[BUILD] trunk: Failed for Revision: 660838
Geronimo Revision: 660838 built with tests included See the full build-0300.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20080528/build-0300.log Download the binaries from http://people.apache.org/builds/geronimo/server/binaries/trunk/20080528 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 32 minutes 32 seconds [INFO] Finished at: Wed May 28 03:35:25 EDT 2008 [INFO] Final Memory: 386M/958M [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/20080528/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.481 [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:38.520) [INFO] console-testsuite/basic RUNNING [INFO] console-testsuite/basic SUCCESS (0:01:39.296) [INFO] corba-testsuite/corba-helloworld RUNNING [INFO] corba-testsuite/corba-helloworld SUCCESS (0:00:45.100) [INFO] corba-testsuite/corba-marshalRUNNING [INFO] corba-testsuite/corba-marshalSUCCESS (0:00:57.293) [INFO] corba-testsuite/corba-mytime RUNNING [INFO] corba-testsuite/corba-mytime SUCCESS (0:00:41.914) [INFO] deployment-testsuite/deployment-testsRUNNING [INFO] deployment-testsuite/deployment-testsSUCCESS (0:00:29.839) [INFO] deployment-testsuite/jca-cms-tests RUNNING [INFO] deployment-testsuite/jca-cms-tests SUCCESS (0:00:28.828) [INFO] deployment-testsuite/manifestcp-testsRUNNING [INFO] deployment-testsuite/manifestcp-testsSUCCESS (0:00:28.340) [INFO] enterprise-testsuite/ejb-tests RUNNING [INFO] enterprise-testsuite/ejb-tests SUCCESS (0:00:40.441) [INFO] enterprise-testsuite/jms-tests RUNNING [INFO] enterprise-testsuite/jms-tests SUCCESS (0:00:44.748) [INFO] enterprise-testsuite/jpa-tests RUNNING
[jira] Created: (GERONIMO-4087) Improve usability of gshell commands deploy/* when failing to connect to server
Improve usability of gshell commands deploy/* when failing to connect to server --- Key: GERONIMO-4087 URL: https://issues.apache.org/jira/browse/GERONIMO-4087 Project: Geronimo Issue Type: Improvement Security Level: public (Regular issues) Components: commands Affects Versions: 2.1.2 Reporter: YunFeng Ma Priority: Minor Fix For: 2.1.2, 2.1.x Run the below gshell commands when the server is stopped deploy/list-modules It should output a message saying something like Connection refused instead of the following exceptions: {noformat} 19:24:42,578 FATAL [BaseDeploymentFactory] caught java.io.IOException: Failed to retrieve RMIServer stub: javax.naming.ServiceUnav ailableException [Root exception is java.rmi.ConnectException: Connection refuse d to host: localhost; nested exception is: java.net.ConnectException: Connection refused: connect] at javax.management.remote.rmi.RMIConnector.connect(RMIConnector.java:33 2) at javax.management.remote.JMXConnectorFactory.connect(JMXConnectorFacto ry.java:263) at org.apache.geronimo.deployment.plugin.factories.BaseDeploymentFactory .newRemoteDeploymentManager(BaseDeploymentFactory.java:173) at org.apache.geronimo.deployment.plugin.factories.BaseDeploymentFactory .getDeploymentManager(BaseDeploymentFactory.java:137) at javax.enterprise.deploy.shared.factories.DeploymentFactoryManager.get DeploymentManager(DeploymentFactoryManager.java:111) at org.apache.geronimo.deployment.cli.ServerConnection.tryToConnect(Serv erConnection.java:186) at org.apache.geronimo.deployment.cli.ServerConnection.doAuthPromptAndRe try(ServerConnection.java:240) at org.apache.geronimo.deployment.cli.ServerConnection.tryToConnect(Serv erConnection.java:182) at org.apache.geronimo.deployment.cli.ServerConnection.init(ServerConn ection.java:94) at org.apache.geronimo.deployment.cli.DeployTool.execute(DeployTool.java :161) at org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(Ma inConfigurationBootstrapper.java:45) at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67) at org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:31 ) Caused by: javax.naming.ServiceUnavailableException [Root exception is java.rmi.ConnectExce ption: Connection refused to host: localhost; nested exception is: java.net.ConnectException: Connection refused: connect] at com.sun.jndi.rmi.registry.RegistryContext.lookup(RegistryContext.java :112) at com.sun.jndi.toolkit.url.GenericURLContext.lookup(GenericURLContext.j ava:200) at javax.naming.InitialContext.lookup(InitialContext.java:363) at javax.management.remote.rmi.RMIConnector.findRMIServerJNDI(RMIConnect or.java:1822) at javax.management.remote.rmi.RMIConnector.findRMIServer(RMIConnector.j ava:1792) at javax.management.remote.rmi.RMIConnector.connect(RMIConnector.java:27 4) ... 12 more Caused by: java.rmi.ConnectException: Connection refused to host: localhost; nested excepti on is: java.net.ConnectException: Connection refused: connect at sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:590) at sun.rmi.transport.tcp.TCPChannel.createConnection(TCPChannel.java:204 ) at sun.rmi.transport.tcp.TCPChannel.newConnection(TCPChannel.java:190) at sun.rmi.server.UnicastRef.newCall(UnicastRef.java:321) at sun.rmi.registry.RegistryImpl_Stub.lookup(RegistryImpl_Stub.java:88) at com.sun.jndi.rmi.registry.RegistryContext.lookup(RegistryContext.java :108) ... 17 more Caused by: java.net.ConnectException: Connection refused: connect at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:372) at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:233) at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:220) at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:385) at java.net.Socket.connect(Socket.java:541) at java.net.Socket.connect(Socket.java:491) at java.net.Socket.init(Socket.java:399) at java.net.Socket.init(Socket.java:208) at sun.rmi.transport.proxy.RMIDirectSocketFactory.createSocket(RMIDirect SocketFactory.java:41) at sun.rmi.transport.proxy.RMIMasterSocketFactory.createSocket(RMIMaster SocketFactory.java:145) at sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:585) ... 22 more 19:24:42,625 FATAL [BaseDeploymentFactory] throwing javax.enterprise.deploy.spi.exceptions.DeploymentManagerCreationException: Faile d to retrieve RMIServer stub: javax.naming.ServiceUnavailableException [Root exc eption is
Re: Doc IP Clearance (was Re: [DISCUSS] Policy for granting write access to our Wiki)
Sorry for the delay, been out for a couple of days. I'll check the user groups and permissions. Cheers! Hernan Kevan Miller wrote: 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 mailto: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] Assigned: (GERONIMO-4063) Deployment plans - geronimo-ra.xml
[ https://issues.apache.org/jira/browse/GERONIMO-4063?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] B.J. Reed reassigned GERONIMO-4063: --- Assignee: B.J. Reed Deployment plans - geronimo-ra.xml -- Key: GERONIMO-4063 URL: https://issues.apache.org/jira/browse/GERONIMO-4063 Project: Geronimo Issue Type: Task Security Level: public(Regular issues) Components: documentation Affects Versions: 2.1, 2.1.1 Reporter: Hernan Cunico Assignee: B.J. Reed Geronimo 2.1 Documentation - Deployment plans - geronimo-ra.xml Suggested topics to cover * Deployment plan overview _(include packaging)_ * Review of standard corresponding deployment descriptor * Review of XML Schemas _(some schemas are documented here http://geronimo.apache.org/apache-geronimo-v21-xml-schemas.html)_ * Dep plan break down _(environment, dependencies, references, etc.)_ * Samples http://cwiki.apache.org/GMOxDOC21/deployment.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (GERONIMO-4062) Deployment plans - geronimo-application-client.xml
[ https://issues.apache.org/jira/browse/GERONIMO-4062?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] B.J. Reed reassigned GERONIMO-4062: --- Assignee: B.J. Reed Deployment plans - geronimo-application-client.xml -- Key: GERONIMO-4062 URL: https://issues.apache.org/jira/browse/GERONIMO-4062 Project: Geronimo Issue Type: Task Security Level: public(Regular issues) Components: documentation Affects Versions: 2.1, 2.1.1 Reporter: Hernan Cunico Assignee: B.J. Reed Geronimo 2.1 Documentation - Deployment plans - geronimo-application-client.xml Suggested topics to cover * Deployment plan overview _(include packaging)_ * Review of standard corresponding deployment descriptor * Review of XML Schemas _(some schemas are documented here http://geronimo.apache.org/apache-geronimo-v21-xml-schemas.html)_ * Dep plan break down _(environment, dependencies, references, etc.)_ * Samples http://cwiki.apache.org/GMOxDOC21/deployment.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (GERONIMO-4061) Deployment plans - geronimo-application.xml
[ https://issues.apache.org/jira/browse/GERONIMO-4061?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] B.J. Reed reassigned GERONIMO-4061: --- Assignee: B.J. Reed Deployment plans - geronimo-application.xml --- Key: GERONIMO-4061 URL: https://issues.apache.org/jira/browse/GERONIMO-4061 Project: Geronimo Issue Type: Task Security Level: public(Regular issues) Components: documentation Affects Versions: 2.1, 2.1.1 Reporter: Hernan Cunico Assignee: B.J. Reed Geronimo 2.1 Documentation - Deployment plans - geronimo-application.xml Suggested topics to cover * Deployment plan overview _(include packaging)_ * Review of standard corresponding deployment descriptor * Review of XML Schemas _(some schemas are documented here http://geronimo.apache.org/apache-geronimo-v21-xml-schemas.html)_ * Dep plan break down _(environment, dependencies, references, etc.)_ * Samples http://cwiki.apache.org/GMOxDOC21/deployment.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Trying to create EntityManager in web application
Hi, I was trying to obtain javax.persistence.EntityManager in a web application as follows. 1. Created persistence.xml in META-INF folder. __ ?xml version=1.0 encoding=UTF-8? persistencexmlns=http://java.sun.com/xml/ns/persistence; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; version=1.0 xsi:schemaLocation=http://java.sun.com/xml/ns/persistence http://java.sun.com/xml/ns/persistence/persistence_1_0.xsd; persistence-unit name=CurrencyRateUnit descriptionJPA JSF Sample/description providerorg.apache.openjpa.persistence.PersistenceProviderImpl/provider classsample.jpa.currency.Currency/class properties property name=openjpa.ConnectionURL value=jdbc:derby:CurrencyDB / property name=openjpa.ConnectionDriverName value=org.apache.derby.jdbc.EmbeddedDriver / property name=ConnectionUserName value=app / property name=openjpa.jdbc.SynchronizeMappings value=false / /properties /persistence-unit /persistence __ 2. I have a utility class in the web application which tries to obtain EntityManager as follows. public class CurrencyUtil { //@PersistenceContext(unitName=CurrencyRateUnit) private EntityManager em; private Collection currencies; public CurrencyUtil() { EntityManagerFactory emf = Persistence.createEntityManagerFactory(CurrencyRateUnit); if(emf == null) System.out.println(emf is null!!!); em = emf.createEntityManager(); if(em == null) System.out.println(em is null!!!); } I have also tried with the above code in a servlet. In all the cases I get the following error. __ 18:02:36,328 ERROR [[Test]] Servlet.service() for servlet Test threw exception openjpa-1.0.1-r420667:592145 fatal user error org.apache.openjpa.persistence.ArgumentException: A JDBC Driver or DataSource class name must be specified in the ConnectionDriverName property. at org.apache.openjpa.jdbc.schema.DataSourceFactory.newDataSource(DataSourceFactory.java:72) at org.apache.openjpa.jdbc.conf.JDBCConfigurationImpl.createConnectionFactory(JDBCConfigurationImpl.java:803) at org.apache.openjpa.jdbc.conf.JDBCConfigurationImpl.getDBDictionaryInstance(JDBCConfigurationImpl.java:568) at org.apache.openjpa.jdbc.meta.MappingRepository.endConfiguration(MappingRepository.java:1221) at org.apache.openjpa.lib.conf.Configurations.configureInstance(Configurations.java:476) at org.apache.openjpa.lib.conf.Configurations.configureInstance(Configurations.java:401) at org.apache.openjpa.lib.conf.PluginValue.instantiate(PluginValue.java:102) at org.apache.openjpa.lib.conf.ObjectValue.instantiate(ObjectValue.java:82) at org.apache.openjpa.conf.OpenJPAConfigurationImpl.newMetaDataRepositoryInstance(OpenJPAConfigurationImpl.java:861) at org.apache.openjpa.conf.OpenJPAConfigurationImpl.getMetaDataRepositoryInstance(OpenJPAConfigurationImpl.java:852) at org.apache.openjpa.kernel.AbstractBrokerFactory.makeReadOnly(AbstractBrokerFactory.java:630) at org.apache.openjpa.kernel.AbstractBrokerFactory.newBroker(AbstractBrokerFactory.java:169) at org.apache.openjpa.kernel.DelegatingBrokerFactory.newBroker(DelegatingBrokerFactory.java:142) at org.apache.openjpa.persistence.EntityManagerFactoryImpl.createEntityManager(EntityManagerFactoryImpl.java:192) at org.apache.openjpa.persistence.EntityManagerFactoryImpl.createEntityManager(EntityManagerFactoryImpl.java:145) at org.apache.openjpa.persistence.EntityManagerFactoryImpl.createEntityManager(EntityManagerFactoryImpl.java:56) at sample.jpa.currency.Test.doGet(Test.java:33) at javax.servlet.http.HttpServlet.service(HttpServlet.java:693) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) at org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke(DefaultSubjectValve.java:56) at org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:406) at org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(GeronimoBeforeAfterValve.java:47) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) at org.apache.catalina.ha.session.JvmRouteBinderValve.invoke(JvmRouteBinderValve.java:209) at
[jira] Commented: (GERONIMO-4087) Improve usability of gshell commands deploy/* when failing to connect to server
[ https://issues.apache.org/jira/browse/GERONIMO-4087?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12600474#action_12600474 ] Jason Dillon commented on GERONIMO-4087: This should probably just report a simple line when the verbosity level is set to info, and dump the trace when its set to verbose. Improve usability of gshell commands deploy/* when failing to connect to server --- Key: GERONIMO-4087 URL: https://issues.apache.org/jira/browse/GERONIMO-4087 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: commands Affects Versions: 2.1.2 Reporter: YunFeng Ma Assignee: Jason Warner Priority: Minor Fix For: 2.1.2, 2.1.x Run the below gshell commands when the server is stopped deploy/list-modules It should output a message saying something like Connection refused instead of the following exceptions: {noformat} 19:24:42,578 FATAL [BaseDeploymentFactory] caught java.io.IOException: Failed to retrieve RMIServer stub: javax.naming.ServiceUnav ailableException [Root exception is java.rmi.ConnectException: Connection refuse d to host: localhost; nested exception is: java.net.ConnectException: Connection refused: connect] at javax.management.remote.rmi.RMIConnector.connect(RMIConnector.java:33 2) at javax.management.remote.JMXConnectorFactory.connect(JMXConnectorFacto ry.java:263) at org.apache.geronimo.deployment.plugin.factories.BaseDeploymentFactory .newRemoteDeploymentManager(BaseDeploymentFactory.java:173) at org.apache.geronimo.deployment.plugin.factories.BaseDeploymentFactory .getDeploymentManager(BaseDeploymentFactory.java:137) at javax.enterprise.deploy.shared.factories.DeploymentFactoryManager.get DeploymentManager(DeploymentFactoryManager.java:111) at org.apache.geronimo.deployment.cli.ServerConnection.tryToConnect(Serv erConnection.java:186) at org.apache.geronimo.deployment.cli.ServerConnection.doAuthPromptAndRe try(ServerConnection.java:240) at org.apache.geronimo.deployment.cli.ServerConnection.tryToConnect(Serv erConnection.java:182) at org.apache.geronimo.deployment.cli.ServerConnection.init(ServerConn ection.java:94) at org.apache.geronimo.deployment.cli.DeployTool.execute(DeployTool.java :161) at org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(Ma inConfigurationBootstrapper.java:45) at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67) at org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:31 ) Caused by: javax.naming.ServiceUnavailableException [Root exception is java.rmi.ConnectExce ption: Connection refused to host: localhost; nested exception is: java.net.ConnectException: Connection refused: connect] at com.sun.jndi.rmi.registry.RegistryContext.lookup(RegistryContext.java :112) at com.sun.jndi.toolkit.url.GenericURLContext.lookup(GenericURLContext.j ava:200) at javax.naming.InitialContext.lookup(InitialContext.java:363) at javax.management.remote.rmi.RMIConnector.findRMIServerJNDI(RMIConnect or.java:1822) at javax.management.remote.rmi.RMIConnector.findRMIServer(RMIConnector.j ava:1792) at javax.management.remote.rmi.RMIConnector.connect(RMIConnector.java:27 4) ... 12 more Caused by: java.rmi.ConnectException: Connection refused to host: localhost; nested excepti on is: java.net.ConnectException: Connection refused: connect at sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:590) at sun.rmi.transport.tcp.TCPChannel.createConnection(TCPChannel.java:204 ) at sun.rmi.transport.tcp.TCPChannel.newConnection(TCPChannel.java:190) at sun.rmi.server.UnicastRef.newCall(UnicastRef.java:321) at sun.rmi.registry.RegistryImpl_Stub.lookup(RegistryImpl_Stub.java:88) at com.sun.jndi.rmi.registry.RegistryContext.lookup(RegistryContext.java :108) ... 17 more Caused by: java.net.ConnectException: Connection refused: connect at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:372) at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:233) at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:220) at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:385) at java.net.Socket.connect(Socket.java:541) at java.net.Socket.connect(Socket.java:491) at java.net.Socket.init(Socket.java:399) at
[jira] Assigned: (GERONIMO-4087) Improve usability of gshell commands deploy/* when failing to connect to server
[ https://issues.apache.org/jira/browse/GERONIMO-4087?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jason Warner reassigned GERONIMO-4087: -- Assignee: Jason Warner Improve usability of gshell commands deploy/* when failing to connect to server --- Key: GERONIMO-4087 URL: https://issues.apache.org/jira/browse/GERONIMO-4087 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: commands Affects Versions: 2.1.2 Reporter: YunFeng Ma Assignee: Jason Warner Priority: Minor Fix For: 2.1.2, 2.1.x Run the below gshell commands when the server is stopped deploy/list-modules It should output a message saying something like Connection refused instead of the following exceptions: {noformat} 19:24:42,578 FATAL [BaseDeploymentFactory] caught java.io.IOException: Failed to retrieve RMIServer stub: javax.naming.ServiceUnav ailableException [Root exception is java.rmi.ConnectException: Connection refuse d to host: localhost; nested exception is: java.net.ConnectException: Connection refused: connect] at javax.management.remote.rmi.RMIConnector.connect(RMIConnector.java:33 2) at javax.management.remote.JMXConnectorFactory.connect(JMXConnectorFacto ry.java:263) at org.apache.geronimo.deployment.plugin.factories.BaseDeploymentFactory .newRemoteDeploymentManager(BaseDeploymentFactory.java:173) at org.apache.geronimo.deployment.plugin.factories.BaseDeploymentFactory .getDeploymentManager(BaseDeploymentFactory.java:137) at javax.enterprise.deploy.shared.factories.DeploymentFactoryManager.get DeploymentManager(DeploymentFactoryManager.java:111) at org.apache.geronimo.deployment.cli.ServerConnection.tryToConnect(Serv erConnection.java:186) at org.apache.geronimo.deployment.cli.ServerConnection.doAuthPromptAndRe try(ServerConnection.java:240) at org.apache.geronimo.deployment.cli.ServerConnection.tryToConnect(Serv erConnection.java:182) at org.apache.geronimo.deployment.cli.ServerConnection.init(ServerConn ection.java:94) at org.apache.geronimo.deployment.cli.DeployTool.execute(DeployTool.java :161) at org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(Ma inConfigurationBootstrapper.java:45) at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67) at org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:31 ) Caused by: javax.naming.ServiceUnavailableException [Root exception is java.rmi.ConnectExce ption: Connection refused to host: localhost; nested exception is: java.net.ConnectException: Connection refused: connect] at com.sun.jndi.rmi.registry.RegistryContext.lookup(RegistryContext.java :112) at com.sun.jndi.toolkit.url.GenericURLContext.lookup(GenericURLContext.j ava:200) at javax.naming.InitialContext.lookup(InitialContext.java:363) at javax.management.remote.rmi.RMIConnector.findRMIServerJNDI(RMIConnect or.java:1822) at javax.management.remote.rmi.RMIConnector.findRMIServer(RMIConnector.j ava:1792) at javax.management.remote.rmi.RMIConnector.connect(RMIConnector.java:27 4) ... 12 more Caused by: java.rmi.ConnectException: Connection refused to host: localhost; nested excepti on is: java.net.ConnectException: Connection refused: connect at sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:590) at sun.rmi.transport.tcp.TCPChannel.createConnection(TCPChannel.java:204 ) at sun.rmi.transport.tcp.TCPChannel.newConnection(TCPChannel.java:190) at sun.rmi.server.UnicastRef.newCall(UnicastRef.java:321) at sun.rmi.registry.RegistryImpl_Stub.lookup(RegistryImpl_Stub.java:88) at com.sun.jndi.rmi.registry.RegistryContext.lookup(RegistryContext.java :108) ... 17 more Caused by: java.net.ConnectException: Connection refused: connect at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:372) at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:233) at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:220) at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:385) at java.net.Socket.connect(Socket.java:541) at java.net.Socket.connect(Socket.java:491) at java.net.Socket.init(Socket.java:399) at java.net.Socket.init(Socket.java:208) at sun.rmi.transport.proxy.RMIDirectSocketFactory.createSocket(RMIDirect SocketFactory.java:41) at
[BUILD] trunk: Failed for Revision: 660942
Geronimo Revision: 660942 built with tests included See the full build-0900.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20080528/build-0900.log Download the binaries from http://people.apache.org/builds/geronimo/server/binaries/trunk/20080528 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 34 minutes 47 seconds [INFO] Finished at: Wed May 28 09:38:34 EDT 2008 [INFO] Final Memory: 376M/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/20080528/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:39.111 [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:38.282) [INFO] console-testsuite/basic RUNNING [INFO] console-testsuite/basic SUCCESS (0:01:39.972) [INFO] corba-testsuite/corba-helloworld RUNNING [INFO] corba-testsuite/corba-helloworld SUCCESS (0:00:43.332) [INFO] corba-testsuite/corba-marshalRUNNING [INFO] corba-testsuite/corba-marshalSUCCESS (0:00:50.392) [INFO] corba-testsuite/corba-mytime RUNNING [INFO] corba-testsuite/corba-mytime SUCCESS (0:00:41.804) [INFO] deployment-testsuite/deployment-testsRUNNING [INFO] deployment-testsuite/deployment-testsSUCCESS (0:00:31.276) [INFO] deployment-testsuite/jca-cms-tests RUNNING [INFO] deployment-testsuite/jca-cms-tests SUCCESS (0:00:28.951) [INFO] deployment-testsuite/manifestcp-testsRUNNING [INFO] deployment-testsuite/manifestcp-testsSUCCESS (0:00:28.661) [INFO] enterprise-testsuite/ejb-tests RUNNING [INFO] enterprise-testsuite/ejb-tests SUCCESS (0:00:36.759) [INFO] enterprise-testsuite/jms-tests RUNNING [INFO] enterprise-testsuite/jms-tests SUCCESS (0:00:43.848) [INFO] enterprise-testsuite/jpa-tests RUNNING
[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=12600497#action_12600497 ] Dan Becker commented on GERONIMO-4037: -- I'm glad to see that Kevin found a workaround. Although Kevin's previous stack trace shows code heading into the SecurityManager and the AccessController, I don't think security permissions are the problem. Usually you see the exception text contain the exact permission that is failing, e.g.: Exception in thread main org.osoa.sca.ServiceRuntimeException: java.security.AccessControlException: access denied (java.util.PropertyPermission org.apache.tuscany.sca.host.embedded.SCADomain read) This Geronimo 4037 error seems different., Although you mentioned trouble loading the class, I do not think it would be from insufficient security or RuntimePermissions (which deals with class loaders and loading libraries) - we already tried granting AllPermissions in the client policy. I cannot fathom why this stack trace is not picking up the AllPermissions. One other alternative is to try this version of policy option: -Djava.security.policy==client.security Notice the two equals signs. This tells the JVM to have client.security replace other policies and not just add to other policies. I will be looking for alternative solutions this week. 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
[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=12600513#action_12600513 ] Joseph Leong commented on GERONIMO-4070: Doesn't appear that the previous changes to fix the similar container issues have been removed. The list of what is being installed is created and upon failure goes through to remove the configuration. Going to dig deeper to find what else has changed. Joseph Leong 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.
[jira] Created: (GERONIMO-4088) Make it more obvious and document how to set the tmId so you can use more than one geronimo server with a distributed transaction.
Make it more obvious and document how to set the tmId so you can use more than one geronimo server with a distributed transaction. -- Key: GERONIMO-4088 URL: https://issues.apache.org/jira/browse/GERONIMO-4088 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: Tomcat Affects Versions: 2.1.x, 2.2 Reporter: David Jencks Assignee: David Jencks Fix For: 2.1.x, 2.2 Set the tmId from config-substitutions.properties, or at least get the setting into config.xml -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-4089) Investigate building and running Geronimo on JSE 6
Investigate building and running Geronimo on JSE 6 -- Key: GERONIMO-4089 URL: https://issues.apache.org/jira/browse/GERONIMO-4089 Project: Geronimo Issue Type: New Feature Security Level: public (Regular issues) Affects Versions: 2.1.x, 2.2 Reporter: Kevan Miller Fix For: 2.1.x, 2.2 We had a user request on IRC for building Geronimo on 1.6. I think it's time to start investigating this. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (GERONIMO-4089) Investigate building and running Geronimo on JSE 6
[ https://issues.apache.org/jira/browse/GERONIMO-4089?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jarek Gawor reassigned GERONIMO-4089: - Assignee: Jarek Gawor Investigate building and running Geronimo on JSE 6 -- Key: GERONIMO-4089 URL: https://issues.apache.org/jira/browse/GERONIMO-4089 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Affects Versions: 2.1.x, 2.2 Reporter: Kevan Miller Assignee: Jarek Gawor Fix For: 2.1.x, 2.2 We had a user request on IRC for building Geronimo on 1.6. I think it's time to start investigating this. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (GERONIMO-4075) Self-URI wrong in http://geronimo.apache.org/xml/ns/deployment-1.2
[ https://issues.apache.org/jira/browse/GERONIMO-4075?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jarek Gawor reassigned GERONIMO-4075: - Assignee: Jarek Gawor Self-URI wrong in http://geronimo.apache.org/xml/ns/deployment-1.2 -- Key: GERONIMO-4075 URL: https://issues.apache.org/jira/browse/GERONIMO-4075 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Affects Versions: 2.1.1 Reporter: Daniel Assignee: Jarek Gawor The schema under http://geronimo.apache.org/xml/ns/deployment-1.2 is currently referencing itself with a wrong URL when it says All the Service deployment plan must specify the top level element as module with namespace specified as xmlns= http://geronimo.apache.org/xml/ns/j2ee/deployment-1.2;. The default location for this document is http://geronimo.apache.org/schemas-1.2/geronimo-module-1.2.xsd. (Note the /j2ee/.) Unfortunately, the current deployer (2.1.1) just bails out with a (technically correct, but) very general error description (... because no deployer is able to handle it ...) when this URL is actually used. Just took me two hours to figure it out :-( -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4089) Investigate building and running Geronimo on JSE 6
[ https://issues.apache.org/jira/browse/GERONIMO-4089?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jarek Gawor updated GERONIMO-4089: -- Attachment: jse6.21.patch Here's a patch that successfully allowed me to build branches/2.1 with Java 6. Please do not commit the patch as is as the Java code changes will break Java 5 builds. To allow Java 5 and 6 builds at the same time we will need to update the jaxws api library (or provide a fake javax.xml.ws.EndpointReference class). Investigate building and running Geronimo on JSE 6 -- Key: GERONIMO-4089 URL: https://issues.apache.org/jira/browse/GERONIMO-4089 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Affects Versions: 2.1.x, 2.2 Reporter: Kevan Miller Assignee: Jarek Gawor Fix For: 2.1.x, 2.2 Attachments: jse6.21.patch We had a user request on IRC for building Geronimo on 1.6. I think it's time to start investigating this. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
FYI: Geronimo 2.0 Docs - Japanese Translation completed.
Hello, Geronimo-devs. We, The Japan Apache Geronimo Users Group , are proud to announce that we've completed all the Geronimo 2.0 documents translation. Now it's on the Geronimo Wiki. http://cwiki.apache.org/GMOxDOC20ja/documentation.html Everything was done on a voluntary basis, so it took a little time. We'd like to say big thank-you ! to all the original doc authors. Surely it was fun and interesting as the original docs were so good. We're looking forward the 2.1 docs growing up ! contact: [EMAIL PROTECTED] Regards. - GANBARE! NIPPON! Win your ticket to Olympic Games 2008.
[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=12600547#action_12600547 ] Jacques Le Roux commented on GERONIMO-4037: --- Hi Dan, I already tried == : same error. Thanks for the suggestion. 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)
Re: FYI: Geronimo 2.0 Docs - Japanese Translation completed.
Outstanding! Regards, Alan On May 28, 2008, at 8:43 AM, 石田 剛 wrote: Hello, Geronimo-devs. We, The Japan Apache Geronimo Users Group , are proud to announce that we've completed all the Geronimo 2.0 documents translation. Now it's on the Geronimo Wiki. http://cwiki.apache.org/GMOxDOC20ja/documentation.html Everything was done on a voluntary basis, so it took a little time. We'd like to say big thank-you ! to all the original doc authors. Surely it was fun and interesting as the original docs were so good. We're looking forward the 2.1 docs growing up ! contact: [EMAIL PROTECTED] Regards. GANBARE! NIPPON! Win your ticket to Olympic Games 2008.
Re: FYI: Geronimo 2.0 Docs - Japanese Translation completed.
Excellent ... thank you! Joe 石田 剛 wrote: Hello, Geronimo-devs. We, The Japan Apache Geronimo Users Group , are proud to announce that we've completed all the Geronimo 2.0 documents translation. Now it's on the Geronimo Wiki. http://cwiki.apache.org/GMOxDOC20ja/documentation.html Everything was done on a voluntary basis, so it took a little time. We'd like to say big thank-you ! to all the original doc authors. Surely it was fun and interesting as the original docs were so good. We're looking forward the 2.1 docs growing up ! contact: [EMAIL PROTECTED] Regards. GANBARE! NIPPON! Win your ticket to Olympic Games 2008. http://pr.mail.yahoo.co.jp/ganbare-nippon/
Re: [VOTE] Release JAX-WS 2.1 spec jar version 1.0 (take 2)
+1 Regards, Alan On May 23, 2008, at 11:20 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. 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] Assigned: (GERONIMO-4075) Self-URI wrong in http://geronimo.apache.org/xml/ns/deployment-1.2
[ https://issues.apache.org/jira/browse/GERONIMO-4075?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jarek Gawor reassigned GERONIMO-4075: - Assignee: Hernan Cunico (was: Jarek Gawor) Re-assigning to Hernan so that he can regenerate the schema pages on the web site. Self-URI wrong in http://geronimo.apache.org/xml/ns/deployment-1.2 -- Key: GERONIMO-4075 URL: https://issues.apache.org/jira/browse/GERONIMO-4075 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Affects Versions: 2.1.1 Reporter: Daniel Assignee: Hernan Cunico The schema under http://geronimo.apache.org/xml/ns/deployment-1.2 is currently referencing itself with a wrong URL when it says All the Service deployment plan must specify the top level element as module with namespace specified as xmlns= http://geronimo.apache.org/xml/ns/j2ee/deployment-1.2;. The default location for this document is http://geronimo.apache.org/schemas-1.2/geronimo-module-1.2.xsd. (Note the /j2ee/.) Unfortunately, the current deployer (2.1.1) just bails out with a (technically correct, but) very general error description (... because no deployer is able to handle it ...) when this URL is actually used. Just took me two hours to figure it out :-( -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4075) Self-URI wrong in http://geronimo.apache.org/xml/ns/deployment-1.2
[ https://issues.apache.org/jira/browse/GERONIMO-4075?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12600573#action_12600573 ] Jarek Gawor commented on GERONIMO-4075: --- The xsd:documentation elements in a bunch of xsd files specified invalid (or outdated) schema namespaces and locations. I fixed these problems in trunk (revision 661037) and branches/2.1 (revision 661043). Self-URI wrong in http://geronimo.apache.org/xml/ns/deployment-1.2 -- Key: GERONIMO-4075 URL: https://issues.apache.org/jira/browse/GERONIMO-4075 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Affects Versions: 2.1.1 Reporter: Daniel Assignee: Jarek Gawor The schema under http://geronimo.apache.org/xml/ns/deployment-1.2 is currently referencing itself with a wrong URL when it says All the Service deployment plan must specify the top level element as module with namespace specified as xmlns= http://geronimo.apache.org/xml/ns/j2ee/deployment-1.2;. The default location for this document is http://geronimo.apache.org/schemas-1.2/geronimo-module-1.2.xsd. (Note the /j2ee/.) Unfortunately, the current deployer (2.1.1) just bails out with a (technically correct, but) very general error description (... because no deployer is able to handle it ...) when this URL is actually used. Just took me two hours to figure it out :-( -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
GERONIMO-4075
Hernan, Can you please regenerate the schema pages for 2.1 (http://geronimo.apache.org/apache-geronimo-v21-xml-schemas.html)? A bunch of the schema files had outdated/invalid namespaces and locations in xsd:documentation element (see https://issues.apache.org/jira/browse/GERONIMO-4075). Let me know if you need anything. Thanks, Jarek
[BUILD] branches/2.1: Failed for Revision: 661026
Geronimo Revision: 661026 built with tests included See the full build-1400.log file at http://people.apache.org/builds/geronimo/server/binaries/2.1/20080528/build-1400.log Download the binaries from http://people.apache.org/builds/geronimo/server/binaries/2.1/20080528 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 31 minutes 35 seconds [INFO] Finished at: Wed May 28 14:35:55 EDT 2008 [INFO] Final Memory: 305M/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/2.1/20080528/logs-1400-tomcat/test.log [INFO] [INFO] [ear:ear] [INFO] [INFO] Copying artifact[war:org.apache.geronimo.testsuite:sec-war:2.1.2-SNAPSHOT] to[web.war] [INFO] [INFO] Copying artifact[ejb:org.apache.geronimo.testsuite:sec-ejb:2.1.2-SNAPSHOT] to[ejb.jar] [INFO] [INFO] Copy ear resources to /home/geronimo/geronimo/2.1/testsuite/enterprise-testsuite/sec-tests/sec-ear/target/sec-ear-2.1.2-SNAPSHOT [INFO] [INFO] Could not find manifest file: /home/geronimo/geronimo/2.1/testsuite/enterprise-testsuite/sec-tests/sec-ear/src/main/application/META-INF/MANIFEST.MF - Generating one [INFO] [INFO] Building jar: /home/geronimo/geronimo/2.1/testsuite/enterprise-testsuite/sec-tests/sec-ear/target/sec-ear-2.1.2-SNAPSHOT.ear [INFO] [INFO] [selenium:start-server {execution: start-server}] [INFO] [INFO] Starting Selenium server... [INFO] [INFO] Created dir: /home/geronimo/geronimo/2.1/testsuite/enterprise-testsuite/sec-tests/sec-ear/target/selenium [INFO] Launching Selenium Server [INFO] Waiting for Selenium Server... [INFO] Selenium Server started [INFO] [WARNING] OS appears to be Unix and no DISPLAY environment variable has been detected. Browser maybe unable to function correctly. Consider using the selenium:xvfb goal to enable headless operation. [INFO] [INFO] Redirecting output to: /home/geronimo/geronimo/2.1/testsuite/enterprise-testsuite/sec-tests/sec-ear/target/selenium/server.log [INFO] [INFO] User extensions: /home/geronimo/geronimo/2.1/testsuite/enterprise-testsuite/sec-tests/sec-ear/target/selenium/user-extensions.js [INFO] [INFO] [geronimo:deploy-module {execution: deploy}] [INFO] [INFO] Using non-artifact based module archive: /home/geronimo/geronimo/2.1/testsuite/enterprise-testsuite/sec-tests/sec-ear/target/sec-ear-2.1.2-SNAPSHOT.ear [INFO] [INFO] Distributing module artifact: /home/geronimo/geronimo/2.1/testsuite/enterprise-testsuite/sec-tests/sec-ear/target/sec-ear-2.1.2-SNAPSHOT.ear [WARNING] log4j:WARN No appenders could be found for logger (org.apache.geronimo.deployment.plugin.factories.BaseDeploymentFactory). [WARNING] log4j:WARN Please initialize the log4j system properly. [INFO] [INFO] Starting modules... [INFO] [INFO] Starting module: org.apache.geronimo.testsuite/sec-ear/2.1.2-SNAPSHOT/ear [INFO] [INFO] Started module(s): [INFO] [INFO] [0] org.apache.geronimo.testsuite/sec-ear/2.1.2-SNAPSHOT/ear [INFO] [INFO] [surefire:test {execution: integration}] [INFO] [INFO] Surefire report directory: /home/geronimo/geronimo/2.1/testsuite/enterprise-testsuite/sec-tests/sec-ear/target/surefire-reports [INFO] [INFO] --- [INFO] T E S T S [INFO] --- [INFO] Running sec-testsuite.security [INFO] Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.677 sec [INFO] [INFO] Results : [INFO] [INFO] Tests run: 2, Failures: 0, Errors: 0, Skipped: 0 [INFO] [INFO] [INFO] [geronimo:undeploy-module {execution: undeploy}] [INFO] [INFO] Using non-artifact based module id: org.apache.geronimo.testsuite/sec-ear/2.1.2-SNAPSHOT/ear [INFO] [INFO] Stopping module: org.apache.geronimo.testsuite/sec-ear/2.1.2-SNAPSHOT/ear [INFO] [INFO] Stopped module(s): [INFO] [INFO] [0] org.apache.geronimo.testsuite/sec-ear/2.1.2-SNAPSHOT/ear [INFO] [INFO] [0] web.war; URL: /sec [INFO] [INFO] [1] ejb.jar [INFO] [INFO] Undeploying module: org.apache.geronimo.testsuite/sec-ear/2.1.2-SNAPSHOT/ear [INFO] [INFO] Undeployed module(s): [INFO] [INFO] [0] org.apache.geronimo.testsuite/sec-ear/2.1.2-SNAPSHOT/ear [INFO] [INFO] [tools:verify-legal-files {execution: verify-legal-files}] [INFO] [INFO] Checking legal files in: sec-ear-2.1.2-SNAPSHOT.ear [INFO] [INFO] [install:install] [INFO] [INFO] Installing /home/geronimo/geronimo/2.1/testsuite/enterprise-testsuite/sec-tests/sec-ear/target/sec-ear-2.1.2-SNAPSHOT.ear to /home/geronimo/.m2/repository/org/apache/geronimo/testsuite/sec-ear/2.1.2-SNAPSHOT/sec-ear-2.1.2-SNAPSHOT.ear [INFO] [INFO] [testsuite:generate-surefire-xml {execution: generate-surefire
Re: GERONIMO-4075
yup, just saw the JIRA updates. I'll regenerate these docs. Cheers! Hernan Jarek Gawor wrote: Hernan, Can you please regenerate the schema pages for 2.1 (http://geronimo.apache.org/apache-geronimo-v21-xml-schemas.html)? A bunch of the schema files had outdated/invalid namespaces and locations in xsd:documentation element (see https://issues.apache.org/jira/browse/GERONIMO-4075). Let me know if you need anything. Thanks, Jarek
Re: JPA problem in performing DML operations
Phani, I believe that since you are managing the entity manager, you also need to begin and commit your own transactions. Jay Phani Madgula wrote: Hi, I have simple JEE application client that uses JPA to perform DB operations on a database running in the embedded Derby. I tried to attached the app to the mail but failed. The JEE client does not look up anyEJBs. It has Account.java entity and AccountClient.java that performs DB operations on the Entity. The following steps explain how to deploy and run the APP. 1. Create AccountDB database using DBManager portlet on the admin console 2. Create Account table in the AccountDB as follows *create table ACCOUNT (ACCOUNTNO integer, NAME varchar (50), ADDRESS varchar (225), BRANCHCODE integer, BALANCE decimal (15,2));* 3. Deploy the app.jar 4. run the client using following options LISTING ACCOUNTS: j*ava -Djava.endorsed.dirs=C:**\Geronimo-2.1\lib\endorsed -jar C:\Geronimo-2.1\bin\client.jar AccountJPA/AccountJPA-app**-client/3.0/jar list * CREATING AN ACCOUNT: * java -Djava.endorsed.dirs=C:**\Geronimo-2.1\lib\endorsed -jar C:\Geronimo-2.1\bin\client.jar AccountJPA/AccountJPA-app**-client/3.0/jar create Joe NC 10 4000 * UPDATING AN ACCOUNT: * java -Djava.endorsed.dirs=C:**\Geronimo-2.1\lib\endorsed -jar C:\Geronimo-2.1\bin\client.jar AccountJPA/AccountJPA-app**-client/3.0/jar update 8000* DELETING AN ACCOUNT j*ava -Djava.endorsed.dirs=C:**\Geronimo-2.1\lib\endorsed -jar C:\Geronimo-2.1\bin\client.jar AccountJPA/AccountJPA-app**-client/3.0/jar delete * The AccountClient.java has all the info. I am able to successfully deploy the APP and perform list operation. The list operation lists all the accounts currently in the database. Where as if I tried to perform create, or update or delete operations, the JPA is not inserting or updating or deleting corresponding rows in the table. Neither it's throwing any error on the console. What could be the error?? Thanks in advance for your help. persistence.xml ___ ?xml version=1.0 encoding=UTF-8? persistencexmlns=http://java.sun.com/xml/ns/persistence; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; version=1.0 xsi:schemaLocation=http://java.sun.com/xml/ns/persistence http://java.sun.com/xml/ns/persistence/persistence_1_0.xsd; persistence-unit name=JPA-App-Client descriptionJPA Application Client/description providerorg.apache.openjpa.persistence.PersistenceProviderImpl/provider classsample.jpa.appclient.Account/class properties property name=openjpa.ConnectionURL value=jdbc:derby://localhost/AccountDB / property name=openjpa.ConnectionDriverName value=org.apache.derby.jdbc.ClientDriver / property name=ConnectionUserName value=app / property name=openjpa.jdbc.SynchronizeMappings value=false / /properties /persistence-unit !-- jta-data-sourcePhoneBookPool/jta-data-source non-jta-data-sourcePhoneBookPool/non-jta-data-source -- /persistence ___ ACCOUNT.java package sample.jpa.appclient; import java.io.Serializable; import javax.persistence.Entity; import javax.persistence.Id http://javax.persistence.id/; import javax.persistence.Table; @Entity @Table(name=Account1) public class Account implements Serializable{ @Id private int accountNo; private String name; private String address; private int branchCode; private double balance; public Account(){ this.accountNo = 0; this.name = DUMMY; this.address = DUMMY; this.branchCode = 0; } public int getAccountNo() { return accountNo; } public void setAccountNo(int accountNo) { this.accountNo = accountNo; } public String getName() { return name; } public void setName(String name) { this.name = name; } public String getAddress() { return address; } public void setAddress(String address) { this.address = address; } public int getBranchCode() { return branchCode; } public void setBranchCode(int branchCode) { this.branchCode = branchCode; } public double getBalance() { return balance; } public void setBalance(double balance) { this.balance = balance; } } ___ AccountClient.java package sample.jpa.appclient; import java.util.ArrayList; import java.util.List; import javax.persistence.EntityManager; import javax.persistence.EntityManagerFactory; import
[jira] Commented: (GERONIMO-3993) Server fails to relaunch after deploying an application to a WADI cluster
[ https://issues.apache.org/jira/browse/GERONIMO-3993?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12600594#action_12600594 ] Joe Bohn commented on GERONIMO-3993: Gianny, Is this something that you are going to investigate further. I would be glad to look into it but I need some more detailed instructions on how to recreate the problem. I haven't done anything with wadi or secondary repositories to date. Do I need to setup a WADI cluster to see this problem? Is there an easier way? Server fails to relaunch after deploying an application to a WADI cluster - Key: GERONIMO-3993 URL: https://issues.apache.org/jira/browse/GERONIMO-3993 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: startup/shutdown Affects Versions: 2.1.1, 2.1.2, 2.1.x Environment: Windows Reporter: YunFeng Ma Assignee: Gianny Damour Fix For: 2.1.2, 2.1.x, 2.2 1. A WADI cluster with two Nodes: Node1 and Node2 2. Deploy an application to Node1 3. Stop Node1 and Node2 4. Start Node1 and get the following exception: {noformat} org.apache.geronimo.kernel.config.NoSuchConfigException: samples/cviewer/2.1.0.0/war at org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfigurationData(SimpleConfigurationManager.java:476) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.sort(SimpleConfigurationManager.java:456) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.sort(SimpleConfigurationManager.java:448) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:615) at org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832) 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$$4d5fdcaa.sort(generated) at org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:152) at org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:79) 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) {noformat} 5. Start Node2 and get the following exception: {noformat} org.apache.geronimo.kernel.config.NoSuchConfigException: samples/cviewer_G_SLAVE/2.1.0.0/war at org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfigurationData(SimpleConfigurationManager.java:476) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.sort(SimpleConfigurationManager.java:456) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.sort(SimpleConfigurationManager.java:448) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:615) at org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832) 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$$4d5fdcaa.sort(generated) at org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:152)
[BUILD] trunk: Failed for Revision: 661050
Geronimo Revision: 661050 built with tests included See the full build-1500.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20080528/build-1500.log Download the binaries from http://people.apache.org/builds/geronimo/server/binaries/trunk/20080528 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 31 minutes 44 seconds [INFO] Finished at: Wed May 28 15:35:20 EDT 2008 [INFO] Final Memory: 381M/1003M [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/20080528/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:41.533 [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:38.167) [INFO] console-testsuite/basic RUNNING [INFO] console-testsuite/basic SUCCESS (0:01:39.821) [INFO] corba-testsuite/corba-helloworld RUNNING [INFO] corba-testsuite/corba-helloworld SUCCESS (0:00:47.639) [INFO] corba-testsuite/corba-marshalRUNNING [INFO] corba-testsuite/corba-marshalSUCCESS (0:00:43.657) [INFO] corba-testsuite/corba-mytime RUNNING [INFO] corba-testsuite/corba-mytime SUCCESS (0:00:42.244) [INFO] deployment-testsuite/deployment-testsRUNNING [INFO] deployment-testsuite/deployment-testsSUCCESS (0:00:29.909) [INFO] deployment-testsuite/jca-cms-tests RUNNING [INFO] deployment-testsuite/jca-cms-tests SUCCESS (0:00:29.546) [INFO] deployment-testsuite/manifestcp-testsRUNNING [INFO] deployment-testsuite/manifestcp-testsSUCCESS (0:00:28.471) [INFO] enterprise-testsuite/ejb-tests RUNNING [INFO] enterprise-testsuite/ejb-tests SUCCESS (0:00:36.452) [INFO] enterprise-testsuite/jms-tests RUNNING [INFO] enterprise-testsuite/jms-tests SUCCESS (0:00:45.789) [INFO] enterprise-testsuite/jpa-tests RUNNING
[jira] Commented: (GERONIMO-4087) Improve usability of gshell commands deploy/* when failing to connect to server
[ https://issues.apache.org/jira/browse/GERONIMO-4087?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12600611#action_12600611 ] Jason Warner commented on GERONIMO-4087: The messages that are being shown are log messages. The exception they are taken from seems to be caught and handled appropriately by the gshell interface already. The code that results in this message being logged is {noformat} } catch (IOException e) { log.fatal(caught , e); DeploymentManagerCreationException deploymentManagerCreationException = (DeploymentManagerCreationException) new DeploymentManagerCreationException(e.getMessage()).initCause(e); log.fatal(throwing , deploymentManagerCreationException); throw deploymentManagerCreationException; {noformat} I suggest we change the log level to debug for these and wrap them in an if statement. I'm not sure why they were set to fatal (log.error in trunk) and don't want to make the change without some other input. Thoughts? Improve usability of gshell commands deploy/* when failing to connect to server --- Key: GERONIMO-4087 URL: https://issues.apache.org/jira/browse/GERONIMO-4087 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: commands Affects Versions: 2.1.2 Reporter: YunFeng Ma Assignee: Jason Warner Priority: Minor Fix For: 2.1.2, 2.1.x Run the below gshell commands when the server is stopped deploy/list-modules It should output a message saying something like Connection refused instead of the following exceptions: {noformat} 19:24:42,578 FATAL [BaseDeploymentFactory] caught java.io.IOException: Failed to retrieve RMIServer stub: javax.naming.ServiceUnav ailableException [Root exception is java.rmi.ConnectException: Connection refuse d to host: localhost; nested exception is: java.net.ConnectException: Connection refused: connect] at javax.management.remote.rmi.RMIConnector.connect(RMIConnector.java:33 2) at javax.management.remote.JMXConnectorFactory.connect(JMXConnectorFacto ry.java:263) at org.apache.geronimo.deployment.plugin.factories.BaseDeploymentFactory .newRemoteDeploymentManager(BaseDeploymentFactory.java:173) at org.apache.geronimo.deployment.plugin.factories.BaseDeploymentFactory .getDeploymentManager(BaseDeploymentFactory.java:137) at javax.enterprise.deploy.shared.factories.DeploymentFactoryManager.get DeploymentManager(DeploymentFactoryManager.java:111) at org.apache.geronimo.deployment.cli.ServerConnection.tryToConnect(Serv erConnection.java:186) at org.apache.geronimo.deployment.cli.ServerConnection.doAuthPromptAndRe try(ServerConnection.java:240) at org.apache.geronimo.deployment.cli.ServerConnection.tryToConnect(Serv erConnection.java:182) at org.apache.geronimo.deployment.cli.ServerConnection.init(ServerConn ection.java:94) at org.apache.geronimo.deployment.cli.DeployTool.execute(DeployTool.java :161) at org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(Ma inConfigurationBootstrapper.java:45) at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67) at org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:31 ) Caused by: javax.naming.ServiceUnavailableException [Root exception is java.rmi.ConnectExce ption: Connection refused to host: localhost; nested exception is: java.net.ConnectException: Connection refused: connect] at com.sun.jndi.rmi.registry.RegistryContext.lookup(RegistryContext.java :112) at com.sun.jndi.toolkit.url.GenericURLContext.lookup(GenericURLContext.j ava:200) at javax.naming.InitialContext.lookup(InitialContext.java:363) at javax.management.remote.rmi.RMIConnector.findRMIServerJNDI(RMIConnect or.java:1822) at javax.management.remote.rmi.RMIConnector.findRMIServer(RMIConnector.j ava:1792) at javax.management.remote.rmi.RMIConnector.connect(RMIConnector.java:27 4) ... 12 more Caused by: java.rmi.ConnectException: Connection refused to host: localhost; nested excepti on is: java.net.ConnectException: Connection refused: connect at sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:590) at sun.rmi.transport.tcp.TCPChannel.createConnection(TCPChannel.java:204 ) at sun.rmi.transport.tcp.TCPChannel.newConnection(TCPChannel.java:190) at sun.rmi.server.UnicastRef.newCall(UnicastRef.java:321) at
[jira] Commented: (GERONIMO-4037) Geronimo 2.0.3 (and I guess at least 2.0.2) can't run with a security manager settled from the command line using -Djava.security.manager
[ https://issues.apache.org/jira/browse/GERONIMO-4037?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12600616#action_12600616 ] Kevan Miller commented on GERONIMO-4037: Just to clarify what I think is going on.. It's more of a chicken and egg problem that prevents a successful load of the GeronimoPolicyConfigurationFactory class. Note that the second call to GeronimoPolicy.implies() is triggered by File.canRead(). Which is being invoked by UrlResourceFinder. The system ClassLoader would not require this second SecurityManager check, it has permission to read files... Cycle goes like this: 1. System.getProperty() needs a SecurityManager check to see if the operation should be permitted. 2. To do this, we need to load the GeronimoPolicyConfigurationFactory class. 3. To load the class, JarFileClassLoader/UrlResourceFinder need to read the Jar file. 4. To read the jar file, we need to load the GeronimoPolicyConfigurationFactory class... Uh oh... 5. To load the class, we need to read the jar file. 6. To read the jar file, we need to load GeronimoPolicyConfigurationFactory I'm a relative newbie to security policy configuration. Hoping that's enough to get someone going... Send an email or ping me on IRC to discuss further 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)
[jira] Closed: (GERONIMO-4088) Make it more obvious and document how to set the tmId so you can use more than one geronimo server with a distributed transaction.
[ https://issues.apache.org/jira/browse/GERONIMO-4088?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Jencks closed GERONIMO-4088. -- Resolution: Fixed Documented: http://cwiki.apache.org/confluence/display/GMOxDOC21/Configuring+the+Transaction+Manager+Identity trunk: rev https://svn.apache.org/repos/asf/geronimo/server/trunk/plugins/connector/transaction branches/2.1 rev 661117 Make it more obvious and document how to set the tmId so you can use more than one geronimo server with a distributed transaction. -- Key: GERONIMO-4088 URL: https://issues.apache.org/jira/browse/GERONIMO-4088 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: Tomcat Affects Versions: 2.1.x, 2.2 Reporter: David Jencks Assignee: David Jencks Fix For: 2.1.x, 2.2 Set the tmId from config-substitutions.properties, or at least get the setting into config.xml -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-3993) Server fails to relaunch after deploying an application to a WADI cluster
[ https://issues.apache.org/jira/browse/GERONIMO-3993?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12600631#action_12600631 ] David Jencks commented on GERONIMO-3993: If I understand gianny's comments correctly this would not be a problem if the module that configures the second config-store started before the modules deployed into that config store? If so we could add a service dependency from the app to the config store its in when we deploy it, which will I think assure that they are started in the correct order. Server fails to relaunch after deploying an application to a WADI cluster - Key: GERONIMO-3993 URL: https://issues.apache.org/jira/browse/GERONIMO-3993 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: startup/shutdown Affects Versions: 2.1.1, 2.1.2, 2.1.x Environment: Windows Reporter: YunFeng Ma Assignee: Gianny Damour Fix For: 2.1.2, 2.1.x, 2.2 1. A WADI cluster with two Nodes: Node1 and Node2 2. Deploy an application to Node1 3. Stop Node1 and Node2 4. Start Node1 and get the following exception: {noformat} org.apache.geronimo.kernel.config.NoSuchConfigException: samples/cviewer/2.1.0.0/war at org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfigurationData(SimpleConfigurationManager.java:476) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.sort(SimpleConfigurationManager.java:456) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.sort(SimpleConfigurationManager.java:448) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:615) at org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832) 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$$4d5fdcaa.sort(generated) at org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:152) at org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:79) 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) {noformat} 5. Start Node2 and get the following exception: {noformat} org.apache.geronimo.kernel.config.NoSuchConfigException: samples/cviewer_G_SLAVE/2.1.0.0/war at org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfigurationData(SimpleConfigurationManager.java:476) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.sort(SimpleConfigurationManager.java:456) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.sort(SimpleConfigurationManager.java:448) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:615) at org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832) 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$$4d5fdcaa.sort(generated) at
[jira] Commented: (GERONIMO-3993) Server fails to relaunch after deploying an application to a WADI cluster
[ https://issues.apache.org/jira/browse/GERONIMO-3993?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12600650#action_12600650 ] Joe Bohn commented on GERONIMO-3993: OK ... I was able to recreate the problem by creating a second config store and deploying an application to that store (as suggested by David and documented here http://cwiki.apache.org/GMOxDOC20/multiple-repositories.html ). When I attempted to restart the server I hit the problem. Looking in the config.xml I noticed that the start of the module for the application I deployed is already listed after the config store that I deployed. It seems that they are listed in config.xml in the order that they were deployed. However, this doesn't seem to affect the start order. David mentioned that there is some sorting going on. I'll look into what it would take to add the dependency between the deployed module and the config store at deploy time as David suggested. Are there any other considerations where this might not be a good approach? Will it work well in clustered configuration? The only problem I can think of is the case where a module is deployed to more than one target. It would seem that if you removed a target it would end up stopping the module even though it could still run on the other targets. Is that something that we should be concerned about or are there other scenarios where this approach might not work? The other approach I can think of is to do some processing to ensure that ALL config-stores were started prior to any other modules regardless the module to config-store relationship. Is there an easy way to detect if a module includes a config store? Can we dig into the module looking for gbeans of class Maven2Repository and/or RespositoryConfigurationStore? If so, is that any better? Server fails to relaunch after deploying an application to a WADI cluster - Key: GERONIMO-3993 URL: https://issues.apache.org/jira/browse/GERONIMO-3993 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: startup/shutdown Affects Versions: 2.1.1, 2.1.2, 2.1.x Environment: Windows Reporter: YunFeng Ma Assignee: Gianny Damour Fix For: 2.1.2, 2.1.x, 2.2 1. A WADI cluster with two Nodes: Node1 and Node2 2. Deploy an application to Node1 3. Stop Node1 and Node2 4. Start Node1 and get the following exception: {noformat} org.apache.geronimo.kernel.config.NoSuchConfigException: samples/cviewer/2.1.0.0/war at org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfigurationData(SimpleConfigurationManager.java:476) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.sort(SimpleConfigurationManager.java:456) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.sort(SimpleConfigurationManager.java:448) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:615) at org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832) 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$$4d5fdcaa.sort(generated) at org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:152) at org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:79) 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) {noformat} 5. Start Node2 and get the following exception: {noformat} org.apache.geronimo.kernel.config.NoSuchConfigException: samples/cviewer_G_SLAVE/2.1.0.0/war at org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfigurationData(SimpleConfigurationManager.java:476) at
[BUILD] trunk: Failed for Revision: 661170
Geronimo Revision: 661170 built with tests included See the full build-2100.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20080528/build-2100.log Download the binaries from http://people.apache.org/builds/geronimo/server/binaries/trunk/20080528 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 31 minutes 5 seconds [INFO] Finished at: Wed May 28 21:34:00 EDT 2008 [INFO] Final Memory: 385M/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/20080528/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:41.729 [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:38.467) [INFO] console-testsuite/basic RUNNING [INFO] console-testsuite/basic SUCCESS (0:01:40.780) [INFO] corba-testsuite/corba-helloworld RUNNING [INFO] corba-testsuite/corba-helloworld SUCCESS (0:00:44.973) [INFO] corba-testsuite/corba-marshalRUNNING [INFO] corba-testsuite/corba-marshalSUCCESS (0:00:51.778) [INFO] corba-testsuite/corba-mytime RUNNING [INFO] corba-testsuite/corba-mytime SUCCESS (0:00:41.422) [INFO] deployment-testsuite/deployment-testsRUNNING [INFO] deployment-testsuite/deployment-testsSUCCESS (0:00:30.338) [INFO] deployment-testsuite/jca-cms-tests RUNNING [INFO] deployment-testsuite/jca-cms-tests SUCCESS (0:00:29.942) [INFO] deployment-testsuite/manifestcp-testsRUNNING [INFO] deployment-testsuite/manifestcp-testsSUCCESS (0:00:27.961) [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.673) [INFO] enterprise-testsuite/jpa-tests RUNNING
Re: JPA problem in performing DML operations
Hi Jay, Yes..Understood the missing part. I incorporated transactions using EntityTransaction. Now the app is working fine. Thanks for help Phani On Thu, May 29, 2008 at 1:20 AM, Jay D. McHugh [EMAIL PROTECTED] wrote: Phani, I believe that since you are managing the entity manager, you also need to begin and commit your own transactions. Jay Phani Madgula wrote: Hi, I have simple JEE application client that uses JPA to perform DB operations on a database running in the embedded Derby. I tried to attached the app to the mail but failed. The JEE client does not look up anyEJBs. It has Account.java entity and AccountClient.java that performs DB operations on the Entity. The following steps explain how to deploy and run the APP. 1. Create AccountDB database using DBManager portlet on the admin console 2. Create Account table in the AccountDB as follows *create table ACCOUNT (ACCOUNTNO integer, NAME varchar (50), ADDRESS varchar (225), BRANCHCODE integer, BALANCE decimal (15,2));* 3. Deploy the app.jar 4. run the client using following options LISTING ACCOUNTS: j*ava -Djava.endorsed.dirs=C:**\Geronimo-2.1\lib\endorsed -jar C:\Geronimo-2.1\bin\client.jar AccountJPA/AccountJPA-app**-client/3.0/jar list * CREATING AN ACCOUNT: * java -Djava.endorsed.dirs=C:**\Geronimo-2.1\lib\endorsed -jar C:\Geronimo-2.1\bin\client.jar AccountJPA/AccountJPA-app**-client/3.0/jar create Joe NC 10 4000 * UPDATING AN ACCOUNT: * java -Djava.endorsed.dirs=C:**\Geronimo-2.1\lib\endorsed -jar C:\Geronimo-2.1\bin\client.jar AccountJPA/AccountJPA-app**-client/3.0/jar update 8000* DELETING AN ACCOUNT j*ava -Djava.endorsed.dirs=C:**\Geronimo-2.1\lib\endorsed -jar C:\Geronimo-2.1\bin\client.jar AccountJPA/AccountJPA-app**-client/3.0/jar delete * The AccountClient.java has all the info. I am able to successfully deploy the APP and perform list operation. The list operation lists all the accounts currently in the database. Where as if I tried to perform create, or update or delete operations, the JPA is not inserting or updating or deleting corresponding rows in the table. Neither it's throwing any error on the console. What could be the error?? Thanks in advance for your help. persistence.xml ___ ?xml version=1.0 encoding=UTF-8? persistencexmlns=http://java.sun.com/xml/ns/persistence; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; version=1.0 xsi:schemaLocation=http://java.sun.com/xml/ns/persistence http://java.sun.com/xml/ns/persistence/persistence_1_0.xsd; persistence-unit name=JPA-App-Client descriptionJPA Application Client/description providerorg.apache.openjpa.persistence.PersistenceProviderImpl/provider classsample.jpa.appclient.Account/class properties property name=openjpa.ConnectionURL value=jdbc:derby://localhost/AccountDB / property name=openjpa.ConnectionDriverName value=org.apache.derby.jdbc.ClientDriver / property name=ConnectionUserName value=app / property name=openjpa.jdbc.SynchronizeMappings value=false / /properties /persistence-unit !-- jta-data-sourcePhoneBookPool/jta-data-source non-jta-data-sourcePhoneBookPool/non-jta-data-source -- /persistence ___ ACCOUNT.java package sample.jpa.appclient; import java.io.Serializable; import javax.persistence.Entity; import javax.persistence.Id http://javax.persistence.id/; import javax.persistence.Table; @Entity @Table(name=Account1) public class Account implements Serializable{ @Id private int accountNo; private String name; private String address; private int branchCode; private double balance; public Account(){ this.accountNo = 0; this.name = DUMMY; this.address = DUMMY; this.branchCode = 0; } public int getAccountNo() { return accountNo; } public void setAccountNo(int accountNo) { this.accountNo = accountNo; } public String getName() { return name; } public void setName(String name) { this.name = name; } public String getAddress() { return address; } public void setAddress(String address) { this.address = address; } public int getBranchCode() { return branchCode; } public void setBranchCode(int branchCode) { this.branchCode = branchCode; } public double getBalance() { return balance; } public void setBalance(double balance) { this.balance = balance; } }
[jira] Commented: (GERONIMO-4030) Accessibility issue: The tree and tabbed content in Debug views is not keyboard navigatable
[ https://issues.apache.org/jira/browse/GERONIMO-4030?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12600674#action_12600674 ] Xia Ming commented on GERONIMO-4030: Rationale about this bug: The intent of this success criterion is to ensure that, wherever possible, content can be operated through a keyboard or keyboard interface. When content can be operated through a keyboard or alternate keyboard, it is operable by people with no vision (who cannot use devices such as mice that require eye-hand coordination) as well as by people who must use alternate keyboards or input devices that act as keyboard emulators. Keyboard emulators include speech input software, sip and puff software, on-screen keyboards, scanning software and a variety of assistive technologies and alternate keyboards. Individuals with low vision also may have trouble tracking a pointer and find use of software much easier (or only possible) if they can control it from the keyboard. Pass condition: It is possible to move from one interactive element to another using the tab key. It is also possible to activate an interactive element using the enter key. Accessibility issue: The tree and tabbed content in Debug views is not keyboard navigatable --- Key: GERONIMO-4030 URL: https://issues.apache.org/jira/browse/GERONIMO-4030 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console Affects Versions: 2.1.1 Environment: Windows XP SP2, IE 6.0 JAWS 8.0 Reporter: Xia Ming To enable blind people smoothly use admin console, all of part in the admin console pages should be keyboard navigatable. But in Debug Views pages, the object trees and tabbed content are not keyboard navigatable, JAWS just read the portlet title and stop there, no keyboard action could be used to enter the content. The impact pages include: Debug Views-JMX Viewer, LDAP Viewer, Classloader Viewer, JNDI Viewer, Dependency Viewer -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Plugins and JVM version
Hi, While looking at https://issues.apache.org/jira/browse/GERONIMO-4089 one of the problems I discovered was that all of our plugins require Java 1.5 at runtime (geronimo-plugin.xml has jvm-version1.5/jvm-version entry). So even assuming we built Geronimo with Java 1.5 but we are running with 1.6, none of the plugins will install. So the question is, should the geronimo-plugin.xml specify both Java versions or should it not list any version at all? Same issue applies to the sample plugins. Jarek
Re: [VOTE] Release XBean 3.4.1
+1 I verified the source and binaries. --kevan On May 28, 2008, at 2:16 PM, Guillaume Nodet wrote: I've cut the 3.4.1 release. Staging m2 repo is available at: http://people.apache.org/~gnodet/staging/xbean-3.4.1/ Svn tag: http://svn.apache.org/repos/asf/geronimo/xbean/tags/xbean-3.4.1/ The only change is a fix in the OSGi manifest for xbean-spring. Here's my +1 -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/