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/12 16:06:43 UTC
Java Adventure Builder Reference application, deployment/build issues
I guess I'm in dire need of some help with the (new?) build process.
After running
maven m:clean m:clean-repo new
in the source root, the build produces (among others) a distribution
named geronimo-jetty-j2ee-1.0-SNAPSHOT.zip (in
~/.maven/repository/geronimo/distributions).
This makes the unpackServer maven goal unhappy, so I the jetty-j2ee to
geronimo-1.0-SNAPSHOT.zip (in the maven repository) to make unpackServer
happy.
I tried running maven m:default in the source root, but that didn't
produce anything in ~/.maven/repository/distributions.
I copied the dependency on the javamail-spec from the "main" project.pom.
The one in sandbox/adventurebuilder seemed to inherit a
geronimo_spec_javamail_version=1.0 from etc/project.propertis which
isn't healthy anymore.
This makes maven able to get through it's dependency resolve phase, but
to no help:
While trying to distribute the application (running maven -o in
sandbox/adventurebuilder) the deployer doesn't seem to recognize the
--offline option. This might be caused by my tinkering around with the
distribution files, so I guess I'd try to fix the above first.
My repository is at version 356264; I'd expect this to be on the trunk,
not on the 1.0 branch, and I guess the trunk is where we wanna be,
considering the AB issue has been re-scheduled to 1.1.
Would you please correct me if I'm wrong regarding which branch to use?
So in short, could anyone (Jacek, maybe?) do anything to help me build
Geronimo in a form compatible with the deployment code in
sandbox/adventurebuilder.
Just as welcome would be some instructions on how to avoid building the
server altogether; if I just remove all geronimo stuff from my local
repository and run maven -o in sandbox/adventurebuilder, the
unpackServer goal fails due to the distributions snapshop not being
present. Perhaps all that is needed is some maven dependency, but I have
not been able to figure out which.
Kindly,
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
Re: Java Adventure Builder Reference application, status
Posted by "Jakob Færch (Trifork)" <jr...@trifork.com>.
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, deployment/build
issues
Posted by Jacek Laskowski <el...@gmail.com>.
Jakob Færch (Trifork) wrote:
> I'll just continue working with the jetty-j2ee distribution I managed to
> build yesterday.
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.
> Jakob
Jacek
Re: Java Adventure Builder Reference application, deployment/build
issues
Posted by "Jakob Færch (Trifork)" <jr...@trifork.com>.
Jacek Laskowski wrote:
> Jakob Færch (Trifork) wrote:
>
>> I guess I'm in dire need of some help with the (new?) build process.
>
>
> Hi Jakob,
>
> It seems that the new build process is a very hot topic recently. It's
> not yet described in the wiki and thus scratching your head is of a
> little help when in trouble ;)
>
I'll just continue working with the jetty-j2ee distribution I managed to
build yesterday.
>> I tried running maven m:default in the source root, but that didn't
>> produce anything in ~/.maven/repository/distributions.
>
>
> Why did you do that at all?
I wish I was able to provide an answer to that :-)
>
>> I copied the dependency on the javamail-spec from the "main" project.pom.
>> The one in sandbox/adventurebuilder seemed to inherit a
>> geronimo_spec_javamail_version=1.0 from etc/project.properties which
>> isn't healthy anymore.
>
> Why? I thought that 1.0 is the latest version of any spec.
I'm not sure exactly what happened, but it seems related to the change
of groupid to org.apache.geronimo on the specs. The following is in the
sandbox/adventurebuilder/project.xml now:
<dependency>
<groupId>geronimo-spec</groupId>
<artifactId>geronimo-spec-javamail</artifactId>
<version>${geronimo_spec_javamail_version}</version>
</dependency>
but the only version my repository contained was called something like
1.3.1-rc6.
The following snippet seems to comply with what is build by maven new:
<dependency>
<groupId>org.apache.geronimo.specs</groupId>
<artifactId>geronimo-javamail_1.3.1_spec</artifactId>
<version>${geronimo_spec_javamail_version}</version>
</dependency>
(not that I get why 1.3.1 is hardcoded into the artifactId).
>> While trying to distribute the application (running maven -o in
>> sandbox/adventurebuilder) the deployer doesn't seem to recognize the
>> --offline option. This might be caused by my tinkering around with the
>> distribution files, so I guess I'd try to fix the above first.
>
>
> I remember very vaguely that offline might not work. Try starting a
> server and distribute then.
I'll try to fiddle a little with the maven.xml script and start a server
before deploying. I wasn't able to do it yesterday (couldn't get the
deployer.jar to recognize the user and password options), but it seems
the other sample apps use the maven deploy goal. I'll try if that works
better.
> Absolutely right. You'd be better off doing it online so that you won't
> have to build Geronimo yourself and download necessary dependencies as
> needed.
>
>> Perhaps all that is needed is some maven dependency, but I have
>> not been able to figure out which.
>
>
> Take a look at samples and copy necessary parts. It hasn't changed much,
> I hope.
I'll defer getting the dependencies to work;
<http://cvs.apache.org/repository/geronimo/distributions/> doesn't seem
to have any recent builds, so I'm not sure there would be anything
interesting for Maven to download.
Jakob
Re: Java Adventure Builder Reference application, deployment/build
issues
Posted by Jacek Laskowski <el...@gmail.com>.
Jakob Færch (Trifork) wrote:
> I guess I'm in dire need of some help with the (new?) build process.
Hi Jakob,
It seems that the new build process is a very hot topic recently. It's
not yet described in the wiki and thus scratching your head is of a
little help when in trouble ;)
To be honest I have tried to avoid moving to the new build procedure as
long as possible and didn't do anything with it. I remember that right
before the assembly module was cut off (2 days ago or so) I could build
Geronimo from the latest sources and worked with it. Not much, so if I
had had to upgrade yet, I would've not done anything (which is partialy
true nonetheless).
So, we're both in the same step.
> After running
> maven m:clean m:clean-repo new
> in the source root, the build produces (among others) a distribution
> named geronimo-jetty-j2ee-1.0-SNAPSHOT.zip (in
> ~/.maven/repository/geronimo/distributions).
True.
> This makes the unpackServer maven goal unhappy, so I the jetty-j2ee to
> geronimo-1.0-SNAPSHOT.zip (in the maven repository) to make unpackServer
> happy.
Take a look at magicGBall sample app. I saw several differences between
it and ab, which may be of help.
> I tried running maven m:default in the source root, but that didn't
> produce anything in ~/.maven/repository/distributions.
Why did you do that at all?
> I copied the dependency on the javamail-spec from the "main" project.pom.
> The one in sandbox/adventurebuilder seemed to inherit a
> geronimo_spec_javamail_version=1.0 from etc/project.propertis which
> isn't healthy anymore.
Why? I thought that 1.0 is the latest version of any spec.
> While trying to distribute the application (running maven -o in
> sandbox/adventurebuilder) the deployer doesn't seem to recognize the
> --offline option. This might be caused by my tinkering around with the
> distribution files, so I guess I'd try to fix the above first.
I remember very vaguely that offline might not work. Try starting a
server and distribute then.
> My repository is at version 356264; I'd expect this to be on the trunk,
> not on the 1.0 branch, and I guess the trunk is where we wanna be,
> considering the AB issue has been re-scheduled to 1.1.
Right.
> Would you please correct me if I'm wrong regarding which branch to use?
HEAD.
> So in short, could anyone (Jacek, maybe?) do anything to help me build
> Geronimo in a form compatible with the deployment code in
> sandbox/adventurebuilder.
Sure. I won't be available till 9 PM. I hope to find some time tonight
to work it out.
> Just as welcome would be some instructions on how to avoid building the
> server altogether; if I just remove all geronimo stuff from my local
> repository and run maven -o in sandbox/adventurebuilder, the
> unpackServer goal fails due to the distributions snapshop not being
> present.
Absolutely right. You'd be better off doing it online so that you won't
have to build Geronimo yourself and download necessary dependencies as
needed.
> Perhaps all that is needed is some maven dependency, but I have
> not been able to figure out which.
Take a look at samples and copy necessary parts. It hasn't changed much,
I hope.
Keep up your excellent work! As long as you're working on it, I'm pretty
confident that it'll be deployed properly soon.
> Jakob
Jacek