You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by "Jakob Færch (Trifork)" <jr...@trifork.com> on 2005/12/15 08:09:41 UTC
Re: Java Adventure Builder Reference application, status
Jacek Laskowski wrote:
> At last I could build the latest version of Geronimo. It wasn't that
> easy as it should be. I remember having to run maven several times
> before all jars were in place and the build finished with no errors.
>
> I'm looking into getting AB up and running in it.
My status is that I have AB deploying without errors on the (broken)
1.0-prebuild.
Compared to the plans/sql in the repository, so far I have:
- Set up (more) correct references to web services
- Added undefined web service endpoints
- Started to get the autogenerated primary keys for CMP's working
(using your work from the Pet Store as template)
I feel that I'm getting nearer a working AB - having got past Geronimo
build and deployment trouble brings me nearer to my usual (J2EE
application) domain :-)
To make best use of our time, maybe we should let me have a try at the
application specific things?
I haven't yet succeeden in having the maven script unpack a new server
automatically, and the startup procedure I'm managed to get working is
very clumsy. Maybe you could look into these issues some time? If you
want it, I could distribute the diff on my sandbox/adventurebuilder
directory now - if you don't need it, I'll wait until the application is
working.
Jakob
Re: Java Adventure Builder Reference application. Issues with the
tomcat distribution, issues with the javamail implementation
Posted by "Jakob Færch (Trifork)" <jr...@trifork.com>.
David Jencks wrote:
>>> I can't seem to find them anywhere in the "normal" source checkout I
>>> have got by following the Wiki instructions on <http://
>>> wiki.apache.org/geronimo/GettingSourceCode>.
>>
>>
>> Get them from http://svn.apache.org/viewcvs.cgi/geronimo/specs/trunk/
>
>
> Well, the actual 1.0 specs should be from
>
> https://svn.apache.org/viewcvs.cgi/geronimo/specs/tags/1_0/
>
> although I think there are no differences at this point.
>
> To build (with maven 2) I think you just type
>
> mvn
>
> Hope this is not too nit-picky and is helpful
Not at all nit-picky!
Worked like a charm - although i had to
- checkout using svn and URL
<http://svn.apache.org/repos/asf/geronimo/specs/tags/1_0>
- run "mvn install" instead of "mvn"
to make the build work.
Thanks a lot.
Jakob
Re: Java Adventure Builder Reference application. Issues with the tomcat distribution, issues with the javamail implementation
Posted by David Jencks <da...@yahoo.com>.
On Dec 22, 2005, at 3:16 PM, Jacek Laskowski wrote:
> Jakob Færch (Trifork) wrote:
>
>> Hi Jacek
>
> Hi Jakob,
>
>> Using the 1.0 prerelease from <http://people.apache.org/~hogstrom/
>> geronimo-1.0/geronimo-tomcat-j2ee-1.0-20051219.zip>, I get
>> ClassNotFoundException: org.apache.jasper.servlet.JspServlet when
>> booting the server using the tomcat build. It seems the error
>> occurs for every webservice-enabled bean in the application.
>
> I've noticed it too once I applied your patch and I don't have any
> ideas yet how to sort it out.
>
>> I've included the stacktrace from the log for one of the beans. Do
>> you - or anyone else who might be reading this - have any idea
>> what is going on?
>
> Nope.
>
>> If I exchange the artifactId for the unpackServer goal to use the
>> geronimo-jetty-j2ee distribution, everything seems to work all
>> right; no errors on startup, and the orders I submit seems to be
>> processed all the way to 'completed' state.
>
> Whow, that's a very interesting thing. It makes us sure that it's
> not the AB configurations but Tomcat may exhibit some "features".
>
>> I guess I'm just experiencing problems with the tomcat
>> distributions created so far, but we still have to sort this out
>> when the 1.0 enters final.
>
>
> Absolutely, but the first things first. We need to make it run on
> one or another container and then crack down remaining issues. It
> may be that the issues are because of broken configurations we use.
>
>> I continue looking into the problems sending mail; I think I have
>> tracked the problem down to an anomaly in the Geronimo
>> implementation of javax.mail.internet.MimeMessage from the
>> geronimo-javamail_1.3.1_spec-1.0.jar.
>
> Awesome. Keep digging up. It seems very promising.
>
>> Do you know if it's documented somewhere how to get hold of the
>> spec sources and build them?
>
> Sure. Download the sources from the repo and build them using the
> following procedure:
>
> maven m:co
> rm -rf ~/.maven/plugins ~/.maven/cache/geronimo* ~/.maven/
> repository/geronimo/plugins
> maven m:clean m:clean-repo new
>
> It worked for me, but some first tries finished with errors. Don't
> be worried and keep trying ;)
This seems to be the geronimo build procedure rather than the
geronimo-specs build procedure
>
>> I can't seem to find them anywhere in the "normal" source checkout
>> I have got by following the Wiki instructions on <http://
>> wiki.apache.org/geronimo/GettingSourceCode>.
>
> Get them from http://svn.apache.org/viewcvs.cgi/geronimo/specs/trunk/
Well, the actual 1.0 specs should be from
https://svn.apache.org/viewcvs.cgi/geronimo/specs/tags/1_0/
although I think there are no differences at this point.
To build (with maven 2) I think you just type
mvn
Hope this is not too nit-picky and is helpful
thanks
david jencks
>
>> I can find the source for the specs at http://svn.apache.org/repos/
>> asf/geronimo/specs/trunk/geronimo-spec-javamail/src/, and it seems
>> like it could be the source for the geronimo-
>> javamail_1.3.1_spec-1.0.jar, but I guess I have no way to be sure.
>
> See the above url.
>
>> Also, do you (or anyone else) know if newer version of the
>> javamail spec exists. I searched the JIRA for an issue like the
>> one I'm experiencing, but couldn't seem to find one.
>> I think I might have a patch for the problem; nevertheless, I
>> wouldn't want to waste time trying to solve a problem which might
>> be fixed in a newer version.
>
> Remember that you'll need Maven 2 to build the specs from sources.
>
>> That was a lot of questions from me; I hope someone will take the
>> time to answer some of them - that would bring us a little nearer
>> the end of this, I think.
>
> No problem. You're doing a great job and I'm doing all my best to
> keep your pace.
>
>> Jakob
>
> Jacek
Re: Java Adventure Builder Reference application. Issues with the
tomcat distribution, issues with the javamail implementation
Posted by Jacek Laskowski <el...@gmail.com>.
Jakob Færch (Trifork) wrote:
> Hi Jacek
Hi Jakob,
> Using the 1.0 prerelease from
> <http://people.apache.org/~hogstrom/geronimo-1.0/geronimo-tomcat-j2ee-1.0-20051219.zip>,
> I get ClassNotFoundException: org.apache.jasper.servlet.JspServlet when
> booting the server using the tomcat build. It seems the error occurs for
> every webservice-enabled bean in the application.
I've noticed it too once I applied your patch and I don't have any ideas
yet how to sort it out.
> I've included the stacktrace from the log for one of the beans. Do you -
> or anyone else who might be reading this - have any idea what is going on?
Nope.
> If I exchange the artifactId for the unpackServer goal to use the
> geronimo-jetty-j2ee distribution, everything seems to work all right; no
> errors on startup, and the orders I submit seems to be processed all the
> way to 'completed' state.
Whow, that's a very interesting thing. It makes us sure that it's not
the AB configurations but Tomcat may exhibit some "features".
> I guess I'm just experiencing problems with the tomcat distributions
> created so far, but we still have to sort this out when the 1.0 enters
> final.
Absolutely, but the first things first. We need to make it run on one or
another container and then crack down remaining issues. It may be that
the issues are because of broken configurations we use.
> I continue looking into the problems sending mail; I think I have
> tracked the problem down to an anomaly in the Geronimo implementation of
> javax.mail.internet.MimeMessage from the
> geronimo-javamail_1.3.1_spec-1.0.jar.
Awesome. Keep digging up. It seems very promising.
> Do you know if it's documented somewhere how to get hold of the spec
> sources and build them?
Sure. Download the sources from the repo and build them using the
following procedure:
maven m:co
rm -rf ~/.maven/plugins ~/.maven/cache/geronimo*
~/.maven/repository/geronimo/plugins
maven m:clean m:clean-repo new
It worked for me, but some first tries finished with errors. Don't be
worried and keep trying ;)
> I can't seem to find them anywhere in the
> "normal" source checkout I have got by following the Wiki instructions
> on <http://wiki.apache.org/geronimo/GettingSourceCode>.
Get them from http://svn.apache.org/viewcvs.cgi/geronimo/specs/trunk/
> I can find the source for the specs at
> http://svn.apache.org/repos/asf/geronimo/specs/trunk/geronimo-spec-javamail/src/,
> and it seems like it could be the source for the
> geronimo-javamail_1.3.1_spec-1.0.jar, but I guess I have no way to be sure.
See the above url.
> Also, do you (or anyone else) know if newer version of the javamail spec
> exists. I searched the JIRA for an issue like the one I'm experiencing,
> but couldn't seem to find one.
> I think I might have a patch for the problem; nevertheless, I wouldn't
> want to waste time trying to solve a problem which might be fixed in a
> newer version.
Remember that you'll need Maven 2 to build the specs from sources.
> That was a lot of questions from me; I hope someone will take the time
> to answer some of them - that would bring us a little nearer the end of
> this, I think.
No problem. You're doing a great job and I'm doing all my best to keep
your pace.
> Jakob
Jacek
Re: Java Adventure Builder Reference application. Issues with the
tomcat distribution, issues with the javamail implementation
Posted by "Jakob Færch (Trifork)" <jr...@trifork.com>.
> I got at few conflicts when updating. First thing tomorrow I will
> resolve them, check that the application deploys and seems to be working
> on my system, then I'll attach a new patch.
>
> I'm trying to make the status mails work. I'll look further into that
> tomorrow; hopefully my cry for help on the user list will help me decide
> what to do next.
>
> Jakob
Hi Jacek
Using the 1.0 prerelease from
<http://people.apache.org/~hogstrom/geronimo-1.0/geronimo-tomcat-j2ee-1.0-20051219.zip>,
I get ClassNotFoundException: org.apache.jasper.servlet.JspServlet when
booting the server using the tomcat build. It seems the error occurs for
every webservice-enabled bean in the application.
I've included the stacktrace from the log for one of the beans. Do you -
or anyone else who might be reading this - have any idea what is going on?
If I exchange the artifactId for the unpackServer goal to use the
geronimo-jetty-j2ee distribution, everything seems to work all right; no
errors on startup, and the orders I submit seems to be processed all the
way to 'completed' state.
I guess I'm just experiencing problems with the tomcat distributions
created so far, but we still have to sort this out when the 1.0 enters
final.
I continue looking into the problems sending mail; I think I have
tracked the problem down to an anomaly in the Geronimo implementation of
javax.mail.internet.MimeMessage from the
geronimo-javamail_1.3.1_spec-1.0.jar.
The behaviour I'm seeing is that To receipients set on a MimeMessage msg
using msg.setRecipients isn't returned by msg.getAllReceipients().
Do you know if it's documented somewhere how to get hold of the spec
sources and build them? I can't seem to find them anywhere in the
"normal" source checkout I have got by following the Wiki instructions
on <http://wiki.apache.org/geronimo/GettingSourceCode>.
I can find the source for the specs at
http://svn.apache.org/repos/asf/geronimo/specs/trunk/geronimo-spec-javamail/src/,
and it seems like it could be the source for the
geronimo-javamail_1.3.1_spec-1.0.jar, but I guess I have no way to be sure.
Also, do you (or anyone else) know if newer version of the javamail spec
exists. I searched the JIRA for an issue like the one I'm
experiencing, but couldn't seem to find one.
I think I might have a patch for the problem; nevertheless, I wouldn't
want to waste time trying to solve a problem which might be fixed in a
newer version.
That was a lot of questions from me; I hope someone will take the time
to answer some of them - that would bring us a little nearer the end of
this, I think.
Jakob
19:37:34,113 INFO [ContextConfig] Missing application web.xml, using
defaults only
StandardEngine[Geronimo].StandardHost[localhost].StandardContext[/webservice/WebServiceBroker]
19:37:34,193 ERROR [[/webservice/WebServiceBroker]] Error loading
WebappClassLoader
delegate: true
repositories:
----------> Parent Classloader:
[org.apache.geronimo.kernel.config.MultiParentClassLoader
id=org/apache/geronimo/OPC1.0.3]
org.apache.jasper.servlet.JspServlet
java.lang.ClassNotFoundException: org.apache.jasper.servlet.JspServlet
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1338)
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1187)
at
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1027)
at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:925)
at
org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3880)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:4141)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:759)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:739)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:524)
at
org.apache.geronimo.tomcat.TomcatContainer.addWebService(TomcatContainer.java:337)
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.webservices.SoapHandler$$EnhancerByCGLIB$$4f1143be.addWebService(<generated>)
at org.openejb.server.axis.WSContainer.<init>(WSContainer.java:98)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:274)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:901)
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
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$$3985bfc5.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)
19:37:34,193 ERROR [[/webservice/WebServiceBroker]] Servlet
/webservice/WebServiceBroker threw load() exception
java.lang.ClassNotFoundException: org.apache.jasper.servlet.JspServlet
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1338)
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1187)
at
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1027)
at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:925)
at
org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3880)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:4141)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:759)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:739)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:524)
at
org.apache.geronimo.tomcat.TomcatContainer.addWebService(TomcatContainer.java:337)
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.webservices.SoapHandler$$EnhancerByCGLIB$$4f1143be.addWebService(<generated>)
at org.openejb.server.axis.WSContainer.<init>(WSContainer.java:98)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:274)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:901)
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
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$$3985bfc5.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)
19:37:34,303 ERROR [Registry] Null component
Geronimo:type=JspMonitor,name=jsp,WebModule=//localhost/webservice/WebServiceBroker,J2EEApplication=none,J2EEServer=none
19:37:35,405 INFO [ContextConfig] Missing application web.xml, using
defaults only
StandardEngine[Geronimo].StandardHost[localhost].StandardContext[/webservice/OtEndpointBean]
19:37:35,455 ERROR [[/webservice/OtEndpointBean]] Error loading
WebappClassLoader
delegate: true
repositories:
----------> Parent Classloader:
[org.apache.geronimo.kernel.config.MultiParentClassLoader
id=org/apache/geronimo/OPC1.0.3]
org.apache.jasper.servlet.JspServlet
java.lang.ClassNotFoundException: org.apache.jasper.servlet.JspServlet
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1338)
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1187)
at
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1027)
at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:925)
at
org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3880)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:4141)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:759)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:739)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:524)
at
org.apache.geronimo.tomcat.TomcatContainer.addWebService(TomcatContainer.java:337)
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.webservices.SoapHandler$$EnhancerByCGLIB$$4f1143be.addWebService(<generated>)
at org.openejb.server.axis.WSContainer.<init>(WSContainer.java:98)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:274)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:901)
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$$3985bfc5.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)
19:37:35,465 ERROR [[/webservice/OtEndpointBean]] Servlet
/webservice/OtEndpointBean threw load() exception
java.lang.ClassNotFoundException: org.apache.jasper.servlet.JspServlet
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1338)
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1187)
at
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1027)
at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:925)
at
org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3880)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:4141)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:759)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:739)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:524)
at
org.apache.geronimo.tomcat.TomcatContainer.addWebService(TomcatContainer.java:337)
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.webservices.SoapHandler$$EnhancerByCGLIB$$4f1143be.addWebService(<generated>)
at org.openejb.server.axis.WSContainer.<init>(WSContainer.java:98)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:274)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:901)
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$$3985bfc5.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)
19:37:36,787 ERROR [Registry] Null component
Geronimo:type=JspMonitor,name=jsp,WebModule=//localhost/webservice/OtEndpointBean,J2EEApplication=none,J2EEServer=none
Re: Java Adventure Builder Reference application
Posted by "Jakob Færch (Trifork)" <jr...@trifork.com>.
Jacek Laskowski wrote:
>> I still haven't gotten nearer resolving the issue I was referring to
>> in my mail of 2005-12-15 (the findByPrimaryKey method which doesn't
>> see an entity created in the same transaction ctx).
>> My mail didn't foster any responses; would it be possible for you to
>> ask someone who's in the know about OpenEJB whether this looks like a
>> bug or a deployment issue?
>
>
> I had to miss it. I'll be looking into it and will respond.
Sounds fine.
> Thanks for the patches! I didn't apply them, so if you could create a
> new one with the diffs between your changes and the latest sources it
> would save me lots of time. Thanks again for your contribution!
I got at few conflicts when updating. First thing tomorrow I will
resolve them, check that the application deploys and seems to be working
on my system, then I'll attach a new patch.
I'm trying to make the status mails work. I'll look further into that
tomorrow; hopefully my cry for help on the user list will help me decide
what to do next.
Jakob
Re: Java Adventure Builder Reference application
Posted by Jacek Laskowski <el...@gmail.com>.
Jakob Færch (Trifork) wrote:
> What I meant was that it would be very nice, if you could spare the time
> to fix the unpack server/distribute application issues.
Done.
> I still haven't gotten nearer resolving the issue I was referring to in
> my mail of 2005-12-15 (the findByPrimaryKey method which doesn't see an
> entity created in the same transaction ctx).
> My mail didn't foster any responses; would it be possible for you to ask
> someone who's in the know about OpenEJB whether this looks like a bug or
> a deployment issue?
I had to miss it. I'll be looking into it and will respond.
> My status is now that I've finally gotten the various web services and
> JMS queues wired up so well that I can submit and order and see it reach
> "Completed State". I have an issue with the activity supplier sending
> quite a lot of duplicate invoices. I'll look into that today, but I
> guess it would make sense for me to create another patch.
>
> Should I make another patch against revision 357942, or should I wait
> for you to commit your work and the patches I uploaded yesterday, and
> then make the patch against those files?
Thanks for the patches! I didn't apply them, so if you could create a
new one with the diffs between your changes and the latest sources it
would save me lots of time. Thanks again for your contribution!
> Jakob
Jacek
Re: Java Adventure Builder Reference application, status
Posted by "Jakob Færch (Trifork)" <jr...@trifork.com>.
> Whoohooo! I had lots of work the past week and couldn't spend much time
> on it. Thanks for taking it over during that time (but please attach
> your work to the JIRA issue as soon as possible).
>
>> To make best use of our time, maybe we should let me have a try at the
>> application specific things?
>
>
> What do you mean? Let's talk it over.
>
>> I haven't yet succeeden in having the maven script unpack a new server
>> automatically, and the startup procedure I'm managed to get working is
>> very clumsy. Maybe you could look into these issues some time? If you
>> want it, I could distribute the diff on my sandbox/adventurebuilder
>> directory now - if you don't need it, I'll wait until the application
>> is working.
What I meant was that it would be very nice, if you could spare the time
to fix the unpack server/distribute application issues.
I guess from your questions regarding the maven deploy plugin that you
might already be onto this.
I still haven't gotten nearer resolving the issue I was referring to in
my mail of 2005-12-15 (the findByPrimaryKey method which doesn't see an
entity created in the same transaction ctx).
My mail didn't foster any responses; would it be possible for you to ask
someone who's in the know about OpenEJB whether this looks like a bug or
a deployment issue?
> If you could publish your changes by attaching a patch to the JIRA
> issue, it would be the best way to go on (and hopefully invite others to
> contribute). I'll be committing my changes later today.
My status is now that I've finally gotten the various web services and
JMS queues wired up so well that I can submit and order and see it reach
"Completed State". I have an issue with the activity supplier sending
quite a lot of duplicate invoices. I'll look into that today, but I
guess it would make sense for me to create another patch.
Should I make another patch against revision 357942, or should I wait
for you to commit your work and the patches I uploaded yesterday, and
then make the patch against those files?
Kindly,
Jakob
Re: Java Adventure Builder Reference application, status
Posted by Jacek Laskowski <el...@gmail.com>.
Jakob Færch (Trifork) wrote:
> My status is that I have AB deploying without errors on the (broken)
> 1.0-prebuild.
>
> Compared to the plans/sql in the repository, so far I have:
> - Set up (more) correct references to web services
> - Added undefined web service endpoints
> - Started to get the autogenerated primary keys for CMP's working
> (using your work from the Pet Store as template)
Hi Jakob,
Whenever you have got something worth publishing, please create a patch
and attach it to the JIRA issue. The more often it is done, the better.
It makes our work much helpful to others who would like to contribute.
> I feel that I'm getting nearer a working AB - having got past Geronimo
> build and deployment trouble brings me nearer to my usual (J2EE
> application) domain :-)
Whoohooo! I had lots of work the past week and couldn't spend much time
on it. Thanks for taking it over during that time (but please attach
your work to the JIRA issue as soon as possible).
> To make best use of our time, maybe we should let me have a try at the
> application specific things?
What do you mean? Let's talk it over.
> I haven't yet succeeden in having the maven script unpack a new server
> automatically, and the startup procedure I'm managed to get working is
> very clumsy. Maybe you could look into these issues some time? If you
> want it, I could distribute the diff on my sandbox/adventurebuilder
> directory now - if you don't need it, I'll wait until the application is
> working.
If you could publish your changes by attaching a patch to the JIRA
issue, it would be the best way to go on (and hopefully invite others to
contribute). I'll be committing my changes later today.
Thanks again for your hard work. Keep it going (chances are we'll have
finished before 1.0 is out).
> Jakob
Jacek