Re: Request for Contributor access
On May 23, 2008, at 12:23 AM, Phani Madgula wrote: Hi, I would like to contribute to Apache Geronimo Documentation. I have started contributing to documentation around deployment plans and JPA as given in the below links. http://cwiki.apache.org/GMOxDOC21/deployment-plans.html http://cwiki.apache.org/GMOxDOC21/java-persistence-api-deployment-plans.html Please review my request and provide me the contributor access so that I can assign myself to documentation JIRAs and work on. Let me know If I need to meet any prerequisites before I can get the access. Hi Phani, Excellent! You should have the necessary permissions to assign Jira's to yourself. Doesn't look like you've submitted an ICLA to the ASF. We'll need you to do that -- http://www.apache.org/licenses/icla.txt --kevan
[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=12599287#action_12599287 ] Jacques Le Roux commented on GERONIMO-4037: --- OK, I try with mvnDebug... 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
[jira] Issue Comment Edited: (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=12599287#action_12599287 ] jacques.le.roux edited comment on GERONIMO-4037 at 5/23/08 12:44 AM: - OK, I try with mvnDebug... BTW I use the following .project file to debug remotely in Eclipse (may turn useful for someone, one day) projectDescription nameGeronimo2.0/name comment/comment projects /projects buildSpec buildCommand nameorg.eclipse.jdt.core.javabuilder/name arguments /arguments /buildCommand /buildSpec natures natureorg.eclipse.jdt.core.javanature/nature /natures /projectDescription was (Author: jacques.le.roux): OK, I try with mvnDebug... 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
[BUILD] trunk: Failed for Revision: 659459
Geronimo Revision: 659459 built with tests included See the full build-0300.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20080523/build-0300.log Download the binaries from http://people.apache.org/builds/geronimo/server/binaries/trunk/20080523 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 33 minutes 38 seconds [INFO] Finished at: Fri May 23 03:37:43 EDT 2008 [INFO] Final Memory: 384M/962M [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/20080523/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:38.141 [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:39.320) [INFO] console-testsuite/basic RUNNING [INFO] console-testsuite/basic SUCCESS (0:01:39.932) [INFO] corba-testsuite/corba-helloworld RUNNING [INFO] corba-testsuite/corba-helloworld SUCCESS (0:00:44.854) [INFO] corba-testsuite/corba-marshalRUNNING [INFO] corba-testsuite/corba-marshalSUCCESS (0:00:50.025) [INFO] corba-testsuite/corba-mytime RUNNING [INFO] corba-testsuite/corba-mytime SUCCESS (0:00:41.508) [INFO] deployment-testsuite/deployment-testsRUNNING [INFO] deployment-testsuite/deployment-testsSUCCESS (0:00:30.785) [INFO] deployment-testsuite/jca-cms-tests RUNNING [INFO] deployment-testsuite/jca-cms-tests SUCCESS (0:00:28.979) [INFO] deployment-testsuite/manifestcp-testsRUNNING [INFO] deployment-testsuite/manifestcp-testsSUCCESS (0:00:27.689) [INFO] enterprise-testsuite/ejb-tests RUNNING [INFO] enterprise-testsuite/ejb-tests SUCCESS (0:00:36.579) [INFO] enterprise-testsuite/jms-tests RUNNING [INFO] enterprise-testsuite/jms-tests SUCCESS (0:00:43.698) [INFO] enterprise-testsuite/jpa-tests RUNNING
[jira] Created: (GERONIMO-4073) Stateful Session Bean Transaction Synchronization
Stateful Session Bean Transaction Synchronization - Key: GERONIMO-4073 URL: https://issues.apache.org/jira/browse/GERONIMO-4073 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: OpenEJB Reporter: Vladimir Piskarev According to EJB3 4.4, after transaction completion a stateful session bean instance should transition from method ready in TX to method ready state. After that, it can be removed by client. But Geronimo generates RemoveException A stateful EJB enrolled in a transaction can not be removed in such a case. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4073) Stateful Session Bean Transaction Synchronization
[ https://issues.apache.org/jira/browse/GERONIMO-4073?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Piskarev updated GERONIMO-4073: Attachment: ger.ear A test case illustrating the issue Stateful Session Bean Transaction Synchronization - Key: GERONIMO-4073 URL: https://issues.apache.org/jira/browse/GERONIMO-4073 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: OpenEJB Reporter: Vladimir Piskarev Attachments: ger.ear According to EJB3 4.4, after transaction completion a stateful session bean instance should transition from method ready in TX to method ready state. After that, it can be removed by client. But Geronimo generates RemoveException A stateful EJB enrolled in a transaction can not be removed in such a case. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-3832) Timers created using the Timer Services are not dropeed when the associated ejb module is stopped or undeployed.
[ https://issues.apache.org/jira/browse/GERONIMO-3832?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Antonio Muñoz updated GERONIMO-3832: Affects Version/s: 2.1.1 Timers created using the Timer Services are not dropeed when the associated ejb module is stopped or undeployed. Key: GERONIMO-3832 URL: https://issues.apache.org/jira/browse/GERONIMO-3832 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: OpenEJB Affects Versions: 2.0.2, 2.1.1 Environment: windows 2000, jdk 1.5.0 Reporter: Antonio Muñoz Priority: Minor When a periodic timer is scheduled using the geronimo timer service, the ejbtimeout method is called properly every time the period is reached. The problems comes when our ejb module is stopped or undeployed because the ejbtimeout is tried to be called again and again every time the period is reached even when the ejb module is already stopped. The logical solution should be stopping every timer associated to the ejb module is being stopped or undeployed. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GSHELL-45) Figure out why some test-related dependencies are included in to the assembly
[ https://issues.apache.org/jira/browse/GSHELL-45?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jason Dillon closed GSHELL-45. -- Resolution: Fixed This was mainly due to plexus including junit as a compile dependency (for its PlexusTestCase class). Figure out why some test-related dependencies are included in to the assembly - Key: GSHELL-45 URL: https://issues.apache.org/jira/browse/GSHELL-45 Project: GShell Issue Type: Bug Security Level: public(Regular issues) Components: Build Affects Versions: 1.0-alpha-1 Reporter: Jason Dillon Priority: Trivial Fix For: 1.0-alpha-2 Right now a few test-related artifacts are included into the assembly by default and we have to exclude them. The {{dependencyManagement}} section should have excludes for artifacts with bunk deps (in the wrong scope) so this exclude should not be needed. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GSHELL-50) Make the XMLLayoutLoader more configurable
[ https://issues.apache.org/jira/browse/GSHELL-50?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jason Dillon closed GSHELL-50. -- Resolution: Won't Fix This is now handled by the application/plugin models, so the layout loader has been nuked. Make the XMLLayoutLoader more configurable -- Key: GSHELL-50 URL: https://issues.apache.org/jira/browse/GSHELL-50 Project: GShell Issue Type: Improvement Security Level: public(Regular issues) Components: Core Affects Versions: 1.0-alpha-1 Reporter: Jason Dillon Fix For: 1.0-alpha-2 Right now the XML layout loader is hard-coded to load {{etc/layout.xml}} from the shell's home dir (resolved from {{ShellInfo}}). Need to clean up this API and make it easier for applications to configure. Probably also need to have a default/fall-back loaded from a resource too. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GSHELL-76) Full and minimal assemblies require different layout.xml
[ https://issues.apache.org/jira/browse/GSHELL-76?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jason Dillon closed GSHELL-76. -- Resolution: Won't Fix layout.xml is no more, replaced by application/plugin model. Full and minimal assemblies require different layout.xml Key: GSHELL-76 URL: https://issues.apache.org/jira/browse/GSHELL-76 Project: GShell Issue Type: Sub-task Security Level: public(Regular issues) Components: Build Reporter: Jason Dillon Assignee: Jason Dillon Fix For: 1.0-alpha-2 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GSHELL-39) Add dependencies configuration for command.xml (in similar fashion to how Maven plugin.xml has this)
[ https://issues.apache.org/jira/browse/GSHELL-39?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jason Dillon closed GSHELL-39. -- Resolution: Fixed The application.xml and plugin.xml support flexible dependency configuration. Add dependencies configuration for command.xml (in similar fashion to how Maven plugin.xml has this) Key: GSHELL-39 URL: https://issues.apache.org/jira/browse/GSHELL-39 Project: GShell Issue Type: New Feature Security Level: public(Regular issues) Components: Commands, Core Affects Versions: 1.0-alpha-1 Reporter: Jason Dillon Fix For: 1.0-alpha-2 Need to add repository support (probably via {{maven-artifact}}) and allow a {{dependencies}} configuration for {{commands.xml}} to setup the classpath for a command w/o needing to pull in _every_ command's dependencies into the lib/* dir. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GSHELL-62) Add settings.xml descriptor for core tweakable bits
[ https://issues.apache.org/jira/browse/GSHELL-62?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jason Dillon closed GSHELL-62. -- Resolution: Fixed Have primitive support for user tweakable bits in settings.xml Add settings.xml descriptor for core tweakable bits --- Key: GSHELL-62 URL: https://issues.apache.org/jira/browse/GSHELL-62 Project: GShell Issue Type: New Feature Security Level: public(Regular issues) Components: Core Reporter: Jason Dillon Fix For: 1.0-alpha-2 We are going to need to configure things like the location of a local repository for dependency resolution. Also can configure the default shared profile locations and other bits here too. Probably also configure the layout here too and other muck. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GSHELL-89) Install thread specific System.out and System.err adapters
[ https://issues.apache.org/jira/browse/GSHELL-89?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12599343#action_12599343 ] Jason Dillon commented on GSHELL-89: Use this one instead: * https://svn.codehaus.org/groovy/gmaven/trunk/gmaven-common/src/main/java/org/codehaus/groovy/maven/common/SystemOutputHijacker.java Install thread specific System.out and System.err adapters -- Key: GSHELL-89 URL: https://issues.apache.org/jira/browse/GSHELL-89 Project: GShell Issue Type: Task Security Level: public(Regular issues) Components: Core Reporter: Jarek Gawor Assignee: Jason Dillon Fix For: 1.0-alpha-2 Some integrated tools such as wsgen and wsimport insist on outputting stuff directly to System.out and System.err. So the only way to capture their output is to install System.err/System.out adapters. -- 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=12599351#action_12599351 ] Kevan Miller commented on GERONIMO-4037: Hi Jacques, FYI, geronimo:start is going to install geronino in server/branches/2.0/target/. The easiest way to then debug the server is to cd into the bin directory and start with 'geronimo jpda run'. By default, the debug port number will be 8000. You can 'set JPDA_ADDRESS=5005' and it will listen on 5005. 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
[jira] Created: (GERONIMO-4074) Testsuite for commands
Testsuite for commands -- Key: GERONIMO-4074 URL: https://issues.apache.org/jira/browse/GERONIMO-4074 Project: Geronimo Issue Type: Improvement Security Level: public (Regular issues) Components: testsuite Affects Versions: 2.1.2, 2.1.x Reporter: YunFeng Ma Fix For: 2.1.2, 2.1.x Provide testsuite for commands, such as deploy.bat/sh, gsh.bat/sh, client.bat/sh, jaxws-tools.bat. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (GERONIMO-4074) Testsuite for commands
[ https://issues.apache.org/jira/browse/GERONIMO-4074?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jason Dillon reassigned GERONIMO-4074: -- Assignee: Jason Dillon Testsuite for commands -- Key: GERONIMO-4074 URL: https://issues.apache.org/jira/browse/GERONIMO-4074 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: testsuite Affects Versions: 2.1.2, 2.1.x Reporter: YunFeng Ma Assignee: Jason Dillon Fix For: 2.1.2, 2.1.x Provide testsuite for commands, such as deploy.bat/sh, gsh.bat/sh, client.bat/sh, jaxws-tools.bat. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMODEVTOOLS-351) Problems with Download and Install
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-351?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ted Kirby updated GERONIMODEVTOOLS-351: --- Attachment: GD351-1.patch Here is a better patch. The last one was corrupted. This new one also has some comments. Problems with Download and Install --- Key: GERONIMODEVTOOLS-351 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-351 Project: Geronimo-Devtools Issue Type: Bug Components: eclipse-plugin Affects Versions: 2.1.1 Reporter: Tim McConnell Assignee: Tim McConnell Fix For: 2.1.1 Attachments: GD351-1.patch, GD351.patch Per Ted: It looks like Download and Install does not work when the GEP is launched within eclipse. The error message says either file not found or feature already installed. I think it is the latter. If I install GEP via the updatesite.zip file, Download and Install works. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4074) Testsuite for commands
[ https://issues.apache.org/jira/browse/GERONIMO-4074?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] YunFeng Ma updated GERONIMO-4074: - Attachment: GERONIMO-4074-1.patch GERONIMO-4074-1.patch provides the testsuite for deploy.bat/sh and gsh.bat/sh, I'll submit the testsuite for client.bat/sh and jaxws-tools.bat/sh next week. Thanks a lot. Testsuite for commands -- Key: GERONIMO-4074 URL: https://issues.apache.org/jira/browse/GERONIMO-4074 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: testsuite Affects Versions: 2.1.2, 2.1.x Reporter: YunFeng Ma Assignee: Jason Dillon Fix For: 2.1.2, 2.1.x Attachments: GERONIMO-4074-1.patch Provide testsuite for commands, such as deploy.bat/sh, gsh.bat/sh, client.bat/sh, jaxws-tools.bat. -- 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=12599360#action_12599360 ] Jacques Le Roux commented on GERONIMO-4037: --- Thanks Kevan, I completly forgot about the jpda stuff, sounds good now, I have it all, will test soon... 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
[jira] Commented: (GERONIMO-4074) Testsuite for commands
[ https://issues.apache.org/jira/browse/GERONIMO-4074?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12599364#action_12599364 ] Jason Dillon commented on GERONIMO-4074: What tree was this patch generated from? Testsuite for commands -- Key: GERONIMO-4074 URL: https://issues.apache.org/jira/browse/GERONIMO-4074 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: testsuite Affects Versions: 2.1.2, 2.1.x Reporter: YunFeng Ma Assignee: Jason Dillon Fix For: 2.1.2, 2.1.x Attachments: GERONIMO-4074-1.patch Provide testsuite for commands, such as deploy.bat/sh, gsh.bat/sh, client.bat/sh, jaxws-tools.bat. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4074) Testsuite for commands
[ https://issues.apache.org/jira/browse/GERONIMO-4074?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12599365#action_12599365 ] Jason Dillon commented on GERONIMO-4074: by tree I mean branch (or trunk). Looks like it was taken from a branch, since the testsuite configuration poms are the old complex, icky style. Testsuite for commands -- Key: GERONIMO-4074 URL: https://issues.apache.org/jira/browse/GERONIMO-4074 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: testsuite Affects Versions: 2.1.2, 2.1.x Reporter: YunFeng Ma Assignee: Jason Dillon Fix For: 2.1.2, 2.1.x Attachments: GERONIMO-4074-1.patch Provide testsuite for commands, such as deploy.bat/sh, gsh.bat/sh, client.bat/sh, jaxws-tools.bat. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [GSHELL] Any plan to release a new beta of GShell ?
No, the current trunk of GShell is changing way too much to promote server/trunk to using it. Once the changes calm down... sure. --jason On May 8, 2008, at 12:03 AM, Donald Woods wrote: Can we go ahead and move Geronimo server/trunk over to use the 1.0- alpha-2-SNAPSHOT code until then, so it gets exercised by at least Geronimo? -Donald Jason Dillon wrote: Yes, once I fix the mess I made with the logging stuff in server/ trunk. --jason On May 6, 2008, at 6:10 PM, Guillaume Nodet wrote: -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/
[jira] Commented: (GERONIMODEVTOOLS-344) Cannot utilize the xpp3-1.1.3.4.O jar in GEP
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-344?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12599366#action_12599366 ] Jason Dillon commented on GERONIMODEVTOOLS-344: --- I just meant that its a shame to pull out XStream in this fashion because you were unable to configure the build correctly to pickup the proper dependencies. IMO, XStream is an awesome tool, and IMO I'd rather not see it yanked out and replaced by all that custom marshaling muck. Cannot utilize the xpp3-1.1.3.4.O jar in GEP - Key: GERONIMODEVTOOLS-344 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-344 Project: Geronimo-Devtools Issue Type: Bug Affects Versions: 2.1.0 Reporter: Tim McConnell Assignee: B.J. Reed Fix For: 2.1.1 Attachments: GERONIMODEVTOOLS-344.patch During the release of the GEP 2.1.0 we encountered problems with the xpp3-1.1.3.4.O.jar file when trying to create a new dynamic web problem (i.e., unhandled event condition). Need to investigate and understand why so that we can use the same version of this artifact that the server is using. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMODEVTOOLS-351) Problems with Download and Install
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-351?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ted Kirby updated GERONIMODEVTOOLS-351: --- Attachment: GD351-2.patch Yikes. Take 3. Fix the formatting of the new code, and add a - to the server name regular expression to separate it from the version number. Problems with Download and Install --- Key: GERONIMODEVTOOLS-351 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-351 Project: Geronimo-Devtools Issue Type: Bug Components: eclipse-plugin Affects Versions: 2.1.1 Reporter: Tim McConnell Assignee: Tim McConnell Fix For: 2.1.1 Attachments: GD351-1.patch, GD351-2.patch, GD351.patch Per Ted: It looks like Download and Install does not work when the GEP is launched within eclipse. The error message says either file not found or feature already installed. I think it is the latter. If I install GEP via the updatesite.zip file, Download and Install works. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[BUILD] branches/2.1: Failed for Revision: 659508
Geronimo Revision: 659508 built with tests included See the full build-0800.log file at http://people.apache.org/builds/geronimo/server/binaries/2.1/20080523/build-0800.log Download the binaries from http://people.apache.org/builds/geronimo/server/binaries/2.1/20080523 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 32 minutes 45 seconds [INFO] Finished at: Fri May 23 08:40:39 EDT 2008 [INFO] Final Memory: 305M/1005M [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/20080523/logs-0800-tomcat/test.log Assembly: jetty = See the full test.log file at http://people.apache.org/builds/geronimo/server/binaries/2.1/20080523/logs-0800-jetty/test.log [INFO] Running console-testsuite.advance-test [INFO] Tests run: 13, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 74.532 sec FAILURE! Samples: branches/2.1 = Log: http://people.apache.org/builds/geronimo/server/binaries/2.1/20080523/samples-0800.log Build status: FAILED
Re: Doc IP Clearance (was Re: [DISCUSS] Policy for granting write access to our Wiki)
I thought that non-committer write access to Confluence had been turned off. I now see that it was one of your questions -- my answer is now. Hernan, can you make this happen? WRT further process questions, see inline... --kevan On Apr 28, 2008, at 10:02 AM, Hernan Cunico wrote: Guys we need to wrap up this discussion. I'm not sure where are we standing but still have a bunch of questions. A few things that look clear to me thus far - We'll request every contributor to submit a CLA. Filing instructions are provided in the Individual Contributor License Agreement itself available here http://www.apache.org/licenses - Every contributor will have to expressly communicate intention for contributing with the project's documentation sending a email to dev@geronimo.apache.org Some things still pending - Having a CLA on file will suffice to grant edit access to the doc or we'll seek PMC voting? We should create a geronimo/project/confluence-contributors.txt file in svn. When someone requests access and we've verified a CLA is on file, add their name to this file with confluence information. commit the new contents to svn. - Although a CLA is ASF wide we should provide access to only those interested in contributing to Geronimo's documentation. Do we already keep a separate list? Does the above file address this? - When do we make effective such access restriction? Now. - What Confluence spaces will be affected? All. - How do we deal with existing content? We can not apply this retroactively. Retroactively request ICLAs from past contributors. Address the problem when/if we want to use our current content in some new way Once all these are sorted out I'll update the Apache Geronimo Policies on the web site (http://geronimo.apache.org/project-policies.html ) to reflect these changes Cool. --kevan
[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=12599379#action_12599379 ] Dan Becker commented on GERONIMO-4037: -- Hi Jacques, I tried many of the command line arg suggestions and flavors of policy file on Geronimo 2.0.2, and I duplicated your results as well. It seems your original command line syntax and policy file are legitimate. Even adding java.security.AllPermission to JRE lib java.policy causes this fail, so I do not think this is related to the policy file or its permissions. From the stack trace, it appears GeronimoPolicy.implies is trying to access GeronimoPolicyConfigurationFactory and getting a java.lang.LinkageError. This occurs when the class loader has a problem loading the GeronimoPolicyConfigurationFactory class. In your debugging, catch this error and see if there is more info in the stack frame. I do not know why the class loader would have this problem, but I will continue to look into it as well. 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
[BUILD] trunk: Failed for Revision: 659532
Geronimo Revision: 659532 built with tests included See the full build-0900.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20080523/build-0900.log Download the binaries from http://people.apache.org/builds/geronimo/server/binaries/trunk/20080523 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 31 minutes 30 seconds [INFO] Finished at: Fri May 23 09:41:11 EDT 2008 [INFO] Final Memory: 382M/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/20080523/logs-0900-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:38.173 [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.899) [INFO] console-testsuite/basic RUNNING [INFO] console-testsuite/basic SUCCESS (0:01:40.695) [INFO] corba-testsuite/corba-helloworld RUNNING [INFO] corba-testsuite/corba-helloworld SUCCESS (0:00:49.991) [INFO] corba-testsuite/corba-marshalRUNNING [INFO] corba-testsuite/corba-marshalSUCCESS (0:01:26.186) [INFO] corba-testsuite/corba-mytime RUNNING [INFO] corba-testsuite/corba-mytime SUCCESS (0:00:41.464) [INFO] deployment-testsuite/deployment-testsRUNNING [INFO] deployment-testsuite/deployment-testsSUCCESS (0:00:29.724) [INFO] deployment-testsuite/jca-cms-tests RUNNING [INFO] deployment-testsuite/jca-cms-tests SUCCESS (0:00:30.105) [INFO] deployment-testsuite/manifestcp-testsRUNNING [INFO] deployment-testsuite/manifestcp-testsSUCCESS (0:00:28.226) [INFO] enterprise-testsuite/ejb-tests RUNNING [INFO] enterprise-testsuite/ejb-tests SUCCESS (0:00:37.922) [INFO] enterprise-testsuite/jms-tests RUNNING [INFO] enterprise-testsuite/jms-tests SUCCESS (0:00:45.196) [INFO] enterprise-testsuite/jpa-tests RUNNING
[VOTE] Release JAX-WS 2.1 spec jar version 1.0
Hi, JAX-WS 2.1 spec jar is used by Axis2 and CXF projects and it will help Geronimo in transition to JAX-WS 2.1. This is a very first release of the JAX-WS 2.1 spec jar. Staging repo: http://people.apache.org/~gawor/staging-repo/specs/geronimo-jaxws_2.1_spec/ Staging site: http://people.apache.org/~gawor/staging-site/specs/geronimo-jaxws_2.1_spec/ Since Monday is a holiday in the US the vote is open until next Thursday (May 29th). [ ] +1 [ ] +0 [ ] -1 Jarek
Re: [VOTE] Release JAX-WS 2.1 spec jar version 1.0
And here's my +1. Jarek On Fri, May 23, 2008 at 11:18 AM, Jarek Gawor [EMAIL PROTECTED] wrote: Hi, JAX-WS 2.1 spec jar is used by Axis2 and CXF projects and it will help Geronimo in transition to JAX-WS 2.1. This is a very first release of the JAX-WS 2.1 spec jar. Staging repo: http://people.apache.org/~gawor/staging-repo/specs/geronimo-jaxws_2.1_spec/ Staging site: http://people.apache.org/~gawor/staging-site/specs/geronimo-jaxws_2.1_spec/ Since Monday is a holiday in the US the vote is open until next Thursday (May 29th). [ ] +1 [ ] +0 [ ] -1 Jarek
[jira] Commented: (GERONIMO-3962) AL2 and OSGi friendy JAX-WS 2.0 spec jar
[ https://issues.apache.org/jira/browse/GERONIMO-3962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12599408#action_12599408 ] Jarek Gawor commented on GERONIMO-3962: --- Can this closed? I created geronimo spec module for JAX-WS 2.1 API (code was scp from Axis2). Keep in mind this is JAX-WS 2.1 API and not 2.0. AL2 and OSGi friendy JAX-WS 2.0 spec jar Key: GERONIMO-3962 URL: https://issues.apache.org/jira/browse/GERONIMO-3962 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: specs Reporter: Guillaume Nodet Assignee: Guillaume Nodet Attachments: jaxws-2.0.diff -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMODEVTOOLS-346) Adding security roles in the Geronimo Deployment Plan Editor does not work
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-346?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] B.J. Reed updated GERONIMODEVTOOLS-346: --- Attachment: GERONIMODEVTOOLS-346a.patch Rather large 346a.patch. This should fix all of the list boxes that have add/edit/remove capabilities for the following deployment plan editors: geronimo-web.xml geronimo-application.xml geronimo-ra.xml openejb-jar.xml I was also able to reproduce the scenario where data was being saved but did not show up in the list box. I believe this is now fixed as well. Unfortunately, the editors for geronimo-application-client.xml and geronimo-service.xml do not come up at this time. I will be opening a separate JIRA to track this issue. Adding security roles in the Geronimo Deployment Plan Editor does not work -- Key: GERONIMODEVTOOLS-346 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-346 Project: Geronimo-Devtools Issue Type: Bug Components: eclipse-plugin Affects Versions: 2.1.0 Environment: Eclipse Europa Winter (WTP 2.0.2), Windows XP SP2, Geronimo 2.1.1, GEP 2.1.0, Reporter: Cedric Hurst Assignee: B.J. Reed Fix For: 2.1.1 Attachments: GERONIMODEVTOOLS-346.patch, GERONIMODEVTOOLS-346a.patch Original Estimate: 0h Remaining Estimate: 0h Steps to reproduce === 1. Create a new Enterprise Application Project 2. Open the geronimo-application.xml file in the graphical editor 3. Select the security tab 4. Click the add button in the Security Roles section 5. Provide any value for name and/or description and click Finish Expected behavior === New role will show up in the Security Role list and in the source view of geronimo-application.xml Actual behavior === Role does not show up, nor is it added the the actual xml file. -- 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 - Final Results
Ok ... here are the final results. The vote passes with 17 votes (12 by PMC members). I will forward this request on to the ASF Infrastructure team and communicate back to the Geronimo team any negotiation that occurs as a result. Thank you all. 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)
[jira] Commented: (GERONIMO-3962) AL2 and OSGi friendy JAX-WS 2.0 spec jar
[ https://issues.apache.org/jira/browse/GERONIMO-3962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12599411#action_12599411 ] Guillaume Nodet commented on GERONIMO-3962: --- Yeah, i think so. Btw, I've started writing the jaxb 2.0 spec and will also need the jaxb 2.1 spec, so currently they are in servicemix, but it makes sense to move those to geronimo along with the other ones at some point. AL2 and OSGi friendy JAX-WS 2.0 spec jar Key: GERONIMO-3962 URL: https://issues.apache.org/jira/browse/GERONIMO-3962 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: specs Reporter: Guillaume Nodet Assignee: Guillaume Nodet Attachments: jaxws-2.0.diff -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMODEVTOOLS-354) Need deployment plan editors for geronimo-application-client.xml and geronimo-service.xml
Need deployment plan editors for geronimo-application-client.xml and geronimo-service.xml - Key: GERONIMODEVTOOLS-354 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-354 Project: Geronimo-Devtools Issue Type: Improvement Components: eclipse-plugin Affects Versions: 2.1.0 Reporter: B.J. Reed Assignee: B.J. Reed Fix For: 2.1.x The deployment plans for application client projects and utility projects do not show up in an easy-to-use editor like the other 4 deployment plan types. The basic Eclipse XML editor shows up which is ok, but not as user friendly. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMODEVTOOLS-346) Adding security roles in the Geronimo Deployment Plan Editor does not work
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-346?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12599413#action_12599413 ] Cedric Hurst commented on GERONIMODEVTOOLS-346: --- Awesome. Thanks so much for following up on this, B.J. I will try this patch out next week and let you know if it works for me. Also, if you need any help or feedback on that second issue, please let me know. Adding security roles in the Geronimo Deployment Plan Editor does not work -- Key: GERONIMODEVTOOLS-346 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-346 Project: Geronimo-Devtools Issue Type: Bug Components: eclipse-plugin Affects Versions: 2.1.0 Environment: Eclipse Europa Winter (WTP 2.0.2), Windows XP SP2, Geronimo 2.1.1, GEP 2.1.0, Reporter: Cedric Hurst Assignee: B.J. Reed Fix For: 2.1.1 Attachments: GERONIMODEVTOOLS-346.patch, GERONIMODEVTOOLS-346a.patch Original Estimate: 0h Remaining Estimate: 0h Steps to reproduce === 1. Create a new Enterprise Application Project 2. Open the geronimo-application.xml file in the graphical editor 3. Select the security tab 4. Click the add button in the Security Roles section 5. Provide any value for name and/or description and click Finish Expected behavior === New role will show up in the Security Role list and in the source view of geronimo-application.xml Actual behavior === Role does not show up, nor is it added the the actual xml file. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [VOTE] Release JAX-WS 2.1 spec jar version 1.0
Hi Jarek, The svn src does not contain a LICENSE and NOTICE file. Also, the NOTICE file generated for the jar files lists the product name as JAX-WS 2.1 API. This should be Apache JAX-WS 2.1 or Apache Geronimo JAX-WS 2.1 API. Simple update of the pom.xml will fix that. Everything else looks good. --kevan On May 23, 2008, at 11:18 AM, Jarek Gawor wrote: Hi, JAX-WS 2.1 spec jar is used by Axis2 and CXF projects and it will help Geronimo in transition to JAX-WS 2.1. This is a very first release of the JAX-WS 2.1 spec jar. Staging repo: http://people.apache.org/~gawor/staging-repo/specs/geronimo-jaxws_2.1_spec/ Staging site: http://people.apache.org/~gawor/staging-site/specs/geronimo-jaxws_2.1_spec/ Since Monday is a holiday in the US the vote is open until next Thursday (May 29th). [ ] +1 [ ] +0 [ ] -1 Jarek
[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=12599436#action_12599436 ] Jacques Le Roux commented on GERONIMO-4037: --- Thanks for comment Dan, I can'r see any clues in the stack so far but I wonder why timers are popping, here is the stack Geronimo2.0 [Remote Java Application] Java HotSpot(TM) Client VM[localhost:5005] Thread [main] (Suspended (breakpoint at line 74 in GeronimoPolicy)) GeronimoPolicy.implies(ProtectionDomain, Permission) line: 74 ProtectionDomain.implies(Permission) line: 195 AccessControlContext.checkPermission(Permission) line: 249 AccessController.checkPermission(Permission) line: 427 SecurityManager.checkPermission(Permission) line: 532 SecurityManager.checkPropertyAccess(String) line: 1285 System.getProperty(String) line: 628 SecurityServiceImpl.sysOverRide(String, String) line: 101 SecurityServiceImpl.init(ClassLoader, ServerInfo, String, String, String, String, String, String) line: 76 NativeConstructorAccessorImpl.newInstance0(Constructor, Object[]) line: not available [native method] NativeConstructorAccessorImpl.newInstance(Object[]) line: 39 DelegatingConstructorAccessorImpl.newInstance(Object[]) line: 27 ConstructorT.newInstance(Object...) line: 494 GBeanInstance.createInstance() line: 946 GBeanInstanceState.attemptFullStart() line: 268 GBeanInstanceState.start() line: 102 GBeanInstanceState.startRecursive() line: 124 GBeanInstance.startRecursive() line: 553 BasicKernel.startRecursiveGBean(AbstractName) line: 379 ConfigurationUtil.startConfigurationGBeans(AbstractName, Configuration, Kernel) line: 448 EditableKernelConfigurationManager(KernelConfigurationManager).start(Configuration) line: 187 EditableKernelConfigurationManager(SimpleConfigurationManager).startConfiguration(Artifact, LifecycleMonitor) line: 530 SimpleConfigurationManager$$FastClassByCGLIB$$ce77a924.invoke(int, Object, Object[]) line: not available FastMethod.invoke(Object, Object[]) line: 53 FastMethodInvoker.invoke(Object, Object[]) line: 38 GBeanOperation.invoke(Object, Object[]) line: 124 GBeanInstance.invoke(int, Object[]) line: 830 RawInvoker.invoke(int, Object[]) line: 57 RawOperationInvoker.invoke(AbstractName, Object[]) line: 35 ProxyMethodInterceptor.intercept(Object, Method, Object[], MethodProxy) line: 96 EditableConfigurationManager$$EnhancerByCGLIB$$7e14cd11.startConfiguration(Artifact, LifecycleMonitor) line: not available EmbeddedDaemon.doStartup() line: 156 EmbeddedDaemon.execute(Object) line: 78 MainConfigurationBootstrapper.main(MainConfigurationBootstrapper, Object) line: 45 DaemonCLI(AbstractCLI).executeMain() line: 67 DaemonCLI.main(String[]) line: 30 Daemon Thread [Timer-0] (Suspended (breakpoint at line 74 in GeronimoPolicy)) GeronimoPolicy.implies(ProtectionDomain, Permission) line: 74 ProtectionDomain.implies(Permission) line: 195 AccessControlContext.checkPermission(Permission) line: 249 AccessController.checkPermission(Permission) line: 427 SecurityManager.checkPermission(Permission) line: 532 SecurityManager.checkRead(String) line: 871 File.isDirectory() line: 721 LocalAttributeManager.ensureParentDirectory() line: 596 LocalAttributeManager.save() line: 373 LocalAttributeManager$2.run() line: 618 TimerThread.mainLoop() line: 512 TimerThread.run() line: 462 Daemon Thread [Timer-2] (Suspended (breakpoint at line 74 in GeronimoPolicy)) GeronimoPolicy.implies(ProtectionDomain, Permission)
Re: [VOTE] Release JAX-WS 2.1 spec jar version 1.0 (CANCELLED)
Ok, I'll get that fixed and start a new vote. Jarek On Fri, May 23, 2008 at 12:52 PM, Kevan Miller [EMAIL PROTECTED] wrote: Hi Jarek, The svn src does not contain a LICENSE and NOTICE file. Also, the NOTICE file generated for the jar files lists the product name as JAX-WS 2.1 API. This should be Apache JAX-WS 2.1 or Apache Geronimo JAX-WS 2.1 API. Simple update of the pom.xml will fix that. Everything else looks good. --kevan On May 23, 2008, at 11:18 AM, Jarek Gawor wrote: Hi, JAX-WS 2.1 spec jar is used by Axis2 and CXF projects and it will help Geronimo in transition to JAX-WS 2.1. This is a very first release of the JAX-WS 2.1 spec jar. Staging repo: http://people.apache.org/~gawor/staging-repo/specs/geronimo-jaxws_2.1_spec/ Staging site: http://people.apache.org/~gawor/staging-site/specs/geronimo-jaxws_2.1_spec/ Since Monday is a holiday in the US the vote is open until next Thursday (May 29th). [ ] +1 [ ] +0 [ ] -1 Jarek
Geronimo request for ASF hosted machines
The Geronimo PMC would like to make the following request of the ASF Infrastructure team. The request is specifically for machines to be used for collaboration and support of our certification efforts. This is an extremely extensive set of tests that require significant computing resources, often not available to most community members. Thank you for your consideration of this request. We will gladly answer any questions or provide additional information. 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) Vote results demonstrating PMC approval of this request can be found here: http://www.mail-archive.com/dev@geronimo.apache.org/msg60422.html
[VOTE] Release JAX-WS 2.1 spec jar version 1.0 (take 2)
Hi, JAX-WS 2.1 spec jar is used by Axis2 and CXF projects and it will help Geronimo in transition to JAX-WS 2.1. This is a very first release of the JAX-WS 2.1 spec jar. This version contains fixes for the problems Kevan found (missing LICENSE, NOTICES files in svn tree and product name). Staging repo: http://people.apache.org/~gawor/staging-repo-2/specs/geronimo-jaxws_2.1_spec/ Staging site: http://people.apache.org/~gawor/staging-site-2/specs/geronimo-jaxws_2.1_spec/ Since Monday is a holiday in the US the vote is open until next Thursday (May 29th). [ ] +1 [ ] +0 [ ] -1 Jarek
[jira] Closed: (GERONIMO-3962) AL2 and OSGi friendy JAX-WS 2.0 spec jar
[ https://issues.apache.org/jira/browse/GERONIMO-3962?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jarek Gawor closed GERONIMO-3962. - Resolution: Fixed Assignee: Jarek Gawor (was: Guillaume Nodet) Closing this issue as geronimo-jaxws_2.1_spec module was created for JAX-WS 2.1 API using code from Axis2 (revision 657080). Note that this module contains JAX-WS 2.1 API and not 2.0. AL2 and OSGi friendy JAX-WS 2.0 spec jar Key: GERONIMO-3962 URL: https://issues.apache.org/jira/browse/GERONIMO-3962 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: specs Reporter: Guillaume Nodet Assignee: Jarek Gawor Attachments: jaxws-2.0.diff -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [VOTE] Release JAX-WS 2.1 spec jar version 1.0 (take 2)
+1 Thanks Jarek! --kevan On May 23, 2008, at 2:20 PM, Jarek Gawor wrote: Hi, JAX-WS 2.1 spec jar is used by Axis2 and CXF projects and it will help Geronimo in transition to JAX-WS 2.1. This is a very first release of the JAX-WS 2.1 spec jar. This version contains fixes for the problems Kevan found (missing LICENSE, NOTICES files in svn tree and product name). Staging repo: http://people.apache.org/~gawor/staging-repo-2/specs/geronimo-jaxws_2.1_spec/ Staging site: http://people.apache.org/~gawor/staging-site-2/specs/geronimo-jaxws_2.1_spec/ Since Monday is a holiday in the US the vote is open until next Thursday (May 29th). [ ] +1 [ ] +0 [ ] -1 Jarek
Re: [VOTE] Release JAX-WS 2.1 spec jar version 1.0 (take 2)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 +1 from me - -- dims Kevan Miller wrote: | +1 | Thanks Jarek! | --kevan | On May 23, 2008, at 2:20 PM, Jarek Gawor wrote: | | Hi, | | JAX-WS 2.1 spec jar is used by Axis2 and CXF projects and it will help | Geronimo in transition to JAX-WS 2.1. This is a very first release of | the JAX-WS 2.1 spec jar. | | This version contains fixes for the problems Kevan found (missing | LICENSE, NOTICES files in svn tree and product name). | | Staging repo: | http://people.apache.org/~gawor/staging-repo-2/specs/geronimo-jaxws_2.1_spec/ | | | Staging site: | http://people.apache.org/~gawor/staging-site-2/specs/geronimo-jaxws_2.1_spec/ | | | Since Monday is a holiday in the US the vote is open until next | Thursday (May 29th). | | [ ] +1 | [ ] +0 | [ ] -1 | | Jarek | | -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) iD8DBQFINxEmgNg6eWEDv1kRAgTwAKDOJJn67tUdkAm5Gia/rWFUNQLxQwCg+ZJ9 FsQPUTC4hGeCA9By3lOgX3Q= =OkPz -END PGP SIGNATURE-
[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=12599462#action_12599462 ] Dan Becker commented on GERONIMO-4037: -- Hi Jacques, This is just a theory, but there are three threads there waiting on GeronimoPolicyConfigurationFactory which is a singleton and has a sync block in the constructor wrapping a log statement and an exception throw - this could be a constructor log jam. That check for multiple copies and exception in GeronimoPolicyConfigurationFactory constructor is not really the best pattern to ensure that the policy config is a singleton. One of the the derived class of java.lang.LinkageError is ExceptionInInitializerError, and perhaps that is what is being thrown here. Maybe comment out that constructor checking for now as a work around, and we will figure out a better rewrite of that constructor. 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
[jira] Commented: (GERONIMO-4070) Plugin installer fails to install after previous attempt of a plugin has failed.
[ https://issues.apache.org/jira/browse/GERONIMO-4070?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12599470#action_12599470 ] Jarek Gawor commented on GERONIMO-4070: --- Didn't we have this problem before? How is this different from the problem before? Plugin installer fails to install after previous attempt of a plugin has failed. Key: GERONIMO-4070 URL: https://issues.apache.org/jira/browse/GERONIMO-4070 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console Affects Versions: 2.2 Environment: Ubuntu 7.10, Firefox Reporter: Joseph Leong Assignee: Joseph Leong When the plugin installer fails installing a plugin.. for whatever reason.. missing dependency/file etc.. the following attempt to install another plugin will be unsuccessful because it tries to load/start the configuration that failed. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [jira] Created: (GERONIMO-4072) Fail to offline deploy an application because of the dependency to rmi-naming
I got similar error when trying to deploy... [java] 15:02:21,605 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: abstractName=org.apache.geronimo.framework/rmi-nami ng/2.1.1/car?configurationName=org.apache.geronimo.framework/rmi-naming/2.1.1/ca r [java] java.lang.NumberFormatException: For input string: null [java] at java.lang.NumberFormatException.forInputString(NumberFormatEx ception.java:48) [java] at java.lang.Integer.parseInt(Integer.java:447) [java] at java.lang.Integer.valueOf(Integer.java:553) [java] at sun.beans.editors.IntEditor.setAsText(IntEditor.java:21) [java] at org.apache.geronimo.system.configuration.GBeanOverride.getVal ue(GBeanOverride.java:389) [java] at org.apache.geronimo.system.configuration.GBeanOverride.applyO verrides(GBeanOverride.java:348) [java] at org.apache.geronimo.system.configuration.LocalAttributeManage r.setAttributes(LocalAttributeManager.java:210) [java] at org.apache.geronimo.system.configuration.LocalAttributeManage r.applyOverrides(LocalAttributeManager.java:179) [java] at org.apache.geronimo.kernel.config.Configuration.init(Config uration.java:280) [java] at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) [java] at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeC onstructorAccessorImpl.java:39) [java] at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Del egatingConstructorAccessorImpl.java:27) [java] at java.lang.reflect.Constructor.newInstance(Constructor.java:51 3) [java] at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstanc e(GBeanInstance.java:948) [java] at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptF ullStart(GBeanInstanceState.java:268) [java] at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GB eanInstanceState.java:102) [java] at org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanIn stance.java:541) [java] at org.apache.geronimo.kernel.basic.BasicKernel.startGBean(Basic Kernel.java:361) [java] at org.apache.geronimo.kernel.config.KernelConfigurationManager. load(KernelConfigurationManager.java:160) [java] at org.apache.geronimo.kernel.config.SimpleConfigurationManager. loadConfiguration(SimpleConfigurationManager.java:312) [java] at org.apache.geronimo.kernel.config.SimpleConfigurationManager. loadConfiguration(SimpleConfigurationManager.java:280) [java] at org.apache.geronimo.kernel.config.SimpleConfigurationManager. loadConfiguration(SimpleConfigurationManager.java:255) [java] at org.apache.geronimo.kernel.config.KernelConfigurationManager. loadConfiguration(KernelConfigurationManager.java:111) [java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [java] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcces sorImpl.java:39) [java] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMet hodAccessorImpl.java:25) [java] at java.lang.reflect.Method.invoke(Method.java:597) [java] at org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.inv oke(ReflectionMethodInvoker.java:34) [java] at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBean Operation.java:124) [java] at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanI nstance.java:832) [java] at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoke r.java:57) [java] at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(R awOperationInvoker.java:35) [java] at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.inter cept(ProxyMethodInterceptor.java:96) [java] at org.apache.geronimo.gbean.GBeanLifecycle$$EnhancerByCGLIB$$92 2ac689.loadConfiguration(generated) [java] at org.apache.geronimo.deployment.cli.OfflineDeployerStarter.sta rtPersistentOfflineConfigurations(OfflineDeployerStarter.java:120) [java] at org.apache.geronimo.deployment.cli.OfflineDeployerStarter.sta rt(OfflineDeployerStarter.java:71) [java] at org.apache.geronimo.deployment.cli.ServerConnection.startOffl ineDeployer(ServerConnection.java:103) [java] at org.apache.geronimo.deployment.cli.ServerConnection.init(Se rverConnection.java:91) [java] at org.apache.geronimo.deployment.cli.DeployTool.execute(DeployT ool.java:161) [java] at org.apache.geronimo.kernel.util.MainConfigurationBootstrapper .main(MainConfigurationBootstrapper.java:45) [java] at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.j ava:67) [java] at org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI .java:31) [java] Error: Unexpected error. Cannot start offline-deployer [java] org.apache.geronimo.kernel.config.LifecycleException: load of org.ap
[BUILD] trunk: Failed for Revision: 659630
Geronimo Revision: 659630 built with tests included See the full build-1500.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20080523/build-1500.log Download the binaries from http://people.apache.org/builds/geronimo/server/binaries/trunk/20080523 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 31 minutes 28 seconds [INFO] Finished at: Fri May 23 15:44:52 EDT 2008 [INFO] Final Memory: 384M/1010M [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/20080523/logs-1500-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:37.235 [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.055) [INFO] console-testsuite/basic RUNNING [INFO] console-testsuite/basic SUCCESS (0:01:38.949) [INFO] corba-testsuite/corba-helloworld RUNNING [INFO] corba-testsuite/corba-helloworld SUCCESS (0:00:48.070) [INFO] corba-testsuite/corba-marshalRUNNING [INFO] corba-testsuite/corba-marshalSUCCESS (0:00:50.498) [INFO] corba-testsuite/corba-mytime RUNNING [INFO] corba-testsuite/corba-mytime SUCCESS (0:00:41.811) [INFO] deployment-testsuite/deployment-testsRUNNING [INFO] deployment-testsuite/deployment-testsSUCCESS (0:00:30.179) [INFO] deployment-testsuite/jca-cms-tests RUNNING [INFO] deployment-testsuite/jca-cms-tests SUCCESS (0:00:29.907) [INFO] deployment-testsuite/manifestcp-testsRUNNING [INFO] deployment-testsuite/manifestcp-testsSUCCESS (0:00:28.284) [INFO] enterprise-testsuite/ejb-tests RUNNING [INFO] enterprise-testsuite/ejb-tests SUCCESS (0:00:36.506) [INFO] enterprise-testsuite/jms-tests RUNNING [INFO] enterprise-testsuite/jms-tests SUCCESS (0:00:44.336) [INFO] enterprise-testsuite/jpa-tests RUNNING
Re: Geronimo request for ASF hosted machines
On Fri, May 23, 2008 at 11:08 AM, Joe Bohn [EMAIL PROTECTED] wrote: The Geronimo PMC would like to make the following request of the ASF Infrastructure team. The request is specifically for machines to be used for collaboration and support of our certification efforts. This is an extremely extensive set of tests that require significant computing resources, often not available to most community members. Thank you for your consideration of this request. We will gladly answer any questions or provide additional information. 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. To fill in others, Joe B. and I have talked about this before - so this doesn't come as a surprise to me. I've informed Joe that our current data center does not have space for any new machines, so this will require a build-out of a new data center. (Joe S. has looked into this and it's about $500/mo for the data center that he houses his personal setup at; we also know that we'd have to build out the new data center - which we'd have to gather the costs for as well.) Have we determined whether the machines would be donated, or do we need to purchase them? To give you an idea, to meet the specs you outlined for a Dell PowerEdge 1950 III is about $4500/machine (and that's at 2.5GHz not 3.0GHz - see below). We may be able to negotiate a lower price with our Dell sales rep, but that's the ballpark figure per machine. Given that amount, I'd probably want to run authorization of these machines by the Board once we settle upon a final proposal and cost. So, it may take until the next Board meeting before I can get final approval. Machine specs: - 8 core (two 3.0 GHz quad-core) How set is the 3.0GHz specification? The cost difference between, say, the 2.5GHz (E5420) and 3.0GHz (E5450) is at least $1000/machine extra. IMO, I doubt it is worth the differential. - 16 GB memory - two 750GB 7200 - rpm SATA 3GB/s disks In a RAID1 (mirrored config) or striped? - DVD R/W (20x?) Does it really need to have DVD R/W? (Dell doesn't even sell a DVD RW in their PowerEdge series.) - 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. Is Ubuntu 8.04 sufficient, or does something special need to happen for Xen? (I haven't looked into Xen lately.) - We would require both ssh and VNC access to the VMs. I don't know if or how Xen supports VNC, but I guess so... =) - 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? It depends how secure the Xen instances are. If we need to have a partitioned network, we may need to get an extra switch and stuff. - Automation will most likely be
[BUILD] trunk: Failed for Revision: 659737
Geronimo Revision: 659737 built with tests included See the full build-2100.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20080523/build-2100.log Download the binaries from http://people.apache.org/builds/geronimo/server/binaries/trunk/20080523 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 29 minutes 33 seconds [INFO] Finished at: Fri May 23 21:54:13 EDT 2008 [INFO] Final Memory: 389M/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/20080523/logs-2100-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:39.126 [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.809) [INFO] console-testsuite/basic RUNNING [INFO] console-testsuite/basic SUCCESS (0:01:40.626) [INFO] corba-testsuite/corba-helloworld RUNNING [INFO] corba-testsuite/corba-helloworld SUCCESS (0:00:46.384) [INFO] corba-testsuite/corba-marshalRUNNING [INFO] corba-testsuite/corba-marshalSUCCESS (0:01:03.731) [INFO] corba-testsuite/corba-mytime RUNNING [INFO] corba-testsuite/corba-mytime SUCCESS (0:00:43.195) [INFO] deployment-testsuite/deployment-testsRUNNING [INFO] deployment-testsuite/deployment-testsSUCCESS (0:00:29.648) [INFO] deployment-testsuite/jca-cms-tests RUNNING [INFO] deployment-testsuite/jca-cms-tests SUCCESS (0:00:29.520) [INFO] deployment-testsuite/manifestcp-testsRUNNING [INFO] deployment-testsuite/manifestcp-testsSUCCESS (0:00:28.583) [INFO] enterprise-testsuite/ejb-tests RUNNING [INFO] enterprise-testsuite/ejb-tests SUCCESS (0:00:36.633) [INFO] enterprise-testsuite/jms-tests RUNNING [INFO] enterprise-testsuite/jms-tests SUCCESS (0:00:43.503) [INFO] enterprise-testsuite/jpa-tests RUNNING
DayTrader 2.0 Release - Input requested
Its long overdue and I'm moving my creaky bones to release this guy. Since its more of a sample / application I wanted to solicit some input on the criteria for a release. I was planning on including a bundle that had the source, an ear as well as a deployment plan for the derby database. Also included would be a readme for installation. Not related to the release, but would also be updated, includes some Wiki documentation updates around the benchmark. Does anyone see additional items or things they would like to see for a release on DayTrader? I'm planning on pulling this together next week so early feedback is welcome and appreciated.