[jira] Commented: (SM-1002) Service mix hangs when the # concurrent requests exceeds the maxConnectionsPerHost
[ https://issues.apache.org/activemq/browse/SM-1002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_39957 ] Thomas Termin commented on SM-1002: --- Bruce, The problem seems to be in the ProviderProcessor: You can test this with the following scenario for example: httpclient - consumer - lwcontainer1 - provider - NETWORK - consumer - lwcontainer2(with sleep of maybe 10sec) The httpclient has to send more requests in a loop then you have max connections per host. What happens is all threads (higher then max connections per host) are on lock to get a connection. If the first answer comes back there are no more threads to bring the answer back. And then you have the hang/deadlock. The http connection is closed after the done is initiated for the exchange. If the answer is not processed the done state will never initiated and the connection will not be closed and all other threads wait forever. To solve this there should be something like if the threads are don't get a connection, they should go back to the pool and the request should be queued. If there is a connection available the next request from the queue can be processed. Any thoughts on this? Service mix hangs when the # concurrent requests exceeds the maxConnectionsPerHost -- Key: SM-1002 URL: https://issues.apache.org/activemq/browse/SM-1002 Project: ServiceMix Issue Type: Bug Components: servicemix-core Environment: Unix, Java 1.5 Reporter: Ruwan Linton When I am doing a performance test I have sent more than 40 concurrent requests from a single host to servicemix, and the maxConnectionsPerHost was 40. It is acceptable the failing to respond when it exceeds 40 (maxConnectionsPerHost) concurrent requests. But afterward, SM hangs. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (SM-1002) Service mix hangs when the # concurrent requests exceeds the maxConnectionsPerHost
[ https://issues.apache.org/activemq/browse/SM-1002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_39958 ] Guillaume Nodet commented on SM-1002: - This is a good idea. The only problem is to make sure that if a connection is freed, a job will be automatically dequeued. So this is really a list and we need to manage it ourselves. Another option is to remove the limitation on the max number of connections and use the thread pool to control this. As there will be no more connections than the number of threads at any time. Well, I guess for the newer endpoints this is wrong because they are asynchronous, but ... Btw, I think the total number of connections should be set very high in any case, as this is more a system limitation. And we need to move the thread pool configuration on a per endpoint basis instead of per component imho. So what if we put both limits to a very high number in the default configuration ? Is there any drawbacks? Service mix hangs when the # concurrent requests exceeds the maxConnectionsPerHost -- Key: SM-1002 URL: https://issues.apache.org/activemq/browse/SM-1002 Project: ServiceMix Issue Type: Bug Components: servicemix-core Environment: Unix, Java 1.5 Reporter: Ruwan Linton When I am doing a performance test I have sent more than 40 concurrent requests from a single host to servicemix, and the maxConnectionsPerHost was 40. It is acceptable the failing to respond when it exceeds 40 (maxConnectionsPerHost) concurrent requests. But afterward, SM hangs. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (SM-1002) Service mix hangs when the # concurrent requests exceeds the maxConnectionsPerHost
[ https://issues.apache.org/activemq/browse/SM-1002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_39959 ] Thomas Termin commented on SM-1002: --- So if I understand you correctly then you will limit the number of connections with the number of threads. I will try this out. But you have to remove the opportunity for the user to change the values for max connections and max connections per host. Because If you don't do that the user can again configure a deadlock scenario, right? Service mix hangs when the # concurrent requests exceeds the maxConnectionsPerHost -- Key: SM-1002 URL: https://issues.apache.org/activemq/browse/SM-1002 Project: ServiceMix Issue Type: Bug Components: servicemix-core Environment: Unix, Java 1.5 Reporter: Ruwan Linton When I am doing a performance test I have sent more than 40 concurrent requests from a single host to servicemix, and the maxConnectionsPerHost was 40. It is acceptable the failing to respond when it exceeds 40 (maxConnectionsPerHost) concurrent requests. But afterward, SM hangs. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [jira] Commented: (SM-1002) Service mix hangs when the # concurrent requests exceeds the maxConnectionsPerHost
So what if we put both limits to a very high number in the default configuration ? Is there any drawbacks? The risk there is that you are just increasing the size of the bang when it goes wrong. The system must degrade gracefully under heavy load in a production environment. If it has operating modes in which the container can hang then there is significant risk of message loss. -- Terry
[jira] Commented: (SM-1002) Service mix hangs when the # concurrent requests exceeds the maxConnectionsPerHost
[ https://issues.apache.org/activemq/browse/SM-1002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_39961 ] Guillaume Nodet commented on SM-1002: - I think that if you allow more connections that the number of threads available, you can not have any deadlock. I would not remove the way to impose a maximum of connections per host if the default settings are changed in a way that fix the problem (just setting them to Integer.MAX should work). If the user need to have a max number of connections, he could do so, knowing that the number of threads should be lower (or unbounded, in which case all threads would wait for a free connection, but this would not be very interesting) Service mix hangs when the # concurrent requests exceeds the maxConnectionsPerHost -- Key: SM-1002 URL: https://issues.apache.org/activemq/browse/SM-1002 Project: ServiceMix Issue Type: Bug Components: servicemix-core Environment: Unix, Java 1.5 Reporter: Ruwan Linton When I am doing a performance test I have sent more than 40 concurrent requests from a single host to servicemix, and the maxConnectionsPerHost was 40. It is acceptable the failing to respond when it exceeds 40 (maxConnectionsPerHost) concurrent requests. But afterward, SM hangs. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [jira] Commented: (SM-1002) Service mix hangs when the # concurrent requests exceeds the maxConnectionsPerHost
This solution is intended for the provider site not for the consumer site. So what I mean is to limit the outgoing connections from servicemix (for example to an external web service) over the provider endpoint with the thread limit. It doesn't depend on the consumer site. Do you know what I mean or did I get something wrong? You still have potentially the same problem as if you allow outgoing connections to propagate uncontrollably you will start to saturate the network layer leading to dropped packets, escalating retries and eventual bottleneck backing up to the sending threads. Since this can also disrupt other systems on the network it can turn into a self-inflicted DOS Attack. The system must play nicely with others in a production environment where scarce resources need to be shared (often in order of priority). -- Terry
[jira] Assigned: (SM-1033) WSDL-First example fails due to missing defaultMep attribute in wsdl-first-http-su's xbean.xml
[ https://issues.apache.org/activemq/browse/SM-1033?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruce Snyder reassigned SM-1033: Assignee: Bruce Snyder WSDL-First example fails due to missing defaultMep attribute in wsdl-first-http-su's xbean.xml --- Key: SM-1033 URL: https://issues.apache.org/activemq/browse/SM-1033 Project: ServiceMix Issue Type: Bug Affects Versions: 3.2 Reporter: Bruce Snyder Assignee: Bruce Snyder Reported via the user mailing list here: http://www.nabble.com/WSDL-First-Sample-Failing-tf4193170s12049.html#a11924666 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (SM-1033) WSDL-First example fails due to missing defaultMep attribute in wsdl-first-http-su's xbean.xml
[ https://issues.apache.org/activemq/browse/SM-1033?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_39965 ] Bruce Snyder commented on SM-1033: -- Committed fix: http://svn.apache.org/viewvc?view=revrevision=566880 WSDL-First example fails due to missing defaultMep attribute in wsdl-first-http-su's xbean.xml --- Key: SM-1033 URL: https://issues.apache.org/activemq/browse/SM-1033 Project: ServiceMix Issue Type: Bug Affects Versions: 3.2 Reporter: Bruce Snyder Assignee: Bruce Snyder Fix For: 3.2 Reported via the user mailing list here: http://www.nabble.com/WSDL-First-Sample-Failing-tf4193170s12049.html#a11924666 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (SM-1033) WSDL-First example fails due to missing defaultMep attribute in wsdl-first-http-su's xbean.xml
[ https://issues.apache.org/activemq/browse/SM-1033?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruce Snyder resolved SM-1033. -- Resolution: Fixed Fix Version/s: 3.2 WSDL-First example fails due to missing defaultMep attribute in wsdl-first-http-su's xbean.xml --- Key: SM-1033 URL: https://issues.apache.org/activemq/browse/SM-1033 Project: ServiceMix Issue Type: Bug Affects Versions: 3.2 Reporter: Bruce Snyder Assignee: Bruce Snyder Fix For: 3.2 Reported via the user mailing list here: http://www.nabble.com/WSDL-First-Sample-Failing-tf4193170s12049.html#a11924666 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (SM-1027) InstallationContext.getInstallationDescriptorExtension() not returning all extensions
[ https://issues.apache.org/activemq/browse/SM-1027?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Chad Gallemoare updated SM-1027: Attachment: Sm-1027.zip I've attached the component.xml file and the ComponentTest that I modified to make the test fail to use as a diff for what is in the baseline. InstallationContext.getInstallationDescriptorExtension() not returning all extensions -- Key: SM-1027 URL: https://issues.apache.org/activemq/browse/SM-1027 Project: ServiceMix Issue Type: Bug Components: servicemix-core Affects Versions: incubation Reporter: Chad Gallemoare Attachments: Sm-1027.zip During the Bootsrap init(InstallationContext installContext) you should be able to call installContext.getInstallationDescriptorExtension() and receive a DocumentFragment back of all the extensions in the jbi.xml. For example: component . Component info . !-- Installation Description Extensions -- observer:Observertrue/observer:Observer config:Configuration config:Locationlocalhost/config:Location config:Port/config:Port /config:Configuration /component Currently when you call getInstallationDescriptorExtension during Bootstrap init(), you only get back the following extensions: observer:Observertrue/observer:Observer The rest of the extensions are being left off. I checked out the source code and verified that what I thought I was seeing was correct. I modified the ComponentTest (under /core/servicemix-core) to compare the expected output to the actual output, also modified the component.xml used in the test to include a extension like the one above. Once I did this the unit test failed, only returning me the first extension listed. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
LoginModule implementations in branches other than 2.x.x
The recent problems detected in LoginModule implementation are also applicable to code in branches\1.2, branches\1.1 etc. Though it has not resulted in a security issue in other releases as serious as the one Donald has unearthed in 2.0 release, the code is not as per what JAAS recommends. Should we worry about fixing these LoginModule implementation classes in other branches? Vamsi
[BUILD] 2.0: Failed for Revision: 566529
OpenEJB trunk at 566527 Geronimo Revision: 566529 built with tests included See the full build-0400.log file at http://people.apache.org/~prasad/binaries/20070816/build-0400.log [WARNING] Unable to get resource 'org.apache.geronimo.components:geronimo-transaction:pom:2.0.1' from repository apache-incubator (http://people.apache.org/repo/m2-incubating-repository/) Downloading: http://repo1.maven.org/maven2/org/apache/geronimo/components/geronimo-transaction/2.0.1/geronimo-transaction-2.0.1.pom 2K downloaded Downloading: http://download.java.net/maven/1//org.apache.geronimo.components/poms/geronimo-txmanager-parent-2.0.1.pom [WARNING] Unable to get resource 'org.apache.geronimo.components:geronimo-txmanager-parent:pom:2.0.1' from repository java.net (http://download.java.net/maven/1/) Downloading: http://people.apache.org/repo/m2-incubating-repository//org/apache/geronimo/components/geronimo-txmanager-parent/2.0.1/geronimo-txmanager-parent-2.0.1.pom [WARNING] Unable to get resource 'org.apache.geronimo.components:geronimo-txmanager-parent:pom:2.0.1' from repository apache-incubator (http://people.apache.org/repo/m2-incubating-repository/) Downloading: http://repo1.maven.org/maven2/org/apache/geronimo/components/geronimo-txmanager-parent/2.0.1/geronimo-txmanager-parent-2.0.1.pom 8K downloaded Downloading: http://download.java.net/maven/1//org.apache.geronimo.components/jars/geronimo-transaction-2.0.1.jar [WARNING] Unable to get resource 'org.apache.geronimo.components:geronimo-transaction:jar:2.0.1' from repository java.net (http://download.java.net/maven/1/) Downloading: http://people.apache.org/repo/m2-incubating-repository//org/apache/geronimo/components/geronimo-transaction/2.0.1/geronimo-transaction-2.0.1.jar [WARNING] Unable to get resource 'org.apache.geronimo.components:geronimo-transaction:jar:2.0.1' from repository apache-incubator (http://people.apache.org/repo/m2-incubating-repository/) Downloading: http://repo1.maven.org/maven2/org/apache/geronimo/components/geronimo-transaction/2.0.1/geronimo-transaction-2.0.1.jar 49K downloaded Downloading: http://download.java.net/maven/1//org.objectweb.howl/jars/howl-1.0.1-1.jar [WARNING] Unable to get resource 'org.objectweb.howl:howl:jar:1.0.1-1' from repository java.net (http://download.java.net/maven/1/) Downloading: http://people.apache.org/repo/m2-incubating-repository//org/objectweb/howl/howl/1.0.1-1/howl-1.0.1-1.jar [WARNING] Unable to get resource 'org.objectweb.howl:howl:jar:1.0.1-1' from repository apache-incubator (http://people.apache.org/repo/m2-incubating-repository/) Downloading: http://repo1.maven.org/maven2/org/objectweb/howl/howl/1.0.1-1/howl-1.0.1-1.jar 78K downloaded [INFO] [compiler:compile] [INFO] Compiling 4 source files to /home/prasad/geronimo/2.0/modules/geronimo-transaction/target/classes [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] Nothing to compile - all classes are up to date [INFO] [surefire:test] [INFO] No tests to run. [INFO] [jar:jar] [INFO] Building jar: /home/prasad/geronimo/2.0/modules/geronimo-transaction/target/geronimo-transaction-2.0.2-SNAPSHOT.jar [INFO] [tools:verify-legal-files {execution: verify-legal-files}] [INFO] Checking legal files in: geronimo-transaction-2.0.2-SNAPSHOT.jar [INFO] [install:install] [INFO] Installing /home/prasad/geronimo/2.0/modules/geronimo-transaction/target/geronimo-transaction-2.0.2-SNAPSHOT.jar to /home/prasad/.m2/repository/org/apache/geronimo/modules/geronimo-transaction/2.0.2-SNAPSHOT/geronimo-transaction-2.0.2-SNAPSHOT.jar [INFO] [INFO] Building Geronimo :: Naming [INFO]task-segment: [install] [INFO] [INFO] [enforcer:enforce {execution: default}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] Created dir: /home/prasad/geronimo/2.0/modules/geronimo-naming/target/classes/META-INF [INFO] Copying 2 files to /home/prasad/geronimo/2.0/modules/geronimo-naming/target/classes/META-INF [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. Downloading: http://download.java.net/maven/1//org.apache.xbean/poms/xbean-naming-3.0.1.pom [WARNING] Unable to get resource 'org.apache.xbean:xbean-naming:pom:3.0.1' from repository java.net (http://download.java.net/maven/1/) Downloading: http://people.apache.org/repo/m2-incubating-repository//org/apache/xbean/xbean-naming/3.0.1/xbean-naming-3.0.1.pom [WARNING] Unable to get resource 'org.apache.xbean:xbean-naming:pom:3.0.1' from repository apache-incubator (http://people.apache.org/repo/m2-incubating-repository/) Downloading: http://repo1.maven.org/maven2/org/apache/xbean/xbean-naming/3.0.1/xbean-naming-3.0.1.pom 1K downloaded Downloading: http://download.java.net/maven/1//org.apache.xbean/poms/xbean-3.0.1.pom
Getting java.lang.NullPointerException with geronimo-tomcat6-jee5-2.0.1-bin
Hi!! I am getting null pointer exception with geronimo-tomcat6-jee5-2.0.1-bin. Server starts fine Booting Geronimo Kernel (in Java 1.5.0)... Module 1/31 org.apache.geronimo.configs/rmi-naming/2.0.1/car st arted in .981s Module 2/31 org.apache.geronimo.configs/j2ee-server/2.0.1/car st arted in .330s Module 3/31 org.apache.geronimo.configs/transaction/2.0.1/car st arted in 2.033s Module 4/31 org.apache.geronimo.configs/j2ee-security/2.0.1/car st arted in .000s Module 5/31 org.apache.geronimo.configs/openejb/2.0.1/car st arted in 18.666s Module 6/31 org.apache.geronimo.configs/j2ee-corba-yoko/2.0.1/car st arted in 4.486s Module 7/31 org.apache.geronimo.configs/system-database/2.0.1/car st arted in .000s Module 8/31 org.apache.geronimo.configs/activemq-broker/2.0.1/car st arted in .000s Module 9/31 org.apache.geronimo.configs/activemq-ra/2.0.1/car st arted in .000s Module 10/31 org.apache.geronimo.configs/jasper/2.0.1/car st arted in .030s Module 11/31 org.apache.geronimo.configs/myfaces/2.0.1/car st arted in .030s Module 12/31 org.apache.geronimo.configs/tomcat6/2.0.1/car 15: 16:54,197 ERROR [[/]] Restricted listeners property file not found started in 3.956s Module 13/31 org.apache.geronimo.configs/geronimo-gbean-deployer/2.0.1/car st arted in .751s Module 14/31 org.apache.geronimo.configs/j2ee-deployer/2.0.1/car st arted in .491s Module 15/31 org.apache.geronimo.configs/connector-deployer/2.0.1/car st arted in .210s Module 16/31 org.apache.geronimo.configs/persistence-jpa10-deployer/2.0.1/car st arted in .160s Module 17/31 org.apache.geronimo.configs/openejb-deployer/2.0.1/car st arted in .371s Module 18/31 org.apache.geronimo.configs/client-deployer/2.0.1/car st arted in .230s Module 19/31 org.apache.geronimo.configs/axis2-deployer/2.0.1/car st arted in .451s Module 20/31 org.apache.geronimo.configs/axis-deployer/2.0.1/car st arted in 2.023s Module 21/31 org.apache.geronimo.configs/javamail/2.0.1/car st arted in .241s Module 22/31 org.apache.geronimo.configs/sharedlib/2.0.1/car st arted in .010s Module 23/31 org.apache.geronimo.configs/tomcat6-deployer/2.0.1/car st arted in .150s Module 24/31 org.apache.geronimo.configs/jasper-deployer/2.0.1/car st arted in .050s Module 25/31 org.apache.geronimo.configs/myfaces-deployer/2.0.1/car st arted in .050s Module 26/31 org.apache.geronimo.configs/welcome-tomcat/2.0.1/car st arted in .471s Module 27/31 org.apache.geronimo.configs/dojo-tomcat/2.0.1/car st arted in .211s Module 28/31 org.apache.geronimo.configs/webconsole-tomcat/2.0.1/car st arted in 3.966s Module 29/31 org.apache.geronimo.configs/remote-deploy-tomcat/2.0.1/car st arted in .440s Module 30/31 org.apache.geronimo.configs/hot-deployer/2.0.1/car st arted in .671s Module 31/31 org.apache.geronimo.configs/jsr88-rar-configurer/2.0.1/car st arted in .010s Startup completed in 48.270s seconds Listening on Ports: 1050 127.0.0.1 CORBA Naming Service 1099 0.0.0.0 RMI Naming 1527 0.0.0.0 Derby Connector 2001 127.0.0.1 OpenEJB ORB Adapter 4201 0.0.0.0 OpenEJB Daemon 6882 127.0.0.1 OpenEJB ORB Adapter 8009 0.0.0.0 Tomcat Connector AJP AJP 8080 0.0.0.0 Tomcat Connector HTTP BIO HTTP 8443 0.0.0.0 Tomcat Connector HTTPS BIO HTTPS 0.0.0.0 JMX Remoting Connector 61613 0.0.0.0 ActiveMQ Transport Connector 61616 0.0.0.0 ActiveMQ Transport Connector Started Application Modules: EAR: org.apache.geronimo.configs/webconsole-tomcat/2.0.1/car RAR: org.apache.geronimo.configs/activemq-ra/2.0.1/car RAR: org.apache.geronimo.configs/system-database/2.0.1/car WAR: org.apache.geronimo.configs/dojo-tomcat/2.0.1/car WAR: org.apache.geronimo.configs/remote-deploy-tomcat/2.0.1/car WAR: org.apache.geronimo.configs/welcome-tomcat/2.0.1/car Web Applications: / /console /console-standard /dojo /remote-deploy But when I try to access the admin console I get the following http://localhost:8080/console/ 15:15:21,193 ERROR [[/console]] StandardWrapper.Throwable java.lang.NullPointerException at org.apache.pluto.portalImpl.core.PortletContainerEnvironment.addContainerService (PortletContainerEnvironment.java:46) at org.apache.pluto.portalImpl.Servlet.init(Servlet.java:113) at org.apache.catalina.core.StandardWrapper.loadServlet( StandardWrapper.java:1053) at org.apache.catalina.core.StandardWrapper.allocate( StandardWrapper.java:780) at org.apache.catalina.core.StandardWrapperValve.invoke( StandardWrapperValve.java:129) at org.apache.catalina.core.StandardContextValve.invoke( StandardContextValve.java:175) at org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke( DefaultSubjectValve.java:56) at org.apache.catalina.authenticator.AuthenticatorBase.invoke( AuthenticatorBase.java:525) at org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke( GeronimoStandardContext.java:351) at
[jira] Commented: (GERONIMO-3390) Server Logs portlet - Web Access Log Viewer is broken
[ https://issues.apache.org/jira/browse/GERONIMO-3390?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12520199 ] Vamsavardhana Reddy commented on GERONIMO-3390: --- The Ignore Dates has nothing to do with this. When one of the date fields is empty, it searches based on current date and ignores all criteria. I see the following comment in WebAccessLogViewerPortlet.doView(): // If not all dates were passed we assume than no fields were passed and just // filter on the current date. Server Logs portlet - Web Access Log Viewer is broken -- Key: GERONIMO-3390 URL: https://issues.apache.org/jira/browse/GERONIMO-3390 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console Affects Versions: 2.0 Environment: G 2.0 Tomcat Reporter: Vamsavardhana Reddy Fix For: 2.0.x Web Access Log Viewer is broken. When Ignore Dates is checked, everything except Max Results is ignored!! -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Getting java.lang.NullPointerException with geronimo-tomcat6-jee5-2.0.1-bin
Have you tried to access the Admin Console before the server fully started? Are you getting this error consistently? Vamsi On 8/16/07, Ashish Jain [EMAIL PROTECTED] wrote: Hi!! I am getting null pointer exception with geronimo-tomcat6-jee5-2.0.1-bin. Server starts fine Booting Geronimo Kernel (in Java 1.5.0)... Module 1/31 org.apache.geronimo.configs/rmi-naming/2.0.1/car st arted in .981s Module 2/31 org.apache.geronimo.configs/j2ee-server/2.0.1/car st arted in .330s Module 3/31 org.apache.geronimo.configs/transaction/2.0.1/car st arted in 2.033s Module 4/31 org.apache.geronimo.configs/j2ee-security/2.0.1/car st arted in .000s Module 5/31 org.apache.geronimo.configs/openejb/2.0.1/car st arted in 18.666s Module 6/31 org.apache.geronimo.configs/j2ee-corba-yoko/2.0.1/car st arted in 4.486s Module 7/31 org.apache.geronimo.configs/system-database/2.0.1/car st arted in .000s Module 8/31 org.apache.geronimo.configs/activemq-broker/2.0.1/car st arted in .000s Module 9/31 org.apache.geronimo.configs/activemq-ra/2.0.1/car st arted in .000s Module 10/31 org.apache.geronimo.configs/jasper/2.0.1/car st arted in .030s Module 11/31 org.apache.geronimo.configs/myfaces/2.0.1/car st arted in .030s Module 12/31 org.apache.geronimo.configs/tomcat6/2.0.1/car 15: 16:54,197 ERROR [[/]] Restricted listeners property file not found started in 3.956s Module 13/31 org.apache.geronimo.configs/geronimo-gbean-deployer/2.0.1/car st arted in .751s Module 14/31 org.apache.geronimo.configs/j2ee-deployer/2.0.1/car st arted in .491s Module 15/31 org.apache.geronimo.configs/connector-deployer/2.0.1/car st arted in .210s Module 16/31 org.apache.geronimo.configs/persistence-jpa10-deployer/2.0.1/car st arted in .160s Module 17/31 org.apache.geronimo.configs/openejb-deployer/2.0.1/car st arted in .371s Module 18/31 org.apache.geronimo.configs/client-deployer/2.0.1/car st arted in .230s Module 19/31 org.apache.geronimo.configs/axis2-deployer/2.0.1/car st arted in .451s Module 20/31 org.apache.geronimo.configs/axis-deployer/2.0.1/car st arted in 2.023s Module 21/31 org.apache.geronimo.configs/javamail/2.0.1/car st arted in .241s Module 22/31 org.apache.geronimo.configs/sharedlib/2.0.1/car st arted in .010s Module 23/31 org.apache.geronimo.configs/tomcat6-deployer/2.0.1/car st arted in .150s Module 24/31 org.apache.geronimo.configs/jasper-deployer/2.0.1/car st arted in .050s Module 25/31 org.apache.geronimo.configs/myfaces-deployer/2.0.1/car st arted in .050s Module 26/31 org.apache.geronimo.configs/welcome-tomcat/2.0.1/car st arted in .471s Module 27/31 org.apache.geronimo.configs/dojo-tomcat/2.0.1/car st arted in .211s Module 28/31 org.apache.geronimo.configs/webconsole-tomcat/2.0.1/car st arted in 3.966s Module 29/31 org.apache.geronimo.configs/remote-deploy-tomcat/2.0.1/car st arted in .440s Module 30/31 org.apache.geronimo.configs/hot-deployer/2.0.1/car st arted in .671s Module 31/31 org.apache.geronimo.configs/jsr88-rar-configurer/2.0.1/car st arted in .010s Startup completed in 48.270s seconds Listening on Ports: 1050 127.0.0.1 CORBA Naming Service 1099 0.0.0.0 RMI Naming 1527 0.0.0.0 Derby Connector 2001 127.0.0.1 OpenEJB ORB Adapter 4201 0.0.0.0 OpenEJB Daemon 6882 127.0.0.1 OpenEJB ORB Adapter 8009 0.0.0.0 Tomcat Connector AJP AJP 8080 0.0.0.0 Tomcat Connector HTTP BIO HTTP 8443 0.0.0.0 Tomcat Connector HTTPS BIO HTTPS 0.0.0.0 JMX Remoting Connector 61613 0.0.0.0 ActiveMQ Transport Connector 61616 0.0.0.0 ActiveMQ Transport Connector Started Application Modules: EAR: org.apache.geronimo.configs/webconsole-tomcat/2.0.1/car RAR: org.apache.geronimo.configs/activemq-ra/2.0.1/car RAR: org.apache.geronimo.configs/system-database/2.0.1/car WAR: org.apache.geronimo.configs/dojo-tomcat/2.0.1/car WAR: org.apache.geronimo.configs/remote-deploy-tomcat/2.0.1/car WAR: org.apache.geronimo.configs/welcome-tomcat/2.0.1/car Web Applications: / /console /console-standard /dojo /remote-deploy But when I try to access the admin console I get the following http://localhost:8080/console/ 15:15:21,193 ERROR [[/console]] StandardWrapper.Throwable java.lang.NullPointerException at org.apache.pluto.portalImpl.core.PortletContainerEnvironment.addContainerService (PortletContainerEnvironment.java:46) at org.apache.pluto.portalImpl.Servlet.init(Servlet.java :113) at org.apache.catalina.core.StandardWrapper.loadServlet( StandardWrapper.java:1053) at org.apache.catalina.core.StandardWrapper.allocate( StandardWrapper.java:780) at org.apache.catalina.core.StandardWrapperValve.invoke ( StandardWrapperValve.java:129) at
Re: Getting java.lang.NullPointerException with geronimo-tomcat6-jee5-2.0.1-bin
Yes I am getting this error consistently and when I enter the credentials that is username and password I get the error. On 8/16/07, Vamsavardhana Reddy [EMAIL PROTECTED] wrote: Have you tried to access the Admin Console before the server fully started? Are you getting this error consistently? Vamsi On 8/16/07, Ashish Jain [EMAIL PROTECTED] wrote: Hi!! I am getting null pointer exception with geronimo-tomcat6-jee5-2.0.1-bin. Server starts fine Booting Geronimo Kernel (in Java 1.5.0)... Module 1/31 org.apache.geronimo.configs/rmi-naming/2.0.1/car st arted in .981s Module 2/31 org.apache.geronimo.configs/j2ee-server/2.0.1/car st arted in .330s Module 3/31 org.apache.geronimo.configs/transaction/2.0.1/car st arted in 2.033s Module 4/31 org.apache.geronimo.configs/j2ee-security/2.0.1/car st arted in .000s Module 5/31 org.apache.geronimo.configs/openejb/2.0.1/car st arted in 18.666s Module 6/31 org.apache.geronimo.configs/j2ee-corba-yoko/2.0.1/car st arted in 4.486s Module 7/31 org.apache.geronimo.configs/system-database/2.0.1/car st arted in .000s Module 8/31 org.apache.geronimo.configs/activemq-broker/2.0.1/car st arted in .000s Module 9/31 org.apache.geronimo.configs/activemq-ra/2.0.1/car st arted in .000s Module 10/31 org.apache.geronimo.configs/jasper/2.0.1/car st arted in .030s Module 11/31 org.apache.geronimo.configs/myfaces/2.0.1/car st arted in .030s Module 12/31 org.apache.geronimo.configs/tomcat6/2.0.1/car 15: 16:54,197 ERROR [[/]] Restricted listeners property file not found started in 3.956s Module 13/31 org.apache.geronimo.configs/geronimo-gbean-deployer/2.0.1/car st arted in .751s Module 14/31 org.apache.geronimo.configs/j2ee-deployer/2.0.1/car st arted in .491s Module 15/31 org.apache.geronimo.configs/connector-deployer/2.0.1/car st arted in .210s Module 16/31 org.apache.geronimo.configs/persistence-jpa10-deployer/2.0.1/car st arted in .160s Module 17/31 org.apache.geronimo.configs/openejb-deployer/2.0.1/car st arted in .371s Module 18/31 org.apache.geronimo.configs/client-deployer/2.0.1/car st arted in .230s Module 19/31 org.apache.geronimo.configs/axis2-deployer/2.0.1/car st arted in .451s Module 20/31 org.apache.geronimo.configs/axis-deployer/2.0.1/car st arted in 2.023s Module 21/31 org.apache.geronimo.configs/javamail/2.0.1/car st arted in .241s Module 22/31 org.apache.geronimo.configs/sharedlib/2.0.1/car st arted in .010s Module 23/31 org.apache.geronimo.configs/tomcat6-deployer/2.0.1/car st arted in .150s Module 24/31 org.apache.geronimo.configs/jasper-deployer/2.0.1/car st arted in .050s Module 25/31 org.apache.geronimo.configs/myfaces-deployer/2.0.1/car st arted in .050s Module 26/31 org.apache.geronimo.configs/welcome-tomcat/2.0.1/car st arted in .471s Module 27/31 org.apache.geronimo.configs/dojo-tomcat/2.0.1/car st arted in .211s Module 28/31 org.apache.geronimo.configs/webconsole-tomcat/2.0.1/car st arted in 3.966s Module 29/31 org.apache.geronimo.configs/remote-deploy-tomcat/2.0.1/car st arted in .440s Module 30/31 org.apache.geronimo.configs/hot-deployer/2.0.1/car st arted in .671s Module 31/31 org.apache.geronimo.configs/jsr88-rar-configurer/2.0.1/car st arted in .010s Startup completed in 48.270s seconds Listening on Ports: 1050 127.0.0.1 CORBA Naming Service 1099 0.0.0.0 RMI Naming 1527 0.0.0.0 Derby Connector 2001 127.0.0.1 OpenEJB ORB Adapter 4201 0.0.0.0 OpenEJB Daemon 6882 127.0.0.1 OpenEJB ORB Adapter 8009 0.0.0.0 Tomcat Connector AJP AJP 8080 0.0.0.0 Tomcat Connector HTTP BIO HTTP 8443 0.0.0.0 Tomcat Connector HTTPS BIO HTTPS 0.0.0.0 JMX Remoting Connector 61613 0.0.0.0 ActiveMQ Transport Connector 61616 0.0.0.0 ActiveMQ Transport Connector Started Application Modules: EAR: org.apache.geronimo.configs/webconsole-tomcat/2.0.1/car RAR: org.apache.geronimo.configs/activemq-ra/2.0.1/car RAR: org.apache.geronimo.configs/system-database/2.0.1/car WAR: org.apache.geronimo.configs/dojo-tomcat/2.0.1/car WAR: org.apache.geronimo.configs/remote-deploy-tomcat/2.0.1/car WAR: org.apache.geronimo.configs/welcome-tomcat/2.0.1/car Web Applications: / /console /console-standard /dojo /remote-deploy But when I try to access the admin console I get the following http://localhost:8080/console/ 15:15:21,193 ERROR [[/console]] StandardWrapper.Throwable java.lang.NullPointerException at org.apache.pluto.portalImpl.core.PortletContainerEnvironment.addContainerService (PortletContainerEnvironment.java:46) at
Re: Using XDoclet to generate openejb-jar.xml
Welcome Jon :-) This is very much needed. Following discussions will tell you about some of the similar work happening around: * http://www.mail-archive.com/dev@geronimo.apache.org/msg39672.html * http://www.mail-archive.com/dev@geronimo.apache.org/msg46831.html * http://www.mail-archive.com/dev@geronimo.apache.org/msg49216.html One concern as mentioned in http://www.mail-archive.com/dev@geronimo.apache.org/msg37264.html is whether such annotations should be based on XDoclet or JSR-175? With EJB 3.0 having JSR-175 annotations, it might be more intuitive for developers to have OpenEJB/Geronimo specific annotations also to be based on JSR-175. Request you to give a thought on these. Comments welcome. - Shiva On 8/15/07, Jonathan Gallimore [EMAIL PROTECTED] wrote: Jason, Bill, Mark, Many thanks for your responses. I'm currently doing a build of the latest code, and will have a look the deployment generator interface today. At first glance I don't really think its quite what I'm after, I'm really hoping for something that can generate these files for me during my build process without any intervention. If possible I'd also quite like to be able the same app on both JBoss and Geronimo and generate all the deployment descriptors for both at build time. It sounds from your reply, Mark, that what I've done on my XDoclet plugin might be quite helpful. I'm quite happy to develop it further if people find it useful. Presumably its ok if add this to JIRA and assign it to myself and continue working on it? Regards, Jon Mark Aufdencamp wrote: Jonathan, I have run into this issue as well. Please see my posts from the Spring. My research revealed that the OpenEJB XDoclet implementation was indeed for version 1.0 of OpenEJB. I did not find a release for version 2.0 of OpenEJB. Not having the openejb-jar.xml mappings generated from the source did make managing my Entity Beans a little harrier. I was able to generate the ejb-jar.xml from the XDoclet annotations, but had to hand develop the openejb-jar.xml from scratch. It worked, but I'd love to be able to plug-in an XDoclet module and have the base openejb-jar.xml generated. It whould serve as an initial source for a deployment tool utilized by a Server Administrator. That enables clear seperation of developer and administrator duties, while offering codebase stability and deployment flexibility. Mark Aufdencamp [EMAIL PROTECTED] Original Message Subject: Using XDoclet to generate openejb-jar.xml From: Jonathan Gallimore [EMAIL PROTECTED] [EMAIL PROTECTED] Date: Tue, August 14, 2007 7:28 am To: [EMAIL PROTECTED] Hi All, Apologies if this has been asked before, but I was wondering whether anyone uses XDoclet to generate their openejb-jar.xml deployment descriptors? Currently we're developing for JBoss 4, and are part way through getting our app to deploy on the community edition of Websphere. The J2G migration tool has done an excellent job of migrating our deployment descriptors, but going forward I'd still like to add all the necessary XML stuff for new EJBs using XDoclet rather than hand editing the openejb-jar.xml. Having hunted around it looks like the openejb task that comes with XDoclet is for a much older version, and only handles session beans. I've started work on an xdoclet plugin that generates a basic openejb-jar.xml for me, and I was just wondering whether I had missed an existing tool/plugin and was just duplicating work (obviously if I haven't and this is a useful piece of work, I'd be happy to continue and share it). I'd appreciate any thoughts anyone has. Regards, Jon
Re: Getting java.lang.NullPointerException with geronimo-tomcat6-jee5-2.0.1-bin
Strange. I am not seeing this error. I would suggest you re-extract from the archive (to the root of the drive to avoid any long path problems) and try it again. Vamsi On 8/16/07, Ashish Jain [EMAIL PROTECTED] wrote: Yes I am getting this error consistently and when I enter the credentials that is username and password I get the error. On 8/16/07, Vamsavardhana Reddy [EMAIL PROTECTED] wrote: Have you tried to access the Admin Console before the server fully started? Are you getting this error consistently? Vamsi On 8/16/07, Ashish Jain [EMAIL PROTECTED] wrote: Hi!! I am getting null pointer exception with geronimo-tomcat6-jee5-2.0.1-bin. Server starts fine Booting Geronimo Kernel (in Java 1.5.0)... Module 1/31 org.apache.geronimo.configs/rmi-naming/2.0.1/car st arted in .981s Module 2/31 org.apache.geronimo.configs/j2ee-server/2.0.1/car st arted in .330s Module 3/31 org.apache.geronimo.configs/transaction/2.0.1/car st arted in 2.033s Module 4/31 org.apache.geronimo.configs/j2ee-security/2.0.1/car st arted in .000s Module 5/31 org.apache.geronimo.configs/openejb/2.0.1/car st arted in 18.666s Module 6/31 org.apache.geronimo.configs/j2ee-corba-yoko/2.0.1/car st arted in 4.486s Module 7/31 org.apache.geronimo.configs/system-database/2.0.1/car st arted in .000s Module 8/31 org.apache.geronimo.configs/activemq-broker/2.0.1/car st arted in .000s Module 9/31 org.apache.geronimo.configs/activemq-ra/2.0.1/car st arted in .000s Module 10/31 org.apache.geronimo.configs/jasper/2.0.1/car st arted in .030s Module 11/31 org.apache.geronimo.configs/myfaces/2.0.1/car st arted in .030s Module 12/31 org.apache.geronimo.configs/tomcat6/2.0.1/car 15: 16:54,197 ERROR [[/]] Restricted listeners property file not found started in 3.956s Module 13/31 org.apache.geronimo.configs/geronimo-gbean-deployer/2.0.1/car st arted in .751s Module 14/31 org.apache.geronimo.configs/j2ee-deployer/2.0.1/car st arted in .491s Module 15/31 org.apache.geronimo.configs/connector-deployer/2.0.1/car st arted in .210s Module 16/31 org.apache.geronimo.configs/persistence-jpa10-deployer/2.0.1/car st arted in .160s Module 17/31 org.apache.geronimo.configs/openejb-deployer/2.0.1/car st arted in .371s Module 18/31 org.apache.geronimo.configs/client-deployer/2.0.1/car st arted in .230s Module 19/31 org.apache.geronimo.configs/axis2-deployer/2.0.1/car st arted in .451s Module 20/31 org.apache.geronimo.configs/axis-deployer/2.0.1/car st arted in 2.023s Module 21/31 org.apache.geronimo.configs/javamail/2.0.1/car st arted in .241s Module 22/31 org.apache.geronimo.configs/sharedlib/2.0.1/car st arted in .010s Module 23/31 org.apache.geronimo.configs/tomcat6-deployer/2.0.1/car st arted in .150s Module 24/31 org.apache.geronimo.configs/jasper-deployer/2.0.1/car st arted in .050s Module 25/31 org.apache.geronimo.configs/myfaces-deployer/2.0.1/car st arted in .050s Module 26/31 org.apache.geronimo.configs/welcome-tomcat/2.0.1/car st arted in .471s Module 27/31 org.apache.geronimo.configs/dojo-tomcat/2.0.1/car st arted in .211s Module 28/31 org.apache.geronimo.configs/webconsole-tomcat/2.0.1/car st arted in 3.966s Module 29/31 org.apache.geronimo.configs/remote-deploy-tomcat/2.0.1/car st arted in .440s Module 30/31 org.apache.geronimo.configs/hot-deployer/2.0.1/car st arted in .671s Module 31/31 org.apache.geronimo.configs/jsr88-rar-configurer/2.0.1/car st arted in .010s Startup completed in 48.270s seconds Listening on Ports: 1050 127.0.0.1 CORBA Naming Service 1099 0.0.0.0 RMI Naming 1527 0.0.0.0 Derby Connector 2001 127.0.0.1 OpenEJB ORB Adapter 4201 0.0.0.0 OpenEJB Daemon 6882 127.0.0.1 OpenEJB ORB Adapter 8009 0.0.0.0 Tomcat Connector AJP AJP 8080 0.0.0.0 Tomcat Connector HTTP BIO HTTP 8443 0.0.0.0 Tomcat Connector HTTPS BIO HTTPS 0.0.0.0 JMX Remoting Connector 61613 0.0.0.0 ActiveMQ Transport Connector 61616 0.0.0.0 ActiveMQ Transport Connector Started Application Modules: EAR: org.apache.geronimo.configs/webconsole-tomcat/2.0.1/car RAR: org.apache.geronimo.configs/activemq-ra/2.0.1/car RAR: org.apache.geronimo.configs/system-database/2.0.1/car WAR: org.apache.geronimo.configs/dojo-tomcat/2.0.1/car WAR: org.apache.geronimo.configs/remote-deploy-tomcat/2.0.1/car WAR: org.apache.geronimo.configs/welcome-tomcat/2.0.1/car Web Applications: / /console /console-standard /dojo /remote-deploy But when I try
Re: Getting java.lang.NullPointerException with geronimo-tomcat6-jee5-2.0.1-bin
Problem is resolved thanks Vamsi regards Ashish On 8/16/07, Vamsavardhana Reddy [EMAIL PROTECTED] wrote: Strange. I am not seeing this error. I would suggest you re-extract from the archive (to the root of the drive to avoid any long path problems) and try it again. Vamsi On 8/16/07, Ashish Jain [EMAIL PROTECTED] wrote: Yes I am getting this error consistently and when I enter the credentials that is username and password I get the error. On 8/16/07, Vamsavardhana Reddy [EMAIL PROTECTED] wrote: Have you tried to access the Admin Console before the server fully started? Are you getting this error consistently? Vamsi On 8/16/07, Ashish Jain [EMAIL PROTECTED] wrote: Hi!! I am getting null pointer exception with geronimo-tomcat6-jee5-2.0.1-bin. Server starts fine Booting Geronimo Kernel (in Java 1.5.0)... Module 1/31 org.apache.geronimo.configs/rmi-naming/2.0.1/car st arted in .981s Module 2/31 org.apache.geronimo.configs/j2ee-server/2.0.1/car st arted in .330s Module 3/31 org.apache.geronimo.configs/transaction/2.0.1/car st arted in 2.033s Module 4/31 org.apache.geronimo.configs/j2ee-security/2.0.1/car st arted in .000s Module 5/31 org.apache.geronimo.configs/openejb/2.0.1/car st arted in 18.666s Module 6/31 org.apache.geronimo.configs/j2ee-corba-yoko/2.0.1/car st arted in 4.486s Module 7/31 org.apache.geronimo.configs/system-database/2.0.1/car st arted in .000s Module 8/31 org.apache.geronimo.configs/activemq-broker/2.0.1/car st arted in .000s Module 9/31 org.apache.geronimo.configs/activemq-ra/2.0.1/car st arted in .000s Module 10/31 org.apache.geronimo.configs/jasper/2.0.1/car st arted in .030s Module 11/31 org.apache.geronimo.configs/myfaces/2.0.1/car st arted in .030s Module 12/31 org.apache.geronimo.configs/tomcat6/2.0.1/car 15: 16:54,197 ERROR [[/]] Restricted listeners property file not found started in 3.956s Module 13/31 org.apache.geronimo.configs/geronimo-gbean-deployer/2.0.1/car st arted in .751s Module 14/31 org.apache.geronimo.configs/j2ee-deployer/2.0.1/car st arted in .491s Module 15/31 org.apache.geronimo.configs/connector-deployer/2.0.1/car st arted in .210s Module 16/31 org.apache.geronimo.configs/persistence-jpa10-deployer/2.0.1/car st arted in .160s Module 17/31 org.apache.geronimo.configs/openejb-deployer/2.0.1/car st arted in .371s Module 18/31 org.apache.geronimo.configs/client-deployer/2.0.1/car st arted in .230s Module 19/31 org.apache.geronimo.configs/axis2-deployer/2.0.1/car st arted in .451s Module 20/31 org.apache.geronimo.configs/axis-deployer/2.0.1/car st arted in 2.023s Module 21/31 org.apache.geronimo.configs/javamail/2.0.1/car st arted in .241s Module 22/31 org.apache.geronimo.configs/sharedlib/2.0.1/car st arted in .010s Module 23/31 org.apache.geronimo.configs/tomcat6-deployer/2.0.1/car st arted in .150s Module 24/31 org.apache.geronimo.configs/jasper-deployer/2.0.1/car st arted in .050s Module 25/31 org.apache.geronimo.configs/myfaces-deployer/2.0.1/car st arted in .050s Module 26/31 org.apache.geronimo.configs/welcome-tomcat/2.0.1/car st arted in .471s Module 27/31 org.apache.geronimo.configs/dojo-tomcat/2.0.1/car st arted in .211s Module 28/31 org.apache.geronimo.configs/webconsole-tomcat/2.0.1/car st arted in 3.966s Module 29/31 org.apache.geronimo.configs/remote-deploy-tomcat/2.0.1/car st arted in .440s Module 30/31 org.apache.geronimo.configs/hot-deployer/2.0.1/car st arted in .671s Module 31/31 org.apache.geronimo.configs/jsr88-rar-configurer/2.0.1/car st arted in .010s Startup completed in 48.270s seconds Listening on Ports: 1050 127.0.0.1 CORBA Naming Service 1099 0.0.0.0 RMI Naming 1527 0.0.0.0 Derby Connector 2001 127.0.0.1 OpenEJB ORB Adapter 4201 0.0.0.0 OpenEJB Daemon 6882 127.0.0.1 OpenEJB ORB Adapter 8009 0.0.0.0 Tomcat Connector AJP AJP 8080 0.0.0.0 Tomcat Connector HTTP BIO HTTP 8443 0.0.0.0 Tomcat Connector HTTPS BIO HTTPS 0.0.0.0 JMX Remoting Connector 61613 0.0.0.0 ActiveMQ Transport Connector 61616 0.0.0.0 ActiveMQ Transport Connector Started Application Modules: EAR: org.apache.geronimo.configs/webconsole-tomcat/2.0.1/car RAR: org.apache.geronimo.configs/activemq-ra/2.0.1/car RAR: org.apache.geronimo.configs/system-database/2.0.1/car WAR: org.apache.geronimo.configs/dojo-tomcat/2.0.1/car WAR:
[jira] Updated: (GERONIMO-3390) Server Logs portlet - Web Access Log Viewer is broken
[ https://issues.apache.org/jira/browse/GERONIMO-3390?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vamsavardhana Reddy updated GERONIMO-3390: -- Fix Version/s: 2.1 Assignee: Vamsavardhana Reddy Server Logs portlet - Web Access Log Viewer is broken -- Key: GERONIMO-3390 URL: https://issues.apache.org/jira/browse/GERONIMO-3390 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console Affects Versions: 2.0 Environment: G 2.0 Tomcat Reporter: Vamsavardhana Reddy Assignee: Vamsavardhana Reddy Fix For: 2.0.x, 2.1 Web Access Log Viewer is broken. When Ignore Dates is checked, everything except Max Results is ignored!! -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GERONIMO-3390) Server Logs portlet - Web Access Log Viewer is broken
[ https://issues.apache.org/jira/browse/GERONIMO-3390?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vamsavardhana Reddy closed GERONIMO-3390. - Resolution: Fixed Completed: At revision: 566694 in branches\2.0 and trunk. Server Logs portlet - Web Access Log Viewer is broken -- Key: GERONIMO-3390 URL: https://issues.apache.org/jira/browse/GERONIMO-3390 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console Affects Versions: 2.0 Environment: G 2.0 Tomcat Reporter: Vamsavardhana Reddy Assignee: Vamsavardhana Reddy Fix For: 2.0.x, 2.1 Web Access Log Viewer is broken. When Ignore Dates is checked, everything except Max Results is ignored!! -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [DISCUSS] Release Geronimo 2.0.1 (rc1)
Will not press for inclusion of this in 2.0.1, but do include rev 566694 (fix for GERONIMO-3390 Server Logs portlet - Web Access Log Viewer is broken when date fields are empty) in case a new RC needs to be spun for some reason. Never thought the fix would be one line :o) or else would have got it merged before RC1 was spun :o(. Vamsi PS: I sincerely do not want to delay the release of 2.0.1 :o) On 8/16/07, Matt Hogstrom [EMAIL PROTECTED] wrote: Upload complete ... vote away. On Aug 15, 2007, at 4:34 PM, Matt Hogstrom wrote: Initial discuss thread
Re: Getting java.lang.NullPointerException with geronimo-tomcat6-jee5-2.0.1-bin
How? :o) Vamsi PS: Was there a problem in the first place? On 8/16/07, Ashish Jain [EMAIL PROTECTED] wrote: Problem is resolved thanks Vamsi regards Ashish On 8/16/07, Vamsavardhana Reddy [EMAIL PROTECTED] wrote: Strange. I am not seeing this error. I would suggest you re-extract from the archive (to the root of the drive to avoid any long path problems) and try it again. Vamsi On 8/16/07, Ashish Jain [EMAIL PROTECTED] wrote: Yes I am getting this error consistently and when I enter the credentials that is username and password I get the error. On 8/16/07, Vamsavardhana Reddy [EMAIL PROTECTED] wrote: Have you tried to access the Admin Console before the server fully started? Are you getting this error consistently? Vamsi On 8/16/07, Ashish Jain [EMAIL PROTECTED] wrote: Hi!! I am getting null pointer exception with geronimo-tomcat6-jee5-2.0.1-bin. Server starts fine Booting Geronimo Kernel (in Java 1.5.0)... Module 1/31 org.apache.geronimo.configs/rmi-naming/2.0.1/car st arted in .981s Module 2/31 org.apache.geronimo.configs/j2ee-server/2.0.1/car st arted in .330s Module 3/31 org.apache.geronimo.configs/transaction/2.0.1/car st arted in 2.033s Module 4/31 org.apache.geronimo.configs/j2ee-security/2.0.1/car st arted in .000s Module 5/31 org.apache.geronimo.configs/openejb/2.0.1/car st arted in 18.666s Module 6/31 org.apache.geronimo.configs/j2ee-corba-yoko/2.0.1/car st arted in 4.486s Module 7/31 org.apache.geronimo.configs/system-database/2.0.1/car st arted in .000s Module 8/31 org.apache.geronimo.configs/activemq-broker/2.0.1/car st arted in .000s Module 9/31 org.apache.geronimo.configs/activemq-ra/2.0.1/car st arted in .000s Module 10/31 org.apache.geronimo.configs/jasper/2.0.1/car st arted in .030s Module 11/31 org.apache.geronimo.configs/myfaces/2.0.1/car st arted in .030s Module 12/31 org.apache.geronimo.configs/tomcat6/2.0.1/car 15: 16:54,197 ERROR [[/]] Restricted listeners property file not found started in 3.956s Module 13/31 org.apache.geronimo.configs/geronimo-gbean-deployer/2.0.1/car st arted in .751s Module 14/31 org.apache.geronimo.configs/j2ee-deployer/2.0.1/car st arted in .491s Module 15/31 org.apache.geronimo.configs/connector-deployer/2.0.1/car st arted in .210s Module 16/31 org.apache.geronimo.configs/persistence-jpa10-deployer/2.0.1/car st arted in .160s Module 17/31 org.apache.geronimo.configs/openejb-deployer/2.0.1/car st arted in .371s Module 18/31 org.apache.geronimo.configs/client-deployer/2.0.1/car st arted in .230s Module 19/31 org.apache.geronimo.configs/axis2-deployer/2.0.1/car st arted in .451s Module 20/31 org.apache.geronimo.configs/axis-deployer/2.0.1/car st arted in 2.023s Module 21/31 org.apache.geronimo.configs/javamail/2.0.1/car st arted in .241s Module 22/31 org.apache.geronimo.configs/sharedlib/2.0.1/car st arted in .010s Module 23/31 org.apache.geronimo.configs/tomcat6-deployer/2.0.1/car st arted in .150s Module 24/31 org.apache.geronimo.configs/jasper-deployer/2.0.1/car st arted in .050s Module 25/31 org.apache.geronimo.configs/myfaces-deployer/2.0.1/car st arted in .050s Module 26/31 org.apache.geronimo.configs/welcome-tomcat/2.0.1/car st arted in .471s Module 27/31 org.apache.geronimo.configs/dojo-tomcat/2.0.1/car st arted in .211s Module 28/31 org.apache.geronimo.configs/webconsole-tomcat/2.0.1/car st arted in 3.966s Module 29/31 org.apache.geronimo.configs/remote-deploy-tomcat/2.0.1/car st arted in .440s Module 30/31 org.apache.geronimo.configs/hot-deployer/2.0.1/car st arted in .671s Module 31/31 org.apache.geronimo.configs/jsr88-rar-configurer/2.0.1/car st arted in .010s Startup completed in 48.270s seconds Listening on Ports: 1050 127.0.0.1 CORBA Naming Service 1099 0.0.0.0 RMI Naming 1527 0.0.0.0 Derby Connector 2001 127.0.0.1 OpenEJB ORB Adapter 4201 0.0.0.0 OpenEJB Daemon 6882 127.0.0.1 OpenEJB ORB Adapter 8009 0.0.0.0 Tomcat Connector AJP AJP 8080 0.0.0.0 Tomcat Connector HTTP BIO HTTP 8443 0.0.0.0 Tomcat Connector HTTPS BIO HTTPS 0.0.0.0 JMX Remoting Connector 61613 0.0.0.0 ActiveMQ Transport Connector 61616 0.0.0.0 ActiveMQ Transport Connector Started Application Modules:
[jira] Commented: (GERONIMO-3389) console: java.lang.UnsatisfiedLinkError is thrown when create a Tomcat APR HTTP Connector
[ https://issues.apache.org/jira/browse/GERONIMO-3389?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12520240 ] Jeff Genender commented on GERONIMO-3389: - This is not a bug. This is normal and expected without the native libraries present. See this link for more info: http://tomcat.apache.org/tomcat-6.0-doc/apr.html IMHO this should be closed and an enhancement JIRA be opened if there is a need for the console app to decide whether or not to even show the APR connector based on the existence of the APR libs. console: java.lang.UnsatisfiedLinkError is thrown when create a Tomcat APR HTTP Connector - Key: GERONIMO-3389 URL: https://issues.apache.org/jira/browse/GERONIMO-3389 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: documentation, Tomcat Affects Versions: 2.0, 2.0.x, 2.1 Environment: Windows xp sp2, IE, Firefox Reporter: Song Fix For: 2.0.x Click on Save button after entering all necessary parameters for creating a new Tomcat APR HTTP Connector test_APR_HTTP, it returned to the Network Listeners list page. However,the Protocol for test_APR_HTTP is empty, State is failed. And java.lang.UnsatisfiedLinkError is thrown from the server started console and server.log. Same error to creating Tomcat APR HTTPS Connetor. Detailed error as below: -- 13:33:46,515 WARN [ConnectorGBean] test_APR_HTTP connector failed 13:33:46,515 ERROR [Connector] Coyote connector has not been started 13:33:46,515 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: abstractName=org.apache.geronimo.configs/tomcat6/2.0-SNAPSHOT/car?ServiceModule=org.apache.geronimo.configs/tomcat6/2.0-SNAPSHOT/car,j2eeType=GBean,name=test_APR_HTTP java.lang.UnsatisfiedLinkError: org/apache/tomcat/jni/Pool.create(J)J at org.apache.tomcat.util.net.AprEndpoint.init(AprEndpoint.java:579) at org.apache.coyote.http11.Http11AprProtocol.init(Http11AprProtocol.java:121) at org.apache.catalina.connector.Connector.initialize(Connector.java:1059) at org.apache.catalina.core.StandardService.addConnector(StandardService.java:267) at org.apache.catalina.startup.Embedded.addConnector(Embedded.java:327) at org.apache.geronimo.tomcat.TomcatContainer.addConnector(TomcatContainer.java:383) at org.apache.geronimo.tomcat.TomcatContainer$$FastClassByCGLIB$$9370b073.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.tomcat.TomcatContainer$$EnhancerByCGLIB$$fa3733e1.addConnector(generated) at org.apache.geronimo.tomcat.connector.ConnectorGBean.doStart(ConnectorGBean.java:95) at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:996) 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.basic.ProxyMethodInterceptor$StartRecursiveInvoke.invoke(ProxyMethodInterceptor.java:365) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) at org.apache.geronimo.tomcat.connector.Http11APRProtocol$$EnhancerByCGLIB$$abc46ac2.startRecursive(generated) at org.apache.geronimo.console.webmanager.ConnectorPortlet.processAction(ConnectorPortlet.java:146) at org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:229) at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:158) at javax.servlet.http.HttpServlet.service(HttpServlet.java:693) at
Re: Getting java.lang.NullPointerException with geronimo-tomcat6-jee5-2.0.1-bin
following your suggestion of extracting the same to the root of the drive... initially it was in My Documents .. guess long path was the issue.. On 8/16/07, Vamsavardhana Reddy [EMAIL PROTECTED] wrote: How? :o) Vamsi PS: Was there a problem in the first place? On 8/16/07, Ashish Jain [EMAIL PROTECTED] wrote: Problem is resolved thanks Vamsi regards Ashish On 8/16/07, Vamsavardhana Reddy [EMAIL PROTECTED] wrote: Strange. I am not seeing this error. I would suggest you re-extract from the archive (to the root of the drive to avoid any long path problems) and try it again. Vamsi On 8/16/07, Ashish Jain [EMAIL PROTECTED] wrote: Yes I am getting this error consistently and when I enter the credentials that is username and password I get the error. On 8/16/07, Vamsavardhana Reddy [EMAIL PROTECTED] wrote: Have you tried to access the Admin Console before the server fully started? Are you getting this error consistently? Vamsi On 8/16/07, Ashish Jain [EMAIL PROTECTED] wrote: Hi!! I am getting null pointer exception with geronimo-tomcat6-jee5-2.0.1-bin. Server starts fine Booting Geronimo Kernel (in Java 1.5.0)... Module 1/31 org.apache.geronimo.configs/rmi-naming/2.0.1/car st arted in .981s Module 2/31 org.apache.geronimo.configs/j2ee-server/2.0.1/car st arted in .330s Module 3/31 org.apache.geronimo.configs/transaction/2.0.1/car st arted in 2.033s Module 4/31 org.apache.geronimo.configs/j2ee-security/2.0.1/car st arted in .000s Module 5/31 org.apache.geronimo.configs/openejb/2.0.1/car st arted in 18.666s Module 6/31 org.apache.geronimo.configs/j2ee-corba-yoko/2.0.1/car st arted in 4.486s Module 7/31 org.apache.geronimo.configs/system-database/2.0.1/car st arted in .000s Module 8/31 org.apache.geronimo.configs/activemq-broker/2.0.1/car st arted in .000s Module 9/31 org.apache.geronimo.configs/activemq-ra/2.0.1/car st arted in .000s Module 10/31 org.apache.geronimo.configs/jasper/2.0.1/car st arted in .030s Module 11/31 org.apache.geronimo.configs/myfaces/2.0.1/car st arted in .030s Module 12/31 org.apache.geronimo.configs/tomcat6/2.0.1/car 15: 16:54,197 ERROR [[/]] Restricted listeners property file not found started in 3.956s Module 13/31 org.apache.geronimo.configs/geronimo-gbean-deployer/2.0.1/car st arted in .751s Module 14/31 org.apache.geronimo.configs/j2ee-deployer/2.0.1/car st arted in .491s Module 15/31 org.apache.geronimo.configs/connector-deployer/2.0.1/car st arted in .210s Module 16/31 org.apache.geronimo.configs/persistence-jpa10-deployer/2.0.1/car st arted in .160s Module 17/31 org.apache.geronimo.configs/openejb-deployer/2.0.1/car st arted in .371s Module 18/31 org.apache.geronimo.configs/client-deployer/2.0.1/car st arted in .230s Module 19/31 org.apache.geronimo.configs/axis2-deployer/2.0.1/car st arted in .451s Module 20/31 org.apache.geronimo.configs/axis-deployer/2.0.1/car st arted in 2.023s Module 21/31 org.apache.geronimo.configs/javamail/2.0.1/car st arted in .241s Module 22/31 org.apache.geronimo.configs/sharedlib/2.0.1/car st arted in .010s Module 23/31 org.apache.geronimo.configs/tomcat6-deployer/2.0.1/car st arted in .150s Module 24/31 org.apache.geronimo.configs/jasper-deployer/2.0.1/car st arted in .050s Module 25/31 org.apache.geronimo.configs/myfaces-deployer/2.0.1/car st arted in .050s Module 26/31 org.apache.geronimo.configs/welcome-tomcat/2.0.1/car st arted in .471s Module 27/31 org.apache.geronimo.configs/dojo-tomcat/2.0.1/car st arted in .211s Module 28/31 org.apache.geronimo.configs/webconsole-tomcat/2.0.1/car st arted in 3.966s Module 29/31 org.apache.geronimo.configs/remote-deploy-tomcat/2.0.1/car st arted in .440s Module 30/31 org.apache.geronimo.configs/hot-deployer/2.0.1/car st arted in .671s Module 31/31 org.apache.geronimo.configs/jsr88-rar-configurer/2.0.1/car st arted in .010s Startup completed in 48.270s seconds Listening on Ports: 1050 127.0.0.1 CORBA Naming Service 1099 0.0.0.0 RMI Naming 1527 0.0.0.0 Derby Connector 2001 127.0.0.1 OpenEJB ORB Adapter 4201 0.0.0.0 OpenEJB Daemon 6882 127.0.0.1 OpenEJB ORB
Re: [DISCUSS] Release Geronimo 2.0.1 (rc1)
Anybody seeing plugin issues, specially when starting them? Could it be a versioning problem, I get similar errors on both Jetty and Tomcat - Unable to start configuration org.apache.geronimo.configs - org.apache.geronimo.kernel.config.InvalidConfigException: Unknown start exception - org.apache.geronimo.gbean.InvalidConfigurationException: Getter method not found Attribute Name: URLFor, Type: class java.net.URL, GBeanInstance: Jetty WebApplication Context Cheers! Hernan Matt Hogstrom wrote: Initial discuss thread
Re: Getting java.lang.NullPointerException with geronimo-tomcat6-jee5-2.0.1-bin
Should this long path problem be highlighted in a README.TXT (or somewhere in the documentation) where the user can not miss seeing it? Vamsi On 8/16/07, Ashish Jain [EMAIL PROTECTED] wrote: following your suggestion of extracting the same to the root of the drive... initially it was in My Documents .. guess long path was the issue.. On 8/16/07, Vamsavardhana Reddy [EMAIL PROTECTED] wrote: How? :o) Vamsi PS: Was there a problem in the first place? On 8/16/07, Ashish Jain [EMAIL PROTECTED] wrote: Problem is resolved thanks Vamsi regards Ashish On 8/16/07, Vamsavardhana Reddy [EMAIL PROTECTED] wrote: Strange. I am not seeing this error. I would suggest you re-extract from the archive (to the root of the drive to avoid any long path problems) and try it again. Vamsi On 8/16/07, Ashish Jain [EMAIL PROTECTED] wrote: Yes I am getting this error consistently and when I enter the credentials that is username and password I get the error. On 8/16/07, Vamsavardhana Reddy [EMAIL PROTECTED] wrote: Have you tried to access the Admin Console before the server fully started? Are you getting this error consistently? Vamsi On 8/16/07, Ashish Jain [EMAIL PROTECTED] wrote: Hi!! I am getting null pointer exception with geronimo-tomcat6-jee5-2.0.1-bin. Server starts fine Booting Geronimo Kernel (in Java 1.5.0)... Module 1/31 org.apache.geronimo.configs/rmi-naming/2.0.1/car st arted in .981s Module 2/31 org.apache.geronimo.configs/j2ee-server/2.0.1/car st arted in .330s Module 3/31 org.apache.geronimo.configs/transaction/2.0.1/car st arted in 2.033s Module 4/31 org.apache.geronimo.configs/j2ee-security/2.0.1/car st arted in .000s Module 5/31 org.apache.geronimo.configs/openejb/2.0.1/car st arted in 18.666s Module 6/31 org.apache.geronimo.configs/j2ee-corba-yoko/2.0.1/car st arted in 4.486s Module 7/31 org.apache.geronimo.configs/system-database/2.0.1/car st arted in .000s Module 8/31 org.apache.geronimo.configs/activemq-broker/2.0.1/car st arted in .000s Module 9/31 org.apache.geronimo.configs/activemq-ra/2.0.1/car st arted in .000s Module 10/31 org.apache.geronimo.configs/jasper/2.0.1/car st arted in .030s Module 11/31 org.apache.geronimo.configs/myfaces/2.0.1/car st arted in .030s Module 12/31 org.apache.geronimo.configs/tomcat6/2.0.1/car 15: 16:54,197 ERROR [[/]] Restricted listeners property file not found started in 3.956s Module 13/31 org.apache.geronimo.configs/geronimo-gbean-deployer/2.0.1/car st arted in .751s Module 14/31 org.apache.geronimo.configs/j2ee-deployer/2.0.1/car st arted in .491s Module 15/31 org.apache.geronimo.configs/connector-deployer/2.0.1/car st arted in .210s Module 16/31 org.apache.geronimo.configs/persistence-jpa10-deployer/2.0.1/car st arted in .160s Module 17/31 org.apache.geronimo.configs/openejb-deployer/2.0.1/car st arted in .371s Module 18/31 org.apache.geronimo.configs/client-deployer/2.0.1/car st arted in .230s Module 19/31 org.apache.geronimo.configs/axis2-deployer/2.0.1/car st arted in .451s Module 20/31 org.apache.geronimo.configs/axis-deployer/2.0.1/car st arted in 2.023s Module 21/31 org.apache.geronimo.configs/javamail/2.0.1/car st arted in .241s Module 22/31 org.apache.geronimo.configs/sharedlib/2.0.1/car st arted in .010s Module 23/31 org.apache.geronimo.configs/tomcat6-deployer/2.0.1/car st arted in .150s Module 24/31 org.apache.geronimo.configs/jasper-deployer/2.0.1/car st arted in .050s Module 25/31 org.apache.geronimo.configs/myfaces-deployer/2.0.1/car st arted in .050s Module 26/31 org.apache.geronimo.configs/welcome-tomcat/2.0.1/car st arted in .471s Module 27/31 org.apache.geronimo.configs/dojo-tomcat/2.0.1/car st arted in .211s Module 28/31 org.apache.geronimo.configs/webconsole-tomcat/2.0.1/car st arted in 3.966s Module 29/31 org.apache.geronimo.configs/remote-deploy-tomcat/2.0.1/car st arted in .440s Module 30/31 org.apache.geronimo.configs/hot-deployer/2.0.1/car st arted in .671s Module 31/31
Re: Getting java.lang.NullPointerException with geronimo-tomcat6-jee5-2.0.1-bin
we don't have a README.TXT in the bin now, only in the source so we should fix this. I think README.TXT would be the right place to comment on this windows limitation. Cheers! Hernan Vamsavardhana Reddy wrote: Should this long path problem be highlighted in a README.TXT (or somewhere in the documentation) where the user can not miss seeing it? Vamsi On 8/16/07, * Ashish Jain* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: following your suggestion of extracting the same to the root of the drive... initially it was in My Documents .. guess long path was the issue.. On 8/16/07, * Vamsavardhana Reddy* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: How? :o) Vamsi PS: Was there a problem in the first place? On 8/16/07, *Ashish Jain* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Problem is resolved thanks Vamsi regards Ashish On 8/16/07, *Vamsavardhana Reddy* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Strange. I am not seeing this error. I would suggest you re-extract from the archive (to the root of the drive to avoid any long path problems) and try it again. Vamsi On 8/16/07, *Ashish Jain* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Yes I am getting this error consistently and when I enter the credentials that is username and password I get the error. On 8/16/07, *Vamsavardhana Reddy* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Have you tried to access the Admin Console before the server fully started? Are you getting this error consistently? Vamsi On 8/16/07, *Ashish Jain* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi!! I am getting null pointer exception with geronimo-tomcat6-jee5-2.0.1-bin. Server starts fine Booting Geronimo Kernel (in Java 1.5.0)... Module 1/31 org.apache.geronimo.configs /rmi-naming/2.0.1/car st arted in .981s Module 2/31 org.apache.geronimo.configs/j2ee-server/2.0.1/car st arted in .330s Module 3/31 org.apache.geronimo.configs/transaction/2.0.1/car st arted in 2.033s Module 4/31 org.apache.geronimo.configs/j2ee-security/2.0.1/car st arted in .000s Module 5/31 org.apache.geronimo.configs/openejb/2.0.1/car st arted in 18.666s Module 6/31 org.apache.geronimo.configs/j2ee-corba-yoko/2.0.1/car st arted in 4.486s Module 7/31 org.apache.geronimo.configs/system-database/2.0.1/car st arted in .000s Module 8/31 org.apache.geronimo.configs/activemq-broker/2.0.1/car st arted in .000s Module 9/31 org.apache.geronimo.configs/activemq-ra/2.0.1/car st arted in .000s Module 10/31 org.apache.geronimo.configs /jasper/2.0.1/car st arted in .030s Module 11/31 org.apache.geronimo.configs/myfaces/2.0.1/car st arted in .030s Module 12/31 org.apache.geronimo.configs/tomcat6/2.0.1/car 15: 16:54,197 ERROR [[/]] Restricted listeners property file not found started in 3.956s
On Fedora Core 6, PluginInstaller throws a startup Exception even before it completes downloading dependencies
I have tried a plugin installation on Fedora Core 6 with G 2.0-SNAPSHOT (the one from branches\2.0, before branches\2.0.0 was created). While the deployer window was still showing downloading of dependencies, the server window showed startup exceptions due to missing dependencies!! Once the dependencies are downloaded completely, I was able to start the plugin from Admin Console. I thought I will post this to the dev-list and then forgot about it. Has anyone else noticed this behavior with plugin installation on Fedora Core 6 or any other linux? I guess it may have something to do with the threads executing the dependency download and plugin startup!!! Vamsi
Re: On Fedora Core 6, PluginInstaller throws a startup Exception even before it completes downloading dependencies
not sure about the dependencies but I'm seeing some plugin start problems on windows too while testing v2.0.1 Cheers! Hernan Vamsavardhana Reddy wrote: I have tried a plugin installation on Fedora Core 6 with G 2.0-SNAPSHOT (the one from branches\2.0, before branches\2.0.0 was created). While the deployer window was still showing downloading of dependencies, the server window showed startup exceptions due to missing dependencies!! Once the dependencies are downloaded completely, I was able to start the plugin from Admin Console. I thought I will post this to the dev-list and then forgot about it. Has anyone else noticed this behavior with plugin installation on Fedora Core 6 or any other linux? I guess it may have something to do with the threads executing the dependency download and plugin startup!!! Vamsi
Re: Getting java.lang.NullPointerException with geronimo-tomcat6-jee5-2.0.1-bin
sorry for the confusion, I meant the binaries, not the bin directory. When you download the source you get the README.TXT on the root directory but when you build it or download the binaries the README.TXT is not part of that dist. So I said we should fix that - put the README.TXT on the binary root. I'll add some comments for windows users on the README.TXT on trunk Cheers! Hernan Vamsavardhana Reddy wrote: Better to have this README under the root directory of installation than under bin. Wherever it is, how to make the user read the README? :o) Vamsi On 8/16/07, * Hernan Cunico* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: we don't have a README.TXT in the bin now, only in the source so we should fix this. I think README.TXT would be the right place to comment on this windows limitation. Cheers! Hernan Vamsavardhana Reddy wrote: Should this long path problem be highlighted in a README.TXT (or somewhere in the documentation) where the user can not miss seeing it? Vamsi On 8/16/07, * Ashish Jain* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: following your suggestion of extracting the same to the root of the drive... initially it was in My Documents .. guess long path was the issue.. On 8/16/07, * Vamsavardhana Reddy* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: How? :o) Vamsi PS: Was there a problem in the first place? On 8/16/07, *Ashish Jain* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Problem is resolved thanks Vamsi regards Ashish On 8/16/07, *Vamsavardhana Reddy* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Strange. I am not seeing this error. I would suggest you re-extract from the archive (to the root of the drive to avoid any long path problems) and try it again. Vamsi On 8/16/07, *Ashish Jain* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Yes I am getting this error consistently and when I enter the credentials that is username and password I get the error. On 8/16/07, *Vamsavardhana Reddy* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Have you tried to access the Admin Console before the server fully started? Are you getting this error consistently? Vamsi On 8/16/07, *Ashish Jain* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi!! I am getting null pointer exception with geronimo-tomcat6-jee5-2.0.1-bin. Server starts fine Booting Geronimo Kernel (in Java 1.5.0)... Module 1/31 org.apache.geronimo.configs /rmi-naming/2.0.1/car st arted in .981s Module 2/31 org.apache.geronimo.configs/j2ee-server/2.0.1/car st arted in .330s Module 3/31 org.apache.geronimo.configs/transaction/2.0.1/car st arted in 2.033s Module 4/31 org.apache.geronimo.configs/j2ee-security/2.0.1/car st arted in .000s Module 5/31 org.apache.geronimo.configs/openejb/2.0.1/car st arted in 18.666s
[jira] Updated: (GERONIMODEVTOOLS-180) Upgrade supported eclipse level from 3.3RC2 to 3.3, and related packages.
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-180?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tim McConnell updated GERONIMODEVTOOLS-180: --- Assignee: Tim McConnell Hi Ted, I'm already working on this but it's nice to have a JIRA to track the progress. I now have a version of the plugin without any release candidates included that I'll be testing over the next few days. Thanks Upgrade supported eclipse level from 3.3RC2 to 3.3, and related packages. - Key: GERONIMODEVTOOLS-180 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-180 Project: Geronimo-Devtools Issue Type: Improvement Components: eclipse-plugin Affects Versions: 2.0 Reporter: Ted Kirby Assignee: Tim McConnell The eclipse plugin now prereqs these eclipse levels: eclipse-sdk3.3RC2 Web Tools Platform (WTP) 2.0RC2 Eclipse Modeling Framework (EMF) 2.3.0RC2 Graphical Editing Framework (GEF) 3.3RC2 Data Tools Platform (DTP) 1.5RC2 Europa (eclipse 3.3) went GA on June 27, so I think we need to upgrade the plugin to support the released levels, not the RC2 levels. Eurpoa now offers 5 eclipse bundles. 3.2 had one. 3.3 offers one comparable to the 3.2, called eclipse classic, at 140 MB, which the build is currently using. I think we should consider using Eclipse IDE for Java EE Developers, at 125 MB. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: LoginModule implementations in branches other than 2.x.x
I guess I think it would be reasonable to port the fixes to the 1.2 branch before we forget since that should only take a few minutes but I'm not sure this is of enough importance to inspire someone to actually release 1.2. thanks david jencks On Aug 15, 2007, at 11:29 PM, Vamsavardhana Reddy wrote: The recent problems detected in LoginModule implementation are also applicable to code in branches\1.2, branches\1.1 etc. Though it has not resulted in a security issue in other releases as serious as the one Donald has unearthed in 2.0 release, the code is not as per what JAAS recommends. Should we worry about fixing these LoginModule implementation classes in other branches? Vamsi
[jira] Resolved: (GERONIMO-3383) Connect button on LDAP Viewer portlet just listens on port 1389 ,not 10389
[ https://issues.apache.org/jira/browse/GERONIMO-3383?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jarek Gawor resolved GERONIMO-3383. --- Resolution: Fixed Fix Version/s: 2.1 2.0.x Fix committed to trunk (revision 566750) and branches/2.0 (revision 566759). Connect button on LDAP Viewer portlet just listens on port 1389 ,not 10389 --- Key: GERONIMO-3383 URL: https://issues.apache.org/jira/browse/GERONIMO-3383 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console Affects Versions: 2.0-M5 Environment: Windows xp sp2 x86-32 Reporter: Song Assignee: Jarek Gawor Fix For: 2.0.x, 2.1 Under LDAP portlet, after input Host localhost,port 10389 and User DN, click Connect button, a window pops up prompting: (Note: ApacheDS is running on localhost and listening on port 10389) Error: Problem connecting to directory server: localhost:1389 ** Make sure LDAP Server i srunning and /or connection properties are correct And,The below error can be found in the server.log: --- 14:48:08,359 WARN [ExecuteQuery] Method execution failed: java.lang.Exception: Problem connecting to directory server: localhost:1389 at org.apache.geronimo.console.ldapmanager.LDAPManagerHelper.init(LDAPManagerHelper.java:113) at java.lang.Class.newInstanceImpl(Native Method) at java.lang.Class.newInstance(Class.java:1300) at uk.ltd.getahead.dwr.create.NewCreator.getInstance(NewCreator.java:59) at uk.ltd.getahead.dwr.impl.ExecuteQuery.execute(ExecuteQuery.java:181) at uk.ltd.getahead.dwr.impl.DefaultExecProcessor.handle(DefaultExecProcessor.java:48) at uk.ltd.getahead.dwr.impl.DefaultProcessor.handle(DefaultProcessor.java:81) at uk.ltd.getahead.dwr.AbstractDWRServlet.doPost(AbstractDWRServlet.java:162) at javax.servlet.http.HttpServlet.service(HttpServlet.java:713) 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.geronimo.console.servlet.ForwardDispatchFilter.doFilter(ForwardDispatchFilter.java:59) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:654) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:445) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:379) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:292) at org.apache.geronimo.console.servlet.ContextForwardServlet.doPost(ContextForwardServlet.java:71) at javax.servlet.http.HttpServlet.service(HttpServlet.java:713) 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:230) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) at org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke(DefaultSubjectValve.java:56) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:525) at org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:351) 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.valves.ErrorReportValve.invoke(ErrorReportValve.java:104) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:563) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:261) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:581) at
[jira] Resolved: (GERONIMO-2851) LDAP view in the console
[ https://issues.apache.org/jira/browse/GERONIMO-2851?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jarek Gawor resolved GERONIMO-2851. --- Resolution: Fixed Fix Version/s: 2.1 2.0.x Fix committed to trunk (revision 566750) and branches/2.0 (revision 566759). LDAP view in the console Key: GERONIMO-2851 URL: https://issues.apache.org/jira/browse/GERONIMO-2851 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console Reporter: Jarek Gawor Assignee: Jarek Gawor Fix For: 2.0.x, 2.1 It looks like the LDAP viewer in the console is ignoring the custom connection information i specified in the 'connect info' panel. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (GERONIMO-3324) Could not scan module for TLD files: illegal char (space)
[ https://issues.apache.org/jira/browse/GERONIMO-3324?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jarek Gawor reassigned GERONIMO-3324: - Assignee: Jarek Gawor (was: Tim McConnell) Could not scan module for TLD files: illegal char (space) - Key: GERONIMO-3324 URL: https://issues.apache.org/jira/browse/GERONIMO-3324 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: deployment Affects Versions: 2.0-M6 Environment: Little-G on WinXP with Java 1.5.0_11 Reporter: Jens Nicolay Assignee: Jarek Gawor Priority: Blocker Fix For: 2.0.x Attachments: WAR.war 16:25:24,033 ERROR [Deployer] Deployment failed due to org.apache.geronimo.common.DeploymentException: Could not scan module for TLD files: default/WAR/1.0/car Illegal character in path at index 16: WEB-INF/lib/Easy Service.jar at org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.scanModule(JspModuleBuilderExtension.java:298) at org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.getTldFiles(JspModuleBuilderExtension.java:236) at org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.createJspClassFinder(JspModuleBuilderExtension.java:179) at org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.addGBeans(JspModuleBuilderExtension.java:149) at org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension$$FastClassByCGLIB$$1f60ab3b.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:127) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:828) 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.j2ee.deployment.ModuleBuilderExtension$$EnhancerByCGLIB$$cd133fa9.addGBeans(generated) at org.apache.geronimo.jetty6.deployment.JettyModuleBuilder.addGBeans(JettyModuleBuilder.java:484) at org.apache.geronimo.jetty6.deployment.JettyModuleBuilder$$FastClassByCGLIB$$1a00be84.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:127) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:828) 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.j2ee.deployment.ModuleBuilder$$EnhancerByCGLIB$$57321d6a.addGBeans(generated) at org.apache.geronimo.j2ee.deployment.SwitchingModuleBuilder.addGBeans(SwitchingModuleBuilder.java:165) at org.apache.geronimo.j2ee.deployment.SwitchingModuleBuilder$$FastClassByCGLIB$$d0c31844.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:127) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:828) 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.j2ee.deployment.ModuleBuilder$$EnhancerByCGLIB$$57321d6a.addGBeans(generated) at org.apache.geronimo.j2ee.deployment.EARConfigBuilder.buildConfiguration(EARConfigBuilder.java:616) at org.apache.geronimo.j2ee.deployment.EARConfigBuilder$$FastClassByCGLIB$$38e56ec6.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:127) at
[jira] Closed: (GERONIMO-3401) Stop of module from System Modules in console fails
[ https://issues.apache.org/jira/browse/GERONIMO-3401?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Jencks closed GERONIMO-3401. -- Resolution: Invalid The admin console depends on openejb, so if you shut down openejb, that will also shut down the admin console and it's not exactly surprising it stops working. The stack trace you get is going to occur whenever you shut down a web app from itself and I don't regard it as a problem. You can certainly ask why the admin console depends on openejb, and I think its because of the unfortunate dependency between the openejb deployer and the openejb module. Stop of module from System Modules in console fails - Key: GERONIMO-3401 URL: https://issues.apache.org/jira/browse/GERONIMO-3401 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Affects Versions: 2.0, 2.0.x Environment: Geronimo 2.0.1-SNAPSHOT using Tomcat JEE assembly. Most likely affects others as well Reporter: Matt Hogstrom Fix For: 2.0.x When using the Geronimo Console to stop of a module a 404 is received in the console. In this case an attempt to stop OpenEJB. The console then becomes unusable and also does not survive a restart. It appears the console needs to be re-installed. {panel:title=Error reported to Browser| borderStyle=dashed| borderColor=#ccc| titleBGColor=#F7D6C1| bgColor=#CE} HTTP Status 404 - /console/portal/apps/apps_system/_st_apps_system_row1_col1_p1/normal/_rp_apps_system_row1_col1_p1_message/1_/_pid/apps_system_row1_col1_p1/_md_apps_system_row1_col1_p1/view type Status report message /console/portal/apps/apps_system/_st_apps_system_row1_col1_p1/normal/_rp_apps_system_row1_col1_p1_message/1_/_pid/apps_system_row1_col1_p1/_md_apps_system_row1_col1_p1/view description The requested resource (/console/portal/apps/apps_system/_st_apps_system_row1_col1_p1/normal/_rp_apps_system_row1_col1_p1_message/1_/_pid/apps_system_row1_col1_p1/_md_apps_system_row1_col1_p1/view) is not available. {panel} {panel:title=Exception LoggedMy Title| borderStyle=dashed| borderColor=#ccc| titleBGColor=#F7D6C1| bgColor=#CE} [] received stop signal 00:59:03,833 ERROR [Servlet] Exception caught: org.apache.geronimo.kernel.proxy.DeadProxyException: Proxy is no longer valid to gbean: org.apache.geronimo.configs/transaction/2.0.1-SNAPSHOT/car?ServiceModule=org.apache.geronimo.configs/transaction/2.0.1-SNAPSHOT/car,j2eeType=JCAConnectionTracker,name=ConnectionTracker at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:87) at org.apache.geronimo.connector.outbound.connectiontracking.ConnectionTracker$$EnhancerByCGLIB$$4301e6fc.exit(generated) at org.apache.geronimo.tomcat.interceptor.InstanceContextBeforeAfter.after(InstanceContextBeforeAfter.java:73) at org.apache.geronimo.tomcat.interceptor.ComponentContextBeforeAfter.after(ComponentContextBeforeAfter.java:46) at org.apache.geronimo.tomcat.interceptor.PolicyContextBeforeAfter.after(PolicyContextBeforeAfter.java:70) at org.apache.geronimo.tomcat.interceptor.UserTransactionBeforeAfter.after(UserTransactionBeforeAfter.java:47) at org.apache.geronimo.tomcat.listener.DispatchListener.afterDispatch(DispatchListener.java:86) at org.apache.geronimo.tomcat.listener.DispatchListener.instanceEvent(DispatchListener.java:59) at org.apache.catalina.util.InstanceSupport.fireInstanceEvent(InstanceSupport.java:275) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:682) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:557) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:481) at org.apache.pluto.invoker.impl.PortletInvokerImpl.invoke(PortletInvokerImpl.java:120) at org.apache.pluto.invoker.impl.PortletInvokerImpl.action(PortletInvokerImpl.java:68) at org.apache.pluto.PortletContainerImpl.processPortletAction(PortletContainerImpl.java:164) at org.apache.pluto.portalImpl.core.PortletContainerWrapperImpl.processPortletAction(PortletContainerWrapperImpl.java:82) at org.apache.pluto.portalImpl.Servlet.doGet(Servlet.java:227) 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
[jira] Closed: (GERONIMO-3418) Use mvn groovy mojo integration for buildsupport
[ https://issues.apache.org/jira/browse/GERONIMO-3418?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jason Dillon closed GERONIMO-3418. -- Resolution: Fixed Use mvn groovy mojo integration for buildsupport Key: GERONIMO-3418 URL: https://issues.apache.org/jira/browse/GERONIMO-3418 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: buildsystem Affects Versions: 2.1 Reporter: Jason Dillon Assignee: Jason Dillon Fix For: 2.1 Now that maven has solid groovy integration for building plugins, use that for the buildsupport library. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMODEVTOOLS-181) Plugin build process should use maven-ant-plugin to download required Eclipse artifacts
Plugin build process should use maven-ant-plugin to download required Eclipse artifacts Key: GERONIMODEVTOOLS-181 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-181 Project: Geronimo-Devtools Issue Type: Improvement Components: eclipse-plugin Affects Versions: 2.0 Reporter: Tim McConnell Assignee: Tim McConnell Fix For: 2.0 The Eclipse plugin build process should use maven-ant-plugin to download the required Eclipse artifacts from the Eclipse website rather than copying the artifacts into a local maven repository on people.apache.org -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (GERONIMO-3324) Could not scan module for TLD files: illegal char (space)
[ https://issues.apache.org/jira/browse/GERONIMO-3324?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jarek Gawor resolved GERONIMO-3324. --- Resolution: Fixed Fix Version/s: 2.1 Fix committed to trunk (revision 566776) and branches/2.0 (revision 566785). Could not scan module for TLD files: illegal char (space) - Key: GERONIMO-3324 URL: https://issues.apache.org/jira/browse/GERONIMO-3324 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: deployment Affects Versions: 2.0-M6 Environment: Little-G on WinXP with Java 1.5.0_11 Reporter: Jens Nicolay Assignee: Jarek Gawor Priority: Blocker Fix For: 2.0.x, 2.1 Attachments: WAR.war 16:25:24,033 ERROR [Deployer] Deployment failed due to org.apache.geronimo.common.DeploymentException: Could not scan module for TLD files: default/WAR/1.0/car Illegal character in path at index 16: WEB-INF/lib/Easy Service.jar at org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.scanModule(JspModuleBuilderExtension.java:298) at org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.getTldFiles(JspModuleBuilderExtension.java:236) at org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.createJspClassFinder(JspModuleBuilderExtension.java:179) at org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.addGBeans(JspModuleBuilderExtension.java:149) at org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension$$FastClassByCGLIB$$1f60ab3b.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:127) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:828) 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.j2ee.deployment.ModuleBuilderExtension$$EnhancerByCGLIB$$cd133fa9.addGBeans(generated) at org.apache.geronimo.jetty6.deployment.JettyModuleBuilder.addGBeans(JettyModuleBuilder.java:484) at org.apache.geronimo.jetty6.deployment.JettyModuleBuilder$$FastClassByCGLIB$$1a00be84.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:127) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:828) 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.j2ee.deployment.ModuleBuilder$$EnhancerByCGLIB$$57321d6a.addGBeans(generated) at org.apache.geronimo.j2ee.deployment.SwitchingModuleBuilder.addGBeans(SwitchingModuleBuilder.java:165) at org.apache.geronimo.j2ee.deployment.SwitchingModuleBuilder$$FastClassByCGLIB$$d0c31844.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:127) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:828) 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.j2ee.deployment.ModuleBuilder$$EnhancerByCGLIB$$57321d6a.addGBeans(generated) at org.apache.geronimo.j2ee.deployment.EARConfigBuilder.buildConfiguration(EARConfigBuilder.java:616) at org.apache.geronimo.j2ee.deployment.EARConfigBuilder$$FastClassByCGLIB$$38e56ec6.invoke(generated) at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38) at
Re: [DISCUSS] Release Geronimo 2.0.1 (rc1)
Thanks Vamsi...lots of little ones to fix...I'll make sure it gets included if we need to re-spin. On Aug 16, 2007, at 9:11 AM, Vamsavardhana Reddy wrote: Will not press for inclusion of this in 2.0.1, but do include rev 566694 (fix for GERONIMO-3390 Server Logs portlet - Web Access Log Viewer is broken when date fields are empty) in case a new RC needs to be spun for some reason. Never thought the fix would be one line :o) or else would have got it merged before RC1 was spun :o(. Vamsi PS: I sincerely do not want to delay the release of 2.0.1 :o) On 8/16/07, Matt Hogstrom [EMAIL PROTECTED] wrote: Upload complete ... vote away. On Aug 15, 2007, at 4:34 PM, Matt Hogstrom wrote: Initial discuss thread
geronimo-naming tests failing on trunk...
Anyone know what's up with this: snip --- Test set: org.apache.geronimo.gjndi.binding.GBeanBindingTest --- Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.876 sec FAILURE! testBasics(org.apache.geronimo.gjndi.binding.GBeanBindingTest) Time elapsed: 0.846 sec FAILURE! junit.framework.AssertionFailedError: list of writable on root for value for ds expected:[EMAIL PROTECTED] but was:[EMAIL PROTECTED] at junit.framework.Assert.fail(Assert.java:47) at junit.framework.Assert.failNotEquals(Assert.java:282) at junit.framework.Assert.assertEquals(Assert.java:64) at org.apache.geronimo.gjndi.AbstractContextTest.assertListResults (AbstractContextTest.java:137) at org.apache.geronimo.gjndi.AbstractContextTest.assertList (AbstractContextTest.java:109) at org.apache.geronimo.gjndi.AbstractContextTest.assertEq (AbstractContextTest.java:74) at org.apache.geronimo.gjndi.AbstractContextTest.assertEq (AbstractContextTest.java:39) at org.apache.geronimo.gjndi.binding.GBeanBindingTest.testBasics (GBeanBindingTest.java:58) at org.apache.geronimo.gjndi.binding.GBeanBindingTest.testBasics (GBeanBindingTest.java:58) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.maven.surefire.junit.JUnitTestSet.execute (JUnitTestSet.java:213) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSe t(AbstractDirectoryTestSuite.java:138) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute (AbstractDirectoryTestSuite.java:125) at org.apache.maven.surefire.Surefire.run(Surefire.java:132) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess (SurefireBooter.java:290) at org.apache.maven.surefire.booter.SurefireBooter.main (SurefireBooter.java:818) /snip --jason
[jira] Created: (GERONIMO-3418) Use mvn groovy mojo integration for buildsupport
Use mvn groovy mojo integration for buildsupport Key: GERONIMO-3418 URL: https://issues.apache.org/jira/browse/GERONIMO-3418 Project: Geronimo Issue Type: Improvement Security Level: public (Regular issues) Components: buildsystem Affects Versions: 2.1 Reporter: Jason Dillon Assignee: Jason Dillon Fix For: 2.1 Now that maven has solid groovy integration for building plugins, use that for the buildsupport library. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMODEVTOOLS-180) Upgrade supported eclipse level from 3.3RC2 to 3.3, and related packages.
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-180?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12520306 ] Jacek Laskowski commented on GERONIMODEVTOOLS-180: -- Could you put the plugin RC in the unstable repo so others could give it a shot (me including)? The more eyes the better, isn't it? Upgrade supported eclipse level from 3.3RC2 to 3.3, and related packages. - Key: GERONIMODEVTOOLS-180 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-180 Project: Geronimo-Devtools Issue Type: Improvement Components: eclipse-plugin Affects Versions: 2.0 Reporter: Ted Kirby Assignee: Tim McConnell The eclipse plugin now prereqs these eclipse levels: eclipse-sdk3.3RC2 Web Tools Platform (WTP) 2.0RC2 Eclipse Modeling Framework (EMF) 2.3.0RC2 Graphical Editing Framework (GEF) 3.3RC2 Data Tools Platform (DTP) 1.5RC2 Europa (eclipse 3.3) went GA on June 27, so I think we need to upgrade the plugin to support the released levels, not the RC2 levels. Eurpoa now offers 5 eclipse bundles. 3.2 had one. 3.3 offers one comparable to the 3.2, called eclipse classic, at 140 MB, which the build is currently using. I think we should consider using Eclipse IDE for Java EE Developers, at 125 MB. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Could we use the maven-remote-resources plugin to install the legal files?
On Wednesday 15 August 2007, Jason Dillon wrote: Yup, this should work... assuming the plugin functions. I just tried to hook it up from use in the Groovy m2 stuff and it puked up some NPE crapo. That's not good. Sure you grabbed the latest version? Also, I'm not sure that the LICENSE.txt and NOTICE.txt generation stuff is going to fit our needs ASIS, but we can always get it fixed. Yep. You can either publish your own resource bundle or we can get a new apache-jar-resource-bundle version pushed if you need stuff there or a new version of remote-resources pushed if that's needed. On Aug 15, 2007, at 4:39 PM, David Jencks wrote: It normally gets stuff from a resource bundle such as org.apache:apache-jar-resource-bundle:1.0 which has the standard apache license and notice files in it. It installs them into at least normal and test jars, I haven't checked about source jars. Yep. It does source jars and javadoc jars as well. (providing you are using the latest versions of the javadoc plugin). I think you can configure it to add local files as well but I haven't figured out exactly how. I don't think that works. It requires a full maven module name (groupid:artifactid:version) in order to work. If worst came to worst we could publish jars of our unusual notice files. It might aggregate stuff from the depenency's notice files, I'm not quite sure what the documentation is saying. No, it doesn't do that. Basically, it can go through all the runtime dependencies and produces something like: This product includes/uses software, JTA 1.0.1B (http://geronimo.apache.org/specs/geronimo-jta_1.0.1B_spec), developed by Apache Software Foundation (http://www.apache.org) License: The Apache Software License, Version 2.0 (http://www.apache.org/licenses/LICENSE-2.0.txt) in the NOTICE file that gets put in the META-INF dir. However, that's really just driven by the velocity template in the apache-jar-resource-bundle.If you want your own format, you can create your own resource bundle. The remote-resources plugin just adds all the dependencies as a List into the properties that are fed to velocity and velocity can do whatever it needs to do. There are two advanced things that may be required: 1) Appending - the remote resources supports the ability to append local snippets (default location is src/main/appended-resources) to the stuff generated from velocity. For CXF we use this to add some extra disclaimers and such like: This product also includes schemas and specification developed by: - the W3C consortium (http://www.w3c.org) (http://www.w3.org/XML/1998/namespace) 2) Fixing bad poms - there a lot of crappy poms out there that generate junk in the NOTICE files. Poms that don't include the organization, license, or sometimes even a real name. RemoteResources does support the ability to merge in some corrected data. CXF does this to workaround the fact that most of Sun's poms are very minimal. Enjoy! Dan I think using a single standard copy of the license/notice files would be a lot more pleasant than having a copy in each dir, and unusual modules would be easier to spot. thanks david jencks -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 [EMAIL PROTECTED] http://www.dankulp.com/blog
[jira] Commented: (GERONIMO-3380) Derby embedded database pool created from console doesn't work
[ https://issues.apache.org/jira/browse/GERONIMO-3380?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12520300 ] David Jencks commented on GERONIMO-3380: do you have any information on when or if this did work? One possibly not-too-disruptive way to fix this is to include cars in the list of jars you can have a dependency on. Then we can instruct users to pick system-database. Another giant problem here is that we aren't using the tranql derby local rars but rather the generic rar. Anyone know why? Derby embedded database pool created from console doesn't work -- Key: GERONIMO-3380 URL: https://issues.apache.org/jira/browse/GERONIMO-3380 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console Affects Versions: 2.1 Reporter: Shiva Kumar H R Priority: Critical Attachments: BankDB.sql, BankDBPool2.xml, geronimo-web.xml, geronimo-web2.xml, WebAppJDBCAccess.war Steps to reproduce: 1) From Admin Console's DB Manager portlet create a database by name BankDB and populate it with the contents of BankDB.sql. 2) From Database Pools portlet, create a new database pool using the Geronimo database pool wizard, with the below information: Name of Database Pool: BankDBPool Database Type: Derby embedded Driver JAR: org.apache.derby/derby/10.2.2.0/jar Database: BankDB 3) From Deploy New portlet, deploy WebAppJDBCAccess.war using geronimo-web.xml. 4) Open http://localhost:8080/WebAppJDBCAccess/ and click on Click here to list Customers. Server will fail to show database contents by throwing following errors at command prompt: 19:10:59,555 ERROR [MCFConnectionInterceptor] Error occurred creating ManagedCon nection for [EMAIL PROTECTED] javax.resource.spi.ResourceAllocationException: Unable to obtain physical connec tion to jdbc:derby:BankDB at org.tranql.connector.jdbc.JDBCDriverMCF.getPhysicalConnection(JDBCDri verMCF.java:98) at org.tranql.connector.jdbc.JDBCDriverMCF.createManagedConnection(JDBCD riverMCF.java:73) at org.apache.geronimo.connector.outbound.MCFConnectionInterceptor.getCo nnection(MCFConnectionInterceptor.java:48) at org.apache.geronimo.connector.outbound.LocalXAResourceInsertionInterc eptor.getConnection(LocalXAResourceInsertionInterceptor.java:41) at org.apache.geronimo.connector.outbound.SinglePoolConnectionIntercepto r.internalGetConnection(SinglePoolConnectionInterceptor.java:67) at org.apache.geronimo.connector.outbound.AbstractSinglePoolConnectionIn terceptor.getConnection(AbstractSinglePoolConnectionInterceptor.java:78) at org.apache.geronimo.connector.outbound.TransactionEnlistingIntercepto r.getConnection(TransactionEnlistingInterceptor.java:46) at org.apache.geronimo.connector.outbound.TransactionCachingInterceptor. getConnection(TransactionCachingInterceptor.java:96) at org.apache.geronimo.connector.outbound.ConnectionHandleInterceptor.ge tConnection(ConnectionHandleInterceptor.java:43) at org.apache.geronimo.connector.outbound.TCCLInterceptor.getConnection( TCCLInterceptor.java:39) at org.apache.geronimo.connector.outbound.ConnectionTrackingInterceptor. getConnection(ConnectionTrackingInterceptor.java:66) at org.apache.geronimo.connector.outbound.AbstractConnectionManager.allo cateConnection(AbstractConnectionManager.java:87) at org.tranql.connector.jdbc.DataSource.getConnection(DataSource.java:56 ) at myPackage.ListCustomers.doGet(ListCustomers.java:41) 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(Appl icationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF ilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperV alve.java:230) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextV alve.java:175) at org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke(DefaultSu bjectValve.java:56) at org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve. invoke(GeronimoStandardContext.java:351) at org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(Gero nimoBeforeAfterValve.java:47) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.j ava:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.j ava:104) at
[jira] Updated: (GERONIMODEVTOOLS-141) Installation/Activation of other Plugins fail after installing Devtools plugin
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-141?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tim McConnell updated GERONIMODEVTOOLS-141: --- Assignee: Tim McConnell (was: Sachin Patel) Installation/Activation of other Plugins fail after installing Devtools plugin -- Key: GERONIMODEVTOOLS-141 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-141 Project: Geronimo-Devtools Issue Type: Bug Components: eclipse-plugin Affects Versions: 2.0 Environment: Windows XP SP2, Java 1.6.0_01, Eclipse 3.3 M6, WST 2.0 M6 Reporter: Stefan Assignee: Tim McConnell Priority: Blocker Fix For: 2.0 Via Eclipse function to download additional server adapters you can choose and install the plugin. But after restart Eclipse the plugin is disabled. If you try to enable it, you get: Requested operation cannot be performed because it would invalidate the current configuration. See details for more information. org.apache.geronimo.feature (1.2.0) requires plug-in com.ibm.etools.emf.event. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMODEVTOOLS-171) Remove hard-coded Geronimo name from launch console message and tool-tip
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-171?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tim McConnell updated GERONIMODEVTOOLS-171: --- Assignee: Tim McConnell Remove hard-coded Geronimo name from launch console message and tool-tip Key: GERONIMODEVTOOLS-171 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-171 Project: Geronimo-Devtools Issue Type: Improvement Components: eclipse-plugin Affects Versions: 2.0 Reporter: Ted Kirby Assignee: Tim McConnell Attachments: GD-171.patch Replace: console=Geronimo Console consoleTooltip=Apache Geronimo Console with: console={0} Console consoleTooltip={0} Console in eclipse-plugin\plugins\org.apache.geronimo.st.ui\src\org\apache\geronimo\st\ui\internal\Messages.properties, and allow the server name to be determined by server.getName(). This allows for an extensible approach, for servers based on Geronimo. No change is required to support other servers. In this particular case, plugins\org.apache.geronimo.st.ui\src\org\apache\geronimo\st\ui\actions\LaunchGeronimoConsoleAction.G_SERVER_PREFIX is hard-coded to org.apache.geronimo. It would be nice if this could be paramterized in some fashion to avoid having to replace the class in its entirety, just to change this value to determine if the Launch {ServerName} Console menu item should be activated. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-3389) console: java.lang.UnsatisfiedLinkError is thrown when create a Tomcat APR HTTP Connector
[ https://issues.apache.org/jira/browse/GERONIMO-3389?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12520317 ] Matt Hogstrom commented on GERONIMO-3389: - Perhaps this should be relabeled enhancement and we can catch this exception and put out a note saying the libraries can't be found rather than the stack trace :) console: java.lang.UnsatisfiedLinkError is thrown when create a Tomcat APR HTTP Connector - Key: GERONIMO-3389 URL: https://issues.apache.org/jira/browse/GERONIMO-3389 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: documentation, Tomcat Affects Versions: 2.0, 2.0.x, 2.1 Environment: Windows xp sp2, IE, Firefox Reporter: Song Fix For: 2.0.x Click on Save button after entering all necessary parameters for creating a new Tomcat APR HTTP Connector test_APR_HTTP, it returned to the Network Listeners list page. However,the Protocol for test_APR_HTTP is empty, State is failed. And java.lang.UnsatisfiedLinkError is thrown from the server started console and server.log. Same error to creating Tomcat APR HTTPS Connetor. Detailed error as below: -- 13:33:46,515 WARN [ConnectorGBean] test_APR_HTTP connector failed 13:33:46,515 ERROR [Connector] Coyote connector has not been started 13:33:46,515 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: abstractName=org.apache.geronimo.configs/tomcat6/2.0-SNAPSHOT/car?ServiceModule=org.apache.geronimo.configs/tomcat6/2.0-SNAPSHOT/car,j2eeType=GBean,name=test_APR_HTTP java.lang.UnsatisfiedLinkError: org/apache/tomcat/jni/Pool.create(J)J at org.apache.tomcat.util.net.AprEndpoint.init(AprEndpoint.java:579) at org.apache.coyote.http11.Http11AprProtocol.init(Http11AprProtocol.java:121) at org.apache.catalina.connector.Connector.initialize(Connector.java:1059) at org.apache.catalina.core.StandardService.addConnector(StandardService.java:267) at org.apache.catalina.startup.Embedded.addConnector(Embedded.java:327) at org.apache.geronimo.tomcat.TomcatContainer.addConnector(TomcatContainer.java:383) at org.apache.geronimo.tomcat.TomcatContainer$$FastClassByCGLIB$$9370b073.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.tomcat.TomcatContainer$$EnhancerByCGLIB$$fa3733e1.addConnector(generated) at org.apache.geronimo.tomcat.connector.ConnectorGBean.doStart(ConnectorGBean.java:95) at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:996) 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.basic.ProxyMethodInterceptor$StartRecursiveInvoke.invoke(ProxyMethodInterceptor.java:365) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) at org.apache.geronimo.tomcat.connector.Http11APRProtocol$$EnhancerByCGLIB$$abc46ac2.startRecursive(generated) at org.apache.geronimo.console.webmanager.ConnectorPortlet.processAction(ConnectorPortlet.java:146) at org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:229) at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:158) at javax.servlet.http.HttpServlet.service(HttpServlet.java:693) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.pluto.core.PortletServlet.service(PortletServlet.java:153) at
[jira] Updated: (GERONIMO-3389) console: java.lang.UnsatisfiedLinkError is thrown when create a Tomcat APR HTTP Connector
[ https://issues.apache.org/jira/browse/GERONIMO-3389?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matt Hogstrom updated GERONIMO-3389: Issue Type: Improvement (was: Bug) We should catch this since we know what it is and give a human readable explanation. console: java.lang.UnsatisfiedLinkError is thrown when create a Tomcat APR HTTP Connector - Key: GERONIMO-3389 URL: https://issues.apache.org/jira/browse/GERONIMO-3389 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: documentation, Tomcat Affects Versions: 2.0, 2.0.x, 2.1 Environment: Windows xp sp2, IE, Firefox Reporter: Song Fix For: 2.0.x Click on Save button after entering all necessary parameters for creating a new Tomcat APR HTTP Connector test_APR_HTTP, it returned to the Network Listeners list page. However,the Protocol for test_APR_HTTP is empty, State is failed. And java.lang.UnsatisfiedLinkError is thrown from the server started console and server.log. Same error to creating Tomcat APR HTTPS Connetor. Detailed error as below: -- 13:33:46,515 WARN [ConnectorGBean] test_APR_HTTP connector failed 13:33:46,515 ERROR [Connector] Coyote connector has not been started 13:33:46,515 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: abstractName=org.apache.geronimo.configs/tomcat6/2.0-SNAPSHOT/car?ServiceModule=org.apache.geronimo.configs/tomcat6/2.0-SNAPSHOT/car,j2eeType=GBean,name=test_APR_HTTP java.lang.UnsatisfiedLinkError: org/apache/tomcat/jni/Pool.create(J)J at org.apache.tomcat.util.net.AprEndpoint.init(AprEndpoint.java:579) at org.apache.coyote.http11.Http11AprProtocol.init(Http11AprProtocol.java:121) at org.apache.catalina.connector.Connector.initialize(Connector.java:1059) at org.apache.catalina.core.StandardService.addConnector(StandardService.java:267) at org.apache.catalina.startup.Embedded.addConnector(Embedded.java:327) at org.apache.geronimo.tomcat.TomcatContainer.addConnector(TomcatContainer.java:383) at org.apache.geronimo.tomcat.TomcatContainer$$FastClassByCGLIB$$9370b073.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.tomcat.TomcatContainer$$EnhancerByCGLIB$$fa3733e1.addConnector(generated) at org.apache.geronimo.tomcat.connector.ConnectorGBean.doStart(ConnectorGBean.java:95) at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:996) 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.basic.ProxyMethodInterceptor$StartRecursiveInvoke.invoke(ProxyMethodInterceptor.java:365) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) at org.apache.geronimo.tomcat.connector.Http11APRProtocol$$EnhancerByCGLIB$$abc46ac2.startRecursive(generated) at org.apache.geronimo.console.webmanager.ConnectorPortlet.processAction(ConnectorPortlet.java:146) at org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:229) at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:158) at javax.servlet.http.HttpServlet.service(HttpServlet.java:693) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.pluto.core.PortletServlet.service(PortletServlet.java:153) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at
Re: Getting java.lang.NullPointerException with geronimo-tomcat6-jee5-2.0.1-bin
We should probably update the release notes on the Wiki. On Aug 16, 2007, at 11:07 AM, Hernan Cunico wrote: sorry for the confusion, I meant the binaries, not the bin directory. When you download the source you get the README.TXT on the root directory but when you build it or download the binaries the README.TXT is not part of that dist. So I said we should fix that - put the README.TXT on the binary root. I'll add some comments for windows users on the README.TXT on trunk Cheers! Hernan Vamsavardhana Reddy wrote: Better to have this README under the root directory of installation than under bin. Wherever it is, how to make the user read the README? :o) Vamsi On 8/16/07, * Hernan Cunico* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: we don't have a README.TXT in the bin now, only in the source so we should fix this. I think README.TXT would be the right place to comment on this windows limitation. Cheers! Hernan Vamsavardhana Reddy wrote: Should this long path problem be highlighted in a README.TXT (or somewhere in the documentation) where the user can not miss seeing it? Vamsi On 8/16/07, * Ashish Jain* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: following your suggestion of extracting the same to the root of the drive... initially it was in My Documents .. guess long path was the issue.. On 8/16/07, * Vamsavardhana Reddy* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: How? :o) Vamsi PS: Was there a problem in the first place? On 8/16/07, *Ashish Jain* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Problem is resolved thanks Vamsi regards Ashish On 8/16/07, *Vamsavardhana Reddy* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Strange. I am not seeing this error. I would suggest you re-extract from the archive (to the root of the drive to avoid any long path problems) and try it again. Vamsi On 8/16/07, *Ashish Jain* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Yes I am getting this error consistently and when I enter the credentials that is username and password I get the error. On 8/16/07, *Vamsavardhana Reddy* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Have you tried to access the Admin Console before the server fully started? Are you getting this error consistently? Vamsi On 8/16/07, *Ashish Jain* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi!! I am getting null pointer exception with geronimo-tomcat6-jee5-2.0.1- bin. Server starts fine Booting Geronimo Kernel (in Java 1.5.0)... Module 1/31 org.apache.geronimo.configs /rmi-naming/2.0.1/ car st arted in .981s Module 2/31 org.apache.geronimo.configs/ j2ee-server/2.0.1/car st arted in .330s Module 3/31 org.apache.geronimo.configs/ transaction/2.0.1/car st arted in 2.033s Module 4/31 org.apache.geronimo.configs/ j2ee-security/2.0.1/car st arted in .000s Module 5/31
Re: geronimo-naming tests failing on trunk...
And it spits this out to console before puking: snip 10:30:29,171 ERROR [ConfigurationUtil] Cound not determine the installation directory of Apache Geronimo, because the startup jar could not be found in the current class loader. /snip Dunno if that helps... --jason On Aug 16, 2007, at 10:26 AM, Jason Dillon wrote: Anyone know what's up with this: snip -- - Test set: org.apache.geronimo.gjndi.binding.GBeanBindingTest -- - Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.876 sec FAILURE! testBasics(org.apache.geronimo.gjndi.binding.GBeanBindingTest) Time elapsed: 0.846 sec FAILURE! junit.framework.AssertionFailedError: list of writable on root for value for ds expected:[EMAIL PROTECTED] but was:[EMAIL PROTECTED] at junit.framework.Assert.fail(Assert.java:47) at junit.framework.Assert.failNotEquals(Assert.java:282) at junit.framework.Assert.assertEquals(Assert.java:64) at org.apache.geronimo.gjndi.AbstractContextTest.assertListResults (AbstractContextTest.java:137) at org.apache.geronimo.gjndi.AbstractContextTest.assertList (AbstractContextTest.java:109) at org.apache.geronimo.gjndi.AbstractContextTest.assertEq (AbstractContextTest.java:74) at org.apache.geronimo.gjndi.AbstractContextTest.assertEq (AbstractContextTest.java:39) at org.apache.geronimo.gjndi.binding.GBeanBindingTest.testBasics (GBeanBindingTest.java:58) at org.apache.geronimo.gjndi.binding.GBeanBindingTest.testBasics (GBeanBindingTest.java:58) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java: 124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.maven.surefire.junit.JUnitTestSet.execute (JUnitTestSet.java:213) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTest Set(AbstractDirectoryTestSuite.java:138) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute (AbstractDirectoryTestSuite.java:125) at org.apache.maven.surefire.Surefire.run(Surefire.java:132) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess (SurefireBooter.java:290) at org.apache.maven.surefire.booter.SurefireBooter.main (SurefireBooter.java:818) /snip --jason
[jira] Updated: (GERONIMO-3401) Stop of module from System Modules in console should warn user of destructive action
[ https://issues.apache.org/jira/browse/GERONIMO-3401?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Matt Hogstrom updated GERONIMO-3401: Issue Type: Improvement (was: Bug) Summary: Stop of module from System Modules in console should warn user of destructive action (was: Stop of module from System Modules in console fails) Stop of module from System Modules in console should warn user of destructive action -- Key: GERONIMO-3401 URL: https://issues.apache.org/jira/browse/GERONIMO-3401 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Affects Versions: 2.0, 2.0.x Environment: Geronimo 2.0.1-SNAPSHOT using Tomcat JEE assembly. Most likely affects others as well Reporter: Matt Hogstrom Fix For: 2.0.x When using the Geronimo Console to stop of a module a 404 is received in the console. In this case an attempt to stop OpenEJB. The console then becomes unusable and also does not survive a restart. It appears the console needs to be re-installed. {panel:title=Error reported to Browser| borderStyle=dashed| borderColor=#ccc| titleBGColor=#F7D6C1| bgColor=#CE} HTTP Status 404 - /console/portal/apps/apps_system/_st_apps_system_row1_col1_p1/normal/_rp_apps_system_row1_col1_p1_message/1_/_pid/apps_system_row1_col1_p1/_md_apps_system_row1_col1_p1/view type Status report message /console/portal/apps/apps_system/_st_apps_system_row1_col1_p1/normal/_rp_apps_system_row1_col1_p1_message/1_/_pid/apps_system_row1_col1_p1/_md_apps_system_row1_col1_p1/view description The requested resource (/console/portal/apps/apps_system/_st_apps_system_row1_col1_p1/normal/_rp_apps_system_row1_col1_p1_message/1_/_pid/apps_system_row1_col1_p1/_md_apps_system_row1_col1_p1/view) is not available. {panel} {panel:title=Exception LoggedMy Title| borderStyle=dashed| borderColor=#ccc| titleBGColor=#F7D6C1| bgColor=#CE} [] received stop signal 00:59:03,833 ERROR [Servlet] Exception caught: org.apache.geronimo.kernel.proxy.DeadProxyException: Proxy is no longer valid to gbean: org.apache.geronimo.configs/transaction/2.0.1-SNAPSHOT/car?ServiceModule=org.apache.geronimo.configs/transaction/2.0.1-SNAPSHOT/car,j2eeType=JCAConnectionTracker,name=ConnectionTracker at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:87) at org.apache.geronimo.connector.outbound.connectiontracking.ConnectionTracker$$EnhancerByCGLIB$$4301e6fc.exit(generated) at org.apache.geronimo.tomcat.interceptor.InstanceContextBeforeAfter.after(InstanceContextBeforeAfter.java:73) at org.apache.geronimo.tomcat.interceptor.ComponentContextBeforeAfter.after(ComponentContextBeforeAfter.java:46) at org.apache.geronimo.tomcat.interceptor.PolicyContextBeforeAfter.after(PolicyContextBeforeAfter.java:70) at org.apache.geronimo.tomcat.interceptor.UserTransactionBeforeAfter.after(UserTransactionBeforeAfter.java:47) at org.apache.geronimo.tomcat.listener.DispatchListener.afterDispatch(DispatchListener.java:86) at org.apache.geronimo.tomcat.listener.DispatchListener.instanceEvent(DispatchListener.java:59) at org.apache.catalina.util.InstanceSupport.fireInstanceEvent(InstanceSupport.java:275) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:682) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:557) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:481) at org.apache.pluto.invoker.impl.PortletInvokerImpl.invoke(PortletInvokerImpl.java:120) at org.apache.pluto.invoker.impl.PortletInvokerImpl.action(PortletInvokerImpl.java:68) at org.apache.pluto.PortletContainerImpl.processPortletAction(PortletContainerImpl.java:164) at org.apache.pluto.portalImpl.core.PortletContainerWrapperImpl.processPortletAction(PortletContainerWrapperImpl.java:82) at org.apache.pluto.portalImpl.Servlet.doGet(Servlet.java:227) 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:230) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) at
[jira] Commented: (GERONIMO-3380) Derby embedded database pool created from console doesn't work
[ https://issues.apache.org/jira/browse/GERONIMO-3380?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12520321 ] Lin Sun commented on GERONIMO-3380: --- I agree with David that we can add system-database as one of the dependencies on the list. The other giant prob is also documented in G3374 and I was able to recreate that w/ a 2.0 build today. Derby embedded database pool created from console doesn't work -- Key: GERONIMO-3380 URL: https://issues.apache.org/jira/browse/GERONIMO-3380 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console Affects Versions: 2.1 Reporter: Shiva Kumar H R Priority: Critical Attachments: BankDB.sql, BankDBPool2.xml, geronimo-web.xml, geronimo-web2.xml, WebAppJDBCAccess.war Steps to reproduce: 1) From Admin Console's DB Manager portlet create a database by name BankDB and populate it with the contents of BankDB.sql. 2) From Database Pools portlet, create a new database pool using the Geronimo database pool wizard, with the below information: Name of Database Pool: BankDBPool Database Type: Derby embedded Driver JAR: org.apache.derby/derby/10.2.2.0/jar Database: BankDB 3) From Deploy New portlet, deploy WebAppJDBCAccess.war using geronimo-web.xml. 4) Open http://localhost:8080/WebAppJDBCAccess/ and click on Click here to list Customers. Server will fail to show database contents by throwing following errors at command prompt: 19:10:59,555 ERROR [MCFConnectionInterceptor] Error occurred creating ManagedCon nection for [EMAIL PROTECTED] javax.resource.spi.ResourceAllocationException: Unable to obtain physical connec tion to jdbc:derby:BankDB at org.tranql.connector.jdbc.JDBCDriverMCF.getPhysicalConnection(JDBCDri verMCF.java:98) at org.tranql.connector.jdbc.JDBCDriverMCF.createManagedConnection(JDBCD riverMCF.java:73) at org.apache.geronimo.connector.outbound.MCFConnectionInterceptor.getCo nnection(MCFConnectionInterceptor.java:48) at org.apache.geronimo.connector.outbound.LocalXAResourceInsertionInterc eptor.getConnection(LocalXAResourceInsertionInterceptor.java:41) at org.apache.geronimo.connector.outbound.SinglePoolConnectionIntercepto r.internalGetConnection(SinglePoolConnectionInterceptor.java:67) at org.apache.geronimo.connector.outbound.AbstractSinglePoolConnectionIn terceptor.getConnection(AbstractSinglePoolConnectionInterceptor.java:78) at org.apache.geronimo.connector.outbound.TransactionEnlistingIntercepto r.getConnection(TransactionEnlistingInterceptor.java:46) at org.apache.geronimo.connector.outbound.TransactionCachingInterceptor. getConnection(TransactionCachingInterceptor.java:96) at org.apache.geronimo.connector.outbound.ConnectionHandleInterceptor.ge tConnection(ConnectionHandleInterceptor.java:43) at org.apache.geronimo.connector.outbound.TCCLInterceptor.getConnection( TCCLInterceptor.java:39) at org.apache.geronimo.connector.outbound.ConnectionTrackingInterceptor. getConnection(ConnectionTrackingInterceptor.java:66) at org.apache.geronimo.connector.outbound.AbstractConnectionManager.allo cateConnection(AbstractConnectionManager.java:87) at org.tranql.connector.jdbc.DataSource.getConnection(DataSource.java:56 ) at myPackage.ListCustomers.doGet(ListCustomers.java:41) 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(Appl icationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF ilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperV alve.java:230) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextV alve.java:175) at org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke(DefaultSu bjectValve.java:56) at org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve. invoke(GeronimoStandardContext.java:351) at org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(Gero nimoBeforeAfterValve.java:47) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.j ava:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.j ava:104) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineVal ve.java:109) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java: 563) at
Re: [jira] Commented: (GERONIMODEVTOOLS-180) Upgrade supported eclipse level from 3.3RC2 to 3.3, and related packages.
Hi Jacek, yes of course !!! My daily build pushing a new version of the plugin to this site every Sunday morning (http://people.apache.org/dist/geronimo/eclipse/unstable) but I'll put something out there sooner if I feel that it's working reasonable well. Thanks for the suggestion Jacek Laskowski (JIRA) wrote: [ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-180?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12520306 ] Jacek Laskowski commented on GERONIMODEVTOOLS-180: -- Could you put the plugin RC in the unstable repo so others could give it a shot (me including)? The more eyes the better, isn't it? Upgrade supported eclipse level from 3.3RC2 to 3.3, and related packages. - Key: GERONIMODEVTOOLS-180 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-180 Project: Geronimo-Devtools Issue Type: Improvement Components: eclipse-plugin Affects Versions: 2.0 Reporter: Ted Kirby Assignee: Tim McConnell The eclipse plugin now prereqs these eclipse levels: eclipse-sdk3.3RC2 Web Tools Platform (WTP) 2.0RC2 Eclipse Modeling Framework (EMF) 2.3.0RC2 Graphical Editing Framework (GEF) 3.3RC2 Data Tools Platform (DTP) 1.5RC2 Europa (eclipse 3.3) went GA on June 27, so I think we need to upgrade the plugin to support the released levels, not the RC2 levels. Eurpoa now offers 5 eclipse bundles. 3.2 had one. 3.3 offers one comparable to the 3.2, called eclipse classic, at 140 MB, which the build is currently using. I think we should consider using Eclipse IDE for Java EE Developers, at 125 MB. -- Thanks, Tim McConnell
Re: geronimo-naming tests failing on trunk...
On Aug 16, 2007, at 10:31 AM, Jason Dillon wrote: And it spits this out to console before puking: snip 10:30:29,171 ERROR [ConfigurationUtil] Cound not determine the installation directory of Apache Geronimo, because the startup jar could not be found in the current class loader. /snip that's harmless AFAIK There was a bunch of discussion on this yesterday on the Re: [BUILD] 2.0: Failed for Revision: 566046 thread. Currently I'm hoping someone else will fix it. I think the test is indeterminate in some way but I haven't figured out what it's trying to do. thanks david jencks Dunno if that helps... --jason On Aug 16, 2007, at 10:26 AM, Jason Dillon wrote: Anyone know what's up with this: snip - -- Test set: org.apache.geronimo.gjndi.binding.GBeanBindingTest - -- Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.876 sec FAILURE! testBasics(org.apache.geronimo.gjndi.binding.GBeanBindingTest) Time elapsed: 0.846 sec FAILURE! junit.framework.AssertionFailedError: list of writable on root for value for ds expected:[EMAIL PROTECTED] but was:[EMAIL PROTECTED] at junit.framework.Assert.fail(Assert.java:47) at junit.framework.Assert.failNotEquals(Assert.java:282) at junit.framework.Assert.assertEquals(Assert.java:64) at org.apache.geronimo.gjndi.AbstractContextTest.assertListResults (AbstractContextTest.java:137) at org.apache.geronimo.gjndi.AbstractContextTest.assertList (AbstractContextTest.java:109) at org.apache.geronimo.gjndi.AbstractContextTest.assertEq (AbstractContextTest.java:74) at org.apache.geronimo.gjndi.AbstractContextTest.assertEq (AbstractContextTest.java:39) at org.apache.geronimo.gjndi.binding.GBeanBindingTest.testBasics (GBeanBindingTest.java:58) at org.apache.geronimo.gjndi.binding.GBeanBindingTest.testBasics (GBeanBindingTest.java:58) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java: 124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.maven.surefire.junit.JUnitTestSet.execute (JUnitTestSet.java:213) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTes tSet(AbstractDirectoryTestSuite.java:138) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute (AbstractDirectoryTestSuite.java:125) at org.apache.maven.surefire.Surefire.run(Surefire.java:132) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess (SurefireBooter.java:290) at org.apache.maven.surefire.booter.SurefireBooter.main (SurefireBooter.java:818) /snip --jason
Re: Getting java.lang.NullPointerException with geronimo-tomcat6-jee5-2.0.1-bin
I got the README.txt and RELEASE NOTES updated on the wiki. README.txt is also updated in trunk and branches 2.0 Cheers! Hernan Matt Hogstrom wrote: We should probably update the release notes on the Wiki. On Aug 16, 2007, at 11:07 AM, Hernan Cunico wrote: sorry for the confusion, I meant the binaries, not the bin directory. When you download the source you get the README.TXT on the root directory but when you build it or download the binaries the README.TXT is not part of that dist. So I said we should fix that - put the README.TXT on the binary root. I'll add some comments for windows users on the README.TXT on trunk Cheers! Hernan Vamsavardhana Reddy wrote: Better to have this README under the root directory of installation than under bin. Wherever it is, how to make the user read the README? :o) Vamsi On 8/16/07, * Hernan Cunico* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: we don't have a README.TXT in the bin now, only in the source so we should fix this. I think README.TXT would be the right place to comment on this windows limitation. Cheers! Hernan Vamsavardhana Reddy wrote: Should this long path problem be highlighted in a README.TXT (or somewhere in the documentation) where the user can not miss seeing it? Vamsi On 8/16/07, * Ashish Jain* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: following your suggestion of extracting the same to the root of the drive... initially it was in My Documents .. guess long path was the issue.. On 8/16/07, * Vamsavardhana Reddy* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: How? :o) Vamsi PS: Was there a problem in the first place? On 8/16/07, *Ashish Jain* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Problem is resolved thanks Vamsi regards Ashish On 8/16/07, *Vamsavardhana Reddy* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Strange. I am not seeing this error. I would suggest you re-extract from the archive (to the root of the drive to avoid any long path problems) and try it again. Vamsi On 8/16/07, *Ashish Jain* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Yes I am getting this error consistently and when I enter the credentials that is username and password I get the error. On 8/16/07, *Vamsavardhana Reddy* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Have you tried to access the Admin Console before the server fully started? Are you getting this error consistently? Vamsi On 8/16/07, *Ashish Jain* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi!! I am getting null pointer exception with geronimo-tomcat6-jee5-2.0.1-bin. Server starts fine Booting Geronimo Kernel (in Java 1.5.0)... Module 1/31 org.apache.geronimo.configs /rmi-naming/2.0.1/car st arted in .981s Module 2/31 org.apache.geronimo.configs/j2ee-server/2.0.1/car st arted in .330s Module 3/31 org.apache.geronimo.configs/transaction/2.0.1/car st arted in 2.033s Module 4/31 org.apache.geronimo.configs/j2ee-security/2.0.1/car st
[jira] Assigned: (GERONIMO-3380) Derby embedded database pool created from console doesn't work
[ https://issues.apache.org/jira/browse/GERONIMO-3380?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Jencks reassigned GERONIMO-3380: -- Assignee: David Jencks Derby embedded database pool created from console doesn't work -- Key: GERONIMO-3380 URL: https://issues.apache.org/jira/browse/GERONIMO-3380 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console Affects Versions: 2.1 Reporter: Shiva Kumar H R Assignee: David Jencks Priority: Critical Attachments: BankDB.sql, BankDBPool2.xml, geronimo-web.xml, geronimo-web2.xml, WebAppJDBCAccess.war Steps to reproduce: 1) From Admin Console's DB Manager portlet create a database by name BankDB and populate it with the contents of BankDB.sql. 2) From Database Pools portlet, create a new database pool using the Geronimo database pool wizard, with the below information: Name of Database Pool: BankDBPool Database Type: Derby embedded Driver JAR: org.apache.derby/derby/10.2.2.0/jar Database: BankDB 3) From Deploy New portlet, deploy WebAppJDBCAccess.war using geronimo-web.xml. 4) Open http://localhost:8080/WebAppJDBCAccess/ and click on Click here to list Customers. Server will fail to show database contents by throwing following errors at command prompt: 19:10:59,555 ERROR [MCFConnectionInterceptor] Error occurred creating ManagedCon nection for [EMAIL PROTECTED] javax.resource.spi.ResourceAllocationException: Unable to obtain physical connec tion to jdbc:derby:BankDB at org.tranql.connector.jdbc.JDBCDriverMCF.getPhysicalConnection(JDBCDri verMCF.java:98) at org.tranql.connector.jdbc.JDBCDriverMCF.createManagedConnection(JDBCD riverMCF.java:73) at org.apache.geronimo.connector.outbound.MCFConnectionInterceptor.getCo nnection(MCFConnectionInterceptor.java:48) at org.apache.geronimo.connector.outbound.LocalXAResourceInsertionInterc eptor.getConnection(LocalXAResourceInsertionInterceptor.java:41) at org.apache.geronimo.connector.outbound.SinglePoolConnectionIntercepto r.internalGetConnection(SinglePoolConnectionInterceptor.java:67) at org.apache.geronimo.connector.outbound.AbstractSinglePoolConnectionIn terceptor.getConnection(AbstractSinglePoolConnectionInterceptor.java:78) at org.apache.geronimo.connector.outbound.TransactionEnlistingIntercepto r.getConnection(TransactionEnlistingInterceptor.java:46) at org.apache.geronimo.connector.outbound.TransactionCachingInterceptor. getConnection(TransactionCachingInterceptor.java:96) at org.apache.geronimo.connector.outbound.ConnectionHandleInterceptor.ge tConnection(ConnectionHandleInterceptor.java:43) at org.apache.geronimo.connector.outbound.TCCLInterceptor.getConnection( TCCLInterceptor.java:39) at org.apache.geronimo.connector.outbound.ConnectionTrackingInterceptor. getConnection(ConnectionTrackingInterceptor.java:66) at org.apache.geronimo.connector.outbound.AbstractConnectionManager.allo cateConnection(AbstractConnectionManager.java:87) at org.tranql.connector.jdbc.DataSource.getConnection(DataSource.java:56 ) at myPackage.ListCustomers.doGet(ListCustomers.java:41) 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(Appl icationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF ilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperV alve.java:230) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextV alve.java:175) at org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke(DefaultSu bjectValve.java:56) at org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve. invoke(GeronimoStandardContext.java:351) at org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(Gero nimoBeforeAfterValve.java:47) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.j ava:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.j ava:104) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineVal ve.java:109) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java: 563) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.jav a:261) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java :844) at
Re: tooling for web services
On Tuesday 14 August 2007, Lin Sun wrote: I think it would be great to provide some .sh/.bat files to expose these tools so that people can use them directly without going through sun's website and installing the tooling from Sun (which is what we recommend our users to do in our jaxrpc web service example on the wiki.). Just FYI: if you want some apache licensed tooling for JAX-WS, the Apache CXF stuff does generate code that properly passes the reverse tests for the TCK. (at least for standalone) That said, for eclipse, keep an eye on the STP project at eclipse. It supports some extra tooling in eclipse for doing JAX-WS annotations and such. Dan Lin Jarek Gawor wrote: I'm wondering what people think about exposing tools such as wsdl2java or java2wsdl in Geronimo. Geronimo already contains and uses these tools internally but they are not exposed as command line clients. This could make developing web services on Geronimo a little bit easier. I see that such tools were not exposed before in Geronimo 1.1 so maybe the recommendation is to use the eclipse plug-in? Does the eclipse plug-in support JAX-WS services? Jarek -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727C: 508-380-7194 [EMAIL PROTECTED] http://www.dankulp.com/blog
[jira] Commented: (GERONIMO-3374) Admin console uses Generic TranQL RA for non XA driver types
[ https://issues.apache.org/jira/browse/GERONIMO-3374?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12520342 ] Lin Sun commented on GERONIMO-3374: --- Able to recreate this on 2.0 build. After a bit debuging, looks like when setRARName is called in DatabaseDriverGBean, wrong name value is passed in. For example, for embeded derby, it passed in the generic tranql-connector-ra. This seems to happen at starting up the server time. I searched the entire console source/built artifact but I haven't figured out where this gets configured. (seems in some property file or plan). will keep looking. Admin console uses Generic TranQL RA for non XA driver types Key: GERONIMO-3374 URL: https://issues.apache.org/jira/browse/GERONIMO-3374 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console Affects Versions: 2.0 Reporter: Song Assignee: Lin Sun Fix For: 2.0.x When a non XA database type is selected to create a database pool in admin console, Generic TranQL adapter is used to create and deploy the db pool rather than the vendor specific TranQL adapter even for those database(s) for which specifc TranQL adapter is present in repository. However, with XA drivers, the vendor specific adapter is picked up by the admin console while deploying the database plan. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-3374) Admin console uses Generic TranQL RA for non XA driver types
[ https://issues.apache.org/jira/browse/GERONIMO-3374?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12520345 ] Lin Sun commented on GERONIMO-3374: --- Just found it - in webconsole-tomcat config! :) Admin console uses Generic TranQL RA for non XA driver types Key: GERONIMO-3374 URL: https://issues.apache.org/jira/browse/GERONIMO-3374 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console Affects Versions: 2.0 Reporter: Song Assignee: Lin Sun Fix For: 2.0.x When a non XA database type is selected to create a database pool in admin console, Generic TranQL adapter is used to create and deploy the db pool rather than the vendor specific TranQL adapter even for those database(s) for which specifc TranQL adapter is present in repository. However, with XA drivers, the vendor specific adapter is picked up by the admin console while deploying the database plan. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GERONIMO-1682) remote deployment fails when server is running on machine with DHCP
[ https://issues.apache.org/jira/browse/GERONIMO-1682?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Donald Woods closed GERONIMO-1682. -- Resolution: Fixed Fix Version/s: 1.1.x This should already have been fixed in the 1.1 releases. If not, please reopen against 2.0.x. remote deployment fails when server is running on machine with DHCP --- Key: GERONIMO-1682 URL: https://issues.apache.org/jira/browse/GERONIMO-1682 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: deployment Affects Versions: 1.0 Environment: Windows 2003 Reporter: Song Fix For: 1.1.x Remote deployment failed when I used IP address of a DHCP machine. C:\deploy --host 9.186.64.66 --verbose deploy hello-1.0.war .. Username: system Password: Uploading 1 file(s) to server Error: Unable to distribute hello-1.0.war: st68rts17h java.net.UnknownHostException: st68rts17h at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182) at java.net.Socket.connect(Socket.java:478) at java.net.Socket.connect(Socket.java:428) at sun.net.NetworkClient.doConnect(NetworkClient.java:158) at sun.net.www.http.HttpClient.openServer(HttpClient.java:434) at sun.net.www.http.HttpClient.openServer(HttpClient.java:648) at sun.net.www.http.HttpClient.init(HttpClient.java:338) at sun.net.www.http.HttpClient.init(HttpClient.java:299) at sun.net.www.http.HttpClient.New(HttpClient.java:371) at sun.net.www.http.HttpClient.New(HttpClient.java:352) at sun.net.www.http.HttpClient.New(HttpClient.java:347) at sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:562) at sun.net.www.protocol.http.HttpURLConnection.connect(HttpURLConnection.java:539) at org.apache.geronimo.deployment.plugin.remote.RemoteDeployUtil.connectToServer(RemoteDeployUtil.java:117) at org.apache.geronimo.deployment.plugin.remote.RemoteDeployUtil.uploadFilesToServer(RemoteDeployUtil.java:60) at org.apache.geronimo.deployment.plugin.remote.DistributeCommand.massageFileNames(DistributeCommand.java:41) at org.apache.geronimo.deployment.plugin.local.AbstractDeployCommand.doDeploy(AbstractDeployCommand.java:105) at org.apache.geronimo.deployment.plugin.local.DistributeCommand.run(DistributeCommand.java:59) at java.lang.Thread.run(Thread.java:570) 9.186.64.66 is the DHCP ip for remote host st68rts17h. During remote deployment, following steps occur in turn: 1)Local server uses URI supplied from deployer tool (that is 9.186.64.66) to get connector for container on remote machine; 2)Remote machine replies the connectURL to itself, which is using short hostname(that is st68rts17h); 3)Local server uses URL reply from remote machine to upload application archive file. But st68rts17h is not recognized by local server, so the error happens. That's why URI specified in deployer tool, regardless long hostname or IP address, is always converted to short hostname. So the only workaround is to manually add shortname of remote host to hosts file on local machine. After I switched remote machine(running the server) to static IP and changed the machine name to be the same as hostname which is resolvable by DNS, this problem went away. I think the logic of remote deploy need to be enhanced. Simply using URI specified in the command line to connect to remote server runtime(step3 as I mentioned above) should be much more understandable and workable. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-1400) modularize daytrader deployment plan
[ https://issues.apache.org/jira/browse/GERONIMO-1400?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Donald Woods updated GERONIMO-1400: --- Component/s: (was: deployment) sample apps Fix Version/s: Verification Required I believe this has already been handled Please verify and close. modularize daytrader deployment plan Key: GERONIMO-1400 URL: https://issues.apache.org/jira/browse/GERONIMO-1400 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: sample apps Affects Versions: 1.2 Environment: any platform Reporter: simon godik Priority: Minor Fix For: Verification Required Attachments: daytrader-jetty.patch, daytrader-tomcat.patch use geronimo patch 1260 to modularize deployment plan -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (GERONIMO-3374) Admin console uses Generic TranQL RA for non XA driver types
[ https://issues.apache.org/jira/browse/GERONIMO-3374?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lin Sun resolved GERONIMO-3374. --- Resolution: Fixed Fixed in rev 566824. Found a tranql minor issue will open a different JIRA. Admin console uses Generic TranQL RA for non XA driver types Key: GERONIMO-3374 URL: https://issues.apache.org/jira/browse/GERONIMO-3374 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console Affects Versions: 2.0 Reporter: Song Assignee: Lin Sun Fix For: 2.0.x When a non XA database type is selected to create a database pool in admin console, Generic TranQL adapter is used to create and deploy the db pool rather than the vendor specific TranQL adapter even for those database(s) for which specifc TranQL adapter is present in repository. However, with XA drivers, the vendor specific adapter is picked up by the admin console while deploying the database plan. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-3419) Console displays wrong database pool type when derby embed local is used.
[ https://issues.apache.org/jira/browse/GERONIMO-3419?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lin Sun updated GERONIMO-3419: -- Description: after I deploy a database pool using derby embed local rar via admin console, I click on edit the pool to see the details of the pool. I see: Pool Type: TranQL Embedded XA Resource Adapter for Apache Derby A resource adaptor that provides access to an embedded Apache Derby database with local transaction support. Which is wrong. This turned out to be a typo in the ra.xml for the derby embed local rar. was: after I deploy a database pool using derby embed local rar via admin console, I click on edit the pool to see the details of the pool. I see: Pool Type: TranQL Embedded XA Resource Adapter for Apache Derby A resource adaptor that provides access to an embedded Apache Derby database with local transaction support. Which is wrong. This turned out to be a bug in the ra.xml for the derby embed local rar. Summary: Console displays wrong database pool type when derby embed local is used. (was: Console display wrong database pool type when derby embed local is used.) Console displays wrong database pool type when derby embed local is used. - Key: GERONIMO-3419 URL: https://issues.apache.org/jira/browse/GERONIMO-3419 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Affects Versions: 2.1 Reporter: Lin Sun Priority: Minor after I deploy a database pool using derby embed local rar via admin console, I click on edit the pool to see the details of the pool. I see: Pool Type: TranQL Embedded XA Resource Adapter for Apache Derby A resource adaptor that provides access to an embedded Apache Derby database with local transaction support. Which is wrong. This turned out to be a typo in the ra.xml for the derby embed local rar. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-3419) Console display wrong database pool type when derby embed local is used.
Console display wrong database pool type when derby embed local is used. Key: GERONIMO-3419 URL: https://issues.apache.org/jira/browse/GERONIMO-3419 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Affects Versions: 2.1 Reporter: Lin Sun Priority: Minor after I deploy a database pool using derby embed local rar via admin console, I click on edit the pool to see the details of the pool. I see: Pool Type: TranQL Embedded XA Resource Adapter for Apache Derby A resource adaptor that provides access to an embedded Apache Derby database with local transaction support. Which is wrong. This turned out to be a bug in the ra.xml for the derby embed local rar. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-3420) Remote deploy of an EAR without an application.xml plan fails
Remote deploy of an EAR without an application.xml plan fails - Key: GERONIMO-3420 URL: https://issues.apache.org/jira/browse/GERONIMO-3420 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: deployment Affects Versions: 2.0, 2.0.x, 2.1 Environment: Two Linux boxes on the same subnet with remoteDeployAddress reconfigured from localhost to the external interface Reporter: Donald Woods Priority: Critical Fix For: 2.0.x, 2.1 Remote deploy of an EAR that doesn't have a application.xml fails, because the EARConfigBuilder.getEarPlan() is looking for the module/earFile to end with .ear to determine if it is an EAR w/o an app plan, but when using the remoteDeployer, the files are created as temp files without an extension, like remote-deploy31452 - private ApplicationInfo getEarPlan(File planFile, JarFile earFile, ModuleIDBuilder idBuilder) throws DeploymentException { String specDD; ApplicationType application = null; if (earFile != null) { try { URL applicationXmlUrl = DeploymentUtil.createJarURL(earFile, META-INF/application.xml); specDD = DeploymentUtil.readAll(applicationXmlUrl); //we found something called application.xml in the right place, if we can't parse it it's an error XmlObject xmlObject = XmlBeansUtil.parse(specDD); application = convertToApplicationSchema(xmlObject).getApplication(); } catch (XmlException e) { throw new DeploymentException(Could not parse application.xml, e); } catch (Exception e) { //ee5 spec allows optional application.xml, continue with application == null if (!earFile.getName().endsWith(.ear)) { return null; } //TODO return application.xml that we can make metadata complete? } } -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-3420) Remote deploy of an EAR without an application.xml plan fails
[ https://issues.apache.org/jira/browse/GERONIMO-3420?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12520383 ] Donald Woods commented on GERONIMO-3420: TomcatModuleBuilder may be impacted by this lack of file extension, too - } catch (XmlException e) { // Output the target path in the error to make it clearer to the user which webapp // has the problem. The targetPath is used, as moduleFile may have an unhelpful // value such as C:\geronimo-1.1\var\temp\geronimo-deploymentUtil22826.tmpdir throw new DeploymentException(Error parsing web.xml for + targetPath, e); } catch (Exception e) { if (!moduleFile.getName().endsWith(.war)) { //not for us return null; } isJavaee = true; //else ignore as jee5 allows optional spec dd for .war's } Remote deploy of an EAR without an application.xml plan fails - Key: GERONIMO-3420 URL: https://issues.apache.org/jira/browse/GERONIMO-3420 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: deployment Affects Versions: 2.0, 2.0.x, 2.1 Environment: Two Linux boxes on the same subnet with remoteDeployAddress reconfigured from localhost to the external interface Reporter: Donald Woods Priority: Critical Fix For: 2.0.x, 2.1 Remote deploy of an EAR that doesn't have a application.xml fails, because the EARConfigBuilder.getEarPlan() is looking for the module/earFile to end with .ear to determine if it is an EAR w/o an app plan, but when using the remoteDeployer, the files are created as temp files without an extension, like remote-deploy31452 - private ApplicationInfo getEarPlan(File planFile, JarFile earFile, ModuleIDBuilder idBuilder) throws DeploymentException { String specDD; ApplicationType application = null; if (earFile != null) { try { URL applicationXmlUrl = DeploymentUtil.createJarURL(earFile, META-INF/application.xml); specDD = DeploymentUtil.readAll(applicationXmlUrl); //we found something called application.xml in the right place, if we can't parse it it's an error XmlObject xmlObject = XmlBeansUtil.parse(specDD); application = convertToApplicationSchema(xmlObject).getApplication(); } catch (XmlException e) { throw new DeploymentException(Could not parse application.xml, e); } catch (Exception e) { //ee5 spec allows optional application.xml, continue with application == null if (!earFile.getName().endsWith(.ear)) { return null; } //TODO return application.xml that we can make metadata complete? } } -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [DISCUSS] Release Geronimo 2.0.1 (rc1)
Hernan Cunico wrote: Anybody seeing plugin issues, specially when starting them? Could it be a versioning problem, I get similar errors on both Jetty and Tomcat - Unable to start configuration org.apache.geronimo.configs - org.apache.geronimo.kernel.config.InvalidConfigException: Unknown start exception - org.apache.geronimo.gbean.InvalidConfigurationException: Getter method not found Attribute Name: URLFor, Type: class java.net.URL, GBeanInstance: Jetty WebApplication Context Where did you get the plugin that you are trying to install? Do we have any plugins yet for 2.0.1? I attempted to install a plugin for 2.0-SNAPSHOT (Jakarta JSP Examples from the 2.0 plugins repo which was the default in the console even though this is 2.0.1). The 2.0-SNAPSHOT plugins were listed as available for install for 2.0.1. As you mentioned, it installed fine but when I attempted to start it I hit the same errors you listed. At the root of all of them was an NoSuchMethodException for org.apache.geronimo.jetty6.JettyWebAppContext.getURLFor() It looks like this method was removed from both our Jetty Tomcat WebAppConext as part of the connector changes. Is there still some plugin plugin site prep work necessary for 2.0.1? I suspect that we need to have new plugins generated for 2.0.1 and ensure the 2.0-SNAPSHOT plugins are marked as incompatible with 2.0.1. Joe
[jira] Commented: (GERONIMODEVTOOLS-181) Plugin build process should use maven-ant-plugin to download required Eclipse artifacts
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-181?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12520384 ] Sachin Patel commented on GERONIMODEVTOOLS-181: --- I disagree with this approach, this is what used to happen, and I would hate to revert back to this approach. Having the eclipse artifcats deployed as maven dependencies worked out to be a huge improvement. If the issue is the location of the maven repo, then its just a matter of publishing the jars to a more central location. Plugin build process should use maven-ant-plugin to download required Eclipse artifacts Key: GERONIMODEVTOOLS-181 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-181 Project: Geronimo-Devtools Issue Type: Improvement Components: eclipse-plugin Affects Versions: 2.0 Reporter: Tim McConnell Assignee: Tim McConnell Fix For: 2.0 The Eclipse plugin build process should use maven-ant-plugin to download the required Eclipse artifacts from the Eclipse website rather than copying the artifacts into a local maven repository on people.apache.org -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [DISCUSS] Release Geronimo 2.0.1 (rc1)
On Aug 16, 2007, at 2:57 PM, Joe Bohn wrote: Hernan Cunico wrote: Anybody seeing plugin issues, specially when starting them? Could it be a versioning problem, I get similar errors on both Jetty and Tomcat - Unable to start configuration org.apache.geronimo.configs - org.apache.geronimo.kernel.config.InvalidConfigException: Unknown start exception - org.apache.geronimo.gbean.InvalidConfigurationException: Getter method not found Attribute Name: URLFor, Type: class java.net.URL, GBeanInstance: Jetty WebApplication Context Where did you get the plugin that you are trying to install? Do we have any plugins yet for 2.0.1? I attempted to install a plugin for 2.0-SNAPSHOT (Jakarta JSP Examples from the 2.0 plugins repo which was the default in the console even though this is 2.0.1). The 2.0-SNAPSHOT plugins were listed as available for install for 2.0.1. As you mentioned, it installed fine but when I attempted to start it I hit the same errors you listed. At the root of all of them was an NoSuchMethodException for org.apache.geronimo.jetty6.JettyWebAppContext.getURLFor() It looks like this method was removed from both our Jetty Tomcat WebAppConext as part of the connector changes. Is there still some plugin plugin site prep work necessary for 2.0.1? I suspect that we need to have new plugins generated for 2.0.1 and ensure the 2.0-SNAPSHOT plugins are marked as incompatible with 2.0.1. Are there some 2.0-SNAPSHOT plugins that have been released? If so, how did that happen, as I don't recall a vote. Otherwise can't we just remove them? thanks david jencks Joe
Re: [DISCUSS] Release Geronimo 2.0.1 (rc1)
yup, we are talking about the same plugins. I just wanted to test some of those showing as *available* first then try to export some configs as plugins. we may need to revisit those showing up as available before releasing 2.0.1. Once I get a couple to work I'll try some of my own. Cheers! Hernan Joe Bohn wrote: Hernan Cunico wrote: Anybody seeing plugin issues, specially when starting them? Could it be a versioning problem, I get similar errors on both Jetty and Tomcat - Unable to start configuration org.apache.geronimo.configs - org.apache.geronimo.kernel.config.InvalidConfigException: Unknown start exception - org.apache.geronimo.gbean.InvalidConfigurationException: Getter method not found Attribute Name: URLFor, Type: class java.net.URL, GBeanInstance: Jetty WebApplication Context Where did you get the plugin that you are trying to install? Do we have any plugins yet for 2.0.1? I attempted to install a plugin for 2.0-SNAPSHOT (Jakarta JSP Examples from the 2.0 plugins repo which was the default in the console even though this is 2.0.1). The 2.0-SNAPSHOT plugins were listed as available for install for 2.0.1. As you mentioned, it installed fine but when I attempted to start it I hit the same errors you listed. At the root of all of them was an NoSuchMethodException for org.apache.geronimo.jetty6.JettyWebAppContext.getURLFor() It looks like this method was removed from both our Jetty Tomcat WebAppConext as part of the connector changes. Is there still some plugin plugin site prep work necessary for 2.0.1? I suspect that we need to have new plugins generated for 2.0.1 and ensure the 2.0-SNAPSHOT plugins are marked as incompatible with 2.0.1. Joe
[jira] Commented: (GERONIMODEVTOOLS-181) Plugin build process should use maven-ant-plugin to download required Eclipse artifacts
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-181?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12520405 ] Donald Woods commented on GERONIMODEVTOOLS-181: --- Well, we could never agree on a central location for the artifacts the server needed (so I don't see it happening for this anytime soon) and we ended up checking them into the svn repo, which is PITA for these large Eclipse zipfiles If you try to build the 1.2.0 plugin from source, its broke because some required artifacts were removed from people.apache.org, so I'd rather see us 1) pull them from the Eclipse mirrors or 2) pull them from the svn repo Placing them on other locations without proper controls/processes in place, will continue to create releases which can't be built a coupe months after they are released. Plugin build process should use maven-ant-plugin to download required Eclipse artifacts Key: GERONIMODEVTOOLS-181 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-181 Project: Geronimo-Devtools Issue Type: Improvement Components: eclipse-plugin Affects Versions: 2.0 Reporter: Tim McConnell Assignee: Tim McConnell Fix For: 2.0 The Eclipse plugin build process should use maven-ant-plugin to download the required Eclipse artifacts from the Eclipse website rather than copying the artifacts into a local maven repository on people.apache.org -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-2567) Remote deploy of apps fails
[ https://issues.apache.org/jira/browse/GERONIMO-2567?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Donald Woods updated GERONIMO-2567: --- Fix Version/s: Verification Required Are you still seeing this with the 2.0.1 release? If not, can you close this issue? Remote deploy of apps fails --- Key: GERONIMO-2567 URL: https://issues.apache.org/jira/browse/GERONIMO-2567 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: deployment Affects Versions: 1.2 Environment: Linux Java 1.5 Reporter: Jay D. McHugh Fix For: Verification Required Trying to remote deploy a WAR file resulted in a failed connection. This happened regardless of whether the port was specified. $ java -jar deployer.jar --user system --password manager --host 172.16.1.41 redeploy ~/PaLM.war Error: Unable to connect to server at deployer:geronimo:jmx://172.16.1.41 -- Connection refused to host: 127.0.0.1; nested exception is: java.net.ConnectException: Connection refused -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMODEVTOOLS-181) Plugin build process should use maven-ant-plugin to download required Eclipse artifacts
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-181?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sachin Patel updated GERONIMODEVTOOLS-181: -- The problem with the eclipse web sites is that the URL have changed in the past. Having them under our control aleast guarnetees reproducable builds. Plugin build process should use maven-ant-plugin to download required Eclipse artifacts Key: GERONIMODEVTOOLS-181 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-181 Project: Geronimo-Devtools Issue Type: Improvement Components: eclipse-plugin Affects Versions: 2.0 Reporter: Tim McConnell Assignee: Tim McConnell Fix For: 2.0 The Eclipse plugin build process should use maven-ant-plugin to download the required Eclipse artifacts from the Eclipse website rather than copying the artifacts into a local maven repository on people.apache.org -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: geronimo-naming tests failing on trunk...
Hello all, It appears that Jarek is correct (on the thread about rev 566046) and the error is somehow related to the HashMap of GBeans in Configuration.java being changed to a LinkedHashMap. For some reason, with this change, the call to Context.listBindings is returning the wrong values: Should be (this is what is actually in the InitialContext): ds[EMAIL PROTECTED] ds1[EMAIL PROTECTED] ds2[EMAIL PROTECTED] Is now (this is what is returned from context.listBindings): ds[EMAIL PROTECTED] ds1[EMAIL PROTECTED] ds2[EMAIL PROTECTED] Because the binding for ds appears to have been magically changed, the test fails. (Tested on Linux with Sun Java 1.5.0_12-b04) Isn't javax.naming.Context supplied to us? Because it looks like it doesn't like having the bindings stored in a LinkedHashMap. Jay David Jencks wrote: On Aug 16, 2007, at 10:31 AM, Jason Dillon wrote: And it spits this out to console before puking: snip 10:30:29,171 ERROR [ConfigurationUtil] Cound not determine the installation directory of Apache Geronimo, because the startup jar could not be found in the current class loader. /snip that's harmless AFAIK There was a bunch of discussion on this yesterday on the Re: [BUILD] 2.0: Failed for Revision: 566046 thread. Currently I'm hoping someone else will fix it. I think the test is indeterminate in some way but I haven't figured out what it's trying to do. thanks david jencks Dunno if that helps... --jason On Aug 16, 2007, at 10:26 AM, Jason Dillon wrote: Anyone know what's up with this: snip --- Test set: org.apache.geronimo.gjndi.binding.GBeanBindingTest --- Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.876 sec FAILURE! testBasics(org.apache.geronimo.gjndi.binding.GBeanBindingTest) Time elapsed: 0.846 sec FAILURE! junit.framework.AssertionFailedError: list of writable on root for value for ds expected:[EMAIL PROTECTED] but was:[EMAIL PROTECTED] at junit.framework.Assert.fail(Assert.java:47) at junit.framework.Assert.failNotEquals(Assert.java:282) at junit.framework.Assert.assertEquals(Assert.java:64) at org.apache.geronimo.gjndi.AbstractContextTest.assertListResults(AbstractContextTest.java:137) at org.apache.geronimo.gjndi.AbstractContextTest.assertList(AbstractContextTest.java:109) at org.apache.geronimo.gjndi.AbstractContextTest.assertEq(AbstractContextTest.java:74) at org.apache.geronimo.gjndi.AbstractContextTest.assertEq(AbstractContextTest.java:39) at org.apache.geronimo.gjndi.binding.GBeanBindingTest.testBasics(GBeanBindingTest.java:58) at org.apache.geronimo.gjndi.binding.GBeanBindingTest.testBasics(GBeanBindingTest.java:58) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.maven.surefire.junit.JUnitTestSet.execute(JUnitTestSet.java:213) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:138) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:125) at org.apache.maven.surefire.Surefire.run(Surefire.java:132) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:290) at
Re: geronimo-naming tests failing on trunk...
Oh, there was discussion on this already? My delete key must have been hungry... Kay, just wondering. I was going to update the build to use surefire 2.3, which has a nice capture output to files feature to prevent all those evil exceptions and other cruft from cluttering up the build log... But it also has some other cl wrinkles and I wanted to... ya know try a build before I changed it ;-) Hopefully someone can fix this build problem... er... soonish? --jason On Aug 16, 2007, at 4:56 PM, Jay D. McHugh wrote: Hello all, It appears that Jarek is correct (on the thread about rev 566046) and the error is somehow related to the HashMap of GBeans in Configuration.java being changed to a LinkedHashMap. For some reason, with this change, the call to Context.listBindings is returning the wrong values: Should be (this is what is actually in the InitialContext): ds[EMAIL PROTECTED] ds1[EMAIL PROTECTED] ds2[EMAIL PROTECTED] Is now (this is what is returned from context.listBindings): ds[EMAIL PROTECTED] ds1[EMAIL PROTECTED] ds2[EMAIL PROTECTED] Because the binding for ds appears to have been magically changed, the test fails. (Tested on Linux with Sun Java 1.5.0_12-b04) Isn't javax.naming.Context supplied to us? Because it looks like it doesn't like having the bindings stored in a LinkedHashMap. Jay David Jencks wrote: On Aug 16, 2007, at 10:31 AM, Jason Dillon wrote: And it spits this out to console before puking: snip 10:30:29,171 ERROR [ConfigurationUtil] Cound not determine the installation directory of Apache Geronimo, because the startup jar could not be found in the current class loader. /snip that's harmless AFAIK There was a bunch of discussion on this yesterday on the Re: [BUILD] 2.0: Failed for Revision: 566046 thread. Currently I'm hoping someone else will fix it. I think the test is indeterminate in some way but I haven't figured out what it's trying to do. thanks david jencks Dunno if that helps... --jason On Aug 16, 2007, at 10:26 AM, Jason Dillon wrote: Anyone know what's up with this: snip --- Test set: org.apache.geronimo.gjndi.binding.GBeanBindingTest --- Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.876 sec FAILURE! testBasics(org.apache.geronimo.gjndi.binding.GBeanBindingTest) Time elapsed: 0.846 sec FAILURE! junit.framework.AssertionFailedError: list of writable on root for value for ds expected:[EMAIL PROTECTED] but was:[EMAIL PROTECTED] at junit.framework.Assert.fail(Assert.java:47) at junit.framework.Assert.failNotEquals(Assert.java:282) at junit.framework.Assert.assertEquals(Assert.java:64) at org.apache.geronimo.gjndi.AbstractContextTest.assertListResults (AbstractContextTest.java:137) at org.apache.geronimo.gjndi.AbstractContextTest.assertList (AbstractContextTest.java:109) at org.apache.geronimo.gjndi.AbstractContextTest.assertEq (AbstractContextTest.java:74) at org.apache.geronimo.gjndi.AbstractContextTest.assertEq (AbstractContextTest.java:39) at org.apache.geronimo.gjndi.binding.GBeanBindingTest.testBasics (GBeanBindingTest.java:58) at org.apache.geronimo.gjndi.binding.GBeanBindingTest.testBasics (GBeanBindingTest.java:58) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java: 106) at junit.framework.TestResult.runProtected (TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.maven.surefire.junit.JUnitTestSet.execute (JUnitTestSet.java:213) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeT estSet(AbstractDirectoryTestSuite.java:138) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute( AbstractDirectoryTestSuite.java:125) at
[jira] Updated: (GERONIMO-2567) Remote admin of server using deployer.jar fails to connect
[ https://issues.apache.org/jira/browse/GERONIMO-2567?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jay D. McHugh updated GERONIMO-2567: Affects Version/s: 2.0.x 2.0 Summary: Remote admin of server using deployer.jar fails to connect (was: Remote deploy of apps fails) I am still having a problem. Perhaps the problem is that I am trying to use the deployer incorrectly (I usually just use the web console to administer remote servers). Please let me know if I am trying to use the tool incorrectly (It would be nice to be able to script my redeploys). Configuration: Local system - Linux with Sun JDK 1.5.0_12 Remote system - Linux with Sun JDK 1.5.0_8 (IP Address 172.16.1.41) No running firewall on either system and the web admin console works. When I try to list the modules running on a remote server here is the command I use and the resulting output: (with a server running locally also) java -jar deployer.jar --user system --password manager --host 172.16.1.41 list-modules Error: Unable to connect to server at deployer:geronimo:jmx://172.16.1.41 -- no such object in table javax.enterprise.deploy.spi.exceptions.DeploymentManagerCreationException: no such object in table at org.apache.geronimo.deployment.plugin.factories.BaseDeploymentFactory.newRemoteDeploymentManager(BaseDeploymentFactory.java:167) at org.apache.geronimo.deployment.plugin.factories.BaseDeploymentFactory.getDeploymentManager(BaseDeploymentFactory.java:131) at javax.enterprise.deploy.shared.factories.DeploymentFactoryManager.getDeploymentManager(DeploymentFactoryManager.java:111) at org.apache.geronimo.deployment.cli.ServerConnection.tryToConnect(ServerConnection.java:181) at org.apache.geronimo.deployment.cli.ServerConnection.init(ServerConnection.java:93) at org.apache.geronimo.deployment.cli.DeployTool.execute(DeployTool.java:158) 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.deployer.DeployerCLI.main(DeployerCLI.java:31) Caused by: java.rmi.NoSuchObjectException: no such object in table at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:247) at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:223) at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:126) at javax.management.remote.rmi.RMIServerImpl_Stub.newClient(Unknown Source) at javax.management.remote.rmi.RMIConnector.getConnection(RMIConnector.java:2239) at javax.management.remote.rmi.RMIConnector.connect(RMIConnector.java:271) at javax.management.remote.JMXConnectorFactory.connect(JMXConnectorFactory.java:248) at org.apache.geronimo.deployment.plugin.factories.BaseDeploymentFactory.newRemoteDeploymentManager(BaseDeploymentFactory.java:159) ... 8 more (without a server running locally) java -jar deployer.jar --user system --password manager --host 172.16.1.41 list-modules Error: Unable to connect to server at deployer:geronimo:jmx://172.16.1.41 -- Connection refused to host: 127.0.0.1; nested exception is: java.net.ConnectException: Connection refused javax.enterprise.deploy.spi.exceptions.DeploymentManagerCreationException: Connection refused to host: 127.0.0.1; nested exception is: java.net.ConnectException: Connection refused at org.apache.geronimo.deployment.plugin.factories.BaseDeploymentFactory.newRemoteDeploymentManager(BaseDeploymentFactory.java:167) at org.apache.geronimo.deployment.plugin.factories.BaseDeploymentFactory.getDeploymentManager(BaseDeploymentFactory.java:131) at javax.enterprise.deploy.shared.factories.DeploymentFactoryManager.getDeploymentManager(DeploymentFactoryManager.java:111) at org.apache.geronimo.deployment.cli.ServerConnection.tryToConnect(ServerConnection.java:181) at org.apache.geronimo.deployment.cli.ServerConnection.init(ServerConnection.java:93) at org.apache.geronimo.deployment.cli.DeployTool.execute(DeployTool.java:158) 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.deployer.DeployerCLI.main(DeployerCLI.java:31) Caused by: java.rmi.ConnectException: Connection refused to host: 127.0.0.1; nested exception is: java.net.ConnectException: Connection refused at sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:574) at sun.rmi.transport.tcp.TCPChannel.createConnection(TCPChannel.java:185) at
Re: [jira] Commented: (GERONIMODEVTOOLS-180) Upgrade supported eclipse level from 3.3RC2 to 3.3, and related packages.
Hi again Jacek, I FTP'd the latest version of the plugin to this site (http://people.apache.org/dist/geronimo/eclipse/unstable). It contains the released version of all the eclipse dependencies. Except for a couple small problems (which I don't think are related to the 3.3 eclipse artifacts) it seems fairly well-behaved. Thanks again Jacek Laskowski (JIRA) wrote: [ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-180?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12520306 ] Jacek Laskowski commented on GERONIMODEVTOOLS-180: -- Could you put the plugin RC in the unstable repo so others could give it a shot (me including)? The more eyes the better, isn't it? Upgrade supported eclipse level from 3.3RC2 to 3.3, and related packages. - Key: GERONIMODEVTOOLS-180 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-180 Project: Geronimo-Devtools Issue Type: Improvement Components: eclipse-plugin Affects Versions: 2.0 Reporter: Ted Kirby Assignee: Tim McConnell The eclipse plugin now prereqs these eclipse levels: eclipse-sdk3.3RC2 Web Tools Platform (WTP) 2.0RC2 Eclipse Modeling Framework (EMF) 2.3.0RC2 Graphical Editing Framework (GEF) 3.3RC2 Data Tools Platform (DTP) 1.5RC2 Europa (eclipse 3.3) went GA on June 27, so I think we need to upgrade the plugin to support the released levels, not the RC2 levels. Eurpoa now offers 5 eclipse bundles. 3.2 had one. 3.3 offers one comparable to the 3.2, called eclipse classic, at 140 MB, which the build is currently using. I think we should consider using Eclipse IDE for Java EE Developers, at 125 MB. -- Thanks, Tim McConnell
[jira] Closed: (GERONIMO-3380) Derby embedded database pool created from console doesn't work
[ https://issues.apache.org/jira/browse/GERONIMO-3380?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Jencks closed GERONIMO-3380. -- Resolution: Fixed Fix Version/s: 2.1 This requires Sun Li's changes from GERONIMO-3374 to work. Fixed in rev 566889 in trunk. - changed the db info gbean isXA flag to isSpecific and if it is, show the rar-specific properties. - changed the include/exclude logic for what to show in the jar list so system-database car shows up. - generified some of the classes. If you want derby, you have to select system-database car as a jar instead of derby. The embed-local tranql ra.xml claims that it is xa, which is a bit confusing. I think it would be better to have a filter in the db info gbean that was used to specify what jars to show. Generally we can figure out the likely jars that contain drivers. This could use some additional checking. Derby embedded database pool created from console doesn't work -- Key: GERONIMO-3380 URL: https://issues.apache.org/jira/browse/GERONIMO-3380 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console Affects Versions: 2.1 Reporter: Shiva Kumar H R Assignee: David Jencks Priority: Critical Fix For: 2.1 Attachments: BankDB.sql, BankDBPool2.xml, geronimo-web.xml, geronimo-web2.xml, WebAppJDBCAccess.war Steps to reproduce: 1) From Admin Console's DB Manager portlet create a database by name BankDB and populate it with the contents of BankDB.sql. 2) From Database Pools portlet, create a new database pool using the Geronimo database pool wizard, with the below information: Name of Database Pool: BankDBPool Database Type: Derby embedded Driver JAR: org.apache.derby/derby/10.2.2.0/jar Database: BankDB 3) From Deploy New portlet, deploy WebAppJDBCAccess.war using geronimo-web.xml. 4) Open http://localhost:8080/WebAppJDBCAccess/ and click on Click here to list Customers. Server will fail to show database contents by throwing following errors at command prompt: 19:10:59,555 ERROR [MCFConnectionInterceptor] Error occurred creating ManagedCon nection for [EMAIL PROTECTED] javax.resource.spi.ResourceAllocationException: Unable to obtain physical connec tion to jdbc:derby:BankDB at org.tranql.connector.jdbc.JDBCDriverMCF.getPhysicalConnection(JDBCDri verMCF.java:98) at org.tranql.connector.jdbc.JDBCDriverMCF.createManagedConnection(JDBCD riverMCF.java:73) at org.apache.geronimo.connector.outbound.MCFConnectionInterceptor.getCo nnection(MCFConnectionInterceptor.java:48) at org.apache.geronimo.connector.outbound.LocalXAResourceInsertionInterc eptor.getConnection(LocalXAResourceInsertionInterceptor.java:41) at org.apache.geronimo.connector.outbound.SinglePoolConnectionIntercepto r.internalGetConnection(SinglePoolConnectionInterceptor.java:67) at org.apache.geronimo.connector.outbound.AbstractSinglePoolConnectionIn terceptor.getConnection(AbstractSinglePoolConnectionInterceptor.java:78) at org.apache.geronimo.connector.outbound.TransactionEnlistingIntercepto r.getConnection(TransactionEnlistingInterceptor.java:46) at org.apache.geronimo.connector.outbound.TransactionCachingInterceptor. getConnection(TransactionCachingInterceptor.java:96) at org.apache.geronimo.connector.outbound.ConnectionHandleInterceptor.ge tConnection(ConnectionHandleInterceptor.java:43) at org.apache.geronimo.connector.outbound.TCCLInterceptor.getConnection( TCCLInterceptor.java:39) at org.apache.geronimo.connector.outbound.ConnectionTrackingInterceptor. getConnection(ConnectionTrackingInterceptor.java:66) at org.apache.geronimo.connector.outbound.AbstractConnectionManager.allo cateConnection(AbstractConnectionManager.java:87) at org.tranql.connector.jdbc.DataSource.getConnection(DataSource.java:56 ) at myPackage.ListCustomers.doGet(ListCustomers.java:41) 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(Appl icationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF ilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperV alve.java:230) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextV alve.java:175) at org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke(DefaultSu bjectValve.java:56) at
[jira] Commented: (GERONIMO-3374) Admin console uses Generic TranQL RA for non XA driver types
[ https://issues.apache.org/jira/browse/GERONIMO-3374?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12520428 ] David Jencks commented on GERONIMO-3374: Did the portlet actually work for you without my changes for 3380? I could not actually get the portlet to display correctly or come up with a plan without those changes. Admin console uses Generic TranQL RA for non XA driver types Key: GERONIMO-3374 URL: https://issues.apache.org/jira/browse/GERONIMO-3374 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console Affects Versions: 2.0 Reporter: Song Assignee: Lin Sun Fix For: 2.0.x When a non XA database type is selected to create a database pool in admin console, Generic TranQL adapter is used to create and deploy the db pool rather than the vendor specific TranQL adapter even for those database(s) for which specifc TranQL adapter is present in repository. However, with XA drivers, the vendor specific adapter is picked up by the admin console while deploying the database plan. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: geronimo-naming tests failing on trunk...
The reason I suspect that the test is wrong is that the LinkedHashMap doesn't have anything to do with the xbean naming implementation that is behind the javax.naming.Context. While it's possible that there's a giant bug in xbean-naming I think it's more likely that the test is not testing quite what we think it is. thanks david jencks On Aug 16, 2007, at 4:56 PM, Jay D. McHugh wrote: Hello all, It appears that Jarek is correct (on the thread about rev 566046) and the error is somehow related to the HashMap of GBeans in Configuration.java being changed to a LinkedHashMap. For some reason, with this change, the call to Context.listBindings is returning the wrong values: Should be (this is what is actually in the InitialContext): ds[EMAIL PROTECTED] ds1[EMAIL PROTECTED] ds2[EMAIL PROTECTED] Is now (this is what is returned from context.listBindings): ds[EMAIL PROTECTED] ds1[EMAIL PROTECTED] ds2[EMAIL PROTECTED] Because the binding for ds appears to have been magically changed, the test fails. (Tested on Linux with Sun Java 1.5.0_12-b04) Isn't javax.naming.Context supplied to us? Because it looks like it doesn't like having the bindings stored in a LinkedHashMap. Jay David Jencks wrote: On Aug 16, 2007, at 10:31 AM, Jason Dillon wrote: And it spits this out to console before puking: snip 10:30:29,171 ERROR [ConfigurationUtil] Cound not determine the installation directory of Apache Geronimo, because the startup jar could not be found in the current class loader. /snip that's harmless AFAIK There was a bunch of discussion on this yesterday on the Re: [BUILD] 2.0: Failed for Revision: 566046 thread. Currently I'm hoping someone else will fix it. I think the test is indeterminate in some way but I haven't figured out what it's trying to do. thanks david jencks Dunno if that helps... --jason On Aug 16, 2007, at 10:26 AM, Jason Dillon wrote: Anyone know what's up with this: snip --- Test set: org.apache.geronimo.gjndi.binding.GBeanBindingTest --- Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.876 sec FAILURE! testBasics(org.apache.geronimo.gjndi.binding.GBeanBindingTest) Time elapsed: 0.846 sec FAILURE! junit.framework.AssertionFailedError: list of writable on root for value for ds expected:[EMAIL PROTECTED] but was:[EMAIL PROTECTED] at junit.framework.Assert.fail(Assert.java:47) at junit.framework.Assert.failNotEquals(Assert.java:282) at junit.framework.Assert.assertEquals(Assert.java:64) at org.apache.geronimo.gjndi.AbstractContextTest.assertListResults (AbstractContextTest.java:137) at org.apache.geronimo.gjndi.AbstractContextTest.assertList (AbstractContextTest.java:109) at org.apache.geronimo.gjndi.AbstractContextTest.assertEq (AbstractContextTest.java:74) at org.apache.geronimo.gjndi.AbstractContextTest.assertEq (AbstractContextTest.java:39) at org.apache.geronimo.gjndi.binding.GBeanBindingTest.testBasics (GBeanBindingTest.java:58) at org.apache.geronimo.gjndi.binding.GBeanBindingTest.testBasics (GBeanBindingTest.java:58) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java: 106) at junit.framework.TestResult.runProtected (TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.maven.surefire.junit.JUnitTestSet.execute (JUnitTestSet.java:213) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeT estSet(AbstractDirectoryTestSuite.java:138) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute( AbstractDirectoryTestSuite.java:125) at org.apache.maven.surefire.Surefire.run(Surefire.java: 132) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[jira] Commented: (GERONIMO-3420) Remote deploy of an EAR without an application.xml plan fails
[ https://issues.apache.org/jira/browse/GERONIMO-3420?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12520432 ] David Jencks commented on GERONIMO-3420: I saw an offline suggestion to include the name of each file in the protocol the remote deploy servlet/RemoteDeployUtil use. I think this is a good idea. I suggest that the protocol also be modified to start with a version byte so the next time we change the protocol we can preserve backward compatibility. Remote deploy of an EAR without an application.xml plan fails - Key: GERONIMO-3420 URL: https://issues.apache.org/jira/browse/GERONIMO-3420 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: deployment Affects Versions: 2.0, 2.0.x, 2.1 Environment: Two Linux boxes on the same subnet with remoteDeployAddress reconfigured from localhost to the external interface Reporter: Donald Woods Priority: Critical Fix For: 2.0.x, 2.1 Remote deploy of an EAR that doesn't have a application.xml fails, because the EARConfigBuilder.getEarPlan() is looking for the module/earFile to end with .ear to determine if it is an EAR w/o an app plan, but when using the remoteDeployer, the files are created as temp files without an extension, like remote-deploy31452 - private ApplicationInfo getEarPlan(File planFile, JarFile earFile, ModuleIDBuilder idBuilder) throws DeploymentException { String specDD; ApplicationType application = null; if (earFile != null) { try { URL applicationXmlUrl = DeploymentUtil.createJarURL(earFile, META-INF/application.xml); specDD = DeploymentUtil.readAll(applicationXmlUrl); //we found something called application.xml in the right place, if we can't parse it it's an error XmlObject xmlObject = XmlBeansUtil.parse(specDD); application = convertToApplicationSchema(xmlObject).getApplication(); } catch (XmlException e) { throw new DeploymentException(Could not parse application.xml, e); } catch (Exception e) { //ee5 spec allows optional application.xml, continue with application == null if (!earFile.getName().endsWith(.ear)) { return null; } //TODO return application.xml that we can make metadata complete? } } -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-3374) Admin console uses Generic TranQL RA for non XA driver types
[ https://issues.apache.org/jira/browse/GERONIMO-3374?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12520439 ] Lin Sun commented on GERONIMO-3374: --- Yes it worked for me. I used the latest trunk, and tried the derby embed local and derby network. Able to create a database pool for each of the two types (view the plan before deploy) and also able to edit them. Admin console uses Generic TranQL RA for non XA driver types Key: GERONIMO-3374 URL: https://issues.apache.org/jira/browse/GERONIMO-3374 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console Affects Versions: 2.0 Reporter: Song Assignee: Lin Sun Fix For: 2.0.x When a non XA database type is selected to create a database pool in admin console, Generic TranQL adapter is used to create and deploy the db pool rather than the vendor specific TranQL adapter even for those database(s) for which specifc TranQL adapter is present in repository. However, with XA drivers, the vendor specific adapter is picked up by the admin console while deploying the database plan. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-3386) Nothing returned when clicking on Save button at creating Tomcat NIO HTTPs Connector
[ https://issues.apache.org/jira/browse/GERONIMO-3386?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Song updated GERONIMO-3386: --- Summary: Nothing returned when clicking on Save button at creating Tomcat NIO HTTPs Connector (was: Nothing returned when clicking on Save button at editing Tomcat NIO HTTP Connector) Nothing returned when clicking on Save button at creating Tomcat NIO HTTPs Connector -- Key: GERONIMO-3386 URL: https://issues.apache.org/jira/browse/GERONIMO-3386 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console Affects Versions: 2.0-M5 Environment: Windows xp sp2 x86-32 Reporter: Song When edit a new Tomcat NIO HTTP Connector, modify port from 8081 to 8082, click on Save button, No any response returned, and No error or exception is thrown too. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: geronimo-naming tests failing on trunk...
The test should be fixed now (and it also works nicely on IBM JDK now too). The GBeanBinding.addBinding() method only binds stuff into the JNDI context on the first call. The way the test was setup, it was called multiple times for one binding. Therefore, the order in which addBinding() was called really mattered. The order was affected by different JDK implementation or the HashMap to LinkedHashMap change. I fixed the test by ensuring the addBinding() is called once per each GBeanBinding. Jarek On 8/16/07, David Jencks [EMAIL PROTECTED] wrote: The reason I suspect that the test is wrong is that the LinkedHashMap doesn't have anything to do with the xbean naming implementation that is behind the javax.naming.Context. While it's possible that there's a giant bug in xbean-naming I think it's more likely that the test is not testing quite what we think it is. thanks david jencks On Aug 16, 2007, at 4:56 PM, Jay D. McHugh wrote: Hello all, It appears that Jarek is correct (on the thread about rev 566046) and the error is somehow related to the HashMap of GBeans in Configuration.java being changed to a LinkedHashMap. For some reason, with this change, the call to Context.listBindings is returning the wrong values: Should be (this is what is actually in the InitialContext): ds[EMAIL PROTECTED] ds1[EMAIL PROTECTED] ds2[EMAIL PROTECTED] Is now (this is what is returned from context.listBindings): ds[EMAIL PROTECTED] ds1[EMAIL PROTECTED] ds2[EMAIL PROTECTED] Because the binding for ds appears to have been magically changed, the test fails. (Tested on Linux with Sun Java 1.5.0_12-b04) Isn't javax.naming.Context supplied to us? Because it looks like it doesn't like having the bindings stored in a LinkedHashMap. Jay David Jencks wrote: On Aug 16, 2007, at 10:31 AM, Jason Dillon wrote: And it spits this out to console before puking: snip 10:30:29,171 ERROR [ConfigurationUtil] Cound not determine the installation directory of Apache Geronimo, because the startup jar could not be found in the current class loader. /snip that's harmless AFAIK There was a bunch of discussion on this yesterday on the Re: [BUILD] 2.0: Failed for Revision: 566046 thread. Currently I'm hoping someone else will fix it. I think the test is indeterminate in some way but I haven't figured out what it's trying to do. thanks david jencks Dunno if that helps... --jason On Aug 16, 2007, at 10:26 AM, Jason Dillon wrote: Anyone know what's up with this: snip --- Test set: org.apache.geronimo.gjndi.binding.GBeanBindingTest --- Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.876 sec FAILURE! testBasics(org.apache.geronimo.gjndi.binding.GBeanBindingTest) Time elapsed: 0.846 sec FAILURE! junit.framework.AssertionFailedError: list of writable on root for value for ds expected:[EMAIL PROTECTED] but was:[EMAIL PROTECTED] at junit.framework.Assert.fail(Assert.java:47) at junit.framework.Assert.failNotEquals(Assert.java:282) at junit.framework.Assert.assertEquals(Assert.java:64) at org.apache.geronimo.gjndi.AbstractContextTest.assertListResults (AbstractContextTest.java:137) at org.apache.geronimo.gjndi.AbstractContextTest.assertList (AbstractContextTest.java:109) at org.apache.geronimo.gjndi.AbstractContextTest.assertEq (AbstractContextTest.java:74) at org.apache.geronimo.gjndi.AbstractContextTest.assertEq (AbstractContextTest.java:39) at org.apache.geronimo.gjndi.binding.GBeanBindingTest.testBasics (GBeanBindingTest.java:58) at org.apache.geronimo.gjndi.binding.GBeanBindingTest.testBasics (GBeanBindingTest.java:58) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java: 106) at junit.framework.TestResult.runProtected (TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at