Re: Error in starting Server! Please Help
I guess it's because of the firewall in Vista. You can try it again after turning off the firewall in Vista. Hope it helps. -- Yun Feng Olakara wrote: > Hi, > I am trying to start the server on a Vista Home OS. I get the following > error: > > Using GERONIMO_BASE: C:\Program Files\geronimo > Using GERONIMO_HOME: C:\Program Files\geronimo > Using GERONIMO_TMPDIR: var\temp > Using JRE_HOME:C:\Java\jdk1.5.0_14\jre > Booting Geronimo Kernel (in Java 1.5.0_14)... > Starting Geronimo Application Server v2.1.1 > [*** ] 58% 14s Loading > org.apache.ger...23:25:22,409 ERROR [MCFConnectionInterceptor] Error > occurred creating ManagedConnection for > [EMAIL PROTECTED] > javax.resource.spi.ResourceAdapterInternalException: Unable to obtain > physical connection to [EMAIL PROTECTED] > at > org.tranql.connector.jdbc.AbstractLocalDataSourceMCF.getPhysicalConnection(AbstractLocalDataSourceMCF.java:72) > at > org.tranql.connector.jdbc.AbstractLocalDataSourceMCF.createManagedConnection(AbstractLocalDataSourceMCF.java:64) > at > org.apache.geronimo.connector.outbound.MCFConnectionInterceptor.getConnection(MCFConnectionInterceptor.java:48) > at > org.apache.geronimo.connector.outbound.LocalXAResourceInsertionInterceptor.getConnection(LocalXAResourceInsertionInterceptor.java:41) > at > org.apache.geronimo.connector.outbound.SinglePoolConnectionInterceptor.internalGetConnection(SinglePoolConnectionInterceptor.java:70) > at > org.apache.geronimo.connector.outbound.AbstractSinglePoolConnectionInterceptor.getConnection(AbstractSinglePoolConnectionInterceptor.java:80) > at > org.apache.geronimo.connector.outbound.TransactionEnlistingInterceptor.getConnection(TransactionEnlistingInterceptor.java:46) > at > org.apache.geronimo.connector.outbound.TransactionCachingInterceptor.getConnection(TransactionCachingInterceptor.java:94) > at > org.apache.geronimo.connector.outbound.ConnectionHandleInterceptor.getConnection(ConnectionHandleInterceptor.java:43) > at > org.apache.geronimo.connector.outbound.TCCLInterceptor.getConnection(TCCLInterceptor.java:39) > at > org.apache.geronimo.connector.outbound.ConnectionTrackingInterceptor.getConnection(ConnectionTrackingInterceptor.java:66) > at > org.apache.geronimo.connector.outbound.AbstractConnectionManager.allocateConnection(AbstractConnectionManager.java:87) > at org.tranql.connector.jdbc.DataSource.getConnection(DataSource.java:56) > at > org.apache.geronimo.connector.DatabaseInitializationGBean.(DatabaseInitializationGBean.java:50) > 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:494) > 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.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 > o
Error in starting Server! Please Help
Hi, I am trying to start the server on a Vista Home OS. I get the following error: Using GERONIMO_BASE: C:\Program Files\geronimo Using GERONIMO_HOME: C:\Program Files\geronimo Using GERONIMO_TMPDIR: var\temp Using JRE_HOME:C:\Java\jdk1.5.0_14\jre Booting Geronimo Kernel (in Java 1.5.0_14)... Starting Geronimo Application Server v2.1.1 [*** ] 58% 14s Loading org.apache.ger...23:25:22,409 ERROR [MCFConnectionInterceptor] Error occurred creating ManagedConnection for [EMAIL PROTECTED] javax.resource.spi.ResourceAdapterInternalException: Unable to obtain physical connection to [EMAIL PROTECTED] at org.tranql.connector.jdbc.AbstractLocalDataSourceMCF.getPhysicalConnection(AbstractLocalDataSourceMCF.java:72) at org.tranql.connector.jdbc.AbstractLocalDataSourceMCF.createManagedConnection(AbstractLocalDataSourceMCF.java:64) at org.apache.geronimo.connector.outbound.MCFConnectionInterceptor.getConnection(MCFConnectionInterceptor.java:48) at org.apache.geronimo.connector.outbound.LocalXAResourceInsertionInterceptor.getConnection(LocalXAResourceInsertionInterceptor.java:41) at org.apache.geronimo.connector.outbound.SinglePoolConnectionInterceptor.internalGetConnection(SinglePoolConnectionInterceptor.java:70) at org.apache.geronimo.connector.outbound.AbstractSinglePoolConnectionInterceptor.getConnection(AbstractSinglePoolConnectionInterceptor.java:80) at org.apache.geronimo.connector.outbound.TransactionEnlistingInterceptor.getConnection(TransactionEnlistingInterceptor.java:46) at org.apache.geronimo.connector.outbound.TransactionCachingInterceptor.getConnection(TransactionCachingInterceptor.java:94) at org.apache.geronimo.connector.outbound.ConnectionHandleInterceptor.getConnection(ConnectionHandleInterceptor.java:43) at org.apache.geronimo.connector.outbound.TCCLInterceptor.getConnection(TCCLInterceptor.java:39) at org.apache.geronimo.connector.outbound.ConnectionTrackingInterceptor.getConnection(ConnectionTrackingInterceptor.java:66) at org.apache.geronimo.connector.outbound.AbstractConnectionManager.allocateConnection(AbstractConnectionManager.java:87) at org.tranql.connector.jdbc.DataSource.getConnection(DataSource.java:56) at org.apache.geronimo.connector.DatabaseInitializationGBean.(DatabaseInitializationGBean.java:50) 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:494) 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.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(GBeanInstan
Re: javax.jms.JMSException: Failed to build body from bytes
On Jul 15, 2008, at 9:56 AM, jklcom99 wrote: The app was running on G1.1.1. I've recently upgraded to G2.1.2- SNAPSHOT. I believe I'm on G2.1.2-SNAPSHOT 07/03 build. Test case: Whenever a scheduled Quartz job kicks off, the server would send a JMS message to update the UI. Could this be a bug? Please let me know if you need more information. Thanks. Assuming that the contents of your EAR are correct (i.e. lib/ contains a jar file which contains the required Classes for the ObjectMessage), I think this is a bug. I was hoping you could prepare some deployable artifacts that we could be used to recreate, test and diagnose the problem. It will take a bit of work to set up your scenario. Anything that you can do to make it easier to recreate your problem will increase the chances of somebody looking at it... If I understand correctly, you are separately deploying a JMS 'module' and an EAR with your MDB. I don't think Quartz is needed to recreate the problem, just some JMS ObjectMessage with an object from your EAR's lib/ We may be able to figure this out without a test case, but it would definitely help... --kevan Thank you Kevan Miller wrote: Thanks. Is it possible for you to provide a test case that can illustrate the problem? Which version of Geronimo were you using previously? If you want to try a work-around, you could try moving your connector deployment into your ear deployment plan. --kevan -- View this message in context: http://www.nabble.com/javax.jms.JMSException%3A-Failed-to-build-body-from-bytes-tp18404327s134p18465908.html Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
Re: Re: Re: WSDL-Generation with complexTypes
Hi Josef, Great it is working for you! I guess you are using CXF as webservice provider which uses Axis2 SAAJ by default. With the configuration change you made, you changed the server to use Sun's SAAJ instead because of the bug in Axis2's SAAJ. G 2.1.2 is currently using Axis2 1.3 and CXF 2.0.6. Lin On Tue, Jul 15, 2008 at 10:45 AM, <[EMAIL PROTECTED]> wrote: > > Hi Lin, > > after changing the datatypes as described I could generate .wsdl and .xsd > Files also in Geronimo 2.1.1. Maybe this was unclear in my last posting. > > But afterwards I had a lot of problems with the invokation of the > webservice: > > ERROR: > WS-Client calls Webservice: > [DEBUG] [OReadWSClientImpl] >> Remote-Aufruf zum OReadManager durchgefuehrt. > [DEBUG] [OReadWSClientImpl] >> Webservice-Aufruf zum RWriteService > gestartet. > 15.07.2008 11:53:49 > org.apache.cxf.service.factory.ReflectionServiceFactoryBean > buildServiceFromWSDL > INFO: Creating Service {http://blabla/}RWriteService from WSDL: > http://localhost:8080/RWriteService/RWriteWS?wsdl > [DEBUG] [OReadWSClientImpl] >> Webservice-Methode 'readDataDelta' wird > aufgerufen. > 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.NodeImpl.insertBefore(NodeImpl.java:259) > at > org.apache.axiom.om.impl.dom.NodeImpl.appendChild(NodeImpl.java:238) > at > org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:163) > at $Proxy21.readDataDelta(Unknown Source) > > > > SOLUTION: > see https://issues.apache.org/jira/browse/AXIS2-3808 > andhttp://www.nabble.com/JAX-WS-2.1-WebService-inside-Geronimo-2.0.1-td17088122s134.html#a17328111 > changing geronimo-application.xml: > ... > > org.apache.axis2 > javax.xml.bind > javax.xml.namespace > > > > and set GERONIMO_OPTS to the Startscript: > > export GERONIMO_OPTS="-Dorg.apache.geronimo.jaxws.provider=cxf > -Dorg.apache.geronimo.saaj.provider=sun" > > Which Version of CXF and AXIS-2 do we have in Geronimo 2.1.2 ? I don't > really understand why I have to put all these classes (axis2, bind, > namespace) into hidden-classes? > > At the moment I can invoke the service and the data is successfully > transfered :-) > > -Josef > > > > > "Lin Sun" <[EMAIL PROTECTED]> > > 15.07.2008 16:10 > > Bitte antworten an > user@geronimo.apache.org > An > user@geronimo.apache.org > Kopie > Thema > Re: Re: WSDL-Generation with complexTypes > > > > > Hi Josef, > > Can you try your "deploy without wsdl" scenario on a 2.1.2 server? I > tried an array of String today and the server did generate wsdl file > during deployment. > > Thx, > > Lin > > On Fri, Jul 11, 2008 at 9:50 AM, Lin Sun <[EMAIL PROTECTED]> wrote: >> Hi Josef, >> >> Thanks for the feedback. The prob below is from Sun's wsgen tool >> which we don't really have control. >> >> I'll investigate why wsdl generation during deployment is different >> (should have also created the .wsdl and .xsd files) than invoking >> jaxws-tools wsgen directly. >> >> Lin >> >> On Fri, Jul 11, 2008 at 9:41 AM, <[EMAIL PROTECTED]> wrote: >>> >>> Hi Lin, >>> >>> using the command line tool I found the following problems: >>> >>> * org.apache.commons.lang.enums.ValuedEnum -> enum (new in Java5) >>> * java.uti.TreeMap -> Java-Array >>> * private attributes need at least public accessors >>> >>> Now WSDL-Generation is working. Test is ongoing... >>> >>> -Josef >>> >>> >>> >>> [EMAIL PROTECTED] >>> >>> 11.07.2008 09:44 >>> >>> Bitte antworten an >>> user@geronimo.apache.org >>> An >>> user@geronimo.apache.org >>> Kopie >>> Thema >>> Antwort: Re: WSDL-Generation with complexTypes >>> >>> >>> >>> >>> >>> Hi Lin, >>> >>> we are using Geronimo 2.1.1. Java is: >>> java version "1.5.0_13" >>> Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_13-b05) >>> Java HotSpot(TM) Client VM (build 1.5.0_13-b05, mixed mode, sharing) >>> >>> .wsdl and .xsd are being generated if we use no arrays, no complex types. >>> >>> -Josef >>> >>> >>> "Lin Sun" <[EMAIL PROTECTED]> >>> >>> 10.07.2008 16:55 >>> >>> Bitte antworten an >>> user@geronimo.apache.org >>> >>> An >>> user@geronimo.apache.org >>> Kopie >>> Thema >>> Re: WSDL-Generation with complexTypes >>> >>> >>> >>> >>> >>> >>> Hi, which geronimo server are you using? What JDK are you using? >>> >>> Can you try jaxws-tools command (type jaxws-tools.bat|sh wsgen for >>> usage) in the bin directory to see if the .wsdl & .xsd are generated >>> for your project? We are invoking Sun's wsgen to generate wsdl. >>> >>> Thanks. >>> >>> Lin >>> >>> On Thu, Jul 10, 2008 at 10:29 AM, <[EMAIL PROTECTED]> wrote: Hi, we successfully finished to implement the HalloWorld-Example as a JavaEE5-conform Webservice. Now the real world starts and the problems arise. In fact we would like to have a Webservice like that: @Stateles
Antwort: Re: Re: WSDL-Generation with complexTypes
Hi Lin, after changing the datatypes as described I could generate .wsdl and .xsd Files also in Geronimo 2.1.1. Maybe this was unclear in my last posting. But afterwards I had a lot of problems with the invokation of the webservice: ERROR: WS-Client calls Webservice: [DEBUG] [OReadWSClientImpl] >> Remote-Aufruf zum OReadManager durchgefuehrt. [DEBUG] [OReadWSClientImpl] >> Webservice-Aufruf zum RWriteService gestartet. 15.07.2008 11:53:49 org.apache.cxf.service.factory.ReflectionServiceFactoryBean buildServiceFromWSDL INFO: Creating Service {http://blabla/}RWriteService from WSDL: http://localhost:8080/RWriteService/RWriteWS?wsdl [DEBUG] [OReadWSClientImpl] >> Webservice-Methode 'readDataDelta' wird aufgerufen. 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.NodeImpl.insertBefore(NodeImpl.java:259) at org.apache.axiom.om.impl.dom.NodeImpl.appendChild(NodeImpl.java:238) at org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:163) at $Proxy21.readDataDelta(Unknown Source) SOLUTION: see https://issues.apache.org/jira/browse/AXIS2-3808 and http://www.nabble.com/JAX-WS-2.1-WebService-inside-Geronimo-2.0.1-td17088122s134.html#a17328111 changing geronimo-application.xml: ... org.apache.axis2 javax.xml.bind javax.xml.namespace and set GERONIMO_OPTS to the Startscript: export GERONIMO_OPTS="-Dorg.apache.geronimo.jaxws.provider=cxf -Dorg.apache.geronimo.saaj.provider=sun" Which Version of CXF and AXIS-2 do we have in Geronimo 2.1.2 ? I don't really understand why I have to put all these classes (axis2, bind, namespace) into hidden-classes? At the moment I can invoke the service and the data is successfully transfered :-) -Josef "Lin Sun" <[EMAIL PROTECTED]> 15.07.2008 16:10 Bitte antworten an user@geronimo.apache.org An user@geronimo.apache.org Kopie Thema Re: Re: WSDL-Generation with complexTypes Hi Josef, Can you try your "deploy without wsdl" scenario on a 2.1.2 server? I tried an array of String today and the server did generate wsdl file during deployment. Thx, Lin On Fri, Jul 11, 2008 at 9:50 AM, Lin Sun <[EMAIL PROTECTED]> wrote: > Hi Josef, > > Thanks for the feedback. The prob below is from Sun's wsgen tool > which we don't really have control. > > I'll investigate why wsdl generation during deployment is different > (should have also created the .wsdl and .xsd files) than invoking > jaxws-tools wsgen directly. > > Lin > > On Fri, Jul 11, 2008 at 9:41 AM, <[EMAIL PROTECTED]> wrote: >> >> Hi Lin, >> >> using the command line tool I found the following problems: >> >> * org.apache.commons.lang.enums.ValuedEnum -> enum (new in Java5) >> * java.uti.TreeMap -> Java-Array >> * private attributes need at least public accessors >> >> Now WSDL-Generation is working. Test is ongoing... >> >> -Josef >> >> >> >> [EMAIL PROTECTED] >> >> 11.07.2008 09:44 >> >> Bitte antworten an >> user@geronimo.apache.org >> An >> user@geronimo.apache.org >> Kopie >> Thema >> Antwort: Re: WSDL-Generation with complexTypes >> >> >> >> >> >> Hi Lin, >> >> we are using Geronimo 2.1.1. Java is: >> java version "1.5.0_13" >> Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_13-b05) >> Java HotSpot(TM) Client VM (build 1.5.0_13-b05, mixed mode, sharing) >> >> .wsdl and .xsd are being generated if we use no arrays, no complex types. >> >> -Josef >> >> >> "Lin Sun" <[EMAIL PROTECTED]> >> >> 10.07.2008 16:55 >> >> Bitte antworten an >> user@geronimo.apache.org >> >> An >> user@geronimo.apache.org >> Kopie >> Thema >> Re: WSDL-Generation with complexTypes >> >> >> >> >> >> >> Hi, which geronimo server are you using? What JDK are you using? >> >> Can you try jaxws-tools command (type jaxws-tools.bat|sh wsgen for >> usage) in the bin directory to see if the .wsdl & .xsd are generated >> for your project? We are invoking Sun's wsgen to generate wsdl. >> >> Thanks. >> >> Lin >> >> On Thu, Jul 10, 2008 at 10:29 AM, <[EMAIL PROTECTED]> wrote: >>> >>> Hi, >>> >>> we successfully finished to implement the HalloWorld-Example as a >>> JavaEE5-conform Webservice. >>> >>> Now the real world starts and the problems arise. In fact we would like to >>> have a Webservice like that: >>> >>> @Stateless >>> @WebService >>> public class MyWebservice implements MyWebserviceIF { >>> >>> @WebMethod >>> public void readData(MyDataTO data) { >>> ... >>> } >>> >>> The TransferObject MyDataTO should be: >>> public Long[] keyProtokoll; >>> public MyDataProtokollTO[] dataProtokoll; >>> public Long[] keyDaten; >>> public MyDataDatenTO[] dataDaten; >>> >>> And the TransferObject MyDataProtokollTO is: >>> >>> public class MyDataProtokollTO implements Serializable{ >>> >>> private long id; >>>
Re: Re: WSDL-Generation with complexTypes
Hi Josef, Can you try your "deploy without wsdl" scenario on a 2.1.2 server? I tried an array of String today and the server did generate wsdl file during deployment. Thx, Lin On Fri, Jul 11, 2008 at 9:50 AM, Lin Sun <[EMAIL PROTECTED]> wrote: > Hi Josef, > > Thanks for the feedback. The prob below is from Sun's wsgen tool > which we don't really have control. > > I'll investigate why wsdl generation during deployment is different > (should have also created the .wsdl and .xsd files) than invoking > jaxws-tools wsgen directly. > > Lin > > On Fri, Jul 11, 2008 at 9:41 AM, <[EMAIL PROTECTED]> wrote: >> >> Hi Lin, >> >> using the command line tool I found the following problems: >> >> * org.apache.commons.lang.enums.ValuedEnum -> enum (new in Java5) >> * java.uti.TreeMap -> Java-Array >> * private attributes need at least public accessors >> >> Now WSDL-Generation is working. Test is ongoing... >> >> -Josef >> >> >> >> [EMAIL PROTECTED] >> >> 11.07.2008 09:44 >> >> Bitte antworten an >> user@geronimo.apache.org >> An >> user@geronimo.apache.org >> Kopie >> Thema >> Antwort: Re: WSDL-Generation with complexTypes >> >> >> >> >> >> Hi Lin, >> >> we are using Geronimo 2.1.1. Java is: >> java version "1.5.0_13" >> Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_13-b05) >> Java HotSpot(TM) Client VM (build 1.5.0_13-b05, mixed mode, sharing) >> >> .wsdl and .xsd are being generated if we use no arrays, no complex types. >> >> -Josef >> >> >> "Lin Sun" <[EMAIL PROTECTED]> >> >> 10.07.2008 16:55 >> >> Bitte antworten an >> user@geronimo.apache.org >> >> An >> user@geronimo.apache.org >> Kopie >> Thema >> Re: WSDL-Generation with complexTypes >> >> >> >> >> >> >> Hi, which geronimo server are you using? What JDK are you using? >> >> Can you try jaxws-tools command (type jaxws-tools.bat|sh wsgen for >> usage) in the bin directory to see if the .wsdl & .xsd are generated >> for your project? We are invoking Sun's wsgen to generate wsdl. >> >> Thanks. >> >> Lin >> >> On Thu, Jul 10, 2008 at 10:29 AM, <[EMAIL PROTECTED]> wrote: >>> >>> Hi, >>> >>> we successfully finished to implement the HalloWorld-Example as a >>> JavaEE5-conform Webservice. >>> >>> Now the real world starts and the problems arise. In fact we would like to >>> have a Webservice like that: >>> >>> @Stateless >>> @WebService >>> public class MyWebservice implements MyWebserviceIF { >>> >>> @WebMethod >>> public void readData(MyDataTO data) { >>> ... >>> } >>> >>> The TransferObject MyDataTO should be: >>> public Long[] keyProtokoll; >>> public MyDataProtokollTO[] dataProtokoll; >>> public Long[] keyDaten; >>> public MyDataDatenTO[] dataDaten; >>> >>> And the TransferObject MyDataProtokollTO is: >>> >>> public class MyDataProtokollTO implements Serializable{ >>> >>> private long id; >>> private long otherId; >>> private Timestamp when; >>> private My1Enum entitaetstyp; >>> private long entitaetId; >>> private My2Enum funktion; >>> >>> The Enumerations are from commons-lang - ValuedEnum. >>> >>> Often we get the result: >>> >>> 16:08:48,374 ERROR [EjbModuleBuilder] >>> JAXWSEJBModuleBuilderExtension.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:314) >>> at >>> >>> org.apache.geronimo.axis2.builder.Axis2Builder.initialize(Axis2Builder.java:222) >>> at >>> >>> org.apache.geronimo.jaxws.builder.JAXWSServiceBuilder.configureEJB(JAXWSServiceBuilder.java:215) >>> at >>> >>> org.apache.geronimo.jaxws.builder.JAXWSEJBModuleBuilderExtension.addGBeans(JAXWSEJBModuleBuilderExtension.java:167) >>> at >>> >>> org.apache.geronimo.openejb.deployment.EjbModuleBuilder.addGBeans(EjbModuleBuilder.java:819) >>> 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.GeneratedMethodAccessor1196.invoke(Unknown Source) >>> at >>> >>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >>> at java.lang.reflect.Method.invoke(Method.java:585) >>> 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(B
Re: javax.jms.JMSException: Failed to build body from bytes
The app was running on G1.1.1. I've recently upgraded to G2.1.2-SNAPSHOT. I believe I'm on G2.1.2-SNAPSHOT 07/03 build. Test case: Whenever a scheduled Quartz job kicks off, the server would send a JMS message to update the UI. Could this be a bug? Please let me know if you need more information. Thank you Kevan Miller wrote: > > Thanks. Is it possible for you to provide a test case that can > illustrate the problem? > > Which version of Geronimo were you using previously? If you want to > try a work-around, you could try moving your connector deployment into > your ear deployment plan. > > --kevan > > -- View this message in context: http://www.nabble.com/javax.jms.JMSException%3A-Failed-to-build-body-from-bytes-tp18404327s134p18465908.html Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
Re: Geronimo on Windows Vista Home OS
Hi, I have the OS on my personal laptop. Sometimes I code from home and was not able to start the server. I will post the server start output messages soon. Thanks for your reply. Abdel Olakara http://technopaper.blogspot.com hypobyte wrote: > > I'm sort of wondering why you would use that particular OS, but FYI I've > had > no problems running Geronimo on Vista Ultimate 32 and 64-bit with Java 1.5 > or 1.6. I believe as long as the JVM is working properly Geronimo will > work > because it does not contain OS-specific functionality. > > You don't give any info about the nature of the failure, so I can't really > help you further. > > Trygve > > 2008/7/15 Olakara <[EMAIL PROTECTED]>: > >> >> Hi all, >> >> I have a system with Windows Vista Home as the OS. I tried running >> Geronimo >> server but the server failed to start. Have anybody faced similar issues? >> Does the server support Vista OS? >> >> Thanks and Regards, >> Abdel Olakara. >> http://technopaper.blogspot.com >> -- >> View this message in context: >> http://www.nabble.com/Geronimo-on-Windows-Vista-Home--OS-tp18458598s134p18458598.html >> Sent from the Apache Geronimo - Users mailing list archive at Nabble.com. >> >> > > -- View this message in context: http://www.nabble.com/Geronimo-on-Windows-Vista-Home--OS-tp18458598s134p18461715.html Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
Re: Geronimo on Windows Vista Home OS
I'm sort of wondering why you would use that particular OS, but FYI I've had no problems running Geronimo on Vista Ultimate 32 and 64-bit with Java 1.5 or 1.6. I believe as long as the JVM is working properly Geronimo will work because it does not contain OS-specific functionality. You don't give any info about the nature of the failure, so I can't really help you further. Trygve 2008/7/15 Olakara <[EMAIL PROTECTED]>: > > Hi all, > > I have a system with Windows Vista Home as the OS. I tried running > Geronimo > server but the server failed to start. Have anybody faced similar issues? > Does the server support Vista OS? > > Thanks and Regards, > Abdel Olakara. > http://technopaper.blogspot.com > -- > View this message in context: > http://www.nabble.com/Geronimo-on-Windows-Vista-Home--OS-tp18458598s134p18458598.html > Sent from the Apache Geronimo - Users mailing list archive at Nabble.com. > >