Re: Geronimo 2.1 and SSL (SUN JRE/JDK 6)
Hi Uwe, Geronimo ships a default self-signed certificate in the distributions. You should replace this default certificate after installing Geronimo. You will have to designate the certificate used by Geronimo as a trusted certificate in OpenLaszlo to get past the error you are encountering. ++Vamsi On Sat, Apr 19, 2008 at 6:34 PM, Muench Uwe <[EMAIL PROTECTED]> wrote: > Hello, > > how can I run Geronimo 2.1 in SSL? By default Geronimo has its own > keystore, > but I think, that SUN JDK/JRE 6 this keystore not realy knows. Why I think > so? > See this: > > 19 Apr 2008 14:27:52 (127.0.0.1 3) INFO responders.Responder - Responding > with error (text/xml): laszlo-data>https://localhost:8443/openlaszlo-4.0.12/laszlo-explorer/nav.xml: SSL > exception: sun.security.validator.ValidatorException: PKIX path building > failed: sun.security.provider.certpath.SunCertPathBuilderException: unable > to > find valid certification path to requested target"/> > 19 Apr 2008 14:27:52 (127.0.0.1 3) DEBUG servlets.LZServlet - Request 3 > finished > > Its just a part of a logfile from OpenLaszlo (lps.log) > > How can I resolv this? > > Best regards, Uwe > > -- > Hochschule Furtwangen (http://www.hs-furtwangen.de) > Open WebMail Project (http://openwebmail.org) > >
Geronimo Eclipse Plugin (GEP) 2.1.0 support for v1.1
Hi, The GEP 2.1.0 code is complete for the 2.1.x versions of the Geronimo servers and ready for release this week. The intent is to release it without support for version 1.1 of the Geronimo server; it will only support the 2.0.x and 2.1.x versions of the Geronimo server. The primary reason for not including support for v1.1 is to expedite this release of the GEP. If required, the older 2.0.0 release of the GEP can still be used to provide a migration path from v1.1 to v2.0.x versions of the server. Still, I would like to ensure that removing v1.1 server support will not adversely impact any of the Geronimo user community. If so, we can either provide support for v1.1 in the next release of the GEP, or if the impact is severe, delay this release. If there are no impacts we'll proceed with the release. Please advise. Thanks very much. -- Thanks, Tim McConnell
RE: Apache httpd and Geronimo-Tomcat Integration
John, You can use httpd's mod_rewrite to modify the URL without the ending "/' and append it. The mod_rewrite module uses regular expressions and is fairly easy to learn and extremely powerful. I haven't actually done this, but am positive that sequenec will matter. i.e. mod_rewrite processing before mod_jk processing. Mark Aufdencamp [EMAIL PROTECTED] > Original Message > Subject: Apache httpd and Geronimo-Tomcat Integration > From: John <[EMAIL PROTECTED]> > Date: Sun, April 20, 2008 5:45 pm > To: user@geronimo.apache.org > > > Hi, > > I followed the documentation to integrate both Apache httpd and > Geronimo/Tomcat 2.1 - the documentation was great. However, the last > section that discusses appending the "/" to the end of the request so > that Tomcat Connector module can it is frustrating. > > Is there a change, or set of changes, that I can make that will make > this unnecessary? > > Thanks, > John
Re: inverse-classloading error
I'm having trouble distinguishing between this and the previous error. Are you sure this isn't leftover in the log from a previous failed run? You might want to start with a fresh copy of geronimo just to be certain you are seeing only the most up to date problems :-) Could you show the environment element from your geronimo plan? Out of curiousity, what does your app do if there is no transaction manager available in the tomcat environment? thanks david jencks On Apr 20, 2008, at 2:32 PM, bgbraga wrote: bgbraga wrote: That removed the error from deploy. But the application isn't started. I will check that. In deploy shows that message but the application is not started: The application was successfully deployed. The application was successfully started New error (in log): 16:04:47,000 INFO [Mapping] C:\java\servers\geronimo-tomcat6-2.0.2\repository\org\apache \geronimo\configs\webconsole-tomcat\2.0.2\webconsole- tomcat-2.0.2.car\framework.war\WEB-INF\data\xml is not a URL, trying to convert it to a file URL 16:04:47,001 INFO [Mapping] Loading mapping descriptors from pageregistrymapping.xml 16:15:27,684 WARN [ConfigurationUtil] Could not load gbean default/globalsafe/1208718914237/war? J2EEApplication=null,j2eeType=WebModule,name=default/globalsafe/ 1208718914237/war org.apache.geronimo.gbean.InvalidConfigurationException: Getter return type in wrong classloader: type: interface javax.transaction.UserTransaction wanted in classloader: [org.apache.geronimo.kernel.classloader.JarFileClassLoader id=default/globalsafe/1208718914237/war] actual: [org.apache.geronimo.kernel.classloader.JarFileClassLoader id=org.apache.geronimo.configs/jee-specs/2.0.2/car] at org.apache.geronimo.gbean.runtime.GBeanAttribute. (GBeanAttribute.java:241) at org.apache.geronimo.gbean.runtime.GBeanInstance. (GBeanInstance.java:245) at org.apache.geronimo.kernel.basic.BasicKernel.loadGBean (BasicKernel.java:354) at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfiguration GBeans(ConfigurationUtil.java:433) at org.apache.geronimo.kernel.config.KernelConfigurationManager.start (KernelConfigurationManager.java:187) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConf iguration(SimpleConfigurationManager.java:530) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConf iguration(SimpleConfigurationManager.java:511) at org.apache.geronimo.kernel.config.SimpleConfigurationManager$ $FastClassByCGLIB$$ce77a924.invoke() at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke (FastMethodInvoker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke (GBeanOperation.java:124) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke (GBeanInstance.java:830) at org.apache.geronimo.gbean.runtime.RawInvoker.invoke (RawInvoker.java:57) at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke (RawOperationInvoker.java:35) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept (ProxyMethodInterceptor.java:96) at org.apache.geronimo.gbean.GBeanLifecycle$$EnhancerByCGLIB$ $dbf181f0.startConfiguration() at org.apache.geronimo.deployment.plugin.local.StartCommand.run (StartCommand.java:67) at java.lang.Thread.run(Thread.java:619) -- View this message in context: http://www.nabble.com/inverse- classloading-error-tp16790691s134p16798992.html Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
Apache httpd and Geronimo-Tomcat Integration
Hi, I followed the documentation to integrate both Apache httpd and Geronimo/Tomcat 2.1 - the documentation was great. However, the last section that discusses appending the "/" to the end of the request so that Tomcat Connector module can it is frustrating. Is there a change, or set of changes, that I can make that will make this unnecessary? Thanks, John
Re: inverse-classloading error
bgbraga wrote: > > That removed the error from deploy. But the application isn't started. I > will check that. > In deploy shows that message but the application is not started: The application was successfully deployed. The application was successfully started New error (in log): 16:04:47,000 INFO [Mapping] C:\java\servers\geronimo-tomcat6-2.0.2\repository\org\apache\geronimo\configs\webconsole-tomcat\2.0.2\webconsole-tomcat-2.0.2.car\framework.war\WEB-INF\data\xml is not a URL, trying to convert it to a file URL 16:04:47,001 INFO [Mapping] Loading mapping descriptors from pageregistrymapping.xml 16:15:27,684 WARN [ConfigurationUtil] Could not load gbean default/globalsafe/1208718914237/war?J2EEApplication=null,j2eeType=WebModule,name=default/globalsafe/1208718914237/war org.apache.geronimo.gbean.InvalidConfigurationException: Getter return type in wrong classloader: type: interface javax.transaction.UserTransaction wanted in classloader: [org.apache.geronimo.kernel.classloader.JarFileClassLoader id=default/globalsafe/1208718914237/war] actual: [org.apache.geronimo.kernel.classloader.JarFileClassLoader id=org.apache.geronimo.configs/jee-specs/2.0.2/car] at org.apache.geronimo.gbean.runtime.GBeanAttribute.(GBeanAttribute.java:241) at org.apache.geronimo.gbean.runtime.GBeanInstance.(GBeanInstance.java:245) at org.apache.geronimo.kernel.basic.BasicKernel.loadGBean(BasicKernel.java:354) at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:433) at org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:187) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:530) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:511) at org.apache.geronimo.kernel.config.SimpleConfigurationManager$$FastClassByCGLIB$$ce77a924.invoke() at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:830) at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) at org.apache.geronimo.gbean.GBeanLifecycle$$EnhancerByCGLIB$$dbf181f0.startConfiguration() at org.apache.geronimo.deployment.plugin.local.StartCommand.run(StartCommand.java:67) at java.lang.Thread.run(Thread.java:619) -- View this message in context: http://www.nabble.com/inverse-classloading-error-tp16790691s134p16798992.html Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
Re: inverse-classloading error
djencks wrote: > > > well, no, unless you are willing to work harder. jta is a server > component, so if you include it in your app and set classloading so > your app classes are loaded first, you are certain to run into > trouble. I thought the error you are getting was moderately clear > about the problem that is occuring. > > I'm afraid my imagination is not up to thinking of a scenario in > which having a transaction api jar in your app would provide any > benefit. > Hi David, Thanks for you reply. I will explain: I have an application that HAVE to run on Tomcat 6 for a customer and now in Apache Geronimo to another. If I deploy it in the tomcat without the WEB-INF\lib\jta.jar this error occurs: java.lang.NoClassDefFoundError: javax/transaction/TransactionManager The tomcat doesn't have jta.jar as common lib. OK? The tomcat of this customer is a external host and we can not change the folder common lib. Then I need to keep this WAR interoperable with multiple servers (tomcat, geronimo, etc). I can not remove the jta.jar. Understand? djencks wrote: > > However, if you want to keep it, you can override the > effect of for particular packages using overrideable-classes> filters. > That removed the error from deploy. But the application isn't started. I will check that. djencks wrote: > > I'm generally against default restrictions on how an application > classloader can be set up but maybe we should think about including > javax.transaction in the default non-overridable-classes filters. > I'm using Geronimo with Tomcat. Then I think you should do this for all "server components" that don't exist in tomcat as jta. So you can keep interoperable between Geronimo and Tomcat more easily. This error appeared to be silly, but I really need the jta.jar in my lib. -- View this message in context: http://www.nabble.com/inverse-classloading-error-tp16790691s134p16797376.html Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
Re: inverse-classloading error
On Apr 20, 2008, at 5:24 AM, bgbraga wrote: Hi, I want to load all of my WEB-INF/lib jar and the other jars from geronimo ... But this command generated an error. ERROR: 15:52:33,442 WARN [ConfigurationUtil] Could not load gbean default/globalsafe/1208630537244/war? J2EEApplication=null,j2eeType=WebModule,name=default/globalsafe/ 1208630537244/war org.apache.geronimo.gbean.InvalidConfigurationException: Getter return type in wrong classloader: type: interface javax.transaction.UserTransaction wanted in classloader: [org.apache.geronimo.kernel.classloader.JarFileClassLoader id=default/globalsafe/1208630537244/war] actual: [org.apache.geronimo.kernel.classloader.JarFileClassLoader id=org.apache.geronimo.configs/jee-specs/2.0.2/car] --- I have javax.transaction.UserTransaction in WEB-INF\lib\jta.jar I don't understand why the error is happening ... I can not have the jta.jar? well, no, unless you are willing to work harder. jta is a server component, so if you include it in your app and set classloading so your app classes are loaded first, you are certain to run into trouble. I thought the error you are getting was moderately clear about the problem that is occuring. I'm afraid my imagination is not up to thinking of a scenario in which having a transaction api jar in your app would provide any benefit. However, if you want to keep it, you can override the effect of for particular packages using overrideable-classes> filters. javax.transaction. I'm generally against default restrictions on how an application classloader can be set up but maybe we should think about including javax.transaction in the default non-overridable-classes filters. thanks david jencks -- View this message in context: http://www.nabble.com/inverse- classloading-error-tp16790691s134p16790691.html Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
inverse-classloading error
Hi, I want to load all of my WEB-INF/lib jar and the other jars from geronimo ... But this command generated an error. ERROR: 15:52:33,442 WARN [ConfigurationUtil] Could not load gbean default/globalsafe/1208630537244/war?J2EEApplication=null,j2eeType=WebModule,name=default/globalsafe/1208630537244/war org.apache.geronimo.gbean.InvalidConfigurationException: Getter return type in wrong classloader: type: interface javax.transaction.UserTransaction wanted in classloader: [org.apache.geronimo.kernel.classloader.JarFileClassLoader id=default/globalsafe/1208630537244/war] actual: [org.apache.geronimo.kernel.classloader.JarFileClassLoader id=org.apache.geronimo.configs/jee-specs/2.0.2/car] at org.apache.geronimo.gbean.runtime.GBeanAttribute.(GBeanAttribute.java:241) at org.apache.geronimo.gbean.runtime.GBeanInstance.(GBeanInstance.java:245) at org.apache.geronimo.kernel.basic.BasicKernel.loadGBean(BasicKernel.java:354) at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:433) at org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:187) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:530) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:511) at org.apache.geronimo.kernel.config.SimpleConfigurationManager$$FastClassByCGLIB$$ce77a924.invoke() at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:830) at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) at org.apache.geronimo.gbean.GBeanLifecycle$$EnhancerByCGLIB$$dbf181f0.startConfiguration() at org.apache.geronimo.console.configmanager.ConfigManagerPortlet.processAction(ConfigManagerPortlet.java:208) at org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:229) at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:158) at javax.servlet.http.HttpServlet.service(HttpServlet.java:693) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.pluto.core.PortletServlet.service(PortletServlet.java:153) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:654) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:557) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:481) at org.apache.pluto.invoker.impl.PortletInvokerImpl.invoke(PortletInvokerImpl.java:120) at org.apache.pluto.invoker.impl.PortletInvokerImpl.action(PortletInvokerImpl.java:68) at org.apache.pluto.PortletContainerImpl.processPortletAction(PortletContainerImpl.java:164) at org.apache.pluto.portalImpl.core.PortletContainerWrapperImpl.processPortletAction(PortletContainerWrapperImpl.java:82) at org.apache.pluto.portalImpl.Servlet.doGet(Servlet.java:227) at javax.servlet.http.HttpServlet.service(HttpServlet.java:693) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) at org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke(DefaultSubjectValve.java:56) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:525) at org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:353) at org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(GeronimoBeforeAfterValve.java:47) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:563) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:261) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11P
