Re: [JBoss-user] JBoss.net installation/deployment using xdoclet
Hi Frederick, Thanks, you already answered a lot of my unknowns. It's nice to know that you'll work on the java2wsdl feature later :) With xdoclet, implementing a web service in jboss.net will be as easy as implementing a local method later. A feature request, I hope that the AXIS (de-)serializer will be generated into xdoclet's tag I'm in Hong Kong, so I've missed, and will miss a lot of wonderful meetings. But I always like to hear about new techonolgy, thanks for the sites - Original Message - From: "Frederick N. Brier" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]>; "Thomas Phan" <[EMAIL PROTECTED]> Sent: Tuesday, June 11, 2002 9:03 PM Subject: Re: [JBoss-user] JBoss.net installation/deployment using xdoclet > At 01:46 AM 6/11/2002, Thomas Phan wrote: > >Now, I got the server deployed. Does xdoclet possible to generate the WSDL > >file as well. I'm going to write a C# client. Do I need to do, java > > My apologies, but I haven't worked with the java2wsdl feature yet, and so > don't have an answer, perhaps someone else can pipe up. I don't know what > city you are based in, but in Atlanta we have an XML users group > (http://www.xmlaug.com) with a special Web Services working group that > meets every other week. They also have some presentations by Chris Haddad, > a consultant and president of the group, posted on the web site on the > subject. Some of the guys at Bravepoint (http://www.bravepoint.com), a > consulting company, might be able to help you. They have described work > they have done connecting dot net to J2EE. In addition, you may want to > have a look at the Java One slides from Mar: > http://servlet.java.sun.com/javaone/sf2002/conf/sessions/index.en.jsp > . Presentation TS-3154 might have some useful pointers at the very > end. Hope that helps. > > Frederick N. Brier ___ Multimillion Dollar Computer Inventory Live Webcast Auctions Thru Aug. 2002 - http://www.cowanalexander.com/calendar ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] JBoss.net installation/deployment using xdoclet
At 01:46 AM 6/11/2002, Thomas Phan wrote: >Now, I got the server deployed. Does xdoclet possible to generate the WSDL >file as well. I'm going to write a C# client. Do I need to do, java My apologies, but I haven't worked with the java2wsdl feature yet, and so don't have an answer, perhaps someone else can pipe up. I don't know what city you are based in, but in Atlanta we have an XML users group (http://www.xmlaug.com) with a special Web Services working group that meets every other week. They also have some presentations by Chris Haddad, a consultant and president of the group, posted on the web site on the subject. Some of the guys at Bravepoint (http://www.bravepoint.com), a consulting company, might be able to help you. They have described work they have done connecting dot net to J2EE. In addition, you may want to have a look at the Java One slides from Mar: http://servlet.java.sun.com/javaone/sf2002/conf/sessions/index.en.jsp . Presentation TS-3154 might have some useful pointers at the very end. Hope that helps. Frederick N. Brier ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
AW: AW: [JBoss-user] JBoss.net installation/deployment using xdoclet
Soapaction in the wsdl? Didn´t know that it exists. Then it´s a problem of axis since jboss.net is just a thin wrapper around axis. Or soapaction in the url to obtain the wsdl? Using the URLMapper handler in the requestflow of your http transport should avoid the need to set SOAPaction, e.g., when accessing from a browser. Please be more specific about the problems you have, because otherwise it is nearly impossible to analyze the situation. CGJ -Ursprüngliche Nachricht- Von: Marius Kotsbak [mailto:[EMAIL PROTECTED]] Gesendet: Dienstag, 11. Juni 2002 11:22 An: [EMAIL PROTECTED] Betreff: Re: AW: [JBoss-user] JBoss.net installation/deployment using xdoclet The only problem is that it does't fill in the soapaction field. Can you find if this is jboss.net's problem or a bug in axis? On Tue, 2002-06-11 at 09:46, Jung , Dr. Christoph wrote: > Hello Thomas, > > The wsdl is normally generated by the Axis engine at runtime. > > Try the following url : > > http://localhost:8080/axis/services/Hello?wsdl > > And the wsdl should pop out. If using .Net, simple use the above > address in the Add-Web Reference dialogue. > > (De-)serialization of complex types in jboss.net is done similar to > the Axis engine. You write typemappings inside a WSDD document which > now goe into the META-INF/web-service.xml into your deployable .wsr > file. If you want to interface A .Net Web service, you generate a > client-stub class using wsdl2java and you put it as an > into your Wsdd (see the example in the > testsuite and the just updated newsite/jboss-net.jsp which will get > active in the next days). > > > Best, > CGJ > > > -Ursprüngliche Nachricht- > Von: Thomas Phan [mailto:[EMAIL PROTECTED]] > Gesendet: Dienstag, 11. Juni 2002 07:46 > An: [EMAIL PROTECTED] > Betreff: Re: [JBoss-user] JBoss.net installation/deployment using xdoclet > > > Hi Frederick, > > Thanks. Yes, I got the Hello sample from the 3.1 source tree. > > Now, I got the server deployed. Does xdoclet possible to generate the > WSDL file as well. I'm going to write a C# client. Do I need to do, > java org.apache.axis.wsdl.Java2WSDL -o Hello.wsdl > -l"http://localhost:8080/axis/services/Hello"; Hello, manually, so that > I can add a Web Reference in C#? > > Just wonder, If my web service contains a complex type that requires a > serializer/deserializer, such as, > > > http://www.w3.org/2001/XMLSchema"; > targetNamespace="http://interfaces.esb";> > > > > > type="intf:ArrayOf_tns2_TerritoriesData"/> > > > > > > type="xsd:string"/> > > > > > http://www.w3.org/2001/XMLSchema"; > targetNamespace="urn:Region"> > > > >wsdl:arrayType="tns2:TerritoriesData[]"/> > > > > > > > What should I do in JBoss.net? In Axis (without JBoss), Wsdl2java > generates some new methods, equals, hashCode, getSerializer, and > getDeserializer, in my serializable JavaBean (i.e. the xdoclet > generated data bean; created by the tag) > > Thanks > > - Original Message - > From: "Frederick N. Brier" <[EMAIL PROTECTED]> > To: "Thomas Phan" <[EMAIL PROTECTED]> > Sent: Tuesday, June 11, 2002 6:52 AM > Subject: Re: [JBoss-user] JBoss.net installation/deployment using > xdoclet > > > > My apologies. These comments are in reference to the 3.1Alpha in > > CVS. > Not > > the 3.0 Final. I wasn't aware that this code was in there. The > > Hello > > example is still in a bit of flux, which is why its not called by the > > parent build file. > > > > If you don't see the jboss.net MBean using the port 8082 interface, > > then maybe, unfortunately, the axis-config.xml has an error. I just > > fixed it. If that is not it, perhaps there is another issue. > > > > I don't know what port 8083 does. > > > > On the Hello World program, it is demonstration of Macromedia > > Flash/SOAP integration. It also uses a XDoclet extension that Dr. > > Jung wrote and I built into an xdoclet.jar which is in > > ./jboss-all/jboss.net/tools/lib. Unfortunately, because there is an > > XDoclet in ./jboss-all/tools/lib it, as a classpath overrides the > build.xml > > for the Hello sample. So... if you want to temporarily remove the > > xdoclet.jar in the master directory. The sample will then build. > > Sorry, it is a hack. > > > > One of the goals of this sample is to s
Re: AW: [JBoss-user] JBoss.net installation/deployment using xdoclet
The only problem is that it does't fill in the soapaction field. Can you find if this is jboss.net's problem or a bug in axis? On Tue, 2002-06-11 at 09:46, Jung , Dr. Christoph wrote: > Hello Thomas, > > The wsdl is normally generated by the Axis engine at runtime. > > Try the following url : > > http://localhost:8080/axis/services/Hello?wsdl > > And the wsdl should pop out. If using .Net, simple use the above address in > the Add-Web Reference dialogue. > > (De-)serialization of complex types in jboss.net is done similar to the Axis > engine. You write typemappings inside > a WSDD document which now goe into the META-INF/web-service.xml into your > deployable .wsr file. If you want to interface > A .Net Web service, you generate a client-stub class using wsdl2java and you > put it as an into your > Wsdd (see the example in the testsuite and the just updated > newsite/jboss-net.jsp which will get active in the next days). > > > Best, > CGJ > > > -Ursprüngliche Nachricht- > Von: Thomas Phan [mailto:[EMAIL PROTECTED]] > Gesendet: Dienstag, 11. Juni 2002 07:46 > An: [EMAIL PROTECTED] > Betreff: Re: [JBoss-user] JBoss.net installation/deployment using xdoclet > > > Hi Frederick, > > Thanks. Yes, I got the Hello sample from the 3.1 source tree. > > Now, I got the server deployed. Does xdoclet possible to generate the WSDL > file as well. I'm going to write a C# client. Do I need to do, java > org.apache.axis.wsdl.Java2WSDL -o Hello.wsdl > -l"http://localhost:8080/axis/services/Hello"; Hello, manually, so that I can > add a Web Reference in C#? > > Just wonder, If my web service contains a complex type that requires a > serializer/deserializer, such as, > > > http://www.w3.org/2001/XMLSchema"; > targetNamespace="http://interfaces.esb";> > > > > > type="intf:ArrayOf_tns2_TerritoriesData"/> > > > > > > type="xsd:string"/> > > > > > http://www.w3.org/2001/XMLSchema"; > targetNamespace="urn:Region"> > > > >wsdl:arrayType="tns2:TerritoriesData[]"/> > > > > > > > What should I do in JBoss.net? In Axis (without JBoss), Wsdl2java generates > some new methods, equals, hashCode, getSerializer, and getDeserializer, in > my serializable JavaBean (i.e. the xdoclet generated data bean; created by > the tag) > > Thanks > > - Original Message - > From: "Frederick N. Brier" <[EMAIL PROTECTED]> > To: "Thomas Phan" <[EMAIL PROTECTED]> > Sent: Tuesday, June 11, 2002 6:52 AM > Subject: Re: [JBoss-user] JBoss.net installation/deployment using xdoclet > > > > My apologies. These comments are in reference to the 3.1Alpha in CVS. > Not > > the 3.0 Final. I wasn't aware that this code was in there. The Hello > > example is still in a bit of flux, which is why its not called by the > > parent build file. > > > > If you don't see the jboss.net MBean using the port 8082 interface, > > then maybe, unfortunately, the axis-config.xml has an error. I just > > fixed it. If that is not it, perhaps there is another issue. > > > > I don't know what port 8083 does. > > > > On the Hello World program, it is demonstration of Macromedia > > Flash/SOAP integration. It also uses a XDoclet extension that Dr. > > Jung wrote and I built into an xdoclet.jar which is in > > ./jboss-all/jboss.net/tools/lib. Unfortunately, because there is an > > XDoclet in ./jboss-all/tools/lib it, as a classpath overrides the > build.xml > > for the Hello sample. So... if you want to temporarily remove the > > xdoclet.jar in the master directory. The sample will then build. > > Sorry, it is a hack. > > > > One of the goals of this sample is to show how a single build.xml file > > can cleanly generate all the interface sources, deployment descriptors > > and archives for an .ear: HelloSession.java, HelloLocal.java, > > HelloLocalHome.java, HelloUtil.java, web.xml, jboss-web.xml, > > web-service.xml, ejb-jar.xml, jboss.xml, application.xml, hello.jar, > > hello.wsr, hello.war, hello.ear. I was trying to avoid having a > > separate XDoclet subtask since I was planning on updating xdoclet. > > The build does work. There is no need for stubs, skeletons, or wsdl > > files. All of it is generated from one HelloBean.java file. Just > > copy the ./jboss.net/samples/Hello/output/lib/hello.ear into the
AW: [JBoss-user] JBoss.net installation/deployment using xdoclet
Hello Thomas, The wsdl is normally generated by the Axis engine at runtime. Try the following url : http://localhost:8080/axis/services/Hello?wsdl And the wsdl should pop out. If using .Net, simple use the above address in the Add-Web Reference dialogue. (De-)serialization of complex types in jboss.net is done similar to the Axis engine. You write typemappings inside a WSDD document which now goe into the META-INF/web-service.xml into your deployable .wsr file. If you want to interface A .Net Web service, you generate a client-stub class using wsdl2java and you put it as an into your Wsdd (see the example in the testsuite and the just updated newsite/jboss-net.jsp which will get active in the next days). Best, CGJ -Ursprüngliche Nachricht- Von: Thomas Phan [mailto:[EMAIL PROTECTED]] Gesendet: Dienstag, 11. Juni 2002 07:46 An: [EMAIL PROTECTED] Betreff: Re: [JBoss-user] JBoss.net installation/deployment using xdoclet Hi Frederick, Thanks. Yes, I got the Hello sample from the 3.1 source tree. Now, I got the server deployed. Does xdoclet possible to generate the WSDL file as well. I'm going to write a C# client. Do I need to do, java org.apache.axis.wsdl.Java2WSDL -o Hello.wsdl -l"http://localhost:8080/axis/services/Hello"; Hello, manually, so that I can add a Web Reference in C#? Just wonder, If my web service contains a complex type that requires a serializer/deserializer, such as, http://www.w3.org/2001/XMLSchema"; targetNamespace="http://interfaces.esb";> http://www.w3.org/2001/XMLSchema"; targetNamespace="urn:Region"> What should I do in JBoss.net? In Axis (without JBoss), Wsdl2java generates some new methods, equals, hashCode, getSerializer, and getDeserializer, in my serializable JavaBean (i.e. the xdoclet generated data bean; created by the tag) Thanks - Original Message - From: "Frederick N. Brier" <[EMAIL PROTECTED]> To: "Thomas Phan" <[EMAIL PROTECTED]> Sent: Tuesday, June 11, 2002 6:52 AM Subject: Re: [JBoss-user] JBoss.net installation/deployment using xdoclet > My apologies. These comments are in reference to the 3.1Alpha in CVS. Not > the 3.0 Final. I wasn't aware that this code was in there. The Hello > example is still in a bit of flux, which is why its not called by the > parent build file. > > If you don't see the jboss.net MBean using the port 8082 interface, > then maybe, unfortunately, the axis-config.xml has an error. I just > fixed it. If that is not it, perhaps there is another issue. > > I don't know what port 8083 does. > > On the Hello World program, it is demonstration of Macromedia > Flash/SOAP integration. It also uses a XDoclet extension that Dr. > Jung wrote and I built into an xdoclet.jar which is in > ./jboss-all/jboss.net/tools/lib. Unfortunately, because there is an > XDoclet in ./jboss-all/tools/lib it, as a classpath overrides the build.xml > for the Hello sample. So... if you want to temporarily remove the > xdoclet.jar in the master directory. The sample will then build. > Sorry, it is a hack. > > One of the goals of this sample is to show how a single build.xml file > can cleanly generate all the interface sources, deployment descriptors > and archives for an .ear: HelloSession.java, HelloLocal.java, > HelloLocalHome.java, HelloUtil.java, web.xml, jboss-web.xml, > web-service.xml, ejb-jar.xml, jboss.xml, application.xml, hello.jar, > hello.wsr, hello.war, hello.ear. I was trying to avoid having a > separate XDoclet subtask since I was planning on updating xdoclet. > The build does work. There is no need for stubs, skeletons, or wsdl > files. All of it is generated from one HelloBean.java file. Just > copy the ./jboss.net/samples/Hello/output/lib/hello.ear into the > deploy directory and it should work. Just request > http://localhost:8080/hello . > > This Hello World program uses a JSP tag and page to embed the SOAP > root context into the Flash plugin html elements. The > HelloWorldForm.swf Flash program when you press the "say hello" button > generates a SOAP message to the server, which goes through the > servlet/axis engine to the EJB container > and back out to your browser. > > One last note on the example. The version in CVS only works for IE. > The version I am currently working on has Actionscript classes to > support the SOAP communication. I will check that in as soon as I can > bundle it as a Macromedia Flash Extension. > > I'm currently looking at upgrading the JBoss build process to use the > latest version of XDoclet and its new extensible architecture. That > way subtasks can just be copied
Re: [JBoss-user] JBoss.net installation/deployment using xdoclet
Hi Frederick, Thanks. Yes, I got the Hello sample from the 3.1 source tree. Now, I got the server deployed. Does xdoclet possible to generate the WSDL file as well. I'm going to write a C# client. Do I need to do, java org.apache.axis.wsdl.Java2WSDL -o Hello.wsdl -l"http://localhost:8080/axis/services/Hello"; Hello, manually, so that I can add a Web Reference in C#? Just wonder, If my web service contains a complex type that requires a serializer/deserializer, such as, http://www.w3.org/2001/XMLSchema"; targetNamespace="http://interfaces.esb";> http://www.w3.org/2001/XMLSchema"; targetNamespace="urn:Region"> What should I do in JBoss.net? In Axis (without JBoss), Wsdl2java generates some new methods, equals, hashCode, getSerializer, and getDeserializer, in my serializable JavaBean (i.e. the xdoclet generated data bean; created by the tag) Thanks - Original Message - From: "Frederick N. Brier" <[EMAIL PROTECTED]> To: "Thomas Phan" <[EMAIL PROTECTED]> Sent: Tuesday, June 11, 2002 6:52 AM Subject: Re: [JBoss-user] JBoss.net installation/deployment using xdoclet > My apologies. These comments are in reference to the 3.1Alpha in CVS. Not > the 3.0 Final. I wasn't aware that this code was in there. The Hello > example is still in a bit of flux, which is why its not called by the > parent build file. > > If you don't see the jboss.net MBean using the port 8082 interface, then > maybe, unfortunately, the axis-config.xml has an error. I just fixed > it. If that is not it, perhaps there is another issue. > > I don't know what port 8083 does. > > On the Hello World program, it is demonstration of Macromedia Flash/SOAP > integration. It also uses a XDoclet extension that Dr. Jung wrote and I > built into an xdoclet.jar which is in > ./jboss-all/jboss.net/tools/lib. Unfortunately, because there is an > XDoclet in ./jboss-all/tools/lib it, as a classpath overrides the build.xml > for the Hello sample. So... if you want to temporarily remove the > xdoclet.jar in the master directory. The sample will then build. Sorry, > it is a hack. > > One of the goals of this sample is to show how a single build.xml file can > cleanly generate all the interface sources, deployment descriptors and > archives for an .ear: HelloSession.java, HelloLocal.java, > HelloLocalHome.java, HelloUtil.java, web.xml, jboss-web.xml, > web-service.xml, ejb-jar.xml, jboss.xml, application.xml, hello.jar, > hello.wsr, hello.war, hello.ear. I was trying to avoid having a separate > XDoclet subtask since I was planning on updating xdoclet. The build does > work. There is no need for stubs, skeletons, or wsdl files. All of it is > generated from one HelloBean.java file. Just copy the > ./jboss.net/samples/Hello/output/lib/hello.ear into the deploy directory > and it should work. Just request http://localhost:8080/hello . > > This Hello World program uses a JSP tag and page to embed the SOAP root > context into the Flash plugin html elements. The HelloWorldForm.swf Flash > program when you press the "say hello" button generates a SOAP message to > the server, which goes through the servlet/axis engine to the EJB container > and back out to your browser. > > One last note on the example. The version in CVS only works for IE. The > version I am currently working on has Actionscript classes to support the > SOAP communication. I will check that in as soon as I can bundle it as a > Macromedia Flash Extension. > > I'm currently looking at upgrading the JBoss build process to use the > latest version of XDoclet and its new extensible architecture. That way > subtasks can just be copied as needed into the lib directory. > > Also be aware that in order to run the Flash SOAP service you need to make > changes in the axis-config.xml (uncomment the FlashNamespaceHandler) and > install-axis.xml (comment out the "normal" servlet, uncomment the flash > servlet) files. Currently you can only run one Axis engine, but we are > looking at changing that. > > Frederick N. Brier > Multideck Corporation > > At 03:06 PM 6/10/2002, you wrote: > >Hi, > > > >I installed JBoss 3 final (Jetty), but doesn't find that JBoss.net is > >installed in the binary package. Unlike JBoss 3 RC 3, I get error 404 back > >from http://localhost:8080/axis/servlet/AxisServlet now. How may I set it to > >work? And what does port 8083 do? > > > >I deployed a few web services in Axis/Tomcat successfully. And I looked at > >the CVS's jboss-all/jboss.net/samples/Hello example. In this example,
Re: [JBoss-user] JBoss.net installation/deployment using xdoclet
On Tue, Jun 11, 2002 at 03:06:43AM +0800, Thomas Phan wrote: > Hi, > > I installed JBoss 3 final (Jetty), but doesn't find that JBoss.net is > installed in the binary package. Unlike JBoss 3 RC 3, I get error 404 back > from http://localhost:8080/axis/servlet/AxisServlet now. How may I set it to > work? And what does port 8083 do? Check that jboss.net-service is deployed under the configuration you are using. > > I deployed a few web services in Axis/Tomcat successfully. And I looked at > the CVS's jboss-all/jboss.net/samples/Hello example. In this example, a > special xdoclet.jar is used with the tag, @jboss-net:web-service urn="Hello" > expose-all="true" in the session bean. I followed this example, and made my > web-service.xml, and .wsr file using ANT. But I wonder about the > stub/skeleton class, and the WSDL file? Where should they be stored? In the > .wsr file? Should we create them manually using Axis' tool in advance? Where > may I find more information? > > Thanks > > Thomas > > > ___ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas - >http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink > > ___ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user -- MVH Marius Kotsbak Boost communications AS ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] JBoss.net installation/deployment using xdoclet
My apologies. These comments are in reference to the 3.1Alpha in CVS. Not the 3.0 Final. I wasn't aware that this code was in there. The Hello example is still in a bit of flux, which is why its not called by the parent build file. If you don't see the jboss.net MBean using the port 8082 interface, then maybe, unfortunately, the axis-config.xml has an error. I just fixed it. If that is not it, perhaps there is another issue. I don't know what port 8083 does. On the Hello World program, it is demonstration of Macromedia Flash/SOAP integration. It also uses a XDoclet extension that Dr. Jung wrote and I built into an xdoclet.jar which is in ./jboss-all/jboss.net/tools/lib. Unfortunately, because there is an XDoclet in ./jboss-all/tools/lib it, as a classpath overrides the build.xml for the Hello sample. So... if you want to temporarily remove the xdoclet.jar in the master directory. The sample will then build. Sorry, it is a hack. One of the goals of this sample is to show how a single build.xml file can cleanly generate all the interface sources, deployment descriptors and archives for an .ear: HelloSession.java, HelloLocal.java, HelloLocalHome.java, HelloUtil.java, web.xml, jboss-web.xml, web-service.xml, ejb-jar.xml, jboss.xml, application.xml, hello.jar, hello.wsr, hello.war, hello.ear. I was trying to avoid having a separate XDoclet subtask since I was planning on updating xdoclet. The build does work. There is no need for stubs, skeletons, or wsdl files. All of it is generated from one HelloBean.java file. Just copy the ./jboss.net/samples/Hello/output/lib/hello.ear into the deploy directory and it should work. Just request http://localhost:8080/hello . This Hello World program uses a JSP tag and page to embed the SOAP root context into the Flash plugin html elements. The HelloWorldForm.swf Flash program when you press the "say hello" button generates a SOAP message to the server, which goes through the servlet/axis engine to the EJB container and back out to your browser. One last note on the example. The version in CVS only works for IE. The version I am currently working on has Actionscript classes to support the SOAP communication. I will check that in as soon as I can bundle it as a Macromedia Flash Extension. I'm currently looking at upgrading the JBoss build process to use the latest version of XDoclet and its new extensible architecture. That way subtasks can just be copied as needed into the lib directory. Also be aware that in order to run the Flash SOAP service you need to make changes in the axis-config.xml (uncomment the FlashNamespaceHandler) and install-axis.xml (comment out the "normal" servlet, uncomment the flash servlet) files. Currently you can only run one Axis engine, but we are looking at changing that. Frederick N. Brier Multideck Corporation At 03:06 PM 6/10/2002, you wrote: >Hi, > >I installed JBoss 3 final (Jetty), but doesn't find that JBoss.net is >installed in the binary package. Unlike JBoss 3 RC 3, I get error 404 back >from http://localhost:8080/axis/servlet/AxisServlet now. How may I set it to >work? And what does port 8083 do? > >I deployed a few web services in Axis/Tomcat successfully. And I looked at >the CVS's jboss-all/jboss.net/samples/Hello example. In this example, a >special xdoclet.jar is used with the tag, @jboss-net:web-service urn="Hello" >expose-all="true" in the session bean. I followed this example, and made my >web-service.xml, and .wsr file using ANT. But I wonder about the >stub/skeleton class, and the WSDL file? Where should they be stored? In the >.wsr file? Should we create them manually using Axis' tool in advance? Where >may I find more information? > >Thanks > >Thomas > > >___ > >Don't miss the 2002 Sprint PCS Application Developer's Conference >August 25-28 in Las Vegas - >http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink > >___ >JBoss-user mailing list >[EMAIL PROTECTED] >https://lists.sourceforge.net/lists/listinfo/jboss-user ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] JBoss.net installation/deployment using xdoclet
Hi, I installed JBoss 3 final (Jetty), but doesn't find that JBoss.net is installed in the binary package. Unlike JBoss 3 RC 3, I get error 404 back from http://localhost:8080/axis/servlet/AxisServlet now. How may I set it to work? And what does port 8083 do? I deployed a few web services in Axis/Tomcat successfully. And I looked at the CVS's jboss-all/jboss.net/samples/Hello example. In this example, a special xdoclet.jar is used with the tag, @jboss-net:web-service urn="Hello" expose-all="true" in the session bean. I followed this example, and made my web-service.xml, and .wsr file using ANT. But I wonder about the stub/skeleton class, and the WSDL file? Where should they be stored? In the .wsr file? Should we create them manually using Axis' tool in advance? Where may I find more information? Thanks Thomas ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
