[jira] Resolved: (SM-1048) Camel InOut support
[ https://issues.apache.org/activemq/browse/SM-1048?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Guillaume Nodet resolved SM-1048. - Resolution: Fixed Fix Version/s: 3.2 Assignee: Guillaume Nodet Camel InOut support --- Key: SM-1048 URL: https://issues.apache.org/activemq/browse/SM-1048 Project: ServiceMix Issue Type: Improvement Affects Versions: 3.2 Reporter: Dejan Predovic Assignee: Guillaume Nodet Fix For: 3.2 Attachments: inout.patch CamelJbiEndpoint and ToJbiProcessor do not support InOut exchanges. The attached patch should add the basic support for it. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (SM-1045) Servicemix tooling changes to generate JBISharedLibraryDescriptor
[ https://issues.apache.org/activemq/browse/SM-1045?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Guillaume Nodet updated SM-1045: Patch Info: [Patch Available] Servicemix tooling changes to generate JBISharedLibraryDescriptor - Key: SM-1045 URL: https://issues.apache.org/activemq/browse/SM-1045 Project: ServiceMix Issue Type: New Feature Components: tooling Affects Versions: 3.1 Environment: Windows, JBOSS 4.0.4-GA using servicemix deployment Reporter: Srivatsan Sridharan Attachments: GenerateServiceAssemblyDescriptorMojo.java This is the patch that we have come up with for addrressing the issue detailed in this link http://www.nabble.com/Deploying-multiple-versions-of-service-units-using-artifactId-filtering-tf4215049s12049.html#a11991823 Please let me know if the approach is correct. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (SM-1049) Raise the number of http requests that can be send concurrently by servicemix-http
Raise the number of http requests that can be send concurrently by servicemix-http -- Key: SM-1049 URL: https://issues.apache.org/activemq/browse/SM-1049 Project: ServiceMix Issue Type: Improvement Reporter: Guillaume Nodet Fix For: 3.1.2, 3.2 The max number is always limited by the number of threads. Setting these limits too low always leads to deadlock when under load -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (SM-1048) Camel InOut support
[ https://issues.apache.org/activemq/browse/SM-1048?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_40081 ] James Strachan commented on SM-1048: FWIW to ease the Camel - ServiceMix integration; Camel's Exchange now has an ExchangePattern enum to handle InOut, InOnly etc Camel InOut support --- Key: SM-1048 URL: https://issues.apache.org/activemq/browse/SM-1048 Project: ServiceMix Issue Type: Improvement Affects Versions: 3.2 Reporter: Dejan Predovic Assignee: Guillaume Nodet Fix For: 3.2 Attachments: inout.patch CamelJbiEndpoint and ToJbiProcessor do not support InOut exchanges. The attached patch should add the basic support for it. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (SM-1049) Raise the number of http requests that can be send concurrently by servicemix-http
[ https://issues.apache.org/activemq/browse/SM-1049?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Guillaume Nodet resolved SM-1049. - Resolution: Fixed Assignee: Guillaume Nodet URL: http://svn.apache.org/viewvc?rev=573238view=rev URL: http://svn.apache.org/viewvc?rev=573240view=rev Raise the number of http requests that can be send concurrently by servicemix-http -- Key: SM-1049 URL: https://issues.apache.org/activemq/browse/SM-1049 Project: ServiceMix Issue Type: Improvement Reporter: Guillaume Nodet Assignee: Guillaume Nodet Fix For: 3.1.2, 3.2 The max number is always limited by the number of threads. Setting these limits too low always leads to deadlock when under load -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (SM-1002) Service mix hangs when the # concurrent requests exceeds the maxConnectionsPerHost
[ https://issues.apache.org/activemq/browse/SM-1002?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Guillaume Nodet resolved SM-1002. - Resolution: Fixed Assignee: Guillaume Nodet Service mix hangs when the # concurrent requests exceeds the maxConnectionsPerHost -- Key: SM-1002 URL: https://issues.apache.org/activemq/browse/SM-1002 Project: ServiceMix Issue Type: Bug Components: servicemix-http Environment: Unix, Java 1.5 Reporter: Ruwan Linton Assignee: Guillaume Nodet Fix For: 3.2 When I am doing a performance test I have sent more than 40 concurrent requests from a single host to servicemix, and the maxConnectionsPerHost was 40. It is acceptable the failing to respond when it exceeds 40 (maxConnectionsPerHost) concurrent requests. But afterward, SM hangs. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (SM-1035) Continuation problems when Max Idle Time ocurr
[
https://issues.apache.org/activemq/browse/SM-1035?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_40085
]
Guillaume Nodet commented on SM-1035:
-
URL: http://svn.apache.org/viewvc?rev=573248view=rev
Continuation problems when Max Idle Time ocurr
--
Key: SM-1035
URL: https://issues.apache.org/activemq/browse/SM-1035
Project: ServiceMix
Issue Type: Bug
Components: servicemix-http
Environment: Servicemix 3.1
Reporter: Jorge RodrÃguez Pedrianes
Assignee: Guillaume Nodet
Fix For: 3.1.2, 3.2
Original Estimate: 2 minutes
Remaining Estimate: 2 minutes
HI!
I saw in Http binding component, that if my service work too time, the
http endpoint retry the current request. but this it's wrong. I think that in
ConsumerProcessor class it's better to do this:
{code:title=ConsumerProcessor java|borderStyle=solid}
...
public void process(HttpServletRequest request, HttpServletResponse
response) throws Exception {
// If the continuation is not a retry
if (!cont.isPending() cont.isNew()) {
...
}
{code}
Whith this we avoid put the request two times in the bus.
Thanks.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (SM-1050) Memory Leak in http consumer processor when using SSL
[ https://issues.apache.org/activemq/browse/SM-1050?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_40086 ] Guillaume Nodet commented on SM-1050: - URL: http://svn.apache.org/viewvc?rev=573248view=rev Memory Leak in http consumer processor when using SSL - Key: SM-1050 URL: https://issues.apache.org/activemq/browse/SM-1050 Project: ServiceMix Issue Type: Bug Components: servicemix-http Affects Versions: 3.1.1 Reporter: Guillaume Nodet Assignee: Guillaume Nodet Fix For: 3.1.2, 3.2 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (SM-939) CXF based Service Engine and Bnding Component
[ https://issues.apache.org/activemq/browse/SM-939?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Guillaume Nodet resolved SM-939. Resolution: Fixed 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, patch0806.txt -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (SM-1040) flag for automatic validation of the payload by the ws engine
[ https://issues.apache.org/activemq/browse/SM-1040?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Guillaume Nodet resolved SM-1040. - Resolution: Fixed Fix Version/s: 3.2 Assignee: Guillaume Nodet URL: http://svn.apache.org/viewvc?rev=573251view=rev flag for automatic validation of the payload by the ws engine - Key: SM-1040 URL: https://issues.apache.org/activemq/browse/SM-1040 Project: ServiceMix Issue Type: Improvement Components: servicemix-jsr181 Affects Versions: 3.2 Environment: fuse 3.2.0.0 Reporter: Michal Assignee: Guillaume Nodet Fix For: 3.2 Attachments: Jsr181Endpoint.java.diff I have noticed that xfire does not validate the payload against the scheme provided in my wsdl. I found a property that can turn it on. See the ecnlosed patch. Following url is a more detail description of the issue: http://www.nabble.com/jsr181---validating-payload-tf4316406s12049.html#a12292555 BTW, could the 'processor' field have a setter in Jsr181Endpoint class? Thus, in case of a need to have custom behaviour developer might inject one. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (SM-1045) Servicemix tooling changes to generate JBISharedLibraryDescriptor
[ https://issues.apache.org/activemq/browse/SM-1045?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Srivatsan Sridharan updated SM-1045: Attachment: (was: GenerateServiceAssemblyDescriptorMojo_3.1_diff.txt) Servicemix tooling changes to generate JBISharedLibraryDescriptor - Key: SM-1045 URL: https://issues.apache.org/activemq/browse/SM-1045 Project: ServiceMix Issue Type: New Feature Components: tooling Affects Versions: 3.1 Environment: Windows, JBOSS 4.0.4-GA using servicemix deployment Reporter: Srivatsan Sridharan Attachments: GenerateServiceAssemblyDescriptorMojo.java This is the patch that we have come up with for addrressing the issue detailed in this link http://www.nabble.com/Deploying-multiple-versions-of-service-units-using-artifactId-filtering-tf4215049s12049.html#a11991823 Please let me know if the approach is correct. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (SM-1045) Servicemix tooling changes to generate JBISharedLibraryDescriptor
[ https://issues.apache.org/activemq/browse/SM-1045?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Srivatsan Sridharan updated SM-1045: Attachment: GenerateServiceAssemblyDescriptorMojo_3.1_diff.txt Diff between the trunk and this version shows up lot of differences due to formatting changes. Attached file GenerateServiceAssemblyDescriptorMojo_3.1_diff.txt shows the differences with the SM 3.1 version of the file GenerateServiceAssemblyDescriptorMojo.java. Servicemix tooling changes to generate JBISharedLibraryDescriptor - Key: SM-1045 URL: https://issues.apache.org/activemq/browse/SM-1045 Project: ServiceMix Issue Type: New Feature Components: tooling Affects Versions: 3.1 Environment: Windows, JBOSS 4.0.4-GA using servicemix deployment Reporter: Srivatsan Sridharan Attachments: GenerateServiceAssemblyDescriptorMojo.java, GenerateServiceAssemblyDescriptorMojo_3.1_diff.txt This is the patch that we have come up with for addrressing the issue detailed in this link http://www.nabble.com/Deploying-multiple-versions-of-service-units-using-artifactId-filtering-tf4215049s12049.html#a11991823 Please let me know if the approach is correct. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[BUILD] 2.0: Failed for Revision: 573172
OpenEJB trunk at 573171
Geronimo Revision: 573172 built with tests included
See the full build-0400.log file at
http://people.apache.org/~prasad/binaries/2.0/20070906/build-0400.log
[INFO] Installing
/home/prasad/geronimo/2.0/modules/geronimo-clustering-wadi/target/geronimo-clustering-wadi-2.0.2-SNAPSHOT.jar
to
/home/prasad/.m2/repository/org/apache/geronimo/modules/geronimo-clustering-wadi/2.0.2-SNAPSHOT/geronimo-clustering-wadi-2.0.2-SNAPSHOT.jar
[INFO]
[INFO] Building Geronimo :: Configuration Converter
[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/2.0/modules/geronimo-converter/target/classes/META-INF
[INFO] Copying 2 files to
/home/prasad/geronimo/2.0/modules/geronimo-converter/target/classes/META-INF
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Compiling 8 source files to
/home/prasad/geronimo/2.0/modules/geronimo-converter/target/classes
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] No sources to compile
[INFO] [surefire:test]
[INFO] No tests to run.
[INFO] [jar:jar]
[INFO] Building jar:
/home/prasad/geronimo/2.0/modules/geronimo-converter/target/geronimo-converter-2.0.2-SNAPSHOT.jar
[INFO] [tools:verify-legal-files {execution: verify-legal-files}]
[INFO] Checking legal files in: geronimo-converter-2.0.2-SNAPSHOT.jar
[INFO] [install:install]
[INFO] Installing
/home/prasad/geronimo/2.0/modules/geronimo-converter/target/geronimo-converter-2.0.2-SNAPSHOT.jar
to
/home/prasad/.m2/repository/org/apache/geronimo/modules/geronimo-converter/2.0.2-SNAPSHOT/geronimo-converter-2.0.2-SNAPSHOT.jar
[INFO]
[INFO] Building Geronimo :: Timer
[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/2.0/modules/geronimo-timer/target/classes/META-INF
[INFO] Copying 2 files to
/home/prasad/geronimo/2.0/modules/geronimo-timer/target/classes/META-INF
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Compiling 20 source files to
/home/prasad/geronimo/2.0/modules/geronimo-timer/target/classes
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] Compiling 5 source files to
/home/prasad/geronimo/2.0/modules/geronimo-timer/target/test-classes
[INFO] [surefire:test]
[INFO] Surefire report directory:
/home/prasad/geronimo/2.0/modules/geronimo-timer/target/surefire-reports
---
T E S T S
---
Running org.apache.geronimo.timer.jdbc.DerbyJDBCWorkerPersistenceTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 10.21 sec
Running org.apache.geronimo.timer.TransactionalThreadPooledTimerTest
Tests run: 10, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 25.339 sec
Running org.apache.geronimo.timer.NontransactionalThreadPooledTimerTest
Tests run: 10, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 25.155 sec
Results :
Tests run: 23, Failures: 0, Errors: 0, Skipped: 0
[INFO] [jar:jar]
[INFO] Building jar:
/home/prasad/geronimo/2.0/modules/geronimo-timer/target/geronimo-timer-2.0.2-SNAPSHOT.jar
[INFO] [tools:verify-legal-files {execution: verify-legal-files}]
[INFO] Checking legal files in: geronimo-timer-2.0.2-SNAPSHOT.jar
[INFO] [install:install]
[INFO] Installing
/home/prasad/geronimo/2.0/modules/geronimo-timer/target/geronimo-timer-2.0.2-SNAPSHOT.jar
to
/home/prasad/.m2/repository/org/apache/geronimo/modules/geronimo-timer/2.0.2-SNAPSHOT/geronimo-timer-2.0.2-SNAPSHOT.jar
[INFO]
[INFO] Building Geronimo :: CORBA
[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/2.0/modules/geronimo-corba/target/classes/META-INF
[INFO] Copying 2 files to
/home/prasad/geronimo/2.0/modules/geronimo-corba/target/classes/META-INF
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Compiling 123 source files to
/home/prasad/geronimo/2.0/modules/geronimo-corba
[BUILD] Trunk: Failed for Revision: 573172
OpenEJB trunk at 573172
Geronimo Revision: 573172 built with tests included
See the full build-0400.log file at
http://people.apache.org/~prasad/binaries/trunk/20070906/build-0400.log
[INFO] [compiler:testCompile]
[INFO] No sources to compile
[INFO] [surefire:test]
[INFO] No tests to run.
[INFO] [jar:jar]
[INFO] Building jar:
/home/prasad/geronimo/trunk/modules/geronimo-converter/target/geronimo-converter-2.1-SNAPSHOT.jar
[INFO] [tools:verify-legal-files {execution: verify-legal-files}]
[INFO] Checking legal files in: geronimo-converter-2.1-SNAPSHOT.jar
[INFO] [install:install]
[INFO] Installing
/home/prasad/geronimo/trunk/modules/geronimo-converter/target/geronimo-converter-2.1-SNAPSHOT.jar
to
/home/prasad/.m2/repository/org/apache/geronimo/modules/geronimo-converter/2.1-SNAPSHOT/geronimo-converter-2.1-SNAPSHOT.jar
[INFO]
[INFO] Building Geronimo :: Timer
[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/modules/geronimo-timer/target/classes/META-INF
[INFO] Copying 2 files to
/home/prasad/geronimo/trunk/modules/geronimo-timer/target/classes/META-INF
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Compiling 20 source files to
/home/prasad/geronimo/trunk/modules/geronimo-timer/target/classes
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] Compiling 5 source files to
/home/prasad/geronimo/trunk/modules/geronimo-timer/target/test-classes
[INFO] [surefire:test]
[INFO] Surefire report directory:
/home/prasad/geronimo/trunk/modules/geronimo-timer/target/surefire-reports
---
T E S T S
---
Running org.apache.geronimo.timer.TransactionalThreadPooledTimerTest
Tests run: 10, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 25.388 sec
Running org.apache.geronimo.timer.jdbc.DerbyJDBCWorkerPersistenceTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 8.843 sec
Running org.apache.geronimo.timer.NontransactionalThreadPooledTimerTest
Tests run: 10, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 25.176 sec
Results :
Tests run: 23, Failures: 0, Errors: 0, Skipped: 0
[INFO] [jar:jar]
[INFO] Building jar:
/home/prasad/geronimo/trunk/modules/geronimo-timer/target/geronimo-timer-2.1-SNAPSHOT.jar
[INFO] [tools:verify-legal-files {execution: verify-legal-files}]
[INFO] Checking legal files in: geronimo-timer-2.1-SNAPSHOT.jar
[INFO] [install:install]
[INFO] Installing
/home/prasad/geronimo/trunk/modules/geronimo-timer/target/geronimo-timer-2.1-SNAPSHOT.jar
to
/home/prasad/.m2/repository/org/apache/geronimo/modules/geronimo-timer/2.1-SNAPSHOT/geronimo-timer-2.1-SNAPSHOT.jar
[INFO]
[INFO] Building Geronimo :: CORBA
[INFO]task-segment: [install]
[INFO]
[INFO] snapshot org.apache.yoko:yoko-spec-corba:1.0-incubating-SNAPSHOT:
checking for updates from apache-snapshots
[INFO] snapshot org.apache.yoko:yoko-spec-corba:1.0-incubating-SNAPSHOT:
checking for updates from codehaus-snapshots
[INFO] snapshot org.apache.yoko:yoko-spec-corba:1.0-incubating-SNAPSHOT:
checking for updates from apache.snapshots
Downloading:
http://people.apache.org/repo/m2-snapshot-repository/org/apache/yoko/yoko-spec-corba/1.0-incubating-SNAPSHOT/yoko-spec-corba-1.0-incubating-20070905.161731-16.pom
10K downloaded
[INFO] snapshot org.apache.yoko:yoko:1.0-incubating-SNAPSHOT: checking for
updates from apache-snapshots
[INFO] snapshot org.apache.yoko:yoko:1.0-incubating-SNAPSHOT: checking for
updates from codehaus-snapshots
[INFO] snapshot org.apache.yoko:yoko:1.0-incubating-SNAPSHOT: checking for
updates from apache.snapshots
Downloading:
http://people.apache.org/repo/m2-snapshot-repository/org/apache/yoko/yoko/1.0-incubating-SNAPSHOT/yoko-1.0-incubating-20070905.161731-16.pom
27K downloaded
Downloading:
http://people.apache.org/repo/m2-snapshot-repository/org/apache/yoko/yoko-spec-corba/1.0-incubating-SNAPSHOT/yoko-spec-corba-1.0-incubating-20070905.161731-16.jar
1776K downloaded
[INFO] [enforcer:enforce {execution: default}]
[INFO] [tools:copy-legal-files {execution: install-legal-files}]
[INFO] Created dir:
/home/prasad/geronimo/trunk/modules/geronimo-corba/target/classes/META-INF
[INFO] Copying 2 files to
/home/prasad/geronimo/trunk/modules/geronimo-corba/target/classes/META-INF
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
Downloading:
http
Re: [VOTE] Release Geronimo Eclipse Plugin 2.0.0
Hi Matt, to address the problems you've encountered I've done a number of things to hopefully ease the effort required to review and test the plugin: 1 -- There is now a rudimentary set of install instructions available at the url below that will hopefully describe the necessary prereqs and steps required to install and run the plugin. I'm in the process of creating Wiki pages for the Plugin Release Process and General Information about the plugin, and would like to use this document as a base for the General Information page. So, I would be very interested in getting feedback on these instructions: http://people.apache.org/~mcconne/releases/Geronimo_Eclipse_Plugin_2.0_Instructions.txt 2 -- There is now an ant build.xml file that can be used to download all the prereqs for the plugin. It is documented in the instructions. 3 -- Per numerous recommendations, I've created a Staging Site that used to test the update manager functions of Eclipse for downloading both the plugin itself and the Geronimo Server. This is also documented in the instructions. Hopefully, these will help. If not just let me know. The vote will now conclude at 8:00 AM EST Sunday September 9th. Thanks much Tim McConnell wrote: Hi, Please review and vote on the release of the Geronimo Eclipse Plugin 2.0.0 (to correspond with the Geronimo 2.0.1 Server release): The deployable zip file is here: http://people.apache.org/~mcconne/releases/g-eclipse-plugin-2.0.0-deployable.zip The current svn location is here: https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/branches/2.0.0 The future svn location will be here: https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/2.0.0 The vote will conclude at 2:00 PM EST on Thursday, September 6th. -- Thanks, Tim McConnell
[jira] Created: (GERONIMO-3456) Make MEJB security configurable
Make MEJB security configurable --- Key: GERONIMO-3456 URL: https://issues.apache.org/jira/browse/GERONIMO-3456 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: OpenEJB, security Affects Versions: 2.0.1 Environment: All Reporter: Anita Kulshreshtha Assignee: Anita Kulshreshtha Priority: Critical Fix For: 2.0.2 Currently access to MEJB is not controlled. Add configurable security for MEJB. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
MEJB Security Alert
All, We have discovered a security vulnerability in Geronimo, where the management EJB (MEJB) allows unchallenged access to Geronimo internals. A temporary workaround is to make the following modifications to the configuration file at GERONIMO_HOME/var/config.xml. This will disable MEJB. module name=org.apache.geronimo.configs/openejb/2.0.1/car gbean name=EJBNetworkService . /gbean gbean load=false name=ejb/mgmt/MEJB/ /module We will be releasing a new version soon to control access to MEJB in a more secure way. This issue will be tracked in https://issues.apache.org/jira/browse/GERONIMO-3456 Thanks Anita Sick sense of humor? Visit Yahoo! TV's Comedy with an Edge to see what's on, when. http://tv.yahoo.com/collections/222
Re: [ANNOUNCE] Welcome Tim McConnell as the newest member of the Geronimo PMC
Congrats Tim! Jarek On 9/6/07, Shiva Kumar H R [EMAIL PROTECTED] wrote: Congratulations Tim! - Shiva On 9/5/07, Hernan Cunico [EMAIL PROTECTED] wrote: Please us in congratulating Tim McConnell as the newest member of the Geronimo PMC. Tim has contributed a lot to the project in areas such as annotations, dev tools and documentation just to name a few. We are very pleased he accepted our invitation to join us in the project's overall oversight. Welcome aboard!!! The Apache Geronimo PMC Cheers! Hernan
[jira] Created: (GERONIMODEVTOOLS-195) problems with defining new server: can't download and install, can't choose jetty
problems with defining new server: can't download and install, can't choose jetty - Key: GERONIMODEVTOOLS-195 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-195 Project: Geronimo-Devtools Issue Type: Bug Affects Versions: 2.0, 2.1, 2.0.x, 2.1.x Reporter: Ted Kirby Download and Install button will not install the Server correctly, No matter what directory is indicated, Clicking the button will always prompt an error The specified directory does not exist, Then Both Next and Finish button also become gray and cannot be clicked. there are radio buttons for tomcat and jetty, but the jetty button does not work. The tomcat just stays selected. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [ANNOUNCE] Welcome Tim McConnell as the newest member of the Geronimo PMC
Congrats Tim. Vamsi On 9/5/07, Hernan Cunico [EMAIL PROTECTED] wrote: Please us in congratulating Tim McConnell as the newest member of the Geronimo PMC. Tim has contributed a lot to the project in areas such as annotations, dev tools and documentation just to name a few. We are very pleased he accepted our invitation to join us in the project's overall oversight. Welcome aboard!!! The Apache Geronimo PMC Cheers! Hernan
[jira] Created: (GERONIMO-3457) Drools BRMS issue using geronimo 2.0.1-jetty6
Drools BRMS issue using geronimo 2.0.1-jetty6 - Key: GERONIMO-3457 URL: https://issues.apache.org/jira/browse/GERONIMO-3457 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: Jetty Affects Versions: 2.0.1 Environment: geronimo 2.0.1-jetty6 windows drools-jbrms 4.0.1 Reporter: Bhagwath Vadyala We are having an issuing testing drools BRMS 4.0.1 on geronimo 2.0.1 jetty 6 version. It deploys fine but when we open the url http://localhost:8080/drools-jbrms, its not redirecting to correct page. We use the same drools-jbrms war file and deploy on jboss-tomcat it works fine and redirects to the correct page. We posted the issue to JBOSS and here is the response from them. Michael Neale commented on JBRULES-1150: ok the URL in the browser it wrong. Ideally you will put in: http://localhost:8080/drools-jbrms and it *should* redirect to : http://localhost:8080/drools-jbrms/org.drools.brms.JBRMS/JBRMS.html if it doesn't - then it is a bug with how geronimo is redirecting. The index.jsp, which is default, has: % String redirectURL = org.drools.brms.JBRMS/JBRMS.html; response.sendRedirect(redirectURL); % which should work as it does on every other app server tried so far. unfortunately we don't have resources to support every purmutation of app servers/web containers so this will require some experimentation. please let me know how you go. .. Please let me know how to fix this issue. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (XBEAN-92) UrlSet excludePaths() method throws a nullpointer exception if the pathString argument is null
UrlSet excludePaths() method throws a nullpointer exception if the pathString
argument is null
--
Key: XBEAN-92
URL: https://issues.apache.org/jira/browse/XBEAN-92
Project: XBean
Issue Type: Bug
Environment: IBM JDK 5
Reporter: karan singh malhi
Priority: Blocker
With IBM JDK 5, when we try to get the system property java.endorsed.dirs, it
returns null. This is a critical issue as it prevents OpenEjb from starting
In UrlSet, the following method will lead to a NullPointerException:
public UrlSet excludeJavaEndorsedDirs() throws MalformedURLException {
return excludePaths(System.getProperty(java.endorsed.dirs));
}
This is because the excludePaths() method assumes that the pathString argument
is always non-null.
public UrlSet excludePaths(String pathString) throws MalformedURLException {
String[] paths = pathString.split(File.pathSeparator);
UrlSet urlSet = this;
for (String path : paths) {
File file = new File(path);
urlSet = urlSet.exclude(file);
}
return urlSet;
}
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Re: [ANNOUNCE] Welcome Tim McConnell as the newest member of the Geronimo PMC
Congrats Tim! -Donald Hernan Cunico wrote: Please us in congratulating Tim McConnell as the newest member of the Geronimo PMC. Tim has contributed a lot to the project in areas such as annotations, dev tools and documentation just to name a few. We are very pleased he accepted our invitation to join us in the project's overall oversight. Welcome aboard!!! The Apache Geronimo PMC Cheers! Hernan smime.p7s Description: S/MIME Cryptographic Signature
[jira] Updated: (GERONIMO-3457) Drools BRMS issue using geronimo 2.0.1-jetty6
[ https://issues.apache.org/jira/browse/GERONIMO-3457?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bhagwath Vadyala updated GERONIMO-3457: --- Attachment: geronimo-jetty-server-log.txt drools-error-screenshot.doc error screenshot and server logs Drools BRMS issue using geronimo 2.0.1-jetty6 - Key: GERONIMO-3457 URL: https://issues.apache.org/jira/browse/GERONIMO-3457 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: Jetty Affects Versions: 2.0.1 Environment: geronimo 2.0.1-jetty6 windows drools-jbrms 4.0.1 Reporter: Bhagwath Vadyala Attachments: drools-error-screenshot.doc, geronimo-jetty-server-log.txt We are having an issuing testing drools BRMS 4.0.1 on geronimo 2.0.1 jetty 6 version. It deploys fine but when we open the url http://localhost:8080/drools-jbrms, its not redirecting to correct page. We use the same drools-jbrms war file and deploy on jboss-tomcat it works fine and redirects to the correct page. We posted the issue to JBOSS and here is the response from them. Michael Neale commented on JBRULES-1150: ok the URL in the browser it wrong. Ideally you will put in: http://localhost:8080/drools-jbrms and it *should* redirect to : http://localhost:8080/drools-jbrms/org.drools.brms.JBRMS/JBRMS.html if it doesn't - then it is a bug with how geronimo is redirecting. The index.jsp, which is default, has: % String redirectURL = org.drools.brms.JBRMS/JBRMS.html; response.sendRedirect(redirectURL); % which should work as it does on every other app server tried so far. unfortunately we don't have resources to support every purmutation of app servers/web containers so this will require some experimentation. please let me know how you go. .. Please let me know how to fix this issue. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[ANNOUNCE] Welcome Donald Woods as the newest member of the Geronimo PMC
Please join us in congratulating Donald Woods as the newest member of the Geronimo PMC. Donald has contributed to Geronimo in many different areas; he has provided tons of patches, added functionality, testing and security among others. We are very pleased he accepted our invitation to join us in the project's oversight. Welcome aboard Donald!!! The Apache Geronimo PMC Cheers! Hernan
Re: [ANNOUNCE] Welcome Donald Woods as the newest member of the Geronimo PMC
Congrats Donald! Best wishes, Paul On Sep 6, 2007, at 11:12 AM, Hernan Cunico wrote: Please join us in congratulating Donald Woods as the newest member of the Geronimo PMC. Donald has contributed to Geronimo in many different areas; he has provided tons of patches, added functionality, testing and security among others. We are very pleased he accepted our invitation to join us in the project's oversight. Welcome aboard Donald!!! The Apache Geronimo PMC Cheers! Hernan
Re: [ANNOUNCE] Welcome Donald Woods as the newest member of the Geronimo PMC
Congratulations Donald! - Shiva On 9/6/07, Hernan Cunico [EMAIL PROTECTED] wrote: Please join us in congratulating Donald Woods as the newest member of the Geronimo PMC. Donald has contributed to Geronimo in many different areas; he has provided tons of patches, added functionality, testing and security among others. We are very pleased he accepted our invitation to join us in the project's oversight. Welcome aboard Donald!!! The Apache Geronimo PMC Cheers! Hernan
Re: [ANNOUNCE] Welcome Donald Woods as the newest member of the Geronimo PMC
Wow ... we're on a roll! Congratulations Donald!! Joe Hernan Cunico wrote: Please join us in congratulating Donald Woods as the newest member of the Geronimo PMC. Donald has contributed to Geronimo in many different areas; he has provided tons of patches, added functionality, testing and security among others. We are very pleased he accepted our invitation to join us in the project's oversight. Welcome aboard Donald!!! The Apache Geronimo PMC Cheers! Hernan
Re: [ANNOUNCE] Welcome Donald Woods as the newest member of the Geronimo PMC
Congratulations Donald! Anita --- Hernan Cunico [EMAIL PROTECTED] wrote: Please join us in congratulating Donald Woods as the newest member of the Geronimo PMC. Donald has contributed to Geronimo in many different areas; he has provided tons of patches, added functionality, testing and security among others. We are very pleased he accepted our invitation to join us in the project's oversight. Welcome aboard Donald!!! The Apache Geronimo PMC Cheers! Hernan Luggage? GPS? Comic books? Check out fitting gifts for grads at Yahoo! Search http://search.yahoo.com/search?fr=oni_on_mailp=graduation+giftscs=bz
Re: [ANNOUNCE] Welcome Donald Woods as the newest member of the Geronimo PMC
Congrats Donald! Jarek On 9/6/07, Joe Bohn [EMAIL PROTECTED] wrote: Wow ... we're on a roll! Congratulations Donald!! Joe Hernan Cunico wrote: Please join us in congratulating Donald Woods as the newest member of the Geronimo PMC. Donald has contributed to Geronimo in many different areas; he has provided tons of patches, added functionality, testing and security among others. We are very pleased he accepted our invitation to join us in the project's oversight. Welcome aboard Donald!!! The Apache Geronimo PMC Cheers! Hernan
[BUILD] Trunk: Failed for Revision: 573293
OpenEJB trunk at 573288
Geronimo Revision: 573293 built with tests skipped
See the full build-1100.log file at
http://people.apache.org/~prasad/binaries/trunk/20070906/build-1100.log
[INFO] Installing
/home/prasad/geronimo/trunk/modules/geronimo-commands/target/geronimo-commands-2.1-SNAPSHOT.jar
to
/home/prasad/.m2/repository/org/apache/geronimo/modules/geronimo-commands/2.1-SNAPSHOT/geronimo-commands-2.1-SNAPSHOT.jar
[INFO]
[INFO] Building Geronimo :: Configuration Converter
[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/modules/geronimo-converter/target/classes/META-INF
[INFO] Copying 2 files to
/home/prasad/geronimo/trunk/modules/geronimo-converter/target/classes/META-INF
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Compiling 8 source files to
/home/prasad/geronimo/trunk/modules/geronimo-converter/target/classes
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] Not compiling test sources
[INFO] [surefire:test]
[INFO] Tests are skipped.
[INFO] [jar:jar]
[INFO] Building jar:
/home/prasad/geronimo/trunk/modules/geronimo-converter/target/geronimo-converter-2.1-SNAPSHOT.jar
[INFO] [tools:verify-legal-files {execution: verify-legal-files}]
[INFO] Checking legal files in: geronimo-converter-2.1-SNAPSHOT.jar
[INFO] [install:install]
[INFO] Installing
/home/prasad/geronimo/trunk/modules/geronimo-converter/target/geronimo-converter-2.1-SNAPSHOT.jar
to
/home/prasad/.m2/repository/org/apache/geronimo/modules/geronimo-converter/2.1-SNAPSHOT/geronimo-converter-2.1-SNAPSHOT.jar
[INFO]
[INFO] Building Geronimo :: Timer
[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/modules/geronimo-timer/target/classes/META-INF
[INFO] Copying 2 files to
/home/prasad/geronimo/trunk/modules/geronimo-timer/target/classes/META-INF
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Compiling 20 source files to
/home/prasad/geronimo/trunk/modules/geronimo-timer/target/classes
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] Not compiling test sources
[INFO] [surefire:test]
[INFO] Tests are skipped.
[INFO] [jar:jar]
[INFO] Building jar:
/home/prasad/geronimo/trunk/modules/geronimo-timer/target/geronimo-timer-2.1-SNAPSHOT.jar
[INFO] [tools:verify-legal-files {execution: verify-legal-files}]
[INFO] Checking legal files in: geronimo-timer-2.1-SNAPSHOT.jar
[INFO] [install:install]
[INFO] Installing
/home/prasad/geronimo/trunk/modules/geronimo-timer/target/geronimo-timer-2.1-SNAPSHOT.jar
to
/home/prasad/.m2/repository/org/apache/geronimo/modules/geronimo-timer/2.1-SNAPSHOT/geronimo-timer-2.1-SNAPSHOT.jar
[INFO]
[INFO] Building Geronimo :: CORBA
[INFO]task-segment: [install]
[INFO]
[INFO] snapshot org.apache.yoko:yoko-spec-corba:1.0-incubating-SNAPSHOT:
checking for updates from apache-snapshots
[INFO] snapshot org.apache.yoko:yoko-spec-corba:1.0-incubating-SNAPSHOT:
checking for updates from codehaus-snapshots
[INFO] snapshot org.apache.yoko:yoko-spec-corba:1.0-incubating-SNAPSHOT:
checking for updates from apache.snapshots
Downloading:
http://people.apache.org/repo/m2-snapshot-repository/org/apache/yoko/yoko-spec-corba/1.0-incubating-SNAPSHOT/yoko-spec-corba-1.0-incubating-20070905.161731-16.pom
10K downloaded
[INFO] snapshot org.apache.yoko:yoko:1.0-incubating-SNAPSHOT: checking for
updates from apache-snapshots
[INFO] snapshot org.apache.yoko:yoko:1.0-incubating-SNAPSHOT: checking for
updates from codehaus-snapshots
[INFO] snapshot org.apache.yoko:yoko:1.0-incubating-SNAPSHOT: checking for
updates from apache.snapshots
Downloading:
http://people.apache.org/repo/m2-snapshot-repository/org/apache/yoko/yoko/1.0-incubating-SNAPSHOT/yoko-1.0-incubating-20070905.161731-16.pom
27K downloaded
Downloading:
http://people.apache.org/repo/m2-snapshot-repository/org/apache/yoko/yoko-spec-corba/1.0-incubating-SNAPSHOT/yoko-spec-corba-1.0-incubating-20070905.161731-16.jar
1776K downloaded
[INFO] [enforcer:enforce {execution: default}]
[INFO] [tools:copy-legal-files
[jira] Created: (GERONIMO-3458) include Dojo information in LICENSE and NOTICE files
include Dojo information in LICENSE and NOTICE files Key: GERONIMO-3458 URL: https://issues.apache.org/jira/browse/GERONIMO-3458 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: general Affects Versions: 2.0.1 Reporter: Paul McMahan Assignee: Paul McMahan Fix For: 2.0.2, 2.1 The LICENSE and NOTICE files in the geronimo-dojo, dojo-tomcat, and dojo-jetty projects should include Dojo information. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [ANNOUNCE] Welcome Donald Woods as the newest member of the Geronimo PMC
Gongratulations, Donald On 9/6/07, Hernan Cunico [EMAIL PROTECTED] wrote: Please join us in congratulating Donald Woods as the newest member of the Geronimo PMC. Donald has contributed to Geronimo in many different areas; he has provided tons of patches, added functionality, testing and security among others. We are very pleased he accepted our invitation to join us in the project's oversight. Welcome aboard Donald!!! The Apache Geronimo PMC Cheers! Hernan -- Erik B. Craig
Re: MEJB Security Alert
Why not recommend setting it to only listen for localhost connections instead of the default 0.0.0.0 for now, to match the default setting used by RemoteDeploy? module name=org.apache.geronimo.configs/openejb/2.0.1/car gbean name=EJBNetworkService attribute name=host127.0.0.1/attribute /gbean /module -Donald Anita Kulshreshtha wrote: All, We have discovered a security vulnerability in Geronimo, where the management EJB (MEJB) allows unchallenged access to Geronimo internals. A temporary workaround is to make the following modifications to the configuration file at GERONIMO_HOME/var/config.xml. This will disable MEJB. module name=org.apache.geronimo.configs/openejb/2.0.1/car gbean name=EJBNetworkService . /gbean gbean load=false name=ejb/mgmt/MEJB/ /module We will be releasing a new version soon to control access to MEJB in a more secure way. This issue will be tracked in https://issues.apache.org/jira/browse/GERONIMO-3456 Thanks Anita Sick sense of humor? Visit Yahoo! TV's Comedy with an Edge to see what's on, when. http://tv.yahoo.com/collections/222 smime.p7s Description: S/MIME Cryptographic Signature
Re: [jira] Created: (GERONIMO-3445) Verify log levels can be changed for openejb related log categories
Can we ask the Geronimo team to set it in the
org.apache.geronimo.openejb.OpenEjbSystemGBean class.
This is because Geronimo also uses the same classes as we use in
embedded mode. So it will not be possible to set the SystemProperty
there. For example, OpenEjbSystemGBean also uses SystemInstance, but
our code also uses SystemInstance heavily. So setting it in
SystemInstance will not lead to the desired behaviour.
We can however try the following options:
1. Ask Geronimo team to set this property in
org.apache.geronimo.openejb.OpenEjbSystemGBean
2. Geronimo also sets a System property named duct tape, we just
check for that
3. Geronimo also adds the GeronimoThreadContextListener to
org.apache.openejb.core.ThreadContext, we could check for that also
In case of 2 and 3 above , we do not have to ask the Geronimo team to
make any changes to their code base.
So below could be a possible logic in org.apache.openejb.util.Logger
For option 2 and 3 above we could add a method :
private void setLoggingMode(){
if(System.getProperty(duct tape) != null){
System.setProperty(openejb.logging.external,true);
}else if(/*check if GeronimoThreadContextListener is a registered
listener*/){
/*
For this we would need to add a ThreadContext.getListeners() method
and then from here we can check if there is any listener whose class
name is GeronimoThreadContextListener
*/
System.setProperty(openejb.logging.external,true);
}else{
System.setProperty(openejb.logging.external,false);
}
}
The first thing the Logger would do (one time only) is set the logging
mode, and then the logging strategy could revolve around this
property.
This would be a kind of Geronimo only solution, but atleast we can fix
this thing right now and worry about other app servers later.
Do you know of any other way we could safely add the system property
openejb.logging.external in our code base which could apply to all
external clients and not only Geronimo?
On 8/30/07, David Blevins [EMAIL PROTECTED] wrote:
On Aug 29, 2007, at 6:12 PM, Karan Malhi wrote:
Or maybe in one of the very first OpenEJB methods called by Geronimo
to start openejb in embedded mode we could add some code like
System.setProperty(openejb.logging,external);
the first time the Logger class is loaded, we check for this property
and if it has a value of external, then we do not use
embedded.logging.properties otherwise we assume our default strategy.
Sounds like that's the way to go. Just check for don't configure
logging and follow those orders if it's set. Let's make the
property be true/false. Maybe openejb.logging.external=true or
something similar.
-David
--
Karan Singh Malhi
Re: Questions about geronimo-plugin.xml content
On Sep 4, 2007, at 9:49 AM, Kevan Miller wrote: Looking at the dojo jetty/tomcat configs, we're not handling the license/notice files very well. IMO, the META-INF/LICENSE.txt file should contain both the ASL V2 license and the Dojo licenses. The META-INF/NOTICE.txt should contain the Apache Geronimo copyright notice and the Dojo notice. Thanks for pointing this out. I added the Dojo license and notice to applications/geronimo-dojo, configs/dojo-tomcat, and configs/dojo- jetty in trunk and branches/2.0. Best wishes, Paul
[jira] Closed: (GERONIMO-3458) include Dojo information in LICENSE and NOTICE files
[ https://issues.apache.org/jira/browse/GERONIMO-3458?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Paul McMahan closed GERONIMO-3458. -- Resolution: Fixed include Dojo information in LICENSE and NOTICE files Key: GERONIMO-3458 URL: https://issues.apache.org/jira/browse/GERONIMO-3458 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: general Affects Versions: 2.0.1 Reporter: Paul McMahan Assignee: Paul McMahan Fix For: 2.0.2, 2.1 The LICENSE and NOTICE files in the geronimo-dojo, dojo-tomcat, and dojo-jetty projects should include Dojo information. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Reopened: (SM-1035) Continuation problems when Max Idle Time ocurr
[
https://issues.apache.org/activemq/browse/SM-1035?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Guillaume Nodet reopened SM-1035:
-
I was a bit quick. The patch seems to not work as the endpoint can not be used
more than once.
I will revert the changes until I have a working patch.
Continuation problems when Max Idle Time ocurr
--
Key: SM-1035
URL: https://issues.apache.org/activemq/browse/SM-1035
Project: ServiceMix
Issue Type: Bug
Components: servicemix-http
Environment: Servicemix 3.1
Reporter: Jorge RodrÃguez Pedrianes
Assignee: Guillaume Nodet
Fix For: 3.1.2, 3.2
Original Estimate: 2 minutes
Remaining Estimate: 2 minutes
HI!
I saw in Http binding component, that if my service work too time, the
http endpoint retry the current request. but this it's wrong. I think that in
ConsumerProcessor class it's better to do this:
{code:title=ConsumerProcessor java|borderStyle=solid}
...
public void process(HttpServletRequest request, HttpServletResponse
response) throws Exception {
// If the continuation is not a retry
if (!cont.isPending() cont.isNew()) {
...
}
{code}
Whith this we avoid put the request two times in the bus.
Thanks.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Re: [ANNOUNCE] Welcome Tim McConnell as the newest member of the Geronimo PMC
Congratulations Tim! Jay Shiva Kumar H R wrote: Congratulations Tim! - Shiva On 9/5/07, *Hernan Cunico* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Please us in congratulating Tim McConnell as the newest member of the Geronimo PMC. Tim has contributed a lot to the project in areas such as annotations, dev tools and documentation just to name a few. We are very pleased he accepted our invitation to join us in the project's overall oversight. Welcome aboard!!! The Apache Geronimo PMC Cheers! Hernan
Re: [ANNOUNCE] Welcome Donald Woods as the newest member of the Geronimo PMC
Congratulations Donald! Jay Hernan Cunico wrote: Please join us in congratulating Donald Woods as the newest member of the Geronimo PMC. Donald has contributed to Geronimo in many different areas; he has provided tons of patches, added functionality, testing and security among others. We are very pleased he accepted our invitation to join us in the project's oversight. Welcome aboard Donald!!! The Apache Geronimo PMC Cheers! Hernan .
[jira] Resolved: (SM-1029) Bug in HTTP BC when configuring managed keystore for SSL
[ https://issues.apache.org/activemq/browse/SM-1029?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Guillaume Nodet resolved SM-1029. - Resolution: Fixed Fix Version/s: 3.2 3.1.2 Assignee: Guillaume Nodet URL: http://svn.apache.org/viewvc?rev=573312view=rev URL: http://svn.apache.org/viewvc?rev=573313view=rev Bug in HTTP BC when configuring managed keystore for SSL -- Key: SM-1029 URL: https://issues.apache.org/activemq/browse/SM-1029 Project: ServiceMix Issue Type: Bug Components: servicemix-http Affects Versions: 3.1.1 Environment: ServiceMix deployed on Windows XP Reporter: Will Franco Assignee: Guillaume Nodet Priority: Minor Fix For: 3.1.2, 3.2 Attachments: ServiceMixSslSocketConnector.patch The problem is that ServiceMixSslSocketConnector extends SslSocketConnector, and it is providing its own data member and getter/setter for the trust store, named trustStore. However, SslSocketConnector already declares a data member and getter/setter for the trust store, named _truststore. The bug is manifested in JettyContextManager.createServer(URL url, SslParameters ssl) method, when the managed=true is included in your SslParameters. The initialization of the ServiceMixSslSocketConnector calls setTruststore method which sets the _truststore, eventually, there is a call to ServiceMixSslSocketConnector.createFactory() method, and in its implementation, it passes in the value of the trustStore that has never been set, instead of the value of _truststore. This bug is affecting the option of having a managed trust store for SSL. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: MEJB Security Alert
If someone wanted to use MEJB, configuring EJBNetworkService to listen to only localhost is an option, i.e. only local monitoring can be done. For all other cases turning off MEJB is a better option because it allows people to use remote EJBs. Thanks Anita --- Donald Woods [EMAIL PROTECTED] wrote: Why not recommend setting it to only listen for localhost connections instead of the default 0.0.0.0 for now, to match the default setting used by RemoteDeploy? module name=org.apache.geronimo.configs/openejb/2.0.1/car gbean name=EJBNetworkService attribute name=host127.0.0.1/attribute /gbean /module -Donald Anita Kulshreshtha wrote: All, We have discovered a security vulnerability in Geronimo, where the management EJB (MEJB) allows unchallenged access to Geronimo internals. A temporary workaround is to make the following modifications to the configuration file at GERONIMO_HOME/var/config.xml. This will disable MEJB. module name=org.apache.geronimo.configs/openejb/2.0.1/car gbean name=EJBNetworkService . /gbean gbean load=false name=ejb/mgmt/MEJB/ /module We will be releasing a new version soon to control access to MEJB in a more secure way. This issue will be tracked in https://issues.apache.org/jira/browse/GERONIMO-3456 Thanks Anita Sick sense of humor? Visit Yahoo! TV's Comedy with an Edge to see what's on, when. http://tv.yahoo.com/collections/222 Choose the right car based on your needs. Check out Yahoo! Autos new Car Finder tool. http://autos.yahoo.com/carfinder/
Re: [ANNOUNCE] Welcome Donald Woods as the newest member of the Geronimo PMC
Congrats Donald!! Vamsi On 9/6/07, Hernan Cunico [EMAIL PROTECTED] wrote: Please join us in congratulating Donald Woods as the newest member of the Geronimo PMC. Donald has contributed to Geronimo in many different areas; he has provided tons of patches, added functionality, testing and security among others. We are very pleased he accepted our invitation to join us in the project's oversight. Welcome aboard Donald!!! The Apache Geronimo PMC Cheers! Hernan
Re: Questions about geronimo-plugin.xml content
I think we should start using the maven-remote-resources-plugin. I will get to it eventually for sufficiently distant values of eventually... My understanding which could be quite wrong is that any aggregate we ship is licensed under the asl2 only no matter what's in it and that this may limit what we can include in an aggregate work. The m-r-r-p includes the apache license and a notice file which lists all the dependencies and their origin. Here's a sample, including problems that haven't been overridden yet: // -- // NOTICE file corresponding to the section 4d of The Apache License, // Version 2.0, in this case for ApacheDS Server Main // -- ApacheDS Server Main Copyright 2003-2007 The Apache Software Foundation This product includes software developed at The Apache Software Foundation (http://www.apache.org/). This product includes software, Spring Framework: Beans, developed by Spring Framework (http://www.springframework.org/). This product includes software, AOP alliance, developed by $project.organization.name ($project.organization.url). This product includes software, ApacheDS Extra Schemas, developed by The Apache Software Foundation (http://www.apache.org/). This product includes software, Apache Directory MINA ASN.1 Codec Shared, developed by The Apache Software Foundation (http://www.apache.org/). This product includes software, Daemon, developed by $project.organization.name ($project.organization.url). This product includes software, ApacheDS Constants, developed by The Apache Software Foundation (http://www.apache.org/). This product includes software, ApacheDS Utils, developed by The Apache Software Foundation (http://www.apache.org/). This product includes software, Unnamed - logkit:logkit:jar:1.0.1, developed by $project.organization.name ($project.organization.url). This product includes software, ApacheDS Core, developed by The Apache Software Foundation (http://www.apache.org/). This product includes software, JDBM, developed by JDBM (http://jdbm.sourceforge.net/). thanks david jencks On Sep 6, 2007, at 9:14 AM, Paul McMahan wrote: On Sep 4, 2007, at 9:49 AM, Kevan Miller wrote: Looking at the dojo jetty/tomcat configs, we're not handling the license/notice files very well. IMO, the META-INF/LICENSE.txt file should contain both the ASL V2 license and the Dojo licenses. The META-INF/NOTICE.txt should contain the Apache Geronimo copyright notice and the Dojo notice. Thanks for pointing this out. I added the Dojo license and notice to applications/geronimo-dojo, configs/dojo-tomcat, and configs/ dojo-jetty in trunk and branches/2.0. Best wishes, Paul
Re: [ANNOUNCE] Welcome Donald Woods as the newest member of the Geronimo PMC
On Sep 6, 2007, at 11:12 AM, Hernan Cunico wrote: Please join us in congratulating Donald Woods as the newest member of the Geronimo PMC. Donald has contributed to Geronimo in many different areas; he has provided tons of patches, added functionality, testing and security among others. We are very pleased he accepted our invitation to join us in the project's oversight. Congrats Donald! --kevan
Re: Questions about geronimo-plugin.xml content
On Sep 6, 2007, at 12:52 PM, David Jencks wrote: I think we should start using the maven-remote-resources-plugin. I will get to it eventually for sufficiently distant values of eventually... :-) I would love to have license and notice file generation to be automated. I have my doubts that it will work for a project with as many diverse dependencies as Geronimo. The example you provide below indicates that m-r-r-p (or the available maven meta-data descriptions) is not ready, yet -- note the multiple occurrences of ... developed by $project.organization.name ($project.organization.url). My understanding which could be quite wrong is that any aggregate we ship is licensed under the asl2 only no matter what's in it and that this may limit what we can include in an aggregate work. Our aggregate is not licensed solely under ASL V2. Far from it... We develop source code which is, almost entirely, ASL v2 licensed. However, our aggregate contains artifacts that are covered my multiple licenses. These licenses are acceptable for use within an Apache product (as determined by our PMC). I don't think Apache DS has done a very good job of indicating the licenses that apply to their aggregate (at least in their noarch distribution it's terrible). Looking at 1.5.1 unstable binary (i couldn't find a stable binary), the apacheds-noarch/target/apacheds- noarch-installer-1.5.1-app.jar contains the following license files: ASL V2 Spring SL4J jzlib JDBM (LICENSE.txt in a separate format from the other license files) --kevan The m-r-r-p includes the apache license and a notice file which lists all the dependencies and their origin. Here's a sample, including problems that haven't been overridden yet: // -- // NOTICE file corresponding to the section 4d of The Apache License, // Version 2.0, in this case for ApacheDS Server Main // -- ApacheDS Server Main Copyright 2003-2007 The Apache Software Foundation This product includes software developed at The Apache Software Foundation (http://www.apache.org/). This product includes software, Spring Framework: Beans, developed by Spring Framework (http://www.springframework.org/). This product includes software, AOP alliance, developed by $project.organization.name ($project.organization.url). This product includes software, ApacheDS Extra Schemas, developed by The Apache Software Foundation (http://www.apache.org/). This product includes software, Apache Directory MINA ASN.1 Codec Shared, developed by The Apache Software Foundation (http://www.apache.org/). This product includes software, Daemon, developed by $project.organization.name ($project.organization.url). This product includes software, ApacheDS Constants, developed by The Apache Software Foundation (http://www.apache.org/). This product includes software, ApacheDS Utils, developed by The Apache Software Foundation (http://www.apache.org/). This product includes software, Unnamed - logkit:logkit:jar:1.0.1, developed by $project.organization.name ($project.organization.url). This product includes software, ApacheDS Core, developed by The Apache Software Foundation (http://www.apache.org/). This product includes software, JDBM, developed by JDBM (http://jdbm.sourceforge.net/). thanks david jencks On Sep 6, 2007, at 9:14 AM, Paul McMahan wrote: On Sep 4, 2007, at 9:49 AM, Kevan Miller wrote: Looking at the dojo jetty/tomcat configs, we're not handling the license/notice files very well. IMO, the META-INF/LICENSE.txt file should contain both the ASL V2 license and the Dojo licenses. The META-INF/NOTICE.txt should contain the Apache Geronimo copyright notice and the Dojo notice. Thanks for pointing this out. I added the Dojo license and notice to applications/geronimo-dojo, configs/dojo-tomcat, and configs/ dojo-jetty in trunk and branches/2.0. Best wishes, Paul
[jira] Commented: (SM-1045) Servicemix tooling changes to generate JBISharedLibraryDescriptor
[ https://issues.apache.org/activemq/browse/SM-1045?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_40092 ] Guillaume Nodet commented on SM-1045: - Could you please provide a diff file from trunk (generated using svn diff for example). I think there were some changes (reformat maybe) that makes analysing the difference difficult... Servicemix tooling changes to generate JBISharedLibraryDescriptor - Key: SM-1045 URL: https://issues.apache.org/activemq/browse/SM-1045 Project: ServiceMix Issue Type: New Feature Components: tooling Affects Versions: 3.1 Environment: Windows, JBOSS 4.0.4-GA using servicemix deployment Reporter: Srivatsan Sridharan Attachments: GenerateServiceAssemblyDescriptorMojo.java This is the patch that we have come up with for addrressing the issue detailed in this link http://www.nabble.com/Deploying-multiple-versions-of-service-units-using-artifactId-filtering-tf4215049s12049.html#a11991823 Please let me know if the approach is correct. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [ANNOUNCE] Welcome Donald Woods as the newest member of the Geronimo PMC
Congratulations Donald!!! Lin Hernan Cunico wrote: Please join us in congratulating Donald Woods as the newest member of the Geronimo PMC. Donald has contributed to Geronimo in many different areas; he has provided tons of patches, added functionality, testing and security among others. We are very pleased he accepted our invitation to join us in the project's oversight. Welcome aboard Donald!!! The Apache Geronimo PMC Cheers! Hernan
[jira] Assigned: (GERONIMO-2188) Need to configure CommitBeforeAutoCommit=true for Database Commits in Oracle
[ https://issues.apache.org/jira/browse/GERONIMO-2188?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lin Sun reassigned GERONIMO-2188: - Assignee: Lin Sun (was: Matt Hogstrom) Need to configure CommitBeforeAutoCommit=true for Database Commits in Oracle Key: GERONIMO-2188 URL: https://issues.apache.org/jira/browse/GERONIMO-2188 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: connector Affects Versions: 1.1.1 Reporter: Krishnakumar B Assignee: Lin Sun Attachments: G2188-2.patch, G2188.patch We have to configure CommitBeforeAutCommit=true property exclusively in the database connection pool plan, to have the ejb -based transactions immediately committed for oracle database. Otherwise it only commits transaction when the server shuts-down. This problem is not faces with Derby database. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-2188) Need to configure CommitBeforeAutoCommit=true for Database Commits in Oracle
[ https://issues.apache.org/jira/browse/GERONIMO-2188?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12525490 ] Lin Sun commented on GERONIMO-2188: --- This bug still exists with geronimo 2.0.1 with the same behavior. Working on setting up an env for this. Need to configure CommitBeforeAutoCommit=true for Database Commits in Oracle Key: GERONIMO-2188 URL: https://issues.apache.org/jira/browse/GERONIMO-2188 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: connector Affects Versions: 1.1.1 Reporter: Krishnakumar B Assignee: Lin Sun Attachments: G2188-2.patch, G2188.patch We have to configure CommitBeforeAutCommit=true property exclusively in the database connection pool plan, to have the ejb -based transactions immediately committed for oracle database. Otherwise it only commits transaction when the server shuts-down. This problem is not faces with Derby database. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[BUILD] 2.0: Failed for Revision: 573329
OpenEJB trunk at 573326
Geronimo Revision: 573329 built with tests skipped
See the full build-1400.log file at
http://people.apache.org/~prasad/binaries/2.0/20070906/build-1400.log
214K downloaded
[INFO] [compiler:compile]
[INFO] Compiling 16 source files to
/home/prasad/geronimo/2.0/modules/geronimo-clustering-wadi/target/classes
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] Not compiling test sources
[INFO] [surefire:test]
[INFO] Tests are skipped.
[INFO] [jar:jar]
[INFO] Building jar:
/home/prasad/geronimo/2.0/modules/geronimo-clustering-wadi/target/geronimo-clustering-wadi-2.0.2-SNAPSHOT.jar
[INFO] [tools:verify-legal-files {execution: verify-legal-files}]
[INFO] Checking legal files in: geronimo-clustering-wadi-2.0.2-SNAPSHOT.jar
[INFO] [install:install]
[INFO] Installing
/home/prasad/geronimo/2.0/modules/geronimo-clustering-wadi/target/geronimo-clustering-wadi-2.0.2-SNAPSHOT.jar
to
/home/prasad/.m2/repository/org/apache/geronimo/modules/geronimo-clustering-wadi/2.0.2-SNAPSHOT/geronimo-clustering-wadi-2.0.2-SNAPSHOT.jar
[INFO]
[INFO] Building Geronimo :: Configuration Converter
[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/2.0/modules/geronimo-converter/target/classes/META-INF
[INFO] Copying 2 files to
/home/prasad/geronimo/2.0/modules/geronimo-converter/target/classes/META-INF
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Compiling 8 source files to
/home/prasad/geronimo/2.0/modules/geronimo-converter/target/classes
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] Not compiling test sources
[INFO] [surefire:test]
[INFO] Tests are skipped.
[INFO] [jar:jar]
[INFO] Building jar:
/home/prasad/geronimo/2.0/modules/geronimo-converter/target/geronimo-converter-2.0.2-SNAPSHOT.jar
[INFO] [tools:verify-legal-files {execution: verify-legal-files}]
[INFO] Checking legal files in: geronimo-converter-2.0.2-SNAPSHOT.jar
[INFO] [install:install]
[INFO] Installing
/home/prasad/geronimo/2.0/modules/geronimo-converter/target/geronimo-converter-2.0.2-SNAPSHOT.jar
to
/home/prasad/.m2/repository/org/apache/geronimo/modules/geronimo-converter/2.0.2-SNAPSHOT/geronimo-converter-2.0.2-SNAPSHOT.jar
[INFO]
[INFO] Building Geronimo :: Timer
[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/2.0/modules/geronimo-timer/target/classes/META-INF
[INFO] Copying 2 files to
/home/prasad/geronimo/2.0/modules/geronimo-timer/target/classes/META-INF
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Compiling 20 source files to
/home/prasad/geronimo/2.0/modules/geronimo-timer/target/classes
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] Not compiling test sources
[INFO] [surefire:test]
[INFO] Tests are skipped.
[INFO] [jar:jar]
[INFO] Building jar:
/home/prasad/geronimo/2.0/modules/geronimo-timer/target/geronimo-timer-2.0.2-SNAPSHOT.jar
[INFO] [tools:verify-legal-files {execution: verify-legal-files}]
[INFO] Checking legal files in: geronimo-timer-2.0.2-SNAPSHOT.jar
[INFO] [install:install]
[INFO] Installing
/home/prasad/geronimo/2.0/modules/geronimo-timer/target/geronimo-timer-2.0.2-SNAPSHOT.jar
to
/home/prasad/.m2/repository/org/apache/geronimo/modules/geronimo-timer/2.0.2-SNAPSHOT/geronimo-timer-2.0.2-SNAPSHOT.jar
[INFO]
[INFO] Building Geronimo :: CORBA
[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/2.0/modules/geronimo-corba/target/classes/META-INF
[INFO] Copying 2 files to
/home/prasad/geronimo/2.0/modules/geronimo-corba/target/classes/META-INF
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Compiling 123 source files to
/home/prasad/geronimo/2.0/modules/geronimo-corba/target/classes
[INFO
Re: [BUILD] 2.0: Failed for Revision: 573329
I opened GERONIMO-3459 for this, as the file was deleted from the OpenEJB
source in Rev572863
-Donald
[EMAIL PROTECTED] wrote:
OpenEJB trunk at 573326
Geronimo Revision: 573329 built with tests skipped
See the full build-1400.log file at http://people.apache.org/~prasad/binaries/2.0/20070906/build-1400.log
214K downloaded
[INFO] [compiler:compile]
[INFO] Compiling 16 source files to
/home/prasad/geronimo/2.0/modules/geronimo-clustering-wadi/target/classes
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] Not compiling test sources
[INFO] [surefire:test]
[INFO] Tests are skipped.
[INFO] [jar:jar]
[INFO] Building jar:
/home/prasad/geronimo/2.0/modules/geronimo-clustering-wadi/target/geronimo-clustering-wadi-2.0.2-SNAPSHOT.jar
[INFO] [tools:verify-legal-files {execution: verify-legal-files}]
[INFO] Checking legal files in: geronimo-clustering-wadi-2.0.2-SNAPSHOT.jar
[INFO] [install:install]
[INFO] Installing
/home/prasad/geronimo/2.0/modules/geronimo-clustering-wadi/target/geronimo-clustering-wadi-2.0.2-SNAPSHOT.jar
to
/home/prasad/.m2/repository/org/apache/geronimo/modules/geronimo-clustering-wadi/2.0.2-SNAPSHOT/geronimo-clustering-wadi-2.0.2-SNAPSHOT.jar
[INFO]
[INFO] Building Geronimo :: Configuration Converter
[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/2.0/modules/geronimo-converter/target/classes/META-INF
[INFO] Copying 2 files to
/home/prasad/geronimo/2.0/modules/geronimo-converter/target/classes/META-INF
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Compiling 8 source files to
/home/prasad/geronimo/2.0/modules/geronimo-converter/target/classes
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] Not compiling test sources
[INFO] [surefire:test]
[INFO] Tests are skipped.
[INFO] [jar:jar]
[INFO] Building jar:
/home/prasad/geronimo/2.0/modules/geronimo-converter/target/geronimo-converter-2.0.2-SNAPSHOT.jar
[INFO] [tools:verify-legal-files {execution: verify-legal-files}]
[INFO] Checking legal files in: geronimo-converter-2.0.2-SNAPSHOT.jar
[INFO] [install:install]
[INFO] Installing
/home/prasad/geronimo/2.0/modules/geronimo-converter/target/geronimo-converter-2.0.2-SNAPSHOT.jar
to
/home/prasad/.m2/repository/org/apache/geronimo/modules/geronimo-converter/2.0.2-SNAPSHOT/geronimo-converter-2.0.2-SNAPSHOT.jar
[INFO]
[INFO] Building Geronimo :: Timer
[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/2.0/modules/geronimo-timer/target/classes/META-INF
[INFO] Copying 2 files to
/home/prasad/geronimo/2.0/modules/geronimo-timer/target/classes/META-INF
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Compiling 20 source files to
/home/prasad/geronimo/2.0/modules/geronimo-timer/target/classes
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] Not compiling test sources
[INFO] [surefire:test]
[INFO] Tests are skipped.
[INFO] [jar:jar]
[INFO] Building jar:
/home/prasad/geronimo/2.0/modules/geronimo-timer/target/geronimo-timer-2.0.2-SNAPSHOT.jar
[INFO] [tools:verify-legal-files {execution: verify-legal-files}]
[INFO] Checking legal files in: geronimo-timer-2.0.2-SNAPSHOT.jar
[INFO] [install:install]
[INFO] Installing
/home/prasad/geronimo/2.0/modules/geronimo-timer/target/geronimo-timer-2.0.2-SNAPSHOT.jar
to
/home/prasad/.m2/repository/org/apache/geronimo/modules/geronimo-timer/2.0.2-SNAPSHOT/geronimo-timer-2.0.2-SNAPSHOT.jar
[INFO]
[INFO] Building Geronimo :: CORBA
[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/2.0/modules/geronimo-corba/target/classes/META-INF
[INFO] Copying 2 files to
/home/prasad/geronimo/2.0/modules/geronimo-corba/target/classes/META-INF
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Compiling 123 source files to
/home/prasad
[jira] Updated: (GERONIMO-2188) When oracle wrapper is used, commits are not immediately committed to oracle database
[ https://issues.apache.org/jira/browse/GERONIMO-2188?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lin Sun updated GERONIMO-2188: -- Summary: When oracle wrapper is used, commits are not immediately committed to oracle database (was: Need to configure CommitBeforeAutoCommit=true for Database Commits in Oracle) When oracle wrapper is used, commits are not immediately committed to oracle database - Key: GERONIMO-2188 URL: https://issues.apache.org/jira/browse/GERONIMO-2188 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: connector Affects Versions: 1.1.1 Reporter: Krishnakumar B Assignee: Lin Sun Attachments: G2188-2.patch, G2188.patch We have to configure CommitBeforeAutCommit=true property exclusively in the database connection pool plan, to have the ejb -based transactions immediately committed for oracle database. Otherwise it only commits transaction when the server shuts-down. This problem is not faces with Derby database. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-3459) Build break due to OpenEJB Rev572863 changes
Build break due to OpenEJB Rev572863 changes
Key: GERONIMO-3459
URL: https://issues.apache.org/jira/browse/GERONIMO-3459
Project: Geronimo
Issue Type: Bug
Security Level: public (Regular issues)
Components: OpenEJB
Affects Versions: 2.0.2, 2.0.x, 2.1
Reporter: Donald Woods
Assignee: David Blevins
Priority: Blocker
Trunk and 2.0.2-SNAPSHOT builds are failing due to changes in OpenEJB Rev572863
to removed some unused code.
[INFO]
[INFO] Building Geronimo :: CORBA
[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/2.0/modules/geronimo-corba/target/classes/META-INF
[INFO] Copying 2 files to
/home/prasad/geronimo/2.0/modules/geronimo-corba/target/classes/META-INF
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Compiling 123 source files to
/home/prasad/geronimo/2.0/modules/geronimo-corba/target/classes
[INFO]
[ERROR] BUILD FAILURE
[INFO]
[INFO] Compilation failure
/home/prasad/geronimo/2.0/modules/geronimo-corba/src/main/java/org/apache/geronimo/corba/util/Util.java:[73,31]
cannot find symbol
symbol : class ObjectInputStreamExt
location: package org.apache.openejb.util
/home/prasad/geronimo/2.0/modules/geronimo-corba/src/main/java/org/apache/geronimo/corba/util/Util.java:[557,8]
cannot find symbol
symbol : class ObjectInputStreamExt
location: class org.apache.geronimo.corba.util.Util
/home/prasad/geronimo/2.0/modules/geronimo-corba/src/main/java/org/apache/geronimo/corba/util/Util.java:[557,39]
cannot find symbol
symbol : class ObjectInputStreamExt
location: class org.apache.geronimo.corba.util.Util
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMODEVTOOLS-195) problems with defining new server: can't download and install, can't choose jetty
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-195?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12525495 ] Ted Kirby commented on GERONIMODEVTOOLS-195: With the changes that Tim put into the version in branches/2.0.0 today, it looks like you have to specify a directory first in the Application Server Installation Directory text box before the other controls will work. There is no message or indication of any kind that that is what must be done. After that is done, however, and installing from the staging server announced in the new vote today, I can select tomcat or jetty, and I could download tomcat and start the server. problems with defining new server: can't download and install, can't choose jetty - Key: GERONIMODEVTOOLS-195 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-195 Project: Geronimo-Devtools Issue Type: Bug Affects Versions: 2.0, 2.1, 2.0.x, 2.1.x Reporter: Ted Kirby Download and Install button will not install the Server correctly, No matter what directory is indicated, Clicking the button will always prompt an error The specified directory does not exist, Then Both Next and Finish button also become gray and cannot be clicked. there are radio buttons for tomcat and jetty, but the jetty button does not work. The tomcat just stays selected. -- 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 Eclipse Plugin 2.0.0
cool! I just noticed this. From using the update site, I was not given an option to install Geronimo 1.2 WTP server adapter. On 9/6/07, Tim McConnell [EMAIL PROTECTED] wrote: Hi Matt, to address the problems you've encountered I've done a number of things to hopefully ease the effort required to review and test the plugin: 1 -- There is now a rudimentary set of install instructions available at the url below that will hopefully describe the necessary prereqs and steps required to install and run the plugin. I'm in the process of creating Wiki pages for the Plugin Release Process and General Information about the plugin, and would like to use this document as a base for the General Information page. So, I would be very interested in getting feedback on these instructions: http://people.apache.org/~mcconne/releases/Geronimo_Eclipse_Plugin_2.0_Instructions.txt 2 -- There is now an ant build.xml file that can be used to download all the prereqs for the plugin. It is documented in the instructions. 3 -- Per numerous recommendations, I've created a Staging Site that used to test the update manager functions of Eclipse for downloading both the plugin itself and the Geronimo Server. This is also documented in the instructions. Hopefully, these will help. If not just let me know. The vote will now conclude at 8:00 AM EST Sunday September 9th. Thanks much Tim McConnell wrote: Hi, Please review and vote on the release of the Geronimo Eclipse Plugin 2.0.0 (to correspond with the Geronimo 2.0.1 Server release): The deployable zip file is here: http://people.apache.org/~mcconne/releases/g-eclipse-plugin-2.0.0-deployable.zip The current svn location is here: https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/branches/2.0.0 The future svn location will be here: https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/2.0.0 The vote will conclude at 2:00 PM EST on Thursday, September 6th. -- Thanks, Tim McConnell
Re: [ANNOUNCE] Welcome Donald Woods as the newest member of the Geronimo PMC
Whoohoo! Congrats Donald! Jacek On 9/6/07, Hernan Cunico [EMAIL PROTECTED] wrote: Please join us in congratulating Donald Woods as the newest member of the Geronimo PMC. Donald has contributed to Geronimo in many different areas; he has provided tons of patches, added functionality, testing and security among others. We are very pleased he accepted our invitation to join us in the project's oversight. Welcome aboard Donald!!! The Apache Geronimo PMC Cheers! Hernan -- Jacek Laskowski http://www.JacekLaskowski.pl
[jira] Updated: (GERONIMO-3327) When both tomcat http and https connector gbeans are unloaded, java.net.MalformedURLException occurs while starting server.
[
https://issues.apache.org/jira/browse/GERONIMO-3327?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Donald Woods updated GERONIMO-3327:
---
Fix Version/s: (was: 2.1)
(was: 2.0.x)
Verification Required
Kan, you mentioned that 3350 fixed the exception, so please close this issue if
it is fixed or add additional details on the new failure scenario
When both tomcat http and https connector gbeans are unloaded,
java.net.MalformedURLException occurs while starting server.
---
Key: GERONIMO-3327
URL: https://issues.apache.org/jira/browse/GERONIMO-3327
Project: Geronimo
Issue Type: Bug
Security Level: public(Regular issues)
Components: Tomcat
Affects Versions: 1.x, 2.0-M6
Reporter: Kan Ogawa
Fix For: Verification Required
When both tomcat http and https connector gbeans are unloaded,
java.net.MalformedURLException occurs while running tomcat module startup.
This configuration is, for example, a typical case that other web server (
Apache HTTP Server, IIS, etc. ) connects geronimo server and processes all
http requests firstly as the main http server.
Tomcat module setting in config.xml:
module name=org.apache.geronimo.configs/tomcat6/2.0-M6/car
gbean name=TomcatResources/
gbean load=false name=TomcatWebConnector
attribute name=host${PlanServerHostname}/attribute
attribute name=port${PlanHTTPPortPrimary +
portOffset}/attribute
attribute name=redirectPort${PlanHTTPSPortPrimary +
portOffset}/attribute
/gbean
gbean name=TomcatAJPConnector
attribute name=host${PlanServerHostname}/attribute
attribute name=port${PlanAJPPortPrimary +
portOffset}/attribute
attribute name=redirectPort${PlanHTTPSPortPrimary +
portOffset}/attribute
/gbean
gbean load=false name=TomcatWebSSLConnector
attribute name=host${PlanServerHostname}/attribute
attribute name=port${PlanHTTPSPortPrimary +
portOffset}/attribute
/gbean
/module
Stack trace in geronimo log:
18:30:41,156 ERROR [TomcatWebAppContext] Bad URL to connect to web app
java.net.MalformedURLException: unknown protocol: ajp
at java.net.URL.init(URL.java:574)
at java.net.URL.init(URL.java:464)
at java.net.URL.init(URL.java:413)
at
org.apache.geronimo.tomcat.TomcatWebAppContext.getURLFor(TomcatWebAppContext.java:383)
at
org.apache.geronimo.tomcat.TomcatWebAppContext$$FastClassByCGLIB$$776c85b4.invoke(generated)
at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
at
org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
at
org.apache.geronimo.gbean.runtime.GBeanAttribute.getValue(GBeanAttribute.java:390)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.getAttribute(GBeanInstance.java:689)
at
org.apache.geronimo.kernel.basic.BasicKernel.getAttribute(BasicKernel.java:178)
at
org.apache.geronimo.deployment.plugin.local.CommandSupport.addWebURLs(CommandSupport.java:295)
at
org.apache.geronimo.deployment.plugin.jmx.JMXDeploymentManager.getModules(JMXDeploymentManager.java:177)
at
org.apache.geronimo.deployment.plugin.jmx.JMXDeploymentManager.getAvailableModules(JMXDeploymentManager.java:118)
at
org.apache.geronimo.deployment.hot.DirectoryHotDeployer.doStart(DirectoryHotDeployer.java:160)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:994)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:268)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:124)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:551)
at
org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:379)
at
org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:442)
at
org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:188)
at
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:530)
at
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:511)
at
org.apache.geronimo.kernel.config.SimpleConfigurationManager$$FastClassByCGLIB$$ce77a924.invoke(generated)
Re: [jira] Created: (GERONIMO-3445) Verify log levels can be changed for openejb related log categories
On Sep 6, 2007, at 9:04 AM, Karan Malhi wrote: This is because Geronimo also uses the same classes as we use in embedded mode. So it will not be possible to set the SystemProperty there. For example, OpenEjbSystemGBean also uses SystemInstance, but our code also uses SystemInstance heavily. So setting it in SystemInstance will not lead to the desired behaviour. We can however try the following options: 1. Ask Geronimo team to set this property in org.apache.geronimo.openejb.OpenEjbSystemGBean Not sure I followed the explanation above. Ideally we'd be able to use option 1 here as that's what we do for other properties. Setting openejb.logging.external=true as a plain system property in OpenEjbSystemGBean should work right? -David
[jira] Closed: (GERONIMO-3459) Build break due to OpenEJB Rev572863 changes
[
https://issues.apache.org/jira/browse/GERONIMO-3459?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Blevins closed GERONIMO-3459.
---
Resolution: Fixed
Fix Version/s: 2.1
2.0.x
2.0.2
Fixed in branches/2.0
Adding src/main/java/org/apache/geronimo/corba/util/ClassLoading.java
Adding
src/main/java/org/apache/geronimo/corba/util/ObjectInputStreamExt.java
Sendingsrc/main/java/org/apache/geronimo/corba/util/Util.java
Transmitting file data ...
Committed revision 573346.
Fixed in trunk
Adding src/main/java/org/apache/geronimo/corba/util/ClassLoading.java
Adding
src/main/java/org/apache/geronimo/corba/util/ObjectInputStreamExt.java
Sendingsrc/main/java/org/apache/geronimo/corba/util/Util.java
Transmitting file data ...
Committed revision 573356.
Build break due to OpenEJB Rev572863 changes
Key: GERONIMO-3459
URL: https://issues.apache.org/jira/browse/GERONIMO-3459
Project: Geronimo
Issue Type: Bug
Security Level: public(Regular issues)
Components: OpenEJB
Affects Versions: 2.0.2, 2.0.x, 2.1
Reporter: Donald Woods
Assignee: David Blevins
Priority: Blocker
Fix For: 2.0.2, 2.0.x, 2.1
Trunk and 2.0.2-SNAPSHOT builds are failing due to changes in OpenEJB
Rev572863 to removed some unused code.
[INFO]
[INFO] Building Geronimo :: CORBA
[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/2.0/modules/geronimo-corba/target/classes/META-INF
[INFO] Copying 2 files to
/home/prasad/geronimo/2.0/modules/geronimo-corba/target/classes/META-INF
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Compiling 123 source files to
/home/prasad/geronimo/2.0/modules/geronimo-corba/target/classes
[INFO]
[ERROR] BUILD FAILURE
[INFO]
[INFO] Compilation failure
/home/prasad/geronimo/2.0/modules/geronimo-corba/src/main/java/org/apache/geronimo/corba/util/Util.java:[73,31]
cannot find symbol
symbol : class ObjectInputStreamExt
location: package org.apache.openejb.util
/home/prasad/geronimo/2.0/modules/geronimo-corba/src/main/java/org/apache/geronimo/corba/util/Util.java:[557,8]
cannot find symbol
symbol : class ObjectInputStreamExt
location: class org.apache.geronimo.corba.util.Util
/home/prasad/geronimo/2.0/modules/geronimo-corba/src/main/java/org/apache/geronimo/corba/util/Util.java:[557,39]
cannot find symbol
symbol : class ObjectInputStreamExt
location: class org.apache.geronimo.corba.util.Util
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Re: [BUILD] 2.0: Failed for Revision: 573329
On Sep 6, 2007, at 11:45 AM, Donald Woods wrote: I opened GERONIMO-3459 for this, as the file was deleted from the OpenEJB source in Rev572863 All fixed. I added the missing files into the geronimo-corba module. -David
[jira] Assigned: (XBEAN-92) UrlSet excludePaths() method throws a nullpointer exception if the pathString argument is null
[
https://issues.apache.org/jira/browse/XBEAN-92?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Blevins reassigned XBEAN-92:
--
Assignee: David Blevins
UrlSet excludePaths() method throws a nullpointer exception if the pathString
argument is null
--
Key: XBEAN-92
URL: https://issues.apache.org/jira/browse/XBEAN-92
Project: XBean
Issue Type: Bug
Environment: IBM JDK 5
Reporter: karan singh malhi
Assignee: David Blevins
Priority: Blocker
With IBM JDK 5, when we try to get the system property java.endorsed.dirs, it
returns null. This is a critical issue as it prevents OpenEjb from starting
In UrlSet, the following method will lead to a NullPointerException:
public UrlSet excludeJavaEndorsedDirs() throws MalformedURLException {
return excludePaths(System.getProperty(java.endorsed.dirs));
}
This is because the excludePaths() method assumes that the pathString
argument is always non-null.
public UrlSet excludePaths(String pathString) throws MalformedURLException
{
String[] paths = pathString.split(File.pathSeparator);
UrlSet urlSet = this;
for (String path : paths) {
File file = new File(path);
urlSet = urlSet.exclude(file);
}
return urlSet;
}
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Re: Geronimo Java EE 5.0 Report Card
Good point, we already tamed the beast. If nobody opposes I would just remove the reference on the website and archive the report card somewhere in the wiki. Cheers! Hernan Jarek Gawor wrote: Hernan, The http://cwiki.apache.org/GMOxPMGT/geronimo-java-ee-50-report-card.html page is linked from the main Geronimo web page. I think we should either remove it, or update it accordingly. Jarek
Re: [jira] Created: (GERONIMO-3445) Verify log levels can be changed for openejb related log categories
Yes it should work. On 9/6/07, David Blevins [EMAIL PROTECTED] wrote: On Sep 6, 2007, at 9:04 AM, Karan Malhi wrote: This is because Geronimo also uses the same classes as we use in embedded mode. So it will not be possible to set the SystemProperty there. For example, OpenEjbSystemGBean also uses SystemInstance, but our code also uses SystemInstance heavily. So setting it in SystemInstance will not lead to the desired behaviour. We can however try the following options: 1. Ask Geronimo team to set this property in org.apache.geronimo.openejb.OpenEjbSystemGBean Not sure I followed the explanation above. Ideally we'd be able to use option 1 here as that's what we do for other properties. Setting openejb.logging.external=true as a plain system property in OpenEjbSystemGBean should work right? -David -- Karan Singh Malhi
[jira] Commented: (GERONIMO-3457) Drools BRMS issue using geronimo 2.0.1-jetty6
[ https://issues.apache.org/jira/browse/GERONIMO-3457?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12525524 ] Kevan Miller commented on GERONIMO-3457: Hmm. Drools 4.0.0 (I didn't see a 4.0.1) works fine for me on Mac OS X. Could you run a test with 4.0.0 and also try a run on a non-Windows system (e.g. Linux)? Trying to rule out some possibilities... Drools BRMS issue using geronimo 2.0.1-jetty6 - Key: GERONIMO-3457 URL: https://issues.apache.org/jira/browse/GERONIMO-3457 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: Jetty Affects Versions: 2.0.1 Environment: geronimo 2.0.1-jetty6 windows drools-jbrms 4.0.1 Reporter: Bhagwath Vadyala Attachments: drools-error-screenshot.doc, geronimo-jetty-server-log.txt We are having an issuing testing drools BRMS 4.0.1 on geronimo 2.0.1 jetty 6 version. It deploys fine but when we open the url http://localhost:8080/drools-jbrms, its not redirecting to correct page. We use the same drools-jbrms war file and deploy on jboss-tomcat it works fine and redirects to the correct page. We posted the issue to JBOSS and here is the response from them. Michael Neale commented on JBRULES-1150: ok the URL in the browser it wrong. Ideally you will put in: http://localhost:8080/drools-jbrms and it *should* redirect to : http://localhost:8080/drools-jbrms/org.drools.brms.JBRMS/JBRMS.html if it doesn't - then it is a bug with how geronimo is redirecting. The index.jsp, which is default, has: % String redirectURL = org.drools.brms.JBRMS/JBRMS.html; response.sendRedirect(redirectURL); % which should work as it does on every other app server tried so far. unfortunately we don't have resources to support every purmutation of app servers/web containers so this will require some experimentation. please let me know how you go. .. Please let me know how to fix this issue. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Geronimo Java EE 5.0 Report Card
Hernan, The http://cwiki.apache.org/GMOxPMGT/geronimo-java-ee-50-report-card.html page is linked from the main Geronimo web page. I think we should either remove it, or update it accordingly. Jarek
Re: Geronimo Java EE 5.0 Report Card
+1 to remove it. On Sep 6, 2007, at 4:48 PM, Hernan Cunico wrote: Good point, we already tamed the beast. If nobody opposes I would just remove the reference on the website and archive the report card somewhere in the wiki. Cheers! Hernan Jarek Gawor wrote: Hernan, The http://cwiki.apache.org/GMOxPMGT/geronimo-java-ee-50-report- card.html page is linked from the main Geronimo web page. I think we should either remove it, or update it accordingly. Jarek
Re: Questions about geronimo-plugin.xml content
On Sep 6, 2007, at 10:42 AM, Kevan Miller wrote:
On Sep 6, 2007, at 12:52 PM, David Jencks wrote:
I think we should start using the maven-remote-resources-plugin.
I will get to it eventually for sufficiently distant values of
eventually...
:-) I would love to have license and notice file generation to be
automated. I have my doubts that it will work for a project with as
many diverse dependencies as Geronimo. The example you provide
below indicates that m-r-r-p (or the available maven meta-data
descriptions) is not ready, yet -- note the multiple occurrences of
... developed by $project.organization.name
($project.organization.url).
saying including problems that haven't been overridden yet was
supposed to imply that these are fixable through additional
configuration so you wouldn't say that :-) I'm not sure where these
particular ${}'s came from since when I converted apacheds to use the
m-r-r-p I thought I got rid of all of them.
My understanding which could be quite wrong is that any aggregate
we ship is licensed under the asl2 only no matter what's in it and
that this may limit what we can include in an aggregate work.
Our aggregate is not licensed solely under ASL V2. Far from it...
We develop source code which is, almost entirely, ASL v2 licensed.
However, our aggregate contains artifacts that are covered my
multiple licenses. These licenses are acceptable for use within
an Apache product (as determined by our PMC).
I don't think Apache DS has done a very good job of indicating the
licenses that apply to their aggregate (at least in their noarch
distribution it's terrible). Looking at 1.5.1 unstable binary (i
couldn't find a stable binary), the apacheds-noarch/target/
apacheds-noarch-installer-1.5.1-app.jar contains the following
license files:
ASL V2
Spring
SL4J
jzlib
JDBM (LICENSE.txt in a separate format from the other license files)
I don't understand this so I'll stop talking about it. I'm not sure
the m-r-r-p will be useful for assemblies but I think it will work
fine for jars and cars.
thanks
david jencks
--kevan
The m-r-r-p includes the apache license and a notice file which
lists all the dependencies and their origin. Here's a sample,
including problems that haven't been overridden yet:
// --
// NOTICE file corresponding to the section 4d of The Apache License,
// Version 2.0, in this case for ApacheDS Server Main
// --
ApacheDS Server Main
Copyright 2003-2007 The Apache Software Foundation
This product includes software developed at
The Apache Software Foundation (http://www.apache.org/).
This product includes software, Spring Framework: Beans, developed by
Spring Framework (http://www.springframework.org/).
This product includes software, AOP alliance, developed by
$project.organization.name ($project.organization.url).
This product includes software, ApacheDS Extra Schemas, developed by
The Apache Software Foundation (http://www.apache.org/).
This product includes software, Apache Directory MINA ASN.1 Codec
Shared, developed by
The Apache Software Foundation (http://www.apache.org/).
This product includes software, Daemon, developed by
$project.organization.name ($project.organization.url).
This product includes software, ApacheDS Constants, developed by
The Apache Software Foundation (http://www.apache.org/).
This product includes software, ApacheDS Utils, developed by
The Apache Software Foundation (http://www.apache.org/).
This product includes software, Unnamed - logkit:logkit:jar:1.0.1,
developed by
$project.organization.name ($project.organization.url).
This product includes software, ApacheDS Core, developed by
The Apache Software Foundation (http://www.apache.org/).
This product includes software, JDBM, developed by
JDBM (http://jdbm.sourceforge.net/).
thanks
david jencks
On Sep 6, 2007, at 9:14 AM, Paul McMahan wrote:
On Sep 4, 2007, at 9:49 AM, Kevan Miller wrote:
Looking at the dojo jetty/tomcat configs, we're not handling the
license/notice files very well. IMO, the META-INF/LICENSE.txt
file should contain both the ASL V2 license and the Dojo
licenses. The META-INF/NOTICE.txt should contain the Apache
Geronimo copyright notice and the Dojo notice.
Thanks for pointing this out. I added the Dojo license and
notice to applications/geronimo-dojo, configs/dojo-tomcat, and
configs/dojo-jetty in trunk and branches/2.0.
Best wishes,
Paul
[jira] Commented: (GERONIMO-3445) Verify log levels can be changed for openejb related log categories
[
https://issues.apache.org/jira/browse/GERONIMO-3445?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12525537
]
David Blevins commented on GERONIMO-3445:
-
Added this patch to branches/2.0 and trunk.
Index: src/main/java/org/apache/geronimo/openejb/OpenEjbSystemGBean.java
===
--- src/main/java/org/apache/geronimo/openejb/OpenEjbSystemGBean.java
(revision 570242)
+++ src/main/java/org/apache/geronimo/openejb/OpenEjbSystemGBean.java
(working copy)
@@ -104,7 +104,8 @@
}
System.setProperty(duct tape,);
System.setProperty(admin.disabled, true);
-
+System.setProperty(openejb.logger.external, true);
+
setDefaultProperty(openejb.deploymentId.format,
{moduleId}/{ejbName});
setDefaultProperty(openejb.jndiname.strategy.class,
org.apache.openejb.assembler.classic.JndiBuilder$TemplatedStrategy);
setDefaultProperty(openejb.jndiname.format,
{deploymentId}/{interfaceClass});
Verify log levels can be changed for openejb related log categories
---
Key: GERONIMO-3445
URL: https://issues.apache.org/jira/browse/GERONIMO-3445
Project: Geronimo
Issue Type: Bug
Security Level: public(Regular issues)
Affects Versions: 2.0
Reporter: David Blevins
Some users have reported inability to change log levels for log categories
pertaining to OpenEJB. This needs to be investigated, verified and fixed if
found to be an issue or better documented if found not to be an issue.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Re: [jira] Created: (GERONIMO-3445) Verify log levels can be changed for openejb related log categories
Cool. I've updated the Geronimo side as follows:
Index: src/main/java/org/apache/geronimo/openejb/OpenEjbSystemGBean.java
===
--- src/main/java/org/apache/geronimo/openejb/
OpenEjbSystemGBean.java (revision 570242)
+++ src/main/java/org/apache/geronimo/openejb/
OpenEjbSystemGBean.java (working copy)
@@ -104,7 +104,8 @@
}
System.setProperty(duct tape,);
System.setProperty(admin.disabled, true);
-
+System.setProperty(openejb.logger.external, true);
+
setDefaultProperty(openejb.deploymentId.format,
{moduleId}/{ejbName});
setDefaultProperty(openejb.jndiname.strategy.class,
org.apache.openejb.assembler.classic.JndiBuilder$TemplatedStrategy);
setDefaultProperty(openejb.jndiname.format,
{deploymentId}/{interfaceClass});
On Sep 6, 2007, at 1:52 PM, Karan Malhi wrote:
Yes it should work.
On 9/6/07, David Blevins [EMAIL PROTECTED] wrote:
On Sep 6, 2007, at 9:04 AM, Karan Malhi wrote:
This is because Geronimo also uses the same classes as we use in
embedded mode. So it will not be possible to set the SystemProperty
there. For example, OpenEjbSystemGBean also uses SystemInstance, but
our code also uses SystemInstance heavily. So setting it in
SystemInstance will not lead to the desired behaviour.
We can however try the following options:
1. Ask Geronimo team to set this property in
org.apache.geronimo.openejb.OpenEjbSystemGBean
Not sure I followed the explanation above. Ideally we'd be able to
use option 1 here as that's what we do for other properties.
Setting openejb.logging.external=true as a plain system property in
OpenEjbSystemGBean should work right?
-David
--
Karan Singh Malhi
Re: Geronimo Java EE 5.0 Report Card
Done, I also updated the link to the new javadocs for 2.0.1 Changes on the main site should show up within the next hour. Cheers! Hernan Matt Hogstrom wrote: +1 to remove it. On Sep 6, 2007, at 4:48 PM, Hernan Cunico wrote: Good point, we already tamed the beast. If nobody opposes I would just remove the reference on the website and archive the report card somewhere in the wiki. Cheers! Hernan Jarek Gawor wrote: Hernan, The http://cwiki.apache.org/GMOxPMGT/geronimo-java-ee-50-report-card.html page is linked from the main Geronimo web page. I think we should either remove it, or update it accordingly. Jarek
Re: Geronimo Java EE 5.0 Report Card
+1 to remove it Hernan Cunico wrote: Good point, we already tamed the beast. If nobody opposes I would just remove the reference on the website and archive the report card somewhere in the wiki. Cheers! Hernan Jarek Gawor wrote: Hernan, The http://cwiki.apache.org/GMOxPMGT/geronimo-java-ee-50-report-card.html page is linked from the main Geronimo web page. I think we should either remove it, or update it accordingly. Jarek
[jira] Issue Comment Edited: (GERONIMO-2567) Remote admin of server using deployer.jar fails to connect
[
https://issues.apache.org/jira/browse/GERONIMO-2567?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12525554
]
jaydm edited comment on GERONIMO-2567 at 9/6/07 4:19 PM:
-
Fixed in Revision: 568302/568304
Linux notes:
The hostname of the server needs to appear in the /etc/hosts file (on the
server) with its external ip address.
And the geronimo-home/var/config/config.xml file needs to have the
gbean-deployer module
updated to point to the external address (of the server).
ie:
module
name=org.apache.geronimo.configs/geronimo-gbean-deployer/2.1-SNAPSHOT/car
gbean name=Deployer
attribute name=remoteDeployAddresshttp://172.16.1.2:${HTTPPortPrimary +
PortOffset}/attribute
/gbean
/module
was (Author: jaydm):
Fixed in Revision: 568302
Linux notes:
The hostname of the server needs to appear in the /etc/hosts file (on the
server) with its external ip address.
And the geronimo-home/var/config/config.xml file needs to have the
gbean-deployer module
updated to point to the external address (of the server).
ie:
module
name=org.apache.geronimo.configs/geronimo-gbean-deployer/2.1-SNAPSHOT/car
gbean name=Deployer
attribute name=remoteDeployAddresshttp://172.16.1.2:${HTTPPortPrimary +
PortOffset}/attribute
/gbean
/module
Remote admin of server using deployer.jar fails to connect
--
Key: GERONIMO-2567
URL: https://issues.apache.org/jira/browse/GERONIMO-2567
Project: Geronimo
Issue Type: Bug
Security Level: public(Regular issues)
Components: deployment
Affects Versions: 1.2, 2.0, 2.0.x
Environment: Linux
Java 1.5
Reporter: Jay D. McHugh
Assignee: Kevan Miller
Fix For: 2.0.x, 2.1
Trying to remote deploy a WAR file resulted in a failed connection.
This happened regardless of whether the port was specified.
$ java -jar deployer.jar --user system --password manager --host 172.16.1.41
redeploy ~/PaLM.war
Error: Unable to connect to server at
deployer:geronimo:jmx://172.16.1.41 -- Connection refused to host:
127.0.0.1; nested exception is:
java.net.ConnectException: Connection refused
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Closed: (GERONIMO-2567) Remote admin of server using deployer.jar fails to connect
[
https://issues.apache.org/jira/browse/GERONIMO-2567?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jay D. McHugh closed GERONIMO-2567.
---
Fixed in Revision: 568302
Linux notes:
The hostname of the server needs to appear in the /etc/hosts file (on the
server) with its external ip address.
And the geronimo-home/var/config/config.xml file needs to have the
gbean-deployer module
updated to point to the external address (of the server).
ie:
module
name=org.apache.geronimo.configs/geronimo-gbean-deployer/2.1-SNAPSHOT/car
gbean name=Deployer
attribute name=remoteDeployAddresshttp://172.16.1.2:${HTTPPortPrimary +
PortOffset}/attribute
/gbean
/module
Remote admin of server using deployer.jar fails to connect
--
Key: GERONIMO-2567
URL: https://issues.apache.org/jira/browse/GERONIMO-2567
Project: Geronimo
Issue Type: Bug
Security Level: public(Regular issues)
Components: deployment
Affects Versions: 1.2, 2.0, 2.0.x
Environment: Linux
Java 1.5
Reporter: Jay D. McHugh
Assignee: Kevan Miller
Fix For: 2.0.x, 2.1
Trying to remote deploy a WAR file resulted in a failed connection.
This happened regardless of whether the port was specified.
$ java -jar deployer.jar --user system --password manager --host 172.16.1.41
redeploy ~/PaLM.war
Error: Unable to connect to server at
deployer:geronimo:jmx://172.16.1.41 -- Connection refused to host:
127.0.0.1; nested exception is:
java.net.ConnectException: Connection refused
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Closed: (GERONIMO-3327) When both tomcat http and https connector gbeans are unloaded, java.net.MalformedURLException occurs while starting server.
[
https://issues.apache.org/jira/browse/GERONIMO-3327?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kan Ogawa closed GERONIMO-3327.
---
Resolution: Fixed
Fix Version/s: (was: Verification Required)
2.0.1
When both tomcat http and https connector gbeans are unloaded,
java.net.MalformedURLException occurs while starting server.
---
Key: GERONIMO-3327
URL: https://issues.apache.org/jira/browse/GERONIMO-3327
Project: Geronimo
Issue Type: Bug
Security Level: public(Regular issues)
Components: Tomcat
Affects Versions: 1.x, 2.0-M6
Reporter: Kan Ogawa
Fix For: 2.0.1
When both tomcat http and https connector gbeans are unloaded,
java.net.MalformedURLException occurs while running tomcat module startup.
This configuration is, for example, a typical case that other web server (
Apache HTTP Server, IIS, etc. ) connects geronimo server and processes all
http requests firstly as the main http server.
Tomcat module setting in config.xml:
module name=org.apache.geronimo.configs/tomcat6/2.0-M6/car
gbean name=TomcatResources/
gbean load=false name=TomcatWebConnector
attribute name=host${PlanServerHostname}/attribute
attribute name=port${PlanHTTPPortPrimary +
portOffset}/attribute
attribute name=redirectPort${PlanHTTPSPortPrimary +
portOffset}/attribute
/gbean
gbean name=TomcatAJPConnector
attribute name=host${PlanServerHostname}/attribute
attribute name=port${PlanAJPPortPrimary +
portOffset}/attribute
attribute name=redirectPort${PlanHTTPSPortPrimary +
portOffset}/attribute
/gbean
gbean load=false name=TomcatWebSSLConnector
attribute name=host${PlanServerHostname}/attribute
attribute name=port${PlanHTTPSPortPrimary +
portOffset}/attribute
/gbean
/module
Stack trace in geronimo log:
18:30:41,156 ERROR [TomcatWebAppContext] Bad URL to connect to web app
java.net.MalformedURLException: unknown protocol: ajp
at java.net.URL.init(URL.java:574)
at java.net.URL.init(URL.java:464)
at java.net.URL.init(URL.java:413)
at
org.apache.geronimo.tomcat.TomcatWebAppContext.getURLFor(TomcatWebAppContext.java:383)
at
org.apache.geronimo.tomcat.TomcatWebAppContext$$FastClassByCGLIB$$776c85b4.invoke(generated)
at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
at
org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
at
org.apache.geronimo.gbean.runtime.GBeanAttribute.getValue(GBeanAttribute.java:390)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.getAttribute(GBeanInstance.java:689)
at
org.apache.geronimo.kernel.basic.BasicKernel.getAttribute(BasicKernel.java:178)
at
org.apache.geronimo.deployment.plugin.local.CommandSupport.addWebURLs(CommandSupport.java:295)
at
org.apache.geronimo.deployment.plugin.jmx.JMXDeploymentManager.getModules(JMXDeploymentManager.java:177)
at
org.apache.geronimo.deployment.plugin.jmx.JMXDeploymentManager.getAvailableModules(JMXDeploymentManager.java:118)
at
org.apache.geronimo.deployment.hot.DirectoryHotDeployer.doStart(DirectoryHotDeployer.java:160)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:994)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:268)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:124)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:551)
at
org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:379)
at
org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:442)
at
org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:188)
at
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:530)
at
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:511)
at
org.apache.geronimo.kernel.config.SimpleConfigurationManager$$FastClassByCGLIB$$ce77a924.invoke(generated)
at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
at
org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
at
[jira] Commented: (GERONIMO-3327) When both tomcat http and https connector gbeans are unloaded, java.net.MalformedURLException occurs while starting server.
[
https://issues.apache.org/jira/browse/GERONIMO-3327?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12525565
]
Kan Ogawa commented on GERONIMO-3327:
-
Sorry, Donald.
I have verified the fix under the following environments:
- Apache HTTP Server 2.2.4
- Apache Geronimo Server 2.0.1 that configured the TomcatAJPConnector gbean
only startup to Tomcat 6.
- Also, Apache HTTP Server connects to Apache Geronimo Server through
mod_proxy_ajp module.
So I have closed this issue.
When both tomcat http and https connector gbeans are unloaded,
java.net.MalformedURLException occurs while starting server.
---
Key: GERONIMO-3327
URL: https://issues.apache.org/jira/browse/GERONIMO-3327
Project: Geronimo
Issue Type: Bug
Security Level: public(Regular issues)
Components: Tomcat
Affects Versions: 1.x, 2.0-M6
Reporter: Kan Ogawa
Fix For: Verification Required
When both tomcat http and https connector gbeans are unloaded,
java.net.MalformedURLException occurs while running tomcat module startup.
This configuration is, for example, a typical case that other web server (
Apache HTTP Server, IIS, etc. ) connects geronimo server and processes all
http requests firstly as the main http server.
Tomcat module setting in config.xml:
module name=org.apache.geronimo.configs/tomcat6/2.0-M6/car
gbean name=TomcatResources/
gbean load=false name=TomcatWebConnector
attribute name=host${PlanServerHostname}/attribute
attribute name=port${PlanHTTPPortPrimary +
portOffset}/attribute
attribute name=redirectPort${PlanHTTPSPortPrimary +
portOffset}/attribute
/gbean
gbean name=TomcatAJPConnector
attribute name=host${PlanServerHostname}/attribute
attribute name=port${PlanAJPPortPrimary +
portOffset}/attribute
attribute name=redirectPort${PlanHTTPSPortPrimary +
portOffset}/attribute
/gbean
gbean load=false name=TomcatWebSSLConnector
attribute name=host${PlanServerHostname}/attribute
attribute name=port${PlanHTTPSPortPrimary +
portOffset}/attribute
/gbean
/module
Stack trace in geronimo log:
18:30:41,156 ERROR [TomcatWebAppContext] Bad URL to connect to web app
java.net.MalformedURLException: unknown protocol: ajp
at java.net.URL.init(URL.java:574)
at java.net.URL.init(URL.java:464)
at java.net.URL.init(URL.java:413)
at
org.apache.geronimo.tomcat.TomcatWebAppContext.getURLFor(TomcatWebAppContext.java:383)
at
org.apache.geronimo.tomcat.TomcatWebAppContext$$FastClassByCGLIB$$776c85b4.invoke(generated)
at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
at
org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
at
org.apache.geronimo.gbean.runtime.GBeanAttribute.getValue(GBeanAttribute.java:390)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.getAttribute(GBeanInstance.java:689)
at
org.apache.geronimo.kernel.basic.BasicKernel.getAttribute(BasicKernel.java:178)
at
org.apache.geronimo.deployment.plugin.local.CommandSupport.addWebURLs(CommandSupport.java:295)
at
org.apache.geronimo.deployment.plugin.jmx.JMXDeploymentManager.getModules(JMXDeploymentManager.java:177)
at
org.apache.geronimo.deployment.plugin.jmx.JMXDeploymentManager.getAvailableModules(JMXDeploymentManager.java:118)
at
org.apache.geronimo.deployment.hot.DirectoryHotDeployer.doStart(DirectoryHotDeployer.java:160)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:994)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:268)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:124)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:551)
at
org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:379)
at
org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:442)
at
org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:188)
at
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:530)
at
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:511)
at
[jira] Assigned: (GERONIMODEVTOOLS-193) Ping runs during Geronimo server startup.
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-193?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tim McConnell reassigned GERONIMODEVTOOLS-193: -- Assignee: Tim McConnell Ping runs during Geronimo server startup. - Key: GERONIMODEVTOOLS-193 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-193 Project: Geronimo-Devtools Issue Type: Bug Components: eclipse-plugin Affects Versions: 2.0 Environment: Windows XP, Eclipse 3.3, WTP 2.0, Geronimo server 2.0.1, Sun JDK 1.5.0_11 Reporter: Kan Ogawa Assignee: Tim McConnell Attachments: GERONIMODEVTOOLS-193.patch Hi, While launching Geronimo server on Eclipse, a ping runs in async and the server startup sometimes fails. This server hostname is localhost. Eclipse error log: java.lang.SecurityException: Invalid login at org.apache.geronimo.jmxremoting.Authenticator.authenticate(Authenticator.java:73) at javax.management.remote.rmi.RMIServerImpl.doNewClient(RMIServerImpl.java:214) at javax.management.remote.rmi.RMIServerImpl.newClient(RMIServerImpl.java:181) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294) at sun.rmi.transport.Transport$1.run(Transport.java:153) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Transport.java:149) at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:466) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:707) at java.lang.Thread.run(Thread.java:595) at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:247) at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:223) at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:126) at javax.management.remote.rmi.RMIServerImpl_Stub.newClient(Unknown Source) at javax.management.remote.rmi.RMIConnector.getConnection(RMIConnector.java:2239) at javax.management.remote.rmi.RMIConnector.connect(RMIConnector.java:271) at javax.management.remote.JMXConnectorFactory.connect(JMXConnectorFactory.java:248) at org.apache.geronimo.st.core.GeronimoServerBehaviourDelegate.getServerConnection(GeronimoServerBehaviourDelegate.java:689) at org.apache.geronimo.st.v20.core.GeronimoServerBehaviour.getKernel(GeronimoServerBehaviour.java:73) at org.apache.geronimo.st.v20.core.GeronimoServerBehaviour.isKernelAlive(GeronimoServerBehaviour.java:93) at org.apache.geronimo.st.v20.core.GeronimoServerBehaviour.isFullyStarted(GeronimoServerBehaviour.java:113) at org.apache.geronimo.st.core.PingThread.run(PingThread.java:75) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (GERONIMODEVTOOLS-194) enable Geronimo 1.1.1 server support by the 2.0 plugin as a Geronimo 1.1 server
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-194?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tim McConnell reassigned GERONIMODEVTOOLS-194: -- Assignee: Tim McConnell enable Geronimo 1.1.1 server support by the 2.0 plugin as a Geronimo 1.1 server --- Key: GERONIMODEVTOOLS-194 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-194 Project: Geronimo-Devtools Issue Type: New Feature Components: eclipse-plugin Affects Versions: 2.0, 2.1, 2.0.x, 2.1.x Reporter: Ted Kirby Assignee: Tim McConnell Attachments: GD-194.patch GERONIMO-2561 renames the uber spec jar for Geronimo 1.1.1. This change in the plugin will look for this 1.1.1 spec jar first and use it if it is found. Otherwise, it will use the uber spec jar for Geronimo 1.1. The change is small and relatively risk free. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMODEVTOOLS-195) problems with defining new server: can't download and install, can't choose jetty
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-195?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12525571 ] Tim McConnell commented on GERONIMODEVTOOLS-195: Hi Ted, thanks for the defect and the update. I'll merge the changes from the 2.0.0 branch to trunk first thing tomorrow problems with defining new server: can't download and install, can't choose jetty - Key: GERONIMODEVTOOLS-195 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-195 Project: Geronimo-Devtools Issue Type: Bug Components: eclipse-plugin Affects Versions: 2.0 Reporter: Ted Kirby Assignee: Tim McConnell Fix For: 2.0 Download and Install button will not install the Server correctly, No matter what directory is indicated, Clicking the button will always prompt an error The specified directory does not exist, Then Both Next and Finish button also become gray and cannot be clicked. there are radio buttons for tomcat and jetty, but the jetty button does not work. The tomcat just stays selected. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [ANNOUNCE] Welcome Donald Woods as the newest member of the Geronimo PMC
Nice, congratulations Donald !! Joe Bohn wrote: Wow ... we're on a roll! Congratulations Donald!! Joe Hernan Cunico wrote: Please join us in congratulating Donald Woods as the newest member of the Geronimo PMC. Donald has contributed to Geronimo in many different areas; he has provided tons of patches, added functionality, testing and security among others. We are very pleased he accepted our invitation to join us in the project's oversight. Welcome aboard Donald!!! The Apache Geronimo PMC Cheers! Hernan -- Thanks, Tim McConnell
Re: [BUILD] 2.0: Failed for Revision: 573329
On Sep 6, 2007, at 4:14 PM, David Blevins wrote: On Sep 6, 2007, at 11:45 AM, Donald Woods wrote: I opened GERONIMO-3459 for this, as the file was deleted from the OpenEJB source in Rev572863 All fixed. I added the missing files into the geronimo-corba module. Thanks David. --kevan
[jira] Commented: (GERONIMO-3438) context-root error
[ https://issues.apache.org/jira/browse/GERONIMO-3438?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12525587 ] lucols commented on GERONIMO-3438: -- / is not my expecting. In geronimo-jetty-xx ,the result is ,not / . And in tomcat the result is,not /. I mean IS NOT IMPORT that the context root is or / , the import is geronimo-tomcat process context root is different from geronimo-jetty or tomcat , ans so when you use forward like this jsp:forward page=/test.jsp/, the result context root is not you expecting. context-root error -- Key: GERONIMO-3438 URL: https://issues.apache.org/jira/browse/GERONIMO-3438 Project: Geronimo Issue Type: Sub-task Security Level: public(Regular issues) Components: Tomcat Affects Versions: 2.1 Environment: debian 3.1/4.0 sun jdk 1.5.0_11-b03 apache 2.0.59/2.2.4 Reporter: lucols In geronimo-web.xml , I configure context-root to nothing , like this : context-root/context-root thr problem is : i got then contextPath is / ,not expected , so error occur: the web container cannot right lookup the file. you can test like this: index.jsp: jsp:forward page=/test.jsp/ test.jsp: % out.println(request context:+request.getContextPath()); % geronimo-web.xml: ?xml version=1.0 encoding=UTF-8? web-app xmlns=http://geronimo.apache.org/xml/ns/j2ee/web-1.1; ... context-root/context-root /web-app after deploy, test this in IE broswer: http://hostname:8080/index.jsp -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [ANNOUNCE] Welcome Jarek Gawor as the newest member of the Geronimo PMC
Cool, congratulations Jarek !!! Joe Bohn wrote: Please us in congratulating Jarek Gawor as the newest member of the Geronimo PMC. In addition to being involved in all things related to web services, he also has demonstrated a clear commitment to Geronimo in numerous other areas. We're very glad that he has accepted our invitation to join us in providing oversight of the Geronimo project. Way to go Jarek !!! The Apache Geronimo PMC -- Thanks, Tim McConnell
[jira] Commented: (GERONIMO-3425) Add deployment plan schemas to geronimo web site
[ https://issues.apache.org/jira/browse/GERONIMO-3425?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12525602 ] Jarek Gawor commented on GERONIMO-3425: --- Hernan, I just added a bunch of the 2.0 schema files. You should be able to update the website now. Add deployment plan schemas to geronimo web site Key: GERONIMO-3425 URL: https://issues.apache.org/jira/browse/GERONIMO-3425 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: website Reporter: Kevan Miller I seem to recall this being raised, some time ago. I thought it had been addressed, but does not seem to be the case. It's really convenient if the xmlns url would actually contain the schemas for our deployment plans. That way some ide's (e.g. Eclipse) will automatically load the schemas. For example http://geronimo.apache.org/xml/ns/j2ee/application-2.0 should serve the schema for our application deployment plan. We should do the same for OpenEJB (e.g. http://www.openejb.org/xml/ns/openejb-jar-2.1). An overview of our deployment plan schemas at http://geronimo.apache.org/xml/ns/ would also be useful. See http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd and http://java.sun.com/xml/ns/javaee/ for examples how other organizations have handled this... -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMODEVTOOLS-195) problems with defining new server: can't download and install, can't choose jetty
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-195?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tim McConnell updated GERONIMODEVTOOLS-195: --- Component/s: eclipse-plugin Affects Version/s: (was: 2.1) (was: 2.0.x) (was: 2.1.x) Fix Version/s: 2.0 Assignee: Tim McConnell problems with defining new server: can't download and install, can't choose jetty - Key: GERONIMODEVTOOLS-195 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-195 Project: Geronimo-Devtools Issue Type: Bug Components: eclipse-plugin Affects Versions: 2.0 Reporter: Ted Kirby Assignee: Tim McConnell Fix For: 2.0 Download and Install button will not install the Server correctly, No matter what directory is indicated, Clicking the button will always prompt an error The specified directory does not exist, Then Both Next and Finish button also become gray and cannot be clicked. there are radio buttons for tomcat and jetty, but the jetty button does not work. The tomcat just stays selected. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Questions about geronimo-plugin.xml content
On Sep 6, 2007, at 5:31 PM, David Jencks wrote:
On Sep 6, 2007, at 10:42 AM, Kevan Miller wrote:
On Sep 6, 2007, at 12:52 PM, David Jencks wrote:
I think we should start using the maven-remote-resources-
plugin. I will get to it eventually for sufficiently distant
values of eventually...
:-) I would love to have license and notice file generation to be
automated. I have my doubts that it will work for a project with
as many diverse dependencies as Geronimo. The example you provide
below indicates that m-r-r-p (or the available maven meta-data
descriptions) is not ready, yet -- note the multiple occurrences
of ... developed by $project.organization.name
($project.organization.url).
saying including problems that haven't been overridden yet was
supposed to imply that these are fixable through additional
configuration so you wouldn't say that :-) I'm not sure where
these particular ${}'s came from since when I converted apacheds to
use the m-r-r-p I thought I got rid of all of them.
My understanding which could be quite wrong is that any aggregate
we ship is licensed under the asl2 only no matter what's in it
and that this may limit what we can include in an aggregate work.
Our aggregate is not licensed solely under ASL V2. Far from it...
We develop source code which is, almost entirely, ASL v2 licensed.
However, our aggregate contains artifacts that are covered my
multiple licenses. These licenses are acceptable for use within
an Apache product (as determined by our PMC).
I don't think Apache DS has done a very good job of indicating the
licenses that apply to their aggregate (at least in their noarch
distribution it's terrible). Looking at 1.5.1 unstable binary (i
couldn't find a stable binary), the apacheds-noarch/target/
apacheds-noarch-installer-1.5.1-app.jar contains the following
license files:
ASL V2
Spring
SL4J
jzlib
JDBM (LICENSE.txt in a separate format from the other license files)
I don't understand this so I'll stop talking about it. I'm not
sure the m-r-r-p will be useful for assemblies but I think it will
work fine for jars and cars.
Heh.
I think you are probably right about jars and cars.
--kevan
