Re: JAX-RPC Web Service - help needed
Hi Ray, Please read my in line comments. Cheers, Lasantha Ranaweera Clough, Ray C PWR wrote: Lasantha, I have done some more development with your sample webservice app. I've redone the build file to create the mapping file on the fly, and done some minor repackaging. I have also added comments to the web.xml, geronimo-web.xml, webservices.xml, wscompile-config.xml files to show how they relate to eachother. The app deploys fine in G1.1.1. I used the jaxrpc files from jwsdp 2.0 to give all the dependencies for building the service. I have not yet modified the client, but I'm hoping to do that this evening. This is great input Ray. I am really interested to see your modifications. If you're interested I'd like to send you the modified app. Assuming you're interested, how and in what form should I send it to you (zip of the project, email, ...? ) Please share those modifications via email until the confluence is up and running. Would you like to further develop these sample applications with us? I still haven't figured out the flaw in my own tutorial app which prevents it from working with G1.1.1, and am baffled that it deploys in other servers. I'll work on that later, I guess. Thanks for your sample app. Without that success I was about to conclude that G1.1.1 wouldn't work for me. Happy to help. :-) The jaxrpc web services are really a poor spec (extremely fragile), and it would be really nice to have the jax-ws implementation. Everyone I know keeps saying "I love .NET web services, but I hate JAXRPC". It is easy to see why. Even Sun's jwsdp does not deploy jaxrpc-compliant services. I've always been disappointed that Axis didn't produce jaxrpc-compliant services. More problematic, from my personal standpoint, is the fact that the only tool I know which produces both wsdl and the mapping file is wscompile, and wscompile doesn't do DOCLITERAL_WRAPPED wsdls. (Until jwsdp2.0 the wscompile which came with jwsdp wouldn't even make the mapping file, and you had to use the wscompile which came with the Sun Server). If axis had supplemented their 'java2wsdl' tool with a mapping file generator, we'd be well ahead of the game. Do you, or does anyone, know an open source or freeware tool which will produce both files? Yes I agree with your comments regarding JAX-RPC based web services. I am also wondering why still Apache Axis doesn't support the generation jax-rpc related files. I think we have to add issue in to the Axis user list. According to the JSR-109 JEE 5 will support web service implementation both JAX-RPC and JAX-WS. I think JAX-WS will be more user friendly API than JAX-RPC. Hope Geronimo comes in to that stage soon a real open source application server. ;-) Thanks, Ray Clough [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Monday, October 23, 2006 5:19 PM To: user@geronimo.apache.org Subject: Re: JAX-RPC Web Service - help needed Hi Ray, Have a look at http://cwiki.apache.org/GMOxDOC11/simple-web-services-sample-application .html .. This is a sample WS application which has been written to the G 1.1.1. But it only has exposing Servlet as a WS. We are expecting feedbacks from users :). Thanks, Lasantha Ranaweera I have a simple WS which I was easily able to deploy in Geronimo 1.0. I am also able to deploy it on Sun App Server 8.2 and Oracle App Server with no problems. However I cannot get it to deploy on Geronimo 1.1.1. The stack trace (below) tells me nothing - maybe it tells someone who knows more about Geronimo something, but it is mysterious to me. There are no examples of JAX-RPC compliant web services anywhere in the Geronimo documentation that I have seen, and I don't recall ever seeing anyone having done it in the mailing list. Do we know, in fact, that Geronimo 1.1.1 can deploy such a service? What I mean by a JAX-RPC-compliant WS is one which contains the WSDL, and mapping.xml files, as well as the web.xml, geronimo-web.xml files. On Geronimo 1.0 I could deploy it in an EAR file with a database, but I've simplified it to remove that potential error source, so now I'm trying to deploy it as a WAR file. I would greatly appreciate any help which you can offer. I'll gladly supply the full app source or any files needed. If I can get this to deploy, I'll also happily write up instructions on how to do it. Thank you very much, Ray Clough [EMAIL PROTECTED] Here is the Exception code from the deployment process: Geronimo Application Server started Retrieving document at 'WEB-INF/wsdl/ApothegmService.wsdl'. 12:38:40,407 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: abstractName="apothegm/ApothegmWebService/1.1/war?configurationName=ap ot hegm/ApothegmWebService/1.1/war" org.apache.geronimo.kernel.confi
Weekly snapshot delayed
The people.apache.org server from which we distribute the weekly snapshots is still not 100% available. I will push a weekly release as soon as the people server is fully restored (hopefully tomorrow). Sorry for the delay, -dain
RE: JAX-RPC Web Service - help needed
Lasantha, I have done some more development with your sample webservice app. I've redone the build file to create the mapping file on the fly, and done some minor repackaging. I have also added comments to the web.xml, geronimo-web.xml, webservices.xml, wscompile-config.xml files to show how they relate to eachother. The app deploys fine in G1.1.1. I used the jaxrpc files from jwsdp 2.0 to give all the dependencies for building the service. I have not yet modified the client, but I'm hoping to do that this evening. If you're interested I'd like to send you the modified app. Assuming you're interested, how and in what form should I send it to you (zip of the project, email, ...? ) I still haven't figured out the flaw in my own tutorial app which prevents it from working with G1.1.1, and am baffled that it deploys in other servers. I'll work on that later, I guess. Thanks for your sample app. Without that success I was about to conclude that G1.1.1 wouldn't work for me. The jaxrpc web services are really a poor spec (extremely fragile), and it would be really nice to have the jax-ws implementation. Everyone I know keeps saying "I love .NET web services, but I hate JAXRPC". It is easy to see why. Even Sun's jwsdp does not deploy jaxrpc-compliant services. I've always been disappointed that Axis didn't produce jaxrpc-compliant services. More problematic, from my personal standpoint, is the fact that the only tool I know which produces both wsdl and the mapping file is wscompile, and wscompile doesn't do DOCLITERAL_WRAPPED wsdls. (Until jwsdp2.0 the wscompile which came with jwsdp wouldn't even make the mapping file, and you had to use the wscompile which came with the Sun Server). If axis had supplemented their 'java2wsdl' tool with a mapping file generator, we'd be well ahead of the game. Do you, or does anyone, know an open source or freeware tool which will produce both files? Thanks, Ray Clough [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Monday, October 23, 2006 5:19 PM To: user@geronimo.apache.org Subject: Re: JAX-RPC Web Service - help needed Hi Ray, Have a look at http://cwiki.apache.org/GMOxDOC11/simple-web-services-sample-application .html .. This is a sample WS application which has been written to the G 1.1.1. But it only has exposing Servlet as a WS. We are expecting feedbacks from users :). Thanks, Lasantha Ranaweera > I have a simple WS which I was easily able to deploy in Geronimo 1.0. > I am also able to deploy it on Sun App Server 8.2 and Oracle App > Server with no problems. However I cannot get it to deploy on Geronimo 1.1.1. > The stack trace (below) tells me nothing - maybe it tells someone who > knows more about Geronimo something, but it is mysterious to me. > There are no examples of JAX-RPC compliant web services anywhere in > the Geronimo documentation that I have seen, and I don't recall ever > seeing anyone having done it in the mailing list. Do we know, in > fact, that Geronimo 1.1.1 can deploy such a service? What I mean by a > JAX-RPC-compliant WS is one which contains the WSDL, and mapping.xml > files, as well as the web.xml, geronimo-web.xml files. On Geronimo > 1.0 I could deploy it in an EAR file with a database, but I've > simplified it to remove that potential error source, so now I'm trying > to deploy it as a WAR file. > > I would greatly appreciate any help which you can offer. I'll gladly > supply the full app source or any files needed. If I can get this to > deploy, I'll also happily write up instructions on how to do it. > > Thank you very much, > > Ray Clough > [EMAIL PROTECTED] > > Here is the Exception code from the deployment process: > > Geronimo Application Server started > > Retrieving document at 'WEB-INF/wsdl/ApothegmService.wsdl'. > > 12:38:40,407 ERROR [GBeanInstanceState] Error while starting; GBean is > now in the FAILED state: > abstractName="apothegm/ApothegmWebService/1.1/war?configurationName=ap > ot > hegm/ApothegmWebService/1.1/war" > > org.apache.geronimo.kernel.config.InvalidConfigException: Unable to > deserialize GBeanState > > at > org.apache.geronimo.kernel.config.SerializedGBeanState.loadGBeans(Seri > al > izedGBeanState.java:120) > > at > org.apache.geronimo.kernel.config.SerializedGBeanState.getGBeans(Seria > li > zedGBeanState.java:65) > > at > org.apache.geronimo.kernel.config.ConfigurationData.getGBeans(Configur > at > ionData.java:171) > > at > org.apache.geronimo.kernel.config.Configuration.(Configuration.j > av > a:277) > > at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native > Method) > > at > sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructo > rA > ccessorImpl.java:39) > > at > sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingCo > ns > tructorAccessorImpl.java:27) > > at java.lang.reflect.Constructor.newInstance(Constructor.java:494) > > at > org.apache.geronimo.gbean.ru
Re: Submitting plugins to geronimoplugins.com
Post to the list, and either point us to a test repository or another place to download the plugin for test purposes (or worst case, attach it to a Jira issue I suppose). We'll look it over and post it if there are no issues. Thanks, Aaron On 10/25/06, Michael Malgeri <[EMAIL PROTECTED]> wrote: What is the procedure for submitting a geronimo plugin for hosting at the geronimoplugins.com website? Thanks, Michael Malgeri Technical Services Manager PHONE: 310-727-4544 Tie Line: 286-4544 CELLULAR: 310-704-6403
Re: ejbSelect with LIMIT
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Hello, Gianny sad to hear :/ I always thought that it is a standard clause. Well, you may implement it (the OFFSET clause is also not spec compliant?) but you don't need to. I'll try to create workaround in that case :) Best regards Dirk Gianny Damour schrieb: > Hello, > > The LIMIT clause is not an EJBQL standard compliant clause and TranQL > does not support it. Thought, I should be able to add it rather easily. > > Thanks, > Gianny > > On 25/10/2006, at 10:20 PM, Kaeto23 wrote: > >> -BEGIN PGP SIGNED MESSAGE- >> Hash: RIPEMD160 >> >> Hello, >> >> the main ejbSelect problems are resolved. Now there's another problem >> which may not be related to a bug but to a missunderstanding. >> >> Have this ejbSelect: >> >> @XD5EjbSelectMethode(descr="returns the latest post from the forum", >> ejbQL="select distinct object(p) from Post as p where >> p.thread.forum.id=?1 order by p.erstellt desc limit 1") >> public abstract Post ejbSelectLatestPost(long forumId) throws >> FinderException; >> >> which should return the latest post entry from a forum. Unfortunately >> the TranQL parser thinks that this ejbQL is wrong. Does anyone have the >> correct syntax for this? > > - -- Kaeto23 HTTP: http://kaeto23.dnsalias.com (german!) Jabber: jabber://[EMAIL PROTECTED]/DS2 Reclaim Your Inbox! http://www.mozilla.org/products/thunderbird/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFP1vNbiSTaBU+G6oRA8DTAJ9+CCyEwLk4GkWEFvb8UXxn5pZrLwCgifDx Gp/uHeGEc2yv6+gIox6BNUc= =1fbY -END PGP SIGNATURE- ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de
Submitting plugins to geronimoplugins.com
What is the procedure for submitting a geronimo plugin for hosting at the geronimoplugins.com website? Thanks, Michael Malgeri Technical Services Manager PHONE: 310-727-4544 Tie Line: 286-4544 CELLULAR: 310-704-6403
Re: ejbSelect with LIMIT
Hello, The LIMIT clause is not an EJBQL standard compliant clause and TranQL does not support it. Thought, I should be able to add it rather easily. Thanks, Gianny On 25/10/2006, at 10:20 PM, Kaeto23 wrote: -BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Hello, the main ejbSelect problems are resolved. Now there's another problem which may not be related to a bug but to a missunderstanding. Have this ejbSelect: @XD5EjbSelectMethode(descr="returns the latest post from the forum", ejbQL="select distinct object(p) from Post as p where p.thread.forum.id=?1 order by p.erstellt desc limit 1") public abstract Post ejbSelectLatestPost(long forumId) throws FinderException; which should return the latest post entry from a forum. Unfortunately the TranQL parser thinks that this ejbQL is wrong. Does anyone have the correct syntax for this?
ejbSelect with LIMIT
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Hello, the main ejbSelect problems are resolved. Now there's another problem which may not be related to a bug but to a missunderstanding. Have this ejbSelect: @XD5EjbSelectMethode(descr="returns the latest post from the forum", ejbQL="select distinct object(p) from Post as p where p.thread.forum.id=?1 order by p.erstellt desc limit 1") public abstract Post ejbSelectLatestPost(long forumId) throws FinderException; which should return the latest post entry from a forum. Unfortunately the TranQL parser thinks that this ejbQL is wrong. Does anyone have the correct syntax for this? Stacktrace at deploy time: aused by: org.tranql.ql.QueryException: Select [Select method=[ejbSelectLatestPost]; EJB-QL=[select distinct object(p) from Post as p where p.thread.forum.id=?1 order by p.erstellt desc limit 1]] at org.tranql.sql.EJBQLToPhysicalQuery.buildSelect(EJBQLToPhysicalQuery.java:173) at org.tranql.sql.EJBQLToPhysicalQuery.buildSelects(EJBQLToPhysicalQuery.java:109) ... 37 more Caused by: org.tranql.ql.QueryException: Parser, lexer or Tree-walker exception at org.tranql.sql.EJBQLToPhysicalQuery.getEJBQLQuery(EJBQLToPhysicalQuery.java:235) at org.tranql.sql.EJBQLToPhysicalQuery.buildSelect(EJBQLToPhysicalQuery.java:152) ... 38 more Caused by: org.tranql.ql.QueryException: Tokens left on the stream. at org.tranql.sql.EJBQLToPhysicalQuery.getEJBQLQuery(EJBQLToPhysicalQuery.java:227) ... 39 more Best regards Dirk - -- Kaeto23 HTTP: http://kaeto23.dnsalias.com (german!) Jabber: jabber://[EMAIL PROTECTED]/DS2 Reclaim Your Inbox! http://www.mozilla.org/products/thunderbird/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFP1ambiSTaBU+G6oRA/eWAJ4p8YmkVBWVlOOaW+3nDw3QgO6SnwCfVF0G ZijW675K1JD/WS2ihWIJBHk= =3pHa -END PGP SIGNATURE- ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
Re: Session Bean as a Web Service - V2
Hi Manu, Exactly the same problem. Thanks, Lasantha Ranaweera Manu George wrote: Hi lasantha, Is the problem you are facing related to http://issues.apache.org/jira/browse/GERONIMO-1597. You can verify by entering http://localhost:8080/TestEJB/Hello?wsdl in the browser. If this changes to http://localhost:8080/TestEJB/Hello/?wsdl then its the same problem. To work around this you can give the url for the service as http://localhost:8080/TestEJB/Hello instead of http://localhost:8080/TestEJB/Hello?wsdl. You can thus invoke the service but you will not be able to see the WSDL. This problem occurs because when the Context name and the url name are same tomcat adds a forward slash. The context name and the url name are coming as same always as the axis integration code creates a separate context with the service URL for EJB web services. I am not sure what is the best way to fix this JIRA. David Jenks expertise is required for that as you rightly mentioned :-) Thanks Manu On 10/25/06, Lasantha Ranaweera <[EMAIL PROTECTED]> wrote: Hi Dirk, It gives the same problem for Jetty too. So we might missing something here. Even I can't access WSDL from my web browser. David Jenks would you be able to lend some of your expertise in resolving this matter. :-) Thanks, Lasantha Ranaweera Kaeto23 wrote: -BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Greetings, I have the same problem: deploying works but accessing the endpoint is not possible. Funnily I don't get any stacktrace or similar. So, yes, it's right that you have a webservice but nobody said that you can execute it ;) (sorry for being a little bit sarcastic) Anyway, could you try a different Geronimo server? I mean: could you try to deploy your app on the jetty version of Geronimo? Webservices on Jetty are (questionably) working. At least for me. But Jetty has problems with encoded urls (jsessionid problem). So ... Use Jetty for webservices, and tomcat for websites. That's my knowledge about it ^^; Best regards Dirk [EMAIL PROTECTED] schrieb: Hi All, In one of previous mails I asked how can I deploy session bean as a web service. Now with the help of David and others I can deploy it in G 1.1.1 without errors. But it gives following error when I try to access it through a web client in same ear. I can't view the WSDL of the WS from a browser too. Any obvious thing I am missing here? ### Error when accessing WS from a client # javax.xml.rpc.ServiceException: no port for class org.apache.geronimo.samples.calc.CalculatorService at org.apache.geronimo.axis.client.ServiceImpl.internalGetPortFromClassName(ServiceImpl.java:160) at org.apache.geronimo.axis.client.ServiceImpl.getPort(ServiceImpl.java:78) at org.apache.geronimo.samples.calc.web.CalculatorClientServlet.callService(Unknown Source) at org.apache.geronimo.samples.calc.web.CalculatorClientServlet.doGet(Unknown Source) at javax.servlet.http.HttpServlet.service(HttpServlet.java:595) at javax.servlet.http.HttpServlet.service(HttpServlet.java:688) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke(DefaultSubjectValve.java:56) at org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:342) at org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(GeronimoBeforeAfterValve.java:31) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:541) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:667) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) ### CalculatorServiceEJB.wsdl ## http://schemas.xmlsoap.org/wsdl/"; xmlns:xsd="http://www.w3.org/2001/XMLSchema"; xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/";> h
Re: Session Bean as a Web Service - V2
Forgot to mention that you need to replace http://localhost:8080/TestEJB/Hello with the url of your web service Thanks Manu On 10/25/06, Manu George <[EMAIL PROTECTED]> wrote: Hi lasantha, Is the problem you are facing related to http://issues.apache.org/jira/browse/GERONIMO-1597. You can verify by entering http://localhost:8080/TestEJB/Hello?wsdl in the browser. If this changes to http://localhost:8080/TestEJB/Hello/?wsdl then its the same problem. To work around this you can give the url for the service as http://localhost:8080/TestEJB/Hello instead of http://localhost:8080/TestEJB/Hello?wsdl. You can thus invoke the service but you will not be able to see the WSDL. This problem occurs because when the Context name and the url name are same tomcat adds a forward slash. The context name and the url name are coming as same always as the axis integration code creates a separate context with the service URL for EJB web services. I am not sure what is the best way to fix this JIRA. David Jenks expertise is required for that as you rightly mentioned :-) Thanks Manu On 10/25/06, Lasantha Ranaweera <[EMAIL PROTECTED]> wrote: > > Hi Dirk, > > It gives the same problem for Jetty too. So we might missing something > here. Even I can't access WSDL from my web browser. > > David Jenks would you be able to lend some of your expertise in resolving > this matter. :-) > > Thanks, > Lasantha Ranaweera > > Kaeto23 wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: RIPEMD160 > > Greetings, > > I have the same problem: deploying works but accessing the endpoint is > not possible. Funnily I don't get any stacktrace or similar. So, yes, > it's right that you have a webservice but nobody said that you can > execute it ;) (sorry for being a little bit sarcastic) > > Anyway, could you try a different Geronimo server? I mean: could you try > to deploy your app on the jetty version of Geronimo? Webservices on > Jetty are (questionably) working. At least for me. But Jetty has > problems with encoded urls (jsessionid problem). > > So ... > > Use Jetty for webservices, and tomcat for websites. > > That's my knowledge about it ^^; > > Best regards > > Dirk > > [EMAIL PROTECTED] schrieb: > > > Hi All, > > In one of previous mails I asked how can I deploy session bean as a web > service. Now with the help of David and others I can deploy it in G 1.1.1 > without errors. But it gives following error when I try to access it > through a web client in same ear. I can't view the WSDL of the WS from a > browser too. > > Any obvious thing I am missing here? > > ### Error when accessing WS from a client # > > javax.xml.rpc.ServiceException: no port for class > org.apache.geronimo.samples.calc.CalculatorService > at > org.apache.geronimo.axis.client.ServiceImpl.internalGetPortFromClassName(ServiceImpl.java:160) > at > org.apache.geronimo.axis.client.ServiceImpl.getPort(ServiceImpl.java:78) > at > org.apache.geronimo.samples.calc.web.CalculatorClientServlet.callService(Unknown > Source) > at > org.apache.geronimo.samples.calc.web.CalculatorClientServlet.doGet(Unknown > Source) > at > javax.servlet.http.HttpServlet.service(HttpServlet.java:595) > at > javax.servlet.http.HttpServlet.service(HttpServlet.java:688) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) > at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) > at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) > at > org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke(DefaultSubjectValve.java:56) > at > org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:342) > at > org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(GeronimoBeforeAfterValve.java:31) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) > at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) > at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) > at > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:541) > at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) > at > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) > at > org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:667) > at > org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) > at > org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) > at > org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) > at java.lang.Thread.run(Thread.java:595) > > ###
Re: Session Bean as a Web Service - V2
Hi lasantha, Is the problem you are facing related to http://issues.apache.org/jira/browse/GERONIMO-1597. You can verify by entering http://localhost:8080/TestEJB/Hello?wsdl in the browser. If this changes to http://localhost:8080/TestEJB/Hello/?wsdl then its the same problem. To work around this you can give the url for the service as http://localhost:8080/TestEJB/Hello instead of http://localhost:8080/TestEJB/Hello?wsdl. You can thus invoke the service but you will not be able to see the WSDL. This problem occurs because when the Context name and the url name are same tomcat adds a forward slash. The context name and the url name are coming as same always as the axis integration code creates a separate context with the service URL for EJB web services. I am not sure what is the best way to fix this JIRA. David Jenks expertise is required for that as you rightly mentioned :-) Thanks Manu On 10/25/06, Lasantha Ranaweera <[EMAIL PROTECTED]> wrote: Hi Dirk, It gives the same problem for Jetty too. So we might missing something here. Even I can't access WSDL from my web browser. David Jenks would you be able to lend some of your expertise in resolving this matter. :-) Thanks, Lasantha Ranaweera Kaeto23 wrote: -BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Greetings, I have the same problem: deploying works but accessing the endpoint is not possible. Funnily I don't get any stacktrace or similar. So, yes, it's right that you have a webservice but nobody said that you can execute it ;) (sorry for being a little bit sarcastic) Anyway, could you try a different Geronimo server? I mean: could you try to deploy your app on the jetty version of Geronimo? Webservices on Jetty are (questionably) working. At least for me. But Jetty has problems with encoded urls (jsessionid problem). So ... Use Jetty for webservices, and tomcat for websites. That's my knowledge about it ^^; Best regards Dirk [EMAIL PROTECTED] schrieb: Hi All, In one of previous mails I asked how can I deploy session bean as a web service. Now with the help of David and others I can deploy it in G 1.1.1 without errors. But it gives following error when I try to access it through a web client in same ear. I can't view the WSDL of the WS from a browser too. Any obvious thing I am missing here? ### Error when accessing WS from a client # javax.xml.rpc.ServiceException: no port for class org.apache.geronimo.samples.calc.CalculatorService at org.apache.geronimo.axis.client.ServiceImpl.internalGetPortFromClassName(ServiceImpl.java:160) at org.apache.geronimo.axis.client.ServiceImpl.getPort(ServiceImpl.java:78) at org.apache.geronimo.samples.calc.web.CalculatorClientServlet.callService(Unknown Source) at org.apache.geronimo.samples.calc.web.CalculatorClientServlet.doGet(Unknown Source) at javax.servlet.http.HttpServlet.service(HttpServlet.java:595) at javax.servlet.http.HttpServlet.service(HttpServlet.java:688) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke(DefaultSubjectValve.java:56) at org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:342) at org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(GeronimoBeforeAfterValve.java:31) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:541) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:667) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) ### CalculatorServiceEJB.wsdl ## http://schemas.xmlsoap.org/wsdl/"; xmlns:xsd="http://www.w3.org/2001/XMLSchema"; xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/";> http://schemas.xmlsoap.org/soap/http"; style="rpc"/> http://schemas.xmlsoap.org/soap/encoding/"; use="encoded" namespace="urn:geronimo-samples"/
Re: Session Bean as a Web Service - V2
Hi Dirk, It gives the same problem for Jetty too. So we might missing something here. Even I can't access WSDL from my web browser. David Jenks would you be able to lend some of your expertise in resolving this matter. :-) Thanks, Lasantha Ranaweera Kaeto23 wrote: -BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Greetings, I have the same problem: deploying works but accessing the endpoint is not possible. Funnily I don't get any stacktrace or similar. So, yes, it's right that you have a webservice but nobody said that you can execute it ;) (sorry for being a little bit sarcastic) Anyway, could you try a different Geronimo server? I mean: could you try to deploy your app on the jetty version of Geronimo? Webservices on Jetty are (questionably) working. At least for me. But Jetty has problems with encoded urls (jsessionid problem). So ... Use Jetty for webservices, and tomcat for websites. That's my knowledge about it ^^; Best regards Dirk [EMAIL PROTECTED] schrieb: Hi All, In one of previous mails I asked how can I deploy session bean as a web service. Now with the help of David and others I can deploy it in G 1.1.1 without errors. But it gives following error when I try to access it through a web client in same ear. I can't view the WSDL of the WS from a browser too. Any obvious thing I am missing here? ### Error when accessing WS from a client # javax.xml.rpc.ServiceException: no port for class org.apache.geronimo.samples.calc.CalculatorService at org.apache.geronimo.axis.client.ServiceImpl.internalGetPortFromClassName(ServiceImpl.java:160) at org.apache.geronimo.axis.client.ServiceImpl.getPort(ServiceImpl.java:78) at org.apache.geronimo.samples.calc.web.CalculatorClientServlet.callService(Unknown Source) at org.apache.geronimo.samples.calc.web.CalculatorClientServlet.doGet(Unknown Source) at javax.servlet.http.HttpServlet.service(HttpServlet.java:595) at javax.servlet.http.HttpServlet.service(HttpServlet.java:688) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke(DefaultSubjectValve.java:56) at org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:342) at org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(GeronimoBeforeAfterValve.java:31) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:541) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:667) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) ### CalculatorServiceEJB.wsdl ## "http://schemas.xmlsoap.org/wsdl/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"> "http://schemas.xmlsoap.org/soap/http" style="rpc"/> "http://schemas.xmlsoap.org/soap/encoding/" use="encoded" namespace="urn:geronimo-samples"/> "http://schemas.xmlsoap.org/soap/encoding/" use="encoded" namespace="urn:geronimo-samples"/> ## jaxrpc-mapping.xml # "http://java.sun.com/xml/ns/j2ee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" version="1.1" xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://www.ibm.com/webservices/xsd/j2ee_jaxrpc_mapping_1_1.xsd"> org.apache.geronimo.samples.calc urn:geronimo-samples org.apache.geronimo.samples.calc urn:geronimo-samples org.apache.geronimo.samples.calc.CalculatorService serviceNS:CalculatorServiceEJB CalculatorServicePort CalculatorServicePort
Re: JAX-RPC Web Service - help needed
Hi Ray, Please read my in line comments. Thanks, Lasantha Ranaweera Clough, Ray C PWR wrote: Lasantha, Here's the first item of Feedback: 1) your implementation class 'CalculatorServiceServlet' does not implement the 'CalculatorService' interface. It is need not to implement service end point interface by actual implementation class. 2) I haven't tested it yet, but the wscompile 'config' file can take another attribute 'servantName'. This may take care of your annotation "I am wondering why " Ok I will have look at that. I'm going to test both of these. Also, this is not really a generic deployment, as it includes so many jar files from the Geronimo repository. My goal is to create a WAR which I can deploy on any server by supplying the correct '-web.xml' file. (Of course, this is for a WS which is so simple it doesn't include datasources, etc). What are the real dependencies. Presumably by including dependencies from the Sun j2ee/lib I can get rid of these. Do you have anything which will tell me what each of these jar files includes? If not, I'll start gradually trying to replace them one by one, which will probably mean a lot of trial and error. I know Geronimo uses the Axis stack to deploy the WS, but why do you include some axis jar files in the built war? I don't understand exact meaning here. This application will copy some of the jar files in to a lib folder since those files has to be included in your classpath (I have to add this comment to the document as soon as confluence is working correctly). Those files has been included in your application class path. By the way, my own app, with the added dependencies, still gives the same errors. If it is Geronimo related files u can share it with us. So we might able to help u. - Ray Clough -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Monday, October 23, 2006 5:19 PM To: user@geronimo.apache.org Subject: Re: JAX-RPC Web Service - help needed Hi Ray, Have a look at http://cwiki.apache.org/GMOxDOC11/simple-web-services-sample-application .html .. This is a sample WS application which has been written to the G 1.1.1. But it only has exposing Servlet as a WS. We are expecting feedbacks from users :). Thanks, Lasantha Ranaweera I have a simple WS which I was easily able to deploy in Geronimo 1.0. I am also able to deploy it on Sun App Server 8.2 and Oracle App Server with no problems. However I cannot get it to deploy on Geronimo 1.1.1. The stack trace (below) tells me nothing - maybe it tells someone who knows more about Geronimo something, but it is mysterious to me. There are no examples of JAX-RPC compliant web services anywhere in the Geronimo documentation that I have seen, and I don't recall ever seeing anyone having done it in the mailing list. Do we know, in fact, that Geronimo 1.1.1 can deploy such a service? What I mean by a JAX-RPC-compliant WS is one which contains the WSDL, and mapping.xml files, as well as the web.xml, geronimo-web.xml files. On Geronimo 1.0 I could deploy it in an EAR file with a database, but I've simplified it to remove that potential error source, so now I'm trying to deploy it as a WAR file. I would greatly appreciate any help which you can offer. I'll gladly supply the full app source or any files needed. If I can get this to deploy, I'll also happily write up instructions on how to do it. Thank you very much, Ray Clough [EMAIL PROTECTED] Here is the Exception code from the deployment process: Geronimo Application Server started Retrieving document at 'WEB-INF/wsdl/ApothegmService.wsdl'. 12:38:40,407 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: abstractName="apothegm/ApothegmWebService/1.1/war?configurationName=ap ot hegm/ApothegmWebService/1.1/war" org.apache.geronimo.kernel.config.InvalidConfigException: Unable to deserialize GBeanState at org.apache.geronimo.kernel.config.SerializedGBeanState.loadGBeans(Seri al izedGBeanState.java:120) at org.apache.geronimo.kernel.config.SerializedGBeanState.getGBeans(Seria li zedGBeanState.java:65) at org.apache.geronimo.kernel.config.ConfigurationData.getGBeans(Configur at ionData.java:171) at org.apache.geronimo.kernel.config.Configuration.(Configuration.j av a:277) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructo rA ccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingCo ns tructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:494) at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanIn st ance.java:933) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart( GB eanInstanceStat