These links are pointing to locations
such as:
http://cvs.apache.org/dist/geronimo/1.0-M5/geronimo-1.0-M5.zip.asc
http://cvs.apache.org/dist/geronimo/1.0-M5/geronimo-1.0-M5.zip.sha
http://cvs.apache.org/dist/geronimo/1.0-M5/geronimo-1.0-M5.zip.md5
The tar.gz forms of the above links
are also br
The HOWL project page says:
The Apache Geronimo
project has plans to integrate JOTM, and has integrated the HOWL
logger with an interim transaction manager that is being used until JOTM
recovery functionality is available.
Have plans changed? If so, we should
ask that this be updated to re
Hi Sachin,
If you could help out that would be
great as I probably won't have a lot of time over the next few weeks to
work on this.
I was initially thinking about automating
the download of the xdoclet code and invoking the ant build of xdoclet
as a first step to get things moving... But I did
This might be related to http://issues.apache.org/jira/browse/GERONIMO-912
John
Stefan Schmidt <[EMAIL PROTECTED]>
05/10/2005 02:02 PM
Please respond to
dev@geronimo.apache.org
To
dev@geronimo.apache.org
cc
Subject
M5 startup without changing configs
causes 'port-in-use' troubl
Sachin,
Thanks for checking the code into the
sandbox. The XDoclet plugin is far from finished. I'm not sure
this should be marked as fixed, considering it is in the sandbox.
What do others think.. should we be
creating JIRA issues for components in the sandbox? I am thinking this
could this
Sounds great Jeff!
Is there a JIRA issue for this new functionality
so it appears in the roadmap / release notes?
John
This e-mail message and any attachments may contain confidential, proprietary
or non-public information. This information is intended solely for
the designated recipient(s).
"Geir Magnusson Jr." <[EMAIL PROTECTED]> wrote on 26/08/2005 03:01:39 AM:
> [X] +1 Create the tooling subproject.
Regards,
John
This e-mail message and any attachments may contain confidential,
proprietary or non-public information. This information is intended
solely for the designated reci
Jeff Genender <[EMAIL PROTECTED]> wrote
on 23/08/2005 07:14:48 AM:
> I am for anything but the word "host". This will definately
cause
> confusion. I think "address" or "inetaddress"
would be fine.
I am wondering whether people who are not Java developers
(and therefore not familiar with the
"Geir Magnusson Jr." <[EMAIL PROTECTED]>
wrote on 18/08/2005 02:45:04 AM:
> [X] I like this and do not wish to see a separate ACL
> for new people working on the subproject, but
rather
> rely on trust and expect new people to work on
what
> they know, and engage with the rest of th
"Geir Magnusson Jr." <[EMAIL PROTECTED]>
wrote on 18/08/2005 07:24:10 AM:
>
> On Aug 17, 2005, at 1:10 PM, Bruce Snyder wrote:
>
> > On 8/17/05, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
> >
> >
> >> I think we should consider choosing appropriate timing -
it sounds
> >> like a big effort,
Jeremy Boynes <[EMAIL PROTECTED]> wrote on
14/08/2005 02:44:40 AM:
> Aaron's recent thread on SSL has made we wonder if we should consider
> providing our own socket listeners for HTTP(S) and other protocols
> rather than using the ones supplied by the containers we are embedding.
>
> Reasons
I think this change has introduced the
following build problem, probably because the plugin is using a version
of the kernel that does not include your changes.
John
java:compile:
[echo] Compiling to D:\Projects\J2EE\geronimo\plugins\geronimo-packaging-plugin/target/classes
[javac] Compi
AFAIK, HEAD no longer requires a JDK
and can run with the JRE ? M4 requires the JDK.
It may be useful to allow Geronimo to
run under the JDK as AFAIK the JDK's rt.jar has debug info for the classes
(except the sun classes) but the JRE's rt.jar doesn't (see difference in
size of JAR). I'm not s
Bruce Snyder <[EMAIL PROTECTED]> wrote
on 10/08/2005 04:29:40 PM:
> On 8/9/05, Jeff Genender <[EMAIL PROTECTED]> wrote:
>
> > aix - AIX
> > freebsd - FreeBSD
> > hpux, hpux64 - HP-UX, 32 and 64-bit versions.
> > irix - SGI Irix
> > linux - Linux kernels; 2.2.x 2.4.x, 2.6.x. Known to work with
De
The org/apache/geronimo/SystemJMS config
defines an ActiveMQ resource adapter ( and the DefaultActiveMQConnectionFactory
) , MDBTransferBeanOutQueue and SendReceiveQueue admin objects.
Should the two queues be removed ( I
assume they were there for testing in the past)?
Are we expecting users of
Jeremy Boynes <[EMAIL PROTECTED]> wrote on
03/08/2005 04:10:42 PM:
> John Sisson (JIRA) wrote:
> > Move Packaging Plugin from cglib 2.1 to cglib 2.1_2 to be
> consistent with cglib in Geronimo builds
> >
> -
David Blevins <[EMAIL PROTECTED]> wrote
on 04/08/2005 11:54:41 AM:
> The tests are still running on David J's machine and should finish
> sometime tomorrow. Since voting takes a day or so anyway, let's
get
> started and do them in parallel.
>
> Vote:
> Let's Release these binaries when the
Considering the M4 izpack installer's CORBA configuration
seems to be outdated (designed to be used with the interop plan) should
we:
* remove the CORBA configuration information from
the M4 izpack installer?
* have this as a known issue for M4?
* fix it so it does configure Corba (see below..)
David Jencks <[EMAIL PROTECTED]> wrote on
03/08/2005 01:17:40 AM:
>
> On Aug 2, 2005, at 6:35 AM, [EMAIL PROTECTED] wrote:
>
> >
> > I noticed that the izpack installer has an "EJB/IIOP Configuration"
> > panel where the user can configure things such as:
> >
> > * Naming port
> > * EJB port
>
I noticed that the izpack installer
has an "EJB/IIOP Configuration" panel where the user can configure
things such as:
* Naming port
* EJB port
* IP addresses the server should accept
EJB Client connections from
* IIOP port
* ORB port
* CosNaming port
Even though I am prompted for Corba
config i
I agree it provides a stronger integration
statement having the tooling as part of the Geronimo project, e.g:
* Tooling is released at the same time
as Geronimo, so people can start playing with a new release immediately
rather than waiting for the tooling project to catch up.
* Geronimo document
AFAIK, the JDK is required in M4 according
to a previous email from Dain where he said it was needed by the OpenORB
stub/
tie compiler. AFAIK, in M4, JSP compilation will use the eclipse
compiler.
The toolsjarhack and the OpenORB code
have been removed from HEAD, so only a JRE will be required
"Jeff Genender" <[EMAIL PROTECTED]> wrote on 26/07/2005 10:42:06
AM:
> > -Original Message-
> > From: Aaron Mulder [mailto:[EMAIL PROTECTED]
> > Sent: Monday, July 25, 2005 5:59 PM
> > To: dev@geronimo.apache.org
> > Subject: Re: Attacking M4
> >
> >WRT Tomcat, I think we should jus
Davanum Srinivas <[EMAIL PROTECTED]> wrote on 26/07/2005 11:47:05 AM:
> sisson,
>
> On 7/25/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > Davanum Srinivas <[EMAIL PROTECTED]> wrote on 26/07/2005 09:22:34 AM:
> >
> > > Javamail & Axis...
> > >
> > > - Am done with changes to JavaMail. test
Davanum Srinivas <[EMAIL PROTECTED]> wrote on 26/07/2005 09:22:34 AM:
> Javamail & Axis...
>
> - Am done with changes to JavaMail. tests are working as well.
Dims, are you going to build a new release candidate of the javamail spec
jar - GERONIMO-802 and update the M4 branch to point to it?
C
David Blevins <[EMAIL PROTECTED]> wrote on 26/07/2005 07:59:47 AM:
> Alright, here is the deal on M4. We have OSCON coming up and from my
> experience, if we don't get M4 out the door this week, then we won't
> see it till the week after OSCON. I actually tried to cut M3 at
> OSCON last year
Unfortunately JIRA is down, so I'm sending this email for now. Does
anyone have any ideas regarding the problem described below..
In an attempt to test modifying the M4 plan files so that Geronimo only
uses Tomcat in M4, I ran into some problems.
My changes were:
1. I added the following lin
AFAIK, the policy file was to be used when running the deployer to enable
remote class loading in conjunction with the HTTPClassLoaderServer on the
server.
Since the HTTPClassLoaderServer on the server is gone, is this policy file
still needed?
This might be a question for Gianny.
Thanks,
J
OK, I'll remove it.
Thanks.
This e-mail message and any attachments may contain confidential,
proprietary or non-public information. This information is intended
solely for the designated recipient(s). If an addressing or transmission
error has misdirected this e-mail, please notify the send
Should the comment below be removed from the file? If not, can someone
explain where Jetty is involved here.
Should we be able to run M4 with tomcat without any jetty use at all?
Thanks,
John
In GERONIMO-745 "Move from Axis 1.3-SNAPSHOT to formal version", Dims said
"Have we decided on a date for M4 yet? i'd want to explore releasing Axis
1.3 final prior to M4 if possible."
Are we close enough to be able to set a cutoff date for changes to the M4
QA branch, so we can answer his ques
Is there a reason why these haven't been updated in M4 & HEAD so we don't
get the following errors?If not, I'll raise an Issue.
[echo] Building demo website configuration
15:31:48,425 ERROR [JettyModuleBuilder] Incorrect deployment plan naming:
found geronimo-jetty.xml, should be geronim
Aaron Mulder <[EMAIL PROTECTED]> wrote on 21/07/2005 02:12:27
PM:
> Can we get a Version of "1.0" (unreleased) for issues that may not need
to
> be addressed in the very next milestone (but we want in the 1.0 road
map)?
>
> Can we get a Component of "startup" (for the startup sequence)? Or
Is this expected at the moment?
test:test:
[mkdir] Created dir:
C:\geronimo_contrib\geronimo\modules\tomcat\target\endorsed
[mkdir] Created dir:
C:\geronimo_contrib\geronimo\modules\tomcat\target\var
[mkdir] Created dir:
C:\geronimo_contrib\geronimo\modules\tomcat\target\var\catalin
David Blevins <[EMAIL PROTECTED]> wrote on 20/07/2005 03:03:27 AM:
> On Jul 19, 2005, at 7:06 AM, [EMAIL PROTECTED] wrote:
>
> >
> > Can everyone please check that any work they are planning on doing
> > for the M4 release is listed when you view the open issues for the
> > 1.0-M4 version, so w
Stefan Schmidt <[EMAIL PROTECTED]> wrote on 20/07/2005 10:33:40 PM:
> [EMAIL PROTECTED] wrote:
>
> >Stefan Schmidt <[EMAIL PROTECTED]> wrote on 20/07/2005 01:45:23 PM:
> >
> Sorry guys, I must have overseen the Wiki roadmap, I actually had
> something like that in mind :-). The roadmap.html m
On the Geronimo IRC channel there was talk about the Tomcat/Jetty Picker
not going in M4 because it is now involving more code changes than what
people thought they had agreed to. This was a surprise to me and after
discussion it was proposed that I call for a vote.
Before I do, I thought a li
"Geir Magnusson Jr." <[EMAIL PROTECTED]> wrote on 20/07/2005 06:44:49 PM:
>
> On Jul 19, 2005, at 9:56 PM, [EMAIL PROTECTED] wrote:
>
> > "Geir Magnusson Jr." <[EMAIL PROTECTED]> wrote on 12/07/2005
> > 10:57:34 PM:
> >
> >
> >>
> >> On Jul 11, 2005, at 11:07 PM, [EMAIL PROTECTED] wrote:
> >>
>
Stefan Schmidt <[EMAIL PROTECTED]> wrote on 20/07/2005 01:45:23 PM:
> Hi,
>
> Here are some thoughts on how to achieve a better transparency for both
> Geronimo 'users' and Geronimo 'developers':
>
> 1. Create a Wiki page 'future plans' (or similar) where a rough release
> time frame, new feat
Dain Sundstrom <[EMAIL PROTECTED]> wrote on 20/07/2005 11:58:52 AM:
> On Jul 19, 2005, at 10:24 AM, David Jencks wrote:
>
> > what is the proper use of Jira for defects that occur in multiple
> > branches/releases? There are at least 2 issues fixed in head that
> > need to be backported
>
> I
Aaron,
Are you in the process of changing the installer in HEAD? I tried
compiling the installer in HEAD and I got some errors.
John
C:\geronimo\modules\assembly\target\installer>compile geronimo-izpack.xml
-o geronimo-installer.jar
.:: IzPack - Version 3.7.2 (build 2005.04.22) ::.
< compi
"Geir Magnusson Jr." <[EMAIL PROTECTED]> wrote on 12/07/2005 10:57:34 PM:
>
> On Jul 11, 2005, at 11:07 PM, [EMAIL PROTECTED] wrote:
> >
> >
> > It appears we have already been building defacto releases of external
> > libraries, e.g. the cglib library in our repo:
> > http://cvs.apache.org/repos
David Jencks <[EMAIL PROTECTED]> wrote on 20/07/2005 03:24:46 AM:
> what is the proper use of Jira for defects that occur in multiple
> branches/releases? There are at least 2 issues fixed in head that need
> to be backported
I found an answer at
http://jira.atlassian.com/browse/JRA-7186?deco
Can everyone please check that any work
they are planning on doing for the M4 release is listed when you view the
open issues for the 1.0-M4 version, so we don't have any last minute surprises.
Can you also please check whether you
are assigned any issues for M4 and if you are unable to work on t
Jacek Laskowski <[EMAIL PROTECTED]> wrote
on 05/07/2005 08:23:49 AM:
> [EMAIL PROTECTED] wrote:
> > Jacek,
> >
> > I still get the error, now only shown twice in build output in
svn ver
> > 209054 . I don't get the classnotfoundexception that GERONIMO-673
had.
>
> So, it's time to report anot
Does anyone know of any reasons why
we can't move from SNAPSHOT to jUDDI version 0.9rc4 for the Geronimo M4
release?
Currently only snapshots are in http://www.apache.org/dist/java-repository/juddi/jars/
John
Dims,
it looks like you were committing spec javamail changes
at the same time I built and deployed geronimo-spec-javamail-1.3.1-rc4.jar
Considering that I can't be certain whether or not
your changes are in rc4 and some users may have already downloaded the
rc4 version, it looks like it would
command
>
> Using userBuildPropertiesFile: C:\Documents and
> Settings\sissonj\build.properties
> Using projectPropertiesFile:
> C:\Projects\J2EE\geronimo_m4qa\geronimo\specs\activation\project.properties
> Using projectBuildPropertiesFile:
> C:\Projects\J2EE\geronimo_m4qa\
Jeff Genender <[EMAIL PROTECTED]> wrote
on 18/07/2005 08:41:22 AM:
> I checked into HEAD the ability to easily build a Jetty or Tomcat
> version. If we want this in M4, then we probably should re-cut
the
> branch or if someone has a better idea, speak up ;-)
>
I was hoping this was going int
is never set because
the properties file containing it
"C:\Projects\J2EE\geronimo_m4qa\geronimo\project.properties" is never read
and a blank host name is passed on the ssh/plink command
Using userBuildPropertiesFile: C:\Documents and
Settings\sissonj\build.properties
Using projectPrope
Wouldn't this alternative still require that the script pass the userid
and password on the command line using -D arguments and therefore still
visible on the ps command?
Created JIRA issue http://issues.apache.org/jira/browse/GERONIMO-766
John
Aaron Mulder <[EMAIL PROTECTED]> wrote on 15/07/
Currently if someone specifies a userid and password on the command line
to the deploy tool, it could be visible to other UNIX users via ps
commands.
Should we enable the user to point the deployer to a properties file
(stored in a secured location) that contains the userid and password. That
> [ ] Add to geronimo/incubator/ibm-web-console; add full committers
> [+1] Add to geronimo/incubator/ibm-web-console; restricted committers
> [ ] Add to geronimo/sandbox/web-console; patches not committers
> [ ] Add to geronimo/trunk/applications/web-console; full committers
> [ ] Send to Apache
I was chatting with David Blevins on the topic of how we do releases and
how we manage what work is needed to be done for a release and he
suggested I start a Wiki page.
So I have started a wiki page that will hopefully open discussion on the
Geronimo development and release process and gather
David,
This branch contains the XMLBeans2 changes.
This probably explains the error with
"xmlbeans-maven-plugin-2.0.0-beta1.jar" I got doing a M4 uberbuild in my
previous mail titled "M4 QA Branch Build Failure".
Should we be reconsidering having XMLBeans2 changes in the Geronimo M4
branch?
For future reference for those searching mail archives..
This error is because the files were checked out with http not https.
Rather than checking out all over again with https, you can use the svn
switch command to switch your existing checkout from http to https.
e.g. C:\geronimo>svn switch
Geir Magnusson Jr <[EMAIL PROTECTED]> wrote on 13/07/2005 10:23:55 PM:
> >
> > It appears some of the issues are:
> >
> > * the m:fresh-checkout processing in branch hasn't been changed to
> > get the
> > OpenEJB & TranQL code from a tag/branch. It appears that it would be
> > getting the latest
download geronimo-j2ee-1.0-SNAPSHOT.jar.
Attempting to download geronimo-j2ee-builder-1.0-SNAPSHOT.jar.
Attempting to download geronimo-kernel-1.0-SNAPSHOT.jar.
Attempting to download commons-jelly-tags-velocity-SNAPSHOT.jar.
BUILD FAILED
File.. C:\Documents and
Settings\sissonj\.maven\cache\mave
I vote for it to be applied to M4 because one of the first things a user
will see if they are running with a JRE is the message:
WARN [ToolsJarHack] Could not all find java compiler: lib\tools.jar file
not found in ..
I found this confusing as there have been mails and JIRA issues elsewhere
Aaron Mulder <[EMAIL PROTECTED]> wrote on 13/07/2005 12:13:56
PM:
> On Tue, 12 Jul 2005, Geir Magnusson Jr. wrote:
> > a) Why can't we create M4 so the source distro actually compiles?
> > isn't that the point?
> >
> > b) Can we get rid of the snapshots to allow a) ?
>
>Until we get rid of
David Blevins <[EMAIL PROTECTED]> wrote on 13/07/2005 09:38:36 AM:
> On Tue, Jul 12, 2005 at 07:17:44PM -0400, Davanum Srinivas wrote:
> > It's a judgement call i guess. i have not been on the calls. If you
> > guys feel that it can support its own eco-system. then thats fine.
> >
>
> I don't kn
Davanum Srinivas <[EMAIL PROTECTED]> wrote on 13/07/2005 06:01:25 AM:
> +1 to accept both the console and trifork code. Let Geir worry about
> paperwork. (Ask for a software grant from both companies such that we
> can place the code in our SVN.)
+1
I feel we should be focusing on getting the T
+1 for moving to xmlbeans v2 in HEAD and M4
John
This e-mail message and any attachments may contain confidential,
proprietary or non-public information. This information is intended
solely for the designated recipient(s). If an addressing or transmission
error has misdirected this e-mail, p
Should this be removed since there is more work to be done on the M4
branch?
John
Apache Wiki <[EMAIL PROTECTED]> wrote on 12/07/2005 08:43:17 AM:
> Dear Wiki user,
>
> You have subscribed to a wiki page or wiki category on "Geronimo
> Wiki" for change notification.
>
> The following page ha
"Geir Magnusson Jr." <[EMAIL PROTECTED]> wrote on 12/07/2005 10:21:24 AM:
> >>
> >> I mean, would you like to see geronimo-kernel-
> >> jboss-200507111423.jar? Or have to deal with questions about
> >> stacktraces and behavior that we just can't understand because it
> >> comes from code that rea
I was thinking a good way to get a start on removal of SNAPSHOTs is to
raise a JIRA issue for each SNAPSHOT we depend upon so each can be
individually tracked/discussed and worked on. The etc/project.properties
file could then be updated with a comment for each SNAPSHOT containing the
JIRA iss
"Alan D. Cabrera" <[EMAIL PROTECTED]> wrote on 12/07/2005 10:34:19 AM:
>
>
> I think that we should have a single simple process. All code
> donations go into
>
> /geronimo/incubator/donationx/*
>
> The contributors would get restricted committer access to their
> project; granting committ
"Geir Magnusson Jr." <[EMAIL PROTECTED]> wrote on 12/07/2005 08:46:53 AM:
>
> On Jul 11, 2005, at 3:24 PM, Alan D. Cabrera wrote:
>
> > Geir Magnusson Jr. wrote, On 7/11/2005 5:39 AM:
> >
> >
> >>
> >> On Jul 11, 2005, at 7:46 AM, Jacek Laskowski wrote:
> >>
> >>
> >>> [EMAIL PROTECTED] wrote:
>
Is this statement correct.. The "var" directory intended for holding data
specific to a particular Geronimo instance and not intended to be shared
by multiple instances of geronimo?
If I wanted to run two geronimo instances, sharing the same installation
directory (e.g. so geronimo\lib and gero
Jacek Laskowski <[EMAIL PROTECTED]> wrote on 11/07/2005 09:46:03 PM:
> [EMAIL PROTECTED] wrote:
>
> > Can't we resolve the SNAPSHOTs issue by modifying the branch before
> > releasing and at least using dated jar files if we can't move to a
formal
> > release of a dependency?
>
> How could w
I am working on the startup scripts for Geronimo and was wondering whether
people can see a requirement now or in the future where users would want
to be able to specify their own classpath when executing the startup
script (e.g. in the CLASSPATH env var) and have that appended to the
server's
I was a little surprised to see that we haven't resolved the SNAPSHOT
issue after so many people said it was something they wanted resolved in
M4 (see responses in thread "Re: [PROPOSAL] Next milestone release (M4?)".
Can't we resolve the SNAPSHOTs issue by modifying the branch before
releasin
"Alan D. Cabrera" <[EMAIL PROTECTED]>
wrote on 11/07/2005 12:02:55 PM:
>
> On Jul 10, 2005, at 4:42 AM, mos wrote:
>
> > Just some thoughts:
> >
> > Shouldn't well known and essential bugs be fixed before doing
the
> > branch?
> > This could prevent duplicated work.
> > For example: http://iss
Jeremy Boynes <[EMAIL PROTECTED]> wrote on 09/07/2005 02:38:28 AM:
> I would like to propose we release the stuff in specs as a separate
> module that can be used by M4 and future releases.
>
> We know these modules are compliant and signature correct so there
> should be no need for any modifi
David Blevins <[EMAIL PROTECTED]> wrote on 09/07/2005 02:20:22 AM:
> On Fri, Jul 08, 2005 at 11:07:13AM -0400, Aaron Mulder wrote:
> > 10:51:28,745 INFO [Daemon] Server startup completed
> > 10:51:28,745 INFO [MyMonitor] 3s to start org/apache/geronimo/System
> > 10:51:28,745 INFO [MyMonitor] 5
Aaron Mulder <[EMAIL PROTECTED]> wrote on 08/07/2005 01:59:38
PM:
> On Thu, 7 Jul 2005, David Blevins wrote:
> > I was going for a pick one response. As in:
> >
> > 1) Separate builds (one jetty build and one tomcat build)
> > 2) One build (both jetty and tomcat in the same build) with jetty
Dain,
I sent a mail to the cglib project asking for them to post their jar to
the maven repo, but I haven't got any response. Does anyone have direct
contact with someone who can do this?
http://sourceforge.net/mailarchive/forum.php?thread_id=7622906&forum_id=12922
John
Dain Sundstrom <[EMAI
I'm not having a problem, but have these concerns:
* we were using an old version of the JK code (files dated 15-Jan-2004)
that appears to be different to the version of the JK code that you get in
the Standalone Tomcat 5.5.9 file tomcat-ajp.jar (files dated 26-mar-2005).
I am guessing "tomcat
Resending this question as it was hidden in thread 'Re: Startup Scripts
discussion ( GERONIMO-693 )'
Should we be invoking the deploy tool in startup scripts with the
following (taken from GERONIMO-502)?
java -Djava.security.manager
-Djava.security.policy=var/security/deployer.policy -jar bin
Currently Geronimo uses the following:
tomcat_jk2_version=5.0.18
tomcat_version=5.5.9
According to the Jakarta Tomcat Connectors page JK2 is officially
unsupported and has been put in maintainer mode and no further development
will take place
http://jakarta.apache.org/tomcat/connectors-doc/new
I think this issue would impact a Tomcat only build for M4. Agree?
John
Jeff Genender <[EMAIL PROTECTED]> wrote on 06/07/2005 03:01:00 PM:
> I looked at this...it would be great to adapt this with interfaces or
> similar so we can reuse as much of the same code as possible...
>
> John Sisson (
[EMAIL PROTECTED] wrote on 04/07/2005 10:22:59 PM:
>
> Deploy Tool Startup:
> =
> * starting under JPDA debugger
> * allow jvm options to be passed
>
Should we be invoking the deploy tool with the following (taken from
GERONIMO-502)?
java -Djava.security.manager
-Djava.s
"Gianny DAMOUR (JIRA)" wrote on 26/03/2005
05:57:21 PM:
> [ http://issues.apache.org/jira/browse/GERONIMO-502?page=history ]
>
> Gianny DAMOUR closed GERONIMO-502:
> --
>
> Resolution: Fixed
> Fix Version: 1.0-M4
>
> Hi Jens, thanks for having rep
Jeff Genender <[EMAIL PROTECTED]> wrote on 06/07/2005 01:24:31 PM:
> John,
>
> Yes...it should. Actually that wiki page will need to change after
> Aaron's unified web builder.
Hmm, maybe not as simple as a doc update. Looking further it appears that
the HTTPClassLoaderServer class is using
Jeff,
Should the Tomcat instructions in http://wiki.apache.org/geronimo/Tomcat
also discuss modifying the j2ee-remote-classloading-deployer-plan.xml
file?
Thanks,
John
This e-mail message and any attachments may contain confidential,
proprietary or non-public information. This information i
I agree that in the case of cglib it is unrealistic, since AFAIK none of
their committers are involved in the Geronimo project and as you said it
is a stable project.
IMHO it would be realistic for the TranQL and GBean.org projects as the
developers on those projects have been involved in the
Go to http://geronimo.apache.org/mailing.html and use the Unsubscribe link
for the Developer Mailing List.
John
Jeff Kittle <[EMAIL PROTECTED]>
06/07/2005 09:31 AM
Please respond to
dev@geronimo.apache.org
To
dev@geronimo.apache.org
cc
Subject
remove me from mailing list
please remov
I was just thinking about the issues of external project dependencies in
general.. Should there be a process for evaluating the introduction of new
'critical' dependencies in Geronimo.
I think we should at least ensure that a 'critical' external project meets
a minimum criteria, for example:
Jacek Laskowski <[EMAIL PROTECTED]> wrote on 06/07/2005 07:42:42 AM:
> Aaron Mulder wrote:
> >I like the idea of generating DDL automatically. I don't much
> > like the idea of applying it automatically, though if we generate it,
we
> > could easily provide a tool or command to apply the gen
Jacek Laskowski <[EMAIL PROTECTED]> wrote on 05/07/2005 06:39:32 PM:
> [EMAIL PROTECTED] wrote:
> > Should this be done prior to M4, as it is only going to impact more
people
> > the later we leave it?
>
> Why not? Report an JIRA issue, assign it to you and voila - it's all
> yours. I'm sure y
Should this be done prior to M4, as it is only going to impact more people
the later we leave it?
John
This e-mail message and any attachments may contain confidential,
proprietary or non-public information. This information is intended
solely for the designated recipient(s). If an addressin
Should we try to remove theToolsJarHack before M4?
Dain said "The tools jar hack will be needed until we delete the OpenORB
stub/
tie compiler. I should have this change committed in the next few
days, and then we can remove the hack code."
Kind of spoils the new startup output :-(
John
Bo
David Blevins <[EMAIL PROTECTED]> wrote on 05/07/2005 12:54:29 PM:
> On Mon, Jul 04, 2005 at 06:48:21PM -0700, Jeremy Boynes wrote:
> > [EMAIL PROTECTED] wrote:
> > >toby cabot <[EMAIL PROTECTED]> wrote on 05/07/2005 12:59:14 AM:
> > >>
> > >>I like the idea of using a well-known baseline for the
Jeremy Boynes <[EMAIL PROTECTED]> wrote on 05/07/2005 10:22:36 AM:
> David Blevins wrote:
> >
> > Anything I missed?
> >
>
> SNAPSHOT elimination so the build is reproducible.
>
+1 on SNAPSHOT elimination if possible.
John
toby cabot <[EMAIL PROTECTED]> wrote on 05/07/2005 12:59:14 AM:
> On Mon, Jul 04, 2005 at 11:22:59PM +1100, [EMAIL PROTECTED] wrote:
> > what do people think
> > about basing the startup scripts (as much as possible) on tomcat's
> > catalina.bat & catalina.sh
> >
http://cvs.apache.org/viewcvs.
Jacek,
I still get the error, now only shown twice in build output in svn ver
209054 . I don't get the classnotfoundexception that GERONIMO-673 had.
20:39:37,703 INFO [TSSBean] org/openejb/POA - Unlinked container
openejb.server:EJBModule=org/openejb/scenario001,J2EEApplication=n
ull,J2EEServ
To get the ball rolling on startup scripts
http://issues.apache.org/jira/browse/GERONIMO-693
, what do people think about basing the startup scripts (as much as possible)
on tomcat's catalina.bat & catalina.sh http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-catalina/catalina/src/bin/
(since they
Jacek Laskowski <[EMAIL PROTECTED]> wrote
on 04/07/2005 07:39:59 PM:
> David Jencks wrote:
> > Rather than adding code to the builders to accept obsolete schema
> > versions, I would rather provide a standalone tool to update
old plans.
> > I don't want to get into the business of supporting
After a quick look.. Geronimo's Daemon
class is still calling ToolsJarHack.install().
Jasper2 (the JSP handling component)
which is part of Tomcat as of version 5.5.0 bundles the eclipse JDT to
allow tomcat to run on a JRE, according to http://jakarta.apache.org/tomcat/tomcat-5.5-doc/jasper-how
[EMAIL PROTECTED] wrote on 17/06/2005 10:23:50
AM:
>
>
> Dain Sundstrom <[EMAIL PROTECTED]> wrote on 17/06/2005 05:05:26
AM:
>
> >
> > On Jun 15, 2005, at 10:07 PM, [EMAIL PROTECTED] wrote:
> >
> > > Dain, FYI, I tried changing my build to use a manually downloaded
> > > cglib-nodep-2.1.1
1 - 100 of 182 matches
Mail list logo