[ANNOUNCE] Alan Cabrera has been appointed as the new PMC Chair of the Geronimo Project
All, Due to lack of time, in the last few months, I've found it very difficult to contribute and stay on top of Geronimo activities. So, last month I informed the PMC that I would like to step down as the PMC Chair of the Geronimo Project. The Geronimo PMC nominated Alan Cabrera to become the new PMC Chair. Today, I'm happy to announce that the ASF Board (at this month's meeting) officially appointed Alan to be the new PMC Chair of the Geronimo Project. Congratulations Alan! Jarek p.s. To all the PMC members, committers, contributors, and users that made my life easier as PMC chair - thank you!
[SECURITY] CVE-2013-1777: Apache Geronimo 3 RMI classloader exposure
CVE-2013-1777: Apache Geronimo 3 RMI classloader exposure Severity: Important Vendor: The Apache Software Foundation Version Affected: Apache Geronimo 3.0 Apache Geronimo 3.0 Beta 1 Apache Geronimo 3.0 M1 Description: A misconfigured RMI classloader in Apache Geronimo 3.0 may enable an attacker to send a serialized object via JMX that could compromise the system. Mitigation: Geronimo 3.0, Beta 1 or M1 users are strongly encouraged to upgrade to Geronimo 3.0.1. Remote exploits can be prevented by hiding the naming (1099) and JMX () ports behind a firewall or binding the ports to a local network interface. Credit: This issue was discovered by Pierre Ernst of IBM Canada Ltd. References: http://geronimo.apache.org/security-reports.html
Re: javax.el.CompositeELResolver null pointer exception - bug?
Yes. See also GERONIMO-6330. This problem is already fixed in geronimo-el_2.2_spec 1.0.4. Jarek On Wed, Jun 12, 2013 at 9:29 AM, Michael Walz wrote: > Hi! > > I’ve got a problem with “javax.el.CompositeELResolver” from "geronimo.specs" > which is used by TomEE’s “javaee-api-6.0-5.jar”. > > Version information and svn-repository here: > http://mvnrepository.com/artifact/org.apache.geronimo.specs/geronimo-el_2.2_spec/1.0.2 > > Source of class CompositeELResolver here: > http://svn.apache.org/viewvc/geronimo/specs/tags/geronimo-el_2.2_spec-1.0.2/src/main/java/javax/el/CompositeELResolver.java?view=log > > > > In the “invoke” method I get a null pointer exception because the for-loop > iterates through the whole resolvers-array which has got fields with value > “null”. I suppose this is not avoidable because of the “add” method that > doubles the array size if required but does not initialize any values. > Shouldn’t there be a check if the resolver is “null” in the “invoke” method > before using it? > > > For comparison I ran my application with another javax.el implementation > and it’s working properly: > > > > javax.el > > el-api > > 2.2 > > > > > > > > Am I wrong with my supposition? > > > I found a similar-sounding issue here: > > https://issues.apache.org/bugzilla/show_bug.cgi?id=50293 > > > > Is it possible that multi-threading causes my problem? > > > > > Best regards > > Michael Walz
Re: Hi CPU load on idle server
For now, you can always adjust the polling period to something really large or 0 or disable it altogether. Jarek On Wed, Sep 19, 2012 at 7:03 AM, weberjn wrote: > After a day my idle Geronimo 3 server has already used over one cpu hour. > This is a serious bug, which forbids using Geronimo on CPU-restricted > machines (e.g. z/OS) and should be fixed. > > Geronimo also could look if it runs under a JRE 7 and use the Watch Service > API, so idle CPU usage could be zero. > > https://blogs.oracle.com/thejavatutorials/entry/watching_a_directory_for_changes > > Greetings, > Juergen > > > Jarek Gawor wrote >> The server is periodically pooling the etc/ for new configuration >> files and hotbundles/ directory for new bundle files. The component >> that does this pooling has a bug >> (https://issues.apache.org/jira/browse/FELIX-3635) as it does some >> expensive work that it doesn't need to. >> >> Jarek >> >> On Tue, Sep 18, 2012 at 8:48 AM, weberjn < > >> weberjn@ > >> > wrote: >>> Hi, >>> >>> I unzipped a new server instance and started it as it is, i.e. nothing >>> changed, nothing deployed, nothing done (no console, nothing). >>> After about 5 hours it has already eaten 10 cpu minutes. What does the >>> server do? >>> >>> Thanks, >>> Juergen >>> >>> juergen@tux64:~ ps -lf >>> F S UIDPID PPID C PRI NI ADDR SZ WCHAN STIME TTY >>> TIME >>> CMD >>> 0 R juergen 10317 19471 0 80 0 - 27549 - 14:38 pts/0 >>> 00:00:00 >>> ps -lf >>> 0 S juergen 19471 19470 0 80 0 - 27597 wait 09:47 pts/0 >>> 00:00:00 >>> -bash >>> 0 S juergen 29204 1 4 80 0 - 151093 futex_ 10:59 pts/0 >>> 00:10:38 >>> /home/juergen/jdk1.7.0_07/jre/bin/java >>> 0 S juergen 29483 1 4 80 0 - 156309 futex_ 11:01 pts/0 >>> 00:10:43 >>> /home/juergen/jdk1.7.0_07/jre/bin/java >>> juergen@tux64:~ date >>> Tue Sep 18 14:38:54 CEST 2012 >>> >>> >>> >>> >>> -- >>> View this message in context: >>> http://apache-geronimo.328035.n3.nabble.com/Hi-CPU-load-on-idle-server-tp3985733.html >>> Sent from the Users mailing list archive at Nabble.com. > > > > > > -- > View this message in context: > http://apache-geronimo.328035.n3.nabble.com/Hi-CPU-load-on-idle-server-tp3985733p3985737.html > Sent from the Users mailing list archive at Nabble.com.
Re: Hi CPU load on idle server
The server is periodically pooling the etc/ for new configuration files and hotbundles/ directory for new bundle files. The component that does this pooling has a bug (https://issues.apache.org/jira/browse/FELIX-3635) as it does some expensive work that it doesn't need to. Jarek On Tue, Sep 18, 2012 at 8:48 AM, weberjn wrote: > Hi, > > I unzipped a new server instance and started it as it is, i.e. nothing > changed, nothing deployed, nothing done (no console, nothing). > After about 5 hours it has already eaten 10 cpu minutes. What does the > server do? > > Thanks, > Juergen > > juergen@tux64:~ ps -lf > F S UIDPID PPID C PRI NI ADDR SZ WCHAN STIME TTY TIME > CMD > 0 R juergen 10317 19471 0 80 0 - 27549 - 14:38 pts/000:00:00 > ps -lf > 0 S juergen 19471 19470 0 80 0 - 27597 wait 09:47 pts/000:00:00 > -bash > 0 S juergen 29204 1 4 80 0 - 151093 futex_ 10:59 pts/0 00:10:38 > /home/juergen/jdk1.7.0_07/jre/bin/java > 0 S juergen 29483 1 4 80 0 - 156309 futex_ 11:01 pts/0 00:10:43 > /home/juergen/jdk1.7.0_07/jre/bin/java > juergen@tux64:~ date > Tue Sep 18 14:38:54 CEST 2012 > > > > > -- > View this message in context: > http://apache-geronimo.328035.n3.nabble.com/Hi-CPU-load-on-idle-server-tp3985733.html > Sent from the Users mailing list archive at Nabble.com.
Re: Has anyone managed to get Geronimo 3 to run as a service / daemon on a mac?
Try adding -Djline.terminal=jline.UnsupportedTerminal to JAVA_OPTS and see if that helps. Jarek On Fri, Jun 8, 2012 at 7:21 AM, Steve Higham wrote: > Hi Daniel, > > Thanks for the pointer. I've spent the last couple of days working from this > document but I can't get it working. > > My plist file is below > > > > "http://www.apple.com/DTDs/PropertyList-1.0.dtd";> > > > > > Label > GeronimoProduction > > UserName > ci-user > > Program > /bin/bash > > ProgramArguments > > /bin/bash > /Users/ci-user/GeronimoStart > /usr/local/geronimo-3-production > > > RunAtLoad > > > LaunchOnlyOnce > > > StandardOutPath > /var/log/geronimo-3-production.log > > StandardErrorPath > /var/log/geronimo-3-production.log > > Debug > > > > > > Please ignore references to "production". I'm not going to production on G3. > I'm just experimenting with Continuous Deployment techniques. > > I've used the UserName key as the launchd default is root and I don't want > Geronimo running under root. > > I'm using /bin/bash as my executable and passing the startup script as a > parameter. Launchd tries to execute its target directly. It can't handle a > script. > > I use my own start-up script to set up the execution environment. Launchd > has su'd to the user so the environment has not been set up. My script is > below > > # This script is called by the Geronimo Service as ci-user > # This enables the Geronimo environment to be correctly configured. > > # echo > # echo GeronimoStart called > # echo > > export GERONIMO_HOME=$1 > # echo GERONIM_HOME $GERONIMO_HOME > # echo > > export JRE_HOME=/System/Library/Frameworks/JavaVM.framework/Home > export JAVA_OPTS='-Djava.awt.headless=true -Xmx512m -XX:PermSize=64m > -XX:MaxPermSize=256m' > export GERONIMO_TMPDIR=/Volumes/Temp/Temp > export GROOVY_HOME=/usr/local/groovy > export M2_HOME=/usr/share/maven > export HUDSON_HOME=/Users/ci-user/Hudson/home > > echo Environment > echo === > env > > cd $GERONIMO_HOME > bin/geronimo start > > echo Done > > When I load the plist file (from Launchctl) the script is run. I get output > (from /var/log/Geronimo-3-production.log) showing the PID number Geronimo is > running under. However the process terminates immediately and there is no > output in the Geronimo logs. > > I have also tried using "Geronimo run" instead of "Geronimo start". This > shows Geronimo throwing the following exception during startup > > java.lang.IllegalStateException: GBean is not running: > org.apache.geronimo.framework/j2ee-system/3.0-beta-1/car?ServiceModule=org.a > pache.geronimo.framework/j2ee-system/3.0-beta-1/car,j2eeType=ConfigurationMa > nager,name=ConfigurationManager > at > org.apache.geronimo.kernel.basic.BasicKernel.getGBean(BasicKernel.java:295) > at > org.apache.geronimo.kernel.basic.BasicKernel.getGBean(BasicKernel.java:288) > at > org.apache.geronimo.kernel.config.ConfigurationUtil.getConfigurationManager( > ConfigurationUtil.java:337) > at > org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java > :200) > at > org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:9 > 3) > at > org.apache.geronimo.system.osgi.BootActivator$1.execute(BootActivator.java:1 > 07) > at > org.apache.geronimo.main.Bootstrapper.execute(Bootstrapper.java:65) > at > org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:65) > at org.apache.geronimo.cli.daemon.DaemonCLI.main(DaemonCLI.java:32) > > If I telnet onto the server as ci-user and run my startup script directly > everything works fine (run or start). > > Any comments welcome. > > Cheers, > > Steve > > -Original Message- > From: dsh [mailto:daniel.hais...@googlemail.com] > Sent: 07 June 2012 20:42 > To: user@geronimo.apache.org > Subject: Re: Has anyone managed to get Geronimo 3 to run as a service / > daemon on a mac? > > Hi, > > on Mac OS X you are supposed to use launchd scripts to have a program > started as a background daemon while the OS is starting. The following > resource might help you the get an initial idea about the process of setting > up such a script: > > http://developer.apple.com/library/mac/#documentation/MacOSX/Conceptual/BPSy > stemStartup/Chapters/CreatingLaunchdJobs.html > > Cheers > Daniel > > On Thu, Jun 7, 2012 at 7:09 PM, Steve Higham wrote: >> Any help appreciated - steve >> >> >> >> Steve Higham >> >> >
Re: Help with G3.0 building
Is your code up-to-date? Especially check if plugins/pom.xml is up-to-date. plugins/pom.xml should refer to 1.1-SNAPSHON of geronimo-jaxws_2.2_spec which should be in your m2 repository already. Jarek On Fri, Jun 10, 2011 at 12:37 PM, Russell E Glaue wrote: > Okay, the build has the "does not exist" error I remember. > > - > [INFO] > > [INFO] Building Geronimo Plugins, J2EE :: Builder 3.0-SNAPSHOT > [INFO] > > [INFO] > [INFO] --- maven-clean-plugin:2.3:clean (default-clean) @ > geronimo-j2ee-builder --- > [INFO] Deleting file set: > /data/geronimo/asf-geronimo-server-trunk/plugins/j2ee/geronimo-j2ee-builder/target > (included: [**], excluded: []) > [INFO] > [INFO] --- genesis-maven-plugin:2.0:validate-configuration (default) @ > geronimo-j2ee-builder --- > [INFO] > [INFO] --- geronimo-property-plugin:3.0-SNAPSHOT:set-property (set-property) @ > geronimo-j2ee-builder --- > [WARNING] File > /home/ger/.m2/repository/org/apache/geronimo/specs/geronimo-jaxws_2.2_spec/1.0/geronimo-jaxws_2.2_spec-1.0.jar > does not exist > [INFO] > [INFO] --- maven-enforcer-plugin:1.0-beta-1:enforce (default) @ > geronimo-j2ee-builder --- > [INFO] > [INFO] --- xmlbeans-maven-plugin:2.3.3:xmlbeans (default) @ > geronimo-j2ee-builder --- > Time to build schema type system: 7.202 seconds > Time to generate code: 0.235 seconds > Time to compile code: 2.974 seconds > - > > I think I may understand the issue, maybe. > > The specific file > "trunk/plugins/j2ee/geronimo-j2ee-builder/src/main/java/org/apache/geronimo/j2ee/deployment/annotation/WebServiceRefAnnotationHelper.java" > depends on the 1.0 artifact > I have not looked at the artifact source code, but the error message I > reported > suggested the api has changed between versions 1.0 and 1.1 > > So the geronimo-j2ee-builder should have a specific dependency on the 1.0 > artifact. But it doesn't, so maven assumes it can use the latest available > which > is 1.1-SNAPSHOT. > > The geronimo-property-plugin however sets (or keeps track of (not sure how > that > works)) the dependency properties for the geronimo-j2ee-builder - which > includes > the geronimo-jaxws_2.2_spec-1.0 artifact. > > However, this 1.0 dependency is kept track of in maven, so the artifact is not > downloaded. > > The geronimo-j2ee-builder is compiled by maven, but fails dues to mismatched > version referencing changed API. > > > So it would seem the two resolutions are: > 1. Update the > "trunk/plugins/j2ee/geronimo-j2ee-builder/src/main/java/org/apache/geronimo/j2ee/deployment/annotation/WebServiceRefAnnotationHelper.java" > to support geronimo-jaxws_2.2_spec-1.1 > 2. Put in a specific dependency to the geronimo-jaxws_2.2_spec-1.0 artifact in > maven. > > > -RG > > > On 06/10/2011 10:53 AM, Russell E Glaue wrote: >> Yes, I was able to reproduce the error. >> After the last successful build that completed this morning, I then removed >> the >> geronimo-jaxws_2.2_spec-1.0 artifact fron my local maven repository... >> - >> /bin/rm -r >> ~/.m2/repository/org/apache/geronimo/specs/geronimo-jaxws_2.2_spec/1.0 >> - >> ...and reexecuted the 'mvn clean install', and I received the same error as I >> reported earlier. >> >> So there is a definite dependency issue in the build process. >> >> Now I will try to figure out what part exactly the error is occurring upon. >> >> -RG >> >> >> On 06/10/2011 10:04 AM, Russell E Glaue wrote: >>> Perhaps then, I am mistaken, it is not the uddi plugin that is the problem. >>> >>> My build fails at this stage: >>> [INFO] Geronimo Plugins, J2EE :: Builder . FAILURE [18.237s] >>> >>> The goal org.apache.maven.plugins:maven-compiler-plugin:2.0.2:compile >>> (default-compile) on project geronimo-j2ee-builder fails. >>> >>> with the following error: >>> - >>> [ERROR] Failed to execute goal >>> org.apache.maven.plugins:maven-compiler-plugin:2.0.2:compile >>> (default-compile) >>> on project geronimo-j2ee-builder: Compilation failure: Compilation failure: >>> [ERROR] >>> /data/geronimo/asf-geronimo-server-trunk/plugins/j2ee/geronimo-j2ee-builder/src/main/java/org/apache/geronimo/j2ee/deployment/annotation/HandlerChainAnnotationHelper.java:[178,39] >>> [deprecation] name() in javax.jws.HandlerChain has been deprecated >>> [ERROR] >>> [ERROR] >>> /data/geronimo/asf-geronimo-server-trunk/plugins/j2ee/geronimo-j2ee-builder/src/main/java/org/apache/geronimo/j2ee/deployment/annotation/WebServiceRefAnnotationHelper.java:[295,61] >>> cannot find symbol >>> [ERROR] symbol : method lookup() >>> [ERROR] location: @interface javax.xml.ws.WebServiceRef >>> [ERROR] >>> [ERROR] >>> /data/geronimo/asf-geronimo-server-trunk/plugins/j2ee/geronimo-j2ee-builder/src/main/java/org/apache/geronimo/j2ee/deployment/annotation/WebServiceRefAnnotationHelper.java:[296,47] >>> cannot find symbol >>> [ERROR] symbol : method lookup() >>> [ERROR] loca
Re: Atomic Integer missing when deploying Grails 1.3.4 application to Geronimo 2.2
See if adding another filter for org.codehaus.groovy package to geronimo-web.xml helps: org.codehaus.groovy Jarek On Mon, Oct 18, 2010 at 5:06 PM, Scott Ryan wrote: > I am trying to deploy a grails 1.3.4 application to geronimo 2.2 and have > used the following geronimo-web.xml file in my application. > > http://geronimo.apache.org/xml/ns/j2ee/web-1.1";> > http://geronimo.apache.org/xml/ns/deployment-1.1";> > > com.triplecreekassociates > OM5 > 5.0.0-RC1 > war > > > org.springframework > org.apache.cxf > org.apache.commons > > > /om5 > > There is a lot of conflicting information on how to do this deployment but > when I run with this configuration from the IBM developer site website I get > the following error: > > 2010-10-18 15:52:23,149 ERROR [StackTrace] Sanitizing stacktrace: > java.lang.NoSuchMethodError: > org.codehaus.groovy.runtime.GroovyCategorySupport.getCategoryNameUsage(Ljava/lang/String;)Ljava/util/concurrent/atomic/AtomicInteger; > at > org.codehaus.groovy.runtime.callsite.AbstractCallSite.(AbstractCallSite.java:46) > at > org.codehaus.groovy.runtime.callsite.CallSiteArray.(CallSiteArray.java:35) > at > CkeditorUrlMappings$__clinit__closure1.$createCallSiteArray(CkeditorUrlMappings.groovy) > at > CkeditorUrlMappings$__clinit__closure1.$getCallSiteArray(CkeditorUrlMappings.groovy) > at CkeditorUrlMappings$__clinit__closure1.(CkeditorUrlMappings.groovy) > at CkeditorUrlMappings.(CkeditorUrlMappings.groovy) > at java.lang.Class.forName0(Native Method) > at java.lang.Class.forName(Class.java:247) > > > Do I have a mismatch in the server I am trying to use since groovy has been > upgraded in grails recently? > Scott Ryan >
Re: 872 ERROR [DeployTool] Error: org.apache.geronimo.common.DeploymentException:
Try --inPlace instead of --inplace. Jarek On Mon, May 3, 2010 at 8:29 AM, Tapas Mishra wrote: > I used > /geronimo-jetty7-javaee5-2.2/bin# ./deploy.sh deploy --inplace /root/a12/ > where /root/a12 is the path to application directory using this command > geronimo-jetty7-javaee5-2.2/bin# ./deploy.sh deploy --inplace /root/a12/ > > got following error > > > > > root/jdk1.6.0_20/jre/bin/java > -Dorg.apache.geronimo.home.dir=/root/geronimo-jetty7-javaee5-2.2 > -Djava.io.tmpdir=var/temp -jar > /root/geronimo-jetty7-javaee5-2.2/bin/deployer.jar deploy --inplace > /root/a12/ > 2010-05-03 06:57:51,872 ERROR [DeployTool] Error: > org.apache.geronimo.common.DeploymentException: Invalid JAR file --inplace > at > org.apache.geronimo.deployment.cli.CommandDistribute.execute(CommandDistribute.java:97) > at > org.apache.geronimo.deployment.cli.DeployTool.execute(DeployTool.java:168) > at > org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45) > at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:65) > at > org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:31) > > > -- > Tapas >
Re: [ANNOUNCE] Ashish Jain - Geronimo's newest committer
Congrats! Jarek On Sun, Mar 14, 2010 at 5:44 PM, Joe Bohn wrote: > All, > > Please join me in welcoming Ashish Jain as the newest committer on the > Apache Geronimo project. The Geronimo PMC is excited that Ashish has > accepted our invitation. > > Congratulations Ashish and keep up the good work! > > Joe >
Re: Welcome Ivan Xu as a new PMC member
Congrats! Jarek On Mon, Aug 31, 2009 at 6:48 PM, David Jencks wrote: > I would like to welcome Ivan as he recently accepted the Geronimo PMC > invitation to join the PMC. We look forward to working with him to > maintain oversight of the Geronimo project. > > Welcome! > david jencks > >
Re: Welcome "Shawn" Lin Quan Jian as a new committer
Congrats Shawn! Jarek On Mon, Aug 31, 2009 at 6:48 PM, David Jencks wrote: > I would like to welcome Shawn, as he recently accepted the Geronimo PMC > invitation to become a committer. His account (genspring) has been created > so we may be seeing some commits from him soon. > > Congratulations! > david jencks > >
Re: Geronimo Service
If the debug output is correct, I think JSW is trying to execute "C:\Java\jrrt-1.6.0\bin" which of course won't work. This probably should be "C:\Java\jrrt-1.6.0\bin\java". I think your configuration might be slightly wrong. Jarek On Fri, Aug 21, 2009 at 12:25 PM, Russell Collins wrote: > I am trying to install the Geronimo Server on windows vista. I have gotten > the service to properly install on Windows XP and Windows 2003 server > machines so I do know the procedures. I am getting a permissions denied > message when trying to start the service. Here is an excerpt from the log. > > > > DEBUG | wrapper | 2009/08/21 11:10:36 | Allocating a console for the > service. > > DEBUG | wrapper | 2009/08/21 11:10:36 | Found console window. > > STATUS | wrapper | 2009/08/21 11:10:36 | --> Wrapper Started as Service > > STATUS | wrapper | 2009/08/21 11:10:36 | Java Service Wrapper Community > Edition 32-bit 3.3.5 > > STATUS | wrapper | 2009/08/21 11:10:36 | Copyright (C) 1999-2009 Tanuki > Software, Ltd. All Rights Reserved. > > STATUS | wrapper | 2009/08/21 11:10:36 | > http://wrapper.tanukisoftware.org > > STATUS | wrapper | 2009/08/21 11:10:36 | > > DEBUG | wrapper | 2009/08/21 11:10:36 | Using tick timer. > > DEBUG | wrapperp | 2009/08/21 11:10:36 | server listening on port 32000. > > DEBUG | wrapper | 2009/08/21 11:10:36 | Classpath element, > wrapper.java.classpath.4, does not exist: > ../lib/geronimo-cli-2.0-SNAPSHOT.jar > > DEBUG | wrapper | 2009/08/21 11:10:36 | Classpath element, > wrapper.java.classpath.5, does not exist: > ../lib/geronimo-kernel-2.0-SNAPSHOT.jar > > DEBUG | wrapper | 2009/08/21 11:10:36 | Classpath element, > wrapper.java.classpath.6, does not exist: > ../lib/geronimo-transformer-2.0-SNAPSHOT.jar > > DEBUG | wrapper | 2009/08/21 11:10:36 | Classpath element, > wrapper.java.classpath.11, does not exist: ../lib/xpp3-1.1.3.3.jar > > DEBUG | wrapper | 2009/08/21 11:10:36 | Classpath element, > wrapper.java.classpath.12, does not exist: ../lib/xstream-1.1.3.jar > > DEBUG | wrapper | 2009/08/21 11:10:36 | Ping settings: > wrapper.ping.interval=5, wrapper.ping.interval.logged=1, > wrapper.ping.timeout=30 > > STATUS | wrapper | 2009/08/21 11:10:36 | Launching a JVM... > > DEBUG | wrapper | 2009/08/21 11:10:36 | command: "C:\Java\jrrt-1.6.0\bin" > -javaagent:"C:/geronimo2.1.4/bin/jpa.jar" > -Djava.ext.dirs="C:/geronimo2.1.4/lib/ext;C:/Java/jrrt-1.6.0/jre/lib/ext" > -Djava.endorsed.dirs="C:/geronimo2.1.4/lib/endorsed;C:/Java/jrrt-1.6.0/jre/lib/endorsed" > -Dorg.apache.geronimo.base.dir="C:/geronimo2.1.4" > -Djava.io.tmpdir="C:/geronimo2.1.4/var/temp" -Djava.library.path="../lib" > -classpath > "../lib/wrapper.jar;../bin/server.jar;../bin/shutdown.jar;../lib/geronimo-cli-2.0-SNAPSHOT.jar;../lib/geronimo-kernel-2.0-SNAPSHOT.jar;../lib/geronimo-transformer-2.0-SNAPSHOT.jar;../lib/commons-cli-1.0.jar;../lib/commons-logging-1.0.4.jar;../lib/cglib-nodep-2.1_3.jar;../lib/log4j-1.2.14.jar;../lib/xpp3-1.1.3.3.jar;../lib/xstream-1.1.3.jar" > -Dwrapper.key="NZM-Ctvm4QOW4W43" -Dwrapper.port=32000 > -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 > -Dwrapper.debug="TRUE" -Dwrapper.pid=5792 -Dwrapper.version="3.3.5" > -Dwrapper.native_library="wrapper" -Dwrapper.service="TRUE" > -Dwrapper.cpu.timeout="10" -Dwrapper.jvmid=1 > org.tanukisoftware.wrapper.WrapperSimpleApp > org.apache.geronimo.cli.daemon.DaemonCLI > > FATAL | wrapper | 2009/08/21 11:10:36 | Unable to execute Java command. > Access is denied. (0x5) > > FATAL | wrapper | 2009/08/21 11:10:36 | "C:\Java\jrrt-1.6.0\bin" > -javaagent:"C:/geronimo2.1.4/bin/jpa.jar" > -Djava.ext.dirs="C:/geronimo2.1.4/lib/ext;C:/Java/jrrt-1.6.0/jre/lib/ext" > -Djava.endorsed.dirs="C:/geronimo2.1.4/lib/endorsed;C:/Java/jrrt-1.6.0/jre/lib/endorsed" > -Dorg.apache.geronimo.base.dir="C:/geronimo2.1.4" > -Djava.io.tmpdir="C:/geronimo2.1.4/var/temp" -Djava.library.path="../lib" > -classpath > "../lib/wrapper.jar;../bin/server.jar;../bin/shutdown.jar;../lib/geronimo-cli-2.0-SNAPSHOT.jar;../lib/geronimo-kernel-2.0-SNAPSHOT.jar;../lib/geronimo-transformer-2.0-SNAPSHOT.jar;../lib/commons-cli-1.0.jar;../lib/commons-logging-1.0.4.jar;../lib/cglib-nodep-2.1_3.jar;../lib/log4j-1.2.14.jar;../lib/xpp3-1.1.3.3.jar;../lib/xstream-1.1.3.jar" > -Dwrapper.key="NZM-Ctvm4QOW4W43" -Dwrapper.port=32000 > -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 > -Dwrapper.debug="TRUE" -Dwrapper.pid=5792 -Dwrapper.version="3.3.5" > -Dwrapper.native_library="wrapper" -Dwrapper.service="TRUE" > -Dwrapper.cpu.timeout="10" -Dwrapper.jvmid=1 > org.tanukisoftware.wrapper.WrapperSimpleApp > org.apache.geronimo.cli.daemon.DaemonCLI > > ADVICE | wrapper | 2009/08/21 11:10:36 | > > ADVICE | wrapper | 2009/08/21 11:10:36 | > > > ADVICE | wrapper | 2009/08/21 11:10:36 | Advice: > > ADVICE | wrapper | 2009/08/21 11:10:36 | Access denied errors when > attempting to launch the Java pr
Re: Welcome "Delos" Xuan Dai as a new committer
Congratulations Delos!!! Jarek On Mon, Jul 20, 2009 at 11:42 AM, Donald Woods wrote: > I would like to welcome Delos aboard, as he recently accepted the Geronimo > PMC invitation to become a committer. His account was created last week > (delos), so you should start seeing some commits from him as soon as we > finish granting him karma. > > > -Donald >
Re: Webservice: WSDL Generations fails
The wsgen error should be logged in var/log/geronimo.log but if it is not, see the following: http://cwiki.apache.org/GMOxDOC21/web-services-issues.html Which class can't be found? If you do generate the wsdl using the command line with wsgen, notice that wsgen also generates a bunch of classes. Include these classes in your application too. Jarek On Mon, Jul 6, 2009 at 8:18 AM, Florian Schaetz wrote: > Hi again, > >> But if I use wsgen to create the WSDL file manually, it works fine and >> creates a nice WSDL file. How do I find out, what the real error is (in >> other words, why the WSDL doesn't get generated)? > > I don't know, if it's the same error or not, but now it seems, that the > WSDL generations fails, because it can't find a class. But the jar > containing the class is in the repository and clearly referenced in the > openejb-jar.xml file - so why doesn't the generator find it? > > Generating a wsdl manually and adding it only leads to different > problems, then suddenly classes aren't in the context anymore, so I hope > that someone can help me solving the problem above. > > Flo >
Re: JAXWS web service deployment
Do you see any exceptions in the var/log/geronimo.log file? It's hard to tell from this exception if the problem is on the client or server. Jarek On Thu, Jun 4, 2009 at 4:40 PM, james.bond.007 wrote: > > You were right. I have added wsdlLocation attribute and now Geronimo doesn't > try to generate the wsdl anymore as it is provided. > > I finally managed to deploy the web service. =) > > Thanks you very much for your suggestion. > > I'm now trying to communicate from a ws client but I got the following error > : > > testImport(com.itesoft.share.ws.client.DocumentSEIImplTest) Time elapsed: > 2.344 sec <<< ERROR! > javax.xml.ws.WebServiceException: javax.xml.soap.SOAPException: Not > supported in SOAP 1.1 > at > com.sun.xml.ws.fault.SOAP11Fault.getProtocolException(SOAP11Fault.java:190) > at > com.sun.xml.ws.fault.SOAPFaultBuilder.createException(SOAPFaultBuilder.java:108) > at > com.sun.xml.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:119) > at > com.sun.xml.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:89) > at com.sun.xml.ws.client.sei.SEIStub.invoke(SEIStub.java:118) > at $Proxy33.importDocument(Unknown Source) > at > com.itesoft.share.ws.client.DocumentSEIImplTest.testImport(DocumentSEIImplTest.java:36) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:585) > > Do you see what is not supported by SOAP 1.1 protocol ? > > And why my client isn't compliant why the service since it has been > generated from the same wsdl file ? > > Best regards, > Eric > -- > View this message in context: > http://www.nabble.com/JAXWS-web-service-deployment-tp23870470s134p23877340.html > Sent from the Apache Geronimo - Users mailing list archive at Nabble.com. > >
Re: Webservice handling consuming considerable CPU (Windows)
I think the main problem here is that we keep creating a new TransformerFactory instance on each request which causes an expensive provider search. We can probably cache the TransformerFactory instance and reuse it on subsequent requests (or maybe even rewrite the code not to use the TransformerFactory API). Can you please open a bug on it? Thanks, Jarek On Wed, Apr 29, 2009 at 8:55 PM, mdasari wrote: > > Hi, > > Geronimo: v 2.1.3 > OS: Windows XP, Windows Server 2003 > > I've a web-service that gets polled every N minutes, I noticed that when it > is servicing a request the CPU usage is hitting close to 80%. I expect to > have multiple clients to this web-service so it is going to be a problem. > > Based on what I deduced, the following stack trace is trying to load several > of JAR files and not able to load/find them. This is resulting in lot of > kernel level calls thus CPU utilization. > > -- STACK of the thread processing a WS request and trying to load > JARs - > > "http-0.0.0.0-8080-1" daemon prio=6 tid=0x437c7c00 nid=0x1700 runnable > [0x432ce000..0x432cfa14] > java.lang.Thread.State: RUNNABLE > at java.io.WinNTFileSystem.checkAccess(Native Method) > at java.io.File.canRead(File.java:691) > at > org.apache.geronimo.kernel.classloader.UrlResourceFinder.getClassPath(UrlResourceFinder.java:151) > at > org.apache.geronimo.kernel.classloader.UrlResourceFinder.findResource(UrlResourceFinder.java:95) > - locked <0x05420118> (a java.lang.Object) > at > org.apache.geronimo.kernel.classloader.JarFileClassLoader$3.run(JarFileClassLoader.java:179) > at java.security.AccessController.doPrivileged(Native Method) > at > org.apache.geronimo.kernel.classloader.JarFileClassLoader.findResource(JarFileClassLoader.java:177) > at > org.apache.geronimo.kernel.config.MultiParentClassLoader.getResource(MultiParentClassLoader.java:580) > at > org.apache.geronimo.kernel.config.MultiParentClassLoader.getResource(MultiParentClassLoader.java:565) > at > org.apache.geronimo.kernel.config.MultiParentClassLoader.getResource(MultiParentClassLoader.java:565) > at > org.apache.geronimo.kernel.config.MultiParentClassLoader.getResource(MultiParentClassLoader.java:565) > at > org.apache.geronimo.kernel.config.MultiParentClassLoader.getResource(MultiParentClassLoader.java:565) > at java.lang.ClassLoader.getResourceAsStream(ClassLoader.java:1168) > at > org.apache.catalina.loader.WebappClassLoader.getResourceAsStream(WebappClassLoader.java:1170) > at javax.xml.transform.SecuritySupport$4.run(SecuritySupport.java:94) > at java.security.AccessController.doPrivileged(Native Method) > at > javax.xml.transform.SecuritySupport.getResourceAsStream(SecuritySupport.java:87) > at > javax.xml.transform.FactoryFinder.findJarServiceProvider(FactoryFinder.java:250) > at javax.xml.transform.FactoryFinder.find(FactoryFinder.java:223) > at > javax.xml.transform.TransformerFactory.newInstance(TransformerFactory.java:102) > at > org.apache.geronimo.axis2.WSDLQueryHandler.writeTo(WSDLQueryHandler.java:246) > at > org.apache.geronimo.axis2.WSDLQueryHandler.writeTo(WSDLQueryHandler.java:240) > at > org.apache.geronimo.axis2.WSDLQueryHandler.writeResponse(WSDLQueryHandler.java:164) > at > org.apache.geronimo.axis2.Axis2WebServiceContainer.processGETRequest(Axis2WebServiceContainer.java:321) > at > org.apache.geronimo.axis2.Axis2WebServiceContainer.doService2(Axis2WebServiceContainer.java:268) > at > org.apache.geronimo.axis2.Axis2WebServiceContainer.doService(Axis2WebServiceContainer.java:205) > at > org.apache.geronimo.axis2.Axis2WebServiceContainer.getWsdl(Axis2WebServiceContainer.java:161) > at > org.apache.geronimo.tomcat.TomcatEJBWebServiceContext$EJBWebServiceValve.invoke(TomcatEJBWebServiceContext.java:159) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) > at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > at > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:568) > at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286) > at > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:845) > at > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) > at > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) > at java.lang.Thread.run(Thread.java:619) > - > > > > The following are files this java process is trying to read/load. (Output > from Windows process monitor). It seems to be doing in a loop as I see > continuous system calls to read these jar files repeatedly. > > -
Re: Geronimo2.1.0 build failure with Java5 (method getContentType() not found)
Is there a reason why you're trying to build 2.1.0 instead of our latest released version 2.1.4? Jarek On Mon, May 4, 2009 at 7:23 AM, Mohanraj Loganathan wrote: > Hello, > > I was trying to build geronimo2.1.0 version of source with sunJDK5. I end up > with the following failure > > [INFO] Compiling 24 source files to > D:\g\2.1.0\plugins\webservices\geronimo-webservices\target\classes > [INFO] > > [ERROR] BUILD FAILURE > [INFO] > > [INFO] Compilation failure > D:\g\2.1.0\plugins\webservices\geronimo-webservices\src\main\java\org\apache\geronimo\webservices\WebServiceContainerInvoker.java:[214,27] > cannot find symbol > symbol : method getContentType() > location: interface javax.servlet.http.HttpServletResponse > > > > D:\g\2.1.0\plugins\webservices\geronimo-webservices\src\main\java\org\apache\geronimo\webservices\WebServiceContainerInvoker.java:[214,27] > cannot find symbol > symbol : method getContentType() > location: interface javax.servlet.http.HttpServletResponse > > > Please help me out. Am i missing anything? > > -- > Mohan >
Re: Trouble setting up Axis
Once you deploy the axis2.war use the web console to see the context root for the axis2.war file. Click on "Web App WARs" and look for the axis2 application there and click on the context root shown. Jarek On Mon, Mar 30, 2009 at 9:27 PM, wrote: > I'm working a tutorial from IBM. I've got Geronimo running. I've have placed > the axis2.war file in the deploy directory. The next instructions are to > point my browser to > > http://localhost:8080/axis2/index.jsp > > I've set up Geronimo to listen on port 8090, so I changed that part. > According to my instructions I should be seeing a particular web page, but > instead I get a 404 error telling me: > > The requested resource (/axis2/index.jsp) is not available. > > Has anyone got some advice on how to proceed? > > Thanks. > > -- > Charles Knell > ckn...@onebox.com - email >
Re: Does geronimo support IPv6?
I don't know which components do or do not have problem with ipv6 but please open a bug if you see a problem. By default, Geronimo sets 'java.net.preferIPv4Stack' system property to 'true' so you might need to override that from command line to enable ipv6 support. Jarek On Tue, Mar 31, 2009 at 5:25 AM, Forrest_Xia wrote: > > After searching around this forum, feel that geronimo does not support IPv6 > for current releases, however, want to get confirm from experts. > > That would be great if there is some insight/thoughts about how to enable > geronimo support IPv6. Thanks in advance! > -- > View this message in context: > http://www.nabble.com/Does-geronimo-support-IPv6--tp22801389s134p22801389.html > Sent from the Apache Geronimo - Users mailing list archive at Nabble.com. > >
Re: How to launch IE browser to run console testsuite with maven
I think we should probably improve shitty-maven-plugin so that we can pass extra properties without explicitly creating these test.properties files. Jarek On Tue, Mar 24, 2009 at 12:33 AM, viola.lu wrote: > > thanks Jarek, it works. So browser property is set only by test.properties > and can't be set via command option？And i should create a test.properties > for every console testsuite:basic, advanced? > > Jarek Gawor-2 wrote: >> >> -Piexplore does not work because shitty-maven-plugin forks another mvn >> process and it does not propagate the profile settings to that new >> process. But reading the shitty-maven-plugin documentation you can >> create console-testsuite/basic/test.properties file containing >> "browser=*iexplore" line and pass the right browser setting that way. >> >> Hope this helps, >> Jarek >> >> On Sun, Mar 22, 2009 at 11:25 PM, viola.lu wrote: >>> >>> In g2.2 snapshot build folder, testsuite pom.xml file contains a profile >>> iexplore. >>> and i run command >>> mvn install -Piexplore -Dtests=console-testsuite/basic >>> -DgeronimoHome=%geronimo_instal_dir% >>> >>> but it still lanuched out firefox, not IE. >>> >>> So whether IE profile works in G2.2 snapshot? >>> -- >>> View this message in context: >>> http://www.nabble.com/How-to-launch-IE-browser-to-run-console-testsuite-with-maven-tp22653823s134p22653823.html >>> Sent from the Apache Geronimo - Users mailing list archive at Nabble.com. >>> >>> >> >> > > -- > View this message in context: > http://www.nabble.com/How-to-launch-IE-browser-to-run-console-testsuite-with-maven-tp22653823s134p22674136.html > Sent from the Apache Geronimo - Users mailing list archive at Nabble.com. > >
Re: How to launch IE browser to run console testsuite with maven
-Piexplore does not work because shitty-maven-plugin forks another mvn process and it does not propagate the profile settings to that new process. But reading the shitty-maven-plugin documentation you can create console-testsuite/basic/test.properties file containing "browser=*iexplore" line and pass the right browser setting that way. Hope this helps, Jarek On Sun, Mar 22, 2009 at 11:25 PM, viola.lu wrote: > > In g2.2 snapshot build folder, testsuite pom.xml file contains a profile > iexplore. > and i run command > mvn install -Piexplore -Dtests=console-testsuite/basic > -DgeronimoHome=%geronimo_instal_dir% > > but it still lanuched out firefox, not IE. > > So whether IE profile works in G2.2 snapshot? > -- > View this message in context: > http://www.nabble.com/How-to-launch-IE-browser-to-run-console-testsuite-with-maven-tp22653823s134p22653823.html > Sent from the Apache Geronimo - Users mailing list archive at Nabble.com. > >
Re: Problem: WSDL generation for JPA enhanced classes
Hmm... can you attach some sample ear or war file that replicates this problem? There are a couple of work-arounds. One easy thing to do is the pre-generate the wsdl (using the jaxws-tools command line tool) and attach the wsdl to your service. That way the server won't need to generate the wsdl during deployment. Another things to try (if possible of course) is to switch to CXF. It uses a different way to generate the wsdl and I'm pretty sure it will avoid the problem you see with Axis2. Jarek On Mon, Mar 16, 2009 at 9:35 AM, Phili wrote: > > Hi, > > I'm trying to deliver jpa entity classes through a web-service. > > It works fine unless I use build-time enhanced classes: > > The WSDL generation fails at deploy-time because of missing jpa-classes: > > 14:22:00,743 ERROR [WsdlGenerator] WSDL generation process failed > 14:22:00,743 ERROR [WsdlGenerator] Problem encountered during annotation > processing; > see stacktrace below for more information. > com.sun.tools.javac.code.Symbol$CompletionFailure: class file for > org.apache.openjpa.enhance.PersistenceCapable not found > Exception in thread "main" java.lang.NoClassDefFoundError: > org/apache/openjpa/enhance/PersistenceCapable > at java.lang.ClassLoader.defineClass1(Native Method) > [...] > > How can I add the required (open)jpa jars for the wsgen-tool - i've tried to > add an dep:dependency to the deployment plan but that doesn't seem to be the > correct way. > > Thx in advance & kind regards > Phil > > > > > -- > View this message in context: > http://www.nabble.com/Problem%3A-WSDL-generation-for-JPA-enhanced-classes-tp22538378s134p22538378.html > Sent from the Apache Geronimo - Users mailing list archive at Nabble.com. > >
Re: Geronimo Axis2 update
Kaupo,
I would strongly suggest changing your wsdl to use the "literal" mode.
The "encoded" mode is mostly obsolete now and unsupported by the
JAX-WS spec. Also, some parts of Axis2 might support the "encoded"
mode but other parts might not. And my guess is that the JAX-WS parts
of Axis2 do not. So updating Axis2 version might not work at all. But
if you want to try it, I would suggest testing with Geronimo
2.2-SNAPSHOT which uses Axis2 1.5-ish.
Jarek
On Thu, Mar 5, 2009 at 11:02 AM, Kaupo wrote:
>
> I'm trying to make a new Webservice like this:
> import javax.annotation.Resource;
> import javax.jws.soap.SOAPBinding;
> import javax.xml.soap.SOAPException;
> import javax.xml.soap.SOAPMessage;
> import javax.xml.ws.Provider;
> import javax.xml.ws.ServiceMode;
> import javax.xml.ws.WebServiceContext;
> import javax.xml.ws.WebServiceProvider;
> import javax.xml.ws.Service.Mode;
>
> @WebServiceProvider(wsdlLocation = "myservice.wsdl", serviceName =
> "myservice", targetNamespace = "http://myservice.kparmas.ee/";, portName =
> "myservicePort")
> @SOAPBinding
> @ServiceMode(Mode.MESSAGE)
> public class MyService implements Provider {
>
> �...@resource
> protected WebServiceContext wsContext;
>
> �...@override
> public SOAPMessage invoke(SOAPMessage request) {
> if (request != null) {
> try {
> System.out.println(request.getSOAPBody().toString());
> } catch (SOAPException e) {
> // TODO Auto-generated catch block
> e.printStackTrace();
> }
> }
> return request;
> }
> }
>
> My wsdl file encodes the head and body of the soap message. Apparently axis2
> 1.3 doesn't support that, cause i get an error like this:
> 2009-03-05 17:54:09,337 WARN [EndpointDescriptionImpl] The WSDL file could
> not be used due to an exception. The WSDL will be ignored and annotations
> will be used. Implementaiton class: MyService; WSDL Location: null;
> Exception: org.apache.axis2.AxisFault: Encoded use is not supported
> org.apache.axis2.AxisFault: Encoded use is not supported
> at org.apache.axis2.AxisFault.makeFault(AxisFault.java:417)
> at
> org.apache.axis2.description.WSDL11ToAxisServiceBuilder.populateService(WSDL11ToAxisServiceBuilder.java:291)
> at
> org.apache.axis2.jaxws.description.impl.EndpointDescriptionImpl.buildAxisServiceFromWSDL(EndpointDescriptionImpl.java:789)
> at
> org.apache.axis2.jaxws.description.impl.EndpointDescriptionImpl.setupAxisServiceFromDBL(EndpointDescriptionImpl.java:698)
> at
> org.apache.axis2.jaxws.description.impl.EndpointDescriptionImpl.(EndpointDescriptionImpl.java:285)
> at
> org.apache.axis2.jaxws.description.impl.ServiceDescriptionImpl.(ServiceDescriptionImpl.java:202)
> at
> org.apache.axis2.jaxws.description.impl.DescriptionFactoryImpl.createServiceDescriptionFromDBCMap(DescriptionFactoryImpl.java:218)
> at
> org.apache.axis2.jaxws.description.DescriptionFactory.createServiceDescriptionFromDBCMap(DescriptionFactory.java:125)
> at
> org.apache.geronimo.axis2.AxisServiceGenerator.getEndpointDescription(AxisServiceGenerator.java:230)
> at
> org.apache.geronimo.axis2.AxisServiceGenerator.getService(AxisServiceGenerator.java:226)
> at
> org.apache.geronimo.axis2.AxisServiceGenerator.getServiceFromWSDL(AxisServiceGenerator.java:203)
> at
> org.apache.geronimo.axis2.Axis2WebServiceContainer.init(Axis2WebServiceContainer.java:137)
> at
> org.apache.geronimo.axis2.pojo.POJOWebServiceContainer.init(POJOWebServiceContainer.java:71)
> at
> org.apache.geronimo.axis2.pojo.POJOWebServiceContainerFactoryGBean.getWebServiceContainer(POJOWebServiceContainerFactoryGBean.java:94)
> at
> org.apache.geronimo.tomcat.TomcatWebAppContext.createWebServices(TomcatWebAppContext.java:281)
> at
> org.apache.geronimo.tomcat.TomcatWebAppContext.(TomcatWebAppContext.java:255)
> 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:513)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:948)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:268)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541)
> at
> org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111)
> at
> org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146)
> at
> org.apache.geronimo.gbean.runti
Re: Connecting To 192.168.1.100...Could not open connection to the host, on port 9999: Connect failed
Are you testing with trunk or branches/2.1? This should work in branches/2.1 but might fail with trunk since https://issues.apache.org/activemq/browse/AMQ-2094 wasn't fixed yet. Also, you changed the ActiveMQPort to port ? Isn't that creating a conflict with the JMX port? Jarek On Mon, Mar 2, 2009 at 1:37 PM, jklcom99 wrote: > > We have changed the ActiveMQPort to something other than 61616 along with the > recommended changes from https://issues.apache.org/jira/browse/GERONIMO-4518 > to change all localhost and 0.0.0.0 references to 127.0.0.1 > > I wonder if this is a similar issue as with the rmi port... > > in the jms-plan.xml, we have: > > ... > > > ConnectionFactory > name="ServerUrl">tcp://localhost: > name="UserName">geronimo > name="Password">geronimo > > DefaultWorkManager > > > > ... > > > It only works if we try to connect using localhost or 127.0.0.1 > > It does not work if connect through a real ip or a hostname. > -- > View this message in context: > http://www.nabble.com/Connecting-To-192.168.1.100...Could-not-open-connection-to-the-host%2C-on-port-%3A-Connect-failed-tp22293908s134p22293908.html > Sent from the Apache Geronimo - Users mailing list archive at Nabble.com. > >
Re: Geronimo Javamail: Email Subject Line Blank
Which version of Geronimo JavaMail are you using? Can you try with
latest code:
http://people.apache.org/repo/m2-snapshot-repository/org/apache/geronimo/javamail/geronimo-javamail_1.4_mail/1.7-SNAPSHOT/
?
Thanks,
Jarek
On Tue, Feb 10, 2009 at 12:39 PM, DavidCAIT wrote:
>
> I am migrating some code from Sun's JavaMail to Geronimo's JavaMail
> implementation. The code is identical, but I have changed the library
> dependency from Sun JavaMail to Geronimo JavaMail.
>
> However, Geronimo JavaMail now sends out the emails with a blank subject
> line. Does anyone have any ideas about how to set the email subject line
> using geronimo javamail? I have included my code sample below.
>
> Thanks!
>
> import java.util.Date;
> import java.util.Properties;
>
> import javax.mail.Message;
> import javax.mail.MessagingException;
> import javax.mail.Session;
> import javax.mail.Transport;
> import javax.mail.internet.InternetAddress;
> import javax.mail.internet.MimeMessage;
>
>
> public class Mailer {
>
>public boolean sendMail(String recipient, String message) {
>
>Properties props = new Properties();
>props.put("mail.smtp.host", "mailserver.company.com");
>Session session = Session.getInstance(props);
>
>try {
>Message msg = new MimeMessage(session);
>
>//Set message attributes
>msg.setFrom(new InternetAddress("supp...@company.com"));
>InternetAddress[] address = {new InternetAddress(recipient)};
>msg.setRecipients(Message.RecipientType.TO, address);
>
>// setting the subject line!
>msg.setSubject("Subject Line");
>
>msg.setSentDate(new Date());
>msg.setText(message);
>Transport.send(msg);
>}
>catch (MessagingException x) {
>x.printStackTrace();
>}
>return true; }
> }
>
> --
> View this message in context:
> http://www.nabble.com/Geronimo-Javamail%3A-Email-Subject-Line-Blank-tp21938752s134p21938752.html
> Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
>
>
Re: remote deploy error
Make sure that the RemoteDeployHostname property in var/config/config-substitutions.properties on the remote machine is set to the public ip address of the remote machine. Jarek On Wed, Feb 4, 2009 at 3:26 AM, MarcoLaponder wrote: > > Hi All, > > I am trying to do a remote deployment with the deployer command from aLinux > system to a windows sytem. It fails with an exception: > > ... > Uploading javagator-ear-1.0.ear: 23757 KB >File upload complete (Server status=OK) >File(s) transferred to server. Resuming deployment operation. >Error: Unable to distribute javagator-ear-1.0.ear: > Error: Unable to distribute javagator-ear-1.0.ear: >java.io.FileNotFoundException: >\usr\local\geronimo-tomcat6-javaee5-2.1.1\var\temp\javagator-ear-1.0.ear > > It looks from the log the upload went fine, but the remote machine is trying > to access a path from the machine I am deploying from. What is the best way > to solve this problem ? > > Kind regards, > Marco > > -- > View this message in context: > http://www.nabble.com/remote-deploy-error-tp21826259s134p21826259.html > Sent from the Apache Geronimo - Users mailing list archive at Nabble.com. > >
Re: Resolving wsdlLocation with jax-ws-catalog.xml
Janko, Thanks for opening these bugs. For GERONIMO-4500 as Dan suggested just change the DTD version number as apparently the OASIS web site does not serve the 1.1 version. In Geronimo we could disable DTD lookup or provide the DTD locally but either way it's a minor issue. GERONIMO-4501 looks like a bigger problem and I'll work on it next. Thanks again, Jarek On Wed, Jan 7, 2009 at 11:52 AM, Janko Heilgeist wrote: > I'd like to "bump" this question to the front as it's still open and as > a reference for others. In the meantime I retried Jetty/CXF and simply > removed the "" declaration. This change fixed the problem with > this particular assembly and the catalog is now read and correctly > applied while resolving the URL. > > However, the exception persists with Tomcat/Axis even with this > modification. > > I filed bug reports for these issues: > > Jetty/CXF: > https://issues.apache.org/jira/browse/GERONIMO-4500 > > Tomcat/Axis: > https://issues.apache.org/jira/browse/GERONIMO-4501 > > Regards, Janko > > Janko Heilgeist wrote: >> Hi Jarek, >> >> I updated my sources from the SVN repository and recompiled both >> assemblies to rule out any obsolete code issues. The problem still >> occurs with both assemblies, but the error is a little bit different. >> >> Tomcat/Axis: >> 2008-12-12 12:41:46,844 ERROR [startup] Unable to read wsdl file >> http://example.com/HelloWorld.wsdl >> >> Jetty/CXF is a little bit more helpful. The ultimate log message is >> identical to the Tomcat/Axis case, but it is accompanied by an exception >> that says: >> >> 2008-12-12 11:52:29,109 WARN [OASISCatalogManager] Error loading >> META-INF/jax-ws-catalog.xml catalog files >> java.io.FileNotFoundException: >> http://www.oasis-open.org/committees/entity/release/1.1/catalog.dtd >> >> I've attached the catalog file for reference and I can provide a minimal >> test EAR with sources, too, if needed. >> >> Janko >> >> Jarek Gawor wrote: >>> What assembly are you using Tomcat or Jetty? if Tomcat, can you try >>> with Jetty/CXF? >>> >>> Jarek >>> >>> On Thu, Dec 11, 2008 at 8:46 AM, Janko Heilgeist >>> wrote: >>>> Hi, >>>> >>>> I have a problem, trying to deploy an EAR with a web service. The EAR >>>> contains a lib/mycore.jar with all classes, SEI and service stub >>>> generated from an existing WSDL (which is also inside this JAR). Another >>>> myservice.jar contains the actual EJB implementing the web service. >>>> >>>> I tried to annotate the web service implementation with >>>> >>>> @WebService( ..., wsdlLocation="http://example.com/myservice.wsdl";) >>>> >>>> and add a META-INF/jax-ws-catalog.xml to lib/mycore.jar: >>>> >>>> >>>> >>> "http://www.oasis-open.org/committees/entity/release/1.1/catalog.dtd";> >>>> >>>>>>>systemId="http://example.com/myservice.wsdl"; >>>>uri="wsdl/myservice.wsdl"/> >>>> >>>> >>>> Glassfish resolves the absolute wsdlLocation with the help of the >>>> catalog file. But Geronimo seems to ignore the jax-ws-catalog.xml in the >>>> classpath and throws an exception during deployment. (I use 2.2-SNAPSHOT >>>> to leverage JAX-WS 2.1.) >>>> >>>> Why does Geronimo ignore the jax-ws-catalog.xml? Is this not implemented >>>> yet? >>>> >>>> Janko >>>> >
Re: Out of memory errors
If you are starting the server using "start-server" two separate java processes are created: one for GShell and another one for the server. If you see one java process that takes 50MB that's probably one for GShell. The server process allocates more memory then that. Jarek On Mon, Jan 5, 2009 at 6:27 AM, Ken T. wrote: > On Mon, 05 Jan 2009 01:46:51 -0500, Jarek Gawor wrote: > >> Ken, >> >> If you are using start-server command to start the server you might need >> to edit the "etc/rc.d/start-server,default.groovy" file to configure the >> heap size for the server process. The heap size options passed via >> JAVA_OPTS env. will work fine if you start the server using the >> "geronimo.sh" script. > > I don't think this is the issue since I can't get the server to use more > than 50MB by loading and unloading things and just generally working with > the given web apps. > > Something strange is going on here. > > Thank you for the information though. > > -- > Ken T. > >
Re: Out of memory errors
Ken, If you are using start-server command to start the server you might need to edit the "etc/rc.d/start-server,default.groovy" file to configure the heap size for the server process. The heap size options passed via JAVA_OPTS env. will work fine if you start the server using the "geronimo.sh" script. Jarek On Sun, Jan 4, 2009 at 4:29 AM, Ken T. wrote: > On Sun, 04 Jan 2009 16:17:41 +0800, Jack Cai wrote: > >> So you have set -XmsIm and -XmxMm options for the JVM? It will be >> helpful if you can post your (partial) log here. >> >> -Jack > > I think I have. I've set JAVA_OPTS in the script that calls start- > server. > > I'll try to get it to break again tomorrow and get the logs for you. > > Thanks. > > > -- > Ken T. > >
Re: class loading: LinkageError: loader constraint violation
If the JAX-WS web service was successfully deployed, the application already has all the Axis2 jars (and their dependencies) in the classloader. So adding an explicit axis2-kernel.jar dependency should have no effect unless you specified inverse-classloading in the Geronimo deployment descriptor. But it's hard to tell what's going on without more details about your application, its structure, and its deployment descriptors. Jarek On Mon, Dec 15, 2008 at 5:13 PM, Łukasz Budnik wrote: > Hi Jacek, > > I'm using Geronimo 2.1 with Tomcat. I use axis2-kernel and axiom-api > that are shipped with G 2.1. > > If Geronimo with Tomcat uses Axis2 as the JAX-WS provider then why, > after adding explicit axis2-kernel dependency I have class cast > exception: > >>> [exec] Error: Operation failed: start of >>> [exec] org.xh.nuntius/EnterpriseContainer/0.2-dev/car failed >>> [exec] >>> [exec] Unknown start exception >>> [exec] >>> [exec] Configuration >>> org.xh.nuntius/EnterpriseContainer/0.2-dev/car failed >>> [exec] to start due to the following reasons: >>> [exec] >>> [exec] The service >>> [exec] >>> EJBModule=NuntiusEJB.jar,J2EEApplication=org.xh.nuntius/EnterpriseContainer/0.2-dev/car,StatelessSessionBean=ExecutionLoggerImpl,j2eeType=WS >>> Link,name=ExecutionLoggerImpl >>> [exec] did not start because >>> [exec] org.apache.axis2.receivers.RawXMLINOnlyMessageReceiver >>> cannot be >>> [exec] cast to org.apache.axis2.engine.MessageReceiver > > Is there any way I can use axis2-kernel with JAX-WS? > > thanks > Łukasz > > 2008/12/15 Jarek Gawor : >> Lukasz, >> >> Are you deploying your app on Geronimo Tomcat assembly (which uses >> Axis2 as the JAX-WS provider by default)? Does your application >> contain any of the axis2 jars or its dependencies (such as Axiom, >> etc.)? Also, looks like your application contains some code that >> extends Axis2 API. What version of Axis2 was that code built with? >> >> In general, if you are witting a JAX-WS web services, you should stay >> with the JAX-WS API in order to keep your application portable. For >> example, you can use the @WebServiceRef (that is, Service AP) to >> invoke other web services. If you are using proprietary Axis2 API (and >> extensions of it) you have to make sure all of the code is built with >> the same version of Axis2 as what is in Geronimo. >> >> Jarek >> >> On Mon, Dec 15, 2008 at 2:12 PM, Łukasz Budnik >> wrote: >>> Hi all, >>> >>> I'm exposing some methods of my SLSB as WebServices (@WebService, >>> @WebMethod) etc. >>> >>> All works. >>> >>> Recently I have added new functionality. I'm invoking external web >>> services using Axis2: org.apache.axis2.client.ServiceClient. >>> >>> I added this dependency: >>> >>> >>>org.apache.axis2 >>>axis2-kernel >>>1.3 >>>jar >>> >>> >>> During deployment of my application (and of course @WebService SLSB) >>> there is an error. >>> >>> [exec] Error: Operation failed: start of >>> [exec] org.xh.nuntius/EnterpriseContainer/0.2-dev/car failed >>> [exec] >>> [exec] Unknown start exception >>> [exec] >>> [exec] Configuration >>> org.xh.nuntius/EnterpriseContainer/0.2-dev/car failed >>> [exec] to start due to the following reasons: >>> [exec] >>> [exec] The service >>> [exec] >>> EJBModule=NuntiusEJB.jar,J2EEApplication=org.xh.nuntius/EnterpriseContainer/0.2-dev/car,StatelessSessionBean=ExecutionLoggerImpl,j2eeType=WS >>> Link,name=ExecutionLoggerImpl >>> [exec] did not start because >>> [exec] org.apache.axis2.receivers.RawXMLINOnlyMessageReceiver >>> cannot be >>> [exec] cast to org.apache.axis2.engine.MessageReceiver >>> >>> Not good... >>> >>> Hmmm... >>> >>> If I remove axis2-kernel dependency, application is deployed - which is >>> weird. >>> >>> But when execution gets to: >>> >>> serviceClient.sendReceiveNonBlocking(OMXMLUtils.parseString(payload), >>> callback); >>> >>> I get: >>> >>> LinkageError: lo
Re: class loading: LinkageError: loader constraint violation
Lukasz, Are you deploying your app on Geronimo Tomcat assembly (which uses Axis2 as the JAX-WS provider by default)? Does your application contain any of the axis2 jars or its dependencies (such as Axiom, etc.)? Also, looks like your application contains some code that extends Axis2 API. What version of Axis2 was that code built with? In general, if you are witting a JAX-WS web services, you should stay with the JAX-WS API in order to keep your application portable. For example, you can use the @WebServiceRef (that is, Service AP) to invoke other web services. If you are using proprietary Axis2 API (and extensions of it) you have to make sure all of the code is built with the same version of Axis2 as what is in Geronimo. Jarek On Mon, Dec 15, 2008 at 2:12 PM, Łukasz Budnik wrote: > Hi all, > > I'm exposing some methods of my SLSB as WebServices (@WebService, > @WebMethod) etc. > > All works. > > Recently I have added new functionality. I'm invoking external web > services using Axis2: org.apache.axis2.client.ServiceClient. > > I added this dependency: > > >org.apache.axis2 >axis2-kernel >1.3 >jar > > > During deployment of my application (and of course @WebService SLSB) > there is an error. > > [exec] Error: Operation failed: start of > [exec] org.xh.nuntius/EnterpriseContainer/0.2-dev/car failed > [exec] > [exec] Unknown start exception > [exec] > [exec] Configuration > org.xh.nuntius/EnterpriseContainer/0.2-dev/car failed > [exec] to start due to the following reasons: > [exec] > [exec] The service > [exec] > EJBModule=NuntiusEJB.jar,J2EEApplication=org.xh.nuntius/EnterpriseContainer/0.2-dev/car,StatelessSessionBean=ExecutionLoggerImpl,j2eeType=WS > Link,name=ExecutionLoggerImpl > [exec] did not start because > [exec] org.apache.axis2.receivers.RawXMLINOnlyMessageReceiver cannot > be > [exec] cast to org.apache.axis2.engine.MessageReceiver > > Not good... > > Hmmm... > > If I remove axis2-kernel dependency, application is deployed - which is weird. > > But when execution gets to: > > serviceClient.sendReceiveNonBlocking(OMXMLUtils.parseString(payload), > callback); > > I get: > > LinkageError: loader constraint violation: when resolving method > "org.apache.axis2.client.ServiceClient.sendReceiveNonBlocking(Lorg/apache/axiom/om/OMElement;Lorg/apache/axis2/client/async/AxisCallback;)V" > the class loader (instance of > org/apache/geronimo/kernel/classloader/JarFileClassLoader) of the > current class, > org/xh/nuntius/enterprise/broker/client/AsynchronousAxis2ServiceClient, > and the class loader (instance of > org/apache/geronimo/kernel/classloader/JarFileClassLoader) for > resolved class, org/apache/axis2/client/ServiceClient, have different > Class objects for the type org/apache/axiom/om/OMElement used in the > signature > > I'm 100% confused. > > ServiceClient is defined in axis2-kernel. I cannot defined it > explicitly because my @WebService will not be created. > > When I skip this dependency Geronimo somehow is adding it when doing > @WebService stuff and there will be 2 different classes for > org/apache/axiom/om/OMElement. > > Any ideas? Or maybe I should post this to Geronimo dev? > > best regards > Łukasz >
Re: Resolving wsdlLocation with jax-ws-catalog.xml
What assembly are you using Tomcat or Jetty? if Tomcat, can you try with Jetty/CXF? Jarek On Thu, Dec 11, 2008 at 8:46 AM, Janko Heilgeist wrote: > Hi, > > I have a problem, trying to deploy an EAR with a web service. The EAR > contains a lib/mycore.jar with all classes, SEI and service stub > generated from an existing WSDL (which is also inside this JAR). Another > myservice.jar contains the actual EJB implementing the web service. > > I tried to annotate the web service implementation with > > @WebService( ..., wsdlLocation="http://example.com/myservice.wsdl";) > > and add a META-INF/jax-ws-catalog.xml to lib/mycore.jar: > > > "http://www.oasis-open.org/committees/entity/release/1.1/catalog.dtd";> > >systemId="http://example.com/myservice.wsdl"; >uri="wsdl/myservice.wsdl"/> > > > Glassfish resolves the absolute wsdlLocation with the help of the > catalog file. But Geronimo seems to ignore the jax-ws-catalog.xml in the > classpath and throws an exception during deployment. (I use 2.2-SNAPSHOT > to leverage JAX-WS 2.1.) > > Why does Geronimo ignore the jax-ws-catalog.xml? Is this not implemented > yet? > > Janko >
Re: How to set up logging for a connector
I'm not sure how to do what you want (you might need to write some custom code) but you should be able to get rid of that NPE by changing the following: to: ServerInfo in your RequestLog gbean. Jarek On Wed, Dec 3, 2008 at 4:44 PM, Russell E Glaue <[EMAIL PROTECTED]> wrote: > Using geronimo-jetty 2.1.3 > > I create a new HTTPSelectChannelConnector on port 21050 > Suppose I deploy 20 to 30 different web applications to this connector. > > Then I want to log all activity through that connector to a certain log file, > and not the default jetty__mm_dd.log file, but a new > projectXX__mm_dd.log file. > > How do I do this? > > > I have attempted to start configuring Geronimo using the NCSARequestLog gbean, > but I am getting an initialization error (pasted below) on Geronimo start up, > erroring on doStart(). > > I cannot find any written documentation on how to change the log file output > for > a connector. I have read how to change the log file for an individual web > application, but I do not want to do that. I want to change the log file on > the > connector level. > > > >... > name="org.apache.geronimo.configs/jetty6/2.1.3/car?ServiceModule=org.apache.geronimo.configs/jetty6/2.1.3/car,j2eeType=GBean,name=RequestLog" > gbeanInfo="org.apache.geronimo.jetty6.requestlog.NCSARequestLog"> > name="filename">var/log/projectXX__mm_dd.log >dd/MMM/:HH:mm:ss > ZZZ >GMT >30 >true >true > > >org.apache.geronimo.configs >jetty6 >2.1.3 >car >JettyWebContainer > > > > > name="org.apache.geronimo.configs/jetty6/2.1.3/car?ServiceModule=org.apache.geronimo.configs/jetty6/2.1.3/car,j2eeType=GBean,name=project-XX" > gbeanInfo="org.apache.geronimo.jetty6.connector.HTTPSelectChannelConnector"> >21050 >8096 >0.0.0.0 >-1 >0 >50 >0 >8192 > > >org.apache.geronimo.configs >jetty6 >2.1.3 >car >JettyWebContainer > > > >... > > > > Error message on Geronimo startup with above configuration: > -- > Module 24/67 org.apache.geronimo.configs/j2ee-corba-yoko/2.1.3/car > started in 1.558s > Module 25/67 org.apache.geronimo.configs/jetty6/2.1.3/car > 15:27:20,161 ERROR [GBeanInstanceState] Error while starting; GBean is now in > the FAILED state: > abstractName="org.apache.geronimo.configs/jetty6/2.1.3/car?ServiceModule=org.apache.geronimo.configs/jetty6/2.1.3/car,j2eeType=GBean,name=RequestLog" > java.lang.NullPointerException >at > org.apache.geronimo.jetty6.requestlog.NCSARequestLog.doStart(NCSARequestLog.java:113) >at > org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:998) >at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:268) >at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102) >at > org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541) >at > org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111) >at > org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146) >at > org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120) >at > org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176) > -- > > >
Re: TypeNotPresentExceptionProxy - 2.1.3
I've found this: http://davidtanzer.net/?q=node/80 so you might be missing some jars. But you can try to bypass this problem by setting the following property (before starting the server): export JAVA_OPTS="-Dorg.apache.geronimo.jaxws.builder.useSimpleFinder=true" Jarek On Wed, Nov 26, 2008 at 11:32 AM, bgbraga <[EMAIL PROTECTED]> wrote: > > Geronimo 2.1.3 > Error deploying WAR. > > What's this? > > --- > java.lang.ArrayStoreException: > sun.reflect.annotation.TypeNotPresentExceptionProxy > org.apache.geronimo.common.DeploymentException: > java.lang.ArrayStoreException: > sun.reflect.annotation.TypeNotPresentExceptionProxy >at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:275) >at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:133) >at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) >at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >at java.lang.reflect.Method.invoke(Method.java:597) >at > org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34) >at > org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) >at > org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:867) >at > org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239) >at > org.apache.geronimo.deployment.plugin.local.AbstractDeployCommand.doDeploy(AbstractDeployCommand.java:116) >at > org.apache.geronimo.deployment.plugin.local.DistributeCommand.run(DistributeCommand.java:61) >at java.lang.Thread.run(Thread.java:619) > Caused by: java.lang.ArrayStoreException: > sun.reflect.annotation.TypeNotPresentExceptionProxy >at > sun.reflect.annotation.AnnotationParser.parseClassArray(AnnotationParser.java:653) >at > sun.reflect.annotation.AnnotationParser.parseArray(AnnotationParser.java:460) >at > sun.reflect.annotation.AnnotationParser.parseMemberValue(AnnotationParser.java:286) >at > sun.reflect.annotation.AnnotationParser.parseAnnotation(AnnotationParser.java:222) >at > sun.reflect.annotation.AnnotationParser.parseAnnotations2(AnnotationParser.java:69) >at > sun.reflect.annotation.AnnotationParser.parseAnnotations(AnnotationParser.java:52) >at java.lang.Class.initAnnotationsIfNecessary(Class.java:3072) >at java.lang.Class.getAnnotation(Class.java:3029) >at java.lang.Class.isAnnotationPresent(Class.java:3042) >at > org.apache.xbean.finder.ClassFinder.findAnnotatedClasses(ClassFinder.java:235) >at > org.apache.geronimo.jaxws.builder.WARWebServiceFinder.discoverWebServices(WARWebServiceFinder.java:158) >at > org.apache.geronimo.jaxws.builder.AdvancedWARWebServiceFinder.discoverPOJOWebServices(AdvancedWARWebServiceFinder.java:73) >at > org.apache.geronimo.jaxws.builder.AdvancedWARWebServiceFinder.discoverWebServices(AdvancedWARWebServiceFinder.java:45) >at > org.apache.geronimo.jaxws.builder.WARWebServiceFinder.discoverWebServices(WARWebServiceFinder.java:70) >at > org.apache.geronimo.jaxws.builder.JAXWSServiceBuilder.discoverWebServices(JAXWSServiceBuilder.java:97) >at > org.apache.geronimo.jaxws.builder.JAXWSServiceBuilder.findWebServices(JAXWSServiceBuilder.java:80) >at > org.apache.geronimo.web25.deployment.AbstractWebModuleBuilder.basicInitContext(AbstractWebModuleBuilder.java:364) >at > org.apache.geronimo.tomcat.deployment.TomcatModuleBuilder.initContext(TomcatModuleBuilder.java:330) >at > org.apache.geronimo.j2ee.deployment.SwitchingModuleBuilder.initContext(SwitchingModuleBuilder.java:159) >at > org.apache.geronimo.j2ee.deployment.EARConfigBuilder.buildConfiguration(EARConfigBuilder.java:595) >at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:254) > --- > -- > View this message in context: > http://www.nabble.com/TypeNotPresentExceptionProxy---2.1.3-tp20704389s134p20704389.html > Sent from the Apache Geronimo - Users mailing list archive at Nabble.com. > >
Re: Turning off schema validation
What's the exception you see when you try to deploy this app on Windows? Can you send us the deployment descriptor that's causing the problem? The ^M (carriage return) characters are usually not a problem to xml parsers. Jarek On Mon, Nov 24, 2008 at 9:07 AM, Hearty <[EMAIL PROTECTED]> wrote: > > I have ftped some xml configuration files from windows to solaris. When I > tried to deploy the war file > which in turn contains these xml files, I am not able to proceed since the > xml file contains ^M character at the end of each lines in xml file. > > Please suggest a way to resolve this issue? I can not use dos2unix command > since the xml file contains some characters TM (for trade mark) which will > be modified to a ascii format and I will not be able to deploy? Is there any > way to turn off the schema/dtd validation for the xml files. > -- > View this message in context: > http://www.nabble.com/Turning-off-schema-validation-tp20661086s134p20661086.html > Sent from the Apache Geronimo - Users mailing list archive at Nabble.com. > >
Re: Missing resource injection in Tomcat/Axis vs Jetty/CXF
Janko,
I was able to replicate the problem with Axis2. It is creating an
extra instance of the bean but that instance won't be used for
anything. The properly injected bean will be used for all the calls.
Can you open a bug with this issue?
Thanks,
Jarek
On Fri, Nov 14, 2008 at 2:13 AM, Janko Heilgeist
<[EMAIL PROTECTED]> wrote:
> Hi Jarek,
>
> your advice didn't work, unfortunately. The server logs still show the
> additional "DEFAULT"-bean. I've attached the files you requested plus my
> openejb-jar.xml just for completeness.
>
> Janko
>
> Jarek Gawor wrote:
>> I think you end up with deploying two ejbs because the name of bean
>> specified in the DD does not match the bean name of the annotated
>> class. And so, the container thinks you are deploying two separate
>> beans. To fix it, you could try adding "name=MyWebService" attribute
>> to the @Stateless annotation.
>>
>> If that still does not work right, send me your ejb-xml.jar file and
>> the bean class.
>>
>> Jarek
>>
>> On Thu, Nov 13, 2008 at 2:33 AM, Janko Heilgeist
>> <[EMAIL PROTECTED]> wrote:
>>> Hi,
>>>
>>> I've got a problem when deploying web services under Geronimo
>>> Tomcat/Axis. Not every instance of the stateless bean seems to receive
>>> the @Resource that I would like to have injected into the bean. I create
>>> a simple web service with an injected string that is accessed inside a
>>> @PostConstruct method and inside an exposed web method.
>>>
>>> // relevant excerpts
>>> @Resource
>>> private String someString = "DEFAULT";
>>>
>>> @PostConstruct
>>> public void init() {
>>>logger.info(String.format("init: EJB = '%08x', someString = '%s'",
>>> hashCode(), this.someString));
>>> }
>>>
>>> public void doSomething(int counter) {
>>>logger.info(String.format("doSomething: EJB = '%08x', someString =
>>> '%s'", hashCode(), this.someString));
>>> }
>>>
>>> Excerpts from ejb-jar.xml:
>>>
>>>
>>>MyWebService
>>>
>>>com.heilgeist.tests.tst_ws_with_resource.ws_ejb.MyServiceEJBImpl
>>>
>>>
>>>
>>>
>>> com.heilgeist.tests.tst_ws_with_resource.ws_ejb.MyServiceEJBImpl/someString
>>>
>>>java.lang.String
>>>Hello, world!
>>>
>>>
>>>
>>> When I access this web service I get the following lines in the server log:
>>>
>>> 08:12:41,381 INFO [MyServiceEJBImpl] init: EJB = '00b6d31c', someString
>>> = 'Hello, world!'
>>> 08:12:41,477 INFO [MyServiceEJBImpl] init: EJB = '01c50523', someString
>>> = 'DEFAULT'
>>> 08:12:41,745 INFO [MyServiceEJBImpl] doSomething: EJB = '00b6d31c',
>>> someString = 'Hello, world!'
>>>
>>> The second line indicates, that there is an additional instance of the
>>> stateless bean, that doesn't receive the injected string. It is only
>>> created once directly following the deployment of the web service. Even
>>> if further MYServiceEJBImpl instances are created later on to handle
>>> concurrent requests there is only a single instance of the bean with the
>>> default string. It's web service method is never called. Using the
>>> Jetty/CXF package this additional stateless bean is not created:
>>>
>>> 08:09:54,557 INFO [MyServiceEJBImpl] init: EJB = '015db507', someString
>>> = 'Hello, world!'
>>> 08:09:54,558 INFO [MyServiceEJBImpl] doSomething: EJB = '015db507',
>>> someString = 'Hello, world!'
>>>
>>> Can someone please shed some light on this funny behavior of Axis?
>>>
>>> Regards, Janko
>>>
>
>
Re: WebService on Geronimo 2.1.3 for Mac OS X 10.5.5 using Java 6
Karel, If you are using Axis2 as the JAX-WS engine, we use/rely on Sun's wsgen tool to generate the WSDL and other JAX-WS artifacts. That's what is failing. I'm not sure why it's failing in this way, maybe it doesn't know how to deal with these annotations or it's missing some classes from the classpath. You could try to see if you can re-create the same problem when using "jaxws-tools.sh" command line tool. Also, you could try your service with CXF as the JAX-WS engine (default on the Geronimo Jetty assembly). It has its own tools to generate the WSDL and is less troublesome. Jarek On Fri, Nov 14, 2008 at 10:29 AM, yosemite <[EMAIL PROTECTED]> wrote: > > Hello Jarek and Kevan, > > I have figured out what Geronimo complains about, it's nothing to do with > EJB. Because it complained about "ClassTypeImpl cannot be cast to > com.sun.mirror.type.AnnotationType" I went thru all the annotations in my > app and found the malicious one: > > - imagine I have "value transfer objects", like "PersonVO", to transfer > values between app layers > - the web services transfer PersonVO to the client, jaxws-tool generates > correct PersonVO for it > - but there is also a web module in the app, re-using the very same transfer > objects (code re-use :-) > - web module is based on Tapestry which uses these objects directly for > display on web pages > - to stop displaying some attributes on web, there is annotation @NonVisual > - and that is the problem > - once I removed this "foreign annotation" from transfer objects, Geronimo > stopped complaining > > I'm gonna need to find a workaround in the web module, but I'm still curious > why Geronimo cannot bite down "foreign annotation" on object in web service > signitature, JBoss has had no problem with that (but in jax-rpc, not jax-ws > as this). But maybe I'm breaking some web services rules? > > Any ideas appreciated! > Thanks > Karel > > > > > > > yosemite wrote: >> >> Hello Jarek, >> >> I've rebuild the app using Java 5, ran Geronimo using Java 5 too, same >> problem. >> >> Since the error says: ClassCastException: >> com.sun.tools.apt.mirror.type.ClassTypeImpl cannot be cast to >> com.sun.mirror.type.AnnotationType >> >> there must be something bothering Geronimo when generating the web service >> server side, but the only annotations I use are (not sure if this is an >> exhaustive list): >> >> @WebService >> @TransactionManagement >> @Stateless >> @EJB >> @TransactionAttribute >> @WebMethod >> @Entity >> @Table >> @TableGenerator >> @Inheritance >> @Id >> @GeneratedValue >> @Version >> @OneToOne >> @OneToMany >> @Enumerated >> @JoinTable >> @ManyToMany >> @Column >> >> ... I mean on EJB3s only, there might be others too, I'm looking for some >> left-overs from JBoss (which has proprietary annotations of course). >> Geronimo cannot class cast, but what? Is there a way to debug Geronimo? Or >> rather configure it to get deeper log? >> >> Thanks for any opinion >> Karel >> >> >> >> >> Jarek Gawor-2 wrote: >>> >>> Karel, >>> >>> Can you try with Java 5 instead of Java 6? >>> >>> Jarek >>> >>> On Thu, Nov 13, 2008 at 10:05 AM, yosemite <[EMAIL PROTECTED]> wrote: >>>> >>>> Hello Kevan, >>>> >>>> excellent, it helped again, so >>>> >>>> - the out of memory problem is gone >>>> - the missing tools.jar problem is gone (linking classes.jar helped, I >>>> will >>>> suggest a fix) >>>> >>>> but the "java.lang.ClassCastException: >>>> com.sun.tools.apt.mirror.type.ClassTypeImpl cannot be cast to >>>> com.sun.mirror.type.AnnotationType" is still there, there are about 30 >>>> of >>>> them so more than my web services number. Any idea how to find out what >>>> Geronimo complains about, please? Other than that the application works >>>> fine >>>> so far, I can proceed with my migration from JBoss to Geronimo :-) >>>> >>>> Trace of 1 error in geronimo.out: >>>> >>>> Geronimo Application Server started >>>> Problem encountered during annotation processing; >>>> see stacktrace below for more information. >>>> java.lang.ClassCastException: >>>> com.sun.tools.apt.mirror.type.ClassTypeImpl
Re: WebService on Geronimo 2.1.3 for Mac OS X 10.5.5 using Java 6
Karel, Can you try with Java 5 instead of Java 6? Jarek On Thu, Nov 13, 2008 at 10:05 AM, yosemite <[EMAIL PROTECTED]> wrote: > > Hello Kevan, > > excellent, it helped again, so > > - the out of memory problem is gone > - the missing tools.jar problem is gone (linking classes.jar helped, I will > suggest a fix) > > but the "java.lang.ClassCastException: > com.sun.tools.apt.mirror.type.ClassTypeImpl cannot be cast to > com.sun.mirror.type.AnnotationType" is still there, there are about 30 of > them so more than my web services number. Any idea how to find out what > Geronimo complains about, please? Other than that the application works fine > so far, I can proceed with my migration from JBoss to Geronimo :-) > > Trace of 1 error in geronimo.out: > > Geronimo Application Server started > Problem encountered during annotation processing; > see stacktrace below for more information. > java.lang.ClassCastException: com.sun.tools.apt.mirror.type.ClassTypeImpl > cannot be cast to com.sun.mirror.type.AnnotationType at > com.sun.tools.apt.mirror.declaration.AnnotationMirrorImpl.getAnnotationType(AnnotationMirrorImpl.java:82) > com.sun.tools.jxc.apt.InlineAnnotationReaderImpl.getAllAnnotations(InlineAnnotationReaderImpl.java:71) > com.sun.tools.jxc.apt.InlineAnnotationReaderImpl.getAllMethodAnnotations(InlineAnnotationReaderImpl.java:60) > com.sun.tools.jxc.apt.InlineAnnotationReaderImpl.getAllMethodAnnotations(InlineAnnotationReaderImpl.java:26) > com.sun.xml.bind.v2.model.impl.ClassInfoImpl.findGetterSetterProperties(ClassInfoImpl.java:894) >at > com.sun.xml.bind.v2.model.impl.ClassInfoImpl.getProperties(ClassInfoImpl.java:271) >at > com.sun.xml.bind.v2.model.impl.ModelBuilder.getClassInfo(ModelBuilder.java:134) >at > com.sun.xml.bind.v2.model.impl.ModelBuilder.getTypeInfo(ModelBuilder.java:196) >at > com.sun.xml.bind.v2.model.impl.TypeRefImpl.calcRef(TypeRefImpl.java:56) >at > com.sun.xml.bind.v2.model.impl.TypeRefImpl.getTarget(TypeRefImpl.java:33)at > com.sun.xml.bind.v2.model.impl.ElementPropertyInfoImpl$1.get(ElementPropertyInfoImpl.java:38) > com.sun.xml.bind.v2.model.impl.ElementPropertyInfoImpl$1.get(ElementPropertyInfoImpl.java:41) >at java.util.AbstractList$Itr.next(AbstractList.java:345) >at > com.sun.xml.bind.v2.model.impl.ModelBuilder.getClassInfo(ModelBuilder.java:146) >at > com.sun.xml.bind.v2.model.impl.ModelBuilder.getTypeInfo(ModelBuilder.java:196) >at > com.sun.xml.bind.v2.model.impl.ModelBuilder.getTypeInfo(ModelBuilder.java:211) >at > com.sun.tools.xjc.api.impl.j2s.JavaCompilerImpl.bind(JavaCompilerImpl.java:54)at > com.sun.tools.ws.processor.modeler.annotation.WebServiceAP.completeModel(WebServiceAP.java:395) > com.sun.tools.ws.processor.modeler.annotation.WebServiceAP.process(WebServiceAP.java:236) > com.sun.mirror.apt.AnnotationProcessors$CompositeAnnotationProcessor.process(AnnotationProcessors.java:60) >at com.sun.tools.apt.comp.Apt.main(Apt.java:454) >at com.sun.tools.apt.main.JavaCompiler.compile(JavaCompiler.java:258) >at com.sun.tools.apt.main.Main.compile(Main.java:1102) >at com.sun.tools.apt.main.Main.compile(Main.java:964) >at com.sun.tools.apt.Main.processing(Main.java:95) >at com.sun.tools.apt.Main.process(Main.java:85) >at com.sun.tools.apt.Main.process(Main.java:67) >at > com.sun.tools.ws.wscompile.CompileTool.buildModel(CompileTool.java:603) >at com.sun.tools.ws.wscompile.CompileTool.run(CompileTool.java:536) >at com.sun.tools.ws.util.ToolBase.run(ToolBase.java:54) >at > com.sun.tools.ws.util.WSToolsObjectFactoryImpl.wsgen(WSToolsObjectFactoryImpl.java:42) >at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) >at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >at java.lang.reflect.Method.invoke(Method.java:597) >at > org.apache.geronimo.jaxws.builder.JAXWSTools.invoke(JAXWSTools.java:199) >at > org.apache.geronimo.jaxws.builder.JAXWSTools.invoke(JAXWSTools.java:188) >at > org.apache.geronimo.jaxws.builder.JAXWSTools.invokeWsgen(JAXWSTools.java:170) >at > org.apache.geronimo.jaxws.builder.WsdlGenerator.invokeWsgen(WsdlGenerator.java:357) >at > org.apache.geronimo.jaxws.builder.WsdlGenerator.generateWsdl(WsdlGenerator.java:331) >at > org.apache.geronimo.axis2.builder.Axis2Builder.initialize(Axis2Builder.java:222)at > org.apache.geronimo.jaxws.builder.JAXWSServiceBuilder.configureEJB(JAXWSServiceBuilder.java:215) > org.apache.geronimo.jaxws.builder.JAXWSEJBModuleBuilderExtension.addGBeans(JAXWSEJBModuleBuilderExtension.java:167) > org.apache.geronimo.openejb.deployment.EjbModuleBuilder.addGBeans(EjbModuleBuilder.java:822) > org.apache.geronimo.j2ee.deployment.EARConfigBuilder.buildConfiguration(E
Re: Missing resource injection in Tomcat/Axis vs Jetty/CXF
I think you end up with deploying two ejbs because the name of bean
specified in the DD does not match the bean name of the annotated
class. And so, the container thinks you are deploying two separate
beans. To fix it, you could try adding "name=MyWebService" attribute
to the @Stateless annotation.
If that still does not work right, send me your ejb-xml.jar file and
the bean class.
Jarek
On Thu, Nov 13, 2008 at 2:33 AM, Janko Heilgeist
<[EMAIL PROTECTED]> wrote:
> Hi,
>
> I've got a problem when deploying web services under Geronimo
> Tomcat/Axis. Not every instance of the stateless bean seems to receive
> the @Resource that I would like to have injected into the bean. I create
> a simple web service with an injected string that is accessed inside a
> @PostConstruct method and inside an exposed web method.
>
> // relevant excerpts
> @Resource
> private String someString = "DEFAULT";
>
> @PostConstruct
> public void init() {
>logger.info(String.format("init: EJB = '%08x', someString = '%s'",
> hashCode(), this.someString));
> }
>
> public void doSomething(int counter) {
>logger.info(String.format("doSomething: EJB = '%08x', someString =
> '%s'", hashCode(), this.someString));
> }
>
> Excerpts from ejb-jar.xml:
>
>
>MyWebService
>
>com.heilgeist.tests.tst_ws_with_resource.ws_ejb.MyServiceEJBImpl
>
>
>
>
> com.heilgeist.tests.tst_ws_with_resource.ws_ejb.MyServiceEJBImpl/someString
>
>java.lang.String
>Hello, world!
>
>
>
> When I access this web service I get the following lines in the server log:
>
> 08:12:41,381 INFO [MyServiceEJBImpl] init: EJB = '00b6d31c', someString
> = 'Hello, world!'
> 08:12:41,477 INFO [MyServiceEJBImpl] init: EJB = '01c50523', someString
> = 'DEFAULT'
> 08:12:41,745 INFO [MyServiceEJBImpl] doSomething: EJB = '00b6d31c',
> someString = 'Hello, world!'
>
> The second line indicates, that there is an additional instance of the
> stateless bean, that doesn't receive the injected string. It is only
> created once directly following the deployment of the web service. Even
> if further MYServiceEJBImpl instances are created later on to handle
> concurrent requests there is only a single instance of the bean with the
> default string. It's web service method is never called. Using the
> Jetty/CXF package this additional stateless bean is not created:
>
> 08:09:54,557 INFO [MyServiceEJBImpl] init: EJB = '015db507', someString
> = 'Hello, world!'
> 08:09:54,558 INFO [MyServiceEJBImpl] doSomething: EJB = '015db507',
> someString = 'Hello, world!'
>
> Can someone please shed some light on this funny behavior of Axis?
>
> Regards, Janko
>
Re: Slf4j for java.util.logging fails to create logs
What API is your application using to log its messages? sl4j, commons-logging, java.util.logging, or log4j? Jarek On Thu, Nov 13, 2008 at 9:40 AM, Hearty <[EMAIL PROTECTED]> wrote: > > I am using apache geronimo as application server and the jar file I've used > is slf4j-jdk14-1.5.0.jar,slf4j-api-1.5.0.jar,log4j-1.1.3.jar > > My logging.properties file is as follows > > > handlers = java.util.logging.FileHandler, java.util.logging.ConsoleHandler > > > # Handler specific properties. > # Describes specific configuration info for Handlers. > > > java.util.logging.FileHandler.level = ALL > > # Naming style for the output file: > # (The output file is placed in the directory > # defined by the "user.home" System property.) > java.util.logging.FileHandler.pattern=%h/java%u.log > > > # Number of output files to cycle through, by appending an > # integer to the base file name: > java.util.logging.FileHandler.count=1 > > > java.util.logging.ConsoleHandler.level = FINE > java.util.logging.ConsoleHandler.formatter = > java.util.logging.SimpleFormatter > com.telelogic.focalpoint.level = INFO > com.telelogic.focalpoint.dao.jdbc.Jdbc.level = OFF > com.telelogic.focalpoint.dao.ViewExecutor.level = OFF > org.apache.catalina.level = INFO > org.springframework.level = INFO > net.sf.ehcache.distribution.level = INFO > > My logging.properties is under WEB-INF/classes folder > > > Please advise me where I went wrong? > -- > View this message in context: > http://www.nabble.com/Slf4j-for-java.util.logging-fails-to-create-logs-tp20481626s134p20481626.html > Sent from the Apache Geronimo - Users mailing list archive at Nabble.com. > >
Re: Problems deploying a Webservice
What Geronimo version are you using?
I think I've seen this problem in Axis2 before if the AdminClientWS
class had any private or protected methods. Axis2 should be ignoring
these methods but it was not (this problem was fixed since). If you
need a quick fix, either use geronimo-jetty assembly or switch to use
CXF instead of Axis2 as your JAX-WS provider. Another quick solution
to this problem is to annotate each method that you want to expose as
a web service method with @WebMethod annotation.
Jarek
On Sat, Nov 8, 2008 at 10:37 AM, jsmch <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> i´ve a problem deploying a webservice to geronimo.
> I´m currently doing a migration for a simple chat-application (j2ee) from
> JBoss to Geronimo (as a training).
> After several problems i did solve all the little and big problems doing
> this (J2G-Conversion was absolutely no help, because the former application
> from JBoss did not use standards at sevedral points as i think).
>
> Ok - but those problems where already resolved :drunk:
>
> BUT:
> The last problem i have is to migrate a simple Webservice with the following
> header:
> ---
> @Stateless
> @WebService(name="AdminClientWS", serviceName="AdminClientWsService")
> @SOAPBinding(style=SOAPBinding.Style.RPC)
> public class AdminClientWS implements IAdminClient {
> ---
> The error (when deploying) is the following):
> ---
> 16:34:45,546 ERROR [GBeanInstanceState] Error while starting; GBean is now
> in the FAILED state:
> abstractName="chatKernel/chatKernelGeronimo/1.0/jar?EJBModule=chatKernel/chatKernelGeronimo/1.0/jar,J2EEApplication=null,StatelessSessionBean=AdminClientWS,j2eeType=WSLink,name=AdminClientWS"
> javax.xml.ws.WebServiceException: The ServiceDescription failed to validate
> due to the following errors:
> :: Endpoint failed validation :: :: Invalid Endpoint Interface :: :: The
> number of operations in the WSDL portType does not match the number of
> methods in the SEI or Web service implementation class.
>at
> org.apache.axis2.jaxws.ExceptionFactory.createWebServiceException(ExceptionFactory.java:172)
>at
> org.apache.axis2.jaxws.ExceptionFactory.makeWebServiceException(ExceptionFactory.java:69)
> ---
>
> Because i´ve no experience with describing Webservices in Java i don´t know
> if this is all i need.
> Maybe anybody can help me to say what i´ve to do getting this deployed.
> (I think i need to change things to those Annotations or add any information
> to the openejb-jar.xml?)
>
> thanks
>
> jsmch
> --
> View this message in context:
> http://www.nabble.com/Problems-deploying-a-Webservice-tp20397187s134p20397187.html
> Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
>
>
Re: Connecting to geronimo over SSL.
Make sure to use the following JMX URL when connecting with JConsole over SSL: service:jmx:rmi:///jndi/rmi://localhost:1099/JMXSecureConnector Jarek On Sun, Oct 26, 2008 at 11:01 AM, r r <[EMAIL PROTECTED]> wrote: > > Hello. > > Pleaase teach me how to connect to geronimo securely with jconsole. > > I disable non-secure JMX server like this page. > http://cwiki.apache.org/GMOxDOC21/configure-secure-jmx-server.html > > then I can execute "--secure" command like >>/deploy -u system -p manager --secure list-modules > > but I can't connect geronimo with jconsole as > https://issues.apache.org/jira/browse/GERONIMO-3876 > >>jconsole >> -J-Djavax.net.ssl.keyStore=\var\security\keystores\geronimo-default > -J-Djavax.net.ssl.keyStorePassword=secret > -J-Djavax.net.ssl.trustStore=\var\security\keystores\geronimo-default > -J-Djavax.net.ssl.trustStorePassword=secret > > What should I prepare else for connecting to geronimo over SSL.
Re: [ANNOUNCE] Welcome Jason Warner as the newest member of the Geronimo PMC
Congrats Jason! Jarek On Tue, Oct 21, 2008 at 4:29 PM, Kevan Miller <[EMAIL PROTECTED]> wrote: > All, > Please join us in congratulating Jason Warner as the newest member of the > Geronimo PMC. It's been great to have Jason working with us as a committer > on Geronimo. Even better to have him join us in providing oversight of the > Geronimo project. > > Way to go Jason!!! > > The Apache Geronimo PMC > > --kevan >
Re: NameNotFoundException: greeting
On Wed, Oct 15, 2008 at 11:55 AM, Juergen Weber <[EMAIL PROTECTED]> wrote: > > Jarek, thanks that helped. I had linked Geronimo sources into my Eclipse > project. > > But why does Geronimo scan for @WebService? Shouldn't he only look in > classes referenced in web.xml? This still isn't very clear to me but the JSR 109 spec seems to imply that this scanning should be happening where there is no web.xml or a "partial" web.xml is provided. But it doesn't exactly say what "partial" means. I assumed it means that the "metadata-complete" attribute in web.xml is either missing or set to "false" (which is the case in 99.99% of the time). Here's the bug for this in case you are interested: https://issues.apache.org/jira/browse/GERONIMO-4169. I think CE will eventually pick up this change and behave just like Geronimo does. Jarek
Re: NameNotFoundException: greeting
Juergen, Geronimo 2.1.3 is scanning your war file for any classes annotated with @WebService. And it looks like it finds one: org.apache.geronimo.test.JAXWSBean. Make sure to remove it from your war. Jarek On Wed, Oct 15, 2008 at 11:19 AM, Juergen Weber <[EMAIL PROTECTED]> wrote: > > > Donald Woods-2 wrote: >> >> Looks like you're using the Geronimo Jetty + CXF assembly below, while >> WASCE only provides a Tomcat +Axis2 assembly. Can you try the Geronimo >> Tomcat + Axis2 assembly instead, so you are comparing like runtimes? >> > > OK, I tried geronimo-tomcat6-javaee5-2.1.3. > > Then I get the Stacktrace below. What business has Geronimo with wsdl? My > .war is just a plain servlet, no web service. > Then I tried with IBM Java 1.5 instead of Sun 1.6. Now I get the second > stacktrace below. > This looks like the Jetty exception, with NameNotFoundException: greeting > > Seems something has changed between the Wasce Version and current Geronimo. > > > > 2.3//EN' 'http://java.sun.com/dtd/web-app_2_3.dtd'> > > >ConnectorServlet >kw.web.ConnectorServlet > > >ConnectorServlet >/ConnectorServlet > > >MyU320ConnectionFactory >javax.resource.cci.ConnectionFactory >Container > > > > > > Deployment failed: > Unable to find the service wsdl file > > Unable to generate the wsdl file using wsgen. > org.apache.geronimo.common.DeploymentException: Unable to generate the wsdl > file using wsgen. >at > org.apache.geronimo.jaxws.builder.WsdlGenerator.generateWsdl(WsdlGenerator.java:351) >at > org.apache.geronimo.axis2.builder.Axis2Builder.initialize(Axis2Builder.java:222) >at > org.apache.geronimo.jaxws.builder.JAXWSServiceBuilder.configurePOJO(JAXWSServiceBuilder.java:175) >at > org.apache.geronimo.tomcat.deployment.TomcatModuleBuilder.addGBeans(TomcatModuleBuilder.java:447) >at > org.apache.geronimo.j2ee.deployment.SwitchingModuleBuilder.addGBeans(SwitchingModuleBuilder.java:165) >at > org.apache.geronimo.j2ee.deployment.EARConfigBuilder.buildConfiguration(EARConfigBuilder.java:647) >at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:254) >at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:133) >at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) >at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >at java.lang.reflect.Method.invoke(Method.java:597) >at > org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34) >at > org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) >at > org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:867) >at > org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239) >at > org.apache.geronimo.deployment.plugin.local.AbstractDeployCommand.doDeploy(AbstractDeployCommand.java:116) >at > org.apache.geronimo.deployment.plugin.local.DistributeCommand.run(DistributeCommand.java:61) >at java.lang.Thread.run(Thread.java:619) > Caused by: java.lang.reflect.InvocationTargetException >at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) >at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >at java.lang.reflect.Method.invoke(Method.java:597) >at > org.apache.geronimo.jaxws.builder.JAXWSTools.invoke(JAXWSTools.java:199) >at > org.apache.geronimo.jaxws.builder.JAXWSTools.invoke(JAXWSTools.java:188) >at > org.apache.geronimo.jaxws.builder.JAXWSTools.invokeWsgen(JAXWSTools.java:170) >at > org.apache.geronimo.jaxws.builder.WsdlGenerator.invokeWsgen(WsdlGenerator.java:357) >at > org.apache.geronimo.jaxws.builder.WsdlGenerator.generateWsdl(WsdlGenerator.java:331) >... 18 more > Caused by: java.lang.OutOfMemoryError: PermGen space >at java.lang.ClassLoader.defineClass1(Native Method) >at java.lang.ClassLoader.defineClass(ClassLoader.java:620) >at > java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124) >at java.net.URLClassLoader.defineClass(URLClassLoader.java:260) >at java.net.URLClassLoader.access$000(URLClassLoader.java:56) >at java.net.URLClassLoader$1.run(URLClassLoader.java:195) >at java.security.AccessController.doPrivileged(Native Method) >at java.net.URLClassLoader.findClass(URLClassLoader.java:188) >at java.lang.ClassLoader.loadClass(ClassLoader.java:306) >at java.lang.ClassLoader.loadClass(ClassLoader.java:251) >at java.
Re: EJB Injection in Managed Bean
This should be fixed. Please try with the latest 2.1.4-SNAPSHOT (http://people.apache.org/builds/geronimo/server/binaries/2.1/latest/) or 2.2-SNAPSHOT (http://people.apache.org/builds/geronimo/server/binaries/trunk/latest/) Jarek On Mon, Sep 29, 2008 at 6:49 PM, eveeve <[EMAIL PROTECTED]> wrote: > > Hi, > > I have been struggling with the exct same problem. my ejb injection to my > interface comes up with a null. Could somebody help please. I've attach > files. > > Thanking you. > > eve > > http://www.nabble.com/file/p19733231/ejbsam.rar ejbsam.rar > > Matthias Berndt-4 wrote: >> >> On Wed, 2008-07-16 at 18:00 -0700, YunFeng Ma wrote: >>> I'm not sure why this happened, but it will be easer to debug if you >>> can attach your sample. :-) >> >> Sorry it took some time to strip it down and remove some cruft. >>> >> >> >> > > -- > View this message in context: > http://www.nabble.com/EJB-Injection-in-Managed-Bean-tp18497939s134p19733231.html > Sent from the Apache Geronimo - Users mailing list archive at Nabble.com. > >
Re: Geronimo, JAX WS, JAXB
What Geronimo version and assembly are you using? Can you try with the
latest release 2.1.3?
Thanks,
Jarek
On Thu, Sep 18, 2008 at 3:19 PM, fish4trout <[EMAIL PROTECTED]> wrote:
>
> I am new to JAX WS and Geronimo but am having a difficult time with the XML
> mapping for a simple POJO Web Service that returns String[].
>
> Here is the code:
> --
> package com.praxis.webservice.jaxws.reportmanager;
>
> import javax.jws.WebParam;
> import javax.jws.WebResult;
> import javax.jws.WebService;
>
> @WebService(name="ReportManagerPortType",
>targetNamespace = "http://report.webservices.praxis.com";)
> public interface ReportManger {
>
>@WebResult(name="reportName")
>public String getReportName(@WebParam int id);
>@WebResult(name="reportIDs")
>public String[] searchByID(@WebParam String iD);
>@WebResult(name="report")
>public Report getReport(@WebParam int id);
> }
>
> --
>
> package com.praxis.webservice.jaxws.reportmanager;
>
> import java.util.ArrayList;
>
> import javax.jws.WebService;
>
> @WebService(serviceName = "ReportManger",
>portName = "ReportMangerPort",
>endpointInterface =
> "com.praxis.webservice.jaxws.reportmanager.ReportManger",
>targetNamespace = "http://report.webservices.praxis.com";)
> public class ReportManagerService implements ReportManger {
>
>public String getReportName(int id) {
>return "Got report";
>}
>
>public String[] searchByID(String id) {
>ArrayList res = new ArrayList();
>res.add(new String("1"));
>res.add(new String("10"));
>return res.toArray(new String[0]);
>}
>
>public Report getReport(int id) {
>return new Report(1,"Test Report");
>}
>
> }
>
> -
>
> The service deploys to Geronimo "getReportName" and "getReport" work as
> expected.
> The "searchByID" call always returns an array of size 1 with "" as the
> string.
>
> The snippet of the xsd from the Geronimo server descripes the return element
> as:
>
>
>
>
>
>name="reportIDs" type="xs:string"/>
>
>
>
> --
>
> However the soap message body returned from the call contains this:
>
> -
>
> xmlns:dlwmin="http://report.webservices.praxis.com";>
>
> 1
> 10
>
>
>
> ---
>
> I have used the identical code for the Java classes and deployed the service
> to a JBoss server. Although the xsd description is similar to the Geronimo
> xsd the JBoss server returns this:
> -
>
> xmlns:dlwmin="http://report.webservices.praxis.com";>
> 1
> 10
>
>
>
> Does anyone have a suggestion as to what I may be doing wrong?
>
>
>
> --
> View this message in context:
> http://www.nabble.com/Geronimo%2C-JAX-WS%2C-JAXB-tp19559399s134p19559399.html
> Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
>
>
Re: Strange wsdl cache (?)
I just opened https://issues.apache.org/jira/browse/GERONIMO-4308 for this issue. Jarek On Thu, Sep 11, 2008 at 8:00 AM, Beniamin Mazan <[EMAIL PROTECTED]> wrote: > > I've just found that Geronimo (2.1) caches (?) wsdl. I have two WS-clients > (one local, and another-remote) that call to my service. > > If first call to get wsdl is made by local client - using address > localhost:8080/ - the wsdl served by webserver are being fullfilled with > soap:address location="http://localhost:8080...";. Then remote client which > uses url to wsdl like any.remote.machine:8080 gets wsdl with the same > address location as local client = "http://localhost:8080"; so it cannot > invoke any method on WebService. > > Is there any way to force geronimo to fill address location on each request > ? > > - > thanks > Beniamin > -- > View this message in context: > http://www.nabble.com/Strange-wsdl-cache-%28-%29-tp19433259s134p19433259.html > Sent from the Apache Geronimo - Users mailing list archive at Nabble.com. > >
Re: Axis2 Service Deployment Question
Try adding one more hidden-classes filter: org.apache.axiom. Jarek On Tue, Sep 16, 2008 at 10:18 AM, jcaristi <[EMAIL PROTECTED]> wrote: > > I needed to filter some additional classes and I am getting close, but I'm > still having problems deploying the Axis2.war to Geronimo: > > 1. I set the JAVA_OPTS as follows: > > set JAVA_OPTS= -Dorg.apache.geronimo.jaxws.builder.useSimpleFinder=true > > 2. My deployment plan includes this: > > > org.apache.commons >org.jdom >org.apache.axis2 > > > > 3. The deployment works, but when I try the validate page of the Axis > application or try to get the wsdl for the Version service, I get errors. I > have attached the log and copied an error here: > > http://www.nabble.com/file/p19512852/geronimo.log geronimo.log > > 10:07:50,718 ERROR [AxisServlet] > org.apache.axiom.soap.SOAPEnvelope.hasFault()Z > java.lang.NoSuchMethodError: org.apache.axiom.soap.SOAPEnvelope.hasFault()Z >at > org.apache.axis2.context.MessageContext.isFault(MessageContext.java:4050) >at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:151) >at > org.apache.axis2.transport.http.HTTPTransportUtils.processHTTPPostRequest(HTTPTransportUtils.java:275) >at > org.apache.axis2.transport.http.AxisServlet.doPost(AxisServlet.java:133) >at javax.servlet.http.HttpServlet.service(HttpServlet.java:713) >at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) >at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) >at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) >at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) >at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) >at > org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke(DefaultSubjectValve.java:56) >at > org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:406) >at > org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(GeronimoBeforeAfterValve.java:47) >at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) >at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) >at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) >at > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:568) >at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286) >at > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) >at > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) >at > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) >at java.lang.Thread.run(Thread.java:595) > > > > > > Hi, > > I was able to deploy the Axis2.war file onto G 1.1 quite long time ago. > > You can create a geronimo-web.xml file for you Axis2.war to hide the > conflict org.apache.commons classes (G server probably uses a > different version than what your Axis2.war contains). > > http://geronimo.apache.org/xml/ns/j2ee/web-1.1";> > > xmlns:dep="http://geronimo.apache.org/xml/ns/deployment-1.1";> > > mygroup > axis2 > 1.0 > war > > > > org.apache.commons > > > > > -- > View this message in context: > http://www.nabble.com/Axis2-Service-Deployment-Question-tp19390975s134p19512852.html > Sent from the Apache Geronimo - Users mailing list archive at Nabble.com. > >
Re: Axis2 Service Deployment Question
Set the following property, start the server and deploy your axis2 war again: export JAVA_OPTS="-Dorg.apache.geronimo.jaxws.builder.useSimpleFinder=true" Jarek On Fri, Sep 12, 2008 at 1:18 PM, jcaristi <[EMAIL PROTECTED]> wrote: > > I have a full explanation of #2 in the Axis forum here > http://www.nabble.com/Re%3A-Axis2-Web-App-on-Geronimo--p19269398.html > > Could you point me in the direction of how to create a deployment plan that > would hide the Axis2 packages? This would be a classloader configuration, > right? Are there any similar samples available? > > > Donald Woods-2 wrote: >> >> We currently don't support deploying aar files, just JEE5 artifact types. >> >> Do you have more info on #2? The 2.0/2.1 JEE5 server assemblies include >> axis2, so you'd probably need a geronimo deployment plan to hide the >> axis2 packages we provide >> >> >> -Donald >> >> >> jcaristi wrote: >>> Is is possible to deploy an Axis2 aar file to Geronimo 2.1.2? Here's >>> what I >>> found so far: >>> >>> 1. The Geronimo console does not support aar deployment. >>> 2. Building and deploying axis2.war (1.4.1) and deploying it to Geronimo >>> 2.1.2 does not work. There is no solution to this available on the web >>> as >>> far as I can tell. >>> >>> >> >> > > -- > View this message in context: > http://www.nabble.com/Axis2-Service-Deployment-Question-tp19390975s134p19460453.html > Sent from the Apache Geronimo - Users mailing list archive at Nabble.com. > >
Re: NoClassDefFoundError: Upgrade1_0To1_1
Can you send us the Geronimo deployment plan that you are using? Jarek On Mon, Sep 8, 2008 at 7:19 AM, Juergen Weber <[EMAIL PROTECTED]> wrote: > > Hi, > > I have the geronimo-jetty6-javaee5-2.1.2 distribution and get this error on > deploying a resource adapter. Is this a bug in the server? Is the class > missing in the distribution? > > Thx, > Juergen > > 13:14:00,471 WARN [ConnectorPlanRectifier] Your connector plan has obsolete > elements or attributes in it. Please remove version attributes, > global-jndi-name elements, and credential-interface elements > 13:14:00,643 ERROR [log] Error for > /console/portal//Applications/Deploy%20New/__ac0x3plugin0x2Deployment!227983155|0 > java.lang.NoClassDefFoundError: org/apache/geronimo/upgrade/Upgrade1_0To1_1 >at > org.apache.geronimo.console.configmanager.DeploymentPortlet.processAction(DeploymentPortlet.java:184) > > > Caused by: java.lang.ClassNotFoundException: > org.apache.geronimo.upgrade.Upgrade1_0To1_1 in classloader > org.apache.geronimo.plugins/plugin-console-jetty/2.1.2/car >at > org.apache.geronimo.kernel.config.MultiParentClassLoader.loadOptimizedClass(MultiParentClassLoader.java:436) >at > org.apache.geronimo.kernel.config.MultiParentClassLoader.loadClass(MultiParentClassLoader.java:278) > > > -- > View this message in context: > http://www.nabble.com/NoClassDefFoundError%3A-Upgrade1_0To1_1-tp19370011s134p19370011.html > Sent from the Apache Geronimo - Users mailing list archive at Nabble.com. > >
Re: Maven Plugin and Changing Ports
Thanks. I think the property should have been: -Dorg.apache.geronimo.config.substitution.COSNamingPort=1051. (no .prefix) Jarek On Thu, Aug 14, 2008 at 3:20 PM, Geoffrey Wiseman <[EMAIL PROTECTED]> wrote: > Issue filed for the docs: > https://issues.apache.org/jira/browse/GERONIMO-4247 > > The property is seemingly accepted, but doesn't change the end result -- > I disabled ccApp.exe for now, so it gets to startup and tells me that > the CORBA Naming Service is running on 1050. Looking into why, but will > fall back to looking at making my own server assembly soon, since that's > probably the end-goal given what I'm likely to need right now. > > -Original Message- > From: Jarek Gawor [mailto:[EMAIL PROTECTED] > Sent: Thursday, August 14, 2008 1:37 PM > To: user@geronimo.apache.org > Subject: Re: Maven Plugin and Changing Ports > > Take a look at > http://svn.apache.org/viewvc/geronimo/server/trunk/testsuite/pom.xml?vie > w=markup > starting at line 201. You should be able to add something like: > > -Dorg.apache.geronimo.config.substitution.prefix.COSNamingPort=1 > 051. > > Also, can you open a bug on the documentation problem? > > Thanks. > > Jarek > > >
Re: Maven Plugin and Changing Ports
Take a look at http://svn.apache.org/viewvc/geronimo/server/trunk/testsuite/pom.xml?view=markup starting at line 201. You should be able to add something like: -Dorg.apache.geronimo.config.substitution.prefix.COSNamingPort=1051. Also, can you open a bug on the documentation problem? Thanks. Jarek On Thu, Aug 14, 2008 at 1:22 PM, Geoffrey Wiseman <[EMAIL PROTECTED]> wrote: > Yes, I did think about doing my own server assembly, seemed to be an option > based on the release notes I'd seen for 2.1, but I was hoping to get things > up and running first and then look at cutting back after that, mostly > because, as you say, it's another thing to learn. ;) > > > > I'll see if I can make it happen with a system property first, but if that > fails, or looks like it might be as much work as figuring out how to make my > own assembly, I might just do that. Thanks. > > > > From: David Jencks [mailto:[EMAIL PROTECTED] > Sent: Thursday, August 14, 2008 1:08 PM > To: user@geronimo.apache.org > Subject: Re: Maven Plugin and Changing Ports > > > > > > On Aug 14, 2008, at 9:32 AM, Vamsavardhana Reddy wrote: > > Look at plugins\corba\j2ee-corba-yoko\pom.xml . You can modify > 1050 to > include your own port number so that the binaries you build will use that > port number you specify. > > > > I don't think that will work because the value is overridden in the > config.xml snippet in geronimo-plugin.xml generated from the pom and the > value ends up getting set from the > var/config/config-substitutions.properties file. > > > > From your first post I suspect you might want a lighter-weight server than > full geronimo. You might consider assembling your own server with just the > bits you need, just like we do :-) In this case you can change the port > value by including a plugin that only has the overriding value in the > geronimo-plugin.xml. > > > > If you don't want to learn how to assemble your own server just yet you can > also override the value on the geronimo command line; I think its possible > to do this through the g-m-p but I'm not sure how. > > > > You'd need the equivalent of > -Dorg.apache.geronimo.config.substitution.prefix.COSNamingPort=1051 > > You might also be able to set an environment property to make this work. > > > > Hope this helps > > david jencks > > > > ++Vamsi > > On Thu, Aug 14, 2008 at 9:52 PM, Geoffrey Wiseman <[EMAIL PROTECTED]> > wrote: > > Ok, with the Geronimo Plugin and Assemblies to 2.1.2, both > Geronimo-tomcat6-javaee5 and Geronimo-jetty6-javaee5 seem to load partially, > although the Yoko ORB wants to grab Port 1050 that's currently held by > ccApp.exe (Norton AntiVirus), which seems to be a known problem. > > > > Is there any way to change the ports used by an assembly that comes out of > the repo, rather than one you have installed locally? Some kind of > configuration parameter that I can feed into the POM to change the port? > > > >
Re: Monitoring Memory Usage
On Wed, Aug 13, 2008 at 2:08 PM, Peter L. Berghold <[EMAIL PROTECTED]> wrote: > > As of yet I haven't been able to catch it in the act to know for sure > what I have. I'm monitoring in things manually right now and I'm not > seeing more than 40K out of 512Mb being used with about a dozen users > logged in. > > The main symptoms I'm seeing are two fold: 1) Geronimo just exits with > no explanation. Could be memory.. could be something else. 2) Things > stop executing and the CGI scripts all complain about not being able to > allocate memory. When that is going on I can't log into the console either. Do the CGI scripts run in a separate process (forked from the server process)? Maybe also watch the number of processes running at the same time. Jarek
Re: Re: Re: Re: Re: Antwort: Re: Change Version of Apache CXF for Geronimo
On Wed, Aug 13, 2008 at 4:48 AM, <[EMAIL PROTECTED]> wrote: > > Hi Jarek, > > concerning the hot-deployment-stuff, I simpy copy my EAR-File into the > hot-deployment-directory. Same Procedure as in G 2.1.1, but in G 2.1.2 I get > the NullPointerException. With the console the following procedure helps: > > 1) Deploy with Redeploy-Flag: > Deployment failed: > null > 2) Deploy without Redeploy-Flag: > The application was successfully deployed. > The application was successfully started This looks like a bug somewhere. Please open a bug on this and the hot-deployment issue. > Thank you very much for your SLF4J-advice. My openejb-Installation included > these JAR's. After deleting, the error disappeared. :-)) > Now I feel we solved almost all problems, WS-Call without Security works, > but with Security I get the error: Any exceptions on the server side or in geronimo.log? I'm not sure I will be able to help you with this much more since I'm not familiar with WSS4J or CXF WS-Security support. Jarek
Re: A directory checksum error on media; 1 not equal to 32432.
On Wed, Aug 13, 2008 at 10:49 AM, Kevan Miller <[EMAIL PROTECTED]> wrote: > > Johannes, > Thanks for pointing this out. Mal's error message looked different (because > it's AIX, perhaps?). So, we may have gotten distracted. Or perhaps there is > an issue with tar on AIX... Donald, have you tried untarring on AIX? Like David Jencks mentioned, use GNU tar on AIX (or other platforms). We generate the .tar.gz file in GNU file format to support long file names. > The "long zero block" error messages can be ignored. There's a Maven bug -- > http://jira.codehaus.org/browse/MASSEMBLY-302 (I believe) which causes > these. We should put a note about this on our Download site. > > As far as I know, there's no content difference between our tar.gz and zip > formats. We used to change EOL-characters depending on the archive format. I > don't believe we do this any longer. I guess then we should change our download page to indicate different file formats instead of different platforms. Jarek
Re: Re: Re: Re: Antwort: Re: Change Version of Apache CXF for Geronimo
On Tue, Aug 12, 2008 at 6:12 AM, <[EMAIL PROTECTED]> wrote: > > Hi Jarek, > > this was very useful, thank you very much. Now I have 2 other problems: > > 1) HotDeployment doesn't work any more: > 11:59:50,155 ERROR [DirectoryHotDeployer] Unable to undeploy > java.lang.NullPointerException > at > org.apache.geronimo.deployment.plugin.ConfigIDExtractor.identifyTargetModuleIDs(ConfigIDExtractor.java:174) > at > org.apache.geronimo.deployment.hot.DirectoryHotDeployer.fileUpdated(DirectoryHotDeployer.java:410) > at > org.apache.geronimo.deployment.hot.DirectoryMonitor.scanDirectory(DirectoryMonitor.java:382) > at > org.apache.geronimo.deployment.hot.DirectoryMonitor.run(DirectoryMonitor.java:216) > at java.lang.Thread.run(Thread.java:595) > -> Using Server Console - Install New Application I have to try several > times with Flag 'Redeploy application' set and unset. I think I've seen something similar... What files to you drop in the hot deploy directory? > 2) Trying to access my Webservice using Java Client leads to: > 12.08.2008 12:02:02 org.apache.cxf.phase.PhaseInterceptorChain doIntercept > INFO: Interceptor has thrown exception, unwinding now > java.lang.IllegalStateException: Level number 40 is not recognized. > at > org.slf4j.impl.JDK14LoggerAdapter.log(JDK14LoggerAdapter.java:529) > at > org.apache.commons.logging.impl.SLF4JLocationAwareLog.fatal(SLF4JLocationAwareLog.java:196) > at org.apache.xml.security.Init.init(Unknown Source) > at org.apache.ws.security.WSSConfig.staticInit(WSSConfig.java:233) > at org.apache.ws.security.WSSConfig.(WSSConfig.java:256) > at > org.apache.ws.security.WSSConfig.getNewInstance(WSSConfig.java:265) > at > org.apache.ws.security.handler.WSHandler.doSenderAction(WSHandler.java:89) > at > org.apache.cxf.ws.security.wss4j.WSS4JOutInterceptor.handleMessage(WSS4JOutInterceptor.java:169) > at > org.apache.cxf.ws.security.wss4j.WSS4JOutInterceptor.handleMessage(WSS4JOutInterceptor.java:43) > at > org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:208) > at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:276) > at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:222) > at > org.apache.cxf.frontend.ClientProxy.invokeSync(ClientProxy.java:73) > at > org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:135) > at $Proxy20.receiveDataDelta(Unknown Source) > at > de.mypath.quelle.ws.OrigReadWSClientImpl.callWebservice(OrigReadWSClientImpl.java:157) > at > de.mypath.quelle.ws.OrigReadWSClientImpl.leseDatenbestand(OrigReadWSClientImpl.java:61) > at > de.mypath.quelle.ws.OrigReadWSClientImplTest.testLeseDatenbestand(OrigReadWSClientImplTest.java:33) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:585) > at > org.junit.internal.runners.TestMethodRunner.executeMethodBody(TestMethodRunner.java:99) > at > org.junit.internal.runners.TestMethodRunner.runUnprotected(TestMethodRunner.java:81) > at > org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34) > at > org.junit.internal.runners.TestMethodRunner.runMethod(TestMethodRunner.java:75) > at > org.junit.internal.runners.TestMethodRunner.run(TestMethodRunner.java:45) > at > org.junit.internal.runners.TestClassMethodsRunner.invokeTestMethod(TestClassMethodsRunner.java:66) > at > org.junit.internal.runners.TestClassMethodsRunner.run(TestClassMethodsRunner.java:35) > at > org.junit.internal.runners.TestClassRunner$1.runUnprotected(TestClassRunner.java:42) > at > org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34) > at > org.junit.internal.runners.TestClassRunner.run(TestClassRunner.java:52) > at > org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:38) > at > org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) > at > org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460) > at > org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673) > at > org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386) > at > org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196) > javax.xml.ws.soap.SOAPFaultException: Level number 40 is not recognized. > at > org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:175) > at $Proxy20.r
Re: Re: Re: Antwort: Re: Change Version of Apache CXF for Geronimo
pp/1.0/ear,j2eeType=EJBModule,name=appEJB.jar, > attribute: ejbJarInfo > at > org.apache.geronimo.gbean.GBeanData$V0Externalizable.readExternal(GBeanData.java:293) > ... 32 more > Caused by: java.lang.ClassNotFoundException: Could not load class > javax.xml.namespace.QName from classloader: myapp/app/1.0/ear, destroyed > state: false > at > org.apache.geronimo.kernel.ClassLoading.loadClass(ClassLoading.java:213) > at > org.apache.geronimo.kernel.ObjectInputStreamExt.resolveClass(ObjectInputStreamExt.java:38) > at > java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1544) > at > java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1466) > at > java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1699) > at > java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1305) > at > java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1908) > at > java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1832) > at > java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1719) > at > java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1305) > at java.io.ObjectInputStream.readObject(ObjectInputStream.java:348) > at java.util.ArrayList.readObject(ArrayList.java:591) > at sun.reflect.GeneratedMethodAccessor161.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:585) > at > java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:946) > at > java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1809) > at > java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1719) > at > java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1305) > at > java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1908) > at > java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1832) > at > java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1719) > at > java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1305) > at java.io.ObjectInputStream.readObject(ObjectInputStream.java:348) > at > org.apache.geronimo.gbean.GBeanData$V0Externalizable.readExternal(GBeanData.java:291) > ... 32 more > > geronimo-application.xml: > > xmlns="http://geronimo.apache.org/xml/ns/j2ee/application-2.0"; > xmlns:sec="http://geronimo.apache.org/xml/ns/security-2.0"; > xmlns:sys="http://geronimo.apache.org/xml/ns/deployment-1.2";> > > > my-app > app > 1.0 > ear > > > > console.dbpool > Postgres.postgres.app > 1.0 > rar > > > > org.apache.axis2 > javax.xml.bind > javax.xml.namespace > > > > > Thanx in advance for your help. > > -Josef > > > > > "Jarek Gawor" <[EMAIL PROTECTED]> > > 07.08.2008 19:25 > > Bitte antworten an > user@geronimo.apache.org > An > user@geronimo.apache.org > Kopie > Thema > Re: Re: Antwort: Re: Change Version of Apache CXF for Geronimo > > > > > First, you don't need to add xml-apis-1.3.02.jar since the QName class > is provided by the JVM now (since 1.5). Can you attach the full stack > trace of the exception you see (when xml-apis-1.3.02.jar is not > included)? And can you also attach the Geronimo deployment descriptor > you are using? > > Jarek > > On Thu, Aug 7, 2008 at 3:39 AM, <[EMAIL PROTECTED]> wrote: >> >> Hi all, >> >> this is an issue on the new version 2.1.2 using Webservices. Our >> application >> works (without WS-Security) under G 2.1.1, but under G 2.1.2 I can't even >> deploy. >> >> -Josef >> >> >> >> >> Daniel Kulp <[EMAIL PROTECTED]> >> >> 06.08.2008 19:34 >> >> An >> [EMAIL PROTECTED] >> Kopie >> [EMAIL PROTECTED] >> Thema >> Re: Antwort: Re: Change Version of Apache CXF for Geronimo >> >> >> >> >> >> That's something you may need to ask on the geronimo list. I'm not >> familliar >> with all the classloading details there. >> >> Dan >> >> >> On Wednesday 06 Au
Re: Re: Antwort: Re: Change Version of Apache CXF for Geronimo
First, you don't need to add xml-apis-1.3.02.jar since the QName class is provided by the JVM now (since 1.5). Can you attach the full stack trace of the exception you see (when xml-apis-1.3.02.jar is not included)? And can you also attach the Geronimo deployment descriptor you are using? Jarek On Thu, Aug 7, 2008 at 3:39 AM, <[EMAIL PROTECTED]> wrote: > > Hi all, > > this is an issue on the new version 2.1.2 using Webservices. Our application > works (without WS-Security) under G 2.1.1, but under G 2.1.2 I can't even > deploy. > > -Josef > > > > > Daniel Kulp <[EMAIL PROTECTED]> > > 06.08.2008 19:34 > > An > [EMAIL PROTECTED] > Kopie > [EMAIL PROTECTED] > Thema > Re: Antwort: Re: Change Version of Apache CXF for Geronimo > > > > > > That's something you may need to ask on the geronimo list. I'm not > familliar > with all the classloading details there. > > Dan > > > On Wednesday 06 August 2008 3:57:59 am [EMAIL PROTECTED] wrote: >> Hi Dan, >> >> cool, this is the newest Version of Apache CXF :-) >> >> So I took my EAR added the new libs (not contained in Geronimo 2.1.2, >> why?) >>cxf-rt-ws-security-2.0.8.jar >>wss4j-1.5.4.jar >> and tried to deploy to the new Geronimo: >> >> ... >> 09:25:28,770 ERROR [GBeanInstanceState] Error while starting; GBean is now >> in the FAILED state: >> abstractName="myapp/app/1.0/ear?configurationName=myapp/app/1.0/ear" >> org.apache.geronimo.kernel.config.InvalidConfigException: Class not >> loadable in classloader: >> [org.apache.geronimo.kernel.config.MultiParentClassLoader >> id=myapp/app/1.0/ear] >> at >> org.apache.geronimo.kernel.config.SerializedGBeanState.loadGBeans(Seria >> ... >> Caused by: java.lang.ClassNotFoundException: Unable to find class used in >> GBeanData >> >> myapp/app/1.0/ear?J2EEApplication=myapp/app/1.0/ear,j2eeType=EJBModule,name >>=MyAppEJB.jar, attribute: ejbJarInfo >> at >> >> org.apache.geronimo.gbean.GBeanData$V0Externalizable.readExternal(GBeanData >>.java:293) ... 33 more >> Caused by: java.lang.ClassNotFoundException: Could not load class >> javax.xml.namespace.QName from classloader: myapp/app/1.0/ear, destroyed >> state: false >> at >> org.apache.geronimo.kernel.ClassLoading.loadClass(ClassLoading.java:213) >> ... >> >> So I thought maybe "xml-apis-1.3.02.jar" is missing, but adding to the EAR >> leads to: >> >> ... >> Caused by: java.io.InvalidClassException: javax.xml.namespace.QName; local >> class incompatible: stream classdesc serialVersionUID = >> -9120448754896609940, local class serialVersionUID = 4418622981026545151 >> at >> java.io.ObjectStreamClass.initNonProxy(ObjectStreamClass.java:546) >> at >> java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1552) >> ... >> >> I need the QName in my Webservice. What can I do to get my App deployed? >> Thanx in advance. >> >> -Josef >> >> >> >> >> Daniel Kulp <[EMAIL PROTECTED]> >> 05.08.2008 16:42 >> Bitte antworten an >> [EMAIL PROTECTED] >> >> >> An >> [EMAIL PROTECTED] >> Kopie >> >> Thema >> Re: Change Version of Apache CXF for Geronimo >> >> >> >> >> >> >> >> You might want to just try Geronimo 2.1.2. The vote apparently passed >> last >> night: >> >> http://www.nabble.com/-VOTE--Geronimo-Server-2.1.2-Release-to18746852s134.h >>tml >> >> so it should be made available shortly. You can download the candidates. >> >> 2.1.2 is using CXF 2.0.8. >> >> >> Dan >> >> On Tuesday 05 August 2008 6:03:51 am [EMAIL PROTECTED] wrote: >> > Hi Glen, >> > >> > because I got stuck in solving the problem with Geronimo 2.1.1 and >> > included CXF 2.0.2 I thought maybe CXF 2.0.8 solves my problem? >> > >> > So I tried to change the WS-Stack of my Geronimo from the old version to >> > CXF 2.0.8. I had certain essays: >> > >> > 1) http://www.jroller.com/gmazza/date/20080612: >> > -> In Geronimo is no available, I tried >> >> with >> >> > but I got a lot of problems with the >> >> classloader. >> >> > If I added all JARS necessary - see file WHICH_JARS - I got class cast >> > exceptions, adding a certain minimum leads to NoClassDefError. >> > or won't help? >> > 2) Adding CXF under Services - Repository with a dependency-entry in the >> > deployment plan: >> > >> > org.apache.cxf >> > cxf >> > 2.0.8 >> > jar >> > >> > changed nothing. >> > 3) ??? >> > >> > Can you please help? >> > >> > -Josef >> > >> > >> > >> > >> > [EMAIL PROTECTED] >> > 04.08.2008 16:09 >> > Bitte antworten an >> > [EMAIL PROTECTED] >> > >> > >> > An >> > [EMAIL PROTECTED] >> > Kopie >> > >> > Thema >> > Antwort: Re: Antwort: Re: Antwort: Re: WS-Stack Apache CXF asks for >> > Axis2-Classes >> > >> > >> > >> > >> > >> > >> > Hi Dan, >> > >> > I checked your blog and I didn't found big differences in the >> > code(Server-Part is in my case more JEE5 like - see >> >> >> http://depressedprogrammer.wordpress.com/2007/07/31/cxf-ws-security-using-j >> >> >sr-181-intercept
Re: Geronimo 2.1.1 hangs on Stop Application
Looks like you are starting the server via GShell and so the thread dump you attached is of the GShell process (server runs in a separate process when started via GShell). Please start the server using "geronimo.bat run" and get thread dump of that process. Jarek On Mon, Aug 4, 2008 at 4:58 PM, chi.botron <[EMAIL PROTECTED]> wrote: > > I am running Geronimo 2.1.1 on JDK 1.5.0_16 on a Windows XP machine at a 512M > heap size. > > One of my applications hangs the server when I try to Stop it through the > console, Uninstall it from the console, Stop through the command line, or > Uninstall from the command line. When I say "hangs" I mean that I do not > get a response indefinitely. > > I did a Thread dump and got this: > > Full thread dump Java HotSpot(TM) Client VM (1.5.0_16-b02 mixed mode, > sharing): > > "Thread-8" daemon prio=6 tid=0x02e50d88 nid=0x1154 waiting on condition > [0x03daf000..0x03dafae8] >at java.lang.Thread.sleep(Native Method) >at > com.sun.jmx.remote.internal.ClientCommunicatorAdmin$Checker.run(ClientCommunicatorAdmin.java:154) >at java.lang.Thread.run(Thread.java:595) > > "Timer-0" daemon prio=6 tid=0x02ef0d88 nid=0x18c in Object.wait() > [0x03d6f000..0x03d6fb68] >at java.lang.Object.wait(Native Method) >- waiting on <0x23486408> (a java.util.TaskQueue) >at java.lang.Object.wait(Object.java:474) >at java.util.TimerThread.mainLoop(Timer.java:483) >- locked <0x23486408> (a java.util.TaskQueue) >at java.util.TimerThread.run(Timer.java:462) > > "GC Daemon" daemon prio=2 tid=0x03158d40 nid=0x157c in Object.wait() > [0x03cef000..0x03cefc68] >at java.lang.Object.wait(Native Method) >- waiting on <0x23486478> (a sun.misc.GC$LatencyLock) >at sun.misc.GC$Daemon.run(GC.java:100) >- locked <0x23486478> (a sun.misc.GC$LatencyLock) > > "RMI RenewClean-[192.168.0.152:]" daemon prio=6 tid=0x03156e58 > nid=0x1368 in Object.wait() [0x03caf000..0x03cafce8] >at java.lang.Object.wait(Native Method) >- waiting on <0x234864e0> (a java.lang.ref.ReferenceQueue$Lock) >at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:120) >- locked <0x234864e0> (a java.lang.ref.ReferenceQueue$Lock) >at > sun.rmi.transport.DGCClient$EndpointEntry$RenewCleanThread.run(DGCClient.java:501) >at java.lang.Thread.run(Thread.java:595) > > "Thread-5" daemon prio=6 tid=0x030c2cb0 nid=0x930 runnable > [0x03c2f000..0x03c2fa68] >at java.io.FileInputStream.readBytes(Native Method) >at java.io.FileInputStream.read(FileInputStream.java:177) >at > org.apache.tools.ant.taskdefs.StreamPumper.run(StreamPumper.java:92) >at java.lang.Thread.run(Thread.java:595) > > "Thread-4" daemon prio=6 tid=0x030c2b28 nid=0x96c runnable > [0x03bef000..0x03befae8] >at java.io.FileInputStream.readBytes(Native Method) >at java.io.FileInputStream.read(FileInputStream.java:194) >at java.io.BufferedInputStream.fill(BufferedInputStream.java:218) >at java.io.BufferedInputStream.read1(BufferedInputStream.java:256) >at java.io.BufferedInputStream.read(BufferedInputStream.java:313) >- locked <0x2347e528> (a java.io.BufferedInputStream) >at java.io.FilterInputStream.read(FilterInputStream.java:90) >at > org.apache.tools.ant.taskdefs.StreamPumper.run(StreamPumper.java:92) >at java.lang.Thread.run(Thread.java:595) > > "Geronimo Server Runner" prio=6 tid=0x03097d90 nid=0xbfc runnable > [0x03b5d000..0x03b5fbe8] >at java.lang.ProcessImpl.waitFor(Native Method) >at org.apache.tools.ant.taskdefs.Execute.waitFor(Execute.java:549) >at org.apache.tools.ant.taskdefs.Execute.execute(Execute.java:480) >at org.apache.tools.ant.taskdefs.Java.fork(Java.java:767) >at org.apache.tools.ant.taskdefs.Java.executeJava(Java.java:194) >at org.apache.tools.ant.taskdefs.Java.execute(Java.java:104) >at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) >at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >at java.lang.reflect.Method.invoke(Method.java:585) >at > org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:105) >at org.apache.tools.ant.Task.perform(Task.java:348) >at groovy.util.AntBuilder.nodeCompleted(AntBuilder.java:174) >at > groovy.util.BuilderSupport.doInvokeMethod(BuilderSupport.java:153) >at groovy.util.AntBuilder.doInvokeMethod(AntBuilder.java:135) >at groovy.util.BuilderSupport.invokeMethod(BuilderSupport.java:64) >at > org.codehaus.groovy.runtime.Invoker.invokePogoMethod(Invoker.java:102) >at org.codehaus.groovy.runtime.Invoker.invokeMethod(Invoker.java:79) >at > org.codehaus.groovy.runtime.InvokerHelper.invokeMethod(Invo
Re: Error trying JAX-WS POJO Web Service tutorial.
What version of Geronimo are you using? Please see http://cwiki.apache.org/GMOxDOC21/web-services-issues.html You do not need to install Metro. Geronimo comes with its own version of wsgen/wsimport. Jarek On Wed, Jul 30, 2008 at 1:35 PM, ericp56 <[EMAIL PROTECTED]> wrote: > > I am following the JAX-WS tutorial. When I publish the application, I get > the following error in Eclipse: > > Distribution of module failed. See log for details. > Unable to find the service wsdl file > org.apache.geronimo.common.DeploymentException: Unable to find the service > wsdl file >at > org.apache.geronimo.jaxws.builder.WsdlGenerator.generateWsdl(WsdlGenerator.java:314) > > The tutorial states, "the plug-in relies on Sun's wsgen and wsimport tools > to generate the web services artifacts." > > I just copied Metro 1.2 to c:\program files\sun\metro on my machine. The > installation instructions for suggest using ant to install metro on the > server, but the geronimo directory doesn't have a catalina.properties file > (I am using Geronimo-Tomcat), so I'm putting this question out there. > > I figure the geronimo installation can't find Metro (which contains the > wsgen and wsimport tools). How do I fix that? > > Thanks, > > Eric > -- > View this message in context: > http://www.nabble.com/Error-trying-JAX-WS-POJO-Web-Service-tutorial.-tp18738608s134p18738608.html > Sent from the Apache Geronimo - Users mailing list archive at Nabble.com. > >
Re: Geronimo Server Startup failed / Coyote connector has not been started
There is no password for snapshots and there are no password protected files. I'm not sure what tool you're using to unpack the snapshot file but everything should work ok if you download the .zip file and unpack it with the "jar" command. For example: jar xvf geronimo-tomcat6-javaee5-2.1.2-SNAPSHOT-bin.zip Jarek On Thu, Jul 24, 2008 at 2:33 PM, derJoe <[EMAIL PROTECTED]> wrote: > > Upps, sorry , my mistake... > > Corrupted ? > I had some problems unzipping the snapshot, a password was asked > for some files and i skipped that files. > Maybe no good idea. > What is the password for snapshots ? > > Besides, the server startup fails after accepting a certificate... > > Joe > > > What do you mean the same result? The log you attached does not have > the original exception you mentioned (java.lang.NoClassDefFoundError: > Could not initialize class org.apache.tomcat.jni.OS) and the AJP > connector seems to start up fine. It has some other exception (could > not load GBeanInfo class from classloader...). Did you attach the > right log? If so, I'm not sure what's up with the new exception. Seems > like something is corrupted. You could try changing the configuration > not to load that module. That is modify the var/config/config.xml file > and add load="false" attribute to name="org.apache.geronimo.configs/remote-deploy-tomcat/2.1.2-SNAPSHOT/car"/> > line. > > Jarek > > > -- > View this message in context: > http://www.nabble.com/Geronimo-Server-Startup-failed---Coyote-connector-has-not-been-started-tp18569221s134p18637935.html > Sent from the Apache Geronimo - Users mailing list archive at Nabble.com. > >
Re: Unable to clear SoftCache field subclassAudits
That debug message is not an error. You can ignore it. Can you explain what you mean by "gets stuck doing nothing"? Can you access the console and perform some actions it in? Can you deploy applications to it using the command line tools? If you can't do these things, can you get a thread dump of the server JVM and send it to us? On Sun JDK to get a thread dump on Unix execute "kill -QUIT " command or on Windows press Cntrl-Break in the window of the server (the server must be running in foreground). Jarek On Thu, Jul 24, 2008 at 3:24 AM, lfbarragan <[EMAIL PROTECTED]> wrote: > > Hi guys, > > I have been using Geronimo for almost 7 months and this is the first time I > get this message in my log file: > > DEBUG [MultiParentClassLoader] Unable to clear SoftCache field > subclassAudits in class class java.io.ObjectInputStream > > I am trying to start the server but it gets stuck doing nothing, I found the > message in the log file but there is no more information about errors or > problems during start. > > After googling it for a while I found this thread: > > http://www.nabble.com/-jira--Created%3A-(GERONIMO-2134)-Shutdown-error-in-ConfigurationClassLoader-td4925180s134.html#a5557411 > > I installed the new jdk version just to rule out that the jvm is not the > problem and I'm still getting the error. > > Does anyone know anything about this message? > > Thanks in advance > Luis Barragan > > > -- > View this message in context: > http://www.nabble.com/Unable-to-clear-SoftCache-field-subclassAudits-tp18626625s134p18626625.html > Sent from the Apache Geronimo - Users mailing list archive at Nabble.com. > >
Re: Geronimo Server Startup failed / Coyote connector has not been started
2-SNAPSHOT/car,ResourceAdapterModule=org.apache.geronimo.configs/system-database/2.1.2-SNAPSHOT/car,j2eeType=JCAManagedConnectionFactory,name=SystemDatasource > at name > org.apache.geronimo.configs/system-database/JCAManagedConnectionFactory/SystemDatasource > 08:57:01,031 INFO [KernelContextGBean] unbound gbean > org.apache.geronimo.configs/system-database/2.1.2-SNAPSHOT/car?J2EEApplication=null,JCAConnectionFactory=NoTxDatasource,JCAResource=org.apache.geronimo.configs/system-database/2.1.2-SNAPSHOT/car,ResourceAdapter=org.apache.geronimo.configs/system-database/2.1.2-SNAPSHOT/car,ResourceAdapterModule=org.apache.geronimo.configs/system-database/2.1.2-SNAPSHOT/car,j2eeType=JCAManagedConnectionFactory,name=NoTxDatasource > at name > org.apache.geronimo.configs/system-database/JCAManagedConnectionFactory/NoTxDatasource > 08:57:01,046 INFO [AjpAprProtocol] Stopping Coyote AJP/1.3 on > ajp-0.0.0.0-8009 > 08:57:01,312 INFO [KernelContextGBean] unbound gbean > org.apache.geronimo.configs/transaction/2.1.2-SNAPSHOT/car?ServiceModule=org.apache.geronimo.configs/transaction/2.1.2-SNAPSHOT/car,j2eeType=Context,name=ResourceBindings > at name jca: > 08:57:01,359 INFO [KernelContextGBean] unbound gbean > org.apache.geronimo.framework/rmi-naming/2.1.2-SNAPSHOT/car?ServiceModule=org.apache.geronimo.framework/rmi-naming/2.1.2-SNAPSHOT/car,j2eeType=Context,name=JavaContext > at name java: > 08:57:01,359 INFO [KernelContextGBean] unbound gbean > org.apache.geronimo.framework/rmi-naming/2.1.2-SNAPSHOT/car?ServiceModule=org.apache.geronimo.framework/rmi-naming/2.1.2-SNAPSHOT/car,j2eeType=Context,name=JavaCompContext > at name java:comp > 08:57:01,359 INFO [KernelContextGBean] unbound gbean > org.apache.geronimo.framework/rmi-naming/2.1.2-SNAPSHOT/car?ServiceModule=org.apache.geronimo.framework/rmi-naming/2.1.2-SNAPSHOT/car,j2eeType=Context,name=GeronimoContext > at name ger: > > > > Jarek Gawor-2 wrote: >> >> Can you try again with a 2.1.2-SNAPSHOT from today for example >> (http://people.apache.org/builds/geronimo/server/binaries/2.1/20080722/) >> and send us the entire geronimo.log file? >> >> Thanks, >> Jarek >> >> On Tue, Jul 22, 2008 at 3:04 AM, derJoe <[EMAIL PROTECTED]> wrote: >>> >>> Thanks, >>> >>> copied tcnative-1.dll in system32-Dir of windows >>> and tried with latest snapshot. >>> >>> -> Same error message... >>> >>> Joe >>> >>> >>> >>> Jarek Gawor-2 wrote: >>>> >>>> Do you have APR libraries installed as described on >>>> http://tomcat.apache.org/tomcat-6.0-doc/apr.html? If so, please try >>>> with our latest snapshot build: >>>> http://people.apache.org/builds/geronimo/server/binaries/2.1/. I think >>>> you might be running into >>>> https://issues.apache.org/jira/browse/GERONIMO-4103 which should >>>> already be fixed. >>>> >>>> Jarek >>>> >>>> On Mon, Jul 21, 2008 at 10:00 AM, derJoe <[EMAIL PROTECTED]> wrote: >>>>> >>>>> Hi, >>>>> >>>>> I'm Geronimo newbie... >>>>> >>>>> When i Start Geronimo 2.1.1 with Tomcat the start fails , log : >>>>> >>>>> 12:06:15,453 WARN [ConnectorGBean] AJP connector failed >>>>> 12:06:15,453 ERROR [Connector] Coyote connector has not been started >>>>> 12:06:15,453 ERROR [GBeanInstanceState] Error while starting; GBean is >>>>> now >>>>> in the FAILED state: >>>>> abstractName="org.apache.geronimo.configs/tomcat6/2.1.1/car?ServiceModule=org.apache.geronimo.configs/tomcat6/2.1.1/car,j2eeType=GBean,name=TomcatAJPConnector" >>>>> java.lang.NoClassDefFoundError: Could not initialize class >>>>> org.apache.tomcat.jni.OS >>>>>at >>>>> org.apache.tomcat.util.net.AprEndpoint.init(AprEndpoint.java:604) >>>>>at >>>>> org.apache.coyote.ajp.AjpAprProtocol.init(AjpAprProtocol.java:176) >>>>>at >>>>> org.apache.catalina.connector.Connector.initialize(Connector.java:1059) >>>>>at >>>>> org.apache.catalina.core.StandardService.addConnector(StandardService.java:267) >>>>>at >>>>> org.apache.catalina.startup.Embedded.addConnector(Embedded.java:327) >>>>>at >>>>> org.apache.geronimo.tomcat.TomcatContainer.addConnector(TomcatContainer.java:390) >>>>>at >>>>> org.apache.geronimo.tomcat.connector.Con
Re: Geronimo Server Startup failed / Coyote connector has not been started
Can you try again with a 2.1.2-SNAPSHOT from today for example (http://people.apache.org/builds/geronimo/server/binaries/2.1/20080722/) and send us the entire geronimo.log file? Thanks, Jarek On Tue, Jul 22, 2008 at 3:04 AM, derJoe <[EMAIL PROTECTED]> wrote: > > Thanks, > > copied tcnative-1.dll in system32-Dir of windows > and tried with latest snapshot. > > -> Same error message... > > Joe > > > > Jarek Gawor-2 wrote: >> >> Do you have APR libraries installed as described on >> http://tomcat.apache.org/tomcat-6.0-doc/apr.html? If so, please try >> with our latest snapshot build: >> http://people.apache.org/builds/geronimo/server/binaries/2.1/. I think >> you might be running into >> https://issues.apache.org/jira/browse/GERONIMO-4103 which should >> already be fixed. >> >> Jarek >> >> On Mon, Jul 21, 2008 at 10:00 AM, derJoe <[EMAIL PROTECTED]> wrote: >>> >>> Hi, >>> >>> I'm Geronimo newbie... >>> >>> When i Start Geronimo 2.1.1 with Tomcat the start fails , log : >>> >>> 12:06:15,453 WARN [ConnectorGBean] AJP connector failed >>> 12:06:15,453 ERROR [Connector] Coyote connector has not been started >>> 12:06:15,453 ERROR [GBeanInstanceState] Error while starting; GBean is >>> now >>> in the FAILED state: >>> abstractName="org.apache.geronimo.configs/tomcat6/2.1.1/car?ServiceModule=org.apache.geronimo.configs/tomcat6/2.1.1/car,j2eeType=GBean,name=TomcatAJPConnector" >>> java.lang.NoClassDefFoundError: Could not initialize class >>> org.apache.tomcat.jni.OS >>>at >>> org.apache.tomcat.util.net.AprEndpoint.init(AprEndpoint.java:604) >>>at >>> org.apache.coyote.ajp.AjpAprProtocol.init(AjpAprProtocol.java:176) >>>at >>> org.apache.catalina.connector.Connector.initialize(Connector.java:1059) >>>at >>> org.apache.catalina.core.StandardService.addConnector(StandardService.java:267) >>>at >>> org.apache.catalina.startup.Embedded.addConnector(Embedded.java:327) >>>at >>> org.apache.geronimo.tomcat.TomcatContainer.addConnector(TomcatContainer.java:390) >>>at >>> org.apache.geronimo.tomcat.connector.ConnectorGBean.doStart(ConnectorGBean.java:95) >>>at >>> org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:998) >>>at >>> org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:268) >>>at >>> org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102) >>>at >>> org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541) >>>at >>> org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111) >>>at >>> org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146) >>>at >>> org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120) >>>at >>> org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176) >>>at >>> org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44) >>>at >>> org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254) >>>at >>> org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294) >>>at >>> org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102) >>>at >>> org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541) >>>at >>> org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111) >>>at >>> org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146) >>>at >>> org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120) >>>at >>> org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176) >>>at >>> org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44) >>>at >>> org.apache.geronimo.kernel.basic.Ba
Re: Geronimo Server Startup failed / Coyote connector has not been started
Do you have APR libraries installed as described on http://tomcat.apache.org/tomcat-6.0-doc/apr.html? If so, please try with our latest snapshot build: http://people.apache.org/builds/geronimo/server/binaries/2.1/. I think you might be running into https://issues.apache.org/jira/browse/GERONIMO-4103 which should already be fixed. Jarek On Mon, Jul 21, 2008 at 10:00 AM, derJoe <[EMAIL PROTECTED]> wrote: > > Hi, > > I'm Geronimo newbie... > > When i Start Geronimo 2.1.1 with Tomcat the start fails , log : > > 12:06:15,453 WARN [ConnectorGBean] AJP connector failed > 12:06:15,453 ERROR [Connector] Coyote connector has not been started > 12:06:15,453 ERROR [GBeanInstanceState] Error while starting; GBean is now > in the FAILED state: > abstractName="org.apache.geronimo.configs/tomcat6/2.1.1/car?ServiceModule=org.apache.geronimo.configs/tomcat6/2.1.1/car,j2eeType=GBean,name=TomcatAJPConnector" > java.lang.NoClassDefFoundError: Could not initialize class > org.apache.tomcat.jni.OS >at org.apache.tomcat.util.net.AprEndpoint.init(AprEndpoint.java:604) >at org.apache.coyote.ajp.AjpAprProtocol.init(AjpAprProtocol.java:176) >at > org.apache.catalina.connector.Connector.initialize(Connector.java:1059) >at > org.apache.catalina.core.StandardService.addConnector(StandardService.java:267) >at org.apache.catalina.startup.Embedded.addConnector(Embedded.java:327) >at > org.apache.geronimo.tomcat.TomcatContainer.addConnector(TomcatContainer.java:390) >at > org.apache.geronimo.tomcat.connector.ConnectorGBean.doStart(ConnectorGBean.java:95) >at > org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:998) >at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:268) >at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102) >at > org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541) >at > org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111) >at > org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146) >at > org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120) >at > org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176) >at > org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44) >at > org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254) >at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294) >at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102) >at > org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541) >at > org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111) >at > org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146) >at > org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120) >at > org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176) >at > org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44) >at > org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254) >at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294) >at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102) >at > org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541) >at > org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111) >at > org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146) >at > org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120) >at > org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176) >at > org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44) >at > org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254) >at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294) >at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102) >at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:124) >at
Re: Cannot deploy wmq.jmsra.rar (WebSphere MQ)
I just committed another fix. Please try it with the next snapshot. You're testing with 2.1.2-SNAPSHOT, right? I was testing with trunk... Jarek On Mon, Jul 21, 2008 at 12:50 PM, A K <[EMAIL PROTECTED]> wrote: > I posted the complete log in the forum. I am getting > NoSuchAttributeException > Caused by: org.apache.geronimo.kernel.NoSuchAttributeException: Unknown > attribut > e "logWriterEnabled" in gbean > gmo.mq/jmsra/1.0/rar?J2EEApplication=null,JCAResou > rce=gmo.mq/jmsra/1.0/rar,ResourceAdapter=gmo.mq/jmsra/1.0/rar,ResourceAdapterMod > ule=gmo.mq/jmsra/1.0/rar,j2eeType=JCAResourceAdapter,name=MQRA > > I looked ra.xml and property type is java.lang.String. Could it be > something to do with mapping String to primitive boolean type or vice versa? > > > logWriterEnabled > java.lang.String > true > > > On Sat, Jul 19, 2008 at 12:20 PM, Kevan Miller <[EMAIL PROTECTED]> > wrote: >> >> On Jun 12, 2008, at 7:29 PM, sbyonge wrote: >> >> I am having problem with deploying wmq.jmsra.rar in Geronimo 2.1.1 >> >> Deployment failed: >> The plan is trying to set attributes: [queueManager, transportType] >> >> This problem should be fixed in current source trees (branches/2.1 and >> trunk). Here's a pointer to our 2.1 nightly build. Could you confirm whether >> or not this fixes your problem? >> http://people.apache.org/builds/geronimo/server/binaries/2.1/20080719 >> --kevan >
Re: G2.1.2-SNAPSHOT, java.lang.IllegalArgumentException: addChild: Child name '/' is not unique
Lin, Can we somehow intercept this condition where two apps are trying to use the same root context and throw a nicer exception? Jarek On Tue, Jul 8, 2008 at 2:58 PM, Lin Sun <[EMAIL PROTECTED]> wrote: > I think this is because the welcome app is running with context-root > "/", same as your app. > > You can either uninstall the welcome app or change your app to a > different context-root. > > HTH, > > Lin > > On Tue, Jul 8, 2008 at 2:51 PM, jklcom99 <[EMAIL PROTECTED]> wrote: >> >> I'm trying to migrate to G2.1 and I'm running G2.1.2-SNAPSHOT >> >> When try to start the server, I'm getting this error: >> This is the only app that is being deployed to the server and there're no >> other apps have been deployed to it. >> >> [java] 14:36:23,275 ERROR [GBeanInstance] Problem in doFail of >> myApp/1.0/car?J2EEApplication=myApp/1.0/car,j2eeType=WebModule,name=appmain.war >> [java] java.lang.NullPointerException >> [java] at >> org.apache.geronimo.tomcat.TomcatContainer.removeContext(TomcatContainer.java:380) >> [java] at >> org.apache.geronimo.tomcat.TomcatWebAppContext.doFail(TomcatWebAppContext.java:540) >> [java] at >> org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:1028) >> [java] at >> org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:268) >> [java] at >> org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102) >> [java] at >> org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541) >> [java] at >> org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111) >> [java] at >> org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146) >> [java] at >> org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120) >> [java] at >> org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:176) >> [java] at >> org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:44) >> [java] at >> org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:254) >> [java] at >> org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:294) >> [java] at >> org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102) >> [java] at >> org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:124) >> [java] at >> org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:555) >> [java] at >> org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:379) >> [java] at >> org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:456) >> [java] at >> org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:493) >> [java] at >> org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:188) >> [java] at >> org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:562) >> [java] at sun.reflect.GeneratedMethodAccessor21.invoke(Unknown >> Source) >> [java] at >> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >> [java] at java.lang.reflect.Method.invoke(Method.java:597) >> [java] at >> org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34) >> [java] at >> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) >> [java] at >> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832) >> [java] at >> org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) >> [java] at >> org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35) >> [java] at >> org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) >> [java] at >> org.apache.geronimo.gbean.GBeanLifecycle$$EnhancerByCGLIB$$18bf9549.startConfiguration() >> [java] at >> org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:162) >> [java] at >> org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:79) >> [java] at >> org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45) >> [java] at >> org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67) >> [java] at >> org.apache.geronimo.cli.daemon.DaemonCLI.main(DaemonCLI.java:30)
Re: java.lang.UnsatisfiedLinkError: no MyAppInterface in java.library.path
Looks like your app is loading a native library. Please see JNI documentation for how to make a native library visible/loadable in Java: http://java.sun.com/docs/books/jni/html/start.html#27157 Jarek On Mon, Jul 7, 2008 at 10:31 PM, jklcom99 <[EMAIL PROTECTED]> wrote: > > I'm running 2.1.2-SNAPSHOT > > If I put all dependency jars in ear/lib should they be seen by all modules? > MyApp.jar is in ear/lib but Geronimo is not seeing it. > > [java] Booting Geronimo Kernel (in Java 1.6.0)... > [java] Starting Geronimo Application Server v2.1.2-SNAPSHOT > [java] > [java] java.lang.UnsatisfiedLinkError: no MyAppInterface in > java.library.path > [java] at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1682) > [java] at java.lang.Runtime.loadLibrary0(Runtime.java:823) > [java] at java.lang.System.loadLibrary(System.java:1030) > [java] at > apps.MyAppInterface.loadMyAppnterfaceDLL(MyAppInterface.java:31) > [java] at apps.MyAppInterface.(MyAppInterface.java:64) > [java] at apps.MyAppInterface.(MyAppInterface.java:54) > [java] at apps.geronimo.Server.loadNativeLibraries(Server.java:251) > > -- > View this message in context: > http://www.nabble.com/java.lang.UnsatisfiedLinkError%3A-no-MyAppInterface-in-java.library.path-tp18330709s134p18330709.html > Sent from the Apache Geronimo - Users mailing list archive at Nabble.com. > >
Re: deploy-offline, Deployer operation failed: Failed to expand the module archive
Yep, as always. Jarek On Wed, Jul 2, 2008 at 5:23 PM, jklcom99 <[EMAIL PROTECTED]> wrote: > > Cool, will the fix be in the next build? > > > > Jarek Gawor-2 wrote: >> >> Ok, found the problem. You were deploying an ear while I was deploying >> a war. War deployments worked fine but ear deployments were broken. >> Anyway, committed a fix for that issue. Thanks. >> >> Jarek >> >> On Wed, Jul 2, 2008 at 3:11 PM, jklcom99 <[EMAIL PROTECTED]> wrote: >>> >>> I downloaded the latest build from 0702 2.1 >>> run the command like you were doing, got the same error with or without >>> Ant. >>> >>> C:\RSSP\Dev\Cerberus\console>C:\Geronimo-2.1.2\bin\deploy --offline >>> deploy >>> --inPlace C:\apps\myApp.ear >>> Using GERONIMO_BASE: C:\Geronimo-2.1.2 >>> Using GERONIMO_HOME: C:\Geronimo-2.1.2 >>> Using GERONIMO_TMPDIR: var\temp >>> Using JRE_HOME:C:\Program Files\Java\jdk1.6.0\jre >>> Deployer operation failed: Failed to expand the module archive >>> org.apache.geronimo.common.DeploymentException: Failed to expand the >>> module >>> archive >>> >>> >>> >>> Caused by: java.io.FileNotFoundException: C:\apps\myApp.ear\appmain.war >>> (Access is denied) >>>at java.util.zip.ZipFile.open(Native Method) >>>at java.util.zip.ZipFile.(ZipFile.java:114) >>>at java.util.jar.JarFile.(JarFile.java:133) >>>at java.util.jar.JarFile.(JarFile.java:70) >>>at >>> org.apache.geronimo.jaxws.builder.WARWebServiceFinder.discoverWebServ >>> ices(WARWebServiceFinder.java:109) >>>... 22 more >>> >>> >>> >>> Jarek Gawor-2 wrote: >>>> >>>> I do not see that problem with the 0702 2.1 build. Here's what I'm >>>> doing: >>>> >>>> [EMAIL PROTECTED]:~/target> >>>> 0702/geronimo-tomcat6-javaee5-2.1.2-SNAPSHOT/bin/deploy.sh --offline >>>> deploy --inPlace >>>> ~/development/branches/geronimo/2.1/testsuite/webservices-testsuite/jaxws-tests/jaxws-partial/target/jaxws-partial-2.1.2-SNAPSHOT >>>> Using GERONIMO_BASE: >>>> /home/jgawor/target/0702/geronimo-tomcat6-javaee5-2.1.2-SNAPSHOT >>>> Using GERONIMO_HOME: >>>> /home/jgawor/target/0702/geronimo-tomcat6-javaee5-2.1.2-SNAPSHOT >>>> Using GERONIMO_TMPDIR: var/temp >>>> Using JRE_HOME:/home/jgawor/software/jdk1.5.0_12/jre >>>> Deployed JEE5/JAXWSPartial/1.0/war >>>> >>>> >>>> Maybe try the same without Ant and let me know how it goes. Also, >>>> download latest 0702 build as it just got updated again. >>>> >>>> Jarek >>>> >>>> On Wed, Jul 2, 2008 at 12:10 PM, jklcom99 <[EMAIL PROTECTED]> wrote: >>>>> >>>>> I pulled it from the nightly build >>>>> http://people.apache.org/builds/geronimo/server/binaries/2.1/20080702 >>>>> The line number is different for >>>>> org.apache.geronimo.jaxws.builder.WARWebServiceFinder.discoverWebServices(WARWebServiceFinder.java:109) >>>>> >>>>> >>>>> >>>>> Jarek Gawor-2 wrote: >>>>>> >>>>>> If you still see the following root exception with exactly the same >>>>>> line numbers (especially in WARWebServiceFinder) then you do not have >>>>>> the latest code. >>>>>> >>>>>> C:\apps\myApp.ear\appmain.war (Access is denied) >>>>>> [java] at java.util.zip.ZipFile.open(Native Method) >>>>>> [java] at java.util.zip.ZipFile.(ZipFile.java:114) >>>>>> [java] at java.util.jar.JarFile.(JarFile.java:133) >>>>>> [java] at java.util.jar.JarFile.(JarFile.java:70) >>>>>> [java] at >>>>>> org.apache.geronimo.jaxws.builder.WARWebServiceFinder.discoverWebServices(WARWebServiceFinder.java:103) >>>>>> >>>>>> Jarek >>>>>> >>>>>> >>>>> >>>>> -- >>>>> View this message in context: >>>>> http://www.nabble.com/deploy-offline%2C-Deployer-operation-failed%3A-Failed-to-expand-the-module-archive-tp18226797s134p18241151.html >>>>> Sent from the Apache Geronimo - Users mailing list archive at >>>>> Nabble.com. >>>>> >>>>> >>>> >>>> >>> >>> -- >>> View this message in context: >>> http://www.nabble.com/deploy-offline%2C-Deployer-operation-failed%3A-Failed-to-expand-the-module-archive-tp18226797s134p18244680.html >>> Sent from the Apache Geronimo - Users mailing list archive at Nabble.com. >>> >>> >> >> > > -- > View this message in context: > http://www.nabble.com/deploy-offline%2C-Deployer-operation-failed%3A-Failed-to-expand-the-module-archive-tp18226797s134p18247096.html > Sent from the Apache Geronimo - Users mailing list archive at Nabble.com. > >
Re: deploy-offline, Deployer operation failed: Failed to expand the module archive
Ok, found the problem. You were deploying an ear while I was deploying a war. War deployments worked fine but ear deployments were broken. Anyway, committed a fix for that issue. Thanks. Jarek On Wed, Jul 2, 2008 at 3:11 PM, jklcom99 <[EMAIL PROTECTED]> wrote: > > I downloaded the latest build from 0702 2.1 > run the command like you were doing, got the same error with or without Ant. > > C:\RSSP\Dev\Cerberus\console>C:\Geronimo-2.1.2\bin\deploy --offline deploy > --inPlace C:\apps\myApp.ear > Using GERONIMO_BASE: C:\Geronimo-2.1.2 > Using GERONIMO_HOME: C:\Geronimo-2.1.2 > Using GERONIMO_TMPDIR: var\temp > Using JRE_HOME:C:\Program Files\Java\jdk1.6.0\jre > Deployer operation failed: Failed to expand the module archive > org.apache.geronimo.common.DeploymentException: Failed to expand the module > archive > > > > Caused by: java.io.FileNotFoundException: C:\apps\myApp.ear\appmain.war > (Access is denied) >at java.util.zip.ZipFile.open(Native Method) >at java.util.zip.ZipFile.(ZipFile.java:114) >at java.util.jar.JarFile.(JarFile.java:133) >at java.util.jar.JarFile.(JarFile.java:70) >at > org.apache.geronimo.jaxws.builder.WARWebServiceFinder.discoverWebServ > ices(WARWebServiceFinder.java:109) >... 22 more > > > > Jarek Gawor-2 wrote: >> >> I do not see that problem with the 0702 2.1 build. Here's what I'm doing: >> >> [EMAIL PROTECTED]:~/target> >> 0702/geronimo-tomcat6-javaee5-2.1.2-SNAPSHOT/bin/deploy.sh --offline >> deploy --inPlace >> ~/development/branches/geronimo/2.1/testsuite/webservices-testsuite/jaxws-tests/jaxws-partial/target/jaxws-partial-2.1.2-SNAPSHOT >> Using GERONIMO_BASE: >> /home/jgawor/target/0702/geronimo-tomcat6-javaee5-2.1.2-SNAPSHOT >> Using GERONIMO_HOME: >> /home/jgawor/target/0702/geronimo-tomcat6-javaee5-2.1.2-SNAPSHOT >> Using GERONIMO_TMPDIR: var/temp >> Using JRE_HOME:/home/jgawor/software/jdk1.5.0_12/jre >> Deployed JEE5/JAXWSPartial/1.0/war >> >> >> Maybe try the same without Ant and let me know how it goes. Also, >> download latest 0702 build as it just got updated again. >> >> Jarek >> >> On Wed, Jul 2, 2008 at 12:10 PM, jklcom99 <[EMAIL PROTECTED]> wrote: >>> >>> I pulled it from the nightly build >>> http://people.apache.org/builds/geronimo/server/binaries/2.1/20080702 >>> The line number is different for >>> org.apache.geronimo.jaxws.builder.WARWebServiceFinder.discoverWebServices(WARWebServiceFinder.java:109) >>> >>> >>> >>> Jarek Gawor-2 wrote: >>>> >>>> If you still see the following root exception with exactly the same >>>> line numbers (especially in WARWebServiceFinder) then you do not have >>>> the latest code. >>>> >>>> C:\apps\myApp.ear\appmain.war (Access is denied) >>>> [java] at java.util.zip.ZipFile.open(Native Method) >>>> [java] at java.util.zip.ZipFile.(ZipFile.java:114) >>>> [java] at java.util.jar.JarFile.(JarFile.java:133) >>>> [java] at java.util.jar.JarFile.(JarFile.java:70) >>>> [java] at >>>> org.apache.geronimo.jaxws.builder.WARWebServiceFinder.discoverWebServices(WARWebServiceFinder.java:103) >>>> >>>> Jarek >>>> >>>> >>> >>> -- >>> View this message in context: >>> http://www.nabble.com/deploy-offline%2C-Deployer-operation-failed%3A-Failed-to-expand-the-module-archive-tp18226797s134p18241151.html >>> Sent from the Apache Geronimo - Users mailing list archive at Nabble.com. >>> >>> >> >> > > -- > View this message in context: > http://www.nabble.com/deploy-offline%2C-Deployer-operation-failed%3A-Failed-to-expand-the-module-archive-tp18226797s134p18244680.html > Sent from the Apache Geronimo - Users mailing list archive at Nabble.com. > >
Re: deploy-offline, Deployer operation failed: Failed to expand the module archive
I do not see that problem with the 0702 2.1 build. Here's what I'm doing: [EMAIL PROTECTED]:~/target> 0702/geronimo-tomcat6-javaee5-2.1.2-SNAPSHOT/bin/deploy.sh --offline deploy --inPlace ~/development/branches/geronimo/2.1/testsuite/webservices-testsuite/jaxws-tests/jaxws-partial/target/jaxws-partial-2.1.2-SNAPSHOT Using GERONIMO_BASE: /home/jgawor/target/0702/geronimo-tomcat6-javaee5-2.1.2-SNAPSHOT Using GERONIMO_HOME: /home/jgawor/target/0702/geronimo-tomcat6-javaee5-2.1.2-SNAPSHOT Using GERONIMO_TMPDIR: var/temp Using JRE_HOME:/home/jgawor/software/jdk1.5.0_12/jre Deployed JEE5/JAXWSPartial/1.0/war Maybe try the same without Ant and let me know how it goes. Also, download latest 0702 build as it just got updated again. Jarek On Wed, Jul 2, 2008 at 12:10 PM, jklcom99 <[EMAIL PROTECTED]> wrote: > > I pulled it from the nightly build > http://people.apache.org/builds/geronimo/server/binaries/2.1/20080702 > The line number is different for > org.apache.geronimo.jaxws.builder.WARWebServiceFinder.discoverWebServices(WARWebServiceFinder.java:109) > > > > Jarek Gawor-2 wrote: >> >> If you still see the following root exception with exactly the same >> line numbers (especially in WARWebServiceFinder) then you do not have >> the latest code. >> >> C:\apps\myApp.ear\appmain.war (Access is denied) >> [java] at java.util.zip.ZipFile.open(Native Method) >> [java] at java.util.zip.ZipFile.(ZipFile.java:114) >> [java] at java.util.jar.JarFile.(JarFile.java:133) >> [java] at java.util.jar.JarFile.(JarFile.java:70) >> [java] at >> org.apache.geronimo.jaxws.builder.WARWebServiceFinder.discoverWebServices(WARWebServiceFinder.java:103) >> >> Jarek >> >> > > -- > View this message in context: > http://www.nabble.com/deploy-offline%2C-Deployer-operation-failed%3A-Failed-to-expand-the-module-archive-tp18226797s134p18241151.html > Sent from the Apache Geronimo - Users mailing list archive at Nabble.com. > >
Re: deploy-offline, Deployer operation failed: Failed to expand the module archive
If you still see the following root exception with exactly the same
line numbers (especially in WARWebServiceFinder) then you do not have
the latest code.
C:\apps\myApp.ear\appmain.war (Access is denied)
[java] at java.util.zip.ZipFile.open(Native Method)
[java] at java.util.zip.ZipFile.(ZipFile.java:114)
[java] at java.util.jar.JarFile.(JarFile.java:133)
[java] at java.util.jar.JarFile.(JarFile.java:70)
[java] at
org.apache.geronimo.jaxws.builder.WARWebServiceFinder.discoverWebServices(WARWebServiceFinder.java:103)
Jarek
On Wed, Jul 2, 2008 at 10:35 AM, jklcom99 <[EMAIL PROTECTED]> wrote:
>
> I pulled the latest code and am still getting that same error.
> Here's the command being executed in my ant target:
>
>
> fork="yes" jvm="${JAVA_HOME}\bin\java.exe"
> dir="${deployDir}/bin"
> failonerror="yes">
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> And yes, C:\apps\myApp.ear\appmain.war is a directory.
>
> Thank you
>
>
>
> Jarek Gawor-2 wrote:
>>
>> I think I already fixed that today. Try with very latest code.
>>
>> If it doesn't, please make sure to include in your email the exact
>> command you are executing. Are you also specifying --inPlace option
>> and is C:\apps\myApp.ear\appmain.war is a directory?
>>
>> Jarek
>>
>> On Tue, Jul 1, 2008 at 6:37 PM, jklcom99 <[EMAIL PROTECTED]> wrote:
>>>
>>> I'm using today build, G2.1.2. When deploy offline, I'm getting this
>>> error
>>> (Access is denied):
>>>
>>> [java] Deployer operation failed: Failed to expand the module archive
>>> [java] org.apache.geronimo.common.DeploymentException: Failed to
>>> expand
>>> the module archive
>>> [java] at
>>> org.apache.geronimo.jaxws.builder.WARWebServiceFinder.discoverWebServices(WARWebServiceFinder.java:109)
>>> [java] at
>>> org.apache.geronimo.jaxws.builder.AdvancedWARWebServiceFinder.discoverPOJOWebServices(AdvancedWARWebServiceFinder.java:73)
>>> [java] at
>>> org.apache.geronimo.jaxws.builder.AdvancedWARWebServiceFinder.discoverWebServices(AdvancedWARWebServiceFinder.java:45)
>>> [java] at
>>> org.apache.geronimo.jaxws.builder.WARWebServiceFinder.discoverWebServices(WARWebServiceFinder.java:68)
>>> [java] at
>>> org.apache.geronimo.jaxws.builder.JAXWSServiceBuilder.discoverWebServices(JAXWSServiceBuilder.java:97)
>>> [java] at
>>> org.apache.geronimo.jaxws.builder.JAXWSServiceBuilder.findWebServices(JAXWSServiceBuilder.java:80)
>>> [java] at
>>> org.apache.geronimo.web25.deployment.AbstractWebModuleBuilder.basicInitContext(AbstractWebModuleBuilder.java:364)
>>> [java] at
>>> org.apache.geronimo.tomcat.deployment.TomcatModuleBuilder.initContext(TomcatModuleBuilder.java:330)
>>> [java] at
>>> org.apache.geronimo.j2ee.deployment.SwitchingModuleBuilder.initContext(SwitchingModuleBuilder.java:159)
>>> [java] at
>>> org.apache.geronimo.j2ee.deployment.EARConfigBuilder.buildConfiguration(EARConfigBuilder.java:595)
>>> [java] at
>>> org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:254)
>>> [java] at
>>> org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:133)
>>> [java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
>>> Method)
>>> [java] at
>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>>> [java] at
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>>> [java] at java.lang.reflect.Method.invoke(Method.java:597)
>>> [java] at
>>> org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
>>> [java] at
>>> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
>>> [java] at
>>> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:867)
>>> [java] at
>>> org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239)
>>> [java] at
>>> org.apache.geronimo.deployment.plugin.local.AbstractDeployCommand.doDeploy(AbstractDeployCommand.java:116)
>>> [java] a
Re: deploy-offline, Deployer operation failed: Failed to expand the module archive
I think I already fixed that today. Try with very latest code. If it doesn't, please make sure to include in your email the exact command you are executing. Are you also specifying --inPlace option and is C:\apps\myApp.ear\appmain.war is a directory? Jarek On Tue, Jul 1, 2008 at 6:37 PM, jklcom99 <[EMAIL PROTECTED]> wrote: > > I'm using today build, G2.1.2. When deploy offline, I'm getting this error > (Access is denied): > > [java] Deployer operation failed: Failed to expand the module archive > [java] org.apache.geronimo.common.DeploymentException: Failed to expand > the module archive > [java] at > org.apache.geronimo.jaxws.builder.WARWebServiceFinder.discoverWebServices(WARWebServiceFinder.java:109) > [java] at > org.apache.geronimo.jaxws.builder.AdvancedWARWebServiceFinder.discoverPOJOWebServices(AdvancedWARWebServiceFinder.java:73) > [java] at > org.apache.geronimo.jaxws.builder.AdvancedWARWebServiceFinder.discoverWebServices(AdvancedWARWebServiceFinder.java:45) > [java] at > org.apache.geronimo.jaxws.builder.WARWebServiceFinder.discoverWebServices(WARWebServiceFinder.java:68) > [java] at > org.apache.geronimo.jaxws.builder.JAXWSServiceBuilder.discoverWebServices(JAXWSServiceBuilder.java:97) > [java] at > org.apache.geronimo.jaxws.builder.JAXWSServiceBuilder.findWebServices(JAXWSServiceBuilder.java:80) > [java] at > org.apache.geronimo.web25.deployment.AbstractWebModuleBuilder.basicInitContext(AbstractWebModuleBuilder.java:364) > [java] at > org.apache.geronimo.tomcat.deployment.TomcatModuleBuilder.initContext(TomcatModuleBuilder.java:330) > [java] at > org.apache.geronimo.j2ee.deployment.SwitchingModuleBuilder.initContext(SwitchingModuleBuilder.java:159) > [java] at > org.apache.geronimo.j2ee.deployment.EARConfigBuilder.buildConfiguration(EARConfigBuilder.java:595) > [java] at > org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:254) > [java] at > org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:133) > [java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > [java] at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > [java] at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > [java] at java.lang.reflect.Method.invoke(Method.java:597) > [java] at > org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34) > [java] at > org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) > [java] at > org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:867) > [java] at > org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239) > [java] at > org.apache.geronimo.deployment.plugin.local.AbstractDeployCommand.doDeploy(AbstractDeployCommand.java:116) > [java] at > org.apache.geronimo.deployment.plugin.local.DistributeCommand.run(DistributeCommand.java:61) > [java] at java.lang.Thread.run(Thread.java:619) > [java] Caused by: java.io.FileNotFoundException: > C:\apps\myApp.ear\appmain.war (Access is denied) > [java] at java.util.zip.ZipFile.open(Native Method) > [java] at java.util.zip.ZipFile.(ZipFile.java:114) > [java] at java.util.jar.JarFile.(JarFile.java:133) > [java] at java.util.jar.JarFile.(JarFile.java:70) > [java] at > org.apache.geronimo.jaxws.builder.WARWebServiceFinder.discoverWebServices(WARWebServiceFinder.java:103) > [java] ... 22 more > [java] Error: Unable to distribute myApp.ear: Failed to expand the > [java] module archive > [java] > [java] org.apache.geronimo.common.DeploymentException: Failed to > expand the > [java] module archive > [java] > [java] at > [java] > org.apache.geronimo.jaxws.builder.WARWebServiceFinder.discoverWebServices(WARWebServiceFinder.java:109) > [java] > [java] at > [java] > org.apache.geronimo.jaxws.builder.AdvancedWARWebServiceFinder.discoverPOJOWebServices(AdvancedWARWebServiceFinder.java:73) > [java] > [java] at > [java] > org.apache.geronimo.jaxws.builder.AdvancedWARWebServiceFinder.discoverWebServices(AdvancedWARWebServiceFinder.java:45) > [java] > [java] at > [java] > org.apache.geronimo.jaxws.builder.WARWebServiceFinder.discoverWebServices(WARWebServiceFinder.java:68) > [java] > [java] at > [java] > org.apache.geronimo.jaxws.builder.JAXWSServiceBuilder.discoverWebServices(JAXWSServiceBuilder.java:97) > [java] > [java] at > [java] > org.apache.geronimo.jaxws.builder.JAXWSServiceBuilder.findWebServices(JAXWSServiceBuilder.java:80) > [java] > [java] at > [java] > org.apache.geronimo.web25.deployment.AbstractWebModuleBuild
Re: Deploying application-scoped db pool with an ear
>> We should be fixing up the namespace for you. It won't hurt to use >> the correct namespace anyway. > > How do I fix the namespace? Prepend "app:" before module and subelements? Can you send the actual deployment descriptor which was giving you problems? Jarek
Re: CXF + Spring under Geronimo 2.1.1
Start server with the following property: export JAVA_OPTS=-Dorg.apache.cxf.jaxws.checkPublishEndpointPermission=false As per spec, app servers are supposed to block publishing new web service endpoints via the Endpoint API. This system property will disable the check and will allow you to publish a new endpoint. Jarek On Tue, Jun 24, 2008 at 3:07 PM, Alexey Kakunin <[EMAIL PROTECTED]> wrote: > Hello again. > > Periodically I'm returning to this problem again and again - since it looks > very strange why application.correctly run on most server from Jetty & > Tomcat and finishing JBoss and GlassFish - but cannot run on Geronimo. > > So, playing a little bit more I hope I managed classloader problems, but now > I cannot create services (CXF + Spring) due to security problems (Stack > trace specified below). > > Does anybody has success experience with using CXF 2.1 & Spring 2.5 under > Geronimo 2.1.1? > > Caused by: java.security.AccessControlException: access denied > (javax.xml.ws.WebServicePermission publishEndpoint) > at > java.security.AccessControlContext.checkPermission(AccessControlContext.java:323) > at > java.security.AccessController.checkPermission(AccessController.java:546) > at > org.apache.cxf.jaxws.EndpointImpl.checkPublishPermission(EndpointImpl.java:375) > at org.apache.cxf.jaxws.EndpointImpl.doPublish(EndpointImpl.java:241) > at org.apache.cxf.jaxws.EndpointImpl.publish(EndpointImpl.java:194) > at org.apache.cxf.jaxws.EndpointImpl.publish(EndpointImpl.java:380) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:597) > at > org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeCustomInitMethod(AbstractAutowireCapableBeanFactory.java:1412) > at > org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1373) > at > org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1333) > ... 89 more > > 2008/5/6 Alexey Kakunin <[EMAIL PROTECTED]>: >> >> Jarek >> thank you very much for advise - but it did not helped :( >> >> Can you explain me why this may help me (probably understanding this I >> will able to find some other solution) >> >> Thank you again. >> >> 2008/5/5 Jarek Gawor <[EMAIL PROTECTED]>: >>> >>> Try adding META-INF/spring to your >>> element. That might help with the >>> UnsatisfiedDependencyException but I'm not 100% sure. >>> >>> Jarek >>> >>> On Mon, Apr 28, 2008 at 9:50 AM, Alexey Kakunin <[EMAIL PROTECTED]> >>> wrote: >>> > Hello! I'm currently working with migrating quite big war-only >>> > application >>> > (http://www.emforge.org) to the Geronimo. >>> > We are using Tomcat 5.5/6.0 for development, but already prepared >>> > "special" >>> > versions for JBossAS and GlassFis to provide better integration >>> > (http://www.emforge.org/wiki/EmForgeJ2EEIntegration has a little bit >>> > more >>> > details). >>> > >>> > So, now the turn on Geronimo. >>> > >>> > This application is used many dependencies, some of which make sense >>> > are: >>> > * JSF-RI 1.2 & Facelets & RichFaces 3.2.0 >>> > * Spring 2.5.2 >>> > * CXF 2.0.5-incubator. >>> > >>> > During trying to run application on GlassFish I met some problems, >>> > seems >>> > related to the facts, that Geronimo is used a little bit another >>> > versions: >>> > * MyFaces 1.2 (as JSF Implementation) >>> > * Spring 2.0.5 >>> > * CXF 2.0.2 >>> > >>> > But before one general question: how to use some default (I suppose >>> > jdbc/ActiveDS) DataSource in my application? >>> > We need it because by default, we are using build-in file-based HSQL, >>> > but in >>> > these "special" pacjkages for J2EE servers we provide some better >>> > integration - for example we are using some default DS as DataSource. >>> > It >>> > allows user to start application by simple deploying (without any >>> > external >>> &g
Re: dumb Q maybe - nightly builds?
I also just added a FAQ entry: http://cwiki.apache.org/confluence/pages/viewpage.action?pageId=89043 Jarek On Tue, Jun 24, 2008 at 11:28 AM, Lin Sun <[EMAIL PROTECTED]> wrote: > Is this the link you are looking for - > http://people.apache.org/builds/geronimo/server/binaries/ > > You can get it from our daily automated build note. > I guess it is not in the download page as we cannot really claim the > nightly build stable. > > HTH, Lin > > On 6/24/08, dbrenck <[EMAIL PROTECTED]> wrote: >> >> Something to add to the FAQ or download page maybe: >> >> Q: Are there any nightly/developer (stable) builds that can be downloaded? >> >> I'd really appreciate such, cause it would make my laptop batteries last >> longer :-))) >> If there already is an answer to this question, i'm sorry for having missed >> it. >> >> Btw.: looking for windows builds ... >> >> -- >> View this message in context: >> http://www.nabble.com/dumb-Q-maybe---nightly-builds--tp18092469s134p18092469.html >> Sent from the Apache Geronimo - Users mailing list archive at Nabble.com. >> >> >
Re: Cound not find parent configuration: org/apache/geronimo/configs/activemq-broke
Looks like the groupId you specified for activemq-broker is wrong: org/apache/geronimo/configs and should be: org.apache.geronimo.configs Jarek On Fri, Jun 20, 2008 at 10:27 AM, jklcom99 <[EMAIL PROTECTED]> wrote: > > Hi, > > Sorry, I just saw your response. > Yes, I'm using 2.1.2-SNAPSHOT from > http://people.apache.org/builds/geronimo/server/binaries/2.1/. The reason I > pulled the latest build was that off-line deploy was failing with G2.1.1. > With the second patch I was able to proceed further along. Now it's getting > that configuration error. Here is the deployment descriptor that is > failing: > > > xmlns="http://geronimo.apache.org/xml/ns/j2ee/connector-1.2";> >xmlns="http://geronimo.apache.org/xml/ns/deployment-1.2";> > >test >testJMS >1.0 >rar > > > >org/apache/geronimo/configs >activemq-broker >car > > > > > > > >ConnectionFactory > name="ServerUrl">tcp://localhost:8093 > name="UserName">geronimo > name="Password">geronimo > xmlns='http://geronimo.apache.org/xml/ns/naming-1.2'> >DefaultWorkManager > > > > > > > javax.jms.ConnectionFactory > >ConnectionFactory > > javax.jms.QueueConnectionFactory > > javax.jms.TopicConnectionFactory > > > > > >10 >0 > > > > > > > > > >javax.jms.Topic > > org.activemq.message.ActiveMQTopic > > > topic/testNodeTreeChange > name="PhysicalName">topic/testNodeTreeChange > > > >javax.jms.Topic > > org.activemq.message.ActiveMQTopic > > > topic/testNotification > name="PhysicalName">topic/testNotification > > > > > Thanks > > > > Jacek Laskowski wrote: >> >> On Fri, Jun 20, 2008 at 1:00 AM, jklcom99 <[EMAIL PROTECTED]> wrote: >> >>> [java] Caused by: >>> org.apache.geronimo.kernel.config.InvalidConfigException: >>> Error starting configuration gbean test/testJMS/1.0/rar >> ... >>> [java] Caused by: >>> org.apache.geronimo.kernel.config.InvalidConfigException: >>> Cound not find parent configuration: >>> org/apache/geronimo/configs/activemq-broke >>> r/2.1.2-SNAPSHOT/car >> >> Hi, >> >> It's 2.1.2-SNAPSHOT I believe and you're deploying >> test/testJMS/1.0/rar a rar module? The plan would be very helpful to >> look at. You mentioned about offline deployer - what's the error >> message on its console? Is there anything causing you working with >> 2.1.2 not 2.2-SNAPSHOT or 2.1.1 (that's what I'm using and I don't >> think I'll have time to look at the earlier versions, sorry)? >> >> Entering mode "Awaiting response..." ;-) >> >> Jacek >> >> -- >> Jacek Laskowski >> Notatnik Projektanta Java EE - http://www.JacekLaskowski.pl >> >> > > -- > View this message in context: > http://www.nabble.com/Cound-not-find-parent-configuration%3A-org-apache-geronimo-configs-activemq-broke-tp18019949s134p18030724.html > Sent from the Apache Geronimo - Users mailing list archive at Nabble.com. > >
Re: Cound not find parent configuration: org/apache/geronimo/configs/activemq-broke
Can you provide more details? Are you using trunk or branches/2.1? What type of application are you deploying - can you attach your deployment descriptors? Jarek On Thu, Jun 19, 2008 at 7:00 PM, jklcom99 <[EMAIL PROTECTED]> wrote: > > Hi, > > I pulled down the nightly build today. I'm getting the following error > with off-line deploy. > > > [java] Deployer operation failed: Unable to create configuration for > deploy > ment > [java] org.apache.geronimo.common.DeploymentException: Unable to create > con > figuration for deployment > [java] at > org.apache.geronimo.deployment.DeploymentContext.createTempCo > nfiguration(DeploymentContext.java:120) > [java] at > org.apache.geronimo.deployment.DeploymentContext.(Deplo > ymentContext.java:100) > [java] at > org.apache.geronimo.deployment.DeploymentContext.(Deplo > ymentContext.java:80) > [java] at > org.apache.geronimo.j2ee.deployment.EARContext.(EARCont > ext.java:68) > [java] at > org.apache.geronimo.j2ee.deployment.EARConfigBuilder.buildCon > figuration(EARConfigBuilder.java:530) > [java] at > org.apache.geronimo.deployment.Deployer.deploy(Deployer.java: > 254) > [java] at > org.apache.geronimo.deployment.Deployer.deploy(Deployer.java: > 133) > [java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native > Method) > [java] at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcces > sorImpl.java:39) > [java] at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMet > hodAccessorImpl.java:25) > [java] at java.lang.reflect.Method.invoke(Method.java:597) > [java] at > org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.inv > oke(ReflectionMethodInvoker.java:34) > [java] at > org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBean > Operation.java:124) > [java] at > org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanI > nstance.java:867) > [java] at > org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKern > el.java:239) > [java] at > org.apache.geronimo.deployment.plugin.local.AbstractDeployCom > mand.doDeploy(AbstractDeployCommand.java:116) > [java] at > org.apache.geronimo.deployment.plugin.local.DistributeCommand > .run(DistributeCommand.java:61) > [java] at java.lang.Thread.run(Thread.java:619) > [java] Caused by: org.apache.geronimo.kernel.config.LifecycleException: > loa > d of test/testJMS/1.0/rar failed > [java] at > org.apache.geronimo.kernel.config.SimpleConfigurationManager. > loadConfiguration(SimpleConfigurationManager.java:327) > [java] at > org.apache.geronimo.deployment.DeploymentConfigurationManager > .loadConfiguration(DeploymentConfigurationManager.java:115) > [java] at > org.apache.geronimo.kernel.config.SimpleConfigurationManager. > loadConfiguration(SimpleConfigurationManager.java:286) > [java] at > org.apache.geronimo.deployment.DeploymentConfigurationManager > .loadConfiguration(DeploymentConfigurationManager.java:111) > [java] at > org.apache.geronimo.deployment.DeploymentContext.createTempCo > nfiguration(DeploymentContext.java:117) > [java] ... 17 more > [java] Caused by: > org.apache.geronimo.kernel.config.InvalidConfigException: > Error starting configuration gbean test/testJMS/1.0/rar > [java] at > org.apache.geronimo.kernel.config.SimpleConfigurationManager. > load(SimpleConfigurationManager.java:352) > [java] at > org.apache.geronimo.deployment.DeploymentConfigurationManager > .load(DeploymentConfigurationManager.java:119) > [java] at > org.apache.geronimo.kernel.config.SimpleConfigurationManager. > loadConfiguration(SimpleConfigurationManager.java:312) > [java] ... 21 more > [java] Caused by: > org.apache.geronimo.kernel.config.InvalidConfigException: > Cound not find parent configuration: > org/apache/geronimo/configs/activemq-broke > r/2.1.2-SNAPSHOT/car > [java] at > org.apache.geronimo.kernel.config.SimpleConfigurationManager. > findParentConfigurations(SimpleConfigurationManager.java:367) > [java] at > org.apache.geronimo.kernel.config.SimpleConfigurationManager. > load(SimpleConfigurationManager.java:346) > [java] ... 23 more > -- > View this message in context: > http://www.nabble.com/Cound-not-find-parent-configuration%3A-org-apache-geronimo-configs-activemq-broke-tp18019949s134p18019949.html > Sent from the Apache Geronimo - Users mailing list archive at Nabble.com. > >
Re: When deploy-offline, BasicServerInfo cannot be cast to org.apache.geronimo.system.serverinfo.ServerIn
Btw, I just committed some fixes for this problem to trunk and branches/2.1 so if you want to test offline deployment again just checkout the latest code from svn (no need to apply any patch now) or check after a few hours for latest binary: http://people.apache.org/builds/geronimo/server/binaries/trunk/20080616 Jarek On Fri, Jun 13, 2008 at 12:22 PM, jklcom99 <[EMAIL PROTECTED]> wrote: > > I applied GERONIMO-4072.patch, got a little further with off-line deploy. > > Now it is getting this error: > > [java] 12:06:16,520 ERROR [GBeanInstanceState] Error while starting; > GBean > is now in the FAILED state: > abstractName="org.apache.geronimo.configs/client-dep > loyer/2.1.2-SNAPSHOT/car?ServiceModule=org.apache.geronimo.configs/client-deploy > er/2.1.2-SNAPSHOT/car,j2eeType=ArtifactResolver,name=ClientArtifactResolver" > [java] java.lang.ClassCastException: > org.apache.geronimo.system.serverinfo. > BasicServerInfo cannot be cast to > org.apache.geronimo.system.serverinfo.ServerIn > fo > [java] at > org.apache.geronimo.client.builder.OptionalExplicitDefaultArt > ifactResolver.getServerInfo(OptionalExplicitDefaultArtifactResolver.java:68) > [java] at > org.apache.geronimo.client.builder.OptionalExplicitDefaultArt > ifactResolver.(OptionalExplicitDefaultArtifactResolver.java:53) > [java] at > sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native > Method) > [java] at > sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeC > onstructorAccessorImpl.java:39) > [java] at > sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Del > egatingConstructorAccessorImpl.java:27) > [java] at > java.lang.reflect.Constructor.newInstance(Constructor.java:51 > 3) > [java] at > org.apache.geronimo.gbean.runtime.GBeanInstance.createInstanc > e(GBeanInstance.java:948) > [java] at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptF > ullStart(GBeanInstanceState.java:268) > [java] at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GB > eanInstanceState.java:102) > [java] at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRec > ursive(GBeanInstanceState.java:124) > [java] at > org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursiv > e(GBeanInstance.java:555) > [java] at > org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGB > ean(BasicKernel.java:379) > [java] at > org.apache.geronimo.kernel.config.ConfigurationUtil.startConf > igurationGBeans(ConfigurationUtil.java:456) > [java] at > org.apache.geronimo.kernel.config.KernelConfigurationManager. > start(KernelConfigurationManager.java:187) > [java] at > org.apache.geronimo.kernel.config.SimpleConfigurationManager. > startConfiguration(SimpleConfigurationManager.java:562) > [java] at > org.apache.geronimo.kernel.config.SimpleConfigurationManager. > startConfiguration(SimpleConfigurationManager.java:543) > [java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native > Method) > [java] at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcces > sorImpl.java:39) > [java] at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMet > hodAccessorImpl.java:25) > [java] at java.lang.reflect.Method.invoke(Method.java:597) > [java] at > org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.inv > oke(ReflectionMethodInvoker.java:34) > [java] at > org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBean > Operation.java:124) > [java] at > org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanI > nstance.java:832) > [java] at > org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoke > r.java:57) > [java] at > org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(R > awOperationInvoker.java:35) > [java] at > org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.inter > cept(ProxyMethodInterceptor.java:96) > [java] at > org.apache.geronimo.gbean.GBeanLifecycle$$EnhancerByCGLIB$$72 > dbee7a.startConfiguration() > [java] at > org.apache.geronimo.deployment.cli.OfflineDeployerStarter.sta > rtPersistentOfflineConfigurations(OfflineDeployerStarter.java:121) > [java] at > org.apache.geronimo.deployment.cli.OfflineDeployerStarter.sta > rt(OfflineDeployerStarter.java:71) > [java] at > org.apache.geronimo.deployment.cli.ServerConnection.startOffl > ineDeployer(ServerConnection.java:103) > [java] at > org.apache.geronimo.deployment.cli.ServerConnection.(Se > rverConnection.java:91) > [java] at > org.apache.geronimo.deployment.cli.DeployTool.execute(DeployT > ool.java:161) > [java] at > org.apache.geronimo.kernel.util.MainConfigurationBootstrapper > .main(MainConfigurationBootstrapper.java:45) > [java] at > org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.j > ava:67) > [java] at > org.apache.ger
Re: When deploy-offline, BasicServerInfo cannot be cast to org.apache.geronimo.system.serverinfo.ServerIn
First of all, the patch in GERONIMO-4072.patch was intended for other Geronimo developers to review. I'm not satisfied with it and that's why it wasn't committed and the bug is still open. Second, I ran into the same the exception you see but the existing patch should have fixed it. Maybe the patch wasn't applied correctly or there might be some other issue I've missed. Make sure to rebuild the entire Geronimo code after applying the patch. For now I would recommending waiting until the bug is officially fixed. Jarek On Fri, Jun 13, 2008 at 12:22 PM, jklcom99 <[EMAIL PROTECTED]> wrote: > > I applied GERONIMO-4072.patch, got a little further with off-line deploy. > > Now it is getting this error: > > [java] 12:06:16,520 ERROR [GBeanInstanceState] Error while starting; > GBean > is now in the FAILED state: > abstractName="org.apache.geronimo.configs/client-dep > loyer/2.1.2-SNAPSHOT/car?ServiceModule=org.apache.geronimo.configs/client-deploy > er/2.1.2-SNAPSHOT/car,j2eeType=ArtifactResolver,name=ClientArtifactResolver" > [java] java.lang.ClassCastException: > org.apache.geronimo.system.serverinfo. > BasicServerInfo cannot be cast to > org.apache.geronimo.system.serverinfo.ServerIn > fo > [java] at > org.apache.geronimo.client.builder.OptionalExplicitDefaultArt > ifactResolver.getServerInfo(OptionalExplicitDefaultArtifactResolver.java:68) > [java] at > org.apache.geronimo.client.builder.OptionalExplicitDefaultArt > ifactResolver.(OptionalExplicitDefaultArtifactResolver.java:53) > [java] at > sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native > Method) > [java] at > sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeC > onstructorAccessorImpl.java:39) > [java] at > sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Del > egatingConstructorAccessorImpl.java:27) > [java] at > java.lang.reflect.Constructor.newInstance(Constructor.java:51 > 3) > [java] at > org.apache.geronimo.gbean.runtime.GBeanInstance.createInstanc > e(GBeanInstance.java:948) > [java] at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptF > ullStart(GBeanInstanceState.java:268) > [java] at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GB > eanInstanceState.java:102) > [java] at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRec > ursive(GBeanInstanceState.java:124) > [java] at > org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursiv > e(GBeanInstance.java:555) > [java] at > org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGB > ean(BasicKernel.java:379) > [java] at > org.apache.geronimo.kernel.config.ConfigurationUtil.startConf > igurationGBeans(ConfigurationUtil.java:456) > [java] at > org.apache.geronimo.kernel.config.KernelConfigurationManager. > start(KernelConfigurationManager.java:187) > [java] at > org.apache.geronimo.kernel.config.SimpleConfigurationManager. > startConfiguration(SimpleConfigurationManager.java:562) > [java] at > org.apache.geronimo.kernel.config.SimpleConfigurationManager. > startConfiguration(SimpleConfigurationManager.java:543) > [java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native > Method) > [java] at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcces > sorImpl.java:39) > [java] at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMet > hodAccessorImpl.java:25) > [java] at java.lang.reflect.Method.invoke(Method.java:597) > [java] at > org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.inv > oke(ReflectionMethodInvoker.java:34) > [java] at > org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBean > Operation.java:124) > [java] at > org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanI > nstance.java:832) > [java] at > org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoke > r.java:57) > [java] at > org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(R > awOperationInvoker.java:35) > [java] at > org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.inter > cept(ProxyMethodInterceptor.java:96) > [java] at > org.apache.geronimo.gbean.GBeanLifecycle$$EnhancerByCGLIB$$72 > dbee7a.startConfiguration() > [java] at > org.apache.geronimo.deployment.cli.OfflineDeployerStarter.sta > rtPersistentOfflineConfigurations(OfflineDeployerStarter.java:121) > [java] at > org.apache.geronimo.deployment.cli.OfflineDeployerStarter.sta > rt(OfflineDeployerStarter.java:71) > [java] at > org.apache.geronimo.deployment.cli.ServerConnection.startOffl > ineDeployer(ServerConnection.java:103) > [java] at > org.apache.geronimo.deployment.cli.ServerConnection.(Se > rverConnection.java:91) > [java] at > org.apache.geronimo.deployment.cli.DeployTool.execute(DeployT > ool.java:161) > [java] at > org.apache.geronimo.kernel.util.Main
Re: Error with XMLBeanUtil and ValidateDD when upgrading to RichFaces 3.2
Ok, great. Yeah, I would recommend reporting these problems to the Jboss RichFaces team. These documents clearly violate the schema. Jarek On Thu, Jun 12, 2008 at 10:19 AM, steausti <[EMAIL PROTECTED]> wrote: > > Hi Jarek, > > After beating on this for a while longer I finally was able to get the > errors to go away by editing 3 more .tld files in the richfaces-ui.jar. I > had to edit: > a4j.tld > ajax4jsf.tld > rich.tld > richfaces.tld > > As you suggested I moved the elements to be after the > elements. I did this in rich.tld and richfaces.tld. > > I also had to comment out most elements in all 4 files. What > I find odd is that I had to comment out ALL elements in the > ajax4jsf.tld but only the top element in a4j.tld even though > they are using the same .xsd. > > Does this mean that the Jboss RichFaces team needs to modify the listed .tld > files in their distribution in order to get this fixed properly? > (Commenting out the elements was just a quick fix to see if I > could get past the errors). Where do you suggest we go from here? > > I'm attaching the modified richfaces-ui.jar so you can see the changes if > you'd like. > http://www.nabble.com/file/p17801130/richfaces-ui.jar richfaces-ui.jar > > Thanks, > -Steve > > Jarek Gawor-2 wrote: >> >> Well, it looks like the error message is valid and the .tld file does >> not conform to the standard schema. Specifically, the >> elements must appear after the elements according to the schema >> file but in the included .tld file the elements appear >> first. >> >> I think the easiest way to fix that is to update the >> META-INF/richfaces.tld appropriately and repackage the >> richfaces-ui-3.2.1.GA.jar file. Something like the following should >> work: >> >> jar xvf richfaces-ui-3.2.1.GA.jar META-INF/richfaces.tld >> META-INF/richfaces.tld >> jar uvf richfaces-ui-3.2.1.GA.jar META-INF/richfaces.tld >> >> Jarek >> >> On Tue, Jun 10, 2008 at 6:10 PM, Burt Prior <[EMAIL PROTECTED]> wrote: >>> >>> Hi Jarek, >>> >>> Thanks very much for your quick reply. This issue has really got me >>> stumped! >>> Is there some Geronimo jar file that needs to be updated? Not sure... >>> >>> I will upload my geronimo.log. >>> http://www.nabble.com/file/p17765890/geronimo.log geronimo.log >>> >>> Thanks very much for your help! >>> .Burt >>> >>> >>> >>> Jarek Gawor-2 wrote: >>>> >>>> Burt, >>>> >>>> Can you sends us the geronimo.log file somehow? >>>> >>>> Jarek >>>> >>>> On Tue, Jun 10, 2008 at 4:58 PM, Burt Prior <[EMAIL PROTECTED]> wrote: >>>>> >>>>> Hi Geronimo Team, >>>>> >>>>> I need a bit of help here. Our team is using Facelets/JSF/RichFaces >>>>> 3.1 >>>>> on >>>>> Geronimo 2.1.0. >>>>> >>>>> We attempted to upgrade to the latest version of RichFaces (3.2.1), and >>>>> on >>>>> deployment of our app, the console and logs filled with a tremendous >>>>> amount >>>>> of errors and xml; I tailed a snippet below: >>>>> >>>>> ... >>>>> var >>>>> >>>>>java.lang.String >>>>> >>>>> >>>>> >>>>> Virtual earth version, Default value is >>>>> "6". >>>>> version >>>>> >>>>>java.lang.String >>>>> >>>>> >>>>> >>>>> Initial zoom level as a number between 1 and 18. >>>>> Default >>>>> value is "17". >>>>> zoom >>>>> >>>>>java.lang.String >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>at >>>>> org.apache.geronimo.deployment.xmlbeans.XmlBeansUtil.validateDD(XmlBeansUtil.java:187) >>>>>at >>>>> org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.convertToTaglibSchema(JspModuleBuilderExtension.java:674) >>>>>at >>>>> org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.parseTldFile(JspModuleBuilderExtension.java:439) >&
Re: Error with XMLBeanUtil and ValidateDD when upgrading to RichFaces 3.2
This is the same type of error as before. Move the element before the element in a4j.tld file. For future reference, if the actual .tld file is in the "http://java.sun.com/xml/ns/javaee"; namespace and you see the "Invalid deployment descriptor" errors then the problem is usually with the .tld file (as it is in this and the previous case). However, if the .tld is in different (older) namespace, Geronimo translates them into the "http://java.sun.com/xml/ns/javaee"; namespace. Sometimes this translation has problems and the resulting "Invalid deployment descriptor" errors may indicate bugs in the translation process. But that is not the problem here. Jarek On Thu, Jun 12, 2008 at 3:11 AM, steausti <[EMAIL PROTECTED]> wrote: > > Hi Jarek, > > We tried your suggestion, but have run into further issues. I edited the > .tld file and moved the s to the end, after the s. After > deploying with the edited .tld we are seeing similar errors pointing to > different elements now. I'm uploading the log file so you can take a look. > Your help is appreciated! > > Thanks, > -Steve > http://www.nabble.com/file/p17793873/geronimo.log geronimo.log > > > Jarek Gawor-2 wrote: >> >> Well, it looks like the error message is valid and the .tld file does >> not conform to the standard schema. Specifically, the >> elements must appear after the elements according to the schema >> file but in the included .tld file the elements appear >> first. >> >> I think the easiest way to fix that is to update the >> META-INF/richfaces.tld appropriately and repackage the >> richfaces-ui-3.2.1.GA.jar file. Something like the following should >> work: >> >> jar xvf richfaces-ui-3.2.1.GA.jar META-INF/richfaces.tld >> META-INF/richfaces.tld >> jar uvf richfaces-ui-3.2.1.GA.jar META-INF/richfaces.tld >> >> Jarek >> >> On Tue, Jun 10, 2008 at 6:10 PM, Burt Prior <[EMAIL PROTECTED]> wrote: >>> >>> Hi Jarek, >>> >>> Thanks very much for your quick reply. This issue has really got me >>> stumped! >>> Is there some Geronimo jar file that needs to be updated? Not sure... >>> >>> I will upload my geronimo.log. >>> http://www.nabble.com/file/p17765890/geronimo.log geronimo.log >>> >>> Thanks very much for your help! >>> .Burt >>> >>> >>> >>> Jarek Gawor-2 wrote: >>>> >>>> Burt, >>>> >>>> Can you sends us the geronimo.log file somehow? >>>> >>>> Jarek >>>> >>>> On Tue, Jun 10, 2008 at 4:58 PM, Burt Prior <[EMAIL PROTECTED]> wrote: >>>>> >>>>> Hi Geronimo Team, >>>>> >>>>> I need a bit of help here. Our team is using Facelets/JSF/RichFaces >>>>> 3.1 >>>>> on >>>>> Geronimo 2.1.0. >>>>> >>>>> We attempted to upgrade to the latest version of RichFaces (3.2.1), and >>>>> on >>>>> deployment of our app, the console and logs filled with a tremendous >>>>> amount >>>>> of errors and xml; I tailed a snippet below: >>>>> >>>>> ... >>>>> var >>>>> >>>>>java.lang.String >>>>> >>>>> >>>>> >>>>> Virtual earth version, Default value is >>>>> "6". >>>>> version >>>>> >>>>>java.lang.String >>>>> >>>>> >>>>> >>>>> Initial zoom level as a number between 1 and 18. >>>>> Default >>>>> value is "17". >>>>> zoom >>>>> >>>>>java.lang.String >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>at >>>>> org.apache.geronimo.deployment.xmlbeans.XmlBeansUtil.validateDD(XmlBeansUtil.java:187) >>>>>at >>>>> org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.convertToTaglibSchema(JspModuleBuilderExtension.java:674) >>>>>at >>>>> org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.parseTldFile(JspModuleBuilderExtension.java:439) >>>>>at >>>>> org.apache.geronimo.jasper.deploy
Re: Error with XMLBeanUtil and ValidateDD when upgrading to RichFaces 3.2
Well, it looks like the error message is valid and the .tld file does not conform to the standard schema. Specifically, the elements must appear after the elements according to the schema file but in the included .tld file the elements appear first. I think the easiest way to fix that is to update the META-INF/richfaces.tld appropriately and repackage the richfaces-ui-3.2.1.GA.jar file. Something like the following should work: jar xvf richfaces-ui-3.2.1.GA.jar META-INF/richfaces.tld META-INF/richfaces.tld jar uvf richfaces-ui-3.2.1.GA.jar META-INF/richfaces.tld Jarek On Tue, Jun 10, 2008 at 6:10 PM, Burt Prior <[EMAIL PROTECTED]> wrote: > > Hi Jarek, > > Thanks very much for your quick reply. This issue has really got me stumped! > Is there some Geronimo jar file that needs to be updated? Not sure... > > I will upload my geronimo.log. > http://www.nabble.com/file/p17765890/geronimo.log geronimo.log > > Thanks very much for your help! > .Burt > > > > Jarek Gawor-2 wrote: >> >> Burt, >> >> Can you sends us the geronimo.log file somehow? >> >> Jarek >> >> On Tue, Jun 10, 2008 at 4:58 PM, Burt Prior <[EMAIL PROTECTED]> wrote: >>> >>> Hi Geronimo Team, >>> >>> I need a bit of help here. Our team is using Facelets/JSF/RichFaces 3.1 >>> on >>> Geronimo 2.1.0. >>> >>> We attempted to upgrade to the latest version of RichFaces (3.2.1), and >>> on >>> deployment of our app, the console and logs filled with a tremendous >>> amount >>> of errors and xml; I tailed a snippet below: >>> >>> ... >>> var >>> >>>java.lang.String >>> >>> >>> >>> Virtual earth version, Default value is >>> "6". >>> version >>> >>>java.lang.String >>> >>> >>> >>> Initial zoom level as a number between 1 and 18. >>> Default >>> value is "17". >>> zoom >>> >>>java.lang.String >>> >>> >>> >>> >>> >>> >>>at >>> org.apache.geronimo.deployment.xmlbeans.XmlBeansUtil.validateDD(XmlBeansUtil.java:187) >>>at >>> org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.convertToTaglibSchema(JspModuleBuilderExtension.java:674) >>>at >>> org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.parseTldFile(JspModuleBuilderExtension.java:439) >>>at >>> org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.getListenerClasses(JspModuleBuilderExtension.java:424) >>>at >>> org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.createJspClassFinder(JspModuleBuilderExtension.java:180) >>>at >>> org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.addGBeans(JspModuleBuilderExtension.java:149) >>>at >>> org.apache.geronimo.jetty6.deployment.JettyModuleBuilder.addGBeans(JettyModuleBuilder.java:518) >>>at >>> org.apache.geronimo.j2ee.deployment.SwitchingModuleBuilder.addGBeans(SwitchingModuleBuilder.java:165) >>>at >>> org.apache.geronimo.j2ee.deployment.EARConfigBuilder.buildConfiguration(EARConfigBuilder.java:647) >>>at >>> org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:254) >>>at >>> org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:133) >>>at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>>at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) >>>at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) >>>at java.lang.reflect.Method.invoke(Unknown Source) >>>at >>> org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34) >>>at >>> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) >>>at >>> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:867) >>>at >>> org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239) >>>at >>> org.apache.geronimo.kernel.KernelGBean.invoke(KernelGBean.java:342) >>>at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>>at sun.reflect.NativeMethodAccessorImpl.invoke(Unkno
Re: Error with XMLBeanUtil and ValidateDD when upgrading to RichFaces 3.2
Burt, Can you sends us the geronimo.log file somehow? Jarek On Tue, Jun 10, 2008 at 4:58 PM, Burt Prior <[EMAIL PROTECTED]> wrote: > > Hi Geronimo Team, > > I need a bit of help here. Our team is using Facelets/JSF/RichFaces 3.1 on > Geronimo 2.1.0. > > We attempted to upgrade to the latest version of RichFaces (3.2.1), and on > deployment of our app, the console and logs filled with a tremendous amount > of errors and xml; I tailed a snippet below: > > ... > var > >java.lang.String > > > > Virtual earth version, Default value is > "6". > version > >java.lang.String > > > > Initial zoom level as a number between 1 and 18. Default > value is "17". > zoom > >java.lang.String > > > > > > >at > org.apache.geronimo.deployment.xmlbeans.XmlBeansUtil.validateDD(XmlBeansUtil.java:187) >at > org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.convertToTaglibSchema(JspModuleBuilderExtension.java:674) >at > org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.parseTldFile(JspModuleBuilderExtension.java:439) >at > org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.getListenerClasses(JspModuleBuilderExtension.java:424) >at > org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.createJspClassFinder(JspModuleBuilderExtension.java:180) >at > org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.addGBeans(JspModuleBuilderExtension.java:149) >at > org.apache.geronimo.jetty6.deployment.JettyModuleBuilder.addGBeans(JettyModuleBuilder.java:518) >at > org.apache.geronimo.j2ee.deployment.SwitchingModuleBuilder.addGBeans(SwitchingModuleBuilder.java:165) >at > org.apache.geronimo.j2ee.deployment.EARConfigBuilder.buildConfiguration(EARConfigBuilder.java:647) >at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:254) >at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:133) >at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) >at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) >at java.lang.reflect.Method.invoke(Unknown Source) >at > org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34) >at > org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) >at > org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:867) >at > org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239) >at org.apache.geronimo.kernel.KernelGBean.invoke(KernelGBean.java:342) >at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) >at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) >at java.lang.reflect.Method.invoke(Unknown Source) >at > org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34) >at > org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) >at > org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:867) >at > org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239) >at > org.apache.geronimo.system.jmx.MBeanGBeanBridge.invoke(MBeanGBeanBridge.java:172) >at com.sun.jmx.mbeanserver.DynamicMetaDataImpl.invoke(Unknown Source) >at com.sun.jmx.mbeanserver.MetaDataImpl.invoke(Unknown Source) >at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(Unknown > Source) >at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(Unknown Source) >at javax.management.remote.rmi.RMIConnectionImpl.doOperation(Unknown > Source) >at javax.management.remote.rmi.RMIConnectionImpl.access$100(Unknown > Source) >at > javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(Unknown > Source) >at java.security.AccessController.doPrivileged(Native Method) >at > javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(Unknown > Source) >at javax.management.remote.rmi.RMIConnectionImpl.invoke(Unknown Source) >at sun.reflect.GeneratedMethodAccessor77.invoke(Unknown Source) >at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) >at java.lang.reflect.Method.invoke(Unknown Source) >at sun.rmi.server.UnicastServerRef.dispatch(Unknown Source) >at sun.rmi.transport.Transport$1.run(Unknown Source) >at java.security.AccessController.doPrivileged(Native Method) >at sun.rmi.transport.Transport.serviceCall(Unknown Source) >at sun.rmi.transport.tcp.TCPTransport.handleMessages(Unknown Source) >at sun.rm
Re: Webservices client problem
You have to figure out what sort of jars you need based on the
NoClassDefFoundError exceptions. This error indicates that you need
wsdl4j.jar. You might also need to add a few axiom-*.jar,
XmlSchema-*.jar, neethi-*.jar, etc.
Jarek
On Mon, Jun 9, 2008 at 1:49 AM, sainath chowdary
<[EMAIL PROTECTED]> wrote:
> Ya, Its a standalone client in Java 5. I have added all the jar's from the
> directory org/apache/axis2 in geronimo installation directory. Now its
> throwing me a new error
>
> Exception in thread "main" java.lang.NoClassDefFoundError:
> javax/wsdl/xml/WSDLLocator
> at
> org.apache.axis2.context.ConfigurationContextFactory.createConfigurationContextFromFileSystem(ConfigurationContextFactory.java:180)
> at
> org.apache.axis2.jaxws.ClientConfigurationFactory.getClientConfigurationContext(ClientConfigurationFactory.java:49)
> at
> org.apache.axis2.jaxws.description.impl.DescriptionFactoryImpl.createServiceDescription(DescriptionFactoryImpl.java:74)
> at
> org.apache.axis2.jaxws.description.DescriptionFactory.createServiceDescription(DescriptionFactory.java:69)
> at
> org.apache.axis2.jaxws.spi.ServiceDelegate.(ServiceDelegate.java:87)
> at
> org.apache.axis2.jaxws.spi.Provider.createServiceDelegate(Provider.java:45)
> at javax.xml.ws.Service.(Service.java:36)
> at javax.xml.ws.Service.create(Service.java:88)
> at abc.CalculatorClient.main(CalculatorClient.java:25)
>
> What could be possibly going wrong?
>
> On Fri, Jun 6, 2008 at 8:04 PM, Jarek Gawor <[EMAIL PROTECTED]> wrote:
>>
>> That's a standalone client on Java 5, right? You will need to add a
>> bunch of Axis2 (or CXF depending which engine you want to use) jars to
>> the classpath. For example, for Axis2 you will need to add
>> axis2-jaxws-*.jar, axis2-kernel-*.jar, axis2-saaj-*.jar, and a bunch
>> of others jars.
>> Also, if possible, you could try running the client on Java 6 and not
>> worry about Axis2 or CXF jars since Java 6 has JAX-WS engine built-in.
>>
>> Jarek
>>
>> On Fri, Jun 6, 2008 at 3:41 AM, sainath chowdary
>> <[EMAIL PROTECTED]> wrote:
>> > hi,
>> >
>> > I have the following code in my java class which basically is trying to
>> > access the webservice deployed.
>> > -->URL url = new
>> > URL("http://localhost:8080/jaxws-calculator-1.0/calculator?wsdl";);
>> >QName qname = new QName("http://jws.samples.geronimo.apache.org";,
>> > "Calculator");
>> >Service service = Service.create(url, qname);
>> >
>> > But when i try to run it is a java applicaton I get the following error:
>> > Exception in thread "main"
>> > javax.xml.ws.spi.FactoryFinder$ConfigurationError: Provider
>> > org.apache.axis2.jaxws.spi.Provider not found
>> > at javax.xml.ws.spi.FactoryFinder$2.run(FactoryFinder.java:138)
>> > at
>> > javax.xml.ws.spi.FactoryFinder.doPrivileged(FactoryFinder.java:267)
>> > at
>> > javax.xml.ws.spi.FactoryFinder.newInstance(FactoryFinder.java:125)
>> > at javax.xml.ws.spi.FactoryFinder.access$200(FactoryFinder.java:44)
>> > at javax.xml.ws.spi.FactoryFinder$3.run(FactoryFinder.java:258)
>> > at
>> > javax.xml.ws.spi.FactoryFinder.doPrivileged(FactoryFinder.java:267)
>> > at javax.xml.ws.spi.FactoryFinder.find(FactoryFinder.java:168)
>> > at javax.xml.ws.spi.Provider.provider(Provider.java:32)
>> > at javax.xml.ws.Service.(Service.java:36)
>> > at javax.xml.ws.Service.create(Service.java:88)
>> > at abc.CalculatorClient.main(CalculatorClient.java:25)
>> >
>> > But, when I use the same code to access a web service from a servlet it
>> > works fine..
>> > Dont know where i am going wrong. Do we need to specify any other
>> > details?
>> > Kindly clarify me in this regard
>> >
>> > --
>> > Sainath Chowdary
>> > B.Tech III yr, Spring Semester
>> > Electronics & Communication Engg
>> > Indian Institute of Technology Roorkee
>
>
>
> --
> Sainath Chowdary
> B.Tech III yr, Spring Semester
> Electronics & Communication Engg
> Indian Institute of Technology Roorkee
Re: Webservices client problem
That's a standalone client on Java 5, right? You will need to add a
bunch of Axis2 (or CXF depending which engine you want to use) jars to
the classpath. For example, for Axis2 you will need to add
axis2-jaxws-*.jar, axis2-kernel-*.jar, axis2-saaj-*.jar, and a bunch
of others jars.
Also, if possible, you could try running the client on Java 6 and not
worry about Axis2 or CXF jars since Java 6 has JAX-WS engine built-in.
Jarek
On Fri, Jun 6, 2008 at 3:41 AM, sainath chowdary
<[EMAIL PROTECTED]> wrote:
> hi,
>
> I have the following code in my java class which basically is trying to
> access the webservice deployed.
> -->URL url = new
> URL("http://localhost:8080/jaxws-calculator-1.0/calculator?wsdl";);
>QName qname = new QName("http://jws.samples.geronimo.apache.org";,
> "Calculator");
>Service service = Service.create(url, qname);
>
> But when i try to run it is a java applicaton I get the following error:
> Exception in thread "main"
> javax.xml.ws.spi.FactoryFinder$ConfigurationError: Provider
> org.apache.axis2.jaxws.spi.Provider not found
> at javax.xml.ws.spi.FactoryFinder$2.run(FactoryFinder.java:138)
> at javax.xml.ws.spi.FactoryFinder.doPrivileged(FactoryFinder.java:267)
> at javax.xml.ws.spi.FactoryFinder.newInstance(FactoryFinder.java:125)
> at javax.xml.ws.spi.FactoryFinder.access$200(FactoryFinder.java:44)
> at javax.xml.ws.spi.FactoryFinder$3.run(FactoryFinder.java:258)
> at javax.xml.ws.spi.FactoryFinder.doPrivileged(FactoryFinder.java:267)
> at javax.xml.ws.spi.FactoryFinder.find(FactoryFinder.java:168)
> at javax.xml.ws.spi.Provider.provider(Provider.java:32)
> at javax.xml.ws.Service.(Service.java:36)
> at javax.xml.ws.Service.create(Service.java:88)
> at abc.CalculatorClient.main(CalculatorClient.java:25)
>
> But, when I use the same code to access a web service from a servlet it
> works fine..
> Dont know where i am going wrong. Do we need to specify any other details?
> Kindly clarify me in this regard
>
> --
> Sainath Chowdary
> B.Tech III yr, Spring Semester
> Electronics & Communication Engg
> Indian Institute of Technology Roorkee
Re: Injecting datasource with the @Resource annotation
If JNDI name is "java:comp/env/jdbc/SutkiDB" then @Resource.name
should be "jdbc/SutkiDB".
Jarek
On Wed, Jun 4, 2008 at 10:01 AM, timo.ratilainen <[EMAIL PROTECTED]> wrote:
>
> Hello
>
> I'm trying to inject a datasource with the @Resource annotation:
>
> @Repository
> public class UserDao {
>
>@Resource(name = "SutkiDB")
>private DataSource SutkiDB;
>
> ...
> }
>
> When I try to deploy the application following trace is shown:
>
> Caused by: org.springframework.beans.factory.NoSuchBeanDefinitionException:
> No bean named 'SutkiDB' is defined
>at
> org.springframework.beans.factory.support.DefaultListableBeanFactory.getBeanDefinition(DefaultListableBeanFactory.java:388)
>at
> org.springframework.beans.factory.support.AbstractBeanFactory.getMergedLocalBeanDefinition(AbstractBeanFactory.java:976)
>at
> org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:245)
>at
> org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:184)
>at
> org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:167)
>at
> org.springframework.context.annotation.CommonAnnotationBeanPostProcessor.getResource(CommonAnnotationBeanPostProcessor.java:422)
>at
> org.springframework.context.annotation.CommonAnnotationBeanPostProcessor$ResourceElement.getResourceToInject(CommonAnnotationBeanPostProcessor.java:497)
>at
> org.springframework.beans.factory.annotation.InjectionMetadata$InjectedElement.inject(InjectionMetadata.java:182)
>at
> org.springframework.beans.factory.annotation.InjectionMetadata.injectFields(InjectionMetadata.java:104)
>at
> org.springframework.context.annotation.CommonAnnotationBeanPostProcessor.postProcessAfterInstantiation(CommonAnnotationBeanPostProcessor.java:288)
>
>
> Why? Isn't the datasource object found from the JNDI tree or what is the
> problem?
>
>
>
>
> The datasource is defined in the Global Context JNDI:
>
> jca:/console.dbpool/SutkiDB/JCAManagedConnectionFactory/SutkiDB
>
> and in the ResourceAdapterModule (what is this by the way?) JNDI:
>
> console.dbpool/SutkiDB/1.0/rar
>
>
>
> geronimo-web.xml
>
>
> http://geronimo.apache.org/xml/ns/j2ee/web-1.1";>
>
>
>
>fi.company.sutki
>SutkiAdminGui
>1.0
>car
>
>
>
>console.dbpool
>SutkiDB
>
>
>
>org.springframework
>org.apache.commons.
>org.apache.log4j
>
>
>
>
>/SutkiAdminTool
>
>
>
>
>jdbc/SutkiDB
>SutkiDB
>
>
>
>
> and in web.xml
>
>
>jdbc/SutkiDB
>javax.sql.DataSource
>Container
>Shareable
>
>
>
> and spring's applicationContext.xml:
>
>
> http://www.springframework.org/schema/beans";
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
> xmlns:context="http://www.springframework.org/schema/context";
> xsi:schemaLocation="http://www.springframework.org/schema/beans
> http://www.springframework.org/schema/beans/spring-beans-2.5.xsd
> http://www.springframework.org/schema/context
>
> http://www.springframework.org/schema/context/spring-context-2.5.xsd";>
>
>
>
>
>
>
>
>
>
> I'm using Apache Geronimo v2.1 and Spring 2.5.2.
> Datasource connection was working fine with good old initialContext lookup:
>
>DataSource datasource = (DataSource)
> initialContext.lookup("java:comp/env/jdbc/SutkiDB");
>
>
>
>
> Regards
> Timo Ratilainen
>
>
>
> --
> View this message in context:
> http://www.nabble.com/Injecting-datasource-with-the-%40Resource-annotation-tp17647494s134p17647494.html
> Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
>
>
Re: Main class used to start and stop the geronimo server?
Try adding: wrapper.app.parameter.2=-v Jarek On Wed, May 28, 2008 at 12:37 PM, Moni <[EMAIL PROTECTED]> wrote: > I am using the Java Service Wrapper and followed all the instructions listed > at > http://cwiki.apache.org/GMOxDOC21/configuring-geronimo-as-a-windows-service.html > > > > However when I use the wrapper to start the server I get the following > error: > > > > STATUS | wrapper | 2008/05/27 14:59:44 | --> Wrapper Started as Daemon > STATUS | wrapper | 2008/05/27 14:59:44 | Launching a JVM... > INFO | jvm 1| 2008/05/27 14:59:45 | Wrapper (Version 3.2.3) > http://wrapper.tanukisoftware.org > INFO | jvm 1| 2008/05/27 14:59:45 | Copyright 1999-2006 Tanuki > Software, Inc. All Rights Reserved. > INFO | jvm 1| 2008/05/27 14:59:45 | > INFO | jvm 1| 2008/05/27 14:59:48 | Booting Geronimo Kernel (in Java > 1.6.0_03)... > INFO | jvm 1| 2008/05/27 14:59:48 | Starting Geronimo Application > Server v2.0.2 > INFO | jvm 1| 2008/05/27 14:59:48 | > INFO | jvm 1| 2008/05/27 14:59:48 | WrapperSimpleApp: Encountered an > error running main: java.lang.StringIndexOutOfBoundsException: String index > out of range: -11 > INFO | jvm 1| 2008/05/27 14:59:48 | > java.lang.StringIndexOutOfBoundsException: String index out of range: -11 > INFO | jvm 1| 2008/05/27 14:59:48 | at > java.lang.String.substring(String.java:1938) > INFO | jvm 1| 2008/05/27 14:59:48 | at > org.apache.geronimo.system.main.ProgressBarStartupMonitor.repaint(ProgressBarStartupMonitor.java:183) > INFO | jvm 1| 2008/05/27 14:59:48 | at > org.apache.geronimo.system.main.ProgressBarStartupMonitor.serverStartFailed(ProgressBarStartupMonitor.java:151) > INFO | jvm 1| 2008/05/27 14:59:48 | at > org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:201) > INFO | jvm 1| 2008/05/27 14:59:48 | at > org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:78) > INFO | jvm 1| 2008/05/27 14:59:48 | at > org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45) > INFO | jvm 1| 2008/05/27 14:59:48 | at > org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67) > INFO | jvm 1| 2008/05/27 14:59:48 | at > org.apache.geronimo.cli.daemon.DaemonCLI.main(DaemonCLI.java:30) > INFO | jvm 1| 2008/05/27 14:59:48 | at > sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > INFO | jvm 1| 2008/05/27 14:59:48 | at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > INFO | jvm 1| 2008/05/27 14:59:48 | at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > INFO | jvm 1| 2008/05/27 14:59:48 | at > java.lang.reflect.Method.invoke(Method.java:597) > INFO | jvm 1| 2008/05/27 14:59:48 | at > org.tanukisoftware.wrapper.WrapperSimpleApp.run(WrapperSimpleApp.java:240) > INFO | jvm 1| 2008/05/27 14:59:48 | at > java.lang.Thread.run(Thread.java:619) > > > > Any tips on resolving this will be much appreciated. > > > > Best regards, > > Monisha > > > - Original Message > From: Kevan Miller <[EMAIL PROTECTED]> > To: user@geronimo.apache.org > Sent: Saturday, May 24, 2008 9:40:22 AM > Subject: Re: Main class used to start and stop the geronimo server? > > > On May 24, 2008, at 11:13 AM, Mark Aufdencamp wrote: > > Someone recently, within the the last 2 months, posted a Linux service > start/stop script for Geronimo. I just tried to Google it for you, but > didn't find it quickly. Perhaps someone else can find it and it can get > added to the documentation as a sibling to the Windows Java Service > Wrapper. > > http://www.nabble.com/Looking-for-init.d---rc.d-script-tt17113713.html#a17113713 > Good idea... > --kevan > > > Original Message > > Subject: Main class used to start and stop the geronimo server? > > From: MShah <[EMAIL PROTECTED]> > > Date: Fri, May 23, 2008 5:41 pm > > To: user@geronimo.apache.org > > > Hi, > > I am trying to start geronimo automatically on linux using the java > > service wrapper and in the conf file I need to specify the main class needed > > to start and stop the geronimo process instance. > > Can anyone please let me know that the main class is that is used to start > > the geronimo server instance and what is the main class used to stop the > > server? > > Any input will be appreciated. > > Thanks, > > Monisha > > -- > > View this message in context: > http://www.nabble.com/Main-class-used-to-start-and-stop-the-geronimo-server--tp17441475s134p17441475.html > > Sent from the Apache Geronimo - Users mailing list archive at Nabble.com. > > > >
Re: Main class used to start and stop the geronimo server?
I think this should help: http://cwiki.apache.org/GMOxDOC21/configuring-geronimo-as-a-windows-service.html Jarek On Fri, May 23, 2008 at 5:41 PM, MShah <[EMAIL PROTECTED]> wrote: > > Hi, > I am trying to start geronimo automatically on linux using the java > service wrapper and in the conf file I need to specify the main class needed > to start and stop the geronimo process instance. > > Can anyone please let me know that the main class is that is used to start > the geronimo server instance and what is the main class used to stop the > server? > > Any input will be appreciated. > > Thanks, > Monisha > -- > View this message in context: > http://www.nabble.com/Main-class-used-to-start-and-stop-the-geronimo-server--tp17441475s134p17441475.html > Sent from the Apache Geronimo - Users mailing list archive at Nabble.com. > >
Re: JAX-WS 2.1 WebService inside Geronimo 2.0.1
On Mon, May 19, 2008 at 5:01 PM, Kevan Miller <[EMAIL PROTECTED]> wrote: > > On May 7, 2008, at 9:49 AM, Jarek Gawor wrote: > > This looks like a bug in Axis2 but you should be able to disable Axis2 SAAJ > by: > > 1) Adding a filter for axis2 classes: > > org.apache.axis2 > > or > > 2) See "SAAJ engine" on > http://cwiki.apache.org/GMOxDOC21/configure-jax-ws-engine.html and set > the following before starting the server: > > export GERONIMO_OPTS="-Dorg.apache.geronimo.saaj.provider=sun" > > Jarek, > Is there an Axis2 Jira for this problem? We had somebody else run into this > problem -- https://issues.apache.org/jira/browse/GERONIMO-4029 > --kevan Yeah. I just created (and fixed) it today: https://issues.apache.org/jira/browse/AXIS2-3808 Jarek
Re: Unable to find the service wsdl file
What version of Geronimo are you using? Also, is the PDSBaseFacade and
PrestarServicoBusiness class in the ejb jar file?
Jarek
On Mon, May 12, 2008 at 10:39 AM, filosofisto
<[EMAIL PROTECTED]> wrote:
>
> I'm trying to deploy a very simple EJB/WebService exposed.
>
> My Bean:
>
> package br.com.bb.pds.negocio.facade;
> ...
>
> @Stateless
> @WebService
> public class PrestarServicoFacade extends PDSBaseFacade
> implements PrestarServicoBusiness {
>
> @TransactionAttribute (TransactionAttributeType.SUPPORTS)
> @Interceptors (ConfigSessionWebServiceInterceptor.class)
> @WebMethod
> public String hello(String param)
> throws SystemException {
> return "hello " + param;
> }
> }
>
> My interface:
>
> package br.com.bb.pds.negocio.facade;
>
> public interface PrestarServicoBusiness {
>
> String hello(String param) throws SystemException;
> }
>
> and I got the follow error:
>
> error: Could not find class file for
> br.com.bb.pds.negocio.facade.PrestarServicoFacade
> 1 error
> 10:40:39,348 ERROR [EjbModuleBuilder]
> ModuleBuilderExtension$$EnhancerByCGLIB$$8b7b4031.addGBeans() failed: Unable
> to find the service wsdl file
> org.apache.geronimo.common.DeploymentException: Unable to find the service
> wsdl file
> at
>
> org.apache.geronimo.jaxws.builder.WsdlGenerator.generateWsdl(WsdlGenerator.java:352)
> at
>
> org.apache.geronimo.axis2.builder.Axis2Builder.initialize(Axis2Builder.java:327)
> at
>
> org.apache.geronimo.jaxws.builder.JAXWSServiceBuilder.configureEJB(JAXWSServiceBuilder.java:402)
> at
>
> org.apache.geronimo.jaxws.builder.JAXWSServiceBuilder$$FastClassByCGLIB$$5b2252ff.invoke()
> at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
> at
>
> org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
> at
>
> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
> at
>
> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:830)
> at
> org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
> at
>
> org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
> at
>
> org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
> at
>
> org.apache.geronimo.j2ee.deployment.WebServiceBuilder$$EnhancerByCGLIB$$122d2d15.configureEJB()
> at
>
> org.apache.geronimo.jaxws.builder.JAXWSEJBModuleBuilderExtension.addGBeans(JAXWSEJBModuleBuilderExtension.java:168)
> at
>
> org.apache.geronimo.jaxws.builder.JAXWSEJBModuleBuilderExtension$$FastClassByCGLIB$$74c250b4.invoke()
> at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
> at
>
> org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
> at
>
> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
> at
>
> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:830)
> at
> org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
> at
>
> org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
> at
>
> org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
> at
>
> org.apache.geronimo.j2ee.deployment.ModuleBuilderExtension$$EnhancerByCGLIB$$8b7b4031.addGBeans()
> at
>
> org.apache.geronimo.openejb.deployment.EjbModuleBuilder.addGBeans(EjbModuleBuilder.java:659)
> at
>
> org.apache.geronimo.openejb.deployment.EjbModuleBuilder$$FastClassByCGLIB$$cd80af20.invoke()
> at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
> at
>
> org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
> at
>
> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
> at
>
> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:830)
> at
> org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
> at
>
> org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
> at
>
> org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
> at
>
> org.apache.geronimo.j2ee.deployment.ModuleBuilder$$EnhancerByCGLIB$$159a1df2.addGBeans()
> at
>
> org.apache.geronimo.j2ee.deployment.EARConfigBuilder.buildConfiguration(EARConfigBuilder.java:628)
> at
>
> org.apache.geronimo.j2ee.deployment.EARConfigBuilder$$FastClassByCGLIB$$38e56ec6.invoke()
> at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
> at
>
> org.apache.geronimo.gbean.runtime.FastMetho
Re: NotFoundException doing Webservices tutorial...
You need to do the following (just change the version references to 2.1.1): http://mail-archives.apache.org/mod_mbox/geronimo-user/200803.mbox/[EMAIL PROTECTED] Jarek On Tue, May 13, 2008 at 12:47 PM, <[EMAIL PROTECTED]> wrote: > > > Hi, > > I'm running Geronimo 2.1.1 on OS X Leopard under JDK > 1.5.0_13 and was following the tutorial at: > > > http://cwiki.apache.org/GMOxDOC21/developing-a-simple-calculator-web-service.html > > When I get to the step in the tutorial to run jaxws/wsgen to > generate the wsdl document and schema definition, I get the following > error: > > ERROR NotFoundException: jaxwsgen/wsgen > > What > do I need to do in order to work through/around this issue? As > always, any assistance is greatly appreciated. > > Thanks, > John > > >
Re: JAX-WS 2.1 WebService inside Geronimo 2.0.1
This looks like a bug in Axis2 but you should be able to disable Axis2 SAAJ by: 1) Adding a filter for axis2 classes: org.apache.axis2 or 2) See "SAAJ engine" on http://cwiki.apache.org/GMOxDOC21/configure-jax-ws-engine.html and set the following before starting the server: export GERONIMO_OPTS="-Dorg.apache.geronimo.saaj.provider=sun" Jarek On Wed, May 7, 2008 at 7:27 AM, Jochen Zink <[EMAIL PROTECTED]> wrote: > After adding a "little" bit more hidden-classes entries, the LingageError > does not thrown again. But now I get the next annoying Exception after > calling the Service > > org.w3c.dom.DOMException: HIERARCHY_REQUEST_ERR: An attempt was made to > insert a node where it is not permitted. > > I know what this mean, but I don't now why I get this Exception. > > > > Thanks a lot! > Regards > Jochen > > > org.w3c.dom.DOMException: HIERARCHY_REQUEST_ERR: An attempt was made to > insert a node where it is not permitted. > at > org.apache.axiom.om.impl.dom.ParentNode.insertBefore(ParentNode.java:198) > at > org.apache.axiom.om.impl.dom.NodeImpl.appendChild(NodeImpl.java:238) > at > org.apache.axis2.saaj.SOAPPartImpl.appendChild(SOAPPartImpl.java:976) > at > com.sun.xml.bind.marshaller.SAX2DOMEx.startElement(SAX2DOMEx.java:160) > at com.sun.xml.ws.encoding.TagInfoset.writeStart(TagInfoset.java:152) > at > com.sun.xml.ws.message.stream.StreamMessage.writeTo(StreamMessage.java:381) > at > com.sun.xml.ws.message.AbstractMessageImpl.readAsSOAPMessage(AbstractMessageImpl.java:179) > at > com.sun.xml.ws.handler.SOAPMessageContextImpl.getMessage(SOAPMessageContextImpl.java:64) > at > de.vb.webservices.toolkit.jaxws.server.handler.validation.soap.PayloadValidatingHandler.extractSource(PayloadValidatingHandler.java:35) > at > de.vb.webservices.toolkit.jaxws.server.handler.validation.soap.PayloadValidatingHandler.getSourceForRequestValidation(PayloadValidatingHandler.java:26) > at > de.vb.webservices.toolkit.jaxws.server.handler.validation.soap.PayloadValidatingHandler.getSourceForRequestValidation(PayloadValidatingHandler.java:13) > at > de.vb.webservices.toolkit.jaxws.server.handler.validation.AbstractValidatingHandler.handleRequest(AbstractValidatingHandler.java:143) > at > de.vb.webservices.toolkit.jaxws.server.handler.validation.AbstractValidatingHandler.handleMessage(AbstractValidatingHandler.java:134) > at > com.sun.xml.ws.handler.HandlerProcessor.callHandleMessage(HandlerProcessor.java:270) > at > com.sun.xml.ws.handler.HandlerProcessor.callHandlersRequest(HandlerProcessor.java:121) > at > com.sun.xml.ws.handler.ServerSOAPHandlerTube.callHandlersOnRequest(ServerSOAPHandlerTube.java:164) > at > com.sun.xml.ws.handler.HandlerTube.processRequest(HandlerTube.java:100) > > > at com.sun.xml.ws.api.pipe.Fiber.__doRun(Fiber.java:559) > at com.sun.xml.ws.api.pipe.Fiber._doRun(Fiber.java:518) > at com.sun.xml.ws.api.pipe.Fiber.doRun(Fiber.java:503) > at com.sun.xml.ws.api.pipe.Fiber.runSync(Fiber.java:400) > at > com.sun.xml.ws.server.WSEndpointImpl$2.process(WSEndpointImpl.java:226) > at > com.sun.xml.ws.transport.http.HttpAdapter$HttpToolkit.handle(HttpAdapter.java:375) > at > com.sun.xml.ws.transport.http.HttpAdapter.handle(HttpAdapter.java:175) > at > com.sun.xml.ws.transport.http.servlet.ServletAdapter.handle(ServletAdapter.java:134) > at > com.sun.xml.ws.transport.http.servlet.WSServletDelegate.doPost(WSServletDelegate.java:159) > at > com.sun.xml.ws.transport.http.servlet.WSSpringServlet.doPost(WSSpringServlet.java:52) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:713) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230) > at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) > at > org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke(DefaultSubjectValve.java:56) > at > org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:351) > at > org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(GeronimoBeforeAfterValve.java:47) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) > at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104) > at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > at > org.apache.catalina.valves.AccessLogValve.invoke(A
Re: Retrieve server status from commandline
Can you please open a JIRA on this issue?
There is no such command line tool right now but there is some
existing Java code that might help you with getting the server status.
Take a look at org.apache.geronimo.commands.ServerProxy in
geronimo-commands module. You should be able to do the following
(roughly):
ServerProxy proxy = new ServerProxy("localhost", 1099, "system", "manager");
while(!proxy.isFullyStarted()) {
Thread.sleep(1000 * 10);
}
// if you are here, the server is fully started
Jarek
On Mon, Apr 28, 2008 at 11:48 AM, Jan Vandieken <[EMAIL PROTECTED]> wrote:
> Hi
>
> I am currently trying to automate the start & deployment for a application
> running on IBM WAS CE (which uses the Geronimo).
>
> Now I am strugelling to figure out a way to detect from the windows
> commandline when the server has been started sucessfully.
>
> For the user this is ovious, once the cmd-line says server started. But how
> can I script that to wait with the deployment step until the server has been
> started?
>
> Is there any command like serverstatus.bat or shutdown.bat --status I might
> use? Is there maybe an existing class in a jar file I could call to obtain
> the proper status of the server?
>
> I saw this discussion in the developer mailing list:
> http://www.mail-archive.com/[EMAIL PROTECTED]/msg58189.html
> Have there been any improvements so far?
>
> Thanks
> Jan
> --
> Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten
> Browser-Versionen downloaden: http://www.gmx.net/de/go/browser
>
Re: Migrting application into Geronimo
Try adding META-INF/spring to your element. That might help with the UnsatisfiedDependencyException but I'm not 100% sure. Jarek On Mon, Apr 28, 2008 at 9:50 AM, Alexey Kakunin <[EMAIL PROTECTED]> wrote: > Hello! I'm currently working with migrating quite big war-only application > (http://www.emforge.org) to the Geronimo. > We are using Tomcat 5.5/6.0 for development, but already prepared "special" > versions for JBossAS and GlassFis to provide better integration > (http://www.emforge.org/wiki/EmForgeJ2EEIntegration has a little bit more > details). > > So, now the turn on Geronimo. > > This application is used many dependencies, some of which make sense are: > * JSF-RI 1.2 & Facelets & RichFaces 3.2.0 > * Spring 2.5.2 > * CXF 2.0.5-incubator. > > During trying to run application on GlassFish I met some problems, seems > related to the facts, that Geronimo is used a little bit another versions: > * MyFaces 1.2 (as JSF Implementation) > * Spring 2.0.5 > * CXF 2.0.2 > > But before one general question: how to use some default (I suppose > jdbc/ActiveDS) DataSource in my application? > We need it because by default, we are using build-in file-based HSQL, but in > these "special" pacjkages for J2EE servers we provide some better > integration - for example we are using some default DS as DataSource. It > allows user to start application by simple deploying (without any external > configuration) and avoid from using HSQL (it has some problems). > > I read documentation > (http://cwiki.apache.org/GMOxDOC21/deployment-plans.html) and trying to do > like it is described there - added resource into web.xml: > > > jdbc/ActiveDS > javax.sql.DataSource > Container > Shareable > > > And added dependency into geronimo-web.xml (may be it is not correct - but I > tried different ways): > > > http://geronimo.apache.org/xml/ns/j2ee/web-2.0.1"; >xmlns:nam="http://geronimo.apache.org/xml/ns/naming-1.2"; > xmlns:sec="http://geronimo.apache.org/xml/ns/security-2.0"; >xmlns:sys="http://geronimo.apache.org/xml/ns/deployment-1.2";> > > > > org.emforge > EmForge > 0.23 > war > > > > > org.jaxen,org.springframework,org.apache.cxf > > > > > console.dbpool > jdbc%2FActiveDS > > > > /EmForge > > jdbc/ActiveDS > jdbc/ActiveDS > > console.dbpool > jdbc%2FActiveDS >jdbc/ActiveDS > > > > > But in this case I'm getting error during deployment: > > error: cvc-complex-type.2.4a: Expected elements > '[EMAIL PROTECTED]://geronimo.apache.org/xml/ns/deployment-1.2 > [EMAIL PROTECTED]://geronimo.apache.org/xml/ns/deployment-1.2 > [EMAIL PROTECTED]://geronimo.apache.org/xml/ns/deployment-1.2' > instead of '[EMAIL PROTECTED]://geronimo.apache.org/xml/ns/deployment-1.2' > here in element [EMAIL PROTECTED]://geronimo.apache.org/xml/ns/deployment-1.2 > > > error: cvc-complex-type.2.4b: Element not allowed: > [EMAIL PROTECTED]://geronimo.apache.org/xml/ns/naming-1.2 in element > [EMAIL PROTECTED]://geronimo.apache.org/xml/ns/naming-1.2 > > > > > > What I'm doing wrong here? > > > Another question - MyFaces and JSF-RI? > Is it possible to configure somehow my application to use JSF-RI instead of > MyFaces. Problem is - we have some custom renderers, which implementation > is inherited from com.sun renderers, so - when I'm deploying application > into Geronimo - I'm getting class-not-found error. > > Last Question - Implementing Web-Services with using CXF & Spring. > Some services in our application wrapped with CXF-based Web-Services > Implementation. For doing it we have defined in spring context: > > > > > > > > > > > > > > > > > implementorClass="org.emforge.jbpm.BpmServiceImpl" > implementor="#bpmService" > address="/org.emforge.BpmService"> > > class="org.apache.cxf.binding.soap.saaj.SAAJInInterceptor"/> > > > class="ru.emdev.EmForge.security.ValidateUserTokenInterceptor"/> > > > > > But I'm getting followed error during starting application: > > org.springframework.beans.factory.UnsatisfiedDependencyException: Error > creating bean with name 'bpmWsService': Unsatisfied dependency expressed > through constructor argument with index 2 of type [java.lang.String]: > Ambiguous constructor argument types - did you specify the correct bean > references as constructor arguments? > > > I tried both - put org.apache.cxf and org.springframework into > hidden-classes via: > >org.jaxen >org.springframework > org.apache.cxf > > > But still getting this error. > > I tried to hide c
Re: How to stop loading of default certificate
Try with jetty assembly: https://issues.apache.org/jira/browse/GERONIMO-3864
:)
Jarek
On Mon, May 5, 2008 at 9:18 AM, Ashwill, Steve (Facilities & Services)
<[EMAIL PROTECTED]> wrote:
> I haven't found it in the documentation, perhaps I'm just not looking
> in the right place.
>
> The message says:
> You are about to install a certificate from a certification authority
> (CA) claiming to represent:
>
> ME
>
> {text omitted}
>
>
> Do you want to install this certificate?
>
> Yes No
>
>
> I do not believe that anything has been modified concerning the
> keystores. This started as soon as I upgraded to "2.1" I start it as a
> service, but the same thing happens if I run from the command line as
> well with startup.bat.
>
>
>
>
>
> Steven Ashwill
> Application Developer
> University of Illinois
> 1609 S. Oak St. M/C 662
> Champaign, IL 61821
> (217) 265-6337
>
>
>
> -Original Message-
> From: David Jencks [mailto:[EMAIL PROTECTED]
> Sent: Friday, May 02, 2008 12:44 PM
> To: user@geronimo.apache.org
> Subject: Re: How to stop loading of default certificate
>
> I've never seen this happen. Have you modified the geronimo keystore/
> truststore setup? How are you restarting geronimo? What does the popup
> look like? Is there a stack trace?
>
> This seems like something we should cover in the documentation...
>
> thanks
> david jencks
>
> On May 2, 2008, at 9:10 AM, Ashwill, Steve (Facilities & Services)
> wrote:
>
> > Can someone save me some research time and tell me how to stop
> > Geronimo from trying to load the default certificate. The pop up boxes
>
> > asking if I want to load it are causing a problem if I am doing a
> > remote restart because they appear on the console not on the remote
> > desktop connection.
> >
> > Thanks,
> > Steven Ashwill
> >
> >
> > Sorry for the duplicate message, but I though I'd better get the right
>
> > subject line. Haste does indeed make waste.
>
>
Re: JAX-WS webservice deployment
Yes, you need to add in the and entires for your web service. What exceptions did you see? Jarek On Mon, Apr 21, 2008 at 3:23 PM, Virtual Light <[EMAIL PROTECTED]> wrote: > > I have a question about deploying JAX-WS webservices. I generated and > deployed the simple sample jax-ws calculator and looked at what it had > generated and what was deployed and in the simple case this will work fine. > In my case I have a JAX-WS webservice for which I am supplying a web.xml > file as I have entries for other servlets and parameters. In this case it > does not appear that the web service is being deployed. Is it up to me in > the case where I am supplying the web.xml file to make the servlet entries > for the webservice? When I tried this I received various faults. I am > using WebSphere CE which is Geronimo hard wired with tomcat. I did provide > a geronimo deployment descriptor which is listed below along with the > web.xml. The containing project is a Dynamic web project created in eclipse > 3.3 Europa with a war file being the artifact. No EAR association. I have > not been able to find anything definitive on what is needed. Any help > appreciated. > > > http://geronimo.apache.org/xml/ns/j2ee/web-1.1"; > xmlns:nam="http://geronimo.apache.org/xml/ns/naming-1.1"; > xmlns:sec="http://geronimo.apache.org/xml/ns/security-1.1"; > xmlns:sys="http://geronimo.apache.org/xml/ns/deployment-1.1";> > > > default > TestProfret1 > 2.0 > war > > > /TestProfRet1 > > > > > > http://www.w3.org/2001/XMLSchema-instance"; > xmlns="http://java.sun.com/xml/ns/javaee"; > xmlns:web="http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"; > xsi:schemaLocation="http://java.sun.com/xml/ns/javaee > http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"; id="WebApp_ID" > version="2.5"> > TestProfRet1 > > > EWSHttpMonServlet > EWSHttpMonServlet > > com.elsevier.webservices.jws.ews.common.servlet.EWSHttpMonServlet > > applicationName > Profile Retrieval Service > > > initWebService > true > > 2 > > > > > ApplicationState > ApplicationState > > > com.elsevier.webservices.ews.common.servlet.ApplicationStateServlet > > > > WSTest > WSTest > > > com.elsevier.webservices.ews.common.servlet.WSTestServlet > > > > ApplicationState > /admin/applicationState > > > WSTest > /test/* > > > EWSHttpMonServlet > /admin/httpmon > > > > index.html > index.htm > index.jsp > default.html > default.htm > default.jsp > > > > SERVICE_CLASS > java.lang.String > > com.elsevier.webservices.retrieval.profile.service.ProfileRetrievalService > > > > CONTEXT_CLASS > java.lang.String > > com.elsevier.webservices.ews.common.context.EWSContext > > > > LOGGER_CHOICE > java.lang.String > > com.elsevier.edit.common.logging.Logger > > > > IGNORE_HEADER > java.lang.Boolean > true > > > > INSTRUMENTATION_FACTORY > java.lang.String > > com.elsevier.edit.common.instrumentation.Instrumentation > > > > > com.lxnx.sysman.smapi.initializer.SysmanInitializerListener > > >SmapiDebugLevel >DEBUG > > >SYSMAN_CONFIG_FILE >/WEB-INF/SysmanConfig.xml > > > index.html > index.htm > index.jsp > default.html > default.htm > default.jsp > > > > Regards, > Bill >
Re: JEE application client
Phani, 1) Check the structure of the jar file and make sure application-client.xml and geronimo-application-client.xml are under the META-INF directory. 2) Check your manifest file ends with a new line character. Jarek On Tue, Apr 15, 2008 at 6:59 AM, Phani Madgula <[EMAIL PROTECTED]> wrote: > Hi I am trying to deploy a JEE application client as follows. > > application-client.xml > > > > http://java.sun.com/xml/ns/javaee"; > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; > xsi:schemaLocation="http://java.sun.com/xml/ns/javaee >http://java.sun.com/xml/ns/javaee/application-client_5.xsd"; > version="5"> > > > ejb/Converter > Session > examples.appclient.Converter > > > > > geronimo-application-client.xml > > > > xmlns="http://geronimo.apache.org/xml/ns/j2ee/application-client-2.0"; > xmlns:naming="http://geronimo.apache.org/xml/ns/naming-1.2"; > xmlns:sys="http://geronimo.apache.org/xml/ns/deployment-1.2";> > > > > Converter > Converter-app-client >3.0 > jar > > > > > Converter > ConverterEAR > 5.0 > car > > > > > > > > ejb/Converter > Session > examples.appclient.Converter > ConverterBean > > > > > The above application client declares a dependency on > Converter/ConverterEAR/5.0/car where the ConverterBean is deployed. When I > package the above files along with the client file and deploy on the > Geronimo2.1 server, the server throws the following error. > > Please note that I am deploying the JEE client separately from the main EAR > file. > > __ > C:\Geronimo-2.1\bin>deploy.bat --user system --password manager deploy > C:\temp\ConverterEJBClient.jar > Using GERONIMO_BASE: C:\Geronimo-2.1 > Using GERONIMO_HOME: C:\Geronimo-2.1 > Using GERONIMO_TMPDIR: var\temp > Using JRE_HOME:C:\May-31-2007\jre > Error: Unable to distribute ConverterEJBClient.jar: Cannot deploy > the requested application module because no deployer is able to > handle it. This can happen if you have omitted the J2EE deployment > descriptor, disabled a deployer module, or if, for example, you are > trying to deploy an EJB module on a minimal Geronimo server that > does not have EJB support installed. > > (moduleFile=C:\Geronimo-2.1\var\temp\geronimo-deployer32414.tmpdir\ConverterEJBClient.jar) > > __ > > > May I know what I am missing here?? > > Thanks > Phani B Madgula > > > >
