[jira] Created: (GERONIMO-4036) Warning message after running gsh geronimo/stop-server
Warning message after running gsh geronimo/stop-server -- Key: GERONIMO-4036 URL: https://issues.apache.org/jira/browse/GERONIMO-4036 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: commands Affects Versions: 2.1.2, 2.1.x, 2.2 Environment: Windows Reporter: YunFeng Ma Fix For: 2.1.2 About 10 seconds after running geronimo/stop-server successfully, got the following warning messages in the gsh console: {noformat} [EMAIL PROTECTED]:/ 2008-5-20 13:51:12 ClientCommunicatorAdmin restart Warning: Failed to restart: java.io.IOException: Failed to get a RMI stub: javax.naming.ServiceUnavailableException [Root exception is java.rmi.ConnectException: Connection refused to host: localhost; nested exception is: java.net.ConnectException: Connection refused: connect] 2008-5-20 13:51:13 RMIConnector RMIClientCommunicatorAdmin-doStop Warning: Failed to call the method close():java.rmi.ConnectException: Connection refused to host: 9.186.117.32; nested exception is: java.net.ConnectException: Connection refused: connect 2008-5-20 13:51:13 ClientCommunicatorAdmin Checker-run Warning: Failed to check connection: java.net.ConnectException: Connection refused: connect 2008-5-20 13:51:13 ClientCommunicatorAdmin Checker-run Warning: stopping {noformat} -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[BUILD] trunk: Failed for Revision: 658128
Geronimo Revision: 658128 built with tests included See the full build-0300.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20080520/build-0300.log Download the binaries from http://people.apache.org/builds/geronimo/server/binaries/trunk/20080520 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 32 minutes 53 seconds [INFO] Finished at: Tue May 20 03:36:06 EDT 2008 [INFO] Final Memory: 384M/972M [INFO] TESTSUITE RESULTS (Failures only) = See detailed results at http://people.apache.org/builds/geronimo/server/testsuite/ResultsSummary.html Assembly: tomcat = See the full test.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20080520/logs-0300-tomcat/test.log [INFO] [site:attach-descriptor] [INFO] [selenium:start-server {execution: start}] Launching Selenium Server Waiting for Selenium Server... [INFO] Including display properties from: /home/geronimo/geronimo/trunk/testsuite/target/selenium/display.properties [INFO] Redirecting output to: /home/geronimo/geronimo/trunk/testsuite/target/selenium/server.log [INFO] User extensions: /home/geronimo/geronimo/trunk/testsuite/target/selenium/user-extensions.js Selenium Server started Downloading: http://download.java.net/maven/1//woodstox/poms/wstx-asl-3.2.1.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom Downloading: http://repo1.maven.org/maven2/woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom Downloading: http://download.java.net/maven/1//woodstox/poms/wstx-asl-3.2.1.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom Downloading: http://repo1.maven.org/maven2/woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom [INFO] [geronimo:start-server {execution: start}] [INFO] Using assembly configuration: tomcat [INFO] snapshot org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:2.2-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:2.2-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:2.2-SNAPSHOT: checking for updates from apache.snapshots [INFO] Using assembly artifact: org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:zip:bin:2.2-SNAPSHOT:provided [INFO] Using geronimoHome: /home/geronimo/geronimo/trunk/testsuite/target/geronimo-tomcat6-javaee5-2.2-SNAPSHOT [INFO] Installing assembly... [INFO] Expanding: /home/geronimo/.m2/repository/org/apache/geronimo/assemblies/geronimo-tomcat6-javaee5/2.2-SNAPSHOT/geronimo-tomcat6-javaee5-2.2-SNAPSHOT-bin.zip into /home/geronimo/geronimo/trunk/testsuite/target [INFO] Starting Geronimo server... [INFO] Selected option set: default [INFO] Redirecting output to: /home/geronimo/geronimo/trunk/testsuite/target/geronimo-logs/org.apache.geronimo.mavenplugins.geronimo.server.StartServerMojo.log [INFO] Waiting for Geronimo server... [INFO] Geronimo server started in 0:00:35.265 [INFO] [shitty:install {execution: default}] [INFO] Installing /home/geronimo/geronimo/trunk/testsuite/pom.xml to /home/geronimo/.m2/repository/org/apache/geronimo/testsuite/testsuite/2.2-SNAPSHOT/testsuite-2.2-SNAPSHOT.pom [INFO] [shitty:test {execution: default}] [INFO] Starting 27 test build(s) [INFO] [INFO] --- [INFO] [INFO] console-testsuite/advanced RUNNING [INFO] console-testsuite/advanced SUCCESS (0:01:36.689) [INFO] console-testsuite/basic RUNNING [INFO] console-testsuite/basic SUCCESS (0:01:40.142) [INFO] corba-testsuite/corba-helloworld RUNNING [INFO] corba-testsuite/corba-helloworld SUCCESS (0:00:43.724) [INFO] corba-testsuite/corba-marshalRUNNING [INFO] corba-testsuite/corba-marshalSUCCESS (0:00:53.086) [INFO] corba-testsuite/corba-mytime RUNNING [INFO] corba-testsuite/corba-mytime SUCCESS (0:00:41.099) [INFO] deployment-testsuite/deployment-testsRUNNING [INFO] deployment-testsuite/deployment-testsSUCCESS (0:00:32.040) [INFO] deployment-testsuite/jca-cms-tests RUNNING [INFO] deployment-testsuite/jca-cms-tests SUCCESS (0:00:28.793) [INFO] deployment-testsuite/manifestcp-testsRUNNING [INFO] deployment-testsuite/manifestcp-testsSUCCESS (0:00:29.339) [INFO] enterprise-testsuite/ejb-tests RUNNING [INFO] enterprise-testsuite/ejb-tests SUCCESS (0:00:37.008) [INFO] enterprise-testsuite/jms-tests RUNNING [INFO] enterprise-testsuite/jms-tests SUCCESS (0:00:43.631) [INFO] enterprise-testsuite/jpa-tests RUNNING
[VOTE] ASF hosted machines for TCK Proposal
If we are to take this proposal forward to the ASF Infrastructure team, they want assurance that the Geronimo PMC is behind the recommendation and supports the intended use of the systems. I think it also bodes well to demonstrate that the entire Geronimo community stands behind the proposal, particularly since we will administer the machines ourselves, - so I encourage all to vote. [ ] +1 I agree with the need and support the proposal. Present it to the ASF Infrastructure team. [ ] 0 No opinion [ ] -1 I don't see the need or disagree with the proposal. Do not present this proposal to the ASF Infrastructure team. I'll plan on calling this vote on Friday (5/23) morning (9 AM EST). PROPOSAL Rationale: The Apache Geronimo community has a need to support the execution and sharing of results from Sun certification tests (cts) which are necessary gain JavaEE5 certification compliance. This information is only available to those Geronimo committers that have signed the Sun NDA and other Apache committers that have signed an NDA and gained approval of the Apache Geronimo PMC. This has allowed other Apache projects to test new products/releases by running JavaEE 5 TCK tests using the Apache Geronimo test infrastructure. In the past these resource intensive tests have been run on private machines by individuals. As more people become involved with Apache Geronimo and related projects, it is becoming obvious that we need a central system to run and share the results of these tests. A centralized testing environment allows the Geronimo community to more fully participate in the TCK process. Some committers don't have access to the hardware resources needed to run the Java EE TCK tests in a timely manner. Although some ad-hoc sharing of private machines has occurred, this is not ideal from a community perspective. Community controlled systems allow us to equitably share these resources. Request: To fulfill this requirement, the Apache Geronimo PMC is requesting the ASF infrastructure team to provide and host machines that can be used for this purpose. Initially, we would like to request two (2) machines that meet (as closely as possible) the specification below. However, we can see the need for 2 additional machines in the not too distant future. Machine specs: - 8 core (two 3.0 GHz quad-core) - 16 GB memory - two 750GB 7200 - rpm SATA 3GB/s disks - DVD R/W (20x?) - rack mountable specification to work with ASF infra requirements - LOM or other features as necessary for ASF infra support - to be developer managed and maintained by the Apache Geronimo Team - Apache Geronimo would assume all responsibility for: - configuration - backup/recovery - secure access - Strictly limited to those Apache Geronimo committers with NDAs on file or additional Apache committers with NDAs and approved by Geronimo PMC. - full, admin access would be granted to ASF infra with reboot directions - At least 2 active Apache Geronimo committers (with NDA authorization) would identified to manage the machines. - Running Linux with something like Xen for 4 VM images per machine. We may increase the number of VM images if it is feasible. - We would require both ssh and VNC access to the VMs. - It is not yet decided if we would use NAT to access the VMs or public IP addresses. Is there are recommendation from ASF Infra? - Automation will most likely be added to run builds, execute tests, and produce reports. - Capability to manually run tests on demand would also be supported. Admin Volunteers: - Joe Bohn (PMC) - Jay McHugh (PMC) - Jason Warner - Matt Hogstrom (PMC) - Kevan Miller (PMC)
Re: [VOTE] ASF hosted machines for TCK Proposal
Here's my +1. Joe Joe Bohn wrote: If we are to take this proposal forward to the ASF Infrastructure team, they want assurance that the Geronimo PMC is behind the recommendation and supports the intended use of the systems. I think it also bodes well to demonstrate that the entire Geronimo community stands behind the proposal, particularly since we will administer the machines ourselves, - so I encourage all to vote. [ ] +1 I agree with the need and support the proposal. Present it to the ASF Infrastructure team. [ ] 0 No opinion [ ] -1 I don't see the need or disagree with the proposal. Do not present this proposal to the ASF Infrastructure team. I'll plan on calling this vote on Friday (5/23) morning (9 AM EST). PROPOSAL Rationale: The Apache Geronimo community has a need to support the execution and sharing of results from Sun certification tests (cts) which are necessary gain JavaEE5 certification compliance. This information is only available to those Geronimo committers that have signed the Sun NDA and other Apache committers that have signed an NDA and gained approval of the Apache Geronimo PMC. This has allowed other Apache projects to test new products/releases by running JavaEE 5 TCK tests using the Apache Geronimo test infrastructure. In the past these resource intensive tests have been run on private machines by individuals. As more people become involved with Apache Geronimo and related projects, it is becoming obvious that we need a central system to run and share the results of these tests. A centralized testing environment allows the Geronimo community to more fully participate in the TCK process. Some committers don't have access to the hardware resources needed to run the Java EE TCK tests in a timely manner. Although some ad-hoc sharing of private machines has occurred, this is not ideal from a community perspective. Community controlled systems allow us to equitably share these resources. Request: To fulfill this requirement, the Apache Geronimo PMC is requesting the ASF infrastructure team to provide and host machines that can be used for this purpose. Initially, we would like to request two (2) machines that meet (as closely as possible) the specification below. However, we can see the need for 2 additional machines in the not too distant future. Machine specs: - 8 core (two 3.0 GHz quad-core) - 16 GB memory - two 750GB 7200 - rpm SATA 3GB/s disks - DVD R/W (20x?) - rack mountable specification to work with ASF infra requirements - LOM or other features as necessary for ASF infra support - to be developer managed and maintained by the Apache Geronimo Team - Apache Geronimo would assume all responsibility for: - configuration - backup/recovery - secure access - Strictly limited to those Apache Geronimo committers with NDAs on file or additional Apache committers with NDAs and approved by Geronimo PMC. - full, admin access would be granted to ASF infra with reboot directions - At least 2 active Apache Geronimo committers (with NDA authorization) would identified to manage the machines. - Running Linux with something like Xen for 4 VM images per machine. We may increase the number of VM images if it is feasible. - We would require both ssh and VNC access to the VMs. - It is not yet decided if we would use NAT to access the VMs or public IP addresses. Is there are recommendation from ASF Infra? - Automation will most likely be added to run builds, execute tests, and produce reports. - Capability to manually run tests on demand would also be supported. Admin Volunteers: - Joe Bohn (PMC) - Jay McHugh (PMC) - Jason Warner - Matt Hogstrom (PMC) - Kevan Miller (PMC)
Re: [VOTE] ASF hosted machines for TCK Proposal
+1 Joe Bohn wrote: If we are to take this proposal forward to the ASF Infrastructure team, they want assurance that the Geronimo PMC is behind the recommendation and supports the intended use of the systems. I think it also bodes well to demonstrate that the entire Geronimo community stands behind the proposal, particularly since we will administer the machines ourselves, - so I encourage all to vote. [ ] +1 I agree with the need and support the proposal. Present it to the ASF Infrastructure team. [ ] 0 No opinion [ ] -1 I don't see the need or disagree with the proposal. Do not present this proposal to the ASF Infrastructure team. I'll plan on calling this vote on Friday (5/23) morning (9 AM EST). PROPOSAL Rationale: The Apache Geronimo community has a need to support the execution and sharing of results from Sun certification tests (cts) which are necessary gain JavaEE5 certification compliance. This information is only available to those Geronimo committers that have signed the Sun NDA and other Apache committers that have signed an NDA and gained approval of the Apache Geronimo PMC. This has allowed other Apache projects to test new products/releases by running JavaEE 5 TCK tests using the Apache Geronimo test infrastructure. In the past these resource intensive tests have been run on private machines by individuals. As more people become involved with Apache Geronimo and related projects, it is becoming obvious that we need a central system to run and share the results of these tests. A centralized testing environment allows the Geronimo community to more fully participate in the TCK process. Some committers don't have access to the hardware resources needed to run the Java EE TCK tests in a timely manner. Although some ad-hoc sharing of private machines has occurred, this is not ideal from a community perspective. Community controlled systems allow us to equitably share these resources. Request: To fulfill this requirement, the Apache Geronimo PMC is requesting the ASF infrastructure team to provide and host machines that can be used for this purpose. Initially, we would like to request two (2) machines that meet (as closely as possible) the specification below. However, we can see the need for 2 additional machines in the not too distant future. Machine specs: - 8 core (two 3.0 GHz quad-core) - 16 GB memory - two 750GB 7200 - rpm SATA 3GB/s disks - DVD R/W (20x?) - rack mountable specification to work with ASF infra requirements - LOM or other features as necessary for ASF infra support - to be developer managed and maintained by the Apache Geronimo Team - Apache Geronimo would assume all responsibility for: - configuration - backup/recovery - secure access - Strictly limited to those Apache Geronimo committers with NDAs on file or additional Apache committers with NDAs and approved by Geronimo PMC. - full, admin access would be granted to ASF infra with reboot directions - At least 2 active Apache Geronimo committers (with NDA authorization) would identified to manage the machines. - Running Linux with something like Xen for 4 VM images per machine. We may increase the number of VM images if it is feasible. - We would require both ssh and VNC access to the VMs. - It is not yet decided if we would use NAT to access the VMs or public IP addresses. Is there are recommendation from ASF Infra? - Automation will most likely be added to run builds, execute tests, and produce reports. - Capability to manually run tests on demand would also be supported. Admin Volunteers: - Joe Bohn (PMC) - Jay McHugh (PMC) - Jason Warner - Matt Hogstrom (PMC) - Kevan Miller (PMC)
Re: [VOTE] ASF hosted machines for TCK Proposal
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 +1 Rick McGuire wrote: | +1 | | Joe Bohn wrote: | If we are to take this proposal forward to the ASF Infrastructure | team, they want assurance that the Geronimo PMC is behind the | recommendation and supports the intended use of the systems. I think | it also bodes well to demonstrate that the entire Geronimo community | stands behind the proposal, particularly since we will administer the | machines ourselves, - so I encourage all to vote. | | | [ ] +1 I agree with the need and support the proposal. Present it to | the ASF Infrastructure team. | [ ] 0 No opinion | [ ] -1 I don't see the need or disagree with the proposal. Do not | present this proposal to the ASF Infrastructure team. | | I'll plan on calling this vote on Friday (5/23) morning (9 AM EST). | | | PROPOSAL | | Rationale: | The Apache Geronimo community has a need to support the execution and | sharing of results from Sun certification tests (cts) which are | necessary gain JavaEE5 certification compliance. This information is | only available to those Geronimo committers that have signed the Sun | NDA and other Apache committers that have signed an NDA and gained | approval of the Apache Geronimo PMC. This has allowed other Apache | projects to test new products/releases by running JavaEE 5 TCK tests | using the Apache Geronimo test infrastructure. | | In the past these resource intensive tests have been run on private | machines by individuals. As more people become involved with Apache | Geronimo and related projects, it is becoming obvious that we need a | central system to run and share the results of these tests. A | centralized testing environment allows the Geronimo community to more | fully participate in the TCK process. Some committers don't have | access to the hardware resources needed to run the Java EE TCK tests | in a timely manner. Although some ad-hoc sharing of private machines | has occurred, this is not ideal from a community perspective. | Community controlled systems allow us to equitably share these resources. | | Request: | To fulfill this requirement, the Apache Geronimo PMC is requesting the | ASF infrastructure team to provide and host machines that can be used | for this purpose. Initially, we would like to request two (2) | machines that meet (as closely as possible) the specification below. | However, we can see the need for 2 additional machines in the not too | distant future. | | Machine specs: | - 8 core (two 3.0 GHz quad-core) | - 16 GB memory | - two 750GB 7200 - rpm SATA 3GB/s disks | - DVD R/W (20x?) | - rack mountable specification to work with ASF infra requirements | - LOM or other features as necessary for ASF infra support | - to be developer managed and maintained by the Apache Geronimo Team | - Apache Geronimo would assume all responsibility for: | - configuration | - backup/recovery | - secure access | - Strictly limited to those Apache Geronimo committers with | NDAs on file or additional Apache committers with NDAs and approved by | Geronimo PMC. | - full, admin access would be granted to ASF infra with reboot | directions | - At least 2 active Apache Geronimo committers (with NDA | authorization) would identified to manage the machines. | - Running Linux with something like Xen for 4 VM images per machine. | We may increase the number of VM images if it is feasible. | - We would require both ssh and VNC access to the VMs. | - It is not yet decided if we would use NAT to access the VMs or | public IP addresses. Is there are recommendation from ASF Infra? | - Automation will most likely be added to run builds, execute tests, | and produce reports. | - Capability to manually run tests on demand would also be supported. | | Admin Volunteers: | - Joe Bohn (PMC) | - Jay McHugh (PMC) | - Jason Warner | - Matt Hogstrom (PMC) | - Kevan Miller (PMC) | | -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) iD8DBQFIMsSwgNg6eWEDv1kRAn9BAJ9JfWeO87zqcgar6Fbf3lqHIbwbaQCg76xH V7FYVtydEILZQEi1uAZKA+g= =dIbP -END PGP SIGNATURE-
Re: [VOTE] ASF hosted machines for TCK Proposal
+1 Viet
Re: [VOTE] ASF hosted machines for TCK Proposal
+1 --kevan On May 20, 2008, at 8:22 AM, Joe Bohn [EMAIL PROTECTED] wrote: If we are to take this proposal forward to the ASF Infrastructure team, they want assurance that the Geronimo PMC is behind the recommendation and supports the intended use of the systems. I think it also bodes well to demonstrate that the entire Geronimo community stands behind the proposal, particularly since we will administer the machines ourselves, - so I encourage all to vote. [ ] +1 I agree with the need and support the proposal. Present it to the ASF Infrastructure team. [ ] 0 No opinion [ ] -1 I don't see the need or disagree with the proposal. Do not present this proposal to the ASF Infrastructure team. I'll plan on calling this vote on Friday (5/23) morning (9 AM EST). PROPOSAL Rationale: The Apache Geronimo community has a need to support the execution and sharing of results from Sun certification tests (cts) which are necessary gain JavaEE5 certification compliance. This information is only available to those Geronimo committers that have signed the Sun NDA and other Apache committers that have signed an NDA and gained approval of the Apache Geronimo PMC. This has allowed other Apache projects to test new products/releases by running JavaEE 5 TCK tests using the Apache Geronimo test infrastructure. In the past these resource intensive tests have been run on private machines by individuals. As more people become involved with Apache Geronimo and related projects, it is becoming obvious that we need a central system to run and share the results of these tests. A centralized testing environment allows the Geronimo community to more fully participate in the TCK process. Some committers don't have access to the hardware resources needed to run the Java EE TCK tests in a timely manner. Although some ad-hoc sharing of private machines has occurred, this is not ideal from a community perspective. Community controlled systems allow us to equitably share these resources. Request: To fulfill this requirement, the Apache Geronimo PMC is requesting the ASF infrastructure team to provide and host machines that can be used for this purpose. Initially, we would like to request two (2) machines that meet (as closely as possible) the specification below. However, we can see the need for 2 additional machines in the not too distant future. Machine specs: - 8 core (two 3.0 GHz quad-core) - 16 GB memory - two 750GB 7200 - rpm SATA 3GB/s disks - DVD R/W (20x?) - rack mountable specification to work with ASF infra requirements - LOM or other features as necessary for ASF infra support - to be developer managed and maintained by the Apache Geronimo Team - Apache Geronimo would assume all responsibility for: - configuration - backup/recovery - secure access - Strictly limited to those Apache Geronimo committers with NDAs on file or additional Apache committers with NDAs and approved by Geronimo PMC. - full, admin access would be granted to ASF infra with reboot directions - At least 2 active Apache Geronimo committers (with NDA authorization) would identified to manage the machines. - Running Linux with something like Xen for 4 VM images per machine. We may increase the number of VM images if it is feasible. - We would require both ssh and VNC access to the VMs. - It is not yet decided if we would use NAT to access the VMs or public IP addresses. Is there are recommendation from ASF Infra? - Automation will most likely be added to run builds, execute tests, and produce reports. - Capability to manually run tests on demand would also be supported. Admin Volunteers: - Joe Bohn (PMC) - Jay McHugh (PMC) - Jason Warner - Matt Hogstrom (PMC) - Kevan Miller (PMC)
Re: [VOTE] ASF hosted machines for TCK Proposal
Joe Bohn wrote: [ ] +1 I agree with the need and support the proposal. Present it to the ASF Infrastructure team. [ ] 0 No opinion [ ] -1 I don't see the need or disagree with the proposal. Do not present this proposal to the ASF Infrastructure team. +1 -- Thanks, Dan Becker
Re: [VOTE] ASF hosted machines for TCK Proposal
+1 --jason On May 20, 2008, at 7:22 PM, Joe Bohn wrote: If we are to take this proposal forward to the ASF Infrastructure team, they want assurance that the Geronimo PMC is behind the recommendation and supports the intended use of the systems. I think it also bodes well to demonstrate that the entire Geronimo community stands behind the proposal, particularly since we will administer the machines ourselves, - so I encourage all to vote. [ ] +1 I agree with the need and support the proposal. Present it to the ASF Infrastructure team. [ ] 0 No opinion [ ] -1 I don't see the need or disagree with the proposal. Do not present this proposal to the ASF Infrastructure team. I'll plan on calling this vote on Friday (5/23) morning (9 AM EST). PROPOSAL Rationale: The Apache Geronimo community has a need to support the execution and sharing of results from Sun certification tests (cts) which are necessary gain JavaEE5 certification compliance. This information is only available to those Geronimo committers that have signed the Sun NDA and other Apache committers that have signed an NDA and gained approval of the Apache Geronimo PMC. This has allowed other Apache projects to test new products/releases by running JavaEE 5 TCK tests using the Apache Geronimo test infrastructure. In the past these resource intensive tests have been run on private machines by individuals. As more people become involved with Apache Geronimo and related projects, it is becoming obvious that we need a central system to run and share the results of these tests. A centralized testing environment allows the Geronimo community to more fully participate in the TCK process. Some committers don't have access to the hardware resources needed to run the Java EE TCK tests in a timely manner. Although some ad-hoc sharing of private machines has occurred, this is not ideal from a community perspective. Community controlled systems allow us to equitably share these resources. Request: To fulfill this requirement, the Apache Geronimo PMC is requesting the ASF infrastructure team to provide and host machines that can be used for this purpose. Initially, we would like to request two (2) machines that meet (as closely as possible) the specification below. However, we can see the need for 2 additional machines in the not too distant future. Machine specs: - 8 core (two 3.0 GHz quad-core) - 16 GB memory - two 750GB 7200 - rpm SATA 3GB/s disks - DVD R/W (20x?) - rack mountable specification to work with ASF infra requirements - LOM or other features as necessary for ASF infra support - to be developer managed and maintained by the Apache Geronimo Team - Apache Geronimo would assume all responsibility for: - configuration - backup/recovery - secure access - Strictly limited to those Apache Geronimo committers with NDAs on file or additional Apache committers with NDAs and approved by Geronimo PMC. - full, admin access would be granted to ASF infra with reboot directions - At least 2 active Apache Geronimo committers (with NDA authorization) would identified to manage the machines. - Running Linux with something like Xen for 4 VM images per machine. We may increase the number of VM images if it is feasible. - We would require both ssh and VNC access to the VMs. - It is not yet decided if we would use NAT to access the VMs or public IP addresses. Is there are recommendation from ASF Infra? - Automation will most likely be added to run builds, execute tests, and produce reports. - Capability to manually run tests on demand would also be supported. Admin Volunteers: - Joe Bohn (PMC) - Jay McHugh (PMC) - Jason Warner - Matt Hogstrom (PMC) - Kevan Miller (PMC)
Re: [VOTE] ASF hosted machines for TCK Proposal
+1 Jarek On Tue, May 20, 2008 at 8:22 AM, Joe Bohn [EMAIL PROTECTED] wrote: If we are to take this proposal forward to the ASF Infrastructure team, they want assurance that the Geronimo PMC is behind the recommendation and supports the intended use of the systems. I think it also bodes well to demonstrate that the entire Geronimo community stands behind the proposal, particularly since we will administer the machines ourselves, - so I encourage all to vote. [ ] +1 I agree with the need and support the proposal. Present it to the ASF Infrastructure team. [ ] 0 No opinion [ ] -1 I don't see the need or disagree with the proposal. Do not present this proposal to the ASF Infrastructure team. I'll plan on calling this vote on Friday (5/23) morning (9 AM EST). PROPOSAL Rationale: The Apache Geronimo community has a need to support the execution and sharing of results from Sun certification tests (cts) which are necessary gain JavaEE5 certification compliance. This information is only available to those Geronimo committers that have signed the Sun NDA and other Apache committers that have signed an NDA and gained approval of the Apache Geronimo PMC. This has allowed other Apache projects to test new products/releases by running JavaEE 5 TCK tests using the Apache Geronimo test infrastructure. In the past these resource intensive tests have been run on private machines by individuals. As more people become involved with Apache Geronimo and related projects, it is becoming obvious that we need a central system to run and share the results of these tests. A centralized testing environment allows the Geronimo community to more fully participate in the TCK process. Some committers don't have access to the hardware resources needed to run the Java EE TCK tests in a timely manner. Although some ad-hoc sharing of private machines has occurred, this is not ideal from a community perspective. Community controlled systems allow us to equitably share these resources. Request: To fulfill this requirement, the Apache Geronimo PMC is requesting the ASF infrastructure team to provide and host machines that can be used for this purpose. Initially, we would like to request two (2) machines that meet (as closely as possible) the specification below. However, we can see the need for 2 additional machines in the not too distant future. Machine specs: - 8 core (two 3.0 GHz quad-core) - 16 GB memory - two 750GB 7200 - rpm SATA 3GB/s disks - DVD R/W (20x?) - rack mountable specification to work with ASF infra requirements - LOM or other features as necessary for ASF infra support - to be developer managed and maintained by the Apache Geronimo Team - Apache Geronimo would assume all responsibility for: - configuration - backup/recovery - secure access - Strictly limited to those Apache Geronimo committers with NDAs on file or additional Apache committers with NDAs and approved by Geronimo PMC. - full, admin access would be granted to ASF infra with reboot directions - At least 2 active Apache Geronimo committers (with NDA authorization) would identified to manage the machines. - Running Linux with something like Xen for 4 VM images per machine. We may increase the number of VM images if it is feasible. - We would require both ssh and VNC access to the VMs. - It is not yet decided if we would use NAT to access the VMs or public IP addresses. Is there are recommendation from ASF Infra? - Automation will most likely be added to run builds, execute tests, and produce reports. - Capability to manually run tests on demand would also be supported. Admin Volunteers: - Joe Bohn (PMC) - Jay McHugh (PMC) - Jason Warner - Matt Hogstrom (PMC) - Kevan Miller (PMC)
Re: [VOTE] ASF hosted machines for TCK Proposal
+1 I hope that the ASF Infrastructure Team has a good idea of the type of rather heavyweight testing involved by the TCK to warrant such a configuration. Thanks, Gianny On 20/05/2008, at 10:22 PM, Joe Bohn wrote: If we are to take this proposal forward to the ASF Infrastructure team, they want assurance that the Geronimo PMC is behind the recommendation and supports the intended use of the systems. I think it also bodes well to demonstrate that the entire Geronimo community stands behind the proposal, particularly since we will administer the machines ourselves, - so I encourage all to vote. [ ] +1 I agree with the need and support the proposal. Present it to the ASF Infrastructure team. [ ] 0 No opinion [ ] -1 I don't see the need or disagree with the proposal. Do not present this proposal to the ASF Infrastructure team. I'll plan on calling this vote on Friday (5/23) morning (9 AM EST). PROPOSAL Rationale: The Apache Geronimo community has a need to support the execution and sharing of results from Sun certification tests (cts) which are necessary gain JavaEE5 certification compliance. This information is only available to those Geronimo committers that have signed the Sun NDA and other Apache committers that have signed an NDA and gained approval of the Apache Geronimo PMC. This has allowed other Apache projects to test new products/releases by running JavaEE 5 TCK tests using the Apache Geronimo test infrastructure. In the past these resource intensive tests have been run on private machines by individuals. As more people become involved with Apache Geronimo and related projects, it is becoming obvious that we need a central system to run and share the results of these tests. A centralized testing environment allows the Geronimo community to more fully participate in the TCK process. Some committers don't have access to the hardware resources needed to run the Java EE TCK tests in a timely manner. Although some ad-hoc sharing of private machines has occurred, this is not ideal from a community perspective. Community controlled systems allow us to equitably share these resources. Request: To fulfill this requirement, the Apache Geronimo PMC is requesting the ASF infrastructure team to provide and host machines that can be used for this purpose. Initially, we would like to request two (2) machines that meet (as closely as possible) the specification below. However, we can see the need for 2 additional machines in the not too distant future. Machine specs: - 8 core (two 3.0 GHz quad-core) - 16 GB memory - two 750GB 7200 - rpm SATA 3GB/s disks - DVD R/W (20x?) - rack mountable specification to work with ASF infra requirements - LOM or other features as necessary for ASF infra support - to be developer managed and maintained by the Apache Geronimo Team - Apache Geronimo would assume all responsibility for: - configuration - backup/recovery - secure access - Strictly limited to those Apache Geronimo committers with NDAs on file or additional Apache committers with NDAs and approved by Geronimo PMC. - full, admin access would be granted to ASF infra with reboot directions - At least 2 active Apache Geronimo committers (with NDA authorization) would identified to manage the machines. - Running Linux with something like Xen for 4 VM images per machine. We may increase the number of VM images if it is feasible. - We would require both ssh and VNC access to the VMs. - It is not yet decided if we would use NAT to access the VMs or public IP addresses. Is there are recommendation from ASF Infra? - Automation will most likely be added to run builds, execute tests, and produce reports. - Capability to manually run tests on demand would also be supported. Admin Volunteers: - Joe Bohn (PMC) - Jay McHugh (PMC) - Jason Warner - Matt Hogstrom (PMC) - Kevan Miller (PMC)
Re: [VOTE] ASF hosted machines for TCK Proposal
+1 -Donald Joe Bohn wrote: If we are to take this proposal forward to the ASF Infrastructure team, they want assurance that the Geronimo PMC is behind the recommendation and supports the intended use of the systems. I think it also bodes well to demonstrate that the entire Geronimo community stands behind the proposal, particularly since we will administer the machines ourselves, - so I encourage all to vote. [ ] +1 I agree with the need and support the proposal. Present it to the ASF Infrastructure team. [ ] 0 No opinion [ ] -1 I don't see the need or disagree with the proposal. Do not present this proposal to the ASF Infrastructure team. I'll plan on calling this vote on Friday (5/23) morning (9 AM EST). PROPOSAL Rationale: The Apache Geronimo community has a need to support the execution and sharing of results from Sun certification tests (cts) which are necessary gain JavaEE5 certification compliance. This information is only available to those Geronimo committers that have signed the Sun NDA and other Apache committers that have signed an NDA and gained approval of the Apache Geronimo PMC. This has allowed other Apache projects to test new products/releases by running JavaEE 5 TCK tests using the Apache Geronimo test infrastructure. In the past these resource intensive tests have been run on private machines by individuals. As more people become involved with Apache Geronimo and related projects, it is becoming obvious that we need a central system to run and share the results of these tests. A centralized testing environment allows the Geronimo community to more fully participate in the TCK process. Some committers don't have access to the hardware resources needed to run the Java EE TCK tests in a timely manner. Although some ad-hoc sharing of private machines has occurred, this is not ideal from a community perspective. Community controlled systems allow us to equitably share these resources. Request: To fulfill this requirement, the Apache Geronimo PMC is requesting the ASF infrastructure team to provide and host machines that can be used for this purpose. Initially, we would like to request two (2) machines that meet (as closely as possible) the specification below. However, we can see the need for 2 additional machines in the not too distant future. Machine specs: - 8 core (two 3.0 GHz quad-core) - 16 GB memory - two 750GB 7200 - rpm SATA 3GB/s disks - DVD R/W (20x?) - rack mountable specification to work with ASF infra requirements - LOM or other features as necessary for ASF infra support - to be developer managed and maintained by the Apache Geronimo Team - Apache Geronimo would assume all responsibility for: - configuration - backup/recovery - secure access - Strictly limited to those Apache Geronimo committers with NDAs on file or additional Apache committers with NDAs and approved by Geronimo PMC. - full, admin access would be granted to ASF infra with reboot directions - At least 2 active Apache Geronimo committers (with NDA authorization) would identified to manage the machines. - Running Linux with something like Xen for 4 VM images per machine. We may increase the number of VM images if it is feasible. - We would require both ssh and VNC access to the VMs. - It is not yet decided if we would use NAT to access the VMs or public IP addresses. Is there are recommendation from ASF Infra? - Automation will most likely be added to run builds, execute tests, and produce reports. - Capability to manually run tests on demand would also be supported. Admin Volunteers: - Joe Bohn (PMC) - Jay McHugh (PMC) - Jason Warner - Matt Hogstrom (PMC) - Kevan Miller (PMC) smime.p7s Description: S/MIME Cryptographic Signature
[jira] Closed: (GERONIMO-4033) QuotedPrintableEncoder.decode(InputStream) doesn't handle space before soft newline
[ https://issues.apache.org/jira/browse/GERONIMO-4033?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rick McGuire closed GERONIMO-4033. -- Resolution: Fixed Fix Version/s: 2.2 Committed revision 658248. Thanks aaron! QuotedPrintableEncoder.decode(InputStream) doesn't handle space before soft newline --- Key: GERONIMO-4033 URL: https://issues.apache.org/jira/browse/GERONIMO-4033 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: mail Affects Versions: 1.x Reporter: aaron pieper Assignee: Rick McGuire Fix For: 2.2 Attachments: patch.txt QuotedPrintableEncoder.decode(InputStream) does not correctly handle the case where a space occurs before a soft newline. It decodes the space correctly, but the next character decodes as =. In other words, where A =\r\nB should decode as A B, it instead decodes as A =\r\nB This is a problem in geronimo-javamail_1.4_spec-1.3. I am reporting this as version 1.x, as this is the closest match. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [VOTE] ASF hosted machines for TCK Proposal
+1 david jencks On May 20, 2008, at 8:22 AM, Joe Bohn wrote: If we are to take this proposal forward to the ASF Infrastructure team, they want assurance that the Geronimo PMC is behind the recommendation and supports the intended use of the systems. I think it also bodes well to demonstrate that the entire Geronimo community stands behind the proposal, particularly since we will administer the machines ourselves, - so I encourage all to vote. [ ] +1 I agree with the need and support the proposal. Present it to the ASF Infrastructure team. [ ] 0 No opinion [ ] -1 I don't see the need or disagree with the proposal. Do not present this proposal to the ASF Infrastructure team. I'll plan on calling this vote on Friday (5/23) morning (9 AM EST). PROPOSAL Rationale: The Apache Geronimo community has a need to support the execution and sharing of results from Sun certification tests (cts) which are necessary gain JavaEE5 certification compliance. This information is only available to those Geronimo committers that have signed the Sun NDA and other Apache committers that have signed an NDA and gained approval of the Apache Geronimo PMC. This has allowed other Apache projects to test new products/releases by running JavaEE 5 TCK tests using the Apache Geronimo test infrastructure. In the past these resource intensive tests have been run on private machines by individuals. As more people become involved with Apache Geronimo and related projects, it is becoming obvious that we need a central system to run and share the results of these tests. A centralized testing environment allows the Geronimo community to more fully participate in the TCK process. Some committers don't have access to the hardware resources needed to run the Java EE TCK tests in a timely manner. Although some ad-hoc sharing of private machines has occurred, this is not ideal from a community perspective. Community controlled systems allow us to equitably share these resources. Request: To fulfill this requirement, the Apache Geronimo PMC is requesting the ASF infrastructure team to provide and host machines that can be used for this purpose. Initially, we would like to request two (2) machines that meet (as closely as possible) the specification below. However, we can see the need for 2 additional machines in the not too distant future. Machine specs: - 8 core (two 3.0 GHz quad-core) - 16 GB memory - two 750GB 7200 - rpm SATA 3GB/s disks - DVD R/W (20x?) - rack mountable specification to work with ASF infra requirements - LOM or other features as necessary for ASF infra support - to be developer managed and maintained by the Apache Geronimo Team - Apache Geronimo would assume all responsibility for: - configuration - backup/recovery - secure access - Strictly limited to those Apache Geronimo committers with NDAs on file or additional Apache committers with NDAs and approved by Geronimo PMC. - full, admin access would be granted to ASF infra with reboot directions - At least 2 active Apache Geronimo committers (with NDA authorization) would identified to manage the machines. - Running Linux with something like Xen for 4 VM images per machine. We may increase the number of VM images if it is feasible. - We would require both ssh and VNC access to the VMs. - It is not yet decided if we would use NAT to access the VMs or public IP addresses. Is there are recommendation from ASF Infra? - Automation will most likely be added to run builds, execute tests, and produce reports. - Capability to manually run tests on demand would also be supported. Admin Volunteers: - Joe Bohn (PMC) - Jay McHugh (PMC) - Jason Warner - Matt Hogstrom (PMC) - Kevan Miller (PMC)
Re: [VOTE] ASF hosted machines for TCK Proposal
+1 On Tue, May 20, 2008 at 10:08 AM, David Jencks [EMAIL PROTECTED] wrote: +1 david jencks On May 20, 2008, at 8:22 AM, Joe Bohn wrote: If we are to take this proposal forward to the ASF Infrastructure team, they want assurance that the Geronimo PMC is behind the recommendation and supports the intended use of the systems. I think it also bodes well to demonstrate that the entire Geronimo community stands behind the proposal, particularly since we will administer the machines ourselves, - so I encourage all to vote. [ ] +1 I agree with the need and support the proposal. Present it to the ASF Infrastructure team. [ ] 0 No opinion [ ] -1 I don't see the need or disagree with the proposal. Do not present this proposal to the ASF Infrastructure team. I'll plan on calling this vote on Friday (5/23) morning (9 AM EST). PROPOSAL Rationale: The Apache Geronimo community has a need to support the execution and sharing of results from Sun certification tests (cts) which are necessary gain JavaEE5 certification compliance. This information is only available to those Geronimo committers that have signed the Sun NDA and other Apache committers that have signed an NDA and gained approval of the Apache Geronimo PMC. This has allowed other Apache projects to test new products/releases by running JavaEE 5 TCK tests using the Apache Geronimo test infrastructure. In the past these resource intensive tests have been run on private machines by individuals. As more people become involved with Apache Geronimo and related projects, it is becoming obvious that we need a central system to run and share the results of these tests. A centralized testing environment allows the Geronimo community to more fully participate in the TCK process. Some committers don't have access to the hardware resources needed to run the Java EE TCK tests in a timely manner. Although some ad-hoc sharing of private machines has occurred, this is not ideal from a community perspective. Community controlled systems allow us to equitably share these resources. Request: To fulfill this requirement, the Apache Geronimo PMC is requesting the ASF infrastructure team to provide and host machines that can be used for this purpose. Initially, we would like to request two (2) machines that meet (as closely as possible) the specification below. However, we can see the need for 2 additional machines in the not too distant future. Machine specs: - 8 core (two 3.0 GHz quad-core) - 16 GB memory - two 750GB 7200 - rpm SATA 3GB/s disks - DVD R/W (20x?) - rack mountable specification to work with ASF infra requirements - LOM or other features as necessary for ASF infra support - to be developer managed and maintained by the Apache Geronimo Team - Apache Geronimo would assume all responsibility for: - configuration - backup/recovery - secure access - Strictly limited to those Apache Geronimo committers with NDAs on file or additional Apache committers with NDAs and approved by Geronimo PMC. - full, admin access would be granted to ASF infra with reboot directions - At least 2 active Apache Geronimo committers (with NDA authorization) would identified to manage the machines. - Running Linux with something like Xen for 4 VM images per machine. We may increase the number of VM images if it is feasible. - We would require both ssh and VNC access to the VMs. - It is not yet decided if we would use NAT to access the VMs or public IP addresses. Is there are recommendation from ASF Infra? - Automation will most likely be added to run builds, execute tests, and produce reports. - Capability to manually run tests on demand would also be supported. Admin Volunteers: - Joe Bohn (PMC) - Jay McHugh (PMC) - Jason Warner - Matt Hogstrom (PMC) - Kevan Miller (PMC) -- ~Jason Warner
Re: [VOTE] ASF hosted machines for TCK Proposal
+1 On Tue, May 20, 2008 at 8:22 AM, Joe Bohn [EMAIL PROTECTED] wrote: If we are to take this proposal forward to the ASF Infrastructure team, they want assurance that the Geronimo PMC is behind the recommendation and supports the intended use of the systems. I think it also bodes well to demonstrate that the entire Geronimo community stands behind the proposal, particularly since we will administer the machines ourselves, - so I encourage all to vote. [ ] +1 I agree with the need and support the proposal. Present it to the ASF Infrastructure team. [ ] 0 No opinion [ ] -1 I don't see the need or disagree with the proposal. Do not present this proposal to the ASF Infrastructure team. I'll plan on calling this vote on Friday (5/23) morning (9 AM EST). PROPOSAL Rationale: The Apache Geronimo community has a need to support the execution and sharing of results from Sun certification tests (cts) which are necessary gain JavaEE5 certification compliance. This information is only available to those Geronimo committers that have signed the Sun NDA and other Apache committers that have signed an NDA and gained approval of the Apache Geronimo PMC. This has allowed other Apache projects to test new products/releases by running JavaEE 5 TCK tests using the Apache Geronimo test infrastructure. In the past these resource intensive tests have been run on private machines by individuals. As more people become involved with Apache Geronimo and related projects, it is becoming obvious that we need a central system to run and share the results of these tests. A centralized testing environment allows the Geronimo community to more fully participate in the TCK process. Some committers don't have access to the hardware resources needed to run the Java EE TCK tests in a timely manner. Although some ad-hoc sharing of private machines has occurred, this is not ideal from a community perspective. Community controlled systems allow us to equitably share these resources. Request: To fulfill this requirement, the Apache Geronimo PMC is requesting the ASF infrastructure team to provide and host machines that can be used for this purpose. Initially, we would like to request two (2) machines that meet (as closely as possible) the specification below. However, we can see the need for 2 additional machines in the not too distant future. Machine specs: - 8 core (two 3.0 GHz quad-core) - 16 GB memory - two 750GB 7200 - rpm SATA 3GB/s disks - DVD R/W (20x?) - rack mountable specification to work with ASF infra requirements - LOM or other features as necessary for ASF infra support - to be developer managed and maintained by the Apache Geronimo Team - Apache Geronimo would assume all responsibility for: - configuration - backup/recovery - secure access - Strictly limited to those Apache Geronimo committers with NDAs on file or additional Apache committers with NDAs and approved by Geronimo PMC. - full, admin access would be granted to ASF infra with reboot directions - At least 2 active Apache Geronimo committers (with NDA authorization) would identified to manage the machines. - Running Linux with something like Xen for 4 VM images per machine. We may increase the number of VM images if it is feasible. - We would require both ssh and VNC access to the VMs. - It is not yet decided if we would use NAT to access the VMs or public IP addresses. Is there are recommendation from ASF Infra? - Automation will most likely be added to run builds, execute tests, and produce reports. - Capability to manually run tests on demand would also be supported. Admin Volunteers: - Joe Bohn (PMC) - Jay McHugh (PMC) - Jason Warner - Matt Hogstrom (PMC) - Kevan Miller (PMC)
[jira] Created: (GERONIMO-4037) Geronimo 2.0.3 (and I guess at least 2.0.2) can't run with a security manager settled from the command line using -Djava.security.manager
Geronimo 2.0.3 (and I guess at least 2.0.2) can't run with a security manager settled from the command line using -Djava.security.manager -- Key: GERONIMO-4037 URL: https://issues.apache.org/jira/browse/GERONIMO-4037 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: kernel Affects Versions: 2.0.2 Environment: Windows Xp Sp2 Reporter: Jacques Le Roux Priority: Blocker I'm facing an issue on Windows XPsp2: I can't run WASCE with a security manager settled from the command line using -Djava.security.manager-Djava.security.policy=client.policy options. I get the error below. Note that this is working properly under Linux (Ubuntu and Suze as well). C:\geronimo-tomcat6-jee5-2.0.3\bingeronimo run Using GERONIMO_BASE: C:\geronimo-tomcat6-jee5-2.0.3 Using GERONIMO_HOME: C:\geronimo-tomcat6-jee5-2.0.3 Using GERONIMO_TMPDIR: var\temp Using JRE_HOME:C:\Program Files\Java\jre1.5.0_11 Listening for transport dt_socket at address: 5005 Booting Geronimo Kernel (in Java 1.5.0_11)... Starting Geronimo Application Server v2.0.3-SNAPSHOT [*** ] 11% 27s Starting org.apac...15:57:28,625 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: abstractName=org.apache.geronimo.configs/ j2ee-security/2.0.3-SNAPSHOT/car?ServiceModule=org.apache.geronimo.configs/j2ee-security/2.0.3-SNAPSHOT/car,j2eeType=GBean,name=SecurityService java.lang.LinkageError: org/apache/geronimo/security/jacc/GeronimoPolicyConfigurationFactory at org.apache.geronimo.security.jacc.GeronimoPolicy.implies(GeronimoPolicy.java:74) at java.security.ProtectionDomain.implies(Unknown Source) at java.security.AccessControlContext.checkPermission(Unknown Source) at java.security.AccessController.checkPermission(Unknown Source) at java.lang.SecurityManager.checkPermission(Unknown Source) at java.lang.Thread.setContextClassLoader(Unknown Source) at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:1056) 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:553) at org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:379) at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:448) at org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:187) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:530) 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 org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:830) at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) at org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$7e14cd11.startConfiguration(generated) at org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:156) at org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:78) at org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45) at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67) at org.apache.geronimo.cli.daemon.DaemonCLI.main(DaemonCLI.java:30) 15:57:28,640 WARN [BasicLifecycleMonitor] Exception occured while notifying listener [...] This is needed in order to launch the OFBiz RMIDispatcher (in other words to allow using RMI inside Apache OFBiz). That's why I put this issue as a blocker. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Too many repos?
On May 19, 2008, at 11:24 PM, David Jencks wrote: I've noticed that my builds seem to spend a lot of time looking at non-standard repos such as apache m2-incubating, the often disfunctional java.net m1 repo, codehaus snapshots etc etc. I'd like to suggest that our main project poms not include any repos at all -- the apache pom defines maven central and apache.snapshots -- and that if we really need one of these repos for some plugin we include it in that plugin's root pom. thoughts? Sounds great to me. --kevan
Re: [VOTE] ASF hosted machines for TCK Proposal
+1 Jay Joe Bohn wrote: If we are to take this proposal forward to the ASF Infrastructure team, they want assurance that the Geronimo PMC is behind the recommendation and supports the intended use of the systems. I think it also bodes well to demonstrate that the entire Geronimo community stands behind the proposal, particularly since we will administer the machines ourselves, - so I encourage all to vote. [ ] +1 I agree with the need and support the proposal. Present it to the ASF Infrastructure team. [ ] 0 No opinion [ ] -1 I don't see the need or disagree with the proposal. Do not present this proposal to the ASF Infrastructure team. I'll plan on calling this vote on Friday (5/23) morning (9 AM EST). PROPOSAL Rationale: The Apache Geronimo community has a need to support the execution and sharing of results from Sun certification tests (cts) which are necessary gain JavaEE5 certification compliance. This information is only available to those Geronimo committers that have signed the Sun NDA and other Apache committers that have signed an NDA and gained approval of the Apache Geronimo PMC. This has allowed other Apache projects to test new products/releases by running JavaEE 5 TCK tests using the Apache Geronimo test infrastructure. In the past these resource intensive tests have been run on private machines by individuals. As more people become involved with Apache Geronimo and related projects, it is becoming obvious that we need a central system to run and share the results of these tests. A centralized testing environment allows the Geronimo community to more fully participate in the TCK process. Some committers don't have access to the hardware resources needed to run the Java EE TCK tests in a timely manner. Although some ad-hoc sharing of private machines has occurred, this is not ideal from a community perspective. Community controlled systems allow us to equitably share these resources. Request: To fulfill this requirement, the Apache Geronimo PMC is requesting the ASF infrastructure team to provide and host machines that can be used for this purpose. Initially, we would like to request two (2) machines that meet (as closely as possible) the specification below. However, we can see the need for 2 additional machines in the not too distant future. Machine specs: - 8 core (two 3.0 GHz quad-core) - 16 GB memory - two 750GB 7200 - rpm SATA 3GB/s disks - DVD R/W (20x?) - rack mountable specification to work with ASF infra requirements - LOM or other features as necessary for ASF infra support - to be developer managed and maintained by the Apache Geronimo Team - Apache Geronimo would assume all responsibility for: - configuration - backup/recovery - secure access - Strictly limited to those Apache Geronimo committers with NDAs on file or additional Apache committers with NDAs and approved by Geronimo PMC. - full, admin access would be granted to ASF infra with reboot directions - At least 2 active Apache Geronimo committers (with NDA authorization) would identified to manage the machines. - Running Linux with something like Xen for 4 VM images per machine. We may increase the number of VM images if it is feasible. - We would require both ssh and VNC access to the VMs. - It is not yet decided if we would use NAT to access the VMs or public IP addresses. Is there are recommendation from ASF Infra? - Automation will most likely be added to run builds, execute tests, and produce reports. - Capability to manually run tests on demand would also be supported. Admin Volunteers: - Joe Bohn (PMC) - Jay McHugh (PMC) - Jason Warner - Matt Hogstrom (PMC) - Kevan Miller (PMC)
Re: [VOTE] ASF hosted machines for TCK Proposal
+1 On May 20, 2008, at 7:22 AM, Joe Bohn [EMAIL PROTECTED] wrote: If we are to take this proposal forward to the ASF Infrastructure team, they want assurance that the Geronimo PMC is behind the recommendation and supports the intended use of the systems. I think it also bodes well to demonstrate that the entire Geronimo community stands behind the proposal, particularly since we will administer the machines ourselves, - so I encourage all to vote. [ ] +1 I agree with the need and support the proposal. Present it to the ASF Infrastructure team. [ ] 0 No opinion [ ] -1 I don't see the need or disagree with the proposal. Do not present this proposal to the ASF Infrastructure team. I'll plan on calling this vote on Friday (5/23) morning (9 AM EST). PROPOSAL Rationale: The Apache Geronimo community has a need to support the execution and sharing of results from Sun certification tests (cts) which are necessary gain JavaEE5 certification compliance. This information is only available to those Geronimo committers that have signed the Sun NDA and other Apache committers that have signed an NDA and gained approval of the Apache Geronimo PMC. This has allowed other Apache projects to test new products/releases by running JavaEE 5 TCK tests using the Apache Geronimo test infrastructure. In the past these resource intensive tests have been run on private machines by individuals. As more people become involved with Apache Geronimo and related projects, it is becoming obvious that we need a central system to run and share the results of these tests. A centralized testing environment allows the Geronimo community to more fully participate in the TCK process. Some committers don't have access to the hardware resources needed to run the Java EE TCK tests in a timely manner. Although some ad-hoc sharing of private machines has occurred, this is not ideal from a community perspective. Community controlled systems allow us to equitably share these resources. Request: To fulfill this requirement, the Apache Geronimo PMC is requesting the ASF infrastructure team to provide and host machines that can be used for this purpose. Initially, we would like to request two (2) machines that meet (as closely as possible) the specification below. However, we can see the need for 2 additional machines in the not too distant future. Machine specs: - 8 core (two 3.0 GHz quad-core) - 16 GB memory - two 750GB 7200 - rpm SATA 3GB/s disks - DVD R/W (20x?) - rack mountable specification to work with ASF infra requirements - LOM or other features as necessary for ASF infra support - to be developer managed and maintained by the Apache Geronimo Team - Apache Geronimo would assume all responsibility for: - configuration - backup/recovery - secure access - Strictly limited to those Apache Geronimo committers with NDAs on file or additional Apache committers with NDAs and approved by Geronimo PMC. - full, admin access would be granted to ASF infra with reboot directions - At least 2 active Apache Geronimo committers (with NDA authorization) would identified to manage the machines. - Running Linux with something like Xen for 4 VM images per machine. We may increase the number of VM images if it is feasible. - We would require both ssh and VNC access to the VMs. - It is not yet decided if we would use NAT to access the VMs or public IP addresses. Is there are recommendation from ASF Infra? - Automation will most likely be added to run builds, execute tests, and produce reports. - Capability to manually run tests on demand would also be supported. Admin Volunteers: - Joe Bohn (PMC) - Jay McHugh (PMC) - Jason Warner - Matt Hogstrom (PMC) - Kevan Miller (PMC)
[jira] Updated: (GERONIMO-4037) Geronimo 2.0.3 (and I guess at least 2.0.2) can't run with a security manager settled from the command line using -Djava.security.manager
[ https://issues.apache.org/jira/browse/GERONIMO-4037?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacques Le Roux updated GERONIMO-4037: -- Component/s: security Geronimo 2.0.3 (and I guess at least 2.0.2) can't run with a security manager settled from the command line using -Djava.security.manager -- Key: GERONIMO-4037 URL: https://issues.apache.org/jira/browse/GERONIMO-4037 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: kernel, security Affects Versions: 2.0.2 Environment: Windows Xp Sp2 Reporter: Jacques Le Roux Priority: Blocker I'm facing an issue on Windows XPsp2: I can't run WASCE with a security manager settled from the command line using -Djava.security.manager-Djava.security.policy=client.policy options. I get the error below. Note that this is working properly under Linux (Ubuntu and Suze as well). C:\geronimo-tomcat6-jee5-2.0.3\bingeronimo run Using GERONIMO_BASE: C:\geronimo-tomcat6-jee5-2.0.3 Using GERONIMO_HOME: C:\geronimo-tomcat6-jee5-2.0.3 Using GERONIMO_TMPDIR: var\temp Using JRE_HOME:C:\Program Files\Java\jre1.5.0_11 Listening for transport dt_socket at address: 5005 Booting Geronimo Kernel (in Java 1.5.0_11)... Starting Geronimo Application Server v2.0.3-SNAPSHOT [*** ] 11% 27s Starting org.apac...15:57:28,625 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: abstractName=org.apache.geronimo.configs/ j2ee-security/2.0.3-SNAPSHOT/car?ServiceModule=org.apache.geronimo.configs/j2ee-security/2.0.3-SNAPSHOT/car,j2eeType=GBean,name=SecurityService java.lang.LinkageError: org/apache/geronimo/security/jacc/GeronimoPolicyConfigurationFactory at org.apache.geronimo.security.jacc.GeronimoPolicy.implies(GeronimoPolicy.java:74) at java.security.ProtectionDomain.implies(Unknown Source) at java.security.AccessControlContext.checkPermission(Unknown Source) at java.security.AccessController.checkPermission(Unknown Source) at java.lang.SecurityManager.checkPermission(Unknown Source) at java.lang.Thread.setContextClassLoader(Unknown Source) at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:1056) 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:553) at org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:379) at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:448) at org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:187) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:530) 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 org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:830) at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) at org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$7e14cd11.startConfiguration(generated) at org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:156) at org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:78) at org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45) at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67) at org.apache.geronimo.cli.daemon.DaemonCLI.main(DaemonCLI.java:30) 15:57:28,640 WARN [BasicLifecycleMonitor] Exception occured while notifying listener [...] This is needed
Re: svn commit: r658264 - in /geronimo/samples/trunk/samples: ./ CustomerService/ bank/ calculator-stateless-pojo/ dbtester/ inventory/ jaxws-calculator/ jms-mdb-sample/ ldap-sample-app/ myphonebook/
I'm confused. This is in the apache pom v4: repository idapache.snapshots/id nameApache Snapshot Repository/name urlhttp://people.apache.org/repo/m2-snapshot-repository/url releases enabledfalse/enabled /releases /repository Why do we need to mention it again? thanks david jencks On May 20, 2008, at 10:57 AM, Jarek Gawor wrote: Joe, These apache-snapshot entires were there so that a user could checkout a particular sample from svn and build it (otherwise the user had to checkout the entire samples directory). Jarek On Tue, May 20, 2008 at 10:47 AM, [EMAIL PROTECTED] wrote: Author: jbohn Date: Tue May 20 07:47:33 2008 New Revision: 658264 URL: http://svn.apache.org/viewvc?rev=658264view=rev Log: merge r658262 from branches/2.1 - remove references to apache- snapshot repo and one more harded version reference Modified: geronimo/samples/trunk/samples/CustomerService/pom.xml geronimo/samples/trunk/samples/bank/pom.xml geronimo/samples/trunk/samples/calculator-stateless-pojo/pom.xml geronimo/samples/trunk/samples/dbtester/pom.xml geronimo/samples/trunk/samples/inventory/pom.xml geronimo/samples/trunk/samples/jaxws-calculator/pom.xml geronimo/samples/trunk/samples/jms-mdb-sample/pom.xml geronimo/samples/trunk/samples/ldap-sample-app/pom.xml geronimo/samples/trunk/samples/myphonebook/pom.xml geronimo/samples/trunk/samples/mytime/pom.xml geronimo/samples/trunk/samples/pom.xml geronimo/samples/trunk/samples/sendmail/pom.xml geronimo/samples/trunk/samples/servlet-examples/pom.xml geronimo/samples/trunk/samples/timereport/pom.xml Modified: geronimo/samples/trunk/samples/CustomerService/pom.xml URL: http://svn.apache.org/viewvc/geronimo/samples/trunk/samples/CustomerService/pom.xml?rev=658264r1=658263r2=658264view=diff = = = = = = = = = = --- geronimo/samples/trunk/samples/CustomerService/pom.xml (original) +++ geronimo/samples/trunk/samples/CustomerService/pom.xml Tue May 20 07:47:33 2008 @@ -81,22 +81,4 @@ /plugin /plugins /build - -repositories -repository -idapache-snapshots/id -nameApache Snapshots Repository/name -urlhttp://people.apache.org/repo/m2-snapshot-repository /url -layoutdefault/layout -snapshots -enabledtrue/enabled -updatePolicydaily/updatePolicy -checksumPolicyignore/checksumPolicy -/snapshots -releases -enabledfalse/enabled -/releases -/repository -/repositories - /project Modified: geronimo/samples/trunk/samples/bank/pom.xml URL: http://svn.apache.org/viewvc/geronimo/samples/trunk/samples/bank/pom.xml?rev=658264r1=658263r2=658264view=diff = = = = = = = = = = --- geronimo/samples/trunk/samples/bank/pom.xml (original) +++ geronimo/samples/trunk/samples/bank/pom.xml Tue May 20 07:47:33 2008 @@ -76,22 +76,4 @@ /plugin /plugins /build - -repositories -repository -idapache-snapshots/id -nameApache Snapshots Repository/name -urlhttp://people.apache.org/repo/m2-snapshot-repository /url -layoutdefault/layout -snapshots -enabledtrue/enabled -updatePolicydaily/updatePolicy -checksumPolicyignore/checksumPolicy -/snapshots -releases -enabledfalse/enabled -/releases -/repository -/repositories - /project Modified: geronimo/samples/trunk/samples/calculator-stateless-pojo/ pom.xml URL: http://svn.apache.org/viewvc/geronimo/samples/trunk/samples/calculator-stateless-pojo/pom.xml?rev=658264r1=658263r2=658264view=diff = = = = = = = = = = --- geronimo/samples/trunk/samples/calculator-stateless-pojo/ pom.xml (original) +++ geronimo/samples/trunk/samples/calculator-stateless-pojo/ pom.xml Tue May 20 07:47:33 2008 @@ -54,22 +54,4 @@ /plugin /plugins /build - -repositories -repository -idapache-snapshots/id -nameApache Snapshots Repository/name -urlhttp://people.apache.org/repo/m2-snapshot-repository /url -layoutdefault/layout -snapshots -enabledtrue/enabled -updatePolicydaily/updatePolicy -checksumPolicyignore/checksumPolicy -/snapshots -releases -enabledfalse/enabled -/releases -/repository -/repositories - /project Modified: geronimo/samples/trunk/samples/dbtester/pom.xml URL:
Re: [VOTE] ASF hosted machines for TCK Proposal
+1 Cheers! Hernan Joe Bohn wrote: If we are to take this proposal forward to the ASF Infrastructure team, they want assurance that the Geronimo PMC is behind the recommendation and supports the intended use of the systems. I think it also bodes well to demonstrate that the entire Geronimo community stands behind the proposal, particularly since we will administer the machines ourselves, - so I encourage all to vote. [ ] +1 I agree with the need and support the proposal. Present it to the ASF Infrastructure team. [ ] 0 No opinion [ ] -1 I don't see the need or disagree with the proposal. Do not present this proposal to the ASF Infrastructure team. I'll plan on calling this vote on Friday (5/23) morning (9 AM EST). PROPOSAL Rationale: The Apache Geronimo community has a need to support the execution and sharing of results from Sun certification tests (cts) which are necessary gain JavaEE5 certification compliance. This information is only available to those Geronimo committers that have signed the Sun NDA and other Apache committers that have signed an NDA and gained approval of the Apache Geronimo PMC. This has allowed other Apache projects to test new products/releases by running JavaEE 5 TCK tests using the Apache Geronimo test infrastructure. In the past these resource intensive tests have been run on private machines by individuals. As more people become involved with Apache Geronimo and related projects, it is becoming obvious that we need a central system to run and share the results of these tests. A centralized testing environment allows the Geronimo community to more fully participate in the TCK process. Some committers don't have access to the hardware resources needed to run the Java EE TCK tests in a timely manner. Although some ad-hoc sharing of private machines has occurred, this is not ideal from a community perspective. Community controlled systems allow us to equitably share these resources. Request: To fulfill this requirement, the Apache Geronimo PMC is requesting the ASF infrastructure team to provide and host machines that can be used for this purpose. Initially, we would like to request two (2) machines that meet (as closely as possible) the specification below. However, we can see the need for 2 additional machines in the not too distant future. Machine specs: - 8 core (two 3.0 GHz quad-core) - 16 GB memory - two 750GB 7200 - rpm SATA 3GB/s disks - DVD R/W (20x?) - rack mountable specification to work with ASF infra requirements - LOM or other features as necessary for ASF infra support - to be developer managed and maintained by the Apache Geronimo Team - Apache Geronimo would assume all responsibility for: - configuration - backup/recovery - secure access - Strictly limited to those Apache Geronimo committers with NDAs on file or additional Apache committers with NDAs and approved by Geronimo PMC. - full, admin access would be granted to ASF infra with reboot directions - At least 2 active Apache Geronimo committers (with NDA authorization) would identified to manage the machines. - Running Linux with something like Xen for 4 VM images per machine. We may increase the number of VM images if it is feasible. - We would require both ssh and VNC access to the VMs. - It is not yet decided if we would use NAT to access the VMs or public IP addresses. Is there are recommendation from ASF Infra? - Automation will most likely be added to run builds, execute tests, and produce reports. - Capability to manually run tests on demand would also be supported. Admin Volunteers: - Joe Bohn (PMC) - Jay McHugh (PMC) - Jason Warner - Matt Hogstrom (PMC) - Kevan Miller (PMC)
Re: svn commit: r658264 - in /geronimo/samples/trunk/samples: ./ CustomerService/ bank/ calculator-stateless-pojo/ dbtester/ inventory/ jaxws-calculator/ jms-mdb-sample/ ldap-sample-app/ myphonebook/
Hmm I'm pretty sure I tested it and the dependencies where not pulled in until I added these repo entries. Maybe I was doing something wrong or a bug somewhere. Jarek On Tue, May 20, 2008 at 11:10 AM, David Jencks [EMAIL PROTECTED] wrote: I'm confused. This is in the apache pom v4: repository idapache.snapshots/id nameApache Snapshot Repository/name urlhttp://people.apache.org/repo/m2-snapshot-repository/url releases enabledfalse/enabled /releases /repository Why do we need to mention it again? thanks david jencks On May 20, 2008, at 10:57 AM, Jarek Gawor wrote: Joe, These apache-snapshot entires were there so that a user could checkout a particular sample from svn and build it (otherwise the user had to checkout the entire samples directory). Jarek On Tue, May 20, 2008 at 10:47 AM, [EMAIL PROTECTED] wrote: Author: jbohn Date: Tue May 20 07:47:33 2008 New Revision: 658264 URL: http://svn.apache.org/viewvc?rev=658264view=rev Log: merge r658262 from branches/2.1 - remove references to apache-snapshot repo and one more harded version reference Modified: geronimo/samples/trunk/samples/CustomerService/pom.xml geronimo/samples/trunk/samples/bank/pom.xml geronimo/samples/trunk/samples/calculator-stateless-pojo/pom.xml geronimo/samples/trunk/samples/dbtester/pom.xml geronimo/samples/trunk/samples/inventory/pom.xml geronimo/samples/trunk/samples/jaxws-calculator/pom.xml geronimo/samples/trunk/samples/jms-mdb-sample/pom.xml geronimo/samples/trunk/samples/ldap-sample-app/pom.xml geronimo/samples/trunk/samples/myphonebook/pom.xml geronimo/samples/trunk/samples/mytime/pom.xml geronimo/samples/trunk/samples/pom.xml geronimo/samples/trunk/samples/sendmail/pom.xml geronimo/samples/trunk/samples/servlet-examples/pom.xml geronimo/samples/trunk/samples/timereport/pom.xml Modified: geronimo/samples/trunk/samples/CustomerService/pom.xml URL: http://svn.apache.org/viewvc/geronimo/samples/trunk/samples/CustomerService/pom.xml?rev=658264r1=658263r2=658264view=diff == --- geronimo/samples/trunk/samples/CustomerService/pom.xml (original) +++ geronimo/samples/trunk/samples/CustomerService/pom.xml Tue May 20 07:47:33 2008 @@ -81,22 +81,4 @@ /plugin /plugins /build - -repositories -repository -idapache-snapshots/id -nameApache Snapshots Repository/name - urlhttp://people.apache.org/repo/m2-snapshot-repository/url -layoutdefault/layout -snapshots -enabledtrue/enabled -updatePolicydaily/updatePolicy -checksumPolicyignore/checksumPolicy -/snapshots -releases -enabledfalse/enabled -/releases -/repository -/repositories - /project Modified: geronimo/samples/trunk/samples/bank/pom.xml URL: http://svn.apache.org/viewvc/geronimo/samples/trunk/samples/bank/pom.xml?rev=658264r1=658263r2=658264view=diff == --- geronimo/samples/trunk/samples/bank/pom.xml (original) +++ geronimo/samples/trunk/samples/bank/pom.xml Tue May 20 07:47:33 2008 @@ -76,22 +76,4 @@ /plugin /plugins /build - -repositories -repository -idapache-snapshots/id -nameApache Snapshots Repository/name - urlhttp://people.apache.org/repo/m2-snapshot-repository/url -layoutdefault/layout -snapshots -enabledtrue/enabled -updatePolicydaily/updatePolicy -checksumPolicyignore/checksumPolicy -/snapshots -releases -enabledfalse/enabled -/releases -/repository -/repositories - /project Modified: geronimo/samples/trunk/samples/calculator-stateless-pojo/pom.xml URL: http://svn.apache.org/viewvc/geronimo/samples/trunk/samples/calculator-stateless-pojo/pom.xml?rev=658264r1=658263r2=658264view=diff == --- geronimo/samples/trunk/samples/calculator-stateless-pojo/pom.xml (original) +++ geronimo/samples/trunk/samples/calculator-stateless-pojo/pom.xml Tue May 20 07:47:33 2008 @@ -54,22 +54,4 @@ /plugin /plugins /build - -repositories -repository -idapache-snapshots/id -nameApache Snapshots Repository/name - urlhttp://people.apache.org/repo/m2-snapshot-repository/url -layoutdefault/layout -snapshots -enabledtrue/enabled -updatePolicydaily/updatePolicy -checksumPolicyignore/checksumPolicy -/snapshots -releases -enabledfalse/enabled -
Re: svn commit: r658264 - in /geronimo/samples/trunk/samples: ./ CustomerService/ bank/ calculator-stateless-pojo/ dbtester/ inventory/ jaxws-calculator/ jms-mdb-sample/ ldap-sample-app/ myphonebook/
Jarek Gawor wrote: Joe, These apache-snapshot entires were there so that a user could checkout a particular sample from svn and build it (otherwise the user had to checkout the entire samples directory). Jarek Thanks for the info Jarek. Here were my reasons for removal: - The root sample pom now has the genesis project-config as a parent. I believe that we will pull a reference to the apache-snapshot repo from there. - When moving to release the samples this snapshot reference would have to be replaced with another repo that would contain released artifacts to have the same effect. I didn't want to add in both the snapshot and released repos. - I don't think it's feasible to build just a sample (or even all samples) any longer (if it ever was). Samples builds require Geronimo server builds to fulfill dependencies against our svn checked in repository entries (which are not available from any published repo) ... at least that has been my experience. I'd be happy to consider some other alternatives to get some ability to build individual samples but at the moment I'm not sure it is feasible. Joe On Tue, May 20, 2008 at 10:47 AM, [EMAIL PROTECTED] wrote: Author: jbohn Date: Tue May 20 07:47:33 2008 New Revision: 658264 URL: http://svn.apache.org/viewvc?rev=658264view=rev Log: merge r658262 from branches/2.1 - remove references to apache-snapshot repo and one more harded version reference Modified: geronimo/samples/trunk/samples/CustomerService/pom.xml geronimo/samples/trunk/samples/bank/pom.xml geronimo/samples/trunk/samples/calculator-stateless-pojo/pom.xml geronimo/samples/trunk/samples/dbtester/pom.xml geronimo/samples/trunk/samples/inventory/pom.xml geronimo/samples/trunk/samples/jaxws-calculator/pom.xml geronimo/samples/trunk/samples/jms-mdb-sample/pom.xml geronimo/samples/trunk/samples/ldap-sample-app/pom.xml geronimo/samples/trunk/samples/myphonebook/pom.xml geronimo/samples/trunk/samples/mytime/pom.xml geronimo/samples/trunk/samples/pom.xml geronimo/samples/trunk/samples/sendmail/pom.xml geronimo/samples/trunk/samples/servlet-examples/pom.xml geronimo/samples/trunk/samples/timereport/pom.xml Modified: geronimo/samples/trunk/samples/CustomerService/pom.xml URL: http://svn.apache.org/viewvc/geronimo/samples/trunk/samples/CustomerService/pom.xml?rev=658264r1=658263r2=658264view=diff == --- geronimo/samples/trunk/samples/CustomerService/pom.xml (original) +++ geronimo/samples/trunk/samples/CustomerService/pom.xml Tue May 20 07:47:33 2008 @@ -81,22 +81,4 @@ /plugin /plugins /build - -repositories -repository -idapache-snapshots/id -nameApache Snapshots Repository/name -urlhttp://people.apache.org/repo/m2-snapshot-repository/url -layoutdefault/layout -snapshots -enabledtrue/enabled -updatePolicydaily/updatePolicy -checksumPolicyignore/checksumPolicy -/snapshots -releases -enabledfalse/enabled -/releases -/repository -/repositories - /project Modified: geronimo/samples/trunk/samples/bank/pom.xml URL: http://svn.apache.org/viewvc/geronimo/samples/trunk/samples/bank/pom.xml?rev=658264r1=658263r2=658264view=diff == --- geronimo/samples/trunk/samples/bank/pom.xml (original) +++ geronimo/samples/trunk/samples/bank/pom.xml Tue May 20 07:47:33 2008 @@ -76,22 +76,4 @@ /plugin /plugins /build - -repositories -repository -idapache-snapshots/id -nameApache Snapshots Repository/name -urlhttp://people.apache.org/repo/m2-snapshot-repository/url -layoutdefault/layout -snapshots -enabledtrue/enabled -updatePolicydaily/updatePolicy -checksumPolicyignore/checksumPolicy -/snapshots -releases -enabledfalse/enabled -/releases -/repository -/repositories - /project Modified: geronimo/samples/trunk/samples/calculator-stateless-pojo/pom.xml URL: http://svn.apache.org/viewvc/geronimo/samples/trunk/samples/calculator-stateless-pojo/pom.xml?rev=658264r1=658263r2=658264view=diff == --- geronimo/samples/trunk/samples/calculator-stateless-pojo/pom.xml (original) +++ geronimo/samples/trunk/samples/calculator-stateless-pojo/pom.xml Tue May 20 07:47:33 2008 @@ -54,22 +54,4 @@ /plugin /plugins /build - -repositories -repository -idapache-snapshots/id -nameApache Snapshots Repository/name -urlhttp://people.apache.org/repo/m2-snapshot-repository/url -
Re: svn commit: r658264 - in /geronimo/samples/trunk/samples: ./ CustomerService/ bank/ calculator-stateless-pojo/ dbtester/ inventory/ jaxws-calculator/ jms-mdb-sample/ ldap-sample-app/ myphonebook/
Joe, These apache-snapshot entires were there so that a user could checkout a particular sample from svn and build it (otherwise the user had to checkout the entire samples directory). Jarek On Tue, May 20, 2008 at 10:47 AM, [EMAIL PROTECTED] wrote: Author: jbohn Date: Tue May 20 07:47:33 2008 New Revision: 658264 URL: http://svn.apache.org/viewvc?rev=658264view=rev Log: merge r658262 from branches/2.1 - remove references to apache-snapshot repo and one more harded version reference Modified: geronimo/samples/trunk/samples/CustomerService/pom.xml geronimo/samples/trunk/samples/bank/pom.xml geronimo/samples/trunk/samples/calculator-stateless-pojo/pom.xml geronimo/samples/trunk/samples/dbtester/pom.xml geronimo/samples/trunk/samples/inventory/pom.xml geronimo/samples/trunk/samples/jaxws-calculator/pom.xml geronimo/samples/trunk/samples/jms-mdb-sample/pom.xml geronimo/samples/trunk/samples/ldap-sample-app/pom.xml geronimo/samples/trunk/samples/myphonebook/pom.xml geronimo/samples/trunk/samples/mytime/pom.xml geronimo/samples/trunk/samples/pom.xml geronimo/samples/trunk/samples/sendmail/pom.xml geronimo/samples/trunk/samples/servlet-examples/pom.xml geronimo/samples/trunk/samples/timereport/pom.xml Modified: geronimo/samples/trunk/samples/CustomerService/pom.xml URL: http://svn.apache.org/viewvc/geronimo/samples/trunk/samples/CustomerService/pom.xml?rev=658264r1=658263r2=658264view=diff == --- geronimo/samples/trunk/samples/CustomerService/pom.xml (original) +++ geronimo/samples/trunk/samples/CustomerService/pom.xml Tue May 20 07:47:33 2008 @@ -81,22 +81,4 @@ /plugin /plugins /build - -repositories -repository -idapache-snapshots/id -nameApache Snapshots Repository/name -urlhttp://people.apache.org/repo/m2-snapshot-repository/url -layoutdefault/layout -snapshots -enabledtrue/enabled -updatePolicydaily/updatePolicy -checksumPolicyignore/checksumPolicy -/snapshots -releases -enabledfalse/enabled -/releases -/repository -/repositories - /project Modified: geronimo/samples/trunk/samples/bank/pom.xml URL: http://svn.apache.org/viewvc/geronimo/samples/trunk/samples/bank/pom.xml?rev=658264r1=658263r2=658264view=diff == --- geronimo/samples/trunk/samples/bank/pom.xml (original) +++ geronimo/samples/trunk/samples/bank/pom.xml Tue May 20 07:47:33 2008 @@ -76,22 +76,4 @@ /plugin /plugins /build - -repositories -repository -idapache-snapshots/id -nameApache Snapshots Repository/name -urlhttp://people.apache.org/repo/m2-snapshot-repository/url -layoutdefault/layout -snapshots -enabledtrue/enabled -updatePolicydaily/updatePolicy -checksumPolicyignore/checksumPolicy -/snapshots -releases -enabledfalse/enabled -/releases -/repository -/repositories - /project Modified: geronimo/samples/trunk/samples/calculator-stateless-pojo/pom.xml URL: http://svn.apache.org/viewvc/geronimo/samples/trunk/samples/calculator-stateless-pojo/pom.xml?rev=658264r1=658263r2=658264view=diff == --- geronimo/samples/trunk/samples/calculator-stateless-pojo/pom.xml (original) +++ geronimo/samples/trunk/samples/calculator-stateless-pojo/pom.xml Tue May 20 07:47:33 2008 @@ -54,22 +54,4 @@ /plugin /plugins /build - -repositories -repository -idapache-snapshots/id -nameApache Snapshots Repository/name -urlhttp://people.apache.org/repo/m2-snapshot-repository/url -layoutdefault/layout -snapshots -enabledtrue/enabled -updatePolicydaily/updatePolicy -checksumPolicyignore/checksumPolicy -/snapshots -releases -enabledfalse/enabled -/releases -/repository -/repositories - /project Modified: geronimo/samples/trunk/samples/dbtester/pom.xml URL: http://svn.apache.org/viewvc/geronimo/samples/trunk/samples/dbtester/pom.xml?rev=658264r1=658263r2=658264view=diff == --- geronimo/samples/trunk/samples/dbtester/pom.xml (original) +++ geronimo/samples/trunk/samples/dbtester/pom.xml Tue May 20 07:47:33 2008 @@ -56,22 +56,4 @@ /plugin /plugins /build - -
Re: svn commit: r658264 - in /geronimo/samples/trunk/samples: ./ CustomerService/ bank/ calculator-stateless-pojo/ dbtester/ inventory/ jaxws-calculator/ jms-mdb-sample/ ldap-sample-app/ myphonebook/
The issue is how does it resolve: parent groupIdorg.apache.geronimo.samples/groupId artifactIdsamples/artifactId version2.2-SNAPSHOT/version /parent It needs to resolve that first to resolve the apache:apache:4 Without the snapshot repo defined, it won't resolve that. Dan On May 20, 2008, at 11:10 AM, David Jencks wrote: I'm confused. This is in the apache pom v4: repository idapache.snapshots/id nameApache Snapshot Repository/name urlhttp://people.apache.org/repo/m2-snapshot-repository/url releases enabledfalse/enabled /releases /repository Why do we need to mention it again? thanks david jencks On May 20, 2008, at 10:57 AM, Jarek Gawor wrote: Joe, These apache-snapshot entires were there so that a user could checkout a particular sample from svn and build it (otherwise the user had to checkout the entire samples directory). Jarek On Tue, May 20, 2008 at 10:47 AM, [EMAIL PROTECTED] wrote: Author: jbohn Date: Tue May 20 07:47:33 2008 New Revision: 658264 URL: http://svn.apache.org/viewvc?rev=658264view=rev Log: merge r658262 from branches/2.1 - remove references to apache- snapshot repo and one more harded version reference Modified: geronimo/samples/trunk/samples/CustomerService/pom.xml geronimo/samples/trunk/samples/bank/pom.xml geronimo/samples/trunk/samples/calculator-stateless-pojo/pom.xml geronimo/samples/trunk/samples/dbtester/pom.xml geronimo/samples/trunk/samples/inventory/pom.xml geronimo/samples/trunk/samples/jaxws-calculator/pom.xml geronimo/samples/trunk/samples/jms-mdb-sample/pom.xml geronimo/samples/trunk/samples/ldap-sample-app/pom.xml geronimo/samples/trunk/samples/myphonebook/pom.xml geronimo/samples/trunk/samples/mytime/pom.xml geronimo/samples/trunk/samples/pom.xml geronimo/samples/trunk/samples/sendmail/pom.xml geronimo/samples/trunk/samples/servlet-examples/pom.xml geronimo/samples/trunk/samples/timereport/pom.xml Modified: geronimo/samples/trunk/samples/CustomerService/pom.xml URL: http://svn.apache.org/viewvc/geronimo/samples/trunk/samples/CustomerService/pom.xml?rev=658264r1=658263r2=658264view=diff = = = = = = = = = = --- geronimo/samples/trunk/samples/CustomerService/pom.xml (original) +++ geronimo/samples/trunk/samples/CustomerService/pom.xml Tue May 20 07:47:33 2008 @@ -81,22 +81,4 @@ /plugin /plugins /build - -repositories -repository -idapache-snapshots/id -nameApache Snapshots Repository/name -urlhttp://people.apache.org/repo/m2-snapshot-repository /url -layoutdefault/layout -snapshots -enabledtrue/enabled -updatePolicydaily/updatePolicy -checksumPolicyignore/checksumPolicy -/snapshots -releases -enabledfalse/enabled -/releases -/repository -/repositories - /project Modified: geronimo/samples/trunk/samples/bank/pom.xml URL: http://svn.apache.org/viewvc/geronimo/samples/trunk/samples/bank/pom.xml?rev=658264r1=658263r2=658264view=diff = = = = = = = = = = --- geronimo/samples/trunk/samples/bank/pom.xml (original) +++ geronimo/samples/trunk/samples/bank/pom.xml Tue May 20 07:47:33 2008 @@ -76,22 +76,4 @@ /plugin /plugins /build - -repositories -repository -idapache-snapshots/id -nameApache Snapshots Repository/name -urlhttp://people.apache.org/repo/m2-snapshot-repository /url -layoutdefault/layout -snapshots -enabledtrue/enabled -updatePolicydaily/updatePolicy -checksumPolicyignore/checksumPolicy -/snapshots -releases -enabledfalse/enabled -/releases -/repository -/repositories - /project Modified: geronimo/samples/trunk/samples/calculator-stateless-pojo/ pom.xml URL: http://svn.apache.org/viewvc/geronimo/samples/trunk/samples/calculator-stateless-pojo/pom.xml?rev=658264r1=658263r2=658264view=diff = = = = = = = = = = --- geronimo/samples/trunk/samples/calculator-stateless-pojo/ pom.xml (original) +++ geronimo/samples/trunk/samples/calculator-stateless-pojo/ pom.xml Tue May 20 07:47:33 2008 @@ -54,22 +54,4 @@ /plugin /plugins /build - -repositories -repository -idapache-snapshots/id -nameApache Snapshots Repository/name -urlhttp://people.apache.org/repo/m2-snapshot-repository /url -layoutdefault/layout -snapshots -enabledtrue/enabled -updatePolicydaily/updatePolicy -checksumPolicyignore/checksumPolicy -
Re: svn commit: r658264 - in /geronimo/samples/trunk/samples: ./ CustomerService/ bank/ calculator-stateless-pojo/ dbtester/ inventory/ jaxws-calculator/ jms-mdb-sample/ ldap-sample-app/ myphonebook/
On May 20, 2008, at 11:27 AM, Daniel Kulp wrote: The issue is how does it resolve: parent groupIdorg.apache.geronimo.samples/groupId artifactIdsamples/artifactId version2.2-SNAPSHOT/version /parent It needs to resolve that first to resolve the apache:apache:4 Without the snapshot repo defined, it won't resolve that. Dan Good point. So, it seems to me we have a 2-faced approach to the samples do we want them to be individual projects or one big project? I _think_ the main value of the parent pom is to define dependency management. I suggest that we either: - figure it's one big project, and snapshot versions can only be built all together (first time): we leave out the apache-snapshots and rely on the on in apache v4 pom - figure they are individual projects, have the parent for each sample be genesis project-config, and use the new import feature in maven 2.0.9 to get the universal dependency management section from what is now the parent. I think this will involve releasing each sample individually. Right now I lean slightly towards the first approach. I ___really___ think we should not be duplicating information already present in parent poms because we can't decide what the boundaries of an independently buildable project are. thanks david jencks On May 20, 2008, at 11:10 AM, David Jencks wrote: I'm confused. This is in the apache pom v4: repository idapache.snapshots/id nameApache Snapshot Repository/name urlhttp://people.apache.org/repo/m2-snapshot-repository/url releases enabledfalse/enabled /releases /repository Why do we need to mention it again? thanks david jencks On May 20, 2008, at 10:57 AM, Jarek Gawor wrote: Joe, These apache-snapshot entires were there so that a user could checkout a particular sample from svn and build it (otherwise the user had to checkout the entire samples directory). Jarek On Tue, May 20, 2008 at 10:47 AM, [EMAIL PROTECTED] wrote: Author: jbohn Date: Tue May 20 07:47:33 2008 New Revision: 658264 URL: http://svn.apache.org/viewvc?rev=658264view=rev Log: merge r658262 from branches/2.1 - remove references to apache- snapshot repo and one more harded version reference Modified: geronimo/samples/trunk/samples/CustomerService/pom.xml geronimo/samples/trunk/samples/bank/pom.xml geronimo/samples/trunk/samples/calculator-stateless-pojo/pom.xml geronimo/samples/trunk/samples/dbtester/pom.xml geronimo/samples/trunk/samples/inventory/pom.xml geronimo/samples/trunk/samples/jaxws-calculator/pom.xml geronimo/samples/trunk/samples/jms-mdb-sample/pom.xml geronimo/samples/trunk/samples/ldap-sample-app/pom.xml geronimo/samples/trunk/samples/myphonebook/pom.xml geronimo/samples/trunk/samples/mytime/pom.xml geronimo/samples/trunk/samples/pom.xml geronimo/samples/trunk/samples/sendmail/pom.xml geronimo/samples/trunk/samples/servlet-examples/pom.xml geronimo/samples/trunk/samples/timereport/pom.xml Modified: geronimo/samples/trunk/samples/CustomerService/pom.xml URL: http://svn.apache.org/viewvc/geronimo/samples/trunk/samples/CustomerService/pom.xml?rev=658264r1=658263r2=658264view=diff = = = = = = = = = = = === --- geronimo/samples/trunk/samples/CustomerService/pom.xml (original) +++ geronimo/samples/trunk/samples/CustomerService/pom.xml Tue May 20 07:47:33 2008 @@ -81,22 +81,4 @@ /plugin /plugins /build - -repositories -repository -idapache-snapshots/id -nameApache Snapshots Repository/name -urlhttp://people.apache.org/repo/m2-snapshot-repository /url -layoutdefault/layout -snapshots -enabledtrue/enabled -updatePolicydaily/updatePolicy -checksumPolicyignore/checksumPolicy -/snapshots -releases -enabledfalse/enabled -/releases -/repository -/repositories - /project Modified: geronimo/samples/trunk/samples/bank/pom.xml URL: http://svn.apache.org/viewvc/geronimo/samples/trunk/samples/bank/pom.xml?rev=658264r1=658263r2=658264view=diff = = = = = = = = = = = === --- geronimo/samples/trunk/samples/bank/pom.xml (original) +++ geronimo/samples/trunk/samples/bank/pom.xml Tue May 20 07:47:33 2008 @@ -76,22 +76,4 @@ /plugin /plugins /build - -repositories -repository -idapache-snapshots/id -nameApache Snapshots Repository/name -urlhttp://people.apache.org/repo/m2-snapshot-repository /url -layoutdefault/layout -snapshots -enabledtrue/enabled -updatePolicydaily/updatePolicy -checksumPolicyignore/checksumPolicy -/snapshots -releases -enabledfalse/enabled -
Re: svn commit: r658264 - in /geronimo/samples/trunk/samples: ./ CustomerService/ bank/ calculator-stateless-pojo/ dbtester/ inventory/ jaxws-calculator/ jms-mdb-sample/ ldap-sample-app/ myphonebook/
Guess we should rethink the whole private repository model. Maybe we need to move it to its own location in svn and have it contain depends for all releases (much like openejb has been doing), so we can reference it as a repo for sample (and other plugin) builds Otherwise, if we tell users that they have to build the server first, then very few will ever be willing to rebuild the samples, IMO. Also, if Samples rely upon privately pinned depends, then how could we expect to only release Sample 2.1 and have it work with 2.1.1, 2.1.2, 2.1.x, knowing that some depend versions have or will likely change in future releases? -Donald Joe Bohn wrote: Jarek Gawor wrote: Joe, These apache-snapshot entires were there so that a user could checkout a particular sample from svn and build it (otherwise the user had to checkout the entire samples directory). Jarek Thanks for the info Jarek. Here were my reasons for removal: - The root sample pom now has the genesis project-config as a parent. I believe that we will pull a reference to the apache-snapshot repo from there. - When moving to release the samples this snapshot reference would have to be replaced with another repo that would contain released artifacts to have the same effect. I didn't want to add in both the snapshot and released repos. - I don't think it's feasible to build just a sample (or even all samples) any longer (if it ever was). Samples builds require Geronimo server builds to fulfill dependencies against our svn checked in repository entries (which are not available from any published repo) ... at least that has been my experience. I'd be happy to consider some other alternatives to get some ability to build individual samples but at the moment I'm not sure it is feasible. Joe On Tue, May 20, 2008 at 10:47 AM, [EMAIL PROTECTED] wrote: Author: jbohn Date: Tue May 20 07:47:33 2008 New Revision: 658264 URL: http://svn.apache.org/viewvc?rev=658264view=rev Log: merge r658262 from branches/2.1 - remove references to apache-snapshot repo and one more harded version reference Modified: geronimo/samples/trunk/samples/CustomerService/pom.xml geronimo/samples/trunk/samples/bank/pom.xml geronimo/samples/trunk/samples/calculator-stateless-pojo/pom.xml geronimo/samples/trunk/samples/dbtester/pom.xml geronimo/samples/trunk/samples/inventory/pom.xml geronimo/samples/trunk/samples/jaxws-calculator/pom.xml geronimo/samples/trunk/samples/jms-mdb-sample/pom.xml geronimo/samples/trunk/samples/ldap-sample-app/pom.xml geronimo/samples/trunk/samples/myphonebook/pom.xml geronimo/samples/trunk/samples/mytime/pom.xml geronimo/samples/trunk/samples/pom.xml geronimo/samples/trunk/samples/sendmail/pom.xml geronimo/samples/trunk/samples/servlet-examples/pom.xml geronimo/samples/trunk/samples/timereport/pom.xml Modified: geronimo/samples/trunk/samples/CustomerService/pom.xml URL: http://svn.apache.org/viewvc/geronimo/samples/trunk/samples/CustomerService/pom.xml?rev=658264r1=658263r2=658264view=diff == --- geronimo/samples/trunk/samples/CustomerService/pom.xml (original) +++ geronimo/samples/trunk/samples/CustomerService/pom.xml Tue May 20 07:47:33 2008 @@ -81,22 +81,4 @@ /plugin /plugins /build - -repositories -repository -idapache-snapshots/id -nameApache Snapshots Repository/name - urlhttp://people.apache.org/repo/m2-snapshot-repository/url -layoutdefault/layout -snapshots -enabledtrue/enabled -updatePolicydaily/updatePolicy -checksumPolicyignore/checksumPolicy -/snapshots -releases -enabledfalse/enabled -/releases -/repository -/repositories - /project Modified: geronimo/samples/trunk/samples/bank/pom.xml URL: http://svn.apache.org/viewvc/geronimo/samples/trunk/samples/bank/pom.xml?rev=658264r1=658263r2=658264view=diff == --- geronimo/samples/trunk/samples/bank/pom.xml (original) +++ geronimo/samples/trunk/samples/bank/pom.xml Tue May 20 07:47:33 2008 @@ -76,22 +76,4 @@ /plugin /plugins /build - -repositories -repository -idapache-snapshots/id -nameApache Snapshots Repository/name - urlhttp://people.apache.org/repo/m2-snapshot-repository/url -layoutdefault/layout -snapshots -enabledtrue/enabled -updatePolicydaily/updatePolicy -checksumPolicyignore/checksumPolicy -/snapshots -releases -enabledfalse/enabled -/releases -/repository -/repositories - /project Modified:
[jira] Commented: (GERONIMO-4037) Geronimo 2.0.3 (and I guess at least 2.0.2) can't run with a security manager settled from the command line using -Djava.security.manager
[ https://issues.apache.org/jira/browse/GERONIMO-4037?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12598353#action_12598353 ] Kevan Miller commented on GERONIMO-4037: Strange. I tried to reproduce and didn't hit the error. Is the problem dependent upon the contents of your policy file? Geronimo 2.0.3 (and I guess at least 2.0.2) can't run with a security manager settled from the command line using -Djava.security.manager -- Key: GERONIMO-4037 URL: https://issues.apache.org/jira/browse/GERONIMO-4037 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: kernel, security Affects Versions: 2.0.2 Environment: Windows Xp Sp2 Reporter: Jacques Le Roux Priority: Blocker I'm facing an issue on Windows XPsp2: I can't run WASCE with a security manager settled from the command line using -Djava.security.manager-Djava.security.policy=client.policy options. I get the error below. Note that this is working properly under Linux (Ubuntu and Suze as well). C:\geronimo-tomcat6-jee5-2.0.3\bingeronimo run Using GERONIMO_BASE: C:\geronimo-tomcat6-jee5-2.0.3 Using GERONIMO_HOME: C:\geronimo-tomcat6-jee5-2.0.3 Using GERONIMO_TMPDIR: var\temp Using JRE_HOME:C:\Program Files\Java\jre1.5.0_11 Listening for transport dt_socket at address: 5005 Booting Geronimo Kernel (in Java 1.5.0_11)... Starting Geronimo Application Server v2.0.3-SNAPSHOT [*** ] 11% 27s Starting org.apac...15:57:28,625 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: abstractName=org.apache.geronimo.configs/ j2ee-security/2.0.3-SNAPSHOT/car?ServiceModule=org.apache.geronimo.configs/j2ee-security/2.0.3-SNAPSHOT/car,j2eeType=GBean,name=SecurityService java.lang.LinkageError: org/apache/geronimo/security/jacc/GeronimoPolicyConfigurationFactory at org.apache.geronimo.security.jacc.GeronimoPolicy.implies(GeronimoPolicy.java:74) at java.security.ProtectionDomain.implies(Unknown Source) at java.security.AccessControlContext.checkPermission(Unknown Source) at java.security.AccessController.checkPermission(Unknown Source) at java.lang.SecurityManager.checkPermission(Unknown Source) at java.lang.Thread.setContextClassLoader(Unknown Source) at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:1056) 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:553) at org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:379) at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:448) at org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:187) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:530) 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 org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:830) at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) at org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$7e14cd11.startConfiguration(generated) at org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:156) at org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:78) at org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45) at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67) at
Re: [VOTE] ASF hosted machines for TCK Proposal
+1 David On May 20, 2008, at 5:22 AM, Joe Bohn wrote: If we are to take this proposal forward to the ASF Infrastructure team, they want assurance that the Geronimo PMC is behind the recommendation and supports the intended use of the systems. I think it also bodes well to demonstrate that the entire Geronimo community stands behind the proposal, particularly since we will administer the machines ourselves, - so I encourage all to vote. [ ] +1 I agree with the need and support the proposal. Present it to the ASF Infrastructure team. [ ] 0 No opinion [ ] -1 I don't see the need or disagree with the proposal. Do not present this proposal to the ASF Infrastructure team. I'll plan on calling this vote on Friday (5/23) morning (9 AM EST). PROPOSAL Rationale: The Apache Geronimo community has a need to support the execution and sharing of results from Sun certification tests (cts) which are necessary gain JavaEE5 certification compliance. This information is only available to those Geronimo committers that have signed the Sun NDA and other Apache committers that have signed an NDA and gained approval of the Apache Geronimo PMC. This has allowed other Apache projects to test new products/releases by running JavaEE 5 TCK tests using the Apache Geronimo test infrastructure. In the past these resource intensive tests have been run on private machines by individuals. As more people become involved with Apache Geronimo and related projects, it is becoming obvious that we need a central system to run and share the results of these tests. A centralized testing environment allows the Geronimo community to more fully participate in the TCK process. Some committers don't have access to the hardware resources needed to run the Java EE TCK tests in a timely manner. Although some ad-hoc sharing of private machines has occurred, this is not ideal from a community perspective. Community controlled systems allow us to equitably share these resources. Request: To fulfill this requirement, the Apache Geronimo PMC is requesting the ASF infrastructure team to provide and host machines that can be used for this purpose. Initially, we would like to request two (2) machines that meet (as closely as possible) the specification below. However, we can see the need for 2 additional machines in the not too distant future. Machine specs: - 8 core (two 3.0 GHz quad-core) - 16 GB memory - two 750GB 7200 - rpm SATA 3GB/s disks - DVD R/W (20x?) - rack mountable specification to work with ASF infra requirements - LOM or other features as necessary for ASF infra support - to be developer managed and maintained by the Apache Geronimo Team - Apache Geronimo would assume all responsibility for: - configuration - backup/recovery - secure access - Strictly limited to those Apache Geronimo committers with NDAs on file or additional Apache committers with NDAs and approved by Geronimo PMC. - full, admin access would be granted to ASF infra with reboot directions - At least 2 active Apache Geronimo committers (with NDA authorization) would identified to manage the machines. - Running Linux with something like Xen for 4 VM images per machine. We may increase the number of VM images if it is feasible. - We would require both ssh and VNC access to the VMs. - It is not yet decided if we would use NAT to access the VMs or public IP addresses. Is there are recommendation from ASF Infra? - Automation will most likely be added to run builds, execute tests, and produce reports. - Capability to manually run tests on demand would also be supported. Admin Volunteers: - Joe Bohn (PMC) - Jay McHugh (PMC) - Jason Warner - Matt Hogstrom (PMC) - Kevan Miller (PMC)
[jira] Commented: (GERONIMO-4029) Transforming from DOM Document to SAAJ SOAPBody throws TransformerException
[ https://issues.apache.org/jira/browse/GERONIMO-4029?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12598351#action_12598351 ] Jarek Gawor commented on GERONIMO-4029: --- This is a bug in Axis2 SAAJ implementation. Here's the Axis2 bug report: https://issues.apache.org/jira/browse/AXIS2-3808 Transforming from DOM Document to SAAJ SOAPBody throws TransformerException --- Key: GERONIMO-4029 URL: https://issues.apache.org/jira/browse/GERONIMO-4029 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: webservices Affects Versions: 2.0.2 Environment: OS X, JDK 1.5, Geronimo 2.0.2 Reporter: Arjen Poutsma Attachments: saaj-test.zip When running the following program within Geronimo: {noformat} MessageFactory messageFactory = MessageFactory.newInstance(); Transformer transformer = TransformerFactory.newInstance().newTransformer(); SOAPMessage message = messageFactory.createMessage(); Document document = createDocument(); SOAPBody body = message.getSOAPBody(); transformer.transform(new DOMSource(document), new DOMResult(body)); {noformat} a TransformerException is thrown on the last line. The attached zip file contains a simple Servlet which can be used to reproduce this. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: svn commit: r658264 - in /geronimo/samples/trunk/samples: ./ CustomerService/ bank/ calculator-stateless-pojo/ dbtester/ inventory/ jaxws-calculator/ jms-mdb-sample/ ldap-sample-app/ myphonebook/
On May 20, 2008, at 12:38 PM, Donald Woods wrote: Guess we should rethink the whole private repository model. Maybe we need to move it to its own location in svn and have it contain depends for all releases (much like openejb has been doing), so we can reference it as a repo for sample (and other plugin) builds Otherwise, if we tell users that they have to build the server first, then very few will ever be willing to rebuild the samples, IMO. Also, if Samples rely upon privately pinned depends, then how could we expect to only release Sample 2.1 and have it work with 2.1.1, 2.1.2, 2.1.x, knowing that some depend versions have or will likely change in future releases? Maybe I'm misunderstanding what's going on but the only problem I can see is the one pointed out by dan kulp -- until you have the samples parent pom in your local repo there is no way to get it there since its ancestors have the apache.snapshots definition. Once you have this defined AFAICT all the other stuff you need is in that apache.snapshots repo. As noted in another mail my preferred way to deal with this is by saying you have to build all the samples together at least once before you can build just one. Once we release the samples anyone wanting to build a released version of a single sample from code will not have this problem because all the required dependencies should be in the maven central repo which is available without any configuration. Am I missing something? I don't see how this relates to our repository project in server at all. thanks david jencks -Donald Joe Bohn wrote: Jarek Gawor wrote: Joe, These apache-snapshot entires were there so that a user could checkout a particular sample from svn and build it (otherwise the user had to checkout the entire samples directory). Jarek Thanks for the info Jarek. Here were my reasons for removal: - The root sample pom now has the genesis project-config as a parent. I believe that we will pull a reference to the apache- snapshot repo from there. - When moving to release the samples this snapshot reference would have to be replaced with another repo that would contain released artifacts to have the same effect. I didn't want to add in both the snapshot and released repos. - I don't think it's feasible to build just a sample (or even all samples) any longer (if it ever was). Samples builds require Geronimo server builds to fulfill dependencies against our svn checked in repository entries (which are not available from any published repo) ... at least that has been my experience. I'd be happy to consider some other alternatives to get some ability to build individual samples but at the moment I'm not sure it is feasible. Joe On Tue, May 20, 2008 at 10:47 AM, [EMAIL PROTECTED] wrote: Author: jbohn Date: Tue May 20 07:47:33 2008 New Revision: 658264 URL: http://svn.apache.org/viewvc?rev=658264view=rev Log: merge r658262 from branches/2.1 - remove references to apache- snapshot repo and one more harded version reference Modified: geronimo/samples/trunk/samples/CustomerService/pom.xml geronimo/samples/trunk/samples/bank/pom.xml geronimo/samples/trunk/samples/calculator-stateless-pojo/pom.xml geronimo/samples/trunk/samples/dbtester/pom.xml geronimo/samples/trunk/samples/inventory/pom.xml geronimo/samples/trunk/samples/jaxws-calculator/pom.xml geronimo/samples/trunk/samples/jms-mdb-sample/pom.xml geronimo/samples/trunk/samples/ldap-sample-app/pom.xml geronimo/samples/trunk/samples/myphonebook/pom.xml geronimo/samples/trunk/samples/mytime/pom.xml geronimo/samples/trunk/samples/pom.xml geronimo/samples/trunk/samples/sendmail/pom.xml geronimo/samples/trunk/samples/servlet-examples/pom.xml geronimo/samples/trunk/samples/timereport/pom.xml Modified: geronimo/samples/trunk/samples/CustomerService/pom.xml URL: http://svn.apache.org/viewvc/geronimo/samples/trunk/samples/CustomerService/pom.xml?rev=658264r1=658263r2=658264view=diff = = = = = = = = = = = === --- geronimo/samples/trunk/samples/CustomerService/pom.xml (original) +++ geronimo/samples/trunk/samples/CustomerService/pom.xml Tue May 20 07:47:33 2008 @@ -81,22 +81,4 @@ /plugin /plugins /build - -repositories -repository -idapache-snapshots/id -nameApache Snapshots Repository/name -urlhttp://people.apache.org/repo/m2-snapshot-repository /url -layoutdefault/layout -snapshots -enabledtrue/enabled -updatePolicydaily/updatePolicy -checksumPolicyignore/checksumPolicy -/snapshots -releases -enabledfalse/enabled -/releases -/repository -/repositories - /project Modified: geronimo/samples/trunk/samples/bank/pom.xml URL:
[jira] Commented: (GERONIMODEVTOOLS-349) GEP synchronization with a server running outside of Eclipse no longer works
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-349?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12598369#action_12598369 ] B.J. Reed commented on GERONIMODEVTOOLS-349: From what I've seen so far, Abbot is really good at doing anything you want within a single window or application. I'll dig around and see if I can see how it can handle a second process/appliction. If you start a Geronimo Server from within Eclipse, after that point it will be in synch with anything done to the server via command window (start/stop/etc). The synchronization will stay in place until the GEP is closed. An easy way to demonstrate this is to add the same server twice to GEP. Start the first, it will show started and the second will still show stopped. Stop the first, both will show stopped. Start the second, both will show started (there may be a delay on the first). Stop the second, both will show stopped. Based on this info, it looks like the GeronimoServerBehaviourDelegate.startUpdateServerStateTask() method needs to be called at the following times: 1) when a Geronimo Server is added 2) when the GEP is started and a server was added in a previous session. And then the method would not need to be called when a server is started since the timer would already be scheduled and running. GEP synchronization with a server running outside of Eclipse no longer works Key: GERONIMODEVTOOLS-349 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-349 Project: Geronimo-Devtools Issue Type: Bug Components: eclipse-plugin Affects Versions: 2.1.0 Reporter: Tim McConnell Assignee: B.J. Reed Fix For: 2.1.1 The GEP should synchronize with a Geronimo server running either inside of Eclipse or outside of Eclipse. It no longer works though when the server is started outside of Eclipse -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4037) Geronimo 2.0.3 (and I guess at least 2.0.2) can't run with a security manager settled from the command line using -Djava.security.manager
[ https://issues.apache.org/jira/browse/GERONIMO-4037?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12598370#action_12598370 ] Jacques Le Roux commented on GERONIMO-4037: --- Hi Kevan, So far I use this very simple content grant{ permission java.security.AllPermission; }; It seems that there is no problemsparsing this file. If I change the content (below I deleted the last semi-colon) I can get C:\geronimo-tomcat6-jee5-2.0.3\bingeronimo run Using GERONIMO_BASE: C:\geronimo-tomcat6-jee5-2.0.3 Using GERONIMO_HOME: C:\geronimo-tomcat6-jee5-2.0.3 Using GERONIMO_TMPDIR: var\temp Using JRE_HOME:C:\Program Files\Java\jre1.5.0_11 Listening for transport dt_socket at address: 5005 java.security.policy: error parsing file:/C:/geronimo-tomcat6-jee5-2.0.3/bin/client.policy: expected [;], read [end of file] log4j:WARN No appenders could be found for logger (org.apache.geronimo.kernel.basic.BasicKernel). log4j:WARN Please initialize the log4j system properly. Exception in thread main java.lang.ExceptionInInitializerError at org.apache.geronimo.gbean.runtime.GBeanAttribute.init(GBeanAttribute.java:246) So it seems that this is not an issue with the content, nor the file itself Geronimo 2.0.3 (and I guess at least 2.0.2) can't run with a security manager settled from the command line using -Djava.security.manager -- Key: GERONIMO-4037 URL: https://issues.apache.org/jira/browse/GERONIMO-4037 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: kernel, security Affects Versions: 2.0.2 Environment: Windows Xp Sp2 Reporter: Jacques Le Roux Priority: Blocker I'm facing an issue on Windows XPsp2: I can't run WASCE with a security manager settled from the command line using -Djava.security.manager-Djava.security.policy=client.policy options. I get the error below. Note that this is working properly under Linux (Ubuntu and Suze as well). C:\geronimo-tomcat6-jee5-2.0.3\bingeronimo run Using GERONIMO_BASE: C:\geronimo-tomcat6-jee5-2.0.3 Using GERONIMO_HOME: C:\geronimo-tomcat6-jee5-2.0.3 Using GERONIMO_TMPDIR: var\temp Using JRE_HOME:C:\Program Files\Java\jre1.5.0_11 Listening for transport dt_socket at address: 5005 Booting Geronimo Kernel (in Java 1.5.0_11)... Starting Geronimo Application Server v2.0.3-SNAPSHOT [*** ] 11% 27s Starting org.apac...15:57:28,625 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: abstractName=org.apache.geronimo.configs/ j2ee-security/2.0.3-SNAPSHOT/car?ServiceModule=org.apache.geronimo.configs/j2ee-security/2.0.3-SNAPSHOT/car,j2eeType=GBean,name=SecurityService java.lang.LinkageError: org/apache/geronimo/security/jacc/GeronimoPolicyConfigurationFactory at org.apache.geronimo.security.jacc.GeronimoPolicy.implies(GeronimoPolicy.java:74) at java.security.ProtectionDomain.implies(Unknown Source) at java.security.AccessControlContext.checkPermission(Unknown Source) at java.security.AccessController.checkPermission(Unknown Source) at java.lang.SecurityManager.checkPermission(Unknown Source) at java.lang.Thread.setContextClassLoader(Unknown Source) at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:1056) 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:553) at org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:379) at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:448) at org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:187) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:530) 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 org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) at
[jira] Resolved: (GERONIMO-4024) Accessibility issue: no alt message for logout image link in the admin console
[ https://issues.apache.org/jira/browse/GERONIMO-4024?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Donald Woods resolved GERONIMO-4024. Resolution: Fixed Fix Version/s: 2.2 2.1.2 Assignee: Donald Woods Skip to main content added as r658357 in branches/2.1 (2.1.2-SNAPSHOT) and r658362 in trunk (2.2-SNAPSHOT) Accessibility issue: no alt message for logout image link in the admin console -- Key: GERONIMO-4024 URL: https://issues.apache.org/jira/browse/GERONIMO-4024 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console Affects Versions: 2.1.1 Environment: Windows XP SP2 Reporter: Xia Ming Assignee: Donald Woods Priority: Minor Fix For: 2.1.2, 2.2 Test welcome page with screen reader software JAWS, these accessibility issues are found: 1. No ALT defined for logout image link 2. No Skip to Main link to allow blinded people to ignore the long list of navagation links, thus the blinded people have to listen to the whole link list again and again when they navigated among the admin console. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4024) Accessibility issue: missing image alt tags and no skip to main content support
[ https://issues.apache.org/jira/browse/GERONIMO-4024?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Donald Woods updated GERONIMO-4024: --- Summary: Accessibility issue: missing image alt tags and no skip to main content support (was: Accessibility issue: no alt message for logout image link in the admin console) updated title to include both items that were fixed Accessibility issue: missing image alt tags and no skip to main content support --- Key: GERONIMO-4024 URL: https://issues.apache.org/jira/browse/GERONIMO-4024 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console Affects Versions: 2.1.1 Environment: Windows XP SP2 Reporter: Xia Ming Assignee: Donald Woods Priority: Minor Fix For: 2.1.2, 2.2 Test welcome page with screen reader software JAWS, these accessibility issues are found: 1. No ALT defined for logout image link 2. No Skip to Main link to allow blinded people to ignore the long list of navagation links, thus the blinded people have to listen to the whole link list again and again when they navigated among the admin console. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [jira] Assigned: (GERONIMO-4017) pluto need to be update
They are not published, but in our private repository directory. I didn't see where changing the pinned version number would be worth the effort of updating the pom.xml and generating a new set of repository directories. Also, the version number is based on the Pluto revision level, which had not changed -Donald David Jencks wrote: On May 19, 2008, at 8:39 PM, Donald Woods wrote: No, the latest jars fixed the Console failures in the 2.1 branch. Everything passed on trunk in the 5/18 4:33PM build notification, so any errors you are seeing now are probably related to other changes or to timing/load issues on Jarek's machine I talked with jarek on irc and he suggested that I kill my local m2 repo pluto artifacts, and doing so made these tests pass. However I think this means that we have 2 non-snapshot jars out with the same name and different contents, which is a giant no-no. Is this true? How did it happen? Can we change the name of at least one of the jars? thanks david jencks -Donald David Jencks wrote: AFAICT this is still broken? I think this is causing errors in the testsuite/consoletestsuite advanced for the jms server test and possibly others. thanks david jencks On May 14, 2008, at 8:47 AM, Donald Woods (JIRA) wrote: [ https://issues.apache.org/jira/browse/GERONIMO-4017?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Donald Woods reassigned GERONIMO-4017: -- Assignee: Donald Woods pluto need to be update --- Key: GERONIMO-4017 URL: https://issues.apache.org/jira/browse/GERONIMO-4017 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console Affects Versions: 2.1.2, 2.1.x Reporter: YunFeng Ma Assignee: Donald Woods Priority: Critical Fix For: 2.1.2, 2.1.x Some functionalities (such as add Tomcat BIO HTTP Connector) of admin console fails because pluto can not handle the question mark in the url. The pluto trunk fixed this. The one we used now: https://svn.apache.org/repos/asf/portals/pluto/branches/pluto-1.1.x/pluto-portal-driver-impl/src/main/java/org/apache/pluto/driver/url/impl/PortalURLParserImpl.java The trunk version: https://svn.apache.org/repos/asf/portals/pluto/trunk/pluto-portal-driver-impl/src/main/java/org/apache/pluto/driver/url/impl/PortalURLParserImpl.java -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. smime.p7s Description: S/MIME Cryptographic Signature
Re: svn commit: r658264 - in /geronimo/samples/trunk/samples: ./ CustomerService/ bank/ calculator-stateless-pojo/ dbtester/ inventory/ jaxws-calculator/ jms-mdb-sample/ ldap-sample-app/ myphonebook/
David Jencks wrote: On May 20, 2008, at 12:38 PM, Donald Woods wrote: Guess we should rethink the whole private repository model. Maybe we need to move it to its own location in svn and have it contain depends for all releases (much like openejb has been doing), so we can reference it as a repo for sample (and other plugin) builds Otherwise, if we tell users that they have to build the server first, then very few will ever be willing to rebuild the samples, IMO. Also, if Samples rely upon privately pinned depends, then how could we expect to only release Sample 2.1 and have it work with 2.1.1, 2.1.2, 2.1.x, knowing that some depend versions have or will likely change in future releases? Maybe I'm misunderstanding what's going on but the only problem I can see is the one pointed out by dan kulp -- until you have the samples parent pom in your local repo there is no way to get it there since its ancestors have the apache.snapshots definition. Once you have this defined AFAICT all the other stuff you need is in that apache.snapshots repo. As noted in another mail my preferred way to deal with this is by saying you have to build all the samples together at least once before you can build just one. Once we release the samples anyone wanting to build a released version of a single sample from code will not have this problem because all the required dependencies should be in the maven central repo which is available without any configuration. Am I missing something? I don't see how this relates to our repository project in server at all. The problem with svn repo is the same as it is with any project that has dependencies on certain Geronimo configurations. If you just attempt to build samples with a clean repo you will see it. IIRC it comes down to maven attempting to resolve all dependencies. Somewhere along the path we end up with a dependency on a component from Geronimo (such as the tomcat car) that has dependencies on an svn repo elements (such as our private catalina build) which cannot be loaded from any public repo. Perhaps this just recently became an issue as we introduced plugins for each sample? Joe
Re: svn commit: r658264 - in /geronimo/samples/trunk/samples: ./ CustomerService/ bank/ calculator-stateless-pojo/ dbtester/ inventory/ jaxws-calculator/ jms-mdb-sample/ ldap-sample-app/ myphonebook/
David Jencks wrote: On May 20, 2008, at 11:27 AM, Daniel Kulp wrote: The issue is how does it resolve: parent groupIdorg.apache.geronimo.samples/groupId artifactIdsamples/artifactId version2.2-SNAPSHOT/version /parent It needs to resolve that first to resolve the apache:apache:4 Without the snapshot repo defined, it won't resolve that. Dan Good point. So, it seems to me we have a 2-faced approach to the samples do we want them to be individual projects or one big project? I _think_ the main value of the parent pom is to define dependency management. I suggest that we either: - figure it's one big project, and snapshot versions can only be built all together (first time): we leave out the apache-snapshots and rely on the on in apache v4 pom I think we have to treat this like one big project and require an initial build. There isn't much more involved than building an individual sample. soapbox Actually ... I think samples ought to be integrated into the server svn again. I think the fact that we have never released samples independently and the fact that we are now 3 months past our Server 2.1 release and we still don't have samples testify to why it isn't a good idea to have them split. Also, I can think of no good reason to release samples independently of a server release (and again - we have never doe this anyway). /soapbox - figure they are individual projects, have the parent for each sample be genesis project-config, and use the new import feature in maven 2.0.9 to get the universal dependency management section from what is now the parent. I think this will involve releasing each sample individually. If we have to release samples individually it will never happen. Right now I lean slightly towards the first approach. I ___really___ think we should not be duplicating information already present in parent poms because we can't decide what the boundaries of an independently buildable project are. I definitely think we should be taking the 1st approach. BTW, if we treat them as one big project we can begin to use dependency management in the parent pom. At the moment we have version dependencies spread across numerous samples which is really a maintenance problem (in that nobody is maintaining it ... another issue that could be easily solved if we moved the samples back into the server svn). Joe
please unsubscribe
Re: please unsubscribe
Slava, To unsubscribe from this least, please direct an email to dev-unsubscribe at geronimo.apache.org On Tue, May 20, 2008 at 2:41 PM, Slava McDougald [EMAIL PROTECTED] wrote: -- ~Jason Warner
[jira] Commented: (GERONIMO-4037) Geronimo 2.0.3 (and I guess at least 2.0.2) can't run with a security manager settled from the command line using -Djava.security.manager
[ https://issues.apache.org/jira/browse/GERONIMO-4037?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12598436#action_12598436 ] Kevan Miller commented on GERONIMO-4037: I must have had my JAVA_OPTS set incorrectly. I was able to reproduce. Are you able to build Geronimo from source on your windows machine? I'd be curious if you see the same or different behavior... Geronimo 2.0.3 (and I guess at least 2.0.2) can't run with a security manager settled from the command line using -Djava.security.manager -- Key: GERONIMO-4037 URL: https://issues.apache.org/jira/browse/GERONIMO-4037 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: kernel, security Affects Versions: 2.0.2 Environment: Windows Xp Sp2 Reporter: Jacques Le Roux Priority: Blocker I'm facing an issue on Windows XPsp2: I can't run WASCE with a security manager settled from the command line using -Djava.security.manager-Djava.security.policy=client.policy options. I get the error below. Note that this is working properly under Linux (Ubuntu and Suze as well). C:\geronimo-tomcat6-jee5-2.0.3\bingeronimo run Using GERONIMO_BASE: C:\geronimo-tomcat6-jee5-2.0.3 Using GERONIMO_HOME: C:\geronimo-tomcat6-jee5-2.0.3 Using GERONIMO_TMPDIR: var\temp Using JRE_HOME:C:\Program Files\Java\jre1.5.0_11 Listening for transport dt_socket at address: 5005 Booting Geronimo Kernel (in Java 1.5.0_11)... Starting Geronimo Application Server v2.0.3-SNAPSHOT [*** ] 11% 27s Starting org.apac...15:57:28,625 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: abstractName=org.apache.geronimo.configs/ j2ee-security/2.0.3-SNAPSHOT/car?ServiceModule=org.apache.geronimo.configs/j2ee-security/2.0.3-SNAPSHOT/car,j2eeType=GBean,name=SecurityService java.lang.LinkageError: org/apache/geronimo/security/jacc/GeronimoPolicyConfigurationFactory at org.apache.geronimo.security.jacc.GeronimoPolicy.implies(GeronimoPolicy.java:74) at java.security.ProtectionDomain.implies(Unknown Source) at java.security.AccessControlContext.checkPermission(Unknown Source) at java.security.AccessController.checkPermission(Unknown Source) at java.lang.SecurityManager.checkPermission(Unknown Source) at java.lang.Thread.setContextClassLoader(Unknown Source) at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:1056) 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:553) at org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:379) at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:448) at org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:187) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:530) 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 org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:830) at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) at org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$7e14cd11.startConfiguration(generated) at org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:156) at org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:78) at org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45) at
[BUILD] branches/2.1: Failed for Revision: 658356
Geronimo Revision: 658356 built with tests included See the full build-1400.log file at http://people.apache.org/builds/geronimo/server/binaries/2.1/20080520/build-1400.log Download the binaries from http://people.apache.org/builds/geronimo/server/binaries/2.1/20080520 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 34 minutes 59 seconds [INFO] Finished at: Tue May 20 14:38:54 EDT 2008 [INFO] Final Memory: 339M/917M [INFO] TESTSUITE RESULTS (Failures only) = See detailed results at http://people.apache.org/builds/geronimo/server/testsuite/ResultsSummary.html Assembly: tomcat = See the full test.log file at http://people.apache.org/builds/geronimo/server/binaries/2.1/20080520/logs-1400-tomcat/test.log Assembly: jetty = See the full test.log file at http://people.apache.org/builds/geronimo/server/binaries/2.1/20080520/logs-1400-jetty/test.log [INFO] Running console-testsuite.advance-test [INFO] Tests run: 13, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 72.946 sec FAILURE! Samples: branches/2.1 = Log: http://people.apache.org/builds/geronimo/server/binaries/2.1/20080520/samples-1400.log Build status: FAILED
[jira] Commented: (GERONIMO-4037) Geronimo 2.0.3 (and I guess at least 2.0.2) can't run with a security manager settled from the command line using -Djava.security.manager
[ https://issues.apache.org/jira/browse/GERONIMO-4037?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12598466#action_12598466 ] Jacques Le Roux commented on GERONIMO-4037: --- I have no time to do it yet. Following https://issues.apache.org/jira/browse/GERONIMO-3947?focusedCommentId=12597195#action_12597195 I will have to apply near 70 patches. Do you know if there another mean ? Geronimo 2.0.3 (and I guess at least 2.0.2) can't run with a security manager settled from the command line using -Djava.security.manager -- Key: GERONIMO-4037 URL: https://issues.apache.org/jira/browse/GERONIMO-4037 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: kernel, security Affects Versions: 2.0.2 Environment: Windows Xp Sp2 Reporter: Jacques Le Roux Priority: Blocker I'm facing an issue on Windows XPsp2: I can't run WASCE with a security manager settled from the command line using -Djava.security.manager-Djava.security.policy=client.policy options. I get the error below. Note that this is working properly under Linux (Ubuntu and Suze as well). C:\geronimo-tomcat6-jee5-2.0.3\bingeronimo run Using GERONIMO_BASE: C:\geronimo-tomcat6-jee5-2.0.3 Using GERONIMO_HOME: C:\geronimo-tomcat6-jee5-2.0.3 Using GERONIMO_TMPDIR: var\temp Using JRE_HOME:C:\Program Files\Java\jre1.5.0_11 Listening for transport dt_socket at address: 5005 Booting Geronimo Kernel (in Java 1.5.0_11)... Starting Geronimo Application Server v2.0.3-SNAPSHOT [*** ] 11% 27s Starting org.apac...15:57:28,625 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: abstractName=org.apache.geronimo.configs/ j2ee-security/2.0.3-SNAPSHOT/car?ServiceModule=org.apache.geronimo.configs/j2ee-security/2.0.3-SNAPSHOT/car,j2eeType=GBean,name=SecurityService java.lang.LinkageError: org/apache/geronimo/security/jacc/GeronimoPolicyConfigurationFactory at org.apache.geronimo.security.jacc.GeronimoPolicy.implies(GeronimoPolicy.java:74) at java.security.ProtectionDomain.implies(Unknown Source) at java.security.AccessControlContext.checkPermission(Unknown Source) at java.security.AccessController.checkPermission(Unknown Source) at java.lang.SecurityManager.checkPermission(Unknown Source) at java.lang.Thread.setContextClassLoader(Unknown Source) at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:1056) 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:553) at org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:379) at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:448) at org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:187) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:530) 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 org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:830) at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) at org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$7e14cd11.startConfiguration(generated) at org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:156) at org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:78) at org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45) at
[jira] Commented: (GERONIMO-4037) Geronimo 2.0.3 (and I guess at least 2.0.2) can't run with a security manager settled from the command line using -Djava.security.manager
[ https://issues.apache.org/jira/browse/GERONIMO-4037?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12598478#action_12598478 ] Donald Woods commented on GERONIMO-4037: Building branches/2.0 (the 2.0.3-SNAPSHOT) would be close enough for what you need Geronimo 2.0.3 (and I guess at least 2.0.2) can't run with a security manager settled from the command line using -Djava.security.manager -- Key: GERONIMO-4037 URL: https://issues.apache.org/jira/browse/GERONIMO-4037 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: kernel, security Affects Versions: 2.0.2 Environment: Windows Xp Sp2 Reporter: Jacques Le Roux Priority: Blocker I'm facing an issue on Windows XPsp2: I can't run WASCE with a security manager settled from the command line using -Djava.security.manager-Djava.security.policy=client.policy options. I get the error below. Note that this is working properly under Linux (Ubuntu and Suze as well). C:\geronimo-tomcat6-jee5-2.0.3\bingeronimo run Using GERONIMO_BASE: C:\geronimo-tomcat6-jee5-2.0.3 Using GERONIMO_HOME: C:\geronimo-tomcat6-jee5-2.0.3 Using GERONIMO_TMPDIR: var\temp Using JRE_HOME:C:\Program Files\Java\jre1.5.0_11 Listening for transport dt_socket at address: 5005 Booting Geronimo Kernel (in Java 1.5.0_11)... Starting Geronimo Application Server v2.0.3-SNAPSHOT [*** ] 11% 27s Starting org.apac...15:57:28,625 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: abstractName=org.apache.geronimo.configs/ j2ee-security/2.0.3-SNAPSHOT/car?ServiceModule=org.apache.geronimo.configs/j2ee-security/2.0.3-SNAPSHOT/car,j2eeType=GBean,name=SecurityService java.lang.LinkageError: org/apache/geronimo/security/jacc/GeronimoPolicyConfigurationFactory at org.apache.geronimo.security.jacc.GeronimoPolicy.implies(GeronimoPolicy.java:74) at java.security.ProtectionDomain.implies(Unknown Source) at java.security.AccessControlContext.checkPermission(Unknown Source) at java.security.AccessController.checkPermission(Unknown Source) at java.lang.SecurityManager.checkPermission(Unknown Source) at java.lang.Thread.setContextClassLoader(Unknown Source) at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:1056) 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:553) at org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:379) at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:448) at org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:187) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:530) 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 org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:830) at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) at org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$7e14cd11.startConfiguration(generated) at org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:156) at org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:78) at org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45) at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67) at org.apache.geronimo.cli.daemon.DaemonCLI.main(DaemonCLI.java:30)
[jira] Commented: (GERONIMO-4037) Geronimo 2.0.3 (and I guess at least 2.0.2) can't run with a security manager settled from the command line using -Djava.security.manager
[ https://issues.apache.org/jira/browse/GERONIMO-4037?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12598511#action_12598511 ] Jacques Le Roux commented on GERONIMO-4037: --- I will give it a try tomorrow... Geronimo 2.0.3 (and I guess at least 2.0.2) can't run with a security manager settled from the command line using -Djava.security.manager -- Key: GERONIMO-4037 URL: https://issues.apache.org/jira/browse/GERONIMO-4037 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: kernel, security Affects Versions: 2.0.2 Environment: Windows Xp Sp2 Reporter: Jacques Le Roux Priority: Blocker I'm facing an issue on Windows XPsp2: I can't run WASCE with a security manager settled from the command line using -Djava.security.manager-Djava.security.policy=client.policy options. I get the error below. Note that this is working properly under Linux (Ubuntu and Suze as well). C:\geronimo-tomcat6-jee5-2.0.3\bingeronimo run Using GERONIMO_BASE: C:\geronimo-tomcat6-jee5-2.0.3 Using GERONIMO_HOME: C:\geronimo-tomcat6-jee5-2.0.3 Using GERONIMO_TMPDIR: var\temp Using JRE_HOME:C:\Program Files\Java\jre1.5.0_11 Listening for transport dt_socket at address: 5005 Booting Geronimo Kernel (in Java 1.5.0_11)... Starting Geronimo Application Server v2.0.3-SNAPSHOT [*** ] 11% 27s Starting org.apac...15:57:28,625 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: abstractName=org.apache.geronimo.configs/ j2ee-security/2.0.3-SNAPSHOT/car?ServiceModule=org.apache.geronimo.configs/j2ee-security/2.0.3-SNAPSHOT/car,j2eeType=GBean,name=SecurityService java.lang.LinkageError: org/apache/geronimo/security/jacc/GeronimoPolicyConfigurationFactory at org.apache.geronimo.security.jacc.GeronimoPolicy.implies(GeronimoPolicy.java:74) at java.security.ProtectionDomain.implies(Unknown Source) at java.security.AccessControlContext.checkPermission(Unknown Source) at java.security.AccessController.checkPermission(Unknown Source) at java.lang.SecurityManager.checkPermission(Unknown Source) at java.lang.Thread.setContextClassLoader(Unknown Source) at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:1056) 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:553) at org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:379) at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:448) at org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:187) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:530) 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 org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:830) at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) at org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$7e14cd11.startConfiguration(generated) at org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:156) at org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:78) at org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45) at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67) at org.apache.geronimo.cli.daemon.DaemonCLI.main(DaemonCLI.java:30) 15:57:28,640 WARN [BasicLifecycleMonitor]
[BUILD] trunk: Failed for Revision: 658230
Geronimo Revision: 658230 built with tests included See the full build-0900.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20080520/build-0900.log See the unit test reports at http://people.apache.org/builds/geronimo/server/binaries/trunk/20080520/unit-test-reports Downloading: http://people.apache.org/repo/m2-incubating-repository//org/codehaus/woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom Downloading: http://repo1.maven.org/maven2/org/codehaus/woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom 1K downloaded [WARNING] *** CHECKSUM FAILED - Error retrieving checksum file for org/codehaus/woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom - IGNORING Downloading: http://download.java.net/maven/1//commons-io/poms/commons-io-1.2.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//commons-io/commons-io/1.2/commons-io-1.2.pom Downloading: http://repo1.maven.org/maven2/commons-io/commons-io/1.2/commons-io-1.2.pom 6K downloaded Downloading: http://download.java.net/maven/1//dom4j/poms/dom4j-1.6.1.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//dom4j/dom4j/1.6.1/dom4j-1.6.1.pom Downloading: http://repo1.maven.org/maven2/dom4j/dom4j/1.6.1/dom4j-1.6.1.pom 6K downloaded Downloading: http://download.java.net/maven/1//xom/poms/xom-1.0b3.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//xom/xom/1.0b3/xom-1.0b3.pom Downloading: http://repo1.maven.org/maven2/xom/xom/1.0b3/xom-1.0b3.pom 1K downloaded Downloading: http://download.java.net/maven/1//xerces/poms/xmlParserAPIs-2.6.1.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//xerces/xmlParserAPIs/2.6.1/xmlParserAPIs-2.6.1.pom Downloading: http://repo1.maven.org/maven2/xerces/xmlParserAPIs/2.6.1/xmlParserAPIs-2.6.1.pom 153b downloaded Downloading: http://download.java.net/maven/1//com.ibm.icu/poms/icu4j-2.6.1.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//com/ibm/icu/icu4j/2.6.1/icu4j-2.6.1.pom Downloading: http://repo1.maven.org/maven2/com/ibm/icu/icu4j/2.6.1/icu4j-2.6.1.pom 150b downloaded Downloading: http://download.java.net/maven/1//org.ccil.cowan.tagsoup/poms/tagsoup-0.9.7.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//org/ccil/cowan/tagsoup/tagsoup/0.9.7/tagsoup-0.9.7.pom Downloading: http://repo1.maven.org/maven2/org/ccil/cowan/tagsoup/tagsoup/0.9.7/tagsoup-0.9.7.pom 681b downloaded Downloading: http://download.java.net/maven/1//org.apache.geronimo.specs/poms/geronimo-saaj_1.3_spec-1.0.0.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//org/apache/geronimo/specs/geronimo-saaj_1.3_spec/1.0.0/geronimo-saaj_1.3_spec-1.0.0.pom Downloading: http://repo1.maven.org/maven2/org/apache/geronimo/specs/geronimo-saaj_1.3_spec/1.0.0/geronimo-saaj_1.3_spec-1.0.0.pom 2K downloaded Downloading: http://download.java.net/maven/1//org.apache.myfaces.core/poms/myfaces-api-1.2.2.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//org/apache/myfaces/core/myfaces-api/1.2.2/myfaces-api-1.2.2.pom Downloading: http://repo1.maven.org/maven2/org/apache/myfaces/core/myfaces-api/1.2.2/myfaces-api-1.2.2.pom 9K downloaded Downloading: http://download.java.net/maven/1//org.apache.myfaces.core/poms/myfaces-core-project-1.2.2.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//org/apache/myfaces/core/myfaces-core-project/1.2.2/myfaces-core-project-1.2.2.pom Downloading: http://repo1.maven.org/maven2/org/apache/myfaces/core/myfaces-core-project/1.2.2/myfaces-core-project-1.2.2.pom 5K downloaded Downloading: http://download.java.net/maven/1/org.apache.myfaces/poms/myfaces-5.pom Downloading: http://download.java.net/maven/1//org.apache.myfaces/poms/myfaces-5.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//org/apache/myfaces/myfaces/5/myfaces-5.pom Downloading: http://repo1.maven.org/maven2/org/apache/myfaces/myfaces/5/myfaces-5.pom 28K downloaded Downloading: http://download.java.net/maven/1//commons-logging/poms/commons-logging-1.1.1.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//commons-logging/commons-logging/1.1.1/commons-logging-1.1.1.pom Downloading: http://repo1.maven.org/maven2/commons-logging/commons-logging/1.1.1/commons-logging-1.1.1.pom 17K downloaded Downloading: http://download.java.net/maven/1//org.apache.commons/poms/commons-parent-5.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//org/apache/commons/commons-parent/5/commons-parent-5.pom Downloading: http://repo1.maven.org/maven2/org/apache/commons/commons-parent/5/commons-parent-5.pom 15K downloaded Downloading: http://download.java.net/maven/1//org.apache.geronimo.specs/jars/geronimo-annotation_1.0_spec-1.1.1.jar Downloading: http://people.apache.org/repo/m2-incubating-repository//org/apache/geronimo/specs/geronimo-annotation_1.0_spec/1.1.1/geronimo-annotation_1.0_spec-1.1.1.jar Downloading: http
[BUILD] trunk: Failed for Revision: 658519
Geronimo Revision: 658519 built with tests included See the full build-2100.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20080520/build-2100.log Download the binaries from http://people.apache.org/builds/geronimo/server/binaries/trunk/20080520 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 30 minutes 49 seconds [INFO] Finished at: Tue May 20 21:33:30 EDT 2008 [INFO] Final Memory: 384M/1012M [INFO] TESTSUITE RESULTS (Failures only) = See detailed results at http://people.apache.org/builds/geronimo/server/testsuite/ResultsSummary.html Assembly: tomcat = See the full test.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20080520/logs-2100-tomcat/test.log [INFO] Selected option set: default [INFO] Redirecting output to: /home/geronimo/geronimo/trunk/testsuite/target/geronimo-logs/org.apache.geronimo.mavenplugins.geronimo.server.StartServerMojo.log [INFO] Waiting for Geronimo server... [INFO] Geronimo server started in 0:00:38.375 [WARN] Failed to update outputFile java.io.IOException: Failed to copy full contents from /home/geronimo/geronimo/trunk/testsuite/target/geronimo-logs/org.apache.geronimo.mavenplugins.geronimo.server.StartServerMojo.log to /home/geronimo/geronimo/trunk/testsuite/target/surefire-reports/org.apache.geronimo.mavenplugins.geronimo.server.StartServerMojo.txt org.codehaus.plexus.util.FileUtils.copyFile(FileUtils.java:834) org.apache.geronimo.mavenplugins.geronimo.reporting.SurefireReporter.reportEnd(SurefireReporter.java:153) org.apache.geronimo.mavenplugins.geronimo.reporting.ReportingMojoSupport.reportEnd(ReportingMojoSupport.java:194) org.apache.geronimo.mavenplugins.geronimo.reporting.ReportingMojoSupport.execute(ReportingMojoSupport.java:122) org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:451) org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:558) org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:499) org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:478) org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:330) org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:291) org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:142) org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336) org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129) org.apache.maven.cli.MavenCli.main(MavenCli.java:287) sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) java.lang.reflect.Method.invoke(Method.java:585) org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) org.codehaus.classworlds.Launcher.launch(Launcher.java:255) org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) org.codehaus.classworlds.Launcher.main(Launcher.java:375) [INFO] [shitty:install {execution: default}] [INFO] Installing /home/geronimo/geronimo/trunk/testsuite/pom.xml to /home/geronimo/.m2/repository/org/apache/geronimo/testsuite/testsuite/2.2-SNAPSHOT/testsuite-2.2-SNAPSHOT.pom [INFO] [shitty:test {execution: default}] [INFO] Starting 27 test build(s) [INFO] [INFO] --- [INFO] [INFO] console-testsuite/advanced RUNNING [INFO] console-testsuite/advanced SUCCESS (0:01:34.515) [INFO] console-testsuite/basic RUNNING [INFO] console-testsuite/basic SUCCESS (0:01:39.791) [INFO] corba-testsuite/corba-helloworld RUNNING [INFO] corba-testsuite/corba-helloworld SUCCESS (0:00:45.979) [INFO] corba-testsuite/corba-marshalRUNNING [INFO] corba-testsuite/corba-marshalSUCCESS (0:00:57.947) [INFO] corba-testsuite/corba-mytime RUNNING [INFO] corba-testsuite/corba-mytime SUCCESS (0:00:41.596) [INFO] deployment-testsuite/deployment-testsRUNNING [INFO] deployment-testsuite/deployment-testsSUCCESS (0:00:29.991) [INFO] deployment-testsuite/jca-cms-tests RUNNING [INFO] deployment-testsuite/jca-cms-tests SUCCESS (0:00:28.849) [INFO] deployment-testsuite/manifestcp-testsRUNNING [INFO] deployment-testsuite/manifestcp-testsSUCCESS (0:00:28.808) [INFO] enterprise-testsuite/ejb-tests RUNNING [INFO
[jira] Resolved: (GERONIMO-4035) Upgrade cxf to 2.0.6, may fix new testsuite errors
[ https://issues.apache.org/jira/browse/GERONIMO-4035?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jarek Gawor resolved GERONIMO-4035. --- Resolution: Fixed Fix Version/s: 2.1.2 Committed the patch to trunk (revision 658543) and branches/2.1 (revision 658545). Thanks David! Upgrade cxf to 2.0.6, may fix new testsuite errors -- Key: GERONIMO-4035 URL: https://issues.apache.org/jira/browse/GERONIMO-4035 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: webservices Affects Versions: 2.2 Reporter: David Jencks Assignee: Jarek Gawor Fix For: 2.1.2, 2.2 Attachments: GERONIMO-4035.diff Jarek pointed out that there were some new testsuite errors looking like this in the geronimo.log: 17:51:57,898 INFO [SAAJFactoryFinder] Default SAAJ universe not set 17:51:58,792 ERROR [log] Error for /jaxws-war/servlet1 java.lang.IncompatibleClassChangeError at org.apache.cxf.wsdl11.ServiceWSDLBuilder.buildTypes(ServiceWSDLBuilder.java:198) at org.apache.cxf.wsdl11.ServiceWSDLBuilder.build(ServiceWSDLBuilder.java:136) at org.apache.cxf.wsdl11.ServiceWSDLBuilder.build(ServiceWSDLBuilder.java:105) at org.apache.cxf.transport.http.WSDLQueryHandler.writeResponse(WSDLQueryHandler.java:135) at org.apache.geronimo.cxf.CXFWebServiceContainer.getWsdl(CXFWebServiceContainer.java:120) at org.apache.geronimo.webservices.WebServiceContainerInvoker.service(WebServiceContainerInvoker.java:74) at org.apache.geronimo.webservices.POJOWebServiceServlet.service(POJOWebServiceServlet.java:79) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487) at org.apache.geronimo.jetty6.InternalJettyServletHolder.handle(InternalJettyServletHolder.java:65) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:362) ... While trying to investigate and looking for the source code I found that cxf recently released a non-incubator 2.0.6 version. Updating required one small change and the tests started passing for me. Any problem with upgrading? Anyone else see erorrs from this? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.