Re: Geronimo2.1.0 build failure with Java5 (method getContentType() not found)
Sorry i over looked the version. Now i downloaded the latest stable source (Geronimo 2.1.4). Building failed with Harmony JDK. I am getting marshal exception. Any thoughts on this? *Error/Exception: * [INFO] [car:prepare-metadata] [INFO] [ERROR] BUILD ERROR [INFO] [INFO] null class org.apache.geronimo.system.plugin.model.LicenseType nor any of its super class is known to this context. [INFO] [INFO] Trace org.apache.maven.lifecycle.LifecycleExecutionException at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:584) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:50 0) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:479) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.jav a:331) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:292) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:142) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129) at org.apache.maven.cli.MavenCli.main(MavenCli.java:301) at java.lang.reflect.VMReflection.invokeMethod(VMReflection.java) at java.lang.reflect.Method.invoke(Method.java:317) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: org.apache.maven.plugin.MojoExecutionException at org.codehaus.mojo.pluginsupport.MojoSupport.execute(MojoSupport.java:137) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:453) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:559) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:50 0) ... 13 more Caused by: javax.xml.bind.MarshalException - with linked exception: [javax.xml.bind.JAXBException: class org.apache.geronimo.system.plugin.model.LicenseType nor any of its super class is k nown to this context.] at com.sun.xml.bind.v2.runtime.MarshallerImpl.write(MarshallerImpl.java:295) at com.sun.xml.bind.v2.runtime.MarshallerImpl.marshal(MarshallerImpl.java:221) at javax.xml.bind.helpers.AbstractMarshallerImpl.marshal(AbstractMarshallerImpl.java:70) at org.apache.geronimo.system.plugin.PluginXmlUtil.writePluginMetadata(PluginXmlUtil.java:81) at org.apache.geronimo.mavenplugins.car.PluginMetadataGeneratorMojo.doExecute(PluginMetadataGeneratorMojo.java:2 34) at org.codehaus.mojo.pluginsupport.MojoSupport.execute(MojoSupport.java:122) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:453) ... 15 more Caused by: javax.xml.bind.JAXBException: class org.apache.geronimo.system.plugin.model.LicenseType nor any of its super class is known to this context. at com.sun.xml.bind.v2.runtime.XMLSerializer.reportError(XMLSerializer.java:223) at com.sun.xml.bind.v2.runtime.XMLSerializer.reportError(XMLSerializer.java:238) at com.sun.xml.bind.v2.runtime.XMLSerializer.childAsXsiType(XMLSerializer.java:587) at com.sun.xml.bind.v2.runtime.property.ArrayElementNodeProperty.serializeItem(ArrayElementNodeProperty.java:29) at com.sun.xml.bind.v2.runtime.property.ArrayElementProperty.serializeListBody(ArrayElementProperty.java:132) at com.sun.xml.bind.v2.runtime.property.ArrayERProperty.serializeBody(ArrayERProperty.java:101) at com.sun.xml.bind.v2.runtime.ClassBeanInfoImpl.serializeBody(ClassBeanInfoImpl.java:286) at com.sun.xml.bind.v2.runtime.XMLSerializer.childAsXsiType(XMLSerializer.java:619) at com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl$1.serializeBody(ElementBeanInfoImpl.java:93) at com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl$1.serializeBody(ElementBeanInfoImpl.java:127) at com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl.serializeBody(ElementBeanInfoImpl.java:244) at com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl.serializeRoot(ElementBeanInfoImpl.java:251) at com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl.serializeRoot(ElementBeanInfoImpl.java:33) at
Re: Geronimo2.1.0 build failure with Java5 (method getContentType() not found)
I would recommend trying this with Sun or IMB JDK, I believe those are the only two recommended JDK's http://cwiki.apache.org/GMOxDEV/building-apache-geronimo.html HTH! Luciano On Tue, May 12, 2009 at 8:17 AM, Mohanraj Loganathan mohanra...@gmail.comwrote: Sorry i over looked the version. Now i downloaded the latest stable source (Geronimo 2.1.4). Building failed with Harmony JDK. I am getting marshal exception. Any thoughts on this? *Error/Exception: * [INFO] [car:prepare-metadata] [INFO] [ERROR] BUILD ERROR [INFO] [INFO] null class org.apache.geronimo.system.plugin.model.LicenseType nor any of its super class is known to this context. [INFO] [INFO] Trace org.apache.maven.lifecycle.LifecycleExecutionException at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:584) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:50 0) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:479) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.jav a:331) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:292) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:142) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129) at org.apache.maven.cli.MavenCli.main(MavenCli.java:301) at java.lang.reflect.VMReflection.invokeMethod(VMReflection.java) at java.lang.reflect.Method.invoke(Method.java:317) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: org.apache.maven.plugin.MojoExecutionException at org.codehaus.mojo.pluginsupport.MojoSupport.execute(MojoSupport.java:137) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:453) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:559) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:50 0) ... 13 more Caused by: javax.xml.bind.MarshalException - with linked exception: [javax.xml.bind.JAXBException: class org.apache.geronimo.system.plugin.model.LicenseType nor any of its super class is k nown to this context.] at com.sun.xml.bind.v2.runtime.MarshallerImpl.write(MarshallerImpl.java:295) at com.sun.xml.bind.v2.runtime.MarshallerImpl.marshal(MarshallerImpl.java:221) at javax.xml.bind.helpers.AbstractMarshallerImpl.marshal(AbstractMarshallerImpl.java:70) at org.apache.geronimo.system.plugin.PluginXmlUtil.writePluginMetadata(PluginXmlUtil.java:81) at org.apache.geronimo.mavenplugins.car.PluginMetadataGeneratorMojo.doExecute(PluginMetadataGeneratorMojo.java:2 34) at org.codehaus.mojo.pluginsupport.MojoSupport.execute(MojoSupport.java:122) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:453) ... 15 more Caused by: javax.xml.bind.JAXBException: class org.apache.geronimo.system.plugin.model.LicenseType nor any of its super class is known to this context. at com.sun.xml.bind.v2.runtime.XMLSerializer.reportError(XMLSerializer.java:223) at com.sun.xml.bind.v2.runtime.XMLSerializer.reportError(XMLSerializer.java:238) at com.sun.xml.bind.v2.runtime.XMLSerializer.childAsXsiType(XMLSerializer.java:587) at com.sun.xml.bind.v2.runtime.property.ArrayElementNodeProperty.serializeItem(ArrayElementNodeProperty.java:29) at com.sun.xml.bind.v2.runtime.property.ArrayElementProperty.serializeListBody(ArrayElementProperty.java:132) at com.sun.xml.bind.v2.runtime.property.ArrayERProperty.serializeBody(ArrayERProperty.java:101) at com.sun.xml.bind.v2.runtime.ClassBeanInfoImpl.serializeBody(ClassBeanInfoImpl.java:286) at com.sun.xml.bind.v2.runtime.XMLSerializer.childAsXsiType(XMLSerializer.java:619) at com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl$1.serializeBody(ElementBeanInfoImpl.java:93) at com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl$1.serializeBody(ElementBeanInfoImpl.java:127) at
Re: Building Apache Day Trader for JBoss
I just wanted to let you know that I did get things deploying cleanly and running without errors. Thanks for the help. Andy dwoods wrote: Try using the following Daytrader branch and a 2.1 Server instead of trunk - https://svn.apache.org/repos/asf/geronimo/daytrader/branches/2.1.3/ -Donald Andrig wrote: kevan wrote: On May 4, 2009, at 9:31 PM, Andrig wrote: I have another missing artifact. If you could point me in the right direction on where to get it, it would be appreciated: [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. Missing: -- 1) org.apache.openejb:ejb31-api-experimental:jar:3.1.1-SNAPSHOT Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.openejb -DartifactId=ejb31-api-experimental -Dversion=3.1.1-SNAPSHOT - Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=org.apache.openejb -DartifactId=ejb31-api-experimental -Dversion=3.1.1-SNAPSHOT - Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) org.apache.geronimo.daytrader:daytrader-derby-datasource:car:2.2- SNAPSHOT 2) org.apache.geronimo.configs:system-database:car:2.2-SNAPSHOT 3) org.apache.geronimo.configs:transaction:car:2.2-SNAPSHOT 4) org.apache.geronimo.configs:j2ee-server:car:2.2-SNAPSHOT 5) org.apache.geronimo.framework:rmi-naming:car:2.2-SNAPSHOT 6) org.apache.geronimo.framework:jee-specs:car:2.2-SNAPSHOT 7) org.apache.openejb:ejb31-api-experimental:jar:3.1.1-SNAPSHOT OpenEJB has moved the location of their SNAPSHOT repository. Adding the following to your pom.xml in the repositories section should fix our problem. However, I'm a bit confused by the version numbers that your missing. What version of DayTrader are you trying to build? repository idapache.nexus.snapshots/id nameApache Nexus Repository/name urlhttps://repository.apache.org/content/repositories/snapshots /url layoutdefault/layout snapshots enabledtrue/enabled updatePolicydaily/updatePolicy checksumPolicyignore/checksumPolicy /snapshots releases enabledfalse/enabled /releases /repository --kevan I will try this change, but I have checked out trunk, because that's the version that is based on EE 5, and that's what I needed. -- View this message in context: http://www.nabble.com/Building-Apache-Day-Trader-for-JBoss-tp23370818s134p23503023.html Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
Re: Geronimo2.1.0 build failure with Java5 (method getContentType() not found)
On May 12, 2009, at 8:54 AM, Luciano Salotto wrote: I would recommend trying this with Sun or IMB JDK, I believe those are the only two recommended JDK's http://cwiki.apache.org/GMOxDEV/building-apache-geronimo.html Agreed. However, if somebody's interested on working on it, I think it would be cool to see Harmony issues identified and resolved. --kevan
Re: Building Apache Day Trader for JBoss
On May 12, 2009, at 9:51 AM, Andrig wrote: I just wanted to let you know that I did get things deploying cleanly and running without errors. Cool. Thanks for the update. --kevan
Re: client managed distributed transactions
Hi David,
Thanks for your reply, let me explain in more detail the architecture I'm
currently dealing with.
I have three spring independent applications and I have a fourth application
that need to invoke services on the other three (use them as a back-end if
you like).
This fourth application was communicating with the other three by means of
RESTful web services, this worked pretty good until we got to a point where
a single service method in the 4th app needed to invoke a service method on
the 1st and 2nd apps, so if the call to the 1st method succeeded but the
call to the 2nd app failed then the whole setup will end up being in an
inconsistent state.
I didn't find a solution for transactional RESTful web services, so I
decided to try an scenario where the services on the 1st, 2nd and 3rd apps
were exposed as stateless session beans. So it looks something like this
(just for the 1sp app):
VM{4th Spring App} -- VM{Geronimo EJBs exposing 1st Spring App}
So basically we're talking about sharing a single transaction between, at
least, two different VMs. The idea will be to have the 4th app starting, an
controllling, the tx and have the other apps attaching to this tx (by means
of the REQUIRED annotation and some voodoo transaction sharing strategy =]
).
The configuration I did before had an scenario where all the action happened
inside a single VM. To answer your question the UserTransaction was just a
mock bean managed by Spring's mock JNDI functionality. I successfully
managed to share a single transaction between the two datasources (MySQL and
JCR).
Where can I find resources explaining how to import the transaction into
Geronimo (using j2ca)?
Thanks!
Diego
djencks wrote:
On May 8, 2009, at 4:20 PM, Diego Munguia wrote:
Hi,
I have a spring-based application that connects to a local database
and to a set of remote EJBs that are deployed on a Geronimo 2.1.4
server. I'm trying to configure a transaction manager that handles
distributed transactions, because on a single service method I may
have calls to the local db and to one or more EJBs (stateless
session beans).
I don't understand your configuration. Is the spring app running in
the same geronimo 2.1.4 instance as the ejbs? If so I suspect you
don't need to do anything so long as your ejbs are not configured to
start new txs. You might possibly need to use a local ejb interface,
but I doubt it.
If your spring app is running in a different jvm than geronimo, you
will have to do some serious coding to get this to work. Although
geronimo does support importing transactions through the j2ca work
manager stuff, we don't have a full distributed transaction
implementation.
Be sure you understand the difference between 2-phase multi-resource
xa transactions that occur entirely in one vm (at least all the
XAResource implementations are in the same vm) and a true distributed
transaction in which XAResources are present in several vms; in a
typical xa implementation of a distributed tx system you'll have at
least two app server instances, one server will control the tx, and
all the other servers will be represented as XAResources to the
controlling server.
So far I've never found anyone who thinks using distributed
transactions in a production system is plausible if there is any kind
of load involved. This has driven our lack of implementation.
I've managed to configure distributed transactions in the past using
Jencks and the Geronimo TM but for local datasources (1 mysql db and
1 jackrabbit repository), this configuration required the use of a
UserTransaction object, I used spring's jndi mock functionality as I
wasn't using a j2ee server.
??? Where did the UserTransaction come from
I'm trying to replicate this conf on my current app but my problem
is that I can't get a hold of the remote UserTransaction object via
jndi. This is how I'm trying to retrieve it:
Properties properties = new Properties();
properties.put(Context.INITIAL_CONTEXT_FACTORY,
org.apache.openejb.client.RemoteInitialContextFactory);
properties.put(java.naming.provider.url, ejbd://localhost:
4201);
Context context = new InitialContext(properties);
context.lookup(java:comp/UserTransaction);
I'm getting this exception:
Exception in thread main javax.naming.NameNotFoundException: comp/
UserTransaction does not exist in the system. Check that the app
was successfully deployed.
at org.apache.openejb.client.JNDIContext.lookup(JNDIContext.java:277)
at javax.naming.InitialContext.lookup(InitialContext.java:351)
I don't understand what you want to use the UserTransaction for. To
control the entire jta tx or to control the ejb's participation in the
tx?
If the latter, even if this appeared to work, it wouldn't give you a
transaction. UserTransaction doesn't support the 2 phase
Re: client managed distributed transactions
On May 12, 2009, at 2:52 PM, munguia wrote:
Hi David,
Thanks for your reply, let me explain in more detail the
architecture I'm
currently dealing with.
I have three spring independent applications and I have a fourth
application
that need to invoke services on the other three (use them as a back-
end if
you like).
This fourth application was communicating with the other three by
means of
RESTful web services, this worked pretty good until we got to a
point where
a single service method in the 4th app needed to invoke a service
method on
the 1st and 2nd apps, so if the call to the 1st method succeeded but
the
call to the 2nd app failed then the whole setup will end up being in
an
inconsistent state.
I didn't find a solution for transactional RESTful web services, so I
decided to try an scenario where the services on the 1st, 2nd and
3rd apps
were exposed as stateless session beans. So it looks something like
this
(just for the 1sp app):
VM{4th Spring App} -- VM{Geronimo EJBs exposing 1st Spring App}
So basically we're talking about sharing a single transaction
between, at
least, two different VMs. The idea will be to have the 4th app
starting, an
controllling, the tx and have the other apps attaching to this tx
(by means
of the REQUIRED annotation and some voodoo transaction sharing
strategy =]
).
This multi-vm setup is not supported out of the box by geronimo.
You'll have to do something like write an inbound resource adapter.
The configuration I did before had an scenario where all the action
happened
inside a single VM. To answer your question the UserTransaction was
just a
mock bean managed by Spring's mock JNDI functionality. I successfully
managed to share a single transaction between the two datasources
(MySQL and
JCR).
If you can manage to run all 4 apps in the same vm, perhaps on lots of
identical servers, your life will be a _lot_ easier and the app will
almost certainly run a lot faster.
Where can I find resources explaining how to import the transaction
into
Geronimo (using j2ca)?
The only resources I know of are the j2ca 1.5 spec. I don't know of
any resource adapter that actually use this feature. It may be easier
to extend the openejb proprietary protocol to handle sending xids over
the wire and not write a whole resource adapter.
Either way, for the client side you'll need to implement an XAResource
and something to register it with the tm when you try to do work in a
tx. Then the communication will have to send the (branch) xid from
the xaresource in the appropriate messages. You'll need special
prepare/commit/rollback messages
On the server side, youll have to get the xids out of the messages.
If you decide to use a J2ca adapter, you can use the WorkManager and
set the xid in the import context. In this case you'll probably want
to convert your session beans to be message driven beans (they can
keep whatever interface they have now, they don't need to be a jms
MessageListener) If you extend the openejb protocol directly you'll
end up doing something similar but may want to use the proprietary
geronimo tm XAWork interface rather than the WorkManager from j2ca.
I think this is a non-trivial project which is the main reason I
haven't tried doing it myself several years ago. It would be really
great to have the code in either geronimo or openejb if you do work on
it and can contribute the result.
You could also implement the corba tx interoperablilty but that is
likely to be even trickier because not only do you have to figure out
what is needed to make it work, you have to figure out how corba
thinks it needs to be done as well.
hope this helps and is not too discouraging :-)
You might also consider if you really need this all to be done
synchronously or if you can divide it up into a bunch of asynchoronous
steps each done in a jms transaction.
thanks
david jencks
Thanks!
Diego
djencks wrote:
On May 8, 2009, at 4:20 PM, Diego Munguia wrote:
Hi,
I have a spring-based application that connects to a local database
and to a set of remote EJBs that are deployed on a Geronimo 2.1.4
server. I'm trying to configure a transaction manager that handles
distributed transactions, because on a single service method I may
have calls to the local db and to one or more EJBs (stateless
session beans).
I don't understand your configuration. Is the spring app running in
the same geronimo 2.1.4 instance as the ejbs? If so I suspect you
don't need to do anything so long as your ejbs are not configured to
start new txs. You might possibly need to use a local ejb interface,
but I doubt it.
If your spring app is running in a different jvm than geronimo, you
will have to do some serious coding to get this to work. Although
geronimo does support importing transactions through the j2ca work
manager stuff, we don't have a full distributed transaction
Enabling Session Affinity in G2.1.4 (using Tomcat w/ WADI)
I am trying to find out how to configure G2.1.4 for session affinity when using Tomcat and WADI. Would anyone be able to point me in the right direction? I thought that ClusterNodeName looked like a good guess in the config-substitutions.properties file but that does not seem to attach a node name to the generated session. Any help would be appreciated. Dennis
Re: Enabling Session Affinity in G2.1.4 (using Tomcat w/ WADI)
First, pls set up tomcat or wadi cluster following this link: http://cwiki.apache.org/GMOxDOC22/clustering-and-farming.html and then configure apache http server to realize session affinity, if you use mod_jk way: edit works.properties under $http server install dir/conf with worker.loadbalancer.sticky_session=1 if you use mod_proxy, you can edit httpd.conf with: ProxyPass / balancer://mycluster/ stickysession=JSESSIONID Viola On Wed, May 13, 2009 at 9:10 AM, Dennis Cartier dennis.cart...@gmail.comwrote: I am trying to find out how to configure G2.1.4 for session affinity when using Tomcat and WADI. Would anyone be able to point me in the right direction? I thought that ClusterNodeName looked like a good guess in the config-substitutions.properties file but that does not seem to attach a node name to the generated session. Any help would be appreciated. Dennis -- viola
Re: Errors when deploying
On May 12, 2009, at 6:39 PM, nithya.sriniva...@sun.com wrote: I am getting these errors when depolying my war. Will appreciate any help. ServerConfig 2.1.4 Build2009.03.26-16:45:43.658-0400 Start TimeTue May 12 15:15:03 PDT 2009 Up Time20 minutes 36 seconds Operating System Architecturesparc NameSunOS Version5.9 Patch Levelunknown Localeen_US JVM Java Version1.5.0_01 Java VendorSun Microsystems Inc. Nodeminibar/192.18.71.96 Current Memory Used86.63 MB Most Memory Used86.63 MB Total Memory Allocated913.38 MB Available Processors4 Exception -- java.lang.Exception: Could not load 1/0/com/sun/codemodel/ CodeWriter.class at org.apache.xbean.finder.ClassFinder.readClassDef(ClassFinder.java:726 ) at org.apache.xbean.finder.ClassFinder.init(ClassFinder.java: 141) at org.apache.geronimo.jaxws.builder.WARWebServiceFinder.discoverWebServ ices(WARWebServiceFinder.java:154) at org.apache.geronimo.jaxws.builder.AdvancedWARWebServiceFinder.discove rPOJOWebServices(AdvancedWARWebServiceFinder.java:73) at org.apache.geronimo.jaxws.builder.AdvancedWARWebServiceFinder.discove rWebServices(AdvancedWARWebServiceFinder.java:45) at org.apache.geronimo.jaxws.builder.WARWebServiceFinder.discoverWebServ ices(WARWebServiceFinder.java:70) at org.apache.geronimo.jaxws.builder.JAXWSServiceBuilder.discoverWebServ ices(JAXWSServiceBuilder.java:97) at org.apache.geronimo.jaxws.builder.JAXWSServiceBuilder.findWebServices (JAXWSServiceBuilder.java:80) at org.apache.geronimo.web25.deployment.AbstractWebModuleBuilder.basicIn itContext(AbstractWebModuleBuilder.java:364) at org.apache.geronimo.tomcat.deployment.TomcatModuleBuilder.initContext (TomcatModuleBuilder.java:330) at org.apache.geronimo.j2ee.deployment.SwitchingModuleBuilder.initContex t(SwitchingModuleBuilder.java:159) Hi Nithya, How are you deploying your app? Is the deploy failing or succeeding? Where are you getting this error? --kevan
Re: Geronimo2.1.0 build failure with Java5 (method getContentType() not found)
Mohan, the problem might be with the Harmony code - could be a compability issue or a defect. So you'll want to spend some time debugging it. I agree with Kevan that it will be cool that Geronimo can be built and run with Harmony. Someday we might be officially support Harmony as a runtime, and even do a JEE cert with Harmony? -Jack 2009/5/12 Kevan Miller kevan.mil...@gmail.com On May 12, 2009, at 8:54 AM, Luciano Salotto wrote: I would recommend trying this with Sun or IMB JDK, I believe those are the only two recommended JDK's http://cwiki.apache.org/GMOxDEV/building-apache-geronimo.html Agreed. However, if somebody's interested on working on it, I think it would be cool to see Harmony issues identified and resolved. --kevan
Re: Errors when deploying
Hi Kevan I am doing command line deploy export/isqa/geronimo/bin/deploy.sh --user system --password manager deploy app.war geronimo-web.xml I see the error in geronimo.out file Thanks Nithya Kevan Miller wrote: On May 12, 2009, at 6:39 PM, nithya.sriniva...@sun.com mailto:nithya.sriniva...@sun.com wrote: I am getting these errors when depolying my war. Will appreciate any help. ServerConfig 2.1.4 Build2009.03.26-16:45:43.658-0400 Start TimeTue May 12 15:15:03 PDT 2009 Up Time20 minutes 36 seconds Operating System Architecturesparc NameSunOS Version5.9 Patch Levelunknown Localeen_US JVM Java Version1.5.0_01 Java VendorSun Microsystems Inc. Nodeminibar/192.18.71.96 Current Memory Used86.63 MB Most Memory Used86.63 MB Total Memory Allocated913.38 MB Available Processors4 Exception -- java.lang.Exception: Could not load 1/0/com/sun/codemodel/CodeWriter.class at org.apache.xbean.finder.ClassFinder.readClassDef(ClassFinder.java:726 ) at org.apache.xbean.finder.ClassFinder.init(ClassFinder.java:141) at org.apache.geronimo.jaxws.builder.WARWebServiceFinder.discoverWebServ ices(WARWebServiceFinder.java:154) at org.apache.geronimo.jaxws.builder.AdvancedWARWebServiceFinder.discove rPOJOWebServices(AdvancedWARWebServiceFinder.java:73) at org.apache.geronimo.jaxws.builder.AdvancedWARWebServiceFinder.discove rWebServices(AdvancedWARWebServiceFinder.java:45) at org.apache.geronimo.jaxws.builder.WARWebServiceFinder.discoverWebServ ices(WARWebServiceFinder.java:70) at org.apache.geronimo.jaxws.builder.JAXWSServiceBuilder.discoverWebServ ices(JAXWSServiceBuilder.java:97) at org.apache.geronimo.jaxws.builder.JAXWSServiceBuilder.findWebServices (JAXWSServiceBuilder.java:80) at org.apache.geronimo.web25.deployment.AbstractWebModuleBuilder.basicIn itContext(AbstractWebModuleBuilder.java:364) at org.apache.geronimo.tomcat.deployment.TomcatModuleBuilder.initContext (TomcatModuleBuilder.java:330) at org.apache.geronimo.j2ee.deployment.SwitchingModuleBuilder.initContex t(SwitchingModuleBuilder.java:159) Hi Nithya, How are you deploying your app? Is the deploy failing or succeeding? Where are you getting this error? --kevan
Re: Errors when deploying
On May 12, 2009, at 10:33 PM, nithya.sriniva...@sun.com wrote: Hi Kevan I am doing command line deploy export/isqa/geronimo/bin/deploy.sh --user system --password manager deploy app.war geronimo-web.xml I see the error in geronimo.out file K. And is the deploy command failing or succeeding? The error is occurring while we're scanning for annotations. If deploy is succeeding, you can ignore. If you can share your application, then hopefully somebody can investigate and fix the general problem... --kevan
Re: Errors when deploying
The deploy fails. I am deploying opensso, a opensource application. You need to download the bits from https://opensso.dev.java.net/ Nithya Kevan Miller wrote: On May 12, 2009, at 10:33 PM, nithya.sriniva...@sun.com mailto:nithya.sriniva...@sun.com wrote: Hi Kevan I am doing command line deploy export/isqa/geronimo/bin/deploy.sh --user system --password manager deploy app.war geronimo-web.xml I see the error in geronimo.out file K. And is the deploy command failing or succeeding? The error is occurring while we're scanning for annotations. If deploy is succeeding, you can ignore. If you can share your application, then hopefully somebody can investigate and fix the general problem... --kevan
Daytrader wsdl generation
Hi, I'm doing some work on daytrader, but am a bit stuck on how to update the wsdl and _mapping.xml files when adding a new method to the web services. Right now the wsdl and _mapping.xml files are in svn (rather than generated at build time). I've dug around a little and note that there are commented out references in the pom.xml files for wsdl generation (see below). Can anyone tell me the recipe for wsdl/mapping file generation for daytrader? I'm not familiar with axis/soap at all and my playing around with java2wsdl was unhelpful :-/ Second-guessing how it was done has not lead me to the right answer. Thanks, --Steve From modules/wsappclient/pom.xml: !-- Caveat: Need to be replaced with axis plugin by Jesse plugin groupIdorg.codehaus.mojo/groupId artifactIdwsdl2java-maven-plugin/artifactId configuration packageSpaceorg.apache.geronimo.samples.daytrader.client.ws/packageSpace serverSidetrue/serverSide /configuration executions execution phasegenerate-sources/phase goals goalgenerate/goal /goals /execution /executions /plugin -- -- View this message in context: http://www.nabble.com/Daytrader-wsdl-generation-tp23515589s134p23515589.html Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
