Heads Up: big change to deployment

2004-10-05 Thread Dain Sundstrom
I just committed a big change to deployment... I have changed deployment to no longer build into a packed Jar file, instead it builds into a temp directory and once complete moves the temp directory into the config store. If a packed car file is needed, the deployer simply jars up the temp

[jira] Updated: (GERONIMO-356) tomcat-plan.xml : Missing Dependency mx4j/jars/mx4j-2.0.1.jar

2004-10-05 Thread dev
The following issue has been updated: Updater: Ralf Barkow (mailto:[EMAIL PROTECTED]) Date: Mon, 4 Oct 2004 4:04 PM Comment: Patched project.xml file (modules/tomcat/project.xml) Changes: Attachment changed to geronimoTomcat-project_xml.patch

Re: Heads Up: big change to deployment

2004-10-05 Thread Dain Sundstrom
Well looks like this doesn't work on windows. I don't think windows is letting me move the temp directory to the config store because the URLClassLoader on windows holds locks open on the jar files inside of the config store. I'll add some code that copies the files from the temp dir into the

Re: Heads Up: big change to deployment

2004-10-05 Thread Aaron Mulder
On Mon, 4 Oct 2004, Dain Sundstrom wrote: Can someone on linux check if the build works? At first glance, no: BUILD FAILED File.. /home/ammulder/.maven/cache/maven-multiproject-plugin-1.3.1/plugin.jelly Element... maven:reactor Line.. 217 Column 9 Unable to obtain goal

Re: Heads Up: big change to deployment

2004-10-05 Thread Dain Sundstrom
All that stuff worked for me on a fresh checkout on the windows pc I have hiding in the corner :) It looks like you didn't update openejb. I get an exception moving the temp dir into the config store. -dain On Oct 4, 2004, at 5:22 PM, Aaron Mulder wrote: Okay, when I tried a maven

Re: Heads Up: big change to deployment

2004-10-05 Thread Dain Sundstrom
There is still a bug with resolving URIs on Windows. It looks like you can't resolve an absolute file location (e.g., c:\a\b\c) against a file uri unless you specify the file protocol on the uri. Anyway, I'm about to commit it... just verifying the change. -dain -- Dain Sundstrom Chief

Delete your temp files

2004-10-05 Thread Dain Sundstrom
Part of the deployment system rewrite was an effort to clean up our handling of temp files. I carefully went though our entire active code base (1) searching for places where we create temp a file or directory, and added code that explicitly deletes the file or directory. Since we are

Questions on Geronimo clustering support

2004-10-05 Thread sissonj
Hi, I am trying to get a feel for how EJB/JNDI clustering will be implemented in Geronimo and when it might be implemented. I remember reading somewhere in the mail archives that the clustering module in Geronimo has been abandoned and that ActiveCluster will be used. Is it envisaged that

[jira] Created: (GERONIMO-359) OpenEJB does not convert RollbackExceptions to TransactionRolledBack[Local]Exception

2004-10-05 Thread dev
Message: A new issue has been created in JIRA. - View the issue: http://issues.apache.org/jira/browse/GERONIMO-359 Here is an overview of the issue: -

cdejb deploy not working

2004-10-05 Thread Craig Johannsen
It would appear to me that openejb is a bit buggy and readily throws exceptions rather than diagnostics when it is unhappy with or confused by a configuration. So, I present the following to see if anyone else thinks openejb is messing up in this particular case. I was trying to get Kevin

[jira] Created: (GERONIMO-360) wrong tx policy for at least StatefulSession ejbCreate method

2004-10-05 Thread dev
Message: A new issue has been created in JIRA. - View the issue: http://issues.apache.org/jira/browse/GERONIMO-360 Here is an overview of the issue: -

[jira] Commented: (GERONIMO-352) TransactionContext is not associated with imported transactions

2004-10-05 Thread dev
The following comment has been added to this issue: Author: David Jencks Created: Tue, 5 Oct 2004 12:04 AM Body: This is fixed, but an additional refactoring and simplification is possible, namely to create a new ImportedTransactionContext class that includes the info in the

Re: svn commit: rev 51860 - geronimo/trunk/modules/assembly/src/plan

2004-10-05 Thread Jacek Laskowski
[EMAIL PROTECTED] wrote: +reference name=serverInfogeronimo.system:role=ServerInfo/reference attribute name=Url type=java.lang.Stringtcp://localhost:61616/attribute reference name=ActiveMQContainergeronimo.server:type=JMSServer,container=ActiveMQ/reference That's just struck me

Re: svn commit: rev 47628 - in geronimo/trunk/modules: j2ee/src/java/org/apache/geronimo/j2ee/deployment j2ee/src/test/org/apache/geronimo/j2ee/deployment naming/src/java/org/apache/geronimo/naming/deployment

2004-10-05 Thread Jacek Laskowski
[EMAIL PROTECTED] wrote: Author: dain Date: Thu Sep 30 22:13:01 2004 New Revision: 47628 Added: geronimo/trunk/modules/j2ee/src/java/org/apache/geronimo/j2ee/deployment/EJBRefInfo.java + * @version $Revision$ $Date$ Let's try it again, Dain, could you update the templates to use $Rev$ instead

Re: RMI startup failure

2004-10-05 Thread Jeremy Boynes
David Blevins wrote: Seems we're getting classloading issues from our RMIClassLoaderSpi. After a clean build, this no workie. $ cd modules/assembly/target/geronimo-1.0-SNAPSHOT $ java -Djava.rmi.server.RMIClassLoaderSpi=org.apache.geronimo.rmi.RMIClassLoaderSpiImpl -jar bin/server.jar It fails

Re: RMI startup failure

2004-10-05 Thread David Jencks
I feel your pain:-) I get these errors whenever I include that in a geronimo deploy plugin startRemoteServer command. As you say, it doesn't seem to be a problem with openejb. david jencks On Oct 5, 2004, at 1:47 AM, David Blevins wrote: Seems we're getting classloading issues from our

Re: svn commit: rev 51860 - geronimo/trunk/modules/assembly/src/plan

2004-10-05 Thread Dain Sundstrom
On Oct 5, 2004, at 3:04 AM, Jacek Laskowski wrote: [EMAIL PROTECTED] wrote: +reference name=serverInfogeronimo.system:role=ServerInfo/reference attribute name=Url type=java.lang.Stringtcp://localhost:61616/attribute reference name=ActiveMQContainergeronimo.server:

Re: svn commit: rev 47628 - in geronimo/trunk/modules: j2ee/src/java/org/apache/geronimo/j2ee/deployment j2ee/src/test/org/apache/geronimo/j2ee/deployment naming/src/java/org/apache/geronimo/naming/deployment

2004-10-05 Thread Dain Sundstrom
On Oct 5, 2004, at 4:19 AM, Jacek Laskowski wrote: [EMAIL PROTECTED] wrote: Author: dain Date: Thu Sep 30 22:13:01 2004 New Revision: 47628 Added: geronimo/trunk/modules/j2ee/src/java/org/apache/geronimo/j2ee/ deployment/EJBRefInfo.java + * @version $Revision$ $Date$ Let's try it again, Dain,

Re: RMI startup failure

2004-10-05 Thread David Blevins
That's exactly what I'm trying to do. Need this for the Geronimo itests to run. -David On Tue, Oct 05, 2004 at 08:02:39AM -0700, David Jencks wrote: I feel your pain:-) I get these errors whenever I include that in a geronimo deploy plugin startRemoteServer command. As you say, it

RE: svn commit: rev 51860 - geronimo/trunk/modules/assembly/src/plan

2004-10-05 Thread Alan Cabrera
-Original Message- From: Dain Sundstrom [mailto:[EMAIL PROTECTED] The current convention is for attributes to follow Java variable naming conventions (i.e., lower case first character camel cased after) and for references to follow Java class naming conventions (i.e., capital

Re: svn commit: rev 51860 - geronimo/trunk/modules/assembly/src/plan

2004-10-05 Thread Dain Sundstrom
On Oct 5, 2004, at 9:24 AM, Alan Cabrera wrote: -Original Message- From: Dain Sundstrom [mailto:[EMAIL PROTECTED] The current convention is for attributes to follow Java variable naming conventions (i.e., lower case first character camel cased after) and for references to follow Java

Re: svn commit: rev 51860 - geronimo/trunk/modules/assembly/src/plan

2004-10-05 Thread Aaron Mulder
On Tue, 5 Oct 2004, Dain Sundstrom wrote: First you spend an hour trying to get a login to MoinMoin... then you spend another hour trying to figure out how to make MoinMoin line up the text on the page correctly. That's okay, you would have just spent those two hours reading

[jira] Closed: (GERONIMO-249) Ear, war, ejb-jar, and rar manifest Class-Path entries are ignored by configuration builders

2004-10-05 Thread dev
Message: The following issue has been closed. - View the issue: http://issues.apache.org/jira/browse/GERONIMO-249 Here is an overview of the issue: -

Re: RMI startup failure

2004-10-05 Thread David Jencks
My theory is that this is a client side problem and that the list of dependencies in project.xml is different in the openejb itests and geronimo and activemq itests. I haven't investigated yet though. david jencks On Oct 5, 2004, at 9:33 AM, David Blevins wrote: On Tue, Oct 05, 2004 at

[jira] Created: (GERONIMO-361) Switch Jetty downloads back to ibiblio or mortbay

2004-10-05 Thread dev
Message: A new issue has been created in JIRA. - View the issue: http://issues.apache.org/jira/browse/GERONIMO-361 Here is an overview of the issue: -

[jira] Updated: (GERONIMO-300) Deployer reports a wrong cause when a given module doesn't exist

2004-10-05 Thread dev
The following issue has been updated: Updater: Dain Sundstrom (mailto:[EMAIL PROTECTED]) Date: Tue, 5 Oct 2004 11:00 AM Changes: Version changed from 1.0-M3 - For a full history of the issue, see:

[jira] Closed: (GERONIMO-300) Deployer reports a wrong cause when a given module doesn't exist

2004-10-05 Thread dev
Message: The following issue has been closed. Resolver: Dain Sundstrom Date: Tue, 5 Oct 2004 11:00 AM I added a bunch more checks for missing files and such - View the issue:

[jira] Closed: (GERONIMO-284) alt-dd is not implemented

2004-10-05 Thread dev
Message: The following issue has been closed. - View the issue: http://issues.apache.org/jira/browse/GERONIMO-284 Here is an overview of the issue: -

Re: RMI startup failure

2004-10-05 Thread David Blevins
On Tue, Oct 05, 2004 at 11:33:14AM -0500, David Blevins wrote: Looks like a conflict with something in JMXRemoting. But I am concerned that something needs special commmand line properties to start and would assume due to that the RMIClassLoaderSPIImpl has not been used in quite

[jira] Created: (GERONIMO-362) Problem with proxies for ConnectionFactories

2004-10-05 Thread dev
Message: A new issue has been created in JIRA. - View the issue: http://issues.apache.org/jira/browse/GERONIMO-362 Here is an overview of the issue: -

[jira] Commented: (GERONIMO-362) Problem with proxies for ConnectionFactories

2004-10-05 Thread dev
The following comment has been added to this issue: Author: Jeremy Boynes Created: Tue, 5 Oct 2004 12:00 PM Body: A workaround for now is simply to return the original object rather than proxying it. - View this

Re: RMI startup failure

2004-10-05 Thread Jeremy Boynes
David Blevins wrote: To answer part of my own question, the RMIClassLoaderSpi provider must be in the system classloader. Worse yet, the provider is instaniated and assigned to a private static final in RMIClassLoader. It works in OpenEJB because it has geronimo-core in the manifest class-path of

Re: RMI startup failure

2004-10-05 Thread David Blevins
On Tue, Oct 05, 2004 at 12:14:37PM -0700, Jeremy Boynes wrote: David Blevins wrote: To answer part of my own question, the RMIClassLoaderSpi provider must be in the system classloader. Worse yet, the provider is instaniated and assigned to a private static final in RMIClassLoader. It works

Important: maven command line options

2004-10-05 Thread Dain Sundstrom
I'm thinking about using the maven multiproject plugin as replacement for our current reactor build. Before I do this, I'd like to know which options of our current build people are using... Are you using any of the following command line options module.types Comma seperated list of

[jira] Commented: (GERONIMO-362) Problem with proxies for ConnectionFactories

2004-10-05 Thread dev
The following comment has been added to this issue: Author: David Jencks Created: Tue, 5 Oct 2004 1:02 PM Body: I've modified the admin object deployment to return the actual admin object rather than a proxy. I'm reluctant to apply the same change to connection factories because

[jira] Created: (GERONIMO-363) Better logging for Work exceptions

2004-10-05 Thread dev
Message: A new issue has been created in JIRA. - View the issue: http://issues.apache.org/jira/browse/GERONIMO-363 Here is an overview of the issue: -

Re: Important: maven command line options

2004-10-05 Thread David Blevins
On Tue, Oct 05, 2004 at 12:50:40PM -0700, Dain Sundstrom wrote: I'm thinking about using the maven multiproject plugin as replacement for our current reactor build. Before I do this, I'd like to know which options of our current build people are using... Are you using any of the following

Re: Important: maven command line options

2004-10-05 Thread Aaron Mulder
This is a little off topic, but it would be nice to have a target that does nothing but update any third-party libraries that have changed, so you could run that once and then do maven -o instead of having to run maven online and have it attempt to download the same libraries dozens of

Re: Frontend tools

2004-10-05 Thread Dain Sundstrom
On Oct 5, 2004, at 1:00 PM, Geir Magnusson Jr wrote: On Oct 4, 2004, at 11:17 AM, Aaron Mulder wrote: I know the main developer of MC4J, a cool (Swing-based) JMX management console -- check out the screen shots and stuff. (His name is Greg Hinkle) I was using mc4j. I liked it. I hope to get

Re: Important: maven command line options

2004-10-05 Thread Dain Sundstrom
On Oct 5, 2004, at 1:39 PM, David Blevins wrote: On Tue, Oct 05, 2004 at 12:50:40PM -0700, Dain Sundstrom wrote: I'm thinking about using the maven multiproject plugin as replacement for our current reactor build. Before I do this, I'd like to know which options of our current build people are

Re: Frontend tools

2004-10-05 Thread Aaron Mulder
On Tue, 5 Oct 2004, Dain Sundstrom wrote: last time I looked at it, it required the netbeans runtime environment which was H_U_G_E... does anyone know if he has a standalone swing (or swt) version yet? -- Forwarded message -- Date: Tue, 5 Oct 2004 17:13:24 -0400 (EDT) From: