my diploma thesis
Hi, I'm a student of software engineering at the university of Stuttgart(Germany) and right now I'm looking for an appropriate subject for my diploma thesis. I'd really like to do something that deals with JBI in general focusing on the ServiceMix implementation in particular. Currently I'm reading the JBI spec trying to find some inspiration. The reason for writing is that I wanted to ask for any existing ideas. Is there anything missing in your implementation, is there any need for detailed analysis or working prototypes of new features (I have read through the possible ideas on the ServiceMix homepage, which are very interesting - but maybe there are more)? The basic requirements of my university include that the diploma thesis deals with something new that hasn't existed before and that theoretical parts of the thesis might be published afterwards. So, if anybody has ideas, hints or just good wishes ;-) please let me know. Greets and TIA, Daniel
[jira] Commented: (GERONIMO-1594) deployment of a simple (only one jsp) web project failed
[ http://issues.apache.org/jira/browse/GERONIMO-1594?page=comments#action_12365404 ] Mark Mauerwerk commented on GERONIMO-1594: -- I don't know if it has relevance, but one additional remark I missed above: I run geronimo with tomcat. deployment of a simple (only one jsp) web project failed Key: GERONIMO-1594 URL: http://issues.apache.org/jira/browse/GERONIMO-1594 Project: Geronimo Type: Bug Components: deployment Environment: windows xp SP2 with jsdk 1.4.2_10, geronimo 1.0, eclipse Version: 3.1.1 Build id: M20050929-0840, st 1.0.0, geronimo plugin 1.0.0 (build of 25.01) Reporter: Mark Mauerwerk following the instructions of the ibm article deployment of a simple (only one jsp) web project failed Despite geronimo management console displays web app as running, my test jsp is not there. I did not found any error message in the console window, but in .log (see below) !ENTRY org.apache.geronimo.devtools.eclipse.core 4 0 2006-02-05 19:16:45.78 !MESSAGE Starting of configuration failed. See .log for details. !STACK 0 java.lang.Exception: Error unmarshaling return; nested exception is: java.lang.ClassNotFoundException: org.apache.geronimo.kernel.GBeanNotFoundException (no security manager: RMI class loader disabled) java.rmi.UnmarshalException: Error unmarshaling return; nested exception is: java.lang.ClassNotFoundException: org.apache.geronimo.kernel.GBeanNotFoundException (no security manager: RMI class loader disabled) at sun.rmi.transport.StreamRemoteCall.executeCall(Unknown Source) at sun.rmi.server.UnicastRef.invoke(Unknown Source) at com.sun.jmx.remote.internal.PRef.invoke(Unknown Source) at javax.management.remote.rmi.RMIConnectionImpl_Stub.invoke(Unknown Source) at javax.management.remote.rmi.RMIConnector$RemoteMBeanServerConnection.invoke(Unknown Source) at org.apache.geronimo.kernel.jmx.KernelDelegate.invokeKernel(KernelDelegate.java:339) at org.apache.geronimo.kernel.jmx.KernelDelegate.getGBeanState(KernelDelegate.java:121) at org.apache.geronimo.deployment.plugin.local.StartCommand.run(StartCommand.java:64) at java.lang.Thread.run(Unknown Source) Caused by: java.lang.ClassNotFoundException: org.apache.geronimo.kernel.GBeanNotFoundException (no security manager: RMI class loader disabled) at sun.rmi.server.LoaderHandler.loadClass(Unknown Source) at sun.rmi.server.LoaderHandler.loadClass(Unknown Source) at java.rmi.server.RMIClassLoader$2.loadClass(Unknown Source) at java.rmi.server.RMIClassLoader.loadClass(Unknown Source) at sun.rmi.server.MarshalInputStream.resolveClass(Unknown Source) at java.io.ObjectInputStream.readNonProxyDesc(Unknown Source) at java.io.ObjectInputStream.readClassDesc(Unknown Source) at java.io.ObjectInputStream.readOrdinaryObject(Unknown Source) at java.io.ObjectInputStream.readObject0(Unknown Source) at java.io.ObjectInputStream.defaultReadFields(Unknown Source) at java.io.ObjectInputStream.readSerialData(Unknown Source) at java.io.ObjectInputStream.readOrdinaryObject(Unknown Source) at java.io.ObjectInputStream.readObject0(Unknown Source) at java.io.ObjectInputStream.readObject(Unknown Source) ... 9 more at org.apache.geronimo.core.internal.GeronimoServerBehaviour.doFail(GeronimoServerBehaviour.java:352) at org.apache.geronimo.core.internal.GeronimoServerBehaviour.doDeploy(GeronimoServerBehaviour.java:299) at org.apache.geronimo.core.internal.GeronimoServerBehaviour.invokeCommand(GeronimoServerBehaviour.java:241) at org.apache.geronimo.core.internal.GeronimoServerBehaviour.publishModule(GeronimoServerBehaviour.java:225) at org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publishModule(ServerBehaviourDelegate.java:658) at org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publishModules(ServerBehaviourDelegate.java:738) at org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publish(ServerBehaviourDelegate.java:596) at org.eclipse.wst.server.core.internal.Server.doPublish(Server.java:799) at org.eclipse.wst.server.core.internal.Server.publish(Server.java:788) at org.eclipse.wst.server.core.internal.PublishServerJob.run(PublishServerJob.java:145) at org.eclipse.core.internal.jobs.Worker.run(Worker.java:76) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (GERONIMO-1593) Add SMTP Authentication and STARTTLS support.
[ http://issues.apache.org/jira/browse/GERONIMO-1593?page=comments#action_12365407 ] Bruce Snyder commented on GERONIMO-1593: Had to apply a few fixes to the SMTPTransport class after discovering issues that were confirmed by a user on the dev@ list: Transmitting file data . Committed revision 375548. Add SMTP Authentication and STARTTLS support. - Key: GERONIMO-1593 URL: http://issues.apache.org/jira/browse/GERONIMO-1593 Project: Geronimo Type: New Feature Components: mail Versions: 1.1 Reporter: Rick McGuire Assignee: Bruce Snyder Fix For: 1.1 Attachments: GERONIMO-1593-geronimo-spec-javamail.patch, GERONIMO-1593-javamail-transport.patch These patches add SMTP PLAIN, LOGIN, CRAM-MD5, and DIGEST_MD5 authentication to the SMTP driver. Also adds an smtps protocl driver and STARTTLS support. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Compilation errors in module javamail-transport
On 2/7/06, Jian Liao [EMAIL PROTECTED] wrote: Hi Bruce, I rebuild geronimo-spec with mvn clean install, then I try to build geronimo svn head with: maven -o m:clean new. I got the following exception from the javamail-transport module: Jian, I fixed the compilation issues and the build should now complete without error. Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT* );' Apache Geronimo (http://geronimo.apache.org/) Castor (http://castor.org/)
[jira] Commented: (GERONIMO-1594) deployment of a simple (only one jsp) web project failed
[
http://issues.apache.org/jira/browse/GERONIMO-1594?page=comments#action_12365420
]
Mark Mauerwerk commented on GERONIMO-1594:
--
This I think is caused when running eclipse on 1.5, you need to run on 1.4.2.
finally {you are right} ;-)
However, the ever tiresome non transparent installations on windows require in
this case to alter HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime
Environment\CurrentVersion to 1.4, only providing eclipse.exe with with -vm
path to 1.4.2 runtime is not sufficient on windows!!
may be this behaviour could be supplemented to 1454.
deployment of a simple (only one jsp) web project failed
Key: GERONIMO-1594
URL: http://issues.apache.org/jira/browse/GERONIMO-1594
Project: Geronimo
Type: Bug
Components: deployment
Environment: windows xp SP2 with jsdk 1.4.2_10, geronimo 1.0, eclipse
Version: 3.1.1 Build id: M20050929-0840, st 1.0.0, geronimo plugin 1.0.0
(build of 25.01)
Reporter: Mark Mauerwerk
following the instructions of the ibm article deployment of a simple (only
one jsp) web project failed
Despite geronimo management console displays web app as running, my test jsp
is not there.
I did not found any error message in the console window, but in .log (see
below)
!ENTRY org.apache.geronimo.devtools.eclipse.core 4 0 2006-02-05 19:16:45.78
!MESSAGE Starting of configuration failed. See .log for details.
!STACK 0
java.lang.Exception: Error unmarshaling return; nested exception is:
java.lang.ClassNotFoundException:
org.apache.geronimo.kernel.GBeanNotFoundException (no security manager: RMI
class loader disabled)
java.rmi.UnmarshalException: Error unmarshaling return; nested exception is:
java.lang.ClassNotFoundException:
org.apache.geronimo.kernel.GBeanNotFoundException (no security manager: RMI
class loader disabled)
at sun.rmi.transport.StreamRemoteCall.executeCall(Unknown Source)
at sun.rmi.server.UnicastRef.invoke(Unknown Source)
at com.sun.jmx.remote.internal.PRef.invoke(Unknown Source)
at javax.management.remote.rmi.RMIConnectionImpl_Stub.invoke(Unknown
Source)
at
javax.management.remote.rmi.RMIConnector$RemoteMBeanServerConnection.invoke(Unknown
Source)
at
org.apache.geronimo.kernel.jmx.KernelDelegate.invokeKernel(KernelDelegate.java:339)
at
org.apache.geronimo.kernel.jmx.KernelDelegate.getGBeanState(KernelDelegate.java:121)
at
org.apache.geronimo.deployment.plugin.local.StartCommand.run(StartCommand.java:64)
at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.ClassNotFoundException:
org.apache.geronimo.kernel.GBeanNotFoundException (no security manager: RMI
class loader disabled)
at sun.rmi.server.LoaderHandler.loadClass(Unknown Source)
at sun.rmi.server.LoaderHandler.loadClass(Unknown Source)
at java.rmi.server.RMIClassLoader$2.loadClass(Unknown Source)
at java.rmi.server.RMIClassLoader.loadClass(Unknown Source)
at sun.rmi.server.MarshalInputStream.resolveClass(Unknown Source)
at java.io.ObjectInputStream.readNonProxyDesc(Unknown Source)
at java.io.ObjectInputStream.readClassDesc(Unknown Source)
at java.io.ObjectInputStream.readOrdinaryObject(Unknown Source)
at java.io.ObjectInputStream.readObject0(Unknown Source)
at java.io.ObjectInputStream.defaultReadFields(Unknown Source)
at java.io.ObjectInputStream.readSerialData(Unknown Source)
at java.io.ObjectInputStream.readOrdinaryObject(Unknown Source)
at java.io.ObjectInputStream.readObject0(Unknown Source)
at java.io.ObjectInputStream.readObject(Unknown Source)
... 9 more
at
org.apache.geronimo.core.internal.GeronimoServerBehaviour.doFail(GeronimoServerBehaviour.java:352)
at
org.apache.geronimo.core.internal.GeronimoServerBehaviour.doDeploy(GeronimoServerBehaviour.java:299)
at
org.apache.geronimo.core.internal.GeronimoServerBehaviour.invokeCommand(GeronimoServerBehaviour.java:241)
at
org.apache.geronimo.core.internal.GeronimoServerBehaviour.publishModule(GeronimoServerBehaviour.java:225)
at
org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publishModule(ServerBehaviourDelegate.java:658)
at
org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publishModules(ServerBehaviourDelegate.java:738)
at
org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publish(ServerBehaviourDelegate.java:596)
at
org.eclipse.wst.server.core.internal.Server.doPublish(Server.java:799)
at org.eclipse.wst.server.core.internal.Server.publish(Server.java:788)
at
org.eclipse.wst.server.core.internal.PublishServerJob.run(PublishServerJob.java:145)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:76)
--
This message is automatically generated
[jira] Commented: (GERONIMO-1585) Web app security on /* causes deployment exception
[ http://issues.apache.org/jira/browse/GERONIMO-1585?page=comments#action_12365423 ] Gary Karasiuk commented on GERONIMO-1585: - As a new user who just spent two days trying to track down what the message Qualifier patterns in the URLPatternSpec cannot match the first URLPattern means, with no hint of even which file the error is in, or which line number is causing the error; I would advocate that if there is ambiguity in the spec, that we should error on the side of being more user friendly. That is, don't throw an error. But if you decide to throw an error, then please make it easy to correct. Other app servers allow the /* pattern. And for people like me who are trying to run existing applications, we would prefer not to have an extra restrictions. Web app security on /* causes deployment exception -- Key: GERONIMO-1585 URL: http://issues.apache.org/jira/browse/GERONIMO-1585 Project: Geronimo Type: Bug Components: web, security Versions: 1.0 Environment: Geronimo 1.0 with Jetty Reporter: Aaron Mulder Priority: Critical Fix For: 1.0.1, 1.1 Deploying a web app with the following security block causes a deployment error: security-constraint web-resource-collection web-resource-nameAll Pages/web-resource-name url-pattern/*/url-pattern http-methodGET/http-method http-methodPOST/http-method http-methodPUT/http-method /web-resource-collection auth-constraint role-nameUser/role-name /auth-constraint /security-constraint Note this is essentially right out of the spec (see SRV.12.8.2 in the Servlet 2.4 spec). The error is: org.apache.geronimo.common.DeploymentException: Unable to initialize webapp GBean at org.apache.geronimo.jetty.deployment.JettyModuleBuilder.addGBeans(JettyModuleBuilder.java:842) ... Caused by: java.lang.IllegalArgumentException: Qualifier patterns in the URLPatternSpec cannot match the first URLPattern at javax.security.jacc.URLPatternSpec.init(URLPatternSpec.java:54) at javax.security.jacc.WebResourcePermission.init(WebResourcePermission.java:54) at org.apache.geronimo.jetty.deployment.JettyModuleBuilder.buildSpecSecurityConfig(JettyModuleBuilder.java:1215) at org.apache.geronimo.jetty.deployment.JettyModuleBuilder.addGBeans(JettyModuleBuilder.java:821) ... 70 more Changing the url-pattern to / fixes the problem, but it seems to me that /* ought to work too. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (GERONIMO-1585) Web app security on /* causes deployment exception
[ http://issues.apache.org/jira/browse/GERONIMO-1585?page=comments#action_12365431 ] Anita Kulshreshtha commented on GERONIMO-1585: -- After digging further through all the webapps supplied by tomcat (http://svn.apache.org/repos/asf/tomcat/container/tc5.5.x/webapps/webdav/WEB-INF/web.xml), I found the following - 1. /* is used as url-pattern in web-resuource-collection and filter-mapping. 2. It's usage in servlet-mapping is left upto the deployer. Here is an example from webdav webapp - .. !-- The mapping for the webdav servlet -- !-- Using /* as the mapping ensures that jasper, welcome files etc are over-ridden and all requests are processed by the webdav servlet. This also overcomes a number of issues with some webdav clients (including MS Webfolders) that do not respond correctly to the redirects (302) that result from using a mapping of / -- servlet-mapping servlet-namewebdav/servlet-name url-pattern/*/url-pattern /servlet-mapping . Which means we need to allow this in DD but need to make sure that it is not passed to the constructor for WebResourcePermission. G-1448 will have to be dealt with separately, when someone has a good reason to use it instead of / Web app security on /* causes deployment exception -- Key: GERONIMO-1585 URL: http://issues.apache.org/jira/browse/GERONIMO-1585 Project: Geronimo Type: Bug Components: web, security Versions: 1.0 Environment: Geronimo 1.0 with Jetty Reporter: Aaron Mulder Priority: Critical Fix For: 1.0.1, 1.1 Deploying a web app with the following security block causes a deployment error: security-constraint web-resource-collection web-resource-nameAll Pages/web-resource-name url-pattern/*/url-pattern http-methodGET/http-method http-methodPOST/http-method http-methodPUT/http-method /web-resource-collection auth-constraint role-nameUser/role-name /auth-constraint /security-constraint Note this is essentially right out of the spec (see SRV.12.8.2 in the Servlet 2.4 spec). The error is: org.apache.geronimo.common.DeploymentException: Unable to initialize webapp GBean at org.apache.geronimo.jetty.deployment.JettyModuleBuilder.addGBeans(JettyModuleBuilder.java:842) ... Caused by: java.lang.IllegalArgumentException: Qualifier patterns in the URLPatternSpec cannot match the first URLPattern at javax.security.jacc.URLPatternSpec.init(URLPatternSpec.java:54) at javax.security.jacc.WebResourcePermission.init(WebResourcePermission.java:54) at org.apache.geronimo.jetty.deployment.JettyModuleBuilder.buildSpecSecurityConfig(JettyModuleBuilder.java:1215) at org.apache.geronimo.jetty.deployment.JettyModuleBuilder.addGBeans(JettyModuleBuilder.java:821) ... 70 more Changing the url-pattern to / fixes the problem, but it seems to me that /* ought to work too. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
RE: C++ Client Update
Hi Nate, It's a port of the C# OpenWire client into C++. We've had (David Fahlander, James Strachan and me) some prelimary discussions on what design to use for the C++ client a while ago and we agreed on starting to work on a port so that the design could be shared between the projects. As we don't know how to handle the 3rd party source libs within this project I must defer the upload until then. But if you look at the C# client you can see the general design (command pattern). So far I have ported most of the client and some of the commands. The commands are auto-generated in C# and James has volunteered to do the same in C++. The C++ code has only been sent to this mailing list as of now since no subproject has been set up yet (James?). I will check out your code. Mats -Original Message- From: Mittler, Nathan [mailto:[EMAIL PROTECTED] Sent: den 7 februari 2006 13:45 To: activemq-dev@geronimo.apache.org Subject: RE: C++ Client Update Hi Mats, I had previously posted a client that would work with stomp, but it is built to support any protocol (adding support for OpenWire should be fairly simple). I posted the code in a JIRA issue. http://jira.activemq.org/jira/browse/AMQ-517 Just out of curiosity, is your update for the openwire-c project in subversion or is this something else? Nate -Original Message- From: Mats Forslöf [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 07, 2006 4:27 AM To: activemq-dev@geronimo.apache.org Subject: C++ Client Update Hi all, I'm about to send an update of the C++ OpenWire client but I need an answer on the question regarding 3rd party library asked previously by David Fahlander before I can do that. Also, who else is working on the C++ client besides David and me, we need to synch up our works. Is there any development at all on ActiveMQ?? The development list has been silent for a long time now and I wonder who the committers are? Regards, Mats
Covalent and Geronimo support
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 http://www.covalent.net/about/news/pressreleases.html?pressid=83 Let's put a link to that in the 'news' section on the project front page. - -- #kenP-)} Ken Coar, Sanagendamgagwedweinini http://Ken.Coar.Org/ Author, developer, opinionist http://Apache-Server.Com/ Millennium hand and shrimp! -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQCVAwUBQ+is75rNPMCpn3XdAQKSDgQA3GtzQI50n50XPfXIb7OQZ5ZmS85DqUir mSWE5UGZobMnaIEDGA4KBeTGA7VEBmLmKqhpg17k7CXmHPdZ7DsH6QvUzvHhSpfs 4wZCnv1w/aqh73xcmxGx57IQ3AExSGgRFIB8ty1nPez8RCAwOhxaMX9D0IiUEJSd XKTObV4XKnA= =Ik1f -END PGP SIGNATURE-
Re: C++ Client Update
On Feb 7, 2006, at 4:27 AM, Mats Forslöf wrote: Hi all, I'm about to send an update of the C++ OpenWire client but I need an answer on the question regarding 3rd party library asked previously by David Fahlander before I can do that. Also, who else is working on the C++ client besides David and me, we need to synch up our works. I don't think it's allowed by apache to check in source for a 3rd party lib. It might be ok to check in binaries. The best would be if we could use a maven like system that would download the dependency for us at build time. Regards, Hiram Is there any development at all on ActiveMQ?? The development list has been silent for a long time now and I wonder who the committers are? Regards, Mats
Commit messages in Jira
It seems that the ASF Jira is now wired up into SVN in such a way that if you put the issue # into your checkin comment, it will automatically be linked into that issue. Note the Subversion Commits tab. Regards, Alan
Re: Commit messages in Jira
On 2/7/06, Alan D. Cabrera [EMAIL PROTECTED] wrote: It seems that the ASF Jira is now wired up into SVN in such a way that if you put the issue # into your checkin comment, it will automatically be linked into that issue. Note the Subversion Commits tab. Yep, I just wish we had Fisheye at the ASF so the link to the revision would use that instead of ViewCVS. I did see a thread on infrastructure@ about setting up Fisheye, I wonder what the status of this effort is? Bruce -- perl -e 'print unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT* );' Apache Geronimo (http://geronimo.apache.org/) Castor (http://castor.org/)
[jira] Created: (GERONIMODEVTOOLS-62) NPE in starting Geronimo server
NPE in starting Geronimo server --- Key: GERONIMODEVTOOLS-62 URL: http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-62 Project: Geronimo-Devtools Type: Bug Environment: Windows XP Reporter: Kathy Chan Driver: WTP M200602070438 + Geronimo 0206_1658 plugins + Geronimo 1.0 server When going through bottom-up Web service scenario selecting to generate proxy and test Web service, the Geronimo server comes up with the following error in the console: Geronimo startup complete 11:27:42,031 ERROR [EngineConfigurationFactoryServlet] Unable to find config file. Creating new servlet engine config file: /WEB-INF/server-config.wsdd 11:28:08,879 ERROR [EngineConfigurationFactoryServlet] Unable to find config file. Creating new servlet engine config file: /WEB-INF/server-config.wsdd 11:28:55,627 ERROR [EngineConfigurationFactoryServlet] Unable to find config file. Creating new servlet engine config file: /WEB-INF/server-config.wsdd 11:28:55,787 ERROR [EngineConfigurationFactoryServlet] Unable to find config file. Creating new servlet engine config file: /WEB-INF/server-config.wsdd 11:29:03,798 WARN [TomcatModuleBuilder] Web application does not contain a WEB-INF/geronimo-web.xml deployment plan. This may or may not be a problem, depending on whether you have things like resource references that need to be resolved. You can also give the deployer a separate deployment plan file on the command line. 11:29:04,119 DEBUG [GBeanSingleReference] Waiting to start geronimo.server:J2EEApplication=Application_ID,J2EEServer=geronimo,j2eeType=WebModule,name=g2Client.war because no targets are running for reference J2EEApplication matching the patterns geronimo.server:J2EEServer=geronimo,j2eeType=J2EEApplication,name=Application_ID 11:29:04,129 INFO [StandardContext] Container org.apache.catalina.core.ContainerBase.[/g2Client] has not been started 11:29:04,129 ERROR [GBeanInstance] Problem in doFail of geronimo.server:J2EEApplication=Application_ID,J2EEServer=geronimo,j2eeType=WebModule,name=g2Client.war java.lang.NullPointerException at org.apache.geronimo.tomcat.TomcatContainer.removeContext(TomcatContainer.java:305) 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:118) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:800) at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:36) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) at org.apache.geronimo.tomcat.TomcatContainer$$EnhancerByCGLIB$$9f00ee94.removeContext(generated) at org.apache.geronimo.tomcat.TomcatWebAppContext.doFail(TomcatWebAppContext.java:424) at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:955) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:325) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:110) at org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:520) at org.apache.geronimo.gbean.runtime.GBeanSingleReference.attemptFullStart(GBeanSingleReference.java:154) at org.apache.geronimo.gbean.runtime.GBeanSingleReference.targetAdded(GBeanSingleReference.java:127) at org.apache.geronimo.gbean.runtime.AbstractGBeanReference.addTarget(AbstractGBeanReference.java:242) at org.apache.geronimo.gbean.runtime.GBeanSingleReference$1.running(GBeanSingleReference.java:163) at org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:155) at org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:38) at org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:231) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:350) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:110) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:132) at org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:537) at org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:208) at
[jira] Commented: (GERONIMODEVTOOLS-40) Cannot start server programmatically
[ http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-40?page=comments#action_12365469 ] Kathy Chan commented on GERONIMODEVTOOLS-40: I retried creating Web service on Geronimo server using WTP M02070438 and the 0206 Geronimo plugin. I still hit the problem of Geronimo server reported to be still starting when it had actually been started. When this happened, I checked the server port and they are set. The problem seems to be intermittent. Cannot start server programmatically Key: GERONIMODEVTOOLS-40 URL: http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-40 Project: Geronimo-Devtools Type: Bug Components: eclipse-plugin Environment: Windows XP Reporter: Kathy Chan Assignee: Sachin Patel Priority: Critical I was using the following drivers on Windows XP: - WTP 1.0 - Geronimo 1.0 server - Geronimo 20060109 plugin With a new workspace, do the following: - install Geronimo 1.0 server runtime - create Geronimo server using server tooling - start server - create Web project a1 with EAR - In the Web project, create a simple Echo.java with a hello method that takes a String and returns it. Here are the procedure to create a bottom-up Web service: - right-click on Echo.java, select Web Services - Create Web service - select test Web service and overwrite file on the 1st page of Web service wizard - click Finish - when the Web Services Explorer comes up, you should be able to invoke the hello method Now, if you remove the Web project a1 from the server and ensure that the server is still in started state, then you can repeat the above steps to create a bottom-up Web service. However, if you do not remove the Web project from the server first, then you'll run into the problem reported in bug http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-39. If you remove the Web project from the server first but stop the server before creating the bottom-up Web service, when the Web service wizard tried to start the server programmatically, you'll notice that the server console indicates that Geronimo startup complete but server tooling still thinks that the server is started. The server start will eventually times out. Now, even if I use server tooling to start the server, server start would not complete. This problem persist even if I delete the server and recreate another one. The only way I could recover is to use a new workspace. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Closed: (GERONIMODEVTOOLS-56) URLProvider.getModuleRootURL() returning WebApp_ID
[ http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-56?page=all ] Kathy Chan closed GERONIMODEVTOOLS-56: -- Verified on WTP M101 02070438 and Geronimo plugin 0206. URLProvider.getModuleRootURL() returning WebApp_ID Key: GERONIMODEVTOOLS-56 URL: http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-56 Project: Geronimo-Devtools Type: Bug Components: eclipse-plugin Environment: Windows XP Reporter: Kathy Chan Assignee: Sachin Patel Driver: - WTP 1.0.1 M20060131_1015, - Geronimo Server 1.0, - Geronimo plugin 0130_0958 For a Web project called g1Client, the context root is return as WebApp_ID rather than g1Client. Here's the code: IURLProvider urlProvider = (IURLProvider) serverInstance.loadAdapter(IURLProvider.class, null); URL url = urlProvider.getModuleRootURL(module); url is returned as: http://localhost:8080/WebApp_ID/ I was expecting: http://localhost:8080/g1Client/ The problem can easily be reproduced by going through a Web Service Client scenario with test Web service. Notice that the URL for the TestClient is wrong, it should be: http://localhost:8080/g1Client/sampleEchoProxy/TestClient.jsp rather than the current URL: http://localhost:8080/WebApp_ID/sampleEchoProxy/TestClient.jsp -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Oracle XA RAR for G1.0?
Using the ojdbc14-9.2.0.5.jar driver, connecting to a Oracle9i Enterprise Edition Release 9.2.0.6.0 - Production instance. I have a feeling that something else is wrong, as I mentioned before I see hanging transactions when using the local adapter in local-tx mode. And when I ctrl-c G it corrupts the txlog each time... which is very bad IMO. I'm gonna turn up debug for everything, and get a threaddump... Weird thing is that I was able to get all local adapter in local-tx mode working yesterday... not sure how, but it did work, with no hanging remote calls... but then I tried the exact same configuration on my laptop at home, and it did nothing but hang. I'm starting to think this is a god must hate jason problem more than anything else :-( --jason On 2/6/06, lichtner [EMAIL PROTECTED] wrote: -3 should be javax.transaction.xa.XAException.XA_RMERR: http://java.sun.com/j2ee/1.4/docs/api/constant-values.html#javax.transaction Anyhow, you are not actually enlisting the oracle resource manager, so that's a step in the right direction. I think that Geronimo is not printing the stack trace. If you can, maybe add a printStackTrace() and recompile. What version of Oracle server and driver are you using? On Mon, 6 Feb 2006, Jason Dillon wrote: And the plot thickens... this warning is issued before the exceptions are dumped: snip 21:21:23,050 WARN [Transaction] Unable to enlist XAResource [EMAIL PROTECTED], e rrorCode: -3 oracle.jdbc.xa.OracleXAException at oracle.jdbc.xa.OracleXAResource.checkError (OracleXAResource.java:1190) at oracle.jdbc.xa.client.OracleXAResource.start (OracleXAResource.java:311) at org.apache.geronimo.transaction.manager.WrapperNamedXAResource.start (WrapperNamedXAResource.java:86) at org.apache.geronimo.transaction.manager.TransactionImpl.enlistResource (TransactionImpl.java:166) at org.apache.geronimo.transaction.context.InheritableTransactionContext.en listResource(InheritableTransactionContext.java:92) at org.apache.geronimo.connector.outbound.TransactionEnlistingInterceptor.g etConnection(TransactionEnlistingInterceptor.java:53) at org.apache.geronimo.connector.outbound.TransactionCachingInterceptor.get Connection(TransactionCachingInterceptor.java:81) at org.apache.geronimo.connector.outbound.ConnectionHandleInterceptor.getCo nnection(ConnectionHandleInterceptor.java:43) at org.apache.geronimo.connector.outbound.TCCLInterceptor.getConnection (TCCLInterceptor.java:39) at org.apache.geronimo.connector.outbound.ConnectionTrackingInterceptor.get Connection(ConnectionTrackingInterceptor.java:66) at org.apache.geronimo.connector.outbound.AbstractConnectionManager.allocat eConnection(AbstractConnectionManager.java:57) at org.tranql.connector.jdbc.DataSource.getConnection (DataSource.java:56) at $javax.sql.DataSource$$FastClassByCGLIB$$6525cafd.invoke (generated) at net.sf.cglib.proxy.MethodProxy.invoke(MethodProxy.java:149) at org.apache.geronimo.connector.ConnectorMethodInterceptor.intercept (ConnectorMethodInterceptor.java:53) at $javax.sql.DataSource$$EnhancerByCGLIB$ $4e89d0c0.getConnection(generated) 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:324) at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection( AopUtils.java:282) at org.springframework.aop.framework.JdkDynamicAopProxy.invoke (JdkDynamicAopProxy.java:163) at $Proxy1.getConnection(Unknown Source) at org.springframework.orm.hibernate.LocalDataSourceConnectionProvider.getC onnection(LocalDataSourceConnectionProvider.java:75) at net.sf.hibernate.cfg.SettingsFactory.buildSettings (SettingsFactory.java:73) at net.sf.hibernate.cfg.Configuration.buildSettings (Configuration.java:1155) at net.sf.hibernate.cfg.Configuration.buildSessionFactory (Configuration.java:789) at org.springframework.orm.hibernate.LocalSessionFactoryBean.newSessionFact ory(LocalSessionFactoryBean.java:535) at org.springframework.orm.hibernate.LocalSessionFactoryBean.afterPropertie sSet(LocalSessionFactoryBean.java:470) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFac tory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1065) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFac tory.createBean(AbstractAutowireCapableBeanFactory.java:343) at
[jira] Commented: (GERONIMODEVTOOLS-62) NPE in starting Geronimo server
[ http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-62?page=comments#action_12365480 ] Kathy Chan commented on GERONIMODEVTOOLS-62: I can easily reproduce the problem by just creating a server using the server tooling wizard, starts it and then restarts it. NPE in starting Geronimo server --- Key: GERONIMODEVTOOLS-62 URL: http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-62 Project: Geronimo-Devtools Type: Bug Environment: Windows XP Reporter: Kathy Chan Driver: WTP M200602070438 + Geronimo 0206_1658 plugins + Geronimo 1.0 server When going through bottom-up Web service scenario selecting to generate proxy and test Web service, the Geronimo server comes up with the following error in the console: Geronimo startup complete 11:27:42,031 ERROR [EngineConfigurationFactoryServlet] Unable to find config file. Creating new servlet engine config file: /WEB-INF/server-config.wsdd 11:28:08,879 ERROR [EngineConfigurationFactoryServlet] Unable to find config file. Creating new servlet engine config file: /WEB-INF/server-config.wsdd 11:28:55,627 ERROR [EngineConfigurationFactoryServlet] Unable to find config file. Creating new servlet engine config file: /WEB-INF/server-config.wsdd 11:28:55,787 ERROR [EngineConfigurationFactoryServlet] Unable to find config file. Creating new servlet engine config file: /WEB-INF/server-config.wsdd 11:29:03,798 WARN [TomcatModuleBuilder] Web application does not contain a WEB-INF/geronimo-web.xml deployment plan. This may or may not be a problem, depending on whether you have things like resource references that need to be resolved. You can also give the deployer a separate deployment plan file on the command line. 11:29:04,119 DEBUG [GBeanSingleReference] Waiting to start geronimo.server:J2EEApplication=Application_ID,J2EEServer=geronimo,j2eeType=WebModule,name=g2Client.war because no targets are running for reference J2EEApplication matching the patterns geronimo.server:J2EEServer=geronimo,j2eeType=J2EEApplication,name=Application_ID 11:29:04,129 INFO [StandardContext] Container org.apache.catalina.core.ContainerBase.[/g2Client] has not been started 11:29:04,129 ERROR [GBeanInstance] Problem in doFail of geronimo.server:J2EEApplication=Application_ID,J2EEServer=geronimo,j2eeType=WebModule,name=g2Client.war java.lang.NullPointerException at org.apache.geronimo.tomcat.TomcatContainer.removeContext(TomcatContainer.java:305) 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:118) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:800) at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:36) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) at org.apache.geronimo.tomcat.TomcatContainer$$EnhancerByCGLIB$$9f00ee94.removeContext(generated) at org.apache.geronimo.tomcat.TomcatWebAppContext.doFail(TomcatWebAppContext.java:424) at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:955) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:325) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:110) at org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:520) at org.apache.geronimo.gbean.runtime.GBeanSingleReference.attemptFullStart(GBeanSingleReference.java:154) at org.apache.geronimo.gbean.runtime.GBeanSingleReference.targetAdded(GBeanSingleReference.java:127) at org.apache.geronimo.gbean.runtime.AbstractGBeanReference.addTarget(AbstractGBeanReference.java:242) at org.apache.geronimo.gbean.runtime.GBeanSingleReference$1.running(GBeanSingleReference.java:163) at org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:155) at org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:38) at org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:231) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:350) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:110) at
Error in 1.0 branch - maven m:fresh-checkout
Anyone have any insight on the following error when issuing m:fresh-checkout on the 1.0 branch? I'm seeing it on two different machines.. Thanks -Dave- AUM:/home/davecola/geronimo_1.0_branch_try2 # maven m:fresh-checkout __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.1-beta-2 DEPRECATED: the default goal should be specified in the build section of project.xml instead of maven.xml DEPRECATED: the default goal should be specified in the build section of project.xml instead of maven.xml build:start: m:fresh-checkout: m:checkout: [exec] Error validating server certificate for 'https://svn.codehaus.org:443': [exec] - The certificate is not issued by a trusted authority. Use the [exec]fingerprint to validate the certificate manually! [exec] Certificate information: [exec] - Hostname: *.codehaus.org [exec] - Valid: from Apr 6 00:00:00 2005 GMT until Apr 6 23:59:59 2006 GMT [exec] - Issuer: (c)2002 Comodo Limited, Terms and Conditions of use: http://www.comodo.net/repository, Comodo Trust Network, Comodo Limited, GB [exec] - Fingerprint: 4f:ad:4a:ad:05:b1:1d:3e:4b:5f:94:ad:07:db:7d:40:90:18:63:39 [exec] (R)eject, accept (t)emporarily or accept (p)ermanently? svn: PROPFIND request failed on '/openejb/branches/v2_0/openejb2' [exec] svn: PROPFIND of '/openejb/branches/v2_0/openejb2': Server certificate verification failed: issuer is not trusted (https://svn.codehaus.org) [exec] [ERROR] Result: 1 [exec] At revision 375684. BUILD SUCCESSFUL Total time : 23 seconds Finished at : Tuesday, February 7, 2006 3:47:10 PM EST Thanks -Dave-
Re: Error in 1.0 branch - maven m:fresh-checkout
2006/2/7, Dave Colasurdo [EMAIL PROTECTED]: Anyone have any insight on the following error when issuing m:fresh-checkout on the 1.0 branch? I'm seeing it on two different machines.. Hi, See the answer here http://marc.theaimsgroup.com/?l=geronimo-devm=113922051327523w=2 -Dave- -- Jacek Laskowski http://www.laskowski.org.pl
Re: Error in 1.0 branch - maven m:fresh-checkout
Ah.. just found Jacek's post on this subject from yesterday.. Dave Colasurdo wrote: Anyone have any insight on the following error when issuing m:fresh-checkout on the 1.0 branch? I'm seeing it on two different machines.. Thanks -Dave- AUM:/home/davecola/geronimo_1.0_branch_try2 # maven m:fresh-checkout __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.1-beta-2 DEPRECATED: the default goal should be specified in the build section of project.xml instead of maven.xml DEPRECATED: the default goal should be specified in the build section of project.xml instead of maven.xml build:start: m:fresh-checkout: m:checkout: [exec] Error validating server certificate for 'https://svn.codehaus.org:443': [exec] - The certificate is not issued by a trusted authority. Use the [exec]fingerprint to validate the certificate manually! [exec] Certificate information: [exec] - Hostname: *.codehaus.org [exec] - Valid: from Apr 6 00:00:00 2005 GMT until Apr 6 23:59:59 2006 GMT [exec] - Issuer: (c)2002 Comodo Limited, Terms and Conditions of use: http://www.comodo.net/repository, Comodo Trust Network, Comodo Limited, GB [exec] - Fingerprint: 4f:ad:4a:ad:05:b1:1d:3e:4b:5f:94:ad:07:db:7d:40:90:18:63:39 [exec] (R)eject, accept (t)emporarily or accept (p)ermanently? svn: PROPFIND request failed on '/openejb/branches/v2_0/openejb2' [exec] svn: PROPFIND of '/openejb/branches/v2_0/openejb2': Server certificate verification failed: issuer is not trusted (https://svn.codehaus.org) [exec] [ERROR] Result: 1 [exec] At revision 375684. BUILD SUCCESSFUL Total time : 23 seconds Finished at : Tuesday, February 7, 2006 3:47:10 PM EST Thanks -Dave-
Re: Oracle XA RAR for G1.0?
I have a feeling that something else is wrong, as I mentioned before I see hanging transactions when using the local adapter in local-tx mode. And when I ctrl-c G it corrupts the txlog each time... which is very bad IMO. What do you mean by corrupts? Do you mean that the transaction manager does not perform recovery properly upon boot? I'm starting to think this is a god must hate jason problem more than anything else :-( Since you are getting an XAException.XA_RMERR error while trying to enlist a resource manager, maybe Oracle is not set up properly to do XA transactions for you. I do remember that to get XAResource.recover() to work for example you have to grant the jdbc user certain database catalog privileges - because it has to do a select on the in-doubt transaction table. It's not impossible that you have to do some configuration in the database server to be able to enlist properly. If I were you I would try to run an xa transaction myself by calling new OracleXADataSource(), calling setConnectionURL, setPassword, setUserName, and then getConnection() and getXAResource(), and then start/end/prepare/commit. You can do this from the command line. The Oracle driver has an example class that does this so you can cut and paste. That could be a big sanity check. Guglielmo
More Oracle woes...
So, I was going to punt on the TranQL Oracle-specific connector and just try to bundled generic version with the Oracle driver. So I used the wizard to generate a plan, and installed it... but when I try to use it I get fluff like: snip 13:46:07,901 WARN [GeronimoConnectionEventListener] connectionErrorOccurred called with null java.sql.SQLException: Unsupported feature at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:134) at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:179) at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:269) at oracle.jdbc.dbaccess.DBError.throwUnsupportedFeatureSqlException(DBError.java:690) at oracle.jdbc.OracleDatabaseMetaData.supportsGetGeneratedKeys(OracleDatabaseMetaData.java:3766) at org.tranql.connector.jdbc.DatabaseMetaDataHandle.supportsGetGeneratedKeys(DatabaseMetaDataHandle.java:1089) 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:324) at net.sf.hibernate.cfg.SettingsFactory.buildSettings(SettingsFactory.java:80) at net.sf.hibernate.cfg.Configuration.buildSettings(Configuration.java:1155) at net.sf.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:789) at org.springframework.orm.hibernate.LocalSessionFactoryBean.newSessionFactory(LocalSessionFactoryBean.java:535) ... /snip So, it looks like boolean supportsGetGeneratedKeys() is getting called, but for some reason boolean OracleDatabaseMetaData.supportsGetGeneratedKeys() throws an exception instead of just returning false. I get the same behavior with these: * oracle/ojdbc14/9.2.0.5/jar * oracle/classes12/9.2.0.5/jar But, seems like this guy is much happier: * oracle/classes12/10.1.0.2.0_g/jar * * * Anyways, I guess this is just useful for chronicling my pain with Oracle, hopefully I'll get this sorted soon and then we can document the magic so no one has to go through this again. :-( --jason
Re: More Oracle woes...
Jason, I'm catching up with your thread. Can you post an update and I'll be back on this evening. Sorry for the pain :( Jason Dillon wrote: So, I was going to punt on the TranQL Oracle-specific connector and just try to bundled generic version with the Oracle driver. So I used the wizard to generate a plan, and installed it... but when I try to use it I get fluff like: snip 13:46:07,901 WARN [GeronimoConnectionEventListener] connectionErrorOccurred called with null java.sql.SQLException: Unsupported feature at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:134) at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:179) at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:269) at oracle.jdbc.dbaccess.DBError.throwUnsupportedFeatureSqlException(DBError.java:690) at oracle.jdbc.OracleDatabaseMetaData.supportsGetGeneratedKeys(OracleDatabaseMetaData.java:3766) at org.tranql.connector.jdbc.DatabaseMetaDataHandle.supportsGetGeneratedKeys(DatabaseMetaDataHandle.java:1089) 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:324) at net.sf.hibernate.cfg.SettingsFactory.buildSettings(SettingsFactory.java:80) at net.sf.hibernate.cfg.Configuration.buildSettings(Configuration.java:1155) at net.sf.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:789) at org.springframework.orm.hibernate.LocalSessionFactoryBean.newSessionFactory(LocalSessionFactoryBean.java:535) ... /snip So, it looks like boolean supportsGetGeneratedKeys() is getting called, but for some reason boolean OracleDatabaseMetaData.supportsGetGeneratedKeys() throws an exception instead of just returning false. I get the same behavior with these: * oracle/ojdbc14/9.2.0.5/jar * oracle/classes12/9.2.0.5/jar But, seems like this guy is much happier: * oracle/classes12/10.1.0.2.0_g/jar * * * Anyways, I guess this is just useful for chronicling my pain with Oracle, hopefully I'll get this sorted soon and then we can document the magic so no one has to go through this again. :-( --jason
Re: Oracle XA RAR for G1.0?
I'm going to retest everything with the 10.2.0.1.0_g driver... since 9.2.* was whack for non-xa I'm not sure that anything would work as expected. --jason On 2/7/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I have a feeling that something else is wrong, as I mentioned before I see hanging transactions when using the local adapter in local-tx mode. And when I ctrl-c G it corrupts the txlog each time... which is very bad IMO. What do you mean by corrupts? Do you mean that the transaction manager does not perform recovery properly upon boot? I'm starting to think this is a god must hate jason problem more than anything else :-( Since you are getting an XAException.XA_RMERR error while trying to enlist a resource manager, maybe Oracle is not set up properly to do XA transactions for you. I do remember that to get XAResource.recover() to work for example you have to grant the jdbc user certain database catalog privileges - because it has to do a select on the in-doubt transaction table. It's not impossible that you have to do some configuration in the database server to be able to enlist properly. If I were you I would try to run an xa transaction myself by calling new OracleXADataSource(), calling setConnectionURL, setPassword, setUserName, and then getConnection() and getXAResource(), and then start/end/prepare/commit. You can do this from the command line. The Oracle driver has an example class that does this so you can cut and paste. That could be a big sanity check. Guglielmo
Re: Oracle XA RAR for G1.0?
What do you mean by corrupts? Do you mean that the transaction manager does not perform recovery properly upon boot? So, at some point the remote EJB call appears to hang (looking into that more now), it never times out, just sits there. So I kill the process (not a -9), so the vm shutdown gracefully (or at least tries to). Then if I try to start it up again, I get NPE when the system boots (I've posted the exception previously). Now it might be possible that recovery failed for some reason... but it should not NPE, and it should not cause the application server to not load. Or it should just quickly fail with a reasonable error message about failure to recover from txlog and explain how to fix it. But, so far all I can do is `rm var/txlog/*` and then start up the server again. --jason
Hanging transaction
So, this is related to the mess I've been working with to get Oracle to work (2 ds + jms). As I mentioned the Oracle 10.2.* driver works well using the normal TranQL connector. I finally have a setup that does not spit out a billion exceptions. But, I still see my remote EJB call hang. I'm still digging, but found that this is the thread that appears to be stuck: snip DefaultThreadPool 4 daemon prio=5 tid=0x09e78690 nid=0xac8de00 in Object.wait() [f79f1000..f79f3ac0] at java.lang.Object.wait(Native Method) - waiting on 0x652afad8 (a java.lang.Object) at org.activemq.message.ReceiptHolder.getReceipt(ReceiptHolder.java:68) - locked 0x652afad8 (a java.lang.Object) at org.activemq.transport.TransportChannelSupport.send(TransportChannelSupport.java:146) at org.activemq.ActiveMQConnection.syncSendPacket(ActiveMQConnection.java:1377) at org.activemq.ActiveMQConnection.sendConnectionInfoToBroker(ActiveMQConnection.java:1617) at org.activemq.ActiveMQConnection.sendConnectionInfoToBroker(ActiveMQConnection.java:1578) at org.activemq.ActiveMQConnection.createSession(ActiveMQConnection.java:452) at org.activemq.ra.JMSConnectionProxy.createSessionProxy(JMSConnectionProxy.java:116) at org.activemq.ra.JMSConnectionProxy.createQueueSession(JMSConnectionProxy.java:140) at com.solidusnetworks.paycore.ach.api.exporter.ExporterServiceBean.tryToSend(ExporterServiceBean.java:105) at com.solidusnetworks.paycore.ach.api.exporter.ExporterServiceBean.createCheckAddEvent(ExporterServiceBean.java:78) at com.solidusnetworks.paycore.ach.api.exporter.ExporterServiceBean$$FastClassByCGLIB$$ccede67.invoke(generated) at org.openejb.dispatch.AbstractMethodOperation.invoke(AbstractMethodOperation.java:90) at org.openejb.slsb.BusinessMethod.execute(BusinessMethod.java:67) at org.openejb.dispatch.DispatchInterceptor.invoke(DispatchInterceptor.java:72) at org.apache.geronimo.naming.java.ComponentContextInterceptor.invoke(ComponentContextInterceptor.java:56) at org.openejb.ConnectionTrackingInterceptor.invoke(ConnectionTrackingInterceptor.java:81) at org.openejb.transaction.ContainerPolicy$TxRequired.invoke(ContainerPolicy.java:119) at org.openejb.transaction.TransactionContextInterceptor.invoke(TransactionContextInterceptor.java:80) at org.openejb.slsb.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:98) at org.openejb.transaction.ContainerPolicy$TxRequired.invoke(ContainerPolicy.java:119) at org.openejb.transaction.TransactionContextInterceptor.invoke(TransactionContextInterceptor.java:80) at org.openejb.SystemExceptionInterceptor.invoke(SystemExceptionInterceptor.java:82) at org.openejb.GenericEJBContainer.invoke(GenericEJBContainer.java:238) at org.openejb.proxy.EJBMethodInterceptor.intercept(EJBMethodInterceptor.java:129) at org.openejb.proxy.SessionEJBLocalObject$$EnhancerByCGLIB$$b83b2a51.createCheckAddEvent(generated) at com.solidusnetworks.paycore.ach.model.check.service.CheckUpdateServiceBean.addECheck(CheckUpdateServiceBean.java:185) at com.solidusnetworks.paycore.ach.model.check.service.CheckUpdateServiceBean$$FastClassByCGLIB$$70674c74.invoke(generated) at org.openejb.dispatch.AbstractMethodOperation.invoke(AbstractMethodOperation.java:90) at org.openejb.slsb.BusinessMethod.execute(BusinessMethod.java:67) at org.openejb.dispatch.DispatchInterceptor.invoke(DispatchInterceptor.java:72) at org.apache.geronimo.naming.java.ComponentContextInterceptor.invoke(ComponentContextInterceptor.java:56) at org.openejb.ConnectionTrackingInterceptor.invoke(ConnectionTrackingInterceptor.java:81) at org.openejb.transaction.ContainerPolicy$TxRequired.invoke(ContainerPolicy.java:119) at org.openejb.transaction.TransactionContextInterceptor.invoke(TransactionContextInterceptor.java:80) at org.openejb.slsb.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:98) at org.openejb.transaction.ContainerPolicy$TxRequired.invoke(ContainerPolicy.java:119) at org.openejb.transaction.TransactionContextInterceptor.invoke(TransactionContextInterceptor.java:80) at org.openejb.SystemExceptionInterceptor.invoke(SystemExceptionInterceptor.java:82) at org.openejb.GenericEJBContainer.invoke(GenericEJBContainer.java:238) at org.openejb.proxy.EJBMethodInterceptor.intercept(EJBMethodInterceptor.java:129) at org.openejb.proxy.SessionEJBLocalObject$$EnhancerByCGLIB$$5c7891bc.addECheck(generated) at com.solidusnetworks.paycore.ach.business.pos.POSCheckServiceBean.authorize(POSCheckServiceBean.java:213) at com.solidusnetworks.paycore.ach.business.pos.POSCheckServiceBean$$FastClassByCGLIB$$ac29a8c5.invoke(generated) at
Re: Hanging transaction
FYI, ctrl-c on G while this thread is hung spits out: snip ^C16:12:47,448 INFO [BrokerContainerImpl] ActiveMQ Message Broker (ID:Sanity.local-58327-1139352775534-0:0) is shutting down 16:12:47,449 INFO [BrokerContainerImpl] ActiveMQ Message Broker (possibly-unique-broker) is shutting down 16:12:47,452 INFO [BrokerConnectorImpl] ActiveMQ connector stopped: [EMAIL PROTECTED]://localhost?asyncSend=true 16:12:47,453 INFO [BrokerConnectorImpl] ActiveMQ connector stopped: [EMAIL PROTECTED]://localhost?asyncSend=true Server shutdown begun 16:12:48,264 INFO [BrokerContainerImpl] Removing client: ID:Sanity.local-58307-1139352683261-2:0 on transport: TcpTransportChannel: Socket[addr=/127.0.0.1,port=58308,localport=61616] 16:12:48,275 WARN [TcpTransportChannel] Peer closed connection java.io.EOFException at java.io.DataInputStream.readByte(DataInputStream.java:333) at org.activemq.io.AbstractWireFormat.readPacket(AbstractWireFormat.java:230) at org.activemq.transport.tcp.TcpTransportChannel.run(TcpTransportChannel.java:313) at java.lang.Thread.run(Thread.java:552) 16:12:48,278 INFO [ActiveMQConnection] channel status changed: Channel: TcpTransportChannel: Socket[addr=localhost/127.0.0.1,port=61616,localport=58308] has disconnected 16:12:48,286 INFO [BrokerContainerImpl] Removing client: ID:Sanity.local-58307-1139352683261-6:0 on transport: TcpTransportChannel: Socket[addr=/127.0.0.1,port=58309,localport=61616] 16:12:48,287 WARN [TcpTransportChannel] Peer closed connection java.io.EOFException at java.io.DataInputStream.readByte(DataInputStream.java:333) at org.activemq.io.AbstractWireFormat.readPacket(AbstractWireFormat.java:230) at org.activemq.transport.tcp.TcpTransportChannel.run(TcpTransportChannel.java:313) at java.lang.Thread.run(Thread.java:552) 16:12:48,288 INFO [ActiveMQConnection] channel status changed: Channel: TcpTransportChannel: Socket[addr=localhost/127.0.0.1,port=61616,localport=58309] has disconnected 16:12:48,290 INFO [BrokerConnectorImpl] ActiveMQ connector stopped: [EMAIL PROTECTED]://0.0.0.0:61616 16:12:48,291 INFO [BrokerConnectorImpl] ActiveMQ connector stopped: [EMAIL PROTECTED]://localhost 16:12:48,373 INFO [BrokerConnectorImpl] ActiveMQ connector stopped: [EMAIL PROTECTED]://localhost 16:12:48,376 INFO [BrokerConnectorImpl] ActiveMQ connector stopped: [EMAIL PROTECTED]://0.0.0.0:61616 16:12:49,092 INFO [BrokerContainerImpl] ActiveMQ JMS Message Broker (ID:Sanity.local-58327-1139352775534-0:0) stopped 16:12:50,007 INFO [BrokerContainerImpl] ActiveMQ JMS Message Broker (possibly-unique-broker) stopped java.lang.InterruptedException at java.lang.Object.wait(Native Method) at org.activemq.message.ReceiptHolder.getReceipt(ReceiptHolder.java:68) at org.activemq.transport.TransportChannelSupport.send(TransportChannelSupport.java:146) at org.activemq.ActiveMQConnection.syncSendPacket(ActiveMQConnection.java:1377) at org.activemq.ActiveMQConnection.syncSendPacket(ActiveMQConnection.java:1362) at org.activemq.TransactionContext.commit(TransactionContext.java:215) at org.activemq.ra.LocalAndXATransaction.commit(LocalAndXATransaction.java:56) at org.apache.geronimo.connector.outbound.LocalXAResource.commit(LocalXAResource.java:56) at org.apache.geronimo.transaction.manager.TransactionImpl.commitResources(TransactionImpl.java:567) at org.apache.geronimo.transaction.manager.TransactionImpl.commit(TransactionImpl.java:290) at org.apache.geronimo.transaction.manager.TransactionManagerImpl.commit(TransactionManagerImpl.java:143) at org.apache.geronimo.transaction.manager.TransactionManagerImpl$$FastClassByCGLIB$$14ee5fe0.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:118) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:800) at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:36) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) at org.apache.geronimo.transaction.ExtendedTransactionManager$$EnhancerByCGLIB$$19d099e1.commit(generated) at org.apache.geronimo.transaction.context.InheritableTransactionContext.complete(InheritableTransactionContext.java:196) at org.apache.geronimo.transaction.context.InheritableTransactionContext.commit(InheritableTransactionContext.java:146) at org.openejb.transaction.ContainerPolicy$TxRequired.invoke(ContainerPolicy.java:152) at
Re: Hanging transaction
And starting up G right after produces this: snip Booting Geronimo Kernel (in Java 1.4.2_09)... Started configuration 1/23 0s geronimo/rmi-naming/1.0/car 16:15:06,779 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: objectName=geronimo.server:J2EEApplication=null,J2EEModule=geronimo/j2ee-server/1.0/car,J2EEServer=geronimo,j2eeType=TransactionLog,name=HOWLTransactionLog java.lang.NullPointerException at org.apache.geronimo.transaction.log.HOWLLog$GeronimoReplayListener.onRecord(HOWLLog.java:362) at org.objectweb.howl.log.xa.XALogger.replayActiveTx(XALogger.java:1059) at org.apache.geronimo.transaction.log.HOWLLog.doStart(HOWLLog.java:220) at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:936) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:325) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:110) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:132) at org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:537) at org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:208) at org.apache.geronimo.kernel.config.Configuration.startRecursiveGBeans(Configuration.java:315) at org.apache.geronimo.kernel.config.Configuration$$FastClassByCGLIB$$7f4b4a9b.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:118) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:835) at org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:178) at org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:173) at org.apache.geronimo.kernel.config.ConfigurationManagerImpl.start(ConfigurationManagerImpl.java:142) at org.apache.geronimo.kernel.config.ConfigurationManagerImpl$$FastClassByCGLIB$$fbed85d2.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:118) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:800) at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:36) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) at org.apache.geronimo.kernel.config.ConfigurationManager$$EnhancerByCGLIB$$ac1e62eb.start(generated) at org.apache.geronimo.system.main.Daemon.doStartup(Daemon.java:323) at org.apache.geronimo.system.main.Daemon.init(Daemon.java:82) at org.apache.geronimo.system.main.Daemon.main(Daemon.java:404) Started configuration 2/23 1s geronimo/j2ee-server/1.0/car 16:15:07,603 INFO [RMIConnectorServer] RMIConnectorServer started at: service:jmx:rmi://localhost/jndi/rmi:/JMXConnector Started configuration 3/23 1s geronimo/j2ee-security/1.0/car Started configuration 4/23 2s geronimo/activemq-broker/1.0/car Started configuration 5/23 0s geronimo/activemq/1.0/car Started configuration 6/23 0s geronimo/system-database/1.0/car Started configuration 7/23 2s geronimo/directory/1.0/car Started configuration 8/23 0s geronimo/ldap-realm/1.0/car Started configuration 9/23 1s geronimo/jetty/1.0/car Started configuration 10/23 0s geronimo/geronimo-gbean-deployer/1.0/car Started configuration 11/23 1s geronimo/j2ee-deployer/1.0/car Started configuration 12/23 0s geronimo/jetty-deployer/1.0/car Started configuration 13/23 0s geronimo/welcome-jetty/1.0/car Started configuration 14/23 0s geronimo/ldap-demo-jetty/1.0/car Started configuration 15/23 0s geronimo/servlets-examples-jetty/1.0/car Started configuration 16/23 2s geronimo/jsp-examples-jetty/1.0/car Started configuration 17/23 2s geronimo/webconsole-jetty/1.0/car Started configuration 18/23 0s geronimo/uddi-jetty/1.0/car Started configuration 19/23 0s geronimo/jmxdebug-jetty/1.0/car Started configuration 20/23 4s geronimo/daytrader-derby-jetty/1.0/car Started configuration 21/23 0s geronimo/remote-deploy-jetty/1.0/car java.lang.IllegalStateException: Cannot retrieve the value for non-persistent attribute containerName when GBeanInstance is DESTROYED at org.apache.geronimo.gbean.runtime.GBeanInstance.getAttribute(GBeanInstance.java:668) at
Re: Hanging transaction
I guess HowlLog.java line 362 should not be throwing an exception. And starting up G right after produces this: snip Booting Geronimo Kernel (in Java 1.4.2_09)... Started configuration 1/23 0s geronimo/rmi-naming/1.0/car 16:15:06,779 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: objectName=geronimo.server:J2EEApplication=null,J2EEModule=geronimo/j2ee-server/1.0/car,J2EEServer=geronimo,j2eeType=TransactionLog,name=HOWLTransactionLog java.lang.NullPointerException at org.apache.geronimo.transaction.log.HOWLLog$GeronimoReplayListener.onRecord(HOWLLog.java:362) at org.objectweb.howl.log.xa.XALogger.replayActiveTx(XALogger.java:1059) at org.apache.geronimo.transaction.log.HOWLLog.doStart(HOWLLog.java:220) at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:936) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:325) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:110) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:132) at org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:537) at org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:208) at org.apache.geronimo.kernel.config.Configuration.startRecursiveGBeans(Configuration.java:315) at org.apache.geronimo.kernel.config.Configuration$$FastClassByCGLIB$$7f4b4a9b.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:118) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:835) at org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:178) at org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:173) at org.apache.geronimo.kernel.config.ConfigurationManagerImpl.start(ConfigurationManagerImpl.java:142) at org.apache.geronimo.kernel.config.ConfigurationManagerImpl$$FastClassByCGLIB$$fbed85d2.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:118) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:800) at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:36) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) at org.apache.geronimo.kernel.config.ConfigurationManager$$EnhancerByCGLIB$$ac1e62eb.start(generated) at org.apache.geronimo.system.main.Daemon.doStartup(Daemon.java:323) at org.apache.geronimo.system.main.Daemon.init(Daemon.java:82) at org.apache.geronimo.system.main.Daemon.main(Daemon.java:404) Started configuration 2/23 1s geronimo/j2ee-server/1.0/car 16:15:07,603 INFO [RMIConnectorServer] RMIConnectorServer started at: service:jmx:rmi://localhost/jndi/rmi:/JMXConnector Started configuration 3/23 1s geronimo/j2ee-security/1.0/car Started configuration 4/23 2s geronimo/activemq-broker/1.0/car Started configuration 5/23 0s geronimo/activemq/1.0/car Started configuration 6/23 0s geronimo/system-database/1.0/car Started configuration 7/23 2s geronimo/directory/1.0/car Started configuration 8/23 0s geronimo/ldap-realm/1.0/car Started configuration 9/23 1s geronimo/jetty/1.0/car Started configuration 10/23 0s geronimo/geronimo-gbean-deployer/1.0/car Started configuration 11/23 1s geronimo/j2ee-deployer/1.0/car Started configuration 12/23 0s geronimo/jetty-deployer/1.0/car Started configuration 13/23 0s geronimo/welcome-jetty/1.0/car Started configuration 14/23 0s geronimo/ldap-demo-jetty/1.0/car Started configuration 15/23 0s geronimo/servlets-examples-jetty/1.0/car Started configuration 16/23 2s geronimo/jsp-examples-jetty/1.0/car Started configuration 17/23 2s geronimo/webconsole-jetty/1.0/car Started configuration 18/23 0s geronimo/uddi-jetty/1.0/car Started configuration 19/23 0s geronimo/jmxdebug-jetty/1.0/car Started configuration 20/23 4s geronimo/daytrader-derby-jetty/1.0/car Started configuration 21/23 0s geronimo/remote-deploy-jetty/1.0/car java.lang.IllegalStateException: Cannot retrieve the value for non-persistent attribute containerName when GBeanInstance is DESTROYED at
Re: Maven 2 Repository for Geronimo
Cuz, I think that is will be too much work to get in and tested. We're trying to get this done in the next few days, so it is just easier to write one that can read the m2 layout. -dain On Feb 7, 2006, at 1:39 PM, Jason Dillon wrote: Why not reuse the Maven2 code to handle repository access/ aggregation/etc ? --jason On Feb 6, 2006, at 9:00 PM, Dain Sundstrom wrote: I have added a repository that can read a repo using the maven 2 layout. This required a few changes to the Repository interface, so please take a look at it. The code is the configId branch that David Jencks and I are working on for the quick 1.1 release (old 1.0.1). Specifically, Aaron can you take a look at this? It will impact the console code and I don't want to create a mess for you to deal with. http://svn.apache.org/viewcvs.cgi/geronimo/branches/configid/ modules/system/src/java/org/apache/geronimo/system/repository/ Maven2Repository.java Thanks, -dain
Re: Oracle XA RAR for G1.0?
I hacked in some code to TransactionImpl so that I can get at the OracleXAException, and it is this error: ORA-24774 Is there a better way that we can expose these problems w/o having to hack up the impl? The XA Error code (-3) is logged, but the rest of the exception detail is eaten, and unfortunately the is no toString() to add this to the log detail... erg. Should TransactionImpl be eating this exception? Or should it rethrow a SystemException with the XAException details? Or should the Oracle XA JCA provide a resource wrapper wrapper to decode the details? * * * Found this related to ORA-24774: http://mail-archive.objectweb.org/jotm/2004-09/msg00073.html This explains the same basic situation I'm seeing... 2 connections to the same server, different users... The page above mentions something about an Oracle XA flag for loosely coupled branches... but I've really got no clue wtf that means. So, I tried using the same user, and putting all tables into one schema, but keep 2 datasources, and that hangs for 30s or so, then pukes with XA error 4, Oracle error 25351, which from ora-code.com is: snip ORA-25351: transaction is currently in use Cause: The transaction is currently used by a different session. Action: Do not switch to a transaction attached to some other session. /snip These all just come across as WARN logs, and eventually I get back to the hung transaction as I saw before: snip DefaultThreadPool 4 daemon prio=5 tid=0x09f4e5b0 nid=0x83ace00 in Object.wait() [f7971000..f7972ac0] at java.lang.Object.wait(Native Method) - waiting on 0x6720c3a0 (a java.lang.Object) at org.activemq.message.ReceiptHolder.getReceipt(ReceiptHolder.java:68) - locked 0x6720c3a0 (a java.lang.Object) at org.activemq.transport.TransportChannelSupport.send(TransportChannelSupport.java:146) at org.activemq.ActiveMQConnection.syncSendPacket(ActiveMQConnection.java:1377) at org.activemq.ActiveMQConnection.syncSendPacket(ActiveMQConnection.java:1362) at org.activemq.TransactionContext.commit(TransactionContext.java:215) at org.activemq.ra.LocalAndXATransaction.commit(LocalAndXATransaction.java:56) at org.apache.geronimo.connector.outbound.LocalXAResource.commit(LocalXAResource.java:56) at org.apache.geronimo.transaction.manager.TransactionImpl.commitResources(TransactionImpl.java:590) at org.apache.geronimo.transaction.manager.TransactionImpl.commit(TransactionImpl.java:313) at org.apache.geronimo.transaction.manager.TransactionManagerImpl.commit(TransactionManagerImpl.java:143) at org.apache.geronimo.transaction.manager.TransactionManagerImpl$$FastClassByCGLIB$$14ee5fe0.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:118) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:800) at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:36) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) at org.apache.geronimo.transaction.ExtendedTransactionManager$$EnhancerByCGLIB$$19d099e1.commit(generated) at org.apache.geronimo.transaction.context.InheritableTransactionContext.complete(InheritableTransactionContext.java:196) at org.apache.geronimo.transaction.context.InheritableTransactionContext.commit(InheritableTransactionContext.java:146) at org.openejb.transaction.ContainerPolicy$TxRequired.invoke(ContainerPolicy.java:152) at org.openejb.transaction.TransactionContextInterceptor.invoke(TransactionContextInterceptor.java:80) at org.openejb.SystemExceptionInterceptor.invoke(SystemExceptionInterceptor.java:82) at org.openejb.GenericEJBContainer.invoke(GenericEJBContainer.java:238) at org.openejb.server.ejbd.EjbRequestHandler.invoke(EjbRequestHandler.java:297) at org.openejb.server.ejbd.EjbRequestHandler.doEjbObject_BUSINESS_METHOD(EjbRequestHandler.java:325) at org.openejb.server.ejbd.EjbRequestHandler.processRequest(EjbRequestHandler.java:196) at org.openejb.server.ejbd.EjbDaemon.service(EjbDaemon.java:150) at org.openejb.server.ejbd.EjbServer.service(EjbServer.java:87) at org.openejb.server.ejbd.EjbServer$$FastClassByCGLIB$$d379d2ff.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:118) at
Re: Oracle XA RAR for G1.0?
It finally dawned on my that my connection to ActiveMQ using: vm://localhost?asyncSend=true Was a bad idea. So I tired using these: * vm://localhost * tcp://localhost:61616 Both of which don't hang... but now were back to more Oracle exceptions: snip 18:24:47,683 WARN [JDBCExceptionReporter] SQL Error: 1591, SQLState: 72000 18:24:47,683 ERROR [JDBCExceptionReporter] ORA-01591: lock held by in-doubt distributed transaction 6.28.6034 18:24:47,684 WARN [JDBCExceptionReporter] SQL Error: 1591, SQLState: 72000 18:24:47,684 ERROR [JDBCExceptionReporter] ORA-01591: lock held by in-doubt distributed transaction 6.28.6034 18:24:47,686 WARN [JDBCExceptionReporter] SQL Error: 1591, SQLState: 72000 18:24:47,686 ERROR [JDBCExceptionReporter] ORA-01591: lock held by in-doubt distributed transaction 6.28.6034 18:24:47,686 WARN [JDBCExceptionReporter] SQL Error: 1591, SQLState: 72000 18:24:47,686 ERROR [JDBCExceptionReporter] ORA-01591: lock held by in-doubt distributed transaction 6.28.6034 18:24:47,687 ERROR [JDBCExceptionReporter] Could not execute JDBC batch update java.sql.BatchUpdateException: ORA-01591: lock held by in-doubt distributed transaction 6.28.6034 at oracle.jdbc.driver.DatabaseError.throwBatchUpdateException(DatabaseError.java:498) at oracle.jdbc.driver.OraclePreparedStatement.executeBatch(OraclePreparedStatement.java:12368) at org.tranql.connector.jdbc.StatementHandle.executeBatch(StatementHandle.java:157) at net.sf.hibernate.impl.BatchingBatcher.doExecuteBatch(BatchingBatcher.java:54) at net.sf.hibernate.impl.BatcherImpl.executeBatch(BatcherImpl.java:126) at net.sf.hibernate.impl.SessionImpl.executeAll(SessionImpl.java:2421) at net.sf.hibernate.impl.SessionImpl.execute(SessionImpl.java:2371) at net.sf.hibernate.impl.SessionImpl.flush(SessionImpl.java:2240) at org.springframework.orm.hibernate.HibernateTemplate$22.doInHibernate(HibernateTemplate.java:595) at org.springframework.orm.hibernate.HibernateTemplate.execute(HibernateTemplate.java:312) at org.springframework.orm.hibernate.HibernateTemplate.flush(HibernateTemplate.java:593) at com.solidusnetworks.paycore.util.hibernate.BaseDAOHibernate.save(BaseDAOHibernate.java:176) at com.solidusnetworks.ach.oltp.dao.impl.ECheckDAOHibernate.saveECheck(ECheckDAOHibernate.java:208) at com.solidusnetworks.paycore.ach.model.check.service.CheckUpdateServiceBean.addECheck(CheckUpdateServiceBean.java:117) at com.solidusnetworks.paycore.ach.model.check.service.CheckUpdateServiceBean$$FastClassByCGLIB$$70674c74.invoke(generated) at org.openejb.dispatch.AbstractMethodOperation.invoke(AbstractMethodOperation.java:90) at org.openejb.slsb.BusinessMethod.execute(BusinessMethod.java:67) at org.openejb.dispatch.DispatchInterceptor.invoke(DispatchInterceptor.java:72) at org.apache.geronimo.naming.java.ComponentContextInterceptor.invoke(ComponentContextInterceptor.java:56) at org.openejb.ConnectionTrackingInterceptor.invoke(ConnectionTrackingInterceptor.java:81) at org.openejb.transaction.ContainerPolicy$TxRequired.invoke(ContainerPolicy.java:119) at org.openejb.transaction.TransactionContextInterceptor.invoke(TransactionContextInterceptor.java:80) at org.openejb.slsb.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:98) at org.openejb.transaction.ContainerPolicy$TxRequired.invoke(ContainerPolicy.java:119) at org.openejb.transaction.TransactionContextInterceptor.invoke(TransactionContextInterceptor.java:80) at org.openejb.SystemExceptionInterceptor.invoke(SystemExceptionInterceptor.java:82) at org.openejb.GenericEJBContainer.invoke(GenericEJBContainer.java:238) at org.openejb.proxy.EJBMethodInterceptor.intercept(EJBMethodInterceptor.java:129) at org.openejb.proxy.SessionEJBLocalObject$$EnhancerByCGLIB$$d7dd99ce.addECheck(generated) at com.solidusnetworks.paycore.ach.business.pos.POSCheckServiceBean.authorize(POSCheckServiceBean.java:234) at com.solidusnetworks.paycore.ach.business.pos.POSCheckServiceBean$$FastClassByCGLIB$$ac29a8c5.invoke(generated) at org.openejb.dispatch.AbstractMethodOperation.invoke(AbstractMethodOperation.java:90) at org.openejb.slsb.BusinessMethod.execute(BusinessMethod.java:67) at org.openejb.dispatch.DispatchInterceptor.invoke(DispatchInterceptor.java:72) at org.apache.geronimo.naming.java.ComponentContextInterceptor.invoke(ComponentContextInterceptor.java:56) at org.openejb.ConnectionTrackingInterceptor.invoke(ConnectionTrackingInterceptor.java:81) at org.openejb.transaction.ContainerPolicy$TxRequired.invoke(ContainerPolicy.java:119) at org.openejb.transaction.TransactionContextInterceptor.invoke(TransactionContextInterceptor.java:80) at
Re: Oracle XA RAR for G1.0?
I'm not saying it won't work... but its defintetly not happy with TranQL with its throwing an exception for a metadata query instead of returning false. --jason On 2/7/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: 9.2.x.x does work with XA. I'm going to retest everything with the 10.2.0.1.0_g driver... since 9.2.* was whack for non-xa I'm not sure that anything would work as expected. --jason On 2/7/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I have a feeling that something else is wrong, as I mentioned before I see hanging transactions when using the local adapter in local-tx mode. And when I ctrl-c G it corrupts the txlog each time... which is very bad IMO. What do you mean by corrupts? Do you mean that the transaction manager does not perform recovery properly upon boot? I'm starting to think this is a god must hate jason problem more than anything else :-( Since you are getting an XAException.XA_RMERR error while trying to enlist a resource manager, maybe Oracle is not set up properly to do XA transactions for you. I do remember that to get XAResource.recover() to work for example you have to grant the jdbc user certain database catalog privileges - because it has to do a select on the in-doubt transaction table. It's not impossible that you have to do some configuration in the database server to be able to enlist properly. If I were you I would try to run an xa transaction myself by calling new OracleXADataSource(), calling setConnectionURL, setPassword, setUserName, and then getConnection() and getXAResource(), and then start/end/prepare/commit. You can do this from the command line. The Oracle driver has an example class that does this so you can cut and paste. That could be a big sanity check. Guglielmo
Re: Hanging transaction
The xidFactory should not be null. But I can't find off hand where HOWLLog get started, or where XidFactory comes from... and I'm too tired to dig into it more right now. --jason On 2/7/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I guess HowlLog.java line 362 should not be throwing an exception. And starting up G right after produces this: snip Booting Geronimo Kernel (in Java 1.4.2_09)... Started configuration 1/23 0s geronimo/rmi-naming/1.0/car 16:15:06,779 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: objectName=geronimo.server:J2EEApplication=null,J2EEModule=geronimo/j2ee-server/1.0/car,J2EEServer=geronimo,j2eeType=TransactionLog,name=HOWLTransactionLog java.lang.NullPointerException at org.apache.geronimo.transaction.log.HOWLLog$GeronimoReplayListener.onRecord(HOWLLog.java:362) at org.objectweb.howl.log.xa.XALogger.replayActiveTx(XALogger.java:1059) at org.apache.geronimo.transaction.log.HOWLLog.doStart(HOWLLog.java:220) at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:936) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:325) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:110) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:132) at org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:537) at org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:208) at org.apache.geronimo.kernel.config.Configuration.startRecursiveGBeans(Configuration.java:315) at org.apache.geronimo.kernel.config.Configuration$$FastClassByCGLIB$$7f4b4a9b.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:118) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:835) at org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:178) at org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:173) at org.apache.geronimo.kernel.config.ConfigurationManagerImpl.start(ConfigurationManagerImpl.java:142) at org.apache.geronimo.kernel.config.ConfigurationManagerImpl$$FastClassByCGLIB$$fbed85d2.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:118) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:800) at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:36) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) at org.apache.geronimo.kernel.config.ConfigurationManager$$EnhancerByCGLIB$$ac1e62eb.start(generated) at org.apache.geronimo.system.main.Daemon.doStartup(Daemon.java:323) at org.apache.geronimo.system.main.Daemon.init(Daemon.java:82) at org.apache.geronimo.system.main.Daemon.main(Daemon.java:404) Started configuration 2/23 1s geronimo/j2ee-server/1.0/car 16:15:07,603 INFO [RMIConnectorServer] RMIConnectorServer started at: service:jmx:rmi://localhost/jndi/rmi:/JMXConnector Started configuration 3/23 1s geronimo/j2ee-security/1.0/car Started configuration 4/23 2s geronimo/activemq-broker/1.0/car Started configuration 5/23 0s geronimo/activemq/1.0/car Started configuration 6/23 0s geronimo/system-database/1.0/car Started configuration 7/23 2s geronimo/directory/1.0/car Started configuration 8/23 0s geronimo/ldap-realm/1.0/car Started configuration 9/23 1s geronimo/jetty/1.0/car Started configuration 10/23 0s geronimo/geronimo-gbean-deployer/1.0/car Started configuration 11/23 1s geronimo/j2ee-deployer/1.0/car Started configuration 12/23 0s geronimo/jetty-deployer/1.0/car Started configuration 13/23 0s geronimo/welcome-jetty/1.0/car Started configuration 14/23 0s geronimo/ldap-demo-jetty/1.0/car Started configuration 15/23 0s geronimo/servlets-examples-jetty/1.0/car Started configuration 16/23 2s geronimo/jsp-examples-jetty/1.0/car Started configuration 17/23 2s geronimo/webconsole-jetty/1.0/car Started configuration 18/23 0s geronimo/uddi-jetty/1.0/car Started configuration 19/23 0s
Re: Oracle XA RAR for G1.0?
It just sounds like a bug, I guess. On Tue, 7 Feb 2006, Jason Dillon wrote: I'm not saying it won't work... but its defintetly not happy with TranQL with its throwing an exception for a metadata query instead of returning false. --jason On 2/7/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: 9.2.x.x does work with XA. I'm going to retest everything with the 10.2.0.1.0_g driver... since 9.2.* was whack for non-xa I'm not sure that anything would work as expected. --jason On 2/7/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I have a feeling that something else is wrong, as I mentioned before I see hanging transactions when using the local adapter in local-tx mode. And when I ctrl-c G it corrupts the txlog each time... which is very bad IMO. What do you mean by corrupts? Do you mean that the transaction manager does not perform recovery properly upon boot? I'm starting to think this is a god must hate jason problem more than anything else :-( Since you are getting an XAException.XA_RMERR error while trying to enlist a resource manager, maybe Oracle is not set up properly to do XA transactions for you. I do remember that to get XAResource.recover() to work for example you have to grant the jdbc user certain database catalog privileges - because it has to do a select on the in-doubt transaction table. It's not impossible that you have to do some configuration in the database server to be able to enlist properly. If I were you I would try to run an xa transaction myself by calling new OracleXADataSource(), calling setConnectionURL, setPassword, setUserName, and then getConnection() and getXAResource(), and then start/end/prepare/commit. You can do this from the command line. The Oracle driver has an example class that does this so you can cut and paste. That could be a big sanity check. Guglielmo
[jira] Created: (GERONIMO-1599) HOWLLog throws NPE because XidFactory is missing
HOWLLog throws NPE because XidFactory is missing
Key: GERONIMO-1599
URL: http://issues.apache.org/jira/browse/GERONIMO-1599
Project: Geronimo
Type: Bug
Components: transaction manager
Versions: 1.0
Reporter: Jason Dillon
Priority: Critical
I've run into a situation where an EJB transaction hangs, and when I kill G and
reboot, it fails with this NPE:
{noformat}
Booting Geronimo Kernel (in Java 1.4.2_09)...
Started configuration 1/23 0s geronimo/rmi-naming/1.0/car
16:15:06,779 ERROR [GBeanInstanceState] Error while starting; GBean is
now in the FAILED state:
objectName=geronimo.server:J2EEApplication=null,J2EEModule=geronimo/j2ee-server/1.0/car,J2EEServer=geronimo,j2eeType=TransactionLog,name=HOWLTransactionLog
java.lang.NullPointerException
at
org.apache.geronimo.transaction.log.HOWLLog$GeronimoReplayListener.onRecord(HOWLLog.java:362)
at org.objectweb.howl.log.xa.XALogger.replayActiveTx(XALogger.java:1059)
at org.apache.geronimo.transaction.log.HOWLLog.doStart(HOWLLog.java:220)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:936)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:325)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:110)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:132)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:537)
at
org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:208)
at
org.apache.geronimo.kernel.config.Configuration.startRecursiveGBeans(Configuration.java:315)
at
org.apache.geronimo.kernel.config.Configuration$$FastClassByCGLIB$$7f4b4a9b.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:118)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:835)
at
org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:178)
at
org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:173)
at
org.apache.geronimo.kernel.config.ConfigurationManagerImpl.start(ConfigurationManagerImpl.java:142)
at
org.apache.geronimo.kernel.config.ConfigurationManagerImpl$$FastClassByCGLIB$$fbed85d2.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:118)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:800)
at
org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
at
org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:36)
at
org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
at
org.apache.geronimo.kernel.config.ConfigurationManager$$EnhancerByCGLIB$$ac1e62eb.start(generated)
at org.apache.geronimo.system.main.Daemon.doStartup(Daemon.java:323)
at org.apache.geronimo.system.main.Daemon.init(Daemon.java:82)
at org.apache.geronimo.system.main.Daemon.main(Daemon.java:404)
Started configuration 2/23 1s geronimo/j2ee-server/1.0/car
{noformat}
The system is useless at this point, need to rm var/txlog/* to get a functional
G back.
For some reason the XidFactory that is passed in to the HOWLLog is null.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
Re: Maven 2 Repository for Geronimo
I took a quick look. How closely do you think you will be able to support the current ListableRepository, WriteableRepository, and Repository interfaces? The console currently makes use of both forms of the copyToRepository method (inputstream and file) ... but I suspect we could conform to just the inputstream. We also make use of listURIs (which I assume gets replaced with just list?). Does the URI form of the artifact change much? Joe Dain Sundstrom wrote: I have added a repository that can read a repo using the maven 2 layout. This required a few changes to the Repository interface, so please take a look at it. The code is the configId branch that David Jencks and I are working on for the quick 1.1 release (old 1.0.1). Specifically, Aaron can you take a look at this? It will impact the console code and I don't want to create a mess for you to deal with. http://svn.apache.org/viewcvs.cgi/geronimo/branches/configid/modules/ system/src/java/org/apache/geronimo/system/repository/ Maven2Repository.java Thanks, -dain -- Joe Bohn joe.bohn at earthlink.net He is no fool who gives what he cannot keep, to gain what he cannot lose. -- Jim Elliot
Re: Oracle XA RAR for G1.0?
I've got a db looking into fixing that for me... And created https://issues.apache.org/jira/browse/GERONIMO-1599 I'm not sure how to fix this though :-( --jason On 2/7/06, lichtner [EMAIL PROTECTED] wrote: Since you crashed so many times and then had to delete the log, which knows how to clean up the in-doubt transactions, you now have some transactions which are waiting to be committed or rolled back and are holding locks (as they should.) If you have a dba I would get him/her involved. To do it manually you have to do a select on DBA_2PC_PENDING http://download-west.oracle.com/docs/cd/B19306_01/server.102/b14237/statviews_3002.htm#sthref1821 and then do ROLLBACK FORCE or COMMIT FORCE as shown here: http://download-west.oracle.com/docs/cd/B19306_01/server.102/b14231/ds_txnman.htm#i1007905 If you do not privileges for the select, you can try to log in as sys with the default Oracle password: sqlplus sys/CHANGE_ON_INSTALL Sometimes they don't bother to change it. If you grant the JDBC user the ability to select on DBA_2PC_PENDING (or other appropriate view) then Geronimo (once the NPE is fixed) can settle these automatically for you. Guglielmo On Tue, 7 Feb 2006, Jason Dillon wrote: It finally dawned on my that my connection to ActiveMQ using: vm://localhost?asyncSend=true Was a bad idea. So I tired using these: * vm://localhost * tcp://localhost:61616 Both of which don't hang... but now were back to more Oracle exceptions: snip 18:24:47,683 WARN [JDBCExceptionReporter] SQL Error: 1591, SQLState: 72000 18:24:47,683 ERROR [JDBCExceptionReporter] ORA-01591: lock held by in-doubt distributed transaction 6.28.6034 18:24:47,684 WARN [JDBCExceptionReporter] SQL Error: 1591, SQLState: 72000 18:24:47,684 ERROR [JDBCExceptionReporter] ORA-01591: lock held by in-doubt distributed transaction 6.28.6034 18:24:47,686 WARN [JDBCExceptionReporter] SQL Error: 1591, SQLState: 72000 18:24:47,686 ERROR [JDBCExceptionReporter] ORA-01591: lock held by in-doubt distributed transaction 6.28.6034 18:24:47,686 WARN [JDBCExceptionReporter] SQL Error: 1591, SQLState: 72000 18:24:47,686 ERROR [JDBCExceptionReporter] ORA-01591: lock held by in-doubt distributed transaction 6.28.6034 18:24:47,687 ERROR [JDBCExceptionReporter] Could not execute JDBC batch update java.sql.BatchUpdateException: ORA-01591: lock held by in-doubt distributed transaction 6.28.6034 at oracle.jdbc.driver.DatabaseError.throwBatchUpdateException(DatabaseError.java:498) at oracle.jdbc.driver.OraclePreparedStatement.executeBatch(OraclePreparedStatement.java:12368) at org.tranql.connector.jdbc.StatementHandle.executeBatch(StatementHandle.java:157) at net.sf.hibernate.impl.BatchingBatcher.doExecuteBatch(BatchingBatcher.java:54) at net.sf.hibernate.impl.BatcherImpl.executeBatch(BatcherImpl.java:126) at net.sf.hibernate.impl.SessionImpl.executeAll(SessionImpl.java:2421) at net.sf.hibernate.impl.SessionImpl.execute(SessionImpl.java:2371) at net.sf.hibernate.impl.SessionImpl.flush(SessionImpl.java:2240) at org.springframework.orm.hibernate.HibernateTemplate$22.doInHibernate(HibernateTemplate.java:595) at org.springframework.orm.hibernate.HibernateTemplate.execute(HibernateTemplate.java:312) at org.springframework.orm.hibernate.HibernateTemplate.flush(HibernateTemplate.java:593) at com.solidusnetworks.paycore.util.hibernate.BaseDAOHibernate.save(BaseDAOHibernate.java:176) at com.solidusnetworks.ach.oltp.dao.impl.ECheckDAOHibernate.saveECheck(ECheckDAOHibernate.java:208) at com.solidusnetworks.paycore.ach.model.check.service.CheckUpdateServiceBean.addECheck(CheckUpdateServiceBean.java:117) at com.solidusnetworks.paycore.ach.model.check.service.CheckUpdateServiceBean$$FastClassByCGLIB$$70674c74.invoke(generated) at org.openejb.dispatch.AbstractMethodOperation.invoke(AbstractMethodOperation.java:90) at org.openejb.slsb.BusinessMethod.execute(BusinessMethod.java:67) at org.openejb.dispatch.DispatchInterceptor.invoke(DispatchInterceptor.java:72) at org.apache.geronimo.naming.java.ComponentContextInterceptor.invoke(ComponentContextInterceptor.java:56) at org.openejb.ConnectionTrackingInterceptor.invoke(ConnectionTrackingInterceptor.java:81) at org.openejb.transaction.ContainerPolicy$TxRequired.invoke(ContainerPolicy.java:119) at org.openejb.transaction.TransactionContextInterceptor.invoke(TransactionContextInterceptor.java:80) at org.openejb.slsb.StatelessInstanceInterceptor.invoke(StatelessInstanceInterceptor.java:98) at org.openejb.transaction.ContainerPolicy$TxRequired.invoke(ContainerPolicy.java:119) at
Re: Oracle XA RAR for G1.0?
On Tue, 7 Feb 2006, Jason Dillon wrote: I've got a db looking into fixing that for me... And created https://issues.apache.org/jira/browse/GERONIMO-1599 I'm not sure how to fix this though :-( It looks like line 219 is setting a null xidFactory. It looks like xidFactory is a GBean attribute, so perhaps it is null because the XidFactory GBean does not start properly. I think G has a log that prints out all the GBeans as they start up. Maybe you can see some earlier error messages there. Or maybe it's an ordering problem. I supposed since this is IOC you could break this if you hacked the deployment plans, or else it's some kind of oversight. Who wrote this code?
[jira] Assigned: (GERONIMO-1599) HOWLLog throws NPE because XidFactory is missing
[ http://issues.apache.org/jira/browse/GERONIMO-1599?page=all ]
David Jencks reassigned GERONIMO-1599:
--
Assign To: David Jencks
HOWLLog throws NPE because XidFactory is missing
Key: GERONIMO-1599
URL: http://issues.apache.org/jira/browse/GERONIMO-1599
Project: Geronimo
Type: Bug
Components: transaction manager
Versions: 1.0
Reporter: Jason Dillon
Assignee: David Jencks
Priority: Critical
I've run into a situation where an EJB transaction hangs, and when I kill G
and reboot, it fails with this NPE:
{noformat}
Booting Geronimo Kernel (in Java 1.4.2_09)...
Started configuration 1/23 0s geronimo/rmi-naming/1.0/car
16:15:06,779 ERROR [GBeanInstanceState] Error while starting; GBean is
now in the FAILED state:
objectName=geronimo.server:J2EEApplication=null,J2EEModule=geronimo/j2ee-server/1.0/car,J2EEServer=geronimo,j2eeType=TransactionLog,name=HOWLTransactionLog
java.lang.NullPointerException
at
org.apache.geronimo.transaction.log.HOWLLog$GeronimoReplayListener.onRecord(HOWLLog.java:362)
at
org.objectweb.howl.log.xa.XALogger.replayActiveTx(XALogger.java:1059)
at
org.apache.geronimo.transaction.log.HOWLLog.doStart(HOWLLog.java:220)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:936)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:325)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:110)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:132)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:537)
at
org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:208)
at
org.apache.geronimo.kernel.config.Configuration.startRecursiveGBeans(Configuration.java:315)
at
org.apache.geronimo.kernel.config.Configuration$$FastClassByCGLIB$$7f4b4a9b.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:118)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:835)
at
org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:178)
at
org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:173)
at
org.apache.geronimo.kernel.config.ConfigurationManagerImpl.start(ConfigurationManagerImpl.java:142)
at
org.apache.geronimo.kernel.config.ConfigurationManagerImpl$$FastClassByCGLIB$$fbed85d2.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:118)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:800)
at
org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
at
org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:36)
at
org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
at
org.apache.geronimo.kernel.config.ConfigurationManager$$EnhancerByCGLIB$$ac1e62eb.start(generated)
at org.apache.geronimo.system.main.Daemon.doStartup(Daemon.java:323)
at org.apache.geronimo.system.main.Daemon.init(Daemon.java:82)
at org.apache.geronimo.system.main.Daemon.main(Daemon.java:404)
Started configuration 2/23 1s geronimo/j2ee-server/1.0/car
{noformat}
The system is useless at this point, need to rm var/txlog/* to get a
functional G back.
For some reason the XidFactory that is passed in to the HOWLLog is null.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
[jira] Commented: (GERONIMO-1599) HOWLLog throws NPE because XidFactory is missing
[
http://issues.apache.org/jira/browse/GERONIMO-1599?page=comments#action_12365523
]
David Jencks commented on GERONIMO-1599:
Of all the idiotic coding mistakes I've made this may be the most embarassing.
I put in a temporarly fix that should work fine. I would like to review it to
make sure that there is no way new transactions can be logged before the log is
recovered.
Applied to trunk, this or improved fix needs to be applied to branch/1.0
Sending
transaction/src/java/org/apache/geronimo/transaction/log/HOWLLog.java
Sending
transaction/src/test/org/apache/geronimo/transaction/log/HOWLLogTest.java
Sending
transaction/src/test/org/apache/geronimo/transaction/manager/HOWLLogRecoveryTest.java
Transmitting file data ...
Committed revision 375854.
HOWLLog throws NPE because XidFactory is missing
Key: GERONIMO-1599
URL: http://issues.apache.org/jira/browse/GERONIMO-1599
Project: Geronimo
Type: Bug
Components: transaction manager
Versions: 1.0
Reporter: Jason Dillon
Assignee: David Jencks
Priority: Critical
I've run into a situation where an EJB transaction hangs, and when I kill G
and reboot, it fails with this NPE:
{noformat}
Booting Geronimo Kernel (in Java 1.4.2_09)...
Started configuration 1/23 0s geronimo/rmi-naming/1.0/car
16:15:06,779 ERROR [GBeanInstanceState] Error while starting; GBean is
now in the FAILED state:
objectName=geronimo.server:J2EEApplication=null,J2EEModule=geronimo/j2ee-server/1.0/car,J2EEServer=geronimo,j2eeType=TransactionLog,name=HOWLTransactionLog
java.lang.NullPointerException
at
org.apache.geronimo.transaction.log.HOWLLog$GeronimoReplayListener.onRecord(HOWLLog.java:362)
at
org.objectweb.howl.log.xa.XALogger.replayActiveTx(XALogger.java:1059)
at
org.apache.geronimo.transaction.log.HOWLLog.doStart(HOWLLog.java:220)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:936)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:325)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:110)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:132)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:537)
at
org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:208)
at
org.apache.geronimo.kernel.config.Configuration.startRecursiveGBeans(Configuration.java:315)
at
org.apache.geronimo.kernel.config.Configuration$$FastClassByCGLIB$$7f4b4a9b.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:118)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:835)
at
org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:178)
at
org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:173)
at
org.apache.geronimo.kernel.config.ConfigurationManagerImpl.start(ConfigurationManagerImpl.java:142)
at
org.apache.geronimo.kernel.config.ConfigurationManagerImpl$$FastClassByCGLIB$$fbed85d2.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:118)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:800)
at
org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
at
org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:36)
at
org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
at
org.apache.geronimo.kernel.config.ConfigurationManager$$EnhancerByCGLIB$$ac1e62eb.start(generated)
at org.apache.geronimo.system.main.Daemon.doStartup(Daemon.java:323)
at org.apache.geronimo.system.main.Daemon.init(Daemon.java:82)
at org.apache.geronimo.system.main.Daemon.main(Daemon.java:404)
Started configuration 2/23 1s geronimo/j2ee-server/1.0/car
{noformat}
The system is useless at this point, need to rm var/txlog/* to get a
functional G back.
For some reason the XidFactory that is passed in to the HOWLLog is null.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
[jira] Updated: (GERONIMO-1599) HOWLLog throws NPE because XidFactory is missing
[ http://issues.apache.org/jira/browse/GERONIMO-1599?page=all ]
John Sisson updated GERONIMO-1599:
--
Fix Version: 1.0.1
1.1
HOWLLog throws NPE because XidFactory is missing
Key: GERONIMO-1599
URL: http://issues.apache.org/jira/browse/GERONIMO-1599
Project: Geronimo
Type: Bug
Components: transaction manager
Versions: 1.0
Reporter: Jason Dillon
Assignee: David Jencks
Priority: Critical
Fix For: 1.0.1, 1.1
I've run into a situation where an EJB transaction hangs, and when I kill G
and reboot, it fails with this NPE:
{noformat}
Booting Geronimo Kernel (in Java 1.4.2_09)...
Started configuration 1/23 0s geronimo/rmi-naming/1.0/car
16:15:06,779 ERROR [GBeanInstanceState] Error while starting; GBean is
now in the FAILED state:
objectName=geronimo.server:J2EEApplication=null,J2EEModule=geronimo/j2ee-server/1.0/car,J2EEServer=geronimo,j2eeType=TransactionLog,name=HOWLTransactionLog
java.lang.NullPointerException
at
org.apache.geronimo.transaction.log.HOWLLog$GeronimoReplayListener.onRecord(HOWLLog.java:362)
at
org.objectweb.howl.log.xa.XALogger.replayActiveTx(XALogger.java:1059)
at
org.apache.geronimo.transaction.log.HOWLLog.doStart(HOWLLog.java:220)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:936)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:325)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:110)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:132)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:537)
at
org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:208)
at
org.apache.geronimo.kernel.config.Configuration.startRecursiveGBeans(Configuration.java:315)
at
org.apache.geronimo.kernel.config.Configuration$$FastClassByCGLIB$$7f4b4a9b.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:118)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:835)
at
org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:178)
at
org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:173)
at
org.apache.geronimo.kernel.config.ConfigurationManagerImpl.start(ConfigurationManagerImpl.java:142)
at
org.apache.geronimo.kernel.config.ConfigurationManagerImpl$$FastClassByCGLIB$$fbed85d2.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:118)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:800)
at
org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
at
org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:36)
at
org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
at
org.apache.geronimo.kernel.config.ConfigurationManager$$EnhancerByCGLIB$$ac1e62eb.start(generated)
at org.apache.geronimo.system.main.Daemon.doStartup(Daemon.java:323)
at org.apache.geronimo.system.main.Daemon.init(Daemon.java:82)
at org.apache.geronimo.system.main.Daemon.main(Daemon.java:404)
Started configuration 2/23 1s geronimo/j2ee-server/1.0/car
{noformat}
The system is useless at this point, need to rm var/txlog/* to get a
functional G back.
For some reason the XidFactory that is passed in to the HOWLLog is null.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
[jira] Created: (GERONIMO-1600) Non-standard artifact in repository cause Common Libraries portlet to fail
Non-standard artifact in repository cause Common Libraries portlet to fail
--
Key: GERONIMO-1600
URL: http://issues.apache.org/jira/browse/GERONIMO-1600
Project: Geronimo
Type: Bug
Components: console
Versions: 1.0
Reporter: Jason Dillon
Priority: Critical
I've notice that if there is a non-standard artifact in the repository/ that
the Common Libraries portlet chokes.
For example:
{code}
touch geronimo-1.0/repository/foo
{code}
Then hit the Common Libraries porlet, and it will puke with something like:
{noformat}
22:18:43,823 ERROR [PortletInvokerImpl] PortletInvokerImpl.render() - Error
while dispatching portlet.
javax.portlet.PortletException
at
org.apache.geronimo.console.repository.RepositoryViewPortlet.doView(RepositoryViewPortlet.java:206)
at javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:250)
at javax.portlet.GenericPortlet.render(GenericPortlet.java:178)
at
org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:218)
at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:158)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:595)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:688)
at org.apache.pluto.core.PortletServlet.service(PortletServlet.java:153)
at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428)
at
org.apache.geronimo.jetty.JettyServletHolder.handle(JettyServletHolder.java:99)
at
org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:830)
at
org.mortbay.jetty.servlet.JSR154Filter.doFilter(JSR154Filter.java:170)
at
org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821)
at
org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:471)
at org.mortbay.jetty.servlet.Dispatcher.dispatch(Dispatcher.java:283)
at org.mortbay.jetty.servlet.Dispatcher.include(Dispatcher.java:163)
at
org.apache.pluto.invoker.impl.PortletInvokerImpl.invoke(PortletInvokerImpl.java:120)
at
org.apache.pluto.invoker.impl.PortletInvokerImpl.render(PortletInvokerImpl.java:73)
at
org.apache.pluto.PortletContainerImpl.renderPortlet(PortletContainerImpl.java:119)
at
org.apache.pluto.portalImpl.core.PortletContainerWrapperImpl.renderPortlet(PortletContainerWrapperImpl.java:70)
at
org.apache.pluto.portalImpl.aggregation.PortletFragment.service(PortletFragment.java:168)
at
org.apache.jsp.WEB_002dINF.aggregation.ColumnFragment_jsp._jspService(org.apache.jsp.WEB_002dINF.aggregation.ColumnFragment_jsp:65)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:688)
at
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:322)
at
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:688)
at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428)
at
org.apache.geronimo.jetty.JettyServletHolder.handle(JettyServletHolder.java:99)
at
org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:830)
at
org.mortbay.jetty.servlet.JSR154Filter.doFilter(JSR154Filter.java:170)
at
org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821)
at
org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:471)
at org.mortbay.jetty.servlet.Dispatcher.dispatch(Dispatcher.java:283)
at org.mortbay.jetty.servlet.Dispatcher.include(Dispatcher.java:163)
at
org.apache.pluto.portalImpl.aggregation.AbstractFragment.service(AbstractFragment.java:112)
at
org.apache.jsp.WEB_002dINF.aggregation.RowFragment_jsp._jspService(org.apache.jsp.WEB_002dINF.aggregation.RowFragment_jsp:64)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:688)
at
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:322)
at
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:688)
at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428)
at
org.apache.geronimo.jetty.JettyServletHolder.handle(JettyServletHolder.java:99)
at
