Re: Usage of lightweight components?
Hi, Can someone explain the relationship between deployment and registration? From earlier posts about lightweight components, it was suggested that the servicemix-beancontainer was a more full featured component for hosting light weight objects. So I have written a simple SA and a SU, that is hosted via the servicemix-beancontainer. My xbean.xml file in the SU exposes 2 endpoints: a standard JMS consumer, and a bean endpoint that points to my ComponentSupport derived class. Having dropped the SA into the hot deploy folder, ServiceMix logs that the SA was successfully deployed. When using a JMX console, I don't see the JMS endpoint or my bean endpoint and therefore assume that my SA did not successfully register these endpoints. This may well have something to do with configuration not being correct, but I am unsure at this point how ServiceMix carries out this step, and therefore what I need to be looking for to correct. xbean.xml ?xml version=1.0 encoding=UTF-8? beans xmlns:bean=http://servicemix.apache.org/bean/1.0; xmlns:lb=http://mine.com/catalogService; xmlns:jms=http://servicemix.apache.org/jms/1.0; jms:endpoint service=test:MyConsumerService endpoint=jms targetService=test:MyConsumerService targetEndpoint=endpoint role=consumer destinationStyle=queue jmsProviderDestinationName=queue/A jndiConnectionFactoryName=ConnectionFactory defaultMep=http://www.w3.org/2004/08/wsdl/in-out; defaultOperation=test:Echo description=My first test/ bean:endpoint service=mine:catalogService endpoint=endpoint bean=#catalogServiceBean/ bean id=catalogServiceBean class=com.mine.streamline.CatalogServiceEngineImpl/ /beans -- View this message in context: http://www.nabble.com/Re%3A-Usage-of-lightweight-components--tf483s12049.html#a11755541 Sent from the ServiceMix - Dev mailing list archive at Nabble.com.
Re: [jira] Updated: (SM-939) CXF based Service Engine and Bnding Component
Hi All, Could someone review and apply this patch for me? patch0720.txt Thanks very much. Freeman Freeman Fang (JIRA) wrote: [ https://issues.apache.org/activemq/browse/SM-939?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Freeman Fang updated SM-939: Attachment: patch0720.txt Could somebody review and apply patch0720.txt for me This patch: 1. config interceptors from SE and BC xbean.xml 2. load cxf bus from xbean.xml 3. end to end test which wire SE and BC together to handle external oneway/twoway/Fault request 4. verify ws-policy works with cxf BC 5. remove redundant endpoint publish in patch0702.txt CXF based Service Engine and Bnding Component - Key: SM-939 URL: https://issues.apache.org/activemq/browse/SM-939 Project: ServiceMix Issue Type: New Feature Reporter: Guillaume Nodet Assignee: Freeman Fang Priority: Critical Fix For: 3.2 Attachments: patch.txt, patch0627.txt, patch0702.txt, patch0720.txt
Re: Anyone else seing J2EE Schema unit test failures?
My guess would be that you don't have the most recent xmlbeans schema compilation jars, compiled with xmlbeans 2.3.0. Have you tried mvn -U? thanks david jencks On Jul 22, 2007, at 7:37 PM, Donald Woods wrote: I'm seeing a unit test failure on Linux in J2EE Schema on the latest trunk - -- - Test set: org.apache.geronimo.schema.SchemaConversionUtilsTest -- - Tests run: 9, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.7 sec FAILURE! testGetNestedObjectAsType (org.apache.geronimo.schema.SchemaConversionUtilsTest) Time elapsed: 0.013 sec ERROR! java.lang.NoSuchMethodError: org.apache.xmlbeans.XmlBeans.typeSystemForClassLoader(Ljava/lang/ ClassLoader;Ljava/lang/String;)Lorg/apache/xmlbeans/SchemaTypeSystem; at org.apache.geronimo.xbeans.javaee.EjbJarType.clinit (Unknown Source) at org.apache.geronimo.schema.SchemaConversionUtilsTest.testGetNestedObje ctAsType(SchemaConversionUtilsTest.java:150) testcase time=0.32 name=testOrderDescriptionGroup/ testcase time=0.033 name=testOrderJNDIEnvironmentRefsGroup/ testcase time=0.249 name=testGeronimoNamingNamespaceChange/ testcase time=0.011 name=testGetNestedObjectAsType error type=java.lang.NoSuchMethodError message=org.apache.xmlbeans.XmlBeans.typeSystemForClassLoader (Ljava/lang/ClassLoader;Ljava/lang/String;)Lorg/apache/xmlbeans/ SchemaTypeSystem;java.lang.NoSuchMethodError: org.apache.xmlbeans.XmlBeans.typeSystemForClassLoader(Ljava/lang/ ClassLoader;Ljava/lang/String;)Lorg/apache/xmlbeans/SchemaTypeSystem; at org.apache.geronimo.xbeans.javaee.EjbJarType.amp;clinitamp; (Unknown Source) at org.apache.geronimo.schema.SchemaConversionUtilsTest.testGetNestedObje ctAsType(SchemaConversionUtilsTest.java:150) /error /testcase testcase time=0.009 name=testSecurityElementConverter/ testcase time=0.022 name=testGBeanElementConverter/ testcase time=0.016 name=testQNameConverter1/ testcase time=0.002 name=testQNameConverter2/ testcase time=0.008 name=testWebMessageDestination1/ -Donald [EMAIL PROTECTED] wrote: OpenEJB trunk at 558558 Geronimo Revision: 558562 built with tests skipped See the full build-1800.log file at http://people.apache.org/ ~prasad/binaries/20070722/build-1800.log Building Geronimo trunk at Revision: 558562 Building OpenEJB trunk at 558558 [INFO] Scanning for projects... [INFO] - --- [ERROR] BUILD FAILURE [INFO] - --- [INFO] You must specify at least one goal. Try 'install' [INFO] - --- [INFO] For more information, run Maven with the -e switch [INFO] - --- [INFO] Total time: 1 second [INFO] Finished at: Sun Jul 22 20:36:18 EDT 2007 [INFO] Final Memory: 2M/504M [INFO] - ---
Re: Anyone else seing J2EE Schema unit test failures?
I also have this problem sins last night CET. I will try davids suggestion. thanks Peter Donald Woods wrote: I'm seeing a unit test failure on Linux in J2EE Schema on the latest trunk - --- Test set: org.apache.geronimo.schema.SchemaConversionUtilsTest --- Tests run: 9, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.7 sec FAILURE! testGetNestedObjectAsType(org.apache.geronimo.schema.SchemaConversionUtilsTest) Time elapsed: 0.013 sec ERROR! java.lang.NoSuchMethodError: org.apache.xmlbeans.XmlBeans.typeSystemForClassLoader(Ljava/lang/ClassLoader;Ljava/lang/String;)Lorg/apache/xmlbeans/SchemaTypeSystem; at org.apache.geronimo.xbeans.javaee.EjbJarType.clinit(Unknown Source) at org.apache.geronimo.schema.SchemaConversionUtilsTest.testGetNestedObjectAsType(SchemaConversionUtilsTest.java:150) testcase time=0.32 name=testOrderDescriptionGroup/ testcase time=0.033 name=testOrderJNDIEnvironmentRefsGroup/ testcase time=0.249 name=testGeronimoNamingNamespaceChange/ testcase time=0.011 name=testGetNestedObjectAsType error type=java.lang.NoSuchMethodError message=org.apache.xmlbeans.XmlBeans.typeSystemForClassLoader(Ljava/lang/ClassLoader;Ljava/lang/String;)Lorg/apache/xmlbeans/SchemaTypeSystem;java.lang.NoSuchMethodError: org.apache.xmlbeans.XmlBeans.typeSystemForClassLoader(Ljava/lang/ClassLoader;Ljava/lang/String;)Lorg/apache/xmlbeans/SchemaTypeSystem; at org.apache.geronimo.xbeans.javaee.EjbJarType.amp;clinitamp;(Unknown Source) at org.apache.geronimo.schema.SchemaConversionUtilsTest.testGetNestedObjectAsType(SchemaConversionUtilsTest.java:150) /error /testcase testcase time=0.009 name=testSecurityElementConverter/ testcase time=0.022 name=testGBeanElementConverter/ testcase time=0.016 name=testQNameConverter1/ testcase time=0.002 name=testQNameConverter2/ testcase time=0.008 name=testWebMessageDestination1/ -Donald [EMAIL PROTECTED] wrote: OpenEJB trunk at 558558 Geronimo Revision: 558562 built with tests skipped See the full build-1800.log file at http://people.apache.org/~prasad/binaries/20070722/build-1800.log Building Geronimo trunk at Revision: 558562 Building OpenEJB trunk at 558558 [INFO] Scanning for projects... [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] You must specify at least one goal. Try 'install' [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 1 second [INFO] Finished at: Sun Jul 22 20:36:18 EDT 2007 [INFO] Final Memory: 2M/504M [INFO]
Re: Anyone else seing J2EE Schema unit test failures?
On 7/23/07, Peter Petersson [EMAIL PROTECTED] wrote: I also have this problem sins last night CET. I will try davids suggestion. Hehe, I couldn't resist to comment it once I had seen CET mentioned - at last someone who works (CET) when others sleep (PST) ;-) Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl
Re: Anyone else seing J2EE Schema unit test failures?
I wiped my .m2 repo and rebuilt from a clean checkout and everything worked. Thanks. -Donald David Jencks wrote: My guess would be that you don't have the most recent xmlbeans schema compilation jars, compiled with xmlbeans 2.3.0. Have you tried mvn -U? thanks david jencks On Jul 22, 2007, at 7:37 PM, Donald Woods wrote: I'm seeing a unit test failure on Linux in J2EE Schema on the latest trunk - --- Test set: org.apache.geronimo.schema.SchemaConversionUtilsTest --- Tests run: 9, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.7 sec FAILURE! testGetNestedObjectAsType(org.apache.geronimo.schema.SchemaConversionUtilsTest) Time elapsed: 0.013 sec ERROR! java.lang.NoSuchMethodError: org.apache.xmlbeans.XmlBeans.typeSystemForClassLoader(Ljava/lang/ClassLoader;Ljava/lang/String;)Lorg/apache/xmlbeans/SchemaTypeSystem; at org.apache.geronimo.xbeans.javaee.EjbJarType.clinit(Unknown Source) at org.apache.geronimo.schema.SchemaConversionUtilsTest.testGetNestedObjectAsType(SchemaConversionUtilsTest.java:150) testcase time=0.32 name=testOrderDescriptionGroup/ testcase time=0.033 name=testOrderJNDIEnvironmentRefsGroup/ testcase time=0.249 name=testGeronimoNamingNamespaceChange/ testcase time=0.011 name=testGetNestedObjectAsType error type=java.lang.NoSuchMethodError message=org.apache.xmlbeans.XmlBeans.typeSystemForClassLoader(Ljava/lang/ClassLoader;Ljava/lang/String;)Lorg/apache/xmlbeans/SchemaTypeSystem;java.lang.NoSuchMethodError: org.apache.xmlbeans.XmlBeans.typeSystemForClassLoader(Ljava/lang/ClassLoader;Ljava/lang/String;)Lorg/apache/xmlbeans/SchemaTypeSystem; at org.apache.geronimo.xbeans.javaee.EjbJarType.amp;clinitamp;(Unknown Source) at org.apache.geronimo.schema.SchemaConversionUtilsTest.testGetNestedObjectAsType(SchemaConversionUtilsTest.java:150) /error /testcase testcase time=0.009 name=testSecurityElementConverter/ testcase time=0.022 name=testGBeanElementConverter/ testcase time=0.016 name=testQNameConverter1/ testcase time=0.002 name=testQNameConverter2/ testcase time=0.008 name=testWebMessageDestination1/ -Donald [EMAIL PROTECTED] wrote: OpenEJB trunk at 558558 Geronimo Revision: 558562 built with tests skipped See the full build-1800.log file at http://people.apache.org/~prasad/binaries/20070722/build-1800.log Building Geronimo trunk at Revision: 558562 Building OpenEJB trunk at 558558 [INFO] Scanning for projects... [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] You must specify at least one goal. Try 'install' [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 1 second [INFO] Finished at: Sun Jul 22 20:36:18 EDT 2007 [INFO] Final Memory: 2M/504M [INFO] smime.p7s Description: S/MIME Cryptographic Signature
[jira] Commented: (GERONIMO-3309) Add missing LICENSE.txt and NOTICE.txt files to the J2G conversion tool
[ https://issues.apache.org/jira/browse/GERONIMO-3309?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12514623 ] Jason Warner commented on GERONIMO-3309: I'll definitely take a look into this, Kevan. In regards to J2G not building completely for you, what command did you use to build? It should be built using mvn install assembly:assembly if you want the deployable to be built as well. Add missing LICENSE.txt and NOTICE.txt files to the J2G conversion tool --- Key: GERONIMO-3309 URL: https://issues.apache.org/jira/browse/GERONIMO-3309 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: J2G Reporter: Jason Warner Assignee: Kevan Miller Attachments: Geronimo-3309.patch The J2G conversion tool is missing the LICENSE.txt and NOTICE.txt files. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Cleaning up m2-snapshot-repository
I am deploying the 2.1-SNAPSHOT from trunk this morning and while verifying the file permissions I noticed the old -Mn SNAPSHOTs. If no one has any objections I'll clean up all SNAPSHOTs up to (and not including) M6 to be a little more efficient on space. Let me know if you object or have concerns.
Re: Cleaning up m2-snapshot-repository
On Jul 23, 2007, at 10:35 AM, Matt Hogstrom wrote: I am deploying the 2.1-SNAPSHOT from trunk this morning and while verifying the file permissions I noticed the old -Mn SNAPSHOTs. If no one has any objections I'll clean up all SNAPSHOTs up to (and not including) M6 to be a little more efficient on space. Let me know if you object or have concerns. Whack 'em... --kevan
Branch for 2.0 Complete - 2.1 lives
I completed the branch for 2.0 this morning and you can find it in https://svn.apache.org/repos/asf/geronimo/server/branches/2.0.0 Trunk poms have been updated to 2.1-SNAPSHOT and the bootstrap, applications and configs have been published to the Maven SNAPSHOT repo.
[jira] Reopened: (GERONIMO-2735) Add property substitution capability in the config.xml and plan files
[ https://issues.apache.org/jira/browse/GERONIMO-2735?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Jencks reopened GERONIMO-2735: This needs some cleanup. 1. All the variables except portOffset start with Plan which is not appropriate 2. both environment variables and system properties are just stuffed into the substitution list willy-nilly. This could easily let other peoples settings interfere with geronimo. Our properties should start with an unambiguous prefix such as org.apache.geronimo.config.substitution. Add property substitution capability in the config.xml and plan files - Key: GERONIMO-2735 URL: https://issues.apache.org/jira/browse/GERONIMO-2735 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Affects Versions: 1.1.1, 1.1.x, 2.0-M1 Environment: All Reporter: Ted Kirby Assignee: David Jencks Priority: Minor Fix For: 2.0-M6 Attachments: JIRA2735.1.1.1.patch, JIRA2735.2.0.patch Allow property substitution as it works in maven, Spring, and JBoss. Allow a geronimo.properties type file. In that file, allow something like this: tomcat.port=9090 tomcat.listen.ip=10.0.0.7 In the config.xml, then allow the following: ... module name=... gbean name=TomcatConnector attribute name=port${tomcat.port}/attribute attribute name=host${tomcat.listen.ip}/attribute /gbean /module The server reads the property file on boot (if one exists). When the config.xml is processed, it substitutes the declared property. Properties might also come from a GBean. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-2735) Add property substitution capability in the config.xml and plan files
[ https://issues.apache.org/jira/browse/GERONIMO-2735?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12514675 ] David Jencks commented on GERONIMO-2735: fixed in trunk (now 2.1-SNAPSHOT) in rev 558792. Need to port to 2.0.0 and fix documentation at http://cwiki.apache.org/confluence/display/GMOxDOC20/Multiple+Repositories Add property substitution capability in the config.xml and plan files - Key: GERONIMO-2735 URL: https://issues.apache.org/jira/browse/GERONIMO-2735 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Affects Versions: 1.1.1, 1.1.x, 2.0-M1 Environment: All Reporter: Ted Kirby Assignee: David Jencks Priority: Minor Fix For: 2.0-M6 Attachments: JIRA2735.1.1.1.patch, JIRA2735.2.0.patch Allow property substitution as it works in maven, Spring, and JBoss. Allow a geronimo.properties type file. In that file, allow something like this: tomcat.port=9090 tomcat.listen.ip=10.0.0.7 In the config.xml, then allow the following: ... module name=... gbean name=TomcatConnector attribute name=port${tomcat.port}/attribute attribute name=host${tomcat.listen.ip}/attribute /gbean /module The server reads the property file on boot (if one exists). When the config.xml is processed, it substitutes the declared property. Properties might also come from a GBean. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-3341) Slim down geronimo by removing unneeded jars from apps and repository
Slim down geronimo by removing unneeded jars from apps and repository - Key: GERONIMO-3341 URL: https://issues.apache.org/jira/browse/GERONIMO-3341 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: buildsystem Affects Versions: 2.0-M6 Reporter: David Jencks Assignee: David Jencks Fix For: 2.0-M7 Generic issue to tag slimming commits with. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-3309) Add missing LICENSE.txt and NOTICE.txt files to the J2G conversion tool
[ https://issues.apache.org/jira/browse/GERONIMO-3309?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12514690 ] Kevan Miller commented on GERONIMO-3309: Cool. I'm going to assign back to you then. Will hold off applying the patch, also. Let's get everything right, first... FYI, here's the error i get from 'mvn clean install assembly:assembly' [INFO] [assembly:assembly] [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Included module: org.apache.geronimo.tools:j2g-plugins:pom:1.0.0-SNAPSHOT does not have an artifact with a file. Please ensure the package phase is run before the assembly is generated. Add missing LICENSE.txt and NOTICE.txt files to the J2G conversion tool --- Key: GERONIMO-3309 URL: https://issues.apache.org/jira/browse/GERONIMO-3309 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: J2G Reporter: Jason Warner Assignee: Kevan Miller Attachments: Geronimo-3309.patch The J2G conversion tool is missing the LICENSE.txt and NOTICE.txt files. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Can Swizzle-Stream be removed?
To summarize from the discussion on the OpenEJB list, the answer is no. This jar is and the classes listed below are most definitely used. Even more importantly to Geronimo, they are a critical part of the OpenEJB/Geronimo integration. -dain On Jul 21, 2007, at 12:55 PM, Ted Kirby wrote: Swizzle-Stream appears to be used in only two classes in openejb: 1. org.apache.openejb.assembler.classic.JndiBuilder It is used in: public static class TemplatedStrategy, but this class does not appear to be used. 2. org.apache.openejb.config.InitEjbDeployments This class is only used in /openejb-core/container/openejb-core/ src/test, which appears to be unit tests, but not part of any shipped server. Some server footprint could be saved here, but since the jar is only 43 KB, it may not be worth the effort... Ted Kirby
Re: Branch for 2.0 Complete - 2.1 lives
Hello all. Since trunk is now 2.1 - How does that get created in JIRA so that tasks can be moved to/created for it? Jay Matt Hogstrom wrote: I completed the branch for 2.0 this morning and you can find it in https://svn.apache.org/repos/asf/geronimo/server/branches/2.0.0 Trunk poms have been updated to 2.1-SNAPSHOT and the bootstrap, applications and configs have been published to the Maven SNAPSHOT repo.
[jira] Commented: (GERONIMO-3334) Need a way to select the Tomcat NIO connector in order to enable comet support
[ https://issues.apache.org/jira/browse/GERONIMO-3334?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12514749 ] Jeff Genender commented on GERONIMO-3334: - These connectors can be added via the config.xml...can you please expand on what you are not able to do? Need a way to select the Tomcat NIO connector in order to enable comet support -- Key: GERONIMO-3334 URL: https://issues.apache.org/jira/browse/GERONIMO-3334 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: Tomcat Affects Versions: 2.0-M5 Environment: Windows XP, geronimo-tomcat6-jee5-2.0-M5 Reporter: Gautham Pai Tomcat provides a way to configure either a simple HTTP connector or an APR or NIO connector by providing the appropriate value for the protocol attribute in TOMCAT_HOME/conf/server.xml. The following connectors can be configured: org.apache.coyote.http11.Http11Protocol org.apache.coyote.http11.Http11NioProtocol org.apache.coyote.http11.Http11AprProtocol However this provision is not available in Geronimo. This makes it difficult to select either the NIO or the APR connector, without which the comet implementation of Tomcat cannot be enabled. We should be able to configure this protocol via GERONIMO_HOME/var/config/config.xml. Also the NIO connector attributes should be configurable. For more information on the HTTP connector settings please refer to the Tomcat documentation here: http://tomcat.apache.org/tomcat-6.0-doc/config/http.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Branch for 2.0 Complete - 2.1 lives
Try it now. In JIRA, committers will have a Administration link at the top, which will let you go in and create/edit release definitions, which I just used to create a 2.0, 2.0.x and 2.1 releases for now. -Donald Jay D. McHugh wrote: Hello all. Since trunk is now 2.1 - How does that get created in JIRA so that tasks can be moved to/created for it? Jay Matt Hogstrom wrote: I completed the branch for 2.0 this morning and you can find it in https://svn.apache.org/repos/asf/geronimo/server/branches/2.0.0 Trunk poms have been updated to 2.1-SNAPSHOT and the bootstrap, applications and configs have been published to the Maven SNAPSHOT repo. smime.p7s Description: S/MIME Cryptographic Signature
[jira] Commented: (GERONIMO-3334) Need a way to select the Tomcat NIO connector in order to enable comet support
[ https://issues.apache.org/jira/browse/GERONIMO-3334?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12514757 ] Vamsavardhana Reddy commented on GERONIMO-3334: --- The protocol parameter for Tomcat Connectors in geronimo takes HTTP, HTTPS or AJP. When HTTP is specified as protocol, org.apache.coyote.http11.Http11Protocol is used inside Tomcat. Is there a way to configure Tomcat to use org.apache.coyote.http11.Http11NioProtocol or org.apache.coyote.http11.Http11AprProtocol? Need a way to select the Tomcat NIO connector in order to enable comet support -- Key: GERONIMO-3334 URL: https://issues.apache.org/jira/browse/GERONIMO-3334 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: Tomcat Affects Versions: 2.0-M5 Environment: Windows XP, geronimo-tomcat6-jee5-2.0-M5 Reporter: Gautham Pai Tomcat provides a way to configure either a simple HTTP connector or an APR or NIO connector by providing the appropriate value for the protocol attribute in TOMCAT_HOME/conf/server.xml. The following connectors can be configured: org.apache.coyote.http11.Http11Protocol org.apache.coyote.http11.Http11NioProtocol org.apache.coyote.http11.Http11AprProtocol However this provision is not available in Geronimo. This makes it difficult to select either the NIO or the APR connector, without which the comet implementation of Tomcat cannot be enabled. We should be able to configure this protocol via GERONIMO_HOME/var/config/config.xml. Also the NIO connector attributes should be configurable. For more information on the HTTP connector settings please refer to the Tomcat documentation here: http://tomcat.apache.org/tomcat-6.0-doc/config/http.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-3334) Need a way to select the Tomcat NIO connector in order to enable comet support
[ https://issues.apache.org/jira/browse/GERONIMO-3334?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12514766 ] Jeff Genender commented on GERONIMO-3334: - Yeah I see the issue. I can make a few changes and enable this. Need a way to select the Tomcat NIO connector in order to enable comet support -- Key: GERONIMO-3334 URL: https://issues.apache.org/jira/browse/GERONIMO-3334 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: Tomcat Affects Versions: 2.0-M5 Environment: Windows XP, geronimo-tomcat6-jee5-2.0-M5 Reporter: Gautham Pai Tomcat provides a way to configure either a simple HTTP connector or an APR or NIO connector by providing the appropriate value for the protocol attribute in TOMCAT_HOME/conf/server.xml. The following connectors can be configured: org.apache.coyote.http11.Http11Protocol org.apache.coyote.http11.Http11NioProtocol org.apache.coyote.http11.Http11AprProtocol However this provision is not available in Geronimo. This makes it difficult to select either the NIO or the APR connector, without which the comet implementation of Tomcat cannot be enabled. We should be able to configure this protocol via GERONIMO_HOME/var/config/config.xml. Also the NIO connector attributes should be configurable. For more information on the HTTP connector settings please refer to the Tomcat documentation here: http://tomcat.apache.org/tomcat-6.0-doc/config/http.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-3342) Provide a way to launch J2G components from within Eclipse IDE environment
Provide a way to launch J2G components from within Eclipse IDE environment -- Key: GERONIMO-3342 URL: https://issues.apache.org/jira/browse/GERONIMO-3342 Project: Geronimo Issue Type: Improvement Security Level: public (Regular issues) Components: J2G Environment: All Reporter: Erik B. Craig Assignee: Erik B. Craig In order to be more user friendly, j2g should provide a method to launch the components from within the Eclipse IDE environment. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (GERONIMO-3309) Add missing LICENSE.txt and NOTICE.txt files to the J2G conversion tool
[ https://issues.apache.org/jira/browse/GERONIMO-3309?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kevan Miller reassigned GERONIMO-3309: -- Assignee: Jason Warner (was: Kevan Miller) Add missing LICENSE.txt and NOTICE.txt files to the J2G conversion tool --- Key: GERONIMO-3309 URL: https://issues.apache.org/jira/browse/GERONIMO-3309 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: J2G Reporter: Jason Warner Assignee: Jason Warner Attachments: Geronimo-3309.patch The J2G conversion tool is missing the LICENSE.txt and NOTICE.txt files. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Tomcat connectors
Hi, I was going through some JIRAs and the Geronimo2.0 source and noticed it will be difficult at best to get the NIO connector and setting attributes on the APR connector for Tomcat due to its current implementation. I really think the ability to use these 2 connectors is very important for the 2.0 release and I would like to put these in. If there are no objections, I would like this to be a part of the 2.0 release. Jeff
[jira] Closed: (GERONIMO-2735) Add property substitution capability in the config.xml and plan files
[ https://issues.apache.org/jira/browse/GERONIMO-2735?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Jencks closed GERONIMO-2735. -- Resolution: Fixed Fix Version/s: (was: 2.0-M6) 2.0-M7 I updated http://cwiki.apache.org/confluence/display/GMOxDOC20/Multiple+Repositories and merged the last set of changes to the 2.0 branch in rev 558873. The wiki page is not the ideal place to document this, but it's better than nothing. Add property substitution capability in the config.xml and plan files - Key: GERONIMO-2735 URL: https://issues.apache.org/jira/browse/GERONIMO-2735 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Affects Versions: 1.1.1, 1.1.x, 2.0-M1 Environment: All Reporter: Ted Kirby Assignee: David Jencks Priority: Minor Fix For: 2.0-M7 Attachments: JIRA2735.1.1.1.patch, JIRA2735.2.0.patch Allow property substitution as it works in maven, Spring, and JBoss. Allow a geronimo.properties type file. In that file, allow something like this: tomcat.port=9090 tomcat.listen.ip=10.0.0.7 In the config.xml, then allow the following: ... module name=... gbean name=TomcatConnector attribute name=port${tomcat.port}/attribute attribute name=host${tomcat.listen.ip}/attribute /gbean /module The server reads the property file on boot (if one exists). When the config.xml is processed, it substitutes the declared property. Properties might also come from a GBean. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Tomcat connectors
On Jul 23, 2007, at 2:42 PM, Jeff Genender wrote: Hi, I was going through some JIRAs and the Geronimo2.0 source and noticed it will be difficult at best to get the NIO connector and setting attributes on the APR connector for Tomcat due to its current implementation. I really think the ability to use these 2 connectors is very important for the 2.0 release and I would like to put these in. If there are no objections, I would like this to be a part of the 2.0 release. Fine with me. I think I had to do something similar for jetty 6 :-) thanks david jencks Jeff
Re: Simpler config-substitutions.properties keys?
I fixed this as part of https://issues.apache.org/jira/browse/GERONIMO-2735 and documented some stuff at http://cwiki.apache.org/confluence/ display/GMOxDOC20/Multiple+Repositories PLEASE NOTE that I added a prefix for command line and system properties that you want to get into the substitution map. By default, you have to prefix substitution properties in the system environment or in system properties with org.apache.geronimo.config.substitution. so that we won't get accidental resetting of our ports or whatever from other programs settings. IIRC (which I may not) I proposed this when the feature was originally discussed and only realized it wasn't implemented when I came to examine the code again. thanks david jencks On Jul 22, 2007, at 3:29 PM, Matt Hogstrom wrote: go for it On Jul 22, 2007, at 1:48 PM, David Jencks wrote: I noticed all the keys (except portOffset) in config- substitions.properties start with Plan which seems redundant obvious and confusing. Anyone object if I remove this prefix? e.g. instead of PlanServerHostname=0.0.0.0 PlanNamingPort=1099 PlanOpenEJBPort=4201 PlanClientAddresses=127.0.0.1 ServerHostname=0.0.0.0 NamingPort=1099 OpenEJBPort=4201 ClientAddresses=127.0.0.1 thanks david jencks
Re: Tomcat connectors
+1 Thanks Anita --- Jeff Genender [EMAIL PROTECTED] wrote: I really think the ability to use these 2 connectors is very important for the 2.0 release and I would like to put these in. If there are no objections, I would like this to be a part of the 2.0 release. Building a website is a piece of cake. Yahoo! Small Business gives you all the tools to get online. http://smallbusiness.yahoo.com/webhosting
[jira] Updated: (GERONIMO-2994) Apache Roller plugin
[ https://issues.apache.org/jira/browse/GERONIMO-2994?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Peter Petersson updated GERONIMO-2994: -- Attachment: roller_plugin_patch_070724.txt This patch adds a rollerPluginVersion property independent of the geronimoVersion property and makes the child pom:s refer to them. Apache Roller plugin - Key: GERONIMO-2994 URL: https://issues.apache.org/jira/browse/GERONIMO-2994 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: Plugins Affects Versions: 1.2 Reporter: Peter Petersson Assignee: David Jencks Priority: Minor Attachments: geronimo-plugins.xml, geronimo-plugins.xml, geronimo-plugins_070602.xml, geronimo-web.xml, geronimo-web.xml, plan.xml, PluginInstallerGBean.patch, pom.xml, pom.xml, roller-custom.properties, roller-custom.properties, roller-custom.properties, roller-derbydb-plan-g1_2.xml, roller-mysql-db-plan-1-2.xml, roller070409.patch, roller12_070602.zip, roller_g20_svn_070602.patch, roller_plugin.patch, roller_plugin_070717.patch, roller_plugin_patch_070724.txt Have been working on getting Apache Roller running under Geronimo I finally got to the point where the roller application seems to be running smoothly in Geronimo v1.2 (current snapshot). It would be great to eventually see this application as a plugin in G so here are pointers to resources and attached plans. Apache Roller v3.1 Resources (soon to be released) Apache roller home: http://rollerweblogger.org/project/ The bundle: http://people.apache.org/~snoopdave/apache-roller-3.1/ (until it will be available directly via roller home) Required jars: https://roller.dev.java.net/servlets/ProjectDocumentList?expandFolder=6959folderID=0 Path to database create scripts can be found in the bundle above under: apache-roller-3.1/webapp/roller/WEB-INF/dbscripts/ I have tested with the derby database and mysql 5. There is currently a issue with G v1.2 and hibernates v3.1 (used by roller 3.1) property loader that gets a FATAL [HibernateRollerImpl] Error initializing Hibernate java.lang.ClassCastException: java.util.HashSet at org.hibernate.util.PropertiesHelper.resolvePlaceHolders(PropertiesHelper.java:88) Hibernate is expecting a String value (This issue is fixed in hibernate 3.2 with a instanceOf check) Fortunately David Jencks hit this problem in trunk and suggested turning off the activemq and activemq-broker modules in config.xml, to test things out, and after that everything was running smothly :). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Issue Comment Edited: (GERONIMO-2994) Apache Roller plugin
[ https://issues.apache.org/jira/browse/GERONIMO-2994?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12514801 ] Peter Petersson edited comment on GERONIMO-2994 at 7/23/07 3:26 PM: roller_plugin_patch_070724.txt This patch adds a rollerPluginVersion property independent of the geronimoVersion property in the roller-parent pom and makes the child pom:s refer to them. was: This patch adds a rollerPluginVersion property independent of the geronimoVersion property and makes the child pom:s refer to them. Apache Roller plugin - Key: GERONIMO-2994 URL: https://issues.apache.org/jira/browse/GERONIMO-2994 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: Plugins Affects Versions: 1.2 Reporter: Peter Petersson Assignee: David Jencks Priority: Minor Attachments: geronimo-plugins.xml, geronimo-plugins.xml, geronimo-plugins_070602.xml, geronimo-web.xml, geronimo-web.xml, plan.xml, PluginInstallerGBean.patch, pom.xml, pom.xml, roller-custom.properties, roller-custom.properties, roller-custom.properties, roller-derbydb-plan-g1_2.xml, roller-mysql-db-plan-1-2.xml, roller070409.patch, roller12_070602.zip, roller_g20_svn_070602.patch, roller_plugin.patch, roller_plugin_070717.patch, roller_plugin_patch_070724.txt Have been working on getting Apache Roller running under Geronimo I finally got to the point where the roller application seems to be running smoothly in Geronimo v1.2 (current snapshot). It would be great to eventually see this application as a plugin in G so here are pointers to resources and attached plans. Apache Roller v3.1 Resources (soon to be released) Apache roller home: http://rollerweblogger.org/project/ The bundle: http://people.apache.org/~snoopdave/apache-roller-3.1/ (until it will be available directly via roller home) Required jars: https://roller.dev.java.net/servlets/ProjectDocumentList?expandFolder=6959folderID=0 Path to database create scripts can be found in the bundle above under: apache-roller-3.1/webapp/roller/WEB-INF/dbscripts/ I have tested with the derby database and mysql 5. There is currently a issue with G v1.2 and hibernates v3.1 (used by roller 3.1) property loader that gets a FATAL [HibernateRollerImpl] Error initializing Hibernate java.lang.ClassCastException: java.util.HashSet at org.hibernate.util.PropertiesHelper.resolvePlaceHolders(PropertiesHelper.java:88) Hibernate is expecting a String value (This issue is fixed in hibernate 3.2 with a instanceOf check) Fortunately David Jencks hit this problem in trunk and suggested turning off the activemq and activemq-broker modules in config.xml, to test things out, and after that everything was running smothly :). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
OSCON
OSCON is this week in Portland Oregon... I'll be around at least wed-friday and possibly tuesday as well. I believe Paul McMahan is also there all week, and he's talking on geronimo on Wednesday at 1:45 Ping me on IRC if you want to get together, ask questions, talk about geronimo, make suggestions, find beer, food, etc :-) If there's interest maybe we could see about having a BOF one evening. thanks david jencks
[BUILD] 2.0: Failed for Revision: 558917
OpenEJB trunk at 0 Geronimo Revision: 558917 built with tests skipped See the full build-2300.log file at http://people.apache.org/~prasad/binaries/20070723/build-2300.log [WARNING] POM for 'org.apache.openejb:openejb-core:pom:3.0.0-SNAPSHOT:compile' is invalid. It will be ignored for artifact resolution. Reason: Failed to validate POM [INFO] snapshot org.apache.xbean:xbean-finder:3.0-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.xbean:xbean-finder:3.0-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.xbean:xbean-finder:3.0-SNAPSHOT: checking for updates from apache.snapshots Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/apache/xbean/xbean-finder/3.0-SNAPSHOT/xbean-finder-3.0-20070417.194037-22.pom 2K downloaded [WARNING] POM for 'org.apache.openejb:openejb-core:pom:3.0.0-SNAPSHOT:compile' is invalid. It will be ignored for artifact resolution. Reason: Failed to validate POM Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/apache/xbean/xbean-finder/3.0-SNAPSHOT/xbean-finder-3.0-20070417.194037-22.jar 33K downloaded Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/apache/geronimo/javamail/geronimo-javamail_1.4_mail/1.1-SNAPSHOT/geronimo-javamail_1.4_mail-1.1-20070302.012714-1.jar 298K downloaded Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/apache/openejb/openejb-server/3.0.0-SNAPSHOT/openejb-server-3.0.0-20070711.214947-4.jar 37K downloaded Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/apache/geronimo/specs/geronimo-javamail_1.4_spec/1.0-SNAPSHOT/geronimo-javamail_1.4_spec-1.0-20070301.095721-5.jar 189K downloaded Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/apache/openejb/openejb-core/3.0.0-SNAPSHOT/openejb-core-3.0.0-20070711.214947-4.jar 993K downloaded Downloading: http://download.java.net/maven/1//org.apache.geronimo.specs/jars/geronimo-activation_1.1_spec-1.0-M1.jar [WARNING] Unable to get resource 'org.apache.geronimo.specs:geronimo-activation_1.1_spec:jar:1.0-M1' from repository java.net (http://download.java.net/maven/1/) Downloading: http://people.apache.org/repo/m2-incubating-repository//org/apache/geronimo/specs/geronimo-activation_1.1_spec/1.0-M1/geronimo-activation_1.1_spec-1.0-M1.jar [WARNING] Unable to get resource 'org.apache.geronimo.specs:geronimo-activation_1.1_spec:jar:1.0-M1' from repository apache-incubator (http://people.apache.org/repo/m2-incubating-repository/) Downloading: http://repository.codehaus.org/org/apache/geronimo/specs/geronimo-activation_1.1_spec/1.0-M1/geronimo-activation_1.1_spec-1.0-M1.jar [WARNING] Unable to get resource 'org.apache.geronimo.specs:geronimo-activation_1.1_spec:jar:1.0-M1' from repository codehaus (http://repository.codehaus.org) Downloading: http://repo1.maven.org/maven2/org/apache/geronimo/specs/geronimo-activation_1.1_spec/1.0-M1/geronimo-activation_1.1_spec-1.0-M1.jar 33K downloaded Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/apache/openejb/openejb-ejbd/3.0.0-SNAPSHOT/openejb-ejbd-3.0.0-20070711.214947-4.jar 26K downloaded Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/apache/openejb/openejb-client/3.0.0-SNAPSHOT/openejb-client-3.0.0-20070711.214947-4.jar 110K downloaded Downloading: http://people.apache.org/repo/m2-snapshot-repository/org/apache/geronimo/javamail/geronimo-javamail_1.4_provider/1.1-SNAPSHOT/geronimo-javamail_1.4_provider-1.1-20070302.012714-1.jar 109K downloaded [INFO] [compiler:compile] [INFO] Compiling 21 source files to /home/prasad/geronimo/2.0/modules/geronimo-openejb/target/classes [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Compilation failure /home/prasad/geronimo/2.0/modules/geronimo-openejb/src/main/java/org/apache/geronimo/openejb/EjbDaemonGBean.java:[27,33] package org.apache.openejb.loader does not exist /home/prasad/geronimo/2.0/modules/geronimo-openejb/src/main/java/org/apache/geronimo/openejb/MEJBGBean.java:[27,30] package org.apache.openejb.jee does not exist /home/prasad/geronimo/2.0/modules/geronimo-openejb/src/main/java/org/apache/geronimo/openejb/MEJBGBean.java:[28,30] package org.apache.openejb.jee does not exist /home/prasad/geronimo/2.0/modules/geronimo-openejb/src/main/java/org/apache/geronimo/openejb/EntityManagerRegistryImpl.java:[33,33] package org.apache.openejb.loader does not exist /home/prasad/geronimo/2.0/modules/geronimo-openejb/src/main/java/org/apache/geronimo/openejb/OpenEjbSystemGBean.java:[71,33] package org.apache.openejb.loader does not exist /home/prasad/geronimo/2.0/modules/geronimo-openejb/src/main/java/org/apache/geronimo/openejb/EjbDaemonGBean.java:[76,32] cannot find symbol symbol : variable SystemInstance location: class
[jira] Commented: (GERONIMO-2607) GoperationInfo should include the return type for the operation
[ https://issues.apache.org/jira/browse/GERONIMO-2607?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12514836 ] Anita Kulshreshtha commented on GERONIMO-2607: -- Reapplied rev 499201. As before all operations except getters/setters are added automatically to GBeanInfo. The getters/setters must be added explicitly using addOperation. http://www.nabble.com/GBeanInfoBuilder--was-Re%3A-svn-commit%3A-r499201---in--geronimo-server-trunk-modules-geronimo-kernel-src%3A-main-java-org-apache-geronimo-gbean--main-java-org-apache-geronimo-gbean-runtime--test-java-org-apache-geronimo-gbean--p10980263s134.html Thanks Matt for deploying SNAPSHOTs. GoperationInfo should include the return type for the operation --- Key: GERONIMO-2607 URL: https://issues.apache.org/jira/browse/GERONIMO-2607 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: kernel Affects Versions: 2.0-M2 Environment: All Reporter: Anita Kulshreshtha Assignee: Anita Kulshreshtha Attachments: kernel.diff, kernel.diff, modules.diff, operations.jpg When the operations are viewed by jconsole the return type is not avaialble. GOpeartionInfo should keep the retrunType information. This will break backward compatibility of GBeanInfo. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GERONIMO-2607) GoperationInfo should include the return type for the operation
[ https://issues.apache.org/jira/browse/GERONIMO-2607?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anita Kulshreshtha closed GERONIMO-2607. Resolution: Fixed Fix Version/s: 2.0 Fixed in rev 558235 GoperationInfo should include the return type for the operation --- Key: GERONIMO-2607 URL: https://issues.apache.org/jira/browse/GERONIMO-2607 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: kernel Affects Versions: 2.0-M2 Environment: All Reporter: Anita Kulshreshtha Assignee: Anita Kulshreshtha Fix For: 2.0 Attachments: kernel.diff, kernel.diff, modules.diff, operations.jpg When the operations are viewed by jconsole the return type is not avaialble. GOpeartionInfo should keep the retrunType information. This will break backward compatibility of GBeanInfo. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Tomcat connectors
+1 Vamsi On 7/24/07, Anita Kulshreshtha [EMAIL PROTECTED] wrote: +1 Thanks Anita --- Jeff Genender [EMAIL PROTECTED] wrote: I really think the ability to use these 2 connectors is very important for the 2.0 release and I would like to put these in. If there are no objections, I would like this to be a part of the 2.0 release. Building a website is a piece of cake. Yahoo! Small Business gives you all the tools to get online. http://smallbusiness.yahoo.com/webhosting
[jira] Issue Comment Edited: (GERONIMODEVTOOLS-145) Provide WTP2.0.x compatibility
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-145?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12514855 ] Vadim Dmitriev edited comment on GERONIMODEVTOOLS-145 at 7/23/07 10:43 PM: --- Dependency on JST1.6.0 still exists in july 03/july 24 builds. From feature.xml of org.apache.geronimo.v20.feature_2.0.0 (same for v11 and v10): requires import feature=org.eclipse.jst version=1.6.0 match=compatible/ /requires Changing version to 2.0.0 seems resolve the issue with using eclipse updater ( Geronimo v1.0 Server Adapter (2.0.0) requires feature org.eclipse.jst (1.6.0), or compatible. ) P.S. misspelled JST as JDT in issue description, sorry. was: Dependency on JST1.6.0 still exists in july 03/july 24 builds. From feature.xml of org.apache.geronimo.v20.feature_2.0.0 (same for v12 and v11): requires import feature=org.eclipse.jst version=1.6.0 match=compatible/ /requires Changing version to 2.0.0 seems resolve the issue with using eclipse updater ( Geronimo v1.0 Server Adapter (2.0.0) requires feature org.eclipse.jst (1.6.0), or compatible. ) P.S. misspelled JST as JDT in issue description, sorry. Provide WTP2.0.x compatibility -- Key: GERONIMODEVTOOLS-145 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-145 Project: Geronimo-Devtools Issue Type: Task Components: eclipse-plugin Affects Versions: 2.0 Environment: Eclipse3.3, WTP2.0.1 Reporter: Vadim Dmitriev Assignee: Sachin Patel Priority: Minor WTP2.0 prior to m6 release had most of included plugins with version 1.6.0. Since m6 these plugins version was changed to 2.0. In this case dependency on JDT 1.6.0 can't be satisfied on WTP2.0m6 or later. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.