[jira] Updated: (GERONIMODEVTOOLS-146) Server won't start nicely due to missing setting of java.endorsed.dirs for Yoko
[
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ted Kirby updated GERONIMODEVTOOLS-146:
---
Attachment: GD146-2.patch
In the second patch, I also set:
-javaagent:"GERONIMO_BASE/bin/jpa.jar"
-Djava.ext.dirs="GERONIMO_BASE/lib/ext;JRE_HOME/lib/ext"
to match current geronimo start scripts.
> Server won't start nicely due to missing setting of java.endorsed.dirs for
> Yoko
> ---
>
> Key: GERONIMODEVTOOLS-146
> URL:
> https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-146
> Project: Geronimo-Devtools
> Issue Type: Bug
> Components: eclipse-plugin
>Affects Versions: 2.0
>Reporter: Ted Kirby
>Priority: Critical
> Attachments: GD146-2.patch, GD146.patch
>
>
> Here are console messages:
> Booting Geronimo Kernel (in Java 1.5.0)...
> 17:03:26,609 ERROR [NameService] Incorrect level of org.omg.CORBA classes
> found.
> Likely cause is an incorrect java.endorsed.dirs configuration
> 17:03:26,609 ERROR [GBeanInstanceState] Error while starting; GBean is now in
> the FAILED state:
> abstractName="org.apache.geronimo.configs/j2ee-corba-yoko/2.0-SNAPSHOT/car?ServiceModule=org.apache.geronimo.configs/j2ee-corba-yoko/2.0-SNAPSHOT/car,j2eeType=CORBANameService,name=NameServer"
> org.apache.geronimo.gbean.InvalidConfigurationException: CORBA usage requires
> Yoko CORBA spec classes in java.endorsed.dirs classpath
> at org.apache.geronimo.corba.NameService.doStart(NameService.java:168)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:986)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:267)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
> Need to set
> -Djava.endorsed.dirs="%GERONIMO_BASE%\lib\endorsed;%JRE_HOME%\lib\endorsed",
> like in geronimo.{sh,bat}
> If I set this manually as a server VM argument for the server instance, the
> server starts fine.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-3174) Can't start server with eclipse plugin
[ https://issues.apache.org/jira/browse/GERONIMO-3174?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12497340 ] Ted Kirby commented on GERONIMO-3174: - Done. I opened GERONIMODEVTOOLS-148 at https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-148. > Can't start server with eclipse plugin > -- > > Key: GERONIMO-3174 > URL: https://issues.apache.org/jira/browse/GERONIMO-3174 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: eclipse-plugin >Affects Versions: 2.0-M6 >Reporter: Ted Kirby >Priority: Critical > Fix For: 2.0-M6 > > Attachments: G3174.patch, G3174.patch > > > I am using rev 539255. When I start the server, I get: > Exception in thread "main" java.lang.IllegalArgumentException: Argument type > is [class [Ljava.lang.String;]; expected [class > org.apache.geronimo.cli.daemon.DaemonCLParser] > at > org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:56) > at > org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45) > at > org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:33) > It looks like this code-path was missed in recent CLI refactoring, which > occurred after last eclipse plugin update. > I tried having the eclise plugin start org.apache.geronimo.system.main.Daemon > instead of org.apache.geronimo.kernel.util.MainConfigurationBootstrapper, but > the server never seemed to come up. > My next attempt will be to fix MainConfigurationBootstrapper.main(String[] > args) like Daemon.main(String[] args), tho I am not sure that have > geronimo-kernel depend on geronimo-system will work or is proper. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMODEVTOOLS-148) Can't start server with eclipse plugin
[ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-148?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ted Kirby updated GERONIMODEVTOOLS-148: --- Attachment: GD148.patch I changed the runtime class to org.apache.geronimo.cli.daemon.DaemonCLI and the server came up for me. This seems consistent with the cli refactoring changes. > Can't start server with eclipse plugin > -- > > Key: GERONIMODEVTOOLS-148 > URL: > https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-148 > Project: Geronimo-Devtools > Issue Type: Bug > Components: eclipse-plugin >Affects Versions: 2.0 >Reporter: Ted Kirby >Priority: Blocker > Attachments: GD148.patch > > > Exception in thread "main" java.lang.IllegalArgumentException: Argument type > is [class [Ljava.lang.String;]; expected [class > org.apache.geronimo.cli.daemon.DaemonCLParser] > at > org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:56) > at > org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45) > at > org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:33) > See G3174 https://issues.apache.org/jira/browse/GERONIMO-3174. > At first, I did not know if it was an AG or devtools problem. Now, I think > it is a devtools problem. Per Donald Woods in G3174, I am opening up this > devtools JIRA. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMODEVTOOLS-148) Can't start server with eclipse plugin
Can't start server with eclipse plugin -- Key: GERONIMODEVTOOLS-148 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-148 Project: Geronimo-Devtools Issue Type: Bug Components: eclipse-plugin Affects Versions: 2.0 Reporter: Ted Kirby Priority: Blocker Exception in thread "main" java.lang.IllegalArgumentException: Argument type is [class [Ljava.lang.String;]; expected [class org.apache.geronimo.cli.daemon.DaemonCLParser] at org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:56) at org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45) at org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:33) See G3174 https://issues.apache.org/jira/browse/GERONIMO-3174. At first, I did not know if it was an AG or devtools problem. Now, I think it is a devtools problem. Per Donald Woods in G3174, I am opening up this devtools JIRA. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-3103) GBeanOverride.writeXml parseException
[ https://issues.apache.org/jira/browse/GERONIMO-3103?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12497335 ] Donald Woods commented on GERONIMO-3103: Committed revision 539995 in trunk. Don, thanks for the patch. > GBeanOverride.writeXml parseException > - > > Key: GERONIMO-3103 > URL: https://issues.apache.org/jira/browse/GERONIMO-3103 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 1.2 > Environment: SLED - Suse 10 x86 mysql 5.04 jdbc driver >Reporter: Don Hill > Assigned To: Donald Woods >Priority: Critical > Fix For: 1.2, 2.0-M5 > > Attachments: geronimo-3103.diff > > > Please refer to geronimo-3075, I am attaching a patch for 1.2-beta, The issue > is that & amp ; is converted correctly when specified in the datasource jdbc > url, but when the value is written in > modules/geronimo-system/src/main/java/org/apache/geronimo/system/configuration/GBeanOverride.java > writeXML a parseException occurrs > sample url > jdbc:mysql://localhost:3306/db?useUnicode=true&contentCollaction=utf8 > writeXml is trying to to parse > jdbc:mysql://localhost:3306/db?useUnicode=true&contentCollaction=utf8 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-3178) Server startup console warning w/ Tomcat JEE5 - EjbModule URL not valid: MEJBGBean
Server startup console warning w/ Tomcat JEE5 - EjbModule URL not valid: MEJBGBean -- Key: GERONIMO-3178 URL: https://issues.apache.org/jira/browse/GERONIMO-3178 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: OpenEJB Affects Versions: 2.0-M6 Environment: Trunk Rev539968, WinXP, Sun 1.5.0_11 Reporter: Donald Woods Have been seeing this console startup warning for the past week on the Tomcat JEE5 build - Module 5/29 org.apache.geronimo.configs/openejb/2.0-SNAPSHOT/car 22:09:17,875 WARN [startup] Unable to scrape for @Stateful, @Stateless or @ MessageDriven annotations. EjbModule URL not valid: MEJBGBean java.net.MalformedURLException: no protocol: MEJBGBean at java.net.URL.(URL.java:567) at java.net.URL.(URL.java:464) at java.net.URL.(URL.java:413) at org.apache.openejb.config.AnnotationDeployer$DiscoverBeansInClassLoad er.deploy(AnnotationDeployer.java:192) at org.apache.openejb.config.AnnotationDeployer$DiscoverBeansInClassLoad er.deploy(AnnotationDeployer.java:169) at org.apache.openejb.config.AnnotationDeployer.deploy(AnnotationDeploye r.java:160) at org.apache.openejb.config.ConfigurationFactory$Chain.deploy(Configura tionFactory.java:110) at org.apache.openejb.config.ConfigurationFactory.configureApplication(C onfigurationFactory.java:311) at org.apache.openejb.config.ConfigurationFactory.configureApplication(C onfigurationFactory.java:298) at org.apache.geronimo.openejb.OpenEjbSystemGBean.configureApplication(O penEjbSystemGBean.java:316) at org.apache.geronimo.openejb.OpenEjbSystemGBean$$FastClassByCGLIB$$500 5cdd0.invoke() at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethod Invoker.java:38) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperatio n.java:127) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance. java:820) at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:5 7) at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperat ionInvoker.java:35) at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(Pro xyMethodInterceptor.java:96) at org.apache.geronimo.openejb.OpenEjbSystem$$EnhancerByCGLIB$$b6b10ce5. configureApplication() at org.apache.geronimo.openejb.MEJBGBean.doStart(MEJBGBean.java:48) at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanI nstance.java:986) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart (GBeanInstanceState.java:267) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInsta nceState.java:102) at org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.j ava:529) at org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GB eanDependency.java:111) at org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDepe ndency.java:146) at org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDepe ndency.java:120) at org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEve nt(BasicLifecycleMonitor.java:173) at org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(Bas icLifecycleMonitor.java:41) at org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBr oadcaster.fireRunningEvent(BasicLifecycleMonitor.java:251) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart (GBeanInstanceState.java:292) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInsta nceState.java:102) at org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.j ava:529) at org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GB eanDependency.java:111) at org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDepe ndency.java:146) at org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDepe ndency.java:120) at org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEve nt(BasicLifecycleMonitor.java:173) at org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(Bas icLifecycleMonitor.java:41) at org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBr oadcaster.fireRunningEvent(BasicLifecycleMonitor.java:251) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart (GBeanInstanceState.java:292) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInsta nceState.java:102) at org.apache.geronimo.gbean.runtime.GBeanInsta
[jira] Closed: (GERONIMO-3174) Can't start server with eclipse plugin
[ https://issues.apache.org/jira/browse/GERONIMO-3174?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Donald Woods closed GERONIMO-3174. -- Resolution: Invalid Closing, as this is a devtools problem. Please open a new one there. > Can't start server with eclipse plugin > -- > > Key: GERONIMO-3174 > URL: https://issues.apache.org/jira/browse/GERONIMO-3174 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: eclipse-plugin >Affects Versions: 2.0-M6 >Reporter: Ted Kirby >Priority: Critical > Fix For: 2.0-M6 > > Attachments: G3174.patch, G3174.patch > > > I am using rev 539255. When I start the server, I get: > Exception in thread "main" java.lang.IllegalArgumentException: Argument type > is [class [Ljava.lang.String;]; expected [class > org.apache.geronimo.cli.daemon.DaemonCLParser] > at > org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:56) > at > org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45) > at > org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:33) > It looks like this code-path was missed in recent CLI refactoring, which > occurred after last eclipse plugin update. > I tried having the eclise plugin start org.apache.geronimo.system.main.Daemon > instead of org.apache.geronimo.kernel.util.MainConfigurationBootstrapper, but > the server never seemed to come up. > My next attempt will be to fix MainConfigurationBootstrapper.main(String[] > args) like Daemon.main(String[] args), tho I am not sure that have > geronimo-kernel depend on geronimo-system will work or is proper. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Is there a Geronimo 2.0 version of the Eclipse plugin to run in Eclipse 3.3m7?
Jacek, I have just gotten the eclipse plugin to start Geronimo 2.0 with eclipse 3.3M6. The plugin was last changed on April 30, and several changes in AG have occurred since then. I can start the server, but with two patches applied: G3174, and GERONIMODEVTOOLS-146. G3174 really applies to the plugin. G3174 changes to class to start AG, and GD-146 adds the java.endorsed.dirs property. It looks like javaagent and java.ext.dirs should also be added to the start command from the plugin. On May 18, Sachin upgraded to 3.3M7. I have not made that upgrade, and cannot speak to that level. I presume the above two patches and other work I mentioned will be needed for 3.3M7. Ted Kirby On 5/20/07, Jacek Laskowski <[EMAIL PROTECTED]> wrote: Hi, Can I use the Eclipse plugin with Geronimo 2.0? What Eclipse version do I need? I can't seem to run Eclipse 3.3M7 and Eclipse Plugin 2.0.0 (g-eclipse-plugin-2.0.0-v20070517.1449-deployable) with the daily build of Geronimo 2.0 (http://people.apache.org/~prasad/binaries/20070520/). Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl
[jira] Updated: (GERONIMO-3174) Can't start server with eclipse plugin
[ https://issues.apache.org/jira/browse/GERONIMO-3174?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ted Kirby updated GERONIMO-3174: Attachment: G3174.patch OK, I think this is an eclipse plugin issue. I changed the runtime class to org.apache.geronimo.cli.daemon.DaemonCLI and the server came up for me. This seems consistent with the cli refactoring changes. Should I close this JIRA out and open a GERONIMODEVTOOLS JIRA for this? > Can't start server with eclipse plugin > -- > > Key: GERONIMO-3174 > URL: https://issues.apache.org/jira/browse/GERONIMO-3174 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: eclipse-plugin >Affects Versions: 2.0-M6 >Reporter: Ted Kirby >Priority: Critical > Fix For: 2.0-M6 > > Attachments: G3174.patch, G3174.patch > > > I am using rev 539255. When I start the server, I get: > Exception in thread "main" java.lang.IllegalArgumentException: Argument type > is [class [Ljava.lang.String;]; expected [class > org.apache.geronimo.cli.daemon.DaemonCLParser] > at > org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:56) > at > org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45) > at > org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:33) > It looks like this code-path was missed in recent CLI refactoring, which > occurred after last eclipse plugin update. > I tried having the eclise plugin start org.apache.geronimo.system.main.Daemon > instead of org.apache.geronimo.kernel.util.MainConfigurationBootstrapper, but > the server never seemed to come up. > My next attempt will be to fix MainConfigurationBootstrapper.main(String[] > args) like Daemon.main(String[] args), tho I am not sure that have > geronimo-kernel depend on geronimo-system will work or is proper. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (GERONIMO-3103) GBeanOverride.writeXml parseException
[ https://issues.apache.org/jira/browse/GERONIMO-3103?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Donald Woods reassigned GERONIMO-3103: -- Assignee: Donald Woods > GBeanOverride.writeXml parseException > - > > Key: GERONIMO-3103 > URL: https://issues.apache.org/jira/browse/GERONIMO-3103 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 1.2 > Environment: SLED - Suse 10 x86 mysql 5.04 jdbc driver >Reporter: Don Hill > Assigned To: Donald Woods >Priority: Critical > Fix For: 1.2, 2.0-M5 > > Attachments: geronimo-3103.diff > > > Please refer to geronimo-3075, I am attaching a patch for 1.2-beta, The issue > is that & amp ; is converted correctly when specified in the datasource jdbc > url, but when the value is written in > modules/geronimo-system/src/main/java/org/apache/geronimo/system/configuration/GBeanOverride.java > writeXML a parseException occurrs > sample url > jdbc:mysql://localhost:3306/db?useUnicode=true&contentCollaction=utf8 > writeXml is trying to to parse > jdbc:mysql://localhost:3306/db?useUnicode=true&contentCollaction=utf8 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-2515) load of geronimo/rmi-naming/1.1.1/car failed on Solaris 10
[ https://issues.apache.org/jira/browse/GERONIMO-2515?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12497324 ] Donald Woods commented on GERONIMO-2515: Have tried the 1.2-SNAPSHOT or a 2.0-SNAPSHOT build? I haven't seen a problem running 1.1.1 on Solaris 10 SPARC, so maybe your download was somehow corrupted? > load of geronimo/rmi-naming/1.1.1/car failed on Solaris 10 > -- > > Key: GERONIMO-2515 > URL: https://issues.apache.org/jira/browse/GERONIMO-2515 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: startup/shutdown >Affects Versions: 1.1.1 > Environment: Solaris 10 , JDK 1.4.2 >Reporter: K Wesley >Priority: Blocker > > $ java -jar server.jar > Booting Geronimo Kernel (in Java 1.4.2_12)... > Starting Geronimo Application Server v1.1.1 > [*-] 0% 2s Startup failed > org.apache.geronimo.kernel.config.LifecycleException: load of > geronimo/rmi-naming/1.1.1/car failed > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:294) > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:275) > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:250) > at > org.apache.geronimo.kernel.config.KernelConfigurationManager.loadConfiguration(KernelConfigurationManager.java:112) > at > org.apache.geronimo.kernel.config.KernelConfigurationManager$$FastClassByCGLIB$$b117102f.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:122) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:817) > at > org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) > at > org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35) > at > org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) > at > org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$fe617d34.loadConfiguration() > at org.apache.geronimo.system.main.Daemon.doStartup(Daemon.java:294) > at org.apache.geronimo.system.main.Daemon.(Daemon.java:74) > at org.apache.geronimo.system.main.Daemon.main(Daemon.java:377) > Caused by: org.apache.geronimo.kernel.repository.MissingDependencyException: > Unable to resolve dependency > org.apache.geronimo.specs/geronimo-activation_1.0.2_spec//jar > at > org.apache.geronimo.kernel.repository.DefaultArtifactResolver.resolveInClassLoader(DefaultArtifactResolver.java:119) > at > org.apache.geronimo.kernel.repository.DefaultArtifactResolver.resolveInClassLoader(DefaultArtifactResolver.java:98) > at > org.apache.geronimo.kernel.repository.DefaultArtifactResolver$$FastClassByCGLIB$$e847b746.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:122) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:817) > at > org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) > at > org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35) > at > org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) > at > org.apache.geronimo.kernel.repository.ArtifactResolver$$EnhancerByCGLIB$$8e854b59.resolveInClassLoader() > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.resolveParentIds(SimpleConfigurationManager.java:466) > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadDepthFirst(SimpleConfigurationManager.java:425) > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:291) > ... 15 more > Server shutdown begun > Server shutdown completed -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GERONIMO-3126) Upgrade to released OpenJPA 0.9.7 which passed JPA TCK
[ https://issues.apache.org/jira/browse/GERONIMO-3126?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Donald Woods closed GERONIMO-3126. -- Resolution: Invalid David moved up to 0.9.8-incubating-SNAPSHOT instead. > Upgrade to released OpenJPA 0.9.7 which passed JPA TCK > -- > > Key: GERONIMO-3126 > URL: https://issues.apache.org/jira/browse/GERONIMO-3126 > Project: Geronimo > Issue Type: Improvement > Security Level: public(Regular issues) > Components: dependencies >Affects Versions: 2.0-M6 >Reporter: Donald Woods > Fix For: 2.0-M6 > > > From OpenJPA Wiki - by Marc Prud'hommeaux on Apr 30, 2007 > OpenJPA is now officially compliant with the Java Persistence API, as version > 0.9.7 has passed Sun's Technology Compatibility Kit. > The 0.9.7 artifacts have not been published to people.apache or ibiblio > yet. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [BUILD] TRUNK: Failed for Revision: 539956
I think I've fixed this in rev 539968. Sorry for the break.
thanks
david jencks
On May 20, 2007, at 3:01 PM, [EMAIL PROTECTED] wrote:
OpenEJB trunk at 539954
Geronimo Revision: 539956 built with tests skipped
See the full build-1800.log file at http://people.apache.org/
~prasad/binaries/20070520/build-1800.log
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] Not compiling test sources
[INFO] [surefire:test]
[INFO] Tests are skipped.
[INFO] [jar:jar]
[INFO] Building jar: /home/prasad/geronimo/trunk/modules/geronimo-
j2ee/target/geronimo-j2ee-2.0-SNAPSHOT.jar
[INFO] [tools:verify-legal-files {execution: verify-legal-files}]
[INFO] Checking legal files in: geronimo-j2ee-2.0-SNAPSHOT.jar
[INFO] [install:install]
[INFO] Installing /home/prasad/geronimo/trunk/modules/geronimo-j2ee/
target/geronimo-j2ee-2.0-SNAPSHOT.jar to /home/prasad/.m2/
repository/org/apache/geronimo/modules/geronimo-j2ee/2.0-SNAPSHOT/
geronimo-j2ee-2.0-SNAPSHOT.jar
[INFO]
--
--
[INFO] Building Geronimo :: Core
[INFO]task-segment: [install]
[INFO]
--
--
[INFO] [enforcer:enforce {execution: default}]
[INFO] [tools:copy-legal-files {execution: install-legal-files}]
[INFO] Created dir: /home/prasad/geronimo/trunk/modules/geronimo-
core/target/classes/META-INF
[INFO] Copying 2 files to /home/prasad/geronimo/trunk/modules/
geronimo-core/target/classes/META-INF
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Compiling 8 source files to /home/prasad/geronimo/trunk/
modules/geronimo-core/target/classes
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] Not compiling test sources
[INFO] [surefire:test]
[INFO] Tests are skipped.
[INFO] [jar:jar]
[INFO] Building jar: /home/prasad/geronimo/trunk/modules/geronimo-
core/target/geronimo-core-2.0-SNAPSHOT.jar
[INFO] [tools:verify-legal-files {execution: verify-legal-files}]
[INFO] Checking legal files in: geronimo-core-2.0-SNAPSHOT.jar
[INFO] [install:install]
[INFO] Installing /home/prasad/geronimo/trunk/modules/geronimo-core/
target/geronimo-core-2.0-SNAPSHOT.jar to /home/prasad/.m2/
repository/org/apache/geronimo/modules/geronimo-core/2.0-SNAPSHOT/
geronimo-core-2.0-SNAPSHOT.jar
[INFO]
--
--
[INFO] Building Geronimo :: Security
[INFO]task-segment: [install]
[INFO]
--
--
[INFO] [enforcer:enforce {execution: default}]
[INFO] [tools:copy-legal-files {execution: install-legal-files}]
[INFO] Created dir: /home/prasad/geronimo/trunk/modules/geronimo-
security/target/classes/META-INF
[INFO] Copying 2 files to /home/prasad/geronimo/trunk/modules/
geronimo-security/target/classes/META-INF
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] snapshot org.apache.geronimo.specs:geronimo-jacc_1.1_spec:
1.0-SNAPSHOT: checking for updates from apache-snapshots
[INFO] snapshot org.apache.geronimo.specs:geronimo-jacc_1.1_spec:
1.0-SNAPSHOT: checking for updates from codehaus-snapshots
[INFO] snapshot org.apache.geronimo.specs:geronimo-jacc_1.1_spec:
1.0-SNAPSHOT: checking for updates from apache.snapshots
Downloading: http://people.apache.org/repo/m2-snapshot-repository/
org/apache/geronimo/specs/geronimo-jacc_1.1_spec/1.0-SNAPSHOT/
geronimo-jacc_1.1_spec-1.0-20070125.200733-4.pom
1K downloaded
Downloading: http://tomcat.apache.org/dev/dist/m2-repository/
activeio/activeio/2.0-r118/activeio-2.0-r118.pom
[WARNING] Unable to get resource 'activeio:activeio:pom:2.0-r118'
from repository tomcat-m2-repo (http://tomcat.apache.org/dev/dist/
m2-repository)
Downloading: http://people.apache.org/repo/m2-incubating-
repository//activeio/activeio/2.0-r118/activeio-2.0-r118.pom
[WARNING] Unable to get resource 'activeio:activeio:pom:2.0-r118'
from repository apache-incubator (http://people.apache.org/repo/m2-
incubating-repository/)
Downloading: http://repo1.maven.org/maven2/activeio/activeio/2.0-
r118/activeio-2.0-r118.pom
153b downloaded
[WARNING] *** CHECKSUM FAILED - Checksum failed on download: local
= '68e53e67dfe155657bc2fd63ef822539c68d8b3e'; remote =
'021a98e9c1d341ff45f2385d0e4c073104240f64' - RETRYING
Downloading: http://repo1.maven.org/maven2/activeio/activeio/2.0-
r118/activeio-2.0-r118.pom
153b downloaded
[WARNING] *** CHECKSUM FAILED - Checksum failed on download: local
= '68e53e67dfe155657bc2fd63ef822539c68d8b3e'; remote =
'021a98e9c1d341ff45f2385d0e4c073104240f64' - IGNORING
Downloading: http://tomcat.apache.org/dev/dist/m2-repository/
concurrent/concu
[jira] Closed: (GERONIMO-3135) Allow enlisting into tx marked for rollback only
[ https://issues.apache.org/jira/browse/GERONIMO-3135?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Jencks closed GERONIMO-3135. -- Resolution: Fixed Rev 539962. This solution has the big disadvantage that it uses a non-spec method on the geronimo TransactionImpl class to register a synchronization, but you can't register a synch on a tx marked for rollback using the jta method. (actually the spec just says trying must throw a RollbackException, not that it won't succeed. Maybe we can register the synch anyway???) > Allow enlisting into tx marked for rollback only > > > Key: GERONIMO-3135 > URL: https://issues.apache.org/jira/browse/GERONIMO-3135 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: transaction manager >Affects Versions: 2.0-M5 >Reporter: David Jencks > Assigned To: David Jencks > Fix For: 2.0-M6 > > > Just because someone has marked a tx rollback only doesn't mean we should try > to prevent them from reading more data from datasources to e.g. send back a > more informative message to the user. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Reopened: (GERONIMO-3135) Allow enlisting into tx marked for rollback only
[ https://issues.apache.org/jira/browse/GERONIMO-3135?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Jencks reopened GERONIMO-3135: Our connection tracking stuff means we also need to be able to register a synchronization up to the point at which we try to complete the transaction. > Allow enlisting into tx marked for rollback only > > > Key: GERONIMO-3135 > URL: https://issues.apache.org/jira/browse/GERONIMO-3135 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: transaction manager >Affects Versions: 2.0-M5 >Reporter: David Jencks > Assigned To: David Jencks > Fix For: 2.0-M6 > > > Just because someone has marked a tx rollback only doesn't mean we should try > to prevent them from reading more data from datasources to e.g. send back a > more informative message to the user. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[BUILD] TRUNK: Failed for Revision: 539956
OpenEJB trunk at 539954
Geronimo Revision: 539956 built with tests skipped
See the full build-1800.log file at
http://people.apache.org/~prasad/binaries/20070520/build-1800.log
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] Not compiling test sources
[INFO] [surefire:test]
[INFO] Tests are skipped.
[INFO] [jar:jar]
[INFO] Building jar:
/home/prasad/geronimo/trunk/modules/geronimo-j2ee/target/geronimo-j2ee-2.0-SNAPSHOT.jar
[INFO] [tools:verify-legal-files {execution: verify-legal-files}]
[INFO] Checking legal files in: geronimo-j2ee-2.0-SNAPSHOT.jar
[INFO] [install:install]
[INFO] Installing
/home/prasad/geronimo/trunk/modules/geronimo-j2ee/target/geronimo-j2ee-2.0-SNAPSHOT.jar
to
/home/prasad/.m2/repository/org/apache/geronimo/modules/geronimo-j2ee/2.0-SNAPSHOT/geronimo-j2ee-2.0-SNAPSHOT.jar
[INFO]
[INFO] Building Geronimo :: Core
[INFO]task-segment: [install]
[INFO]
[INFO] [enforcer:enforce {execution: default}]
[INFO] [tools:copy-legal-files {execution: install-legal-files}]
[INFO] Created dir:
/home/prasad/geronimo/trunk/modules/geronimo-core/target/classes/META-INF
[INFO] Copying 2 files to
/home/prasad/geronimo/trunk/modules/geronimo-core/target/classes/META-INF
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Compiling 8 source files to
/home/prasad/geronimo/trunk/modules/geronimo-core/target/classes
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] Not compiling test sources
[INFO] [surefire:test]
[INFO] Tests are skipped.
[INFO] [jar:jar]
[INFO] Building jar:
/home/prasad/geronimo/trunk/modules/geronimo-core/target/geronimo-core-2.0-SNAPSHOT.jar
[INFO] [tools:verify-legal-files {execution: verify-legal-files}]
[INFO] Checking legal files in: geronimo-core-2.0-SNAPSHOT.jar
[INFO] [install:install]
[INFO] Installing
/home/prasad/geronimo/trunk/modules/geronimo-core/target/geronimo-core-2.0-SNAPSHOT.jar
to
/home/prasad/.m2/repository/org/apache/geronimo/modules/geronimo-core/2.0-SNAPSHOT/geronimo-core-2.0-SNAPSHOT.jar
[INFO]
[INFO] Building Geronimo :: Security
[INFO]task-segment: [install]
[INFO]
[INFO] [enforcer:enforce {execution: default}]
[INFO] [tools:copy-legal-files {execution: install-legal-files}]
[INFO] Created dir:
/home/prasad/geronimo/trunk/modules/geronimo-security/target/classes/META-INF
[INFO] Copying 2 files to
/home/prasad/geronimo/trunk/modules/geronimo-security/target/classes/META-INF
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] snapshot org.apache.geronimo.specs:geronimo-jacc_1.1_spec:1.0-SNAPSHOT:
checking for updates from apache-snapshots
[INFO] snapshot org.apache.geronimo.specs:geronimo-jacc_1.1_spec:1.0-SNAPSHOT:
checking for updates from codehaus-snapshots
[INFO] snapshot org.apache.geronimo.specs:geronimo-jacc_1.1_spec:1.0-SNAPSHOT:
checking for updates from apache.snapshots
Downloading:
http://people.apache.org/repo/m2-snapshot-repository/org/apache/geronimo/specs/geronimo-jacc_1.1_spec/1.0-SNAPSHOT/geronimo-jacc_1.1_spec-1.0-20070125.200733-4.pom
1K downloaded
Downloading:
http://tomcat.apache.org/dev/dist/m2-repository/activeio/activeio/2.0-r118/activeio-2.0-r118.pom
[WARNING] Unable to get resource 'activeio:activeio:pom:2.0-r118' from
repository tomcat-m2-repo (http://tomcat.apache.org/dev/dist/m2-repository)
Downloading:
http://people.apache.org/repo/m2-incubating-repository//activeio/activeio/2.0-r118/activeio-2.0-r118.pom
[WARNING] Unable to get resource 'activeio:activeio:pom:2.0-r118' from
repository apache-incubator
(http://people.apache.org/repo/m2-incubating-repository/)
Downloading:
http://repo1.maven.org/maven2/activeio/activeio/2.0-r118/activeio-2.0-r118.pom
153b downloaded
[WARNING] *** CHECKSUM FAILED - Checksum failed on download: local =
'68e53e67dfe155657bc2fd63ef822539c68d8b3e'; remote =
'021a98e9c1d341ff45f2385d0e4c073104240f64' - RETRYING
Downloading:
http://repo1.maven.org/maven2/activeio/activeio/2.0-r118/activeio-2.0-r118.pom
153b downloaded
[WARNING] *** CHECKSUM FAILED - Checksum failed on download: local =
'68e53e67dfe155657bc2fd63ef822539c68d8b3e'; remote =
'021a98e9c1d341ff45f2385d0e4c073104240f64' - IGNORING
Downloading:
http://tomcat.apache.org/dev/dist/m2-repository/concurrent/concurrent/1.3.4/concurrent-1.3.4.pom
[WARNING] Unable to get resource 'concurrent:concurrent:pom:1.3.4' from
repository tomcat-m2-repo (http://tomcat.apache.org/dev/dist/m2-repository)
Downloadin
[jira] Closed: (GERONIMO-3132) jpa system needs the urls of the jars/dirs with enhanceable classes.
[ https://issues.apache.org/jira/browse/GERONIMO-3132?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Jencks closed GERONIMO-3132. -- Resolution: Fixed I think this is now working as of rev 539957. > jpa system needs the urls of the jars/dirs with enhanceable classes. > - > > Key: GERONIMO-3132 > URL: https://issues.apache.org/jira/browse/GERONIMO-3132 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: persistence >Affects Versions: 2.0-M5 >Reporter: David Jencks > Assigned To: David Jencks > Fix For: 2.0-M6 > > > jpa PersistenceUnitInfo has a slot for the urls of the jars or directories > that contain the classes of interest to the jpa system. We should fill them > in with the jar/dir that has the persistence.xml and the manifest classpath > entries from that location. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GERONIMO-3177) exclude-unlisted-classes needs to prevent adding any path info to the persistenceUnitInfo
[ https://issues.apache.org/jira/browse/GERONIMO-3177?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Jencks closed GERONIMO-3177. -- Resolution: Fixed this should be fixed in rev 539957. Note that the generated cmp persistence unit may need to list its classes and have exclude-unlisted-classes on so it doesn't interfere with other persistence units in the same jar/module/packaging item. > exclude-unlisted-classes needs to prevent adding any path info to the > persistenceUnitInfo > - > > Key: GERONIMO-3177 > URL: https://issues.apache.org/jira/browse/GERONIMO-3177 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: persistence >Affects Versions: 2.0-M6 >Reporter: David Jencks > Assigned To: David Jencks > Fix For: 2.0-M6 > > > The rules for exclude-unlisted-classes are pretty weird, but it boils down to > "don't tell the jpa provider any path info if you want > exclude-unlisted-classes to mean anything" -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Daytrader Deploying Error
On May 20, 2007, at 3:41 AM, Lasantha Ranaweera wrote: 2. Can we use IDEA IntelliJ for the DT development as Geronimo? I don't see a reason why not. I use Eclipse for the most part though. My problem is class path entries for an IDEA project will not automatically comes after 'mvn idea:idea' command (it will give some warnings while running it too). It will perfectly works for the Eclipse environment. Anybody have IDEA experience with DT? What does it spit up when you run mvn idea:idea? --jason
[jira] Commented: (GERONIMO-3175) jndi lookup of connection factories and urls is supposed to return a new instance each time
[ https://issues.apache.org/jira/browse/GERONIMO-3175?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12497300 ] David Jencks commented on GERONIMO-3175: I made some progress on this issue in rev 539952, although this has some bad side effects. I made the MCFWrapper always return a new connection factory, instead of always returning the same proxy. However, this will break serialization of connection factories since our connection managers aren't really serializable. I think some flags would be appropriate to determine the exact behavior. URLs are still sharing the same instance when looked up, and I haven't checked to see if jndi is caching the first lookup. > jndi lookup of connection factories and urls is supposed to return a new > instance each time > --- > > Key: GERONIMO-3175 > URL: https://issues.apache.org/jira/browse/GERONIMO-3175 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: connector >Affects Versions: 2.0-M6 >Reporter: David Jencks > Assigned To: David Jencks > Fix For: 2.0-M6 > > > We should think about whether we want a flag to turn off this "feature" and > enable caching. > Things that are needed to implement this: > - ManagedConnectionFactoryWrapper.$getResource needs to return a new > connection factory each time. > - jndi tree needs to stop caching the first lookup (I'm not certain if it is > actually doing this now) > - we need a URL reference that when looked up returns a new URL. > ResourceRefBuilder needs to install these in the jndi tree instead of the URL > itself. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Is there a Geronimo 2.0 version of the Eclipse plugin to run in Eclipse 3.3m7?
Hi, Can I use the Eclipse plugin with Geronimo 2.0? What Eclipse version do I need? I can't seem to run Eclipse 3.3M7 and Eclipse Plugin 2.0.0 (g-eclipse-plugin-2.0.0-v20070517.1449-deployable) with the daily build of Geronimo 2.0 (http://people.apache.org/~prasad/binaries/20070520/). Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl
[jira] Created: (GERONIMODEVTOOLS-147) Geronimo box picture of New Server wizard shows Version 1.1, but is for Apache Geronimo v2.0
Geronimo box picture of New Server wizard shows Version 1.1, but is for Apache Geronimo v2.0 Key: GERONIMODEVTOOLS-147 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-147 Project: Geronimo-Devtools Issue Type: Improvement Components: eclipse-plugin Affects Versions: 2.0 Environment: g-eclipse-plugin-2.0.0-v20070517.1449-deployable.zip Reporter: Jacek Laskowski The Geronimo box picture on the second page of the New Server wizard shows Version 1.1 whereas the plugin is for Apache Geronimo v2.0. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-3177) exclude-unlisted-classes needs to prevent adding any path info to the persistenceUnitInfo
exclude-unlisted-classes needs to prevent adding any path info to the persistenceUnitInfo - Key: GERONIMO-3177 URL: https://issues.apache.org/jira/browse/GERONIMO-3177 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: persistence Affects Versions: 2.0-M6 Reporter: David Jencks Assigned To: David Jencks Fix For: 2.0-M6 The rules for exclude-unlisted-classes are pretty weird, but it boils down to "don't tell the jpa provider any path info if you want exclude-unlisted-classes to mean anything" -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (GERONIMO-3176) ArrayIndexOutOfBound happens for WebServices
[ https://issues.apache.org/jira/browse/GERONIMO-3176?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Donald Woods resolved GERONIMO-3176. Resolution: Fixed Fix Version/s: 2.0-M6 Committed revision 539893 in trunk. Also added a couple debug log calls. Lasantha, thanks for the patch. > ArrayIndexOutOfBound happens for WebServices > - > > Key: GERONIMO-3176 > URL: https://issues.apache.org/jira/browse/GERONIMO-3176 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: webservices >Reporter: Lasantha Ranaweera > Assigned To: Donald Woods > Fix For: 2.0-M6 > > Attachments: G3176-2.patch, G3176.patch > > > I have noticed above error deploying the Daytrader application in to the > Tomcat G. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (GERONIMO-3176) ArrayIndexOutOfBound happens for WebServices
[ https://issues.apache.org/jira/browse/GERONIMO-3176?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Donald Woods reassigned GERONIMO-3176: -- Assignee: Donald Woods > ArrayIndexOutOfBound happens for WebServices > - > > Key: GERONIMO-3176 > URL: https://issues.apache.org/jira/browse/GERONIMO-3176 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: webservices >Reporter: Lasantha Ranaweera > Assigned To: Donald Woods > Attachments: G3176-2.patch, G3176.patch > > > I have noticed above error deploying the Daytrader application in to the > Tomcat G. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Corba app client error
Well, i must be missing something obvious here. If the app client is dependent upon the CSSBeanGBean, and the CSSBeanGBean is in the j2ee-corba-yoko module, how is it that the app client cannot be dependent upon the j2ee-corba-yoko ?? I've moved the CSSBeanGBean from the geronimo-application plan for the ear to the geroniom-application-client plan for the app client with the same results. The client will not deploy without a dependency on the j2ee-corba-yoko module. As you've requested below here is the error (this is with the CSSBeanGBean reference in the geronimo-application plan for the ear (but the failure is the same when I move it to the geroniom-application-client). I've also attached all the plans for my ear if you could review to see what if anything I'm doing obviously incorrect. Thanks again. Tim org.apache.geronimo.gbean.InvalidConfigurationException: Could not load class org.apache.geronimo.corba.CSSBeanGBean org.apache.geronimo.common.DeploymentException: org.apache.geronimo.gbean.InvalidConfigurationException: Could not load class org.apache.geronimo.corba.CSSBeanGBean at org.apache.geronimo.client.builder.AppClientModuleBuilder.addGBeans(AppClientModuleBuilder.java:724) at org.apache.geronimo.client.builder.AppClientModuleBuilder$$FastClassByCGLIB$$93137659.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:127) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:820) at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35) David Jencks wrote: On May 19, 2007, at 10:49 PM, Tim McConnell wrote: Thanks for the information David, the client.log was particularly useful. So it seems my app client is dependent upon j2ee-corba-yoko via an explicit dependency in the application-client element of my geronimo-application.xml plan. You need to take that dependency out before you can make progress. I know you mentioned that this should be unnecessary but my ear will not deploy without it (it cannot find the CSSBeanGBean). You need to include a CSSBean gbean in your app-client geronimo plan. The j2ee-corba-yoko module is then dependent upon openejb which has a direct dependency on the system-database, and other dependencies that are also dependent upon the system-database (e.g., activemq-ra-->activemq-broker-->system-database). Is it fair to assume that the j2ee-corba-yoko dependency on the app client is correct ?? Absolutely not. The corba builders should be inserting a dependency on client-corba-yoko in your app client. If they aren't (which you should be able to determine by sufficiently detailed client logging) we should figure out why, because they seem to be working for the tck. If so, I can then try to figure out how to remove the system-database dependency from that chain. If not, I can then try to figure out why it needs to be added to my app client in order for it to successfully deploy. Again, thanks for your assistance What's the deployment error? thanks david jencks David Jencks wrote: Something is adding a dependency on system-database config from your client config, and it can't run in the client there's no derby gbean running. I think that if you look in client.log, possibly after turning up logging to debug or maybe trace, you should see some indication of the dependencies that are causing this. Then you get to try to figure out how to prevent the dependency getting added :-) I used to use the debugger in the client for figuring out what is getting started but IIRC I added a logging monitor. There should be some classloader parent info that might also be helpful. Hope this helps david jencks On May 18, 2007, at 11:30 PM, Tim McConnell wrote: Hi, I'm trying to invoke an EJB with an application client using CORBA. However, when I invoke my client I'm getting a very perplexing exception which I've not seen before. Does anyone have any idea what might be causing this ?? It seems to somehow relate to the system-database which I'm not even using. Thanks for any assistance. Tim C:\TEMP\TRUNK\geronimo-tomcat6-jee5-2.0-SNAPSHOT>java -Djava.endorsed.dirs=lib/endorsed -jar bin\client.jar org.apache.geronimo.samples/corba-hello-world-client/2.0-SNAPSHOT/car 02:18:39,734 INFO [CommandLine] Client startup begun 02:18:45,140 ERROR [MCFConnectionInterceptor] Error occurred creating ManagedConnection for [EMAIL PROTECTED] javax.resource.spi.ResourceAdapterInternalException: Unable to obtain physical connection to [EMAIL PROTECTED] at org.tranql.connector.jdbc.AbstractXADataSourceMCF.getPhysicalConnection(AbstractXADataSourceMCF.java:76) a
Re: Daytrader Deploying Error
Matt Hogstrom wrote: On May 19, 2007, at 9:41 AM, Lasantha Ranaweera wrote: Thanks for David & Jason for their quick replies. When I am using daytrader-g-2.0-SNAPSHOT-plan.xml file previously mentioned of problem of mine doesn't happens though still I can't deploy the application yet. I have created a JIRA (G-3176) and submitted for the web services problem happens in Tomcat environment. I have couple more questions regarding DT application. 1. Does the DT application support both Jetty and Tomcat environments? DT will deploy and run on both. If it doesn't there is a problem. 2. Can we use IDEA IntelliJ for the DT development as Geronimo? I don't see a reason why not. I use Eclipse for the most part though. My problem is class path entries for an IDEA project will not automatically comes after 'mvn idea:idea' command (it will give some warnings while running it too). It will perfectly works for the Eclipse environment. Anybody have IDEA experience with DT? Thanks, Lasantha David Jencks wrote: Use daytrader-g-2.0-SNAPSHOT-plan.xml. I still can't deploy due to web services deployment problems, but i think that plan has corrected moduleIds and you will get much farther. IIUC daytrader still is using jaxrpc web services, and a nice project would be to update it to use jaxws. I think Matt has been working on daytrader recently but don't know if he's gotten farther than this. I'll be back on Monday and attack this.
Re: Corba app client error
On May 19, 2007, at 10:49 PM, Tim McConnell wrote: Thanks for the information David, the client.log was particularly useful. So it seems my app client is dependent upon j2ee-corba-yoko via an explicit dependency in the application-client element of my geronimo-application.xml plan. You need to take that dependency out before you can make progress. I know you mentioned that this should be unnecessary but my ear will not deploy without it (it cannot find the CSSBeanGBean). You need to include a CSSBean gbean in your app-client geronimo plan. The j2ee-corba-yoko module is then dependent upon openejb which has a direct dependency on the system-database, and other dependencies that are also dependent upon the system-database (e.g., activemq- ra-->activemq-broker-->system-database). Is it fair to assume that the j2ee-corba-yoko dependency on the app client is correct ?? Absolutely not. The corba builders should be inserting a dependency on client-corba-yoko in your app client. If they aren't (which you should be able to determine by sufficiently detailed client logging) we should figure out why, because they seem to be working for the tck. If so, I can then try to figure out how to remove the system- database dependency from that chain. If not, I can then try to figure out why it needs to be added to my app client in order for it to successfully deploy. Again, thanks for your assistance What's the deployment error? thanks david jencks David Jencks wrote: Something is adding a dependency on system-database config from your client config, and it can't run in the client there's no derby gbean running. I think that if you look in client.log, possibly after turning up logging to debug or maybe trace, you should see some indication of the dependencies that are causing this. Then you get to try to figure out how to prevent the dependency getting added :-) I used to use the debugger in the client for figuring out what is getting started but IIRC I added a logging monitor. There should be some classloader parent info that might also be helpful. Hope this helps david jencks On May 18, 2007, at 11:30 PM, Tim McConnell wrote: Hi, I'm trying to invoke an EJB with an application client using CORBA. However, when I invoke my client I'm getting a very perplexing exception which I've not seen before. Does anyone have any idea what might be causing this ?? It seems to somehow relate to the system-database which I'm not even using. Thanks for any assistance. Tim C:\TEMP\TRUNK\geronimo-tomcat6-jee5-2.0-SNAPSHOT>java - Djava.endorsed.dirs=lib/endorsed -jar bin\client.jar org.apache.geronimo.samples/corba-hello-world-client/2.0-SNAPSHOT/ car 02:18:39,734 INFO [CommandLine] Client startup begun 02:18:45,140 ERROR [MCFConnectionInterceptor] Error occurred creating ManagedConnection for [EMAIL PROTECTED] javax.resource.spi.ResourceAdapterInternalException: Unable to obtain physical connection to [EMAIL PROTECTED] at org.tranql.connector.jdbc.AbstractXADataSourceMCF.getPhysicalConnect ion(AbstractXADataSourceMCF.java:76) at org.tranql.connector.derby.EmbeddedXAMCF.createManagedConnection (EmbeddedXAMCF.java:52) at org.apache.geronimo.connector.outbound.MCFConnectionInterceptor.getC onnection(MCFConnectionInterceptor.java:48) at org.apache.geronimo.connector.outbound.XAResourceInsertionIntercepto r.getConnection(XAResourceInsertionInterceptor.java:41) at org.apache.geronimo.connector.outbound.SinglePoolConnectionIntercept or.internalGetConnection(SinglePoolConnectionInterceptor.java:66) at org.apache.geronimo.connector.outbound.AbstractSinglePoolConnectionI nterceptor.getConnection (AbstractSinglePoolConnectionInterceptor.java:78) at org.apache.geronimo.connector.outbound.TransactionEnlistingIntercept or.getConnection(TransactionEnlistingInterceptor.java:46) at org.apache.geronimo.connector.outbound.TransactionCachingInterceptor .getConnection(TransactionCachingInterceptor.java:95) at org.apache.geronimo.connector.outbound.ConnectionHandleInterceptor.g etConnection(ConnectionHandleInterceptor.java:43) at org.apache.geronimo.connector.outbound.TCCLInterceptor.getConnection (TCCLInterceptor.java:39) at org.apache.geronimo.connector.outbound.ConnectionTrackingInterceptor .getConnection(ConnectionTrackingInterceptor.java:66) at org.apache.geronimo.connector.outbound.AbstractConnectionManager.all ocateConnection(AbstractConnectionManager.java:61) at org.tranql.connector.jdbc.DataSource.getConnection (DataSource.java:56) at $javax.sql.DataSource$$FastClassByCGLIB$ $6525cafd.invoke() at net.sf.cglib.proxy.MethodProxy.invoke(MethodProxy.java: 149) at org.apache.geronimo.connector.ConnectorMethodInterceptor.intercept (ConnectorMethodInterceptor.java:54) at $javax.sql.D
