Re: 2.1 release? [was Re: ActiveMQ 5 for g 2.1?]
On Jan 10, 2008 2:20 AM, David Jencks [EMAIL PROTECTED] wrote: It would be great to get 2.1 out but I don't think its quite ready. I think Gianny wants to get the ejb sfsb clustering in and I keep finding problems and there are still a couple of things i want to add to the console. We all know that it's an endless process or very long at the very least. I think the feature set in Geronimo 2.1-SNAPSHOT deserves its publicity and makes it enough to push Geronimo 2.1 on the shelves. Other fixes can go in after G 2.1's out. Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl
[BUILD] 2.1: Failed for Revision: 610704
OpenEJB trunk at 61
Geronimo Revision: 610704 built with tests included
See the full build-0300.log file at
http://people.apache.org/~prasad/binaries/trunk/20080110/build-0300.log
Running
org.apache.geronimo.system.configuration.condition.JexlConditionParserTest
Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.045 sec
Running org.apache.geronimo.system.configuration.InPlaceConfigurationUtilTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.028 sec
Running org.apache.geronimo.system.logging.log4j.XLevelTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.005 sec
Running org.apache.geronimo.system.configuration.ConfigurationStoreUtilTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.303 sec
Running org.apache.geronimo.system.configuration.LocalAttributeManagerTest
Tests run: 9, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.057 sec
Running org.apache.geronimo.system.configuration.GBeanOverrideTest
Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.019 sec
Running org.apache.geronimo.system.configuration.ServerOverrideTest
Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.047 sec
Running
org.apache.geronimo.system.configuration.condition.JexlExpressionParserTest
Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.008 sec
Results :
Tests run: 58, Failures: 0, Errors: 0, Skipped: 0
[INFO] [jar:jar]
[INFO] Building jar:
/home/prasad/geronimo/trunk/framework/modules/geronimo-system/target/geronimo-system-2.1-SNAPSHOT.jar
[INFO] [tools:verify-legal-files {execution: verify-legal-files}]
[INFO] Checking legal files in: geronimo-system-2.1-SNAPSHOT.jar
[INFO] [install:install]
[INFO] Installing
/home/prasad/geronimo/trunk/framework/modules/geronimo-system/target/geronimo-system-2.1-SNAPSHOT.jar
to
/home/prasad/.m2/repository/org/apache/geronimo/modules/geronimo-system/2.1-SNAPSHOT/geronimo-system-2.1-SNAPSHOT.jar
[INFO]
[INFO] Building geronimo-plugin
[INFO]task-segment: [install]
[INFO]
[INFO] [enforcer:enforce {execution: default}]
[INFO] [tools:copy-legal-files {execution: install-legal-files}]
[INFO] Created dir:
/home/prasad/geronimo/trunk/framework/modules/geronimo-plugin/target/classes/META-INF
[INFO] Copying 2 files to
/home/prasad/geronimo/trunk/framework/modules/geronimo-plugin/target/classes/META-INF
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Compiling 21 source files to
/home/prasad/geronimo/trunk/framework/modules/geronimo-plugin/target/classes
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] Compiling 4 source files to
/home/prasad/geronimo/trunk/framework/modules/geronimo-plugin/target/test-classes
[INFO] [surefire:test]
[WARNING] Component returned which is not the same manager. Ignored. [EMAIL
PROTECTED]
[INFO] Surefire report directory:
/home/prasad/geronimo/trunk/framework/modules/geronimo-plugin/target/surefire-reports
---
T E S T S
---
Running org.apache.geronimo.system.plugin.ArchiverGBeanTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.152 sec
Running org.apache.geronimo.system.plugin.CopyConfigTest
Tests run: 3, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 1.256 sec
FAILURE!
Running org.apache.geronimo.system.plugin.CopyFileTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.202 sec
Running org.apache.geronimo.system.plugin.PluginInstallerTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.043 sec
Results :
Failed tests:
testCopyConfig(org.apache.geronimo.system.plugin.CopyConfigTest)
Tests run: 10, Failures: 1, Errors: 0, Skipped: 0
[INFO]
[ERROR] BUILD FAILURE
[INFO]
[INFO] There are test failures.
[INFO]
[INFO] Trace
org.apache.maven.BuildFailureException: There are test failures.
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:560)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:480)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:459)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:311)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments
Re: TSSConfigEditorTest requires SSL?
Probably we should change the test to let it choose from available protocols. SY, Alexey 2007/12/29, Jarek Gawor [EMAIL PROTECTED]: Try adding the following line to this test: corbaBean.getSslConfig().setProtocol(TLS); so the code looks like: corbaBean.setTssConfig(tss); corbaBean.getSslConfig().setProtocol(TLS); Jarek On Dec 27, 2007 12:48 PM, Zakharov, Vasily M [EMAIL PROTECTED] wrote: David, Yes, Harmony supports TLS, but looking at the test code and configuration I couldn't guess a way how the test could be reconfigured for TLS. One of the reasons I'm asking is I now have greater than 99% pass rate for GUT v2.0.2 on Harmony, and this test is the last one about which I'm not sure if we have a bug in Harmony, or a bug in the test or it's just because Harmony doesn't have SSL and that's a known issue. Vasily -Original Message- From: David Jencks [mailto:[EMAIL PROTECTED] Sent: Thursday, December 27, 2007 8:37 PM To: dev@geronimo.apache.org Subject: Re: TSSConfigEditorTest requires SSL? It has been a long time since I've worked with this test but I'm pretty sure that you are correct, the test sets up an SSL socket. I seem to recall that Harmony supports TLS?? From the stack trace I wonder if the problem is in Yoko. I'm definitely not a TLS expert, do you have any advice on how to fix this? thanks david jencks On Dec 27, 2007, at 10:33 AM, Zakharov, Vasily M wrote: Hi, all, I wonder if org.apache.geronimo.yoko.TSSConfigEditorTest test is SSL dependent? I'm trying to run Geronimo Unit Tests on Apache Harmony, and this test fails (with the stack below) for the reason I couldn't find out. Could that be because Harmony has no SSL implementation? SEVERE: Failure accepting connection for host=ecwm0vmzakhar/172.28.118.8, port=8050 java.io.IOException: Connection was closed at org.apache.harmony.xnet.provider.jsse.SSLSocketImpl.doHandshake (SSLSocke tImpl.java:760) at org.apache.harmony.xnet.provider.jsse.SSLSocketImpl.startHandshake (SSLSo cketImpl.java:438) at org.apache.harmony.xnet.provider.jsse.SSLServerSocketImpl.accept (SSLServ erSocketImpl.java:256) at org.apache.yoko.orb.OCI.IIOP.Acceptor_impl.accept (Acceptor_impl.java:111 ) at org.apache.yoko.orb.OB.GIOPServerStarterThreaded.starterRun (GIOPServerSt arterThreaded.java:195) at org.apache.yoko.orb.OB.GIOPServerStarterThreaded$StarterThread.run (GIOPS erverStarterThreaded.java:34) Vasily Zakharov Intel ESSD --- Closed Joint Stock Company Intel A/O Registered legal address: 125252, Moscow, Russian Federation, Chapayevsky Per, 14. This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies. Closed Joint Stock Company Intel A/O Registered legal address: 125252, Moscow, Russian Federation, Chapayevsky Per, 14. This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies.
Re: geronimo-txmanager 2.1 release and genesis
Turns out there's this in the genesis pom: plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-release-plugin/artifactId configuration tagBasehttps://svn.apache.org/repos/asf/geronimo/genesis/tags/ /tagBase /configuration /plugin So that's going to be the fixed value overriding any scm* elements in the pom or *child* pom. In order to change the fixed value which overrides the plugin generated default you have to once again set the fixed tagBase to something else in your child pom as follows: plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-release-plugin/artifactId configuration tagBasehttps://svn.apache.org/repos/asf/geronimo/components/txmanager/tags/ /tagBase /configuration /plugin -David On Jan 9, 2008, at 9:39 PM, David Blevins wrote: I'm trying to put a 2.1 release of geronimo-txmanager so we can start voting (and so we can include it in openejb and start that voting), but there seems to be an issue with the genesis:project- config pom forcing the release plugin to *only* look in https://svn.apache.org/repos/asf/geronimo/genesis/tags/ Anyone know what the issue is? -David
Releasing 3.3?
We need a release of xbean for openejb 3.0-beta-2. So unless somebody objects, I'll cut one friday. -David
[jira] Updated: (GERONIMO-3742) Split up namespace upgrades into the modules that need them
[ https://issues.apache.org/jira/browse/GERONIMO-3742?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Jencks updated GERONIMO-3742: --- Summary: Split up namespace upgrades into the modules that need them (was: Spit up namespace upgrades into the modules that need them) Split up namespace upgrades into the modules that need them --- Key: GERONIMO-3742 URL: https://issues.apache.org/jira/browse/GERONIMO-3742 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: deployment Affects Versions: 2.1 Reporter: David Jencks Assignee: David Jencks Priority: Critical Fix For: 2.1 The contents of XmlBeansUtil.NAMESPACE_UPDATES need to be added from the builders that need them, on deployment. Otherwise we won't be able to update the builders independently. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GERONIMO-3742) Spit up namespace upgrades into the modules that need them
[ https://issues.apache.org/jira/browse/GERONIMO-3742?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Jencks closed GERONIMO-3742. -- Resolution: Fixed rev 610760 Spit up namespace upgrades into the modules that need them -- Key: GERONIMO-3742 URL: https://issues.apache.org/jira/browse/GERONIMO-3742 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: deployment Affects Versions: 2.1 Reporter: David Jencks Assignee: David Jencks Priority: Critical Fix For: 2.1 The contents of XmlBeansUtil.NAMESPACE_UPDATES need to be added from the builders that need them, on deployment. Otherwise we won't be able to update the builders independently. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
RE: TSSConfigEditorTest requires SSL?
Jarek, Thanks for the suggestion, unfortunately that didn't help, the stack remains the same. It seems the problem lies elsewhere. Thanks anyway! Vasily -Original Message- From: Jarek Gawor [mailto:[EMAIL PROTECTED] Sent: Saturday, December 29, 2007 2:28 AM To: dev@geronimo.apache.org Subject: Re: TSSConfigEditorTest requires SSL? Try adding the following line to this test: corbaBean.getSslConfig().setProtocol(TLS); so the code looks like: corbaBean.setTssConfig(tss); corbaBean.getSslConfig().setProtocol(TLS); Jarek On Dec 27, 2007 12:48 PM, Zakharov, Vasily M [EMAIL PROTECTED] wrote: David, Yes, Harmony supports TLS, but looking at the test code and configuration I couldn't guess a way how the test could be reconfigured for TLS. One of the reasons I'm asking is I now have greater than 99% pass rate for GUT v2.0.2 on Harmony, and this test is the last one about which I'm not sure if we have a bug in Harmony, or a bug in the test or it's just because Harmony doesn't have SSL and that's a known issue. Vasily -Original Message- From: David Jencks [mailto:[EMAIL PROTECTED] Sent: Thursday, December 27, 2007 8:37 PM To: dev@geronimo.apache.org Subject: Re: TSSConfigEditorTest requires SSL? It has been a long time since I've worked with this test but I'm pretty sure that you are correct, the test sets up an SSL socket. I seem to recall that Harmony supports TLS?? From the stack trace I wonder if the problem is in Yoko. I'm definitely not a TLS expert, do you have any advice on how to fix this? thanks david jencks On Dec 27, 2007, at 10:33 AM, Zakharov, Vasily M wrote: Hi, all, I wonder if org.apache.geronimo.yoko.TSSConfigEditorTest test is SSL dependent? I'm trying to run Geronimo Unit Tests on Apache Harmony, and this test fails (with the stack below) for the reason I couldn't find out. Could that be because Harmony has no SSL implementation? SEVERE: Failure accepting connection for host=ecwm0vmzakhar/172.28.118.8, port=8050 java.io.IOException: Connection was closed at org.apache.harmony.xnet.provider.jsse.SSLSocketImpl.doHandshake (SSLSocke tImpl.java:760) at org.apache.harmony.xnet.provider.jsse.SSLSocketImpl.startHandshake (SSLSo cketImpl.java:438) at org.apache.harmony.xnet.provider.jsse.SSLServerSocketImpl.accept (SSLServ erSocketImpl.java:256) at org.apache.yoko.orb.OCI.IIOP.Acceptor_impl.accept (Acceptor_impl.java:111 ) at org.apache.yoko.orb.OB.GIOPServerStarterThreaded.starterRun (GIOPServerSt arterThreaded.java:195) at org.apache.yoko.orb.OB.GIOPServerStarterThreaded$StarterThread.run (GIOPS erverStarterThreaded.java:34) Vasily Zakharov Intel ESSD --- Closed Joint Stock Company Intel A/O Registered legal address: 125252, Moscow, Russian Federation, Chapayevsky Per, 14. This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies. Closed Joint Stock Company Intel A/O Registered legal address: 125252, Moscow, Russian Federation, Chapayevsky Per, 14. This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies. Closed Joint Stock Company Intel A/O Registered legal address: 125252, Moscow, Russian Federation, Chapayevsky Per, 14. This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies.
Re: TSSConfigEditorTest requires SSL?
Vasily, When I tried to run this test with Harmony, it seemed to hang for me. Didn't really investigate more than that why but I was curious if you get that IOException error right away or after a while (e.g. after a timeout). Jarek On Jan 10, 2008 6:09 AM, Zakharov, Vasily M [EMAIL PROTECTED] wrote: Jarek, Thanks for the suggestion, unfortunately that didn't help, the stack remains the same. It seems the problem lies elsewhere. Thanks anyway! Vasily -Original Message- From: Jarek Gawor [mailto:[EMAIL PROTECTED] Sent: Saturday, December 29, 2007 2:28 AM To: dev@geronimo.apache.org Subject: Re: TSSConfigEditorTest requires SSL? Try adding the following line to this test: corbaBean.getSslConfig().setProtocol(TLS); so the code looks like: corbaBean.setTssConfig(tss); corbaBean.getSslConfig().setProtocol(TLS); Jarek On Dec 27, 2007 12:48 PM, Zakharov, Vasily M [EMAIL PROTECTED] wrote: David, Yes, Harmony supports TLS, but looking at the test code and configuration I couldn't guess a way how the test could be reconfigured for TLS. One of the reasons I'm asking is I now have greater than 99% pass rate for GUT v2.0.2 on Harmony, and this test is the last one about which I'm not sure if we have a bug in Harmony, or a bug in the test or it's just because Harmony doesn't have SSL and that's a known issue. Vasily -Original Message- From: David Jencks [mailto:[EMAIL PROTECTED] Sent: Thursday, December 27, 2007 8:37 PM To: dev@geronimo.apache.org Subject: Re: TSSConfigEditorTest requires SSL? It has been a long time since I've worked with this test but I'm pretty sure that you are correct, the test sets up an SSL socket. I seem to recall that Harmony supports TLS?? From the stack trace I wonder if the problem is in Yoko. I'm definitely not a TLS expert, do you have any advice on how to fix this? thanks david jencks On Dec 27, 2007, at 10:33 AM, Zakharov, Vasily M wrote: Hi, all, I wonder if org.apache.geronimo.yoko.TSSConfigEditorTest test is SSL dependent? I'm trying to run Geronimo Unit Tests on Apache Harmony, and this test fails (with the stack below) for the reason I couldn't find out. Could that be because Harmony has no SSL implementation? SEVERE: Failure accepting connection for host=ecwm0vmzakhar/172.28.118.8, port=8050 java.io.IOException: Connection was closed at org.apache.harmony.xnet.provider.jsse.SSLSocketImpl.doHandshake (SSLSocke tImpl.java:760) at org.apache.harmony.xnet.provider.jsse.SSLSocketImpl.startHandshake (SSLSo cketImpl.java:438) at org.apache.harmony.xnet.provider.jsse.SSLServerSocketImpl.accept (SSLServ erSocketImpl.java:256) at org.apache.yoko.orb.OCI.IIOP.Acceptor_impl.accept (Acceptor_impl.java:111 ) at org.apache.yoko.orb.OB.GIOPServerStarterThreaded.starterRun (GIOPServerSt arterThreaded.java:195) at org.apache.yoko.orb.OB.GIOPServerStarterThreaded$StarterThread.run (GIOPS erverStarterThreaded.java:34) Vasily Zakharov Intel ESSD --- Closed Joint Stock Company Intel A/O Registered legal address: 125252, Moscow, Russian Federation, Chapayevsky Per, 14. This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies. Closed Joint Stock Company Intel A/O Registered legal address: 125252, Moscow, Russian Federation, Chapayevsky Per, 14. This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies. Closed Joint Stock Company Intel A/O Registered legal address: 125252, Moscow, Russian Federation, Chapayevsky Per, 14. This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies.
Re: Releasing 3.3?
Sounds good go me. On 1/10/08, David Blevins [EMAIL PROTECTED] wrote: We need a release of xbean for openejb 3.0-beta-2. So unless somebody objects, I'll cut one friday. -David -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
PKCS12 keystore support
Hi, all, What is the current situation with the PKCS12 support in Geronimo? I see the GERONIMO-2015 issue has a year-and-a-half history, it was targeted at v2.0, but now v2.0.2 is already out there. It looks like parts of the proposed functionality are already there, and otherwise the patches are obsolete as they don't use the keystore gbean. Is it worth providing newer patches on this, are there any plans to integrate them? For now, Geronimo still doesn't start if JKS implementation is not available, e. g. on Harmony (see the stack below). Vasily Zakharov Intel ESSD java.io.IOException: Unable to create server SSL socket factory: Unable to create SSL Context at org.apache.geronimo.yoko.SocketFactory.getServerSocketFactory(SocketFact ory.java:407) at org.apache.geronimo.yoko.SocketFactory.createServerSocket(SocketFactory. java:317) at org.apache.yoko.orb.OCI.IIOP.Acceptor_impl.init(Acceptor_impl.java:461 ) at org.apache.yoko.orb.OCI.IIOP.AccFactory_impl.create_acceptor(AccFactory_ impl.java:157) at org.apache.yoko.orb.OBPortableServer.POAManagerFactory_impl.create_POAMa nager(POAManagerFactory_impl.java:251) at org.apache.yoko.orb.OB.ORBControl.initializeRootPOA(ORBControl.java:516) at org.apache.yoko.orb.OBCORBA.ORB_impl.resolve_initial_references(ORB_impl .java:1095) at org.apache.geronimo.corba.CORBABean.doStart(CORBABean.java:243) ... Caused by: org.apache.geronimo.management.geronimo.KeystoreException: Unable to create SSL Context at org.apache.geronimo.security.keystore.FileKeystoreManager.createSSLConte xt(FileKeystoreManager.java:354) at org.apache.geronimo.security.keystore.FileKeystoreManager.createSSLServe rFactory(FileKeystoreManager.java:296) at org.apache.geronimo.security.keystore.FileKeystoreManager$$FastClassByCG LIB$$4d9d2a71.invoke(generated) at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInv oker.java:38) ... Caused by: org.apache.geronimo.management.geronimo.KeystoreException: Unable to open keystore with provided password at org.apache.geronimo.security.keystore.FileKeystoreInstance.loadKeystoreD ata(FileKeystoreInstance.java:606) at org.apache.geronimo.security.keystore.FileKeystoreInstance.ensureLoaded( FileKeystoreInstance.java:650) at org.apache.geronimo.security.keystore.FileKeystoreInstance.getKeyManager (FileKeystoreInstance.java:444) at org.apache.geronimo.security.keystore.FileKeystoreInstance$$FastClassByC GLIB$$7fc5d251.invoke(generated) at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) ... Caused by: java.security.KeyStoreException: KeyStore JKS implementation not found at java.security.KeyStore.getInstance(KeyStore.java:94) at org.apache.geronimo.security.keystore.FileKeystoreInstance.loadKeystoreD ata(FileKeystoreInstance.java:586) at org.apache.geronimo.security.keystore.FileKeystoreInstance.ensureLoaded( FileKeystoreInstance.java:650) ... 65 more Closed Joint Stock Company Intel A/O Registered legal address: 125252, Moscow, Russian Federation, Chapayevsky Per, 14. This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies.
Re: [VOTE] Release geronimo-txmanager-2.1
+1 Regards, Alan On Jan 10, 2008, at 2:35 AM, David Blevins wrote: Discuss thread (for reference): http://mail-archives.apache.org/mod_mbox/geronimo-dev/200711.mbox/[EMAIL PROTECTED] Changes since last release: r585608 | dain | 2007-10-17 10:56:54 -0700 (Wed, 17 Oct 2007) | 1 line Added generic types to all collections usage r585309 | dain | 2007-10-16 17:54:22 -0700 (Tue, 16 Oct 2007) | 1 line clear proxy reference after returning to caller so the proxy can be garbage collected r584554 | akulshreshtha | 2007-10-14 08:19:58 -0700 (Sun, 14 Oct 2007) | 1 line GERONIMO-3250 Adding counters to keep track of transaction activity, Patch by Viet H. Nguyen Binaries: http://people.apache.org/~dblevins/stage-txmanager/repo/org/apache/geronimo/components/ Branch: http://svn.apache.org/repos/asf/geronimo/components/txmanager/branches/geronimo-txmanager-parent-2.1/ Vote will be open for 72 hours and close on the 13th [ ] +1 - Yes, release it [ ] 0 - Hmm... [ ] -1 - No, because... Vote away! -David
[jira] Commented: (GERONIMO-2015) Let's replace JKS to PKCS12 key store type
[ https://issues.apache.org/jira/browse/GERONIMO-2015?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12557675#action_12557675 ] Vamsavardhana Reddy commented on GERONIMO-2015: --- Sun's PKCS12 implementation does not allow storing trusted certificate entries in a keystore. This will be a problem if one wants to configure ClientAuth for HTTPS, etc. Let's replace JKS to PKCS12 key store type -- Key: GERONIMO-2015 URL: https://issues.apache.org/jira/browse/GERONIMO-2015 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: security Reporter: Nikolay Chugunov Fix For: Wish List Attachments: jksToPKCS12-1.1.1.patch, JKSToPKCS12.java, jksToPKCS12.patch, keystore Hello Let's replace JKS to PKCS12 key store type; because PKCS12 is widely used key store and Geronimo may not work on non-Sun VMs. To fix this problem I have created the patch for Geronimo sources. In brief the patch (attached) replaces JKS to PKCS12 key store type in configurations files. PKCS12 format of key store file is not java-specific and can be created and read by other programs, e.g. Internet Explorer. In addition PKCS12 exists in Bouncy Castle (http://www.bouncycastle.org) security provider, while JKS is Sun specific key store and does not exist in Bouncy Castle. Also it is needed to replace JKS to PKCS12 keystore file (attached) to assemblies/j2ee-tomcat-server/src/var/security, assemblies/j2ee-installer/src/var/security, assemblies/j2ee-jetty-server/src/var/security directories. Key store file was generating using JKSToPKCS12 class (attached). This class transfers key and certificate of Geronimo from JKS to PKCS12. After I apply this patch to Geronimo 1.0 sources and build Geronimo I can login to Geronimo console over https. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: ActiveMQ 5 for g 2.1?
David Jencks wrote: Anyone interested in seeing if we can upgrade to AMQ 5 for g 2.1? Apparently it has removed at least one of the annoying lets put a non-string in system properties behaviors AMQ 4 liked to foist on us. cf GERONIMO-3243 thanks david jencks I'll upgrade locally and see if I notice any problems. Joe
Re: [VOTE] Release geronimo-txmanager-2.1
+1 ++Vamsi On Jan 10, 2008 4:05 PM, David Blevins [EMAIL PROTECTED] wrote: Discuss thread (for reference): http://mail-archives.apache.org/mod_mbox/geronimo-dev/200711.mbox/[EMAIL PROTECTED] Changes since last release: r585608 | dain | 2007-10-17 10:56:54 -0700 (Wed, 17 Oct 2007) | 1 line Added generic types to all collections usage r585309 | dain | 2007-10-16 17:54:22 -0700 (Tue, 16 Oct 2007) | 1 line clear proxy reference after returning to caller so the proxy can be garbage collected r584554 | akulshreshtha | 2007-10-14 08:19:58 -0700 (Sun, 14 Oct 2007) | 1 line GERONIMO-3250 Adding counters to keep track of transaction activity, Patch by Viet H. Nguyen Binaries: http://people.apache.org/~dblevins/stage-txmanager/repo/org/apache/geronimo/components/http://people.apache.org/%7Edblevins/stage-txmanager/repo/org/apache/geronimo/components/ Branch: http://svn.apache.org/repos/asf/geronimo/components/txmanager/branches/geronimo-txmanager-parent-2.1/ Vote will be open for 72 hours and close on the 13th [ ] +1 - Yes, release it [ ] 0 - Hmm... [ ] -1 - No, because... Vote away! -David
[jira] Assigned: (GERONIMO-2682) Sending a message throws a SendFailedException
[
https://issues.apache.org/jira/browse/GERONIMO-2682?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Warner reassigned GERONIMO-2682:
--
Assignee: (was: Jason Warner)
Sending a message throws a SendFailedException
--
Key: GERONIMO-2682
URL: https://issues.apache.org/jira/browse/GERONIMO-2682
Project: Geronimo
Issue Type: Bug
Security Level: public(Regular issues)
Components: mail
Affects Versions: 2.0.x
Reporter: Geist Alexander
Fix For: 2.0.x
// Get system properties
Properties props = System.getProperties();
// Setup mail server
props.put(mail.smtp.host, Settings.smtpServer);
props.put(mail.imap.partialfetch, false);
props.put(mail.smtp.auth, true);
Authenticator auth = new Authenticator()
{
protected PasswordAuthentication getPasswordAuthentication()
{
return new PasswordAuthentication(Settings.user, Settings.key);
}
};
return Session.getDefaultInstance(props, auth);
The method was used to get the session. It works.
Next step is to build and to send the message.
// Define message
MimeMessage message = new MimeMessage(mailParam.getSession());
// Set the from address
message.setFrom(new InternetAddress(Settings.from));
// Empfänger
message.addRecipient(Message.RecipientType.TO, new
InternetAddress(mailParam.getMailAddress()));
// Set the subject
message.setSubject(Subject);
BodyPart messageBodyPart = new MimeBodyPart();
String text =
getEmailText(mailParam.getXmgKey(),mailParam.getXlgKey(),
mailParam.getDate());
messageBodyPart.setContent(text, text/html);
Multipart multipart = new MimeMultipart();
multipart.addBodyPart(messageBodyPart);
// Put parts in message
message.setContent(multipart);
// Send message
Transport.send(message);
Transport.send(message) is throwing this Exception
javax.mail.SendFailedException: Send failure (javax.mail.MessagingException:
Connection error (java.net.ConnectException: Connection refused: connect))
at javax.mail.Transport.send(Transport.java:163)
at javax.mail.Transport.send(Transport.java:48)
at keygen.main.MailSender.sendMail(MailSender.java:44)
at keygen.main.MailSender.main(MailSender.java:112)
Caused by: javax.mail.MessagingException: Connection error
(java.net.ConnectException: Connection refused: connect)
at
org.apache.geronimo.javamail.transport.smtp.SMTPTransport.protocolConnect(SMTPTransport.java:403)
at javax.mail.Service.connect(Service.java:254)
at javax.mail.Service.connect(Service.java:85)
at javax.mail.Service.connect(Service.java:70)
at javax.mail.Transport.send(Transport.java:94)
... 3 more
Caused by: java.net.ConnectException: Connection refused: connect
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366)
at java.net.Socket.connect(Socket.java:519)
at java.net.Socket.connect(Socket.java:469)
at java.net.Socket.init(Socket.java:366)
at java.net.Socket.init(Socket.java:239)
at
org.apache.geronimo.javamail.transport.smtp.SMTPTransport.getConnectedSocket(SMTPTransport.java:1091)
at
org.apache.geronimo.javamail.transport.smtp.SMTPTransport.getConnection(SMTPTransport.java:851)
at
org.apache.geronimo.javamail.transport.smtp.SMTPTransport.protocolConnect(SMTPTransport.java:380)
... 7 more
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Re: Releasing 3.3?
On Jan 10, 2008, at 5:40 AM, David Blevins wrote: We need a release of xbean for openejb 3.0-beta-2. So unless somebody objects, I'll cut one friday. Sounds good to me. --kevan
Re: [VOTE] Release geronimo-txmanager-2.1
+1 Joe David Blevins wrote: Discuss thread (for reference): http://mail-archives.apache.org/mod_mbox/geronimo-dev/200711.mbox/[EMAIL PROTECTED] Changes since last release: r585608 | dain | 2007-10-17 10:56:54 -0700 (Wed, 17 Oct 2007) | 1 line Added generic types to all collections usage r585309 | dain | 2007-10-16 17:54:22 -0700 (Tue, 16 Oct 2007) | 1 line clear proxy reference after returning to caller so the proxy can be garbage collected r584554 | akulshreshtha | 2007-10-14 08:19:58 -0700 (Sun, 14 Oct 2007) | 1 line GERONIMO-3250 Adding counters to keep track of transaction activity, Patch by Viet H. Nguyen Binaries: http://people.apache.org/~dblevins/stage-txmanager/repo/org/apache/geronimo/components/ Branch: http://svn.apache.org/repos/asf/geronimo/components/txmanager/branches/geronimo-txmanager-parent-2.1/ Vote will be open for 72 hours and close on the 13th [ ] +1 - Yes, release it [ ] 0 - Hmm... [ ] -1 - No, because... Vote away! -David
Re: ActiveMQ 5 for g 2.1?
I couple of questions here: - Is it necessary for both Geronimo and OpenEJB3 to move to ActiveMQ 5.0.0 concurrently or can Geronimo do this independently of OpenEJB3? - First thing I noticed was a build error. It seems that the DefaultPersistenceAdapterFactory that is used by BrokerServiceGBeanImpl is no more. I've had a difficult time finding a replacement. Some change records seem to indicate that the AMQPersistenceAdapterFactory was set to be the default for 5.0.0 but that doesn't look similar to the previous DefaultPersistenceAdapterFactory. JournalPersistenceAdapterFactory looks to be a closer match but I've had troubles attempting to use it. It looks like I really need something like a JDBCPersistenceAdapterFactory but I don't see one of those. Any advice? Joe Joe Bohn wrote: David Jencks wrote: Anyone interested in seeing if we can upgrade to AMQ 5 for g 2.1? Apparently it has removed at least one of the annoying lets put a non-string in system properties behaviors AMQ 4 liked to foist on us. cf GERONIMO-3243 thanks david jencks I'll upgrade locally and see if I notice any problems. Joe
[BUILD] 2.1: Failed for Revision: 610844
OpenEJB trunk at 61 Geronimo Revision: 610844 built with tests included See the full build-1204.log file at http://people.apache.org/~prasad/binaries/trunk/20080110/build-1204.log Download the binaries from http://people.apache.org/~prasad/binaries/trunk/20080110 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 28 minutes 57 seconds [INFO] Finished at: Thu Jan 10 12:49:58 EST 2008 [INFO] Final Memory: 305M/992M [INFO] TESTSUITE RESULTS (Failures only) = See detailed results at http://people.apache.org/~prasad/testsuite/ResultsSummary.html Assembly: tomcat = See the full test.log file at http://people.apache.org/~prasad/binaries/trunk/20080110/logs-1204-tomcat/test.log Assembly: jetty = See the full test.log file at http://people.apache.org/~prasad/binaries/trunk/20080110/logs-1204-jetty/test.log [INFO] Running web-testsuite.jetty [INFO] Tests run: 2, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.075 sec FAILURE!
Re: [VOTE] Release geronimo-txmanager-2.1
Another change: r610695 | djencks | 2008-01-09 22:36:09 -0800 (Wed, 09 Jan 2008) | 1 line GERONIMO-3718 remove unused class that should have stayed in g. when it was still used I wonder if the servicemix folks would like this to be osgi-ified before this release? I plan to look at the jars and vote later today or tomorrow. thanks david jencks On Jan 10, 2008, at 2:35 AM, David Blevins wrote: Discuss thread (for reference): http://mail-archives.apache.org/mod_mbox/geronimo-dev/200711.mbox/ [EMAIL PROTECTED] Changes since last release: -- -- r585608 | dain | 2007-10-17 10:56:54 -0700 (Wed, 17 Oct 2007) | 1 line Added generic types to all collections usage -- -- r585309 | dain | 2007-10-16 17:54:22 -0700 (Tue, 16 Oct 2007) | 1 line clear proxy reference after returning to caller so the proxy can be garbage collected -- -- r584554 | akulshreshtha | 2007-10-14 08:19:58 -0700 (Sun, 14 Oct 2007) | 1 line GERONIMO-3250 Adding counters to keep track of transaction activity, Patch by Viet H. Nguyen Binaries: http://people.apache.org/~dblevins/stage-txmanager/repo/org/ apache/geronimo/components/ Branch: http://svn.apache.org/repos/asf/geronimo/components/txmanager/ branches/geronimo-txmanager-parent-2.1/ Vote will be open for 72 hours and close on the 13th [ ] +1 - Yes, release it [ ] 0 - Hmm... [ ] -1 - No, because... Vote away! -David
Re: Proposed plugin and clustering code/module rearrangement
Hi Gianny, Happy New Year! sorry for the delay in replying. Could you update us on your guess for a time frame for the SFSB clustering? Will this require OpenEJB changes? Is it realistic to get this into 2.1? On Jan 4, 2008, at 5:31 PM, Gianny Damour wrote: All, Happy New Year 2008! On 05/01/2008, at 9:10 AM, David Jencks wrote: There are a couple code rearrangements I'd like to see before 2.1 goes out. I think they are somewhat related. 1. The plugin management code has been getting larger and more complicated and I think it should be in separate jar/car and the console support in separate cars. I have the non-console bit of this working locally. I have some of the jsr88 stuff wrapped up with the plugin stuff, and I believe the result is that you can construct a server with no ability to add or remove plugins or add or remove applications. To me this seems like a very useful feature. 2. I think the farm management features of the clustering module should be separated from the clustering code and be available optionally independent of whether clustering is enabled. IMO the farm management features really only need the plugin management capabilities (I realize the farm management is not currently based on plugins, but think we need to consider whether it should be). This is a good idea. What do you think of moving org.apache.geronimo.clustering.deployment+config, i.e. farm management features and static cluster configuration classes, to a new project, say clustering/geronimo-farm? Insofar as I understand it I like it :-) Regarding the idea of basing the code on plugins, this is also a good idea. However, I will not be able to work on that before a couple of weeks as I would like to firstly complete the clustering of SFSB (should be there end of next week) and load-time-weaving to simplify delta replication. 3. Jetty and tomcat now have some reliance on some base clustering classes which are only available in the clustering config. I think the base classes should be provided in e.g. j2ee-server and things arranged so that if you don't have the clustering config you don't get clustering, and if you do have it you do get clustering. It might be that all the actual clustering gbeans could go into wadi-clustering, I haven't looked into this. This is an approach. What do you think of this approach - for Jetty? * create a new project plugins/jetty/geronimo-jetty6-clustering; * move the package org.apache.geronimo.jetty6.cluster to this new project; and * add a new dep. to jetty6-clustering-wadi. This way, the jetty6 config does not depend on clustering. I'll have to look at this more to understand it. If you think it solves the problem, please go ahead. thanks david jencks If this is fine by you, then I am keen to do 2. and 3. Thanks, Gianny Thoughts? thanks david jencks
[jira] Created: (GERONIMO-3743) Better naming convention for console plugins
Better naming convention for console plugins Key: GERONIMO-3743 URL: https://issues.apache.org/jira/browse/GERONIMO-3743 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: console Affects Versions: 2.1 Reporter: David Jencks Assignee: David Jencks Fix For: 2.1 We need a better naming convention for console plugins so they have the word console in them. things like system-database-jetty are insufficiently clear that they are console plugins. I named the new geronimo plugin management console plugin war console-plugin and the deployments console-plugin-jetty and console-plugin-tomcat. I guess the other naming convention is plugin-console and plugin-console-jetty -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-3744) Shorten the option names for OpenejbRemoteLoginModule
[ https://issues.apache.org/jira/browse/GERONIMO-3744?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jonathan Chen updated GERONIMO-3744: Attachment: p Remove classname from option-keys. Shorten the option names for OpenejbRemoteLoginModule - Key: GERONIMO-3744 URL: https://issues.apache.org/jira/browse/GERONIMO-3744 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Affects Versions: 2.0.2 Reporter: Jonathan Chen Priority: Minor Fix For: 2.0.x, 2.1 Attachments: p The option keys for org.apache.geronimo.openejb.OpenejbRemoteLoginModule are very long, ie: org.apache.geronimo.openejb.OpenejbRemoteLoginModule.RemoteSecurityRealm org.apache.geronimo.openejb.OpenejbRemoteLoginModule.ServerURI making for some very long entries within a JAAS configuration file. IMHO, having the class-name as part of the option key serves no purpose, as the option key are only visible to OpenejbRemoteLoginModule. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-3744) Shorten the option names for OpenejbRemoteLoginModule
Shorten the option names for OpenejbRemoteLoginModule - Key: GERONIMO-3744 URL: https://issues.apache.org/jira/browse/GERONIMO-3744 Project: Geronimo Issue Type: Improvement Security Level: public (Regular issues) Affects Versions: 2.0.2 Reporter: Jonathan Chen Priority: Minor Fix For: 2.0.x, 2.1 Attachments: p The option keys for org.apache.geronimo.openejb.OpenejbRemoteLoginModule are very long, ie: org.apache.geronimo.openejb.OpenejbRemoteLoginModule.RemoteSecurityRealm org.apache.geronimo.openejb.OpenejbRemoteLoginModule.ServerURI making for some very long entries within a JAAS configuration file. IMHO, having the class-name as part of the option key serves no purpose, as the option key are only visible to OpenejbRemoteLoginModule. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Duplicated plugins???
The following appear in both plugins and server/trunk/plugins. This seems fundamentally wrong. I hope there is someone who knows what's going on and can remove one of them or explain why there are 2? activemq console debugviews plancreator pluto system-database thanks david jencks
Re: Releasing 3.3?
+1 -dain On Jan 10, 2008, at 11:37 AM, Bruce Snyder wrote: On Jan 10, 2008 3:40 AM, David Blevins [EMAIL PROTECTED] wrote: We need a release of xbean for openejb 3.0-beta-2. So unless somebody objects, I'll cut one friday. +1 Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\! G;6%I;\YC;VT* );' Apache ActiveMQ - http://activemq.org/ Apache Camel - http://activemq.org/camel/ Apache ServiceMix - http://servicemix.org/ Apache Geronimo - http://geronimo.apache.org/ Blog: http://bruceblog.org/
Re: Duplicated plugins???
David, I'm not 100% on this, but I think some of them are actually just lingering around that got moved into actual trunk and never got removed. I know the dojo-1.0.1 plugin in there should go, and I will take care of that now. Thanks, Erik B. Craig [EMAIL PROTECTED] David Jencks wrote: The following appear in both plugins and server/trunk/plugins. This seems fundamentally wrong. I hope there is someone who knows what's going on and can remove one of them or explain why there are 2? activemq console debugviews plancreator pluto system-database thanks david jencks
Re: Releasing 3.3?
+1 On 10/01/2008, Dain Sundstrom [EMAIL PROTECTED] wrote: +1 -dain On Jan 10, 2008, at 11:37 AM, Bruce Snyder wrote: On Jan 10, 2008 3:40 AM, David Blevins [EMAIL PROTECTED] wrote: We need a release of xbean for openejb 3.0-beta-2. So unless somebody objects, I'll cut one friday. +1 Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\! G;6%I;\YC;VT* );' Apache ActiveMQ - http://activemq.org/ Apache Camel - http://activemq.org/camel/ Apache ServiceMix - http://servicemix.org/ Apache Geronimo - http://geronimo.apache.org/ Blog: http://bruceblog.org/ -- James --- http://macstrac.blogspot.com/ Open Source Integration http://open.iona.com
Geronimo v2.1 documentation
Hi All, some time ago I started to put together some topics for Geronimo v2.1 documentation. I tried to focus on the biggest new things we are offering now, topics we didn't have before and now we need to start from scratch. The Geronimo v2.1 documentation space is already available here http://cwiki.apache.org/GMOxDOC21/documentation.html The initial TOC includes: * Configuration changes * Deployment ** Deployment plan creator * Geronimo Administration Console enhancements * GShell * Monitoring * Pluggable console * Plugin infrastructure enhancements * RELEASE-NOTES-2.1.TXT * Sample applications * Security * Tooling * What's new? Each of these pages already contain a few lines with some initial thoughts. Need your input for adding topics to this list as well as developing them. There might be things we already had in 2.0x but we didn't cover it in the doc, pls need your comments on that as well. I think I'm finish covering *Deployment plan creator*, will do a refresh later on as new code gets in. I also created this place holder http://cwiki.apache.org/GMOxPMGT/geronimo-v21-list-of-functions-status.html under *Apache Geronimo Project Management* on the wiki so we can keep track there the features we have ready for prime time and those that are not so ready ;-) I could definitively use that info to build up a new set of docs, would also help users to see where we are at. Cheers! Hernan
[jira] Created: (GERONIMO-3745) Clean up AdminConsoleExtensionGBean
Clean up AdminConsoleExtensionGBean --- Key: GERONIMO-3745 URL: https://issues.apache.org/jira/browse/GERONIMO-3745 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: console Affects Versions: 2.1 Reporter: David Jencks Assignee: David Jencks Fix For: 2.1 AdminConsoleExtensionGBean implements 2 unneeded interfaces and needs a reference to the PortalContainerServices. I think we can then get all the portal pages registered using AdminConsoleExtensionGBean. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: svn commit: r610624 - in /geronimo/server/trunk: framework/modules/geronimo-deployment/src/main/java/org/apache/geronimo/deployment/xmlbeans/ plugins/j2ee/geronimo-naming-builder/src/main/xsd/ plu
David, The change of the http://geronimo.apache.org/xml/ns/web/jetty/config-1.0 namespace is now causing the test-jetty failure in trunk builds. It looks like the old ../jetty/config-1.0 namespace is not being automatically upgraded to .../jetty/config-1.0.1 namespace. Here's the geronimo-web.xml file for this test: http://svn.apache.org/viewvc/geronimo/server/trunk/testsuite/web-testsuite/test-jetty/src/main/webapp/WEB-INF/geronimo-web.xml?content-type=text%2Fplainview=co Thanks, Jarek On Jan 9, 2008 8:04 PM, [EMAIL PROTECTED] wrote: Author: djencks Date: Wed Jan 9 17:03:50 2008 New Revision: 610624 URL: http://svn.apache.org/viewvc?rev=610624view=rev Log: GERONIMO-3738 Expose new compactPath (or, expose security vulns) jetty parameter Added: geronimo/server/trunk/plugins/jetty/geronimo-jetty6-builder/src/main/xsd/geronimo-jetty-2.0.2.xsd (contents, props changed) - copied, changed from r610611, geronimo/server/trunk/plugins/jetty/geronimo-jetty6-builder/src/main/xsd/geronimo-jetty-2.0.1.xsd geronimo/server/trunk/plugins/jetty/geronimo-jetty6-builder/src/main/xsd/geronimo-jetty-config-1.0.1.xsd (contents, props changed) - copied, changed from r610611, geronimo/server/trunk/plugins/jetty/geronimo-jetty6-builder/src/main/xsd/geronimo-jetty-config-1.0.xsd Removed: geronimo/server/trunk/plugins/jetty/geronimo-jetty6-builder/src/main/xsd/geronimo-jetty-2.0.1.xsd geronimo/server/trunk/plugins/jetty/geronimo-jetty6-builder/src/main/xsd/geronimo-jetty-config-1.0.xsd Modified: geronimo/server/trunk/framework/modules/geronimo-deployment/src/main/java/org/apache/geronimo/deployment/xmlbeans/XmlBeansUtil.java geronimo/server/trunk/plugins/j2ee/geronimo-naming-builder/src/main/xsd/geronimo-naming-1.2.xsd geronimo/server/trunk/plugins/j2ee/geronimo-security-builder/src/main/xsd/geronimo-security-1.2.xsd geronimo/server/trunk/plugins/jetty/geronimo-jetty6-builder/src/main/java/org/apache/geronimo/jetty6/deployment/JettyModuleBuilder.java geronimo/server/trunk/plugins/jetty/geronimo-jetty6-builder/src/main/xsdconfig/xmlconfig.xml geronimo/server/trunk/plugins/jetty/geronimo-jetty6-builder/src/test/resources/plans/plan4-converted.xml geronimo/server/trunk/plugins/jetty/geronimo-jetty6/src/main/java/org/apache/geronimo/jetty6/JettyWebAppContext.java geronimo/server/trunk/plugins/jetty/geronimo-jetty6/src/test/java/org/apache/geronimo/jetty6/AbstractWebModuleTest.java Modified: geronimo/server/trunk/framework/modules/geronimo-deployment/src/main/java/org/apache/geronimo/deployment/xmlbeans/XmlBeansUtil.java URL: http://svn.apache.org/viewvc/geronimo/server/trunk/framework/modules/geronimo-deployment/src/main/java/org/apache/geronimo/deployment/xmlbeans/XmlBeansUtil.java?rev=610624r1=610623r2=610624view=diff == --- geronimo/server/trunk/framework/modules/geronimo-deployment/src/main/java/org/apache/geronimo/deployment/xmlbeans/XmlBeansUtil.java (original) +++ geronimo/server/trunk/framework/modules/geronimo-deployment/src/main/java/org/apache/geronimo/deployment/xmlbeans/XmlBeansUtil.java Wed Jan 9 17:03:50 2008 @@ -71,10 +71,12 @@ NAMESPACE_UPDATES.put(http://geronimo.apache.org/xml/ns/j2ee/web-1.2;, http://geronimo.apache.org/xml/ns/j2ee/web-2.0.1;); NAMESPACE_UPDATES.put(http://geronimo.apache.org/xml/ns/j2ee/web-2.0;, http://geronimo.apache.org/xml/ns/j2ee/web-2.0.1;); NAMESPACE_UPDATES.put(http://geronimo.apache.org/xml/ns/web/jetty;, http://geronimo.apache.org/xml/ns/j2ee/web/jetty-2.0.1;); - NAMESPACE_UPDATES.put(http://geronimo.apache.org/xml/ns/j2ee/web/jetty-1.1;, http://geronimo.apache.org/xml/ns/j2ee/web/jetty-2.0.1;); - NAMESPACE_UPDATES.put(http://geronimo.apache.org/xml/ns/j2ee/web/jetty-1.2;, http://geronimo.apache.org/xml/ns/j2ee/web/jetty-2.0.1;); - NAMESPACE_UPDATES.put(http://geronimo.apache.org/xml/ns/j2ee/web/jetty-2.0;, http://geronimo.apache.org/xml/ns/j2ee/web/jetty-2.0.1;); - NAMESPACE_UPDATES.put(http://geronimo.apache.org/xml/ns/web/jetty/config;, http://geronimo.apache.org/xml/ns/j2ee/web/jetty/config-1.0;); + NAMESPACE_UPDATES.put(http://geronimo.apache.org/xml/ns/j2ee/web/jetty-1.1;, http://geronimo.apache.org/xml/ns/j2ee/web/jetty-2.0.2;); + NAMESPACE_UPDATES.put(http://geronimo.apache.org/xml/ns/j2ee/web/jetty-1.2;, http://geronimo.apache.org/xml/ns/j2ee/web/jetty-2.0.2;); + NAMESPACE_UPDATES.put(http://geronimo.apache.org/xml/ns/j2ee/web/jetty-2.0;, http://geronimo.apache.org/xml/ns/j2ee/web/jetty-2.0.2;); + NAMESPACE_UPDATES.put(http://geronimo.apache.org/xml/ns/j2ee/web/jetty-2.0.1;, http://geronimo.apache.org/xml/ns/j2ee/web/jetty-2.0.2;); + NAMESPACE_UPDATES.put(http://geronimo.apache.org/xml/ns/web/jetty/config;,
[jira] Created: (GERONIMO-3746) Plugin Progress Bar Not Updating
Plugin Progress Bar Not Updating Key: GERONIMO-3746 URL: https://issues.apache.org/jira/browse/GERONIMO-3746 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: console Affects Versions: 2.1 Reporter: Joseph Leong Assignee: Joseph Leong When installing any plugin from the repository, the progress bar fails to update correctly. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GERONIMO-3745) Clean up AdminConsoleExtensionGBean
[ https://issues.apache.org/jira/browse/GERONIMO-3745?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Jencks closed GERONIMO-3745. -- Resolution: Fixed fixed rev 610984. Clean up AdminConsoleExtensionGBean --- Key: GERONIMO-3745 URL: https://issues.apache.org/jira/browse/GERONIMO-3745 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console Affects Versions: 2.1 Reporter: David Jencks Assignee: David Jencks Fix For: 2.1 AdminConsoleExtensionGBean implements 2 unneeded interfaces and needs a reference to the PortalContainerServices. I think we can then get all the portal pages registered using AdminConsoleExtensionGBean. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [VOTE] Release geronimo-txmanager-2.1
That would have been a good idea to OSGify these components, but this is not blocking, as we can still wrap them in OSGi bundles. Thanks anyway, i guess I'll do that at some point in the coming weeks. On Jan 10, 2008 9:10 PM, David Jencks [EMAIL PROTECTED] wrote: Another change: r610695 | djencks | 2008-01-09 22:36:09 -0800 (Wed, 09 Jan 2008) | 1 line GERONIMO-3718 remove unused class that should have stayed in g. when it was still used I wonder if the servicemix folks would like this to be osgi-ified before this release? I plan to look at the jars and vote later today or tomorrow. thanks david jencks On Jan 10, 2008, at 2:35 AM, David Blevins wrote: Discuss thread (for reference): http://mail-archives.apache.org/mod_mbox/geronimo-dev/200711.mbox/ [EMAIL PROTECTED] Changes since last release: -- -- r585608 | dain | 2007-10-17 10:56:54 -0700 (Wed, 17 Oct 2007) | 1 line Added generic types to all collections usage -- -- r585309 | dain | 2007-10-16 17:54:22 -0700 (Tue, 16 Oct 2007) | 1 line clear proxy reference after returning to caller so the proxy can be garbage collected -- -- r584554 | akulshreshtha | 2007-10-14 08:19:58 -0700 (Sun, 14 Oct 2007) | 1 line GERONIMO-3250 Adding counters to keep track of transaction activity, Patch by Viet H. Nguyen Binaries: http://people.apache.org/~dblevins/stage-txmanager/repo/org/http://people.apache.org/%7Edblevins/stage-txmanager/repo/org/ apache/geronimo/components/ Branch: http://svn.apache.org/repos/asf/geronimo/components/txmanager/ branches/geronimo-txmanager-parent-2.1/ Vote will be open for 72 hours and close on the 13th [ ] +1 - Yes, release it [ ] 0 - Hmm... [ ] -1 - No, because... Vote away! -David -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
Re: svn commit: r610624 - in /geronimo/server/trunk: framework/modules/geronimo-deployment/src/main/java/org/apache/geronimo/deployment/xmlbeans/ plugins/j2ee/geronimo-naming-builder/src/main/xsd/ plu
Thanks for telling me about this. I ran the testsuite before committing and assumed that since it reported success at the end there were no errors. This is wrong, it reports success no matter what happens. Is there some way the testsuite could be modified to fail on errors or at least clearly report all the errors at the end of a full run? Anyway this should now be fixed. thanks david jencks On Jan 10, 2008, at 2:27 PM, Jarek Gawor wrote: David, The change of the http://geronimo.apache.org/xml/ns/web/jetty/config-1.0 namespace is now causing the test-jetty failure in trunk builds. It looks like the old ../jetty/config-1.0 namespace is not being automatically upgraded to .../jetty/config-1.0.1 namespace. Here's the geronimo-web.xml file for this test: http://svn.apache.org/viewvc/geronimo/server/trunk/testsuite/web- testsuite/test-jetty/src/main/webapp/WEB-INF/geronimo-web.xml? content-type=text%2Fplainview=co Thanks, Jarek On Jan 9, 2008 8:04 PM, [EMAIL PROTECTED] wrote: Author: djencks Date: Wed Jan 9 17:03:50 2008 New Revision: 610624
Re: [VOTE] Release geronimo-txmanager-2.1
+1 Anita --- David Blevins [EMAIL PROTECTED] wrote: Discuss thread (for reference): http://mail-archives.apache.org/mod_mbox/geronimo-dev/200711.mbox/[EMAIL PROTECTED] Changes since last release: r585608 | dain | 2007-10-17 10:56:54 -0700 (Wed, 17 Oct 2007) | 1 line Added generic types to all collections usage r585309 | dain | 2007-10-16 17:54:22 -0700 (Tue, 16 Oct 2007) | 1 line clear proxy reference after returning to caller so the proxy can be garbage collected r584554 | akulshreshtha | 2007-10-14 08:19:58 -0700 (Sun, 14 Oct 2007) | 1 line GERONIMO-3250 Adding counters to keep track of transaction activity, Patch by Viet H. Nguyen Binaries: http://people.apache.org/~dblevins/stage-txmanager/repo/org/apache/geronimo/components/ Branch: http://svn.apache.org/repos/asf/geronimo/components/txmanager/branches/geronimo-txmanager-parent-2.1/ Vote will be open for 72 hours and close on the 13th [ ] +1 - Yes, release it [ ] 0 - Hmm... [ ] -1 - No, because... Vote away! -David Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping
[BUILD] 2.1: Failed for Revision: 611019
OpenEJB trunk at 61
Geronimo Revision: 611019 built with tests included
See the full build-2100.log file at
http://people.apache.org/~prasad/binaries/trunk/20080110/build-2100.log
Download the binaries from
http://people.apache.org/~prasad/binaries/trunk/20080110
[INFO] BUILD SUCCESSFUL
[INFO]
[INFO] Total time: 28 minutes 52 seconds
[INFO] Finished at: Thu Jan 10 21:37:52 EST 2008
[INFO] Final Memory: 303M/979M
[INFO]
TESTSUITE RESULTS (Failures only)
=
See detailed results at
http://people.apache.org/~prasad/testsuite/ResultsSummary.html
Assembly: tomcat
=
See the full test.log file at
http://people.apache.org/~prasad/binaries/trunk/20080110/logs-2100-tomcat/test.log
[INFO] Running console-testsuite.basic-console
[INFO] Tests run: 38, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 85.353
sec FAILURE!
[INFO] [INFO] Copying 2 files to
/home/prasad/geronimo/trunk/testsuite/corba-testsuite/corba-marshal/corba-marshal-ejb/target/classes/META-INF
[INFO] [INFO] [resources:resources]
[INFO] [INFO] Using default encoding to copy filtered resources.
[INFO] [INFO] [compiler:compile]
[INFO] [INFO] Compiling 5 source files to
/home/prasad/geronimo/trunk/testsuite/corba-testsuite/corba-marshal/corba-marshal-ejb/target/classes
[INFO] [INFO] [resources:testResources]
[INFO] [INFO] Using default encoding to copy filtered resources.
[INFO] [INFO] [compiler:testCompile]
[INFO] [INFO] No sources to compile
[INFO] [INFO] [surefire:test]
[INFO] [INFO] Tests are skipped.
[INFO] [INFO] [surefire:test {execution: test}]
[INFO] [INFO] Tests are skipped.
[INFO] [INFO] [ejb:ejb]
[INFO] [INFO] Building ejb corba-marshal-ejb-2.1-SNAPSHOT with ejbVersion 2.1
[INFO] [INFO] Building jar:
/home/prasad/geronimo/trunk/testsuite/corba-testsuite/corba-marshal/corba-marshal-ejb/target/corba-marshal-ejb-2.1-SNAPSHOT.jar
[INFO] [INFO] [surefire:test {execution: integration}]
[INFO] [INFO] No tests to run.
[INFO] [INFO] [tools:verify-legal-files {execution: verify-legal-files}]
[INFO] [INFO] Checking legal files in: corba-marshal-ejb-2.1-SNAPSHOT.jar
[INFO] [INFO] [install:install]
[INFO] [INFO] Installing
/home/prasad/geronimo/trunk/testsuite/corba-testsuite/corba-marshal/corba-marshal-ejb/target/corba-marshal-ejb-2.1-SNAPSHOT.jar
to
/home/prasad/.m2/repository/org/apache/geronimo/testsuite/corba-marshal-ejb/2.1-SNAPSHOT/corba-marshal-ejb-2.1-SNAPSHOT.jar
[INFO] [INFO] [testsuite:generate-surefire-xml {execution:
generate-surefire-xml}]
[INFO] [INFO] Updating directory:
/home/prasad/geronimo/trunk/testsuite/corba-testsuite/corba-marshal/target/surefire-reports
[INFO] [INFO] No surefire-reports directory here
[INFO] [INFO]
[INFO] [INFO] Building Geronimo TestSuite :: CORBA TestSuite :: Marshal Client
[INFO] [INFO]task-segment: [install]
[INFO] [INFO]
[INFO] [INFO] [enforcer:enforce {execution: default}]
[INFO] [INFO] [tools:copy-legal-files {execution: install-legal-files}]
[INFO] [INFO] Created dir:
/home/prasad/geronimo/trunk/testsuite/corba-testsuite/corba-marshal/corba-marshal-client/target/classes/META-INF
[INFO] [INFO] Copying 2 files to
/home/prasad/geronimo/trunk/testsuite/corba-testsuite/corba-marshal/corba-marshal-client/target/classes/META-INF
[INFO] [INFO] [resources:resources]
[INFO] [INFO] Using default encoding to copy filtered resources.
[INFO] [INFO] [compiler:compile]
[INFO] [INFO] Compiling 6 source files to
/home/prasad/geronimo/trunk/testsuite/corba-testsuite/corba-marshal/corba-marshal-client/target/classes
[INFO] [INFO] [resources:testResources]
[INFO] [INFO] Using default encoding to copy filtered resources.
[INFO] [INFO] [compiler:testCompile]
[INFO] [INFO] No sources to compile
[INFO] [INFO] [surefire:test]
[INFO] [INFO] Tests are skipped.
[INFO] [INFO] [surefire:test {execution: test}]
[INFO] [INFO] Tests are skipped.
[INFO] [INFO] [jar:jar]
[INFO] [INFO] Building jar:
/home/prasad/geronimo/trunk/testsuite/corba-testsuite/corba-marshal/corba-marshal-client/target/corba-marshal-client-2.1-SNAPSHOT.jar
[INFO] [INFO] [surefire:test {execution: integration}]
[INFO] [INFO] No tests to run.
[INFO] [INFO] [tools:verify-legal-files {execution: verify-legal-files}]
[INFO] [INFO] Checking legal files in: corba-marshal-client-2.1-SNAPSHOT.jar
[INFO] [INFO] [install:install]
[INFO] [INFO] Installing
/home/prasad/geronimo/trunk/testsuite/corba-testsuite/corba-marshal/corba-marshal-client/target/corba-marshal-client-2.1-SNAPSHOT.jar
to
/home/prasad/.m2/repository/org/apache/geronimo/testsuite/corba-marshal-client/2.1-SNAPSHOT/corba-marshal-client-2.1-SNAPSHOT.jar
[INFO] [INFO] [testsuite:generate-surefire-xml {execution
[jira] Closed: (GERONIMO-3743) Better naming convention for console plugins
[ https://issues.apache.org/jira/browse/GERONIMO-3743?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Jencks closed GERONIMO-3743. -- Resolution: Fixed rev 611061. I decided foo-console-jetty/tomcat was the best convention, with the portlet app (war) named foo-portlets. Better naming convention for console plugins Key: GERONIMO-3743 URL: https://issues.apache.org/jira/browse/GERONIMO-3743 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console Affects Versions: 2.1 Reporter: David Jencks Assignee: David Jencks Fix For: 2.1 We need a better naming convention for console plugins so they have the word console in them. things like system-database-jetty are insufficiently clear that they are console plugins. I named the new geronimo plugin management console plugin war console-plugin and the deployments console-plugin-jetty and console-plugin-tomcat. I guess the other naming convention is plugin-console and plugin-console-jetty -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-3747) subprojects should use file system parent poms as parent poms in general
subprojects should use file system parent poms as parent poms in general Key: GERONIMO-3747 URL: https://issues.apache.org/jira/browse/GERONIMO-3747 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: buildsystem Affects Versions: 2.1 Reporter: David Jencks Fix For: 2.1 After the move of most stuff into plugins, the parent pom is usually still o.a.g.modules/modules or o.a.g.configs/configs. I think this is a really bad idea. I think the main thing that needs to be changed is to move the car plugin setup code into the root pom. However I'm not sure if this is possible bit of a chicken/egg situation? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Shouldn't subprojects use their file system parents as maven parents?
After the reorganization into plugins most everything still has its old pom parent, either o.a.g.modules/modules or o.a.g.plugins/ plugins. This seems to me like a bad idea. I don't see any problem fixing this for jars, but cars would need the car plugin setup moved to perhaps the root pom I don't know if that will work. I opened GERONIMO-2747 about this. Anyone else think this should be fixed before 2.1 goes out? thanks david jencks
Re: Shouldn't subprojects use their file system parents as maven parents?
On Jan 11, 2008 7:12 AM, David Jencks [EMAIL PROTECTED] wrote: After the reorganization into plugins most everything still has its old pom parent, either o.a.g.modules/modules or o.a.g.plugins/ plugins. This seems to me like a bad idea. Could you elaborate on why this is a bad idea? Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl
Re: ActiveMQ 5 for g 2.1?
On Jan 10, 2008, at 10:09 AM, Joe Bohn wrote: - Is it necessary for both Geronimo and OpenEJB3 to move to ActiveMQ 5.0.0 concurrently or can Geronimo do this independently of OpenEJB3? Should be possible to use whatever version we like in G independently of OpenEJB. -David
