RE: [JBoss-user] Which Jboss version supports axis 1_1RC2?
both 3.2 and 4.0 even contain axis1_1final! you do not want to rely on an rc2 feature that is no more present in final? CGJ -Original Message- From: [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED] Sent: Dienstag, 26. August 2003 21:13 To: [EMAIL PROTECTED] Subject: [JBoss-user] Which Jboss version supports axis 1_1RC2? hi all, i am writing a J2ME client that communicates to a servlet running on Jboss using ksoap. i found out that ksoap-SOAP messages work fine with axis1_1RC2. I am currently running the servlet on jboss3.2.1, which unfortunately does not use the same version(at least i think so, since i got exception when axis code try to read the SOAP message issued by the J2ME client). does jboss4.0.0 support axis1_1RC2? with best regards marco --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here:http://www.vmware.com/wl/offer/358/0 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
RE: [JBoss-user] JBoss.net questions/ SAAJ
Marco, at least in head, saaj.jar should be part of the jboss-net.sar. So it should not be an installation question. We have contributed sample code that does web services over smtp (unfortunatly it has been temporarily rolledback, you will find it in org.jboss.net.axis.mail.handlers within Branch_4_0 or through BrowseCVS/Attic) which depends on it to my knowledge. CGJ -Original Message- From: [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED] Sent: Dienstag, 26. August 2003 21:32 To: [EMAIL PROTECTED] Subject: RE: [JBoss-user] JBoss.net questions/ SAAJ Dear Dr Jung, no i am not using JBoss.net/axis, or, well, i am not doing a RPC-style webservice, since the nature of my message exchange is that a 'structure' needs to be exchanged between the two clients. so, i have opted to use saaj api, and unfortunately only examples that i found about jboss.net was a rpc-style webservice. anyway, after testing and trying, i found out that ksoap interact perfectly with axis1_1RC2, and the jboss version that i am currently using (3.2.1) seems to use a different version of axis. when i copied the 1_1RC2 jars into jboss.net folder everything worked fine. i would be glad to startup with jboss.net using saaj, but i could not find any docs (and i wanted to try out to use struts along with webservices..). can you please point me to some jboss.net samples that uses saaj? with best regars marco mistroni -Original Message- From: ext Jung , Dr. Christoph [mailto:[EMAIL PROTECTED] Sent: 25 August, 2003 14:15 To: '[EMAIL PROTECTED]' Subject: AW: [JBoss-user] JBoss.net questions/ SAAJ Marco, looks like you are not using server-side JBoss.net/Axis at all? The soap message (XML) is normally stored in the message body. It depends on the client/service/server configuration, whether SOAPAction headers are used to allow parseless routing/preprocessing. So you should rather ask the ksoap guys how to enable SOAPAction (if possible anyway). CGJ -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Sonntag, 24. August 2003 12:32 An: [EMAIL PROTECTED] Betreff: [JBoss-user] JBoss.net questions/ SAAJ hi all, has anyone ever tried to use SAAJ (ex JAXM) API with JBoss and J2ME (ksoap)? i am experiencing problems in retrieving the Envelope. i have written a J2ME client that sends SOAP messages to a backend component implemented using struts (Action class). the message sent by the J2ME client is the following: v:Envelope xmlns:i=http://www.w3.org/1999/XMLSchema-instance; xmlns:d=http://www.w3.org/1999/XMLSchema; xmlns:c=http://schemas.xmlsoap.org/soap/encoding/; xmlns:v=http://schemas.xmlsoap.org/soap/envelope/; v:Header / v:Body n0:agency id=o0 c:root=1 xmlns:n0=http://www.tgmm.com/agenciesdemo; name i:type=d:stringtestagency/name tel i:type=d:string12234/tel email i:type=d:string[EMAIL PROTECTED]/email contacted i:type=d:string01012003/contacted contactperson i:type=d:stringMyself/contactperson /n0:agency /v:Body /v:Envelope now, in the backend component i am writing the following code for getting the SOAP messge Enumeration enumeration = request.getHeaderNames(); MimeHeaders mimeHeaders = new MimeHeaders(); while (enumeration.hasMoreElements()) { String string1 = (String)enumeration.nextElement(); String string2 = request.getHeader(string1); mimeHeaders.addHeader(string1, string2); } System.err.println(Now instantianting message..); MessageFactory factory = MessageFactory.newInstance(); SOAPMessage message = factory.createMessage(mimeHeaders, stream); System.err.println(OK GOT THE MESSAGE..); SOAPPart soapPart = message.getSOAPPart(); System.err.println(OK GOT THE PART..); SOAPEnvelope envelope = soapPart.getEnvelope(); if(envelope== null) System.err.println(Envelope is null!); else { DOMSource source = (DOMSource)soapPart.getContent(); i keep on getting following printout from screen 13:25:10,927 ERROR [STDERR] Now instantianting message.. 13:25:10,977 ERROR [STDERR] OK GOT THE MESSAGE.. 13:25:10,977 ERROR [STDERR] OK GOT THE PART.. 13:25:11,007 ERROR [STDERR] Exception in reading stream: java.lang.NullPointerEx ception So, it seems that the code is failing when retrieving the Envelope.. anyone has done same thing and succeeded? if so, can you tell me what's wrong with the code? with best regards marco -Original Message- From: ext Jung , Dr. Christoph [mailto:[EMAIL PROTECTED] Sent: 18 August, 2003 11:10 To: '[EMAIL PROTECTED]' Subject: AW: [JBoss-user] JBoss.net questions Hi Marco, of course you are free to use any client library
AW: [JBoss-user] JBoss.net questions/ SAAJ
Marco, looks like you are not using server-side JBoss.net/Axis at all? The soap message (XML) is normally stored in the message body. It depends on the client/service/server configuration, whether SOAPAction headers are used to allow parseless routing/preprocessing. So you should rather ask the ksoap guys how to enable SOAPAction (if possible anyway). CGJ -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Sonntag, 24. August 2003 12:32 An: [EMAIL PROTECTED] Betreff: [JBoss-user] JBoss.net questions/ SAAJ hi all, has anyone ever tried to use SAAJ (ex JAXM) API with JBoss and J2ME (ksoap)? i am experiencing problems in retrieving the Envelope. i have written a J2ME client that sends SOAP messages to a backend component implemented using struts (Action class). the message sent by the J2ME client is the following: v:Envelope xmlns:i=http://www.w3.org/1999/XMLSchema-instance; xmlns:d=http://www.w3.org/1999/XMLSchema; xmlns:c=http://schemas.xmlsoap.org/soap/encoding/; xmlns:v=http://schemas.xmlsoap.org/soap/envelope/; v:Header / v:Body n0:agency id=o0 c:root=1 xmlns:n0=http://www.tgmm.com/agenciesdemo; name i:type=d:stringtestagency/name tel i:type=d:string12234/tel email i:type=d:string[EMAIL PROTECTED]/email contacted i:type=d:string01012003/contacted contactperson i:type=d:stringMyself/contactperson /n0:agency /v:Body /v:Envelope now, in the backend component i am writing the following code for getting the SOAP messge Enumeration enumeration = request.getHeaderNames(); MimeHeaders mimeHeaders = new MimeHeaders(); while (enumeration.hasMoreElements()) { String string1 = (String)enumeration.nextElement(); String string2 = request.getHeader(string1); mimeHeaders.addHeader(string1, string2); } System.err.println(Now instantianting message..); MessageFactory factory = MessageFactory.newInstance(); SOAPMessage message = factory.createMessage(mimeHeaders, stream); System.err.println(OK GOT THE MESSAGE..); SOAPPart soapPart = message.getSOAPPart(); System.err.println(OK GOT THE PART..); SOAPEnvelope envelope = soapPart.getEnvelope(); if(envelope== null) System.err.println(Envelope is null!); else { DOMSource source = (DOMSource)soapPart.getContent(); i keep on getting following printout from screen 13:25:10,927 ERROR [STDERR] Now instantianting message.. 13:25:10,977 ERROR [STDERR] OK GOT THE MESSAGE.. 13:25:10,977 ERROR [STDERR] OK GOT THE PART.. 13:25:11,007 ERROR [STDERR] Exception in reading stream: java.lang.NullPointerEx ception So, it seems that the code is failing when retrieving the Envelope.. anyone has done same thing and succeeded? if so, can you tell me what's wrong with the code? with best regards marco -Original Message- From: ext Jung , Dr. Christoph [mailto:[EMAIL PROTECTED] Sent: 18 August, 2003 11:10 To: '[EMAIL PROTECTED]' Subject: AW: [JBoss-user] JBoss.net questions Hi Marco, of course you are free to use any client library that supports the SOAP1.2 standard in order to contact our server-side AXIS. I´m currently trying to get ksoap2 connected, but there are of course a lot of things to be sorted out manually (namespaces, deserialization, etc.) There is currently a JSR and a sort of reference implementation of IBM available which defines an appropriate JAXR subset to be useful on wireless devices. (Look on alphaworks for Wireless Web Service Toolkit). Best, CGJ -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Sonntag, 17. August 2003 11:36 An: [EMAIL PROTECTED] Betreff: [JBoss-user] JBoss.net questions hi all, i am trying to get acquainted with jboss.net samples. i followed what has been described at this very useful website http://www.csd.abdn.ac.uk/~bscharla/teaching/mtp_software/jbos s/jboss-net-He lloWorld.shtml and i encountered following behaviour. 1 - when i run the testClient WITHOUT running the tcpmon, i got the exception java.net.ConnectException: Connection refused: connect 2 - when instead i run the axis tcpmon, everything works fine. so, does it mean that if i want to run services on jboss-net i have to have tcpmon running? and,a more general question. i am writing a J2ME client that uses the kxml package in order to connect to j2ee applications running on jboss. i have read the docs that if i want to write a client for my jboss.net webservice, that client should have axis classes in its classpath. but i believe that axis package for J2ME does not exist (yet, i hope..). anyone can suggest me some workaround (other than using my own xml format, which i am already doing?)? thanx in advance and regards marco --- This SF.Net email sponsored
AW: [JBoss-user] JBoss.net questions
Hi Marco, of course you are free to use any client library that supports the SOAP1.2 standard in order to contact our server-side AXIS. I´m currently trying to get ksoap2 connected, but there are of course a lot of things to be sorted out manually (namespaces, deserialization, etc.) There is currently a JSR and a sort of reference implementation of IBM available which defines an appropriate JAXR subset to be useful on wireless devices. (Look on alphaworks for Wireless Web Service Toolkit). Best, CGJ -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Sonntag, 17. August 2003 11:36 An: [EMAIL PROTECTED] Betreff: [JBoss-user] JBoss.net questions hi all, i am trying to get acquainted with jboss.net samples. i followed what has been described at this very useful website http://www.csd.abdn.ac.uk/~bscharla/teaching/mtp_software/jboss/jboss-net-He lloWorld.shtml and i encountered following behaviour. 1 - when i run the testClient WITHOUT running the tcpmon, i got the exception java.net.ConnectException: Connection refused: connect 2 - when instead i run the axis tcpmon, everything works fine. so, does it mean that if i want to run services on jboss-net i have to have tcpmon running? and,a more general question. i am writing a J2ME client that uses the kxml package in order to connect to j2ee applications running on jboss. i have read the docs that if i want to write a client for my jboss.net webservice, that client should have axis classes in its classpath. but i believe that axis package for J2ME does not exist (yet, i hope..). anyone can suggest me some workaround (other than using my own xml format, which i am already doing?)? thanx in advance and regards marco --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
AW: [JBoss-user] jboss.net - trying to deploy
Darren, There seems to be a parsing problem in one of your deployment descriptors. Can you check them (e.g., using Explorer?). The stacktrace could give you a hint which deployer/descriptor was the reason. CGJ -Ursprüngliche Nachricht- Von: Darren Hartford [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 12. August 2003 18:03 An: [EMAIL PROTECTED] Betreff: [JBoss-user] jboss.net - trying to deploy Hi all, I'm following the example on http://www.nsdev.org/jboss/stories/jboss-net.html, and everything seems to get created fine, but when I try to deploy I get the following error: ===snip=== org.jboss.deployment.DeploymentException: exception in init of file:/C:/jboss/jb oss-3.2.2RC2/server/default/deploy/NETTEST.jar; - nested throwab le: (org.jboss.deployment.DeploymentException: Fatal Error: URI=null Line=43: Th e processing instruction target matching [xX][mM][lL] is not allowed.; - neste d throwable: (org.xml.sax.SAXException: Fatal Error: URI=null Line=43: The proce ssing instruction target matching [xX][mM][lL] is not allowed.)) ===snip=== Has anyone seen this or any recommendations what to look for? TIA! -D --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet _072303_01/01 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
AW: [JBoss-user] Exposing JMX components via JBoss-Net
-Ursprüngliche Nachricht- Von: Barlow, Dustin [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 8. Juli 2003 17:17 An: [EMAIL PROTECTED] Betreff: [JBoss-user] Exposing JMX components via JBoss-Net Is it possible to expose JMX based components in JBoss via JBoss-Net without having to wrap the actual JMX calls in an EJB? Of course ;-) JMX is core! Weve got the org.jboss.net.jmx.server.MBeanProvider handler implementation for that purpose which does all the wsdl/invocation crap based on JMX meta-data (quite similar, but more straightforward than the EJBProvider operating on reflection). You can even use xdoclet annotations in your mbean source to auto-generate the deployment descriptors. Im about to refurbish the jboss.net doco over the next days. Until then, I recommend having a look at the jboss.net testsuite for that purpose. If not, is there a reason why, when using JBoss-Net, that a EJB must be used as a proxy between the web service and the actual component doing the work? No. The proxy is always the provider implementation. ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.Net email sponsored by: Parasoft Error proof Web apps, automate testing more. Download eval WebKing and get a free book. www.parasoft.com/bulletproofapps ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
AW: [JBoss-user] Jboss Net Question
-Ursprüngliche Nachricht- Von: Ramrakhiani, Vikas [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 3. Juli 2003 14:48 An: '[EMAIL PROTECTED]' Betreff: [JBoss-user] Jboss Net Question Hi, I want to know what is the limit (max. size) of soap messages we can send in a web service hosted on Jboss Axis. What should I say ... That depends on the configuration/properties of the chosen transport layer (your WebContainer in this case) and the settings of your Java VM. How Can I send attachments with soap messages (usually large files) ? JBoss.net bases on Axis which supports SAAJ (Soap with Attachments). See the axis and JAX-RPC documentations on that matter. CGJ ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
AW: [JBoss-user] doing xml-rpc with JBoss
You can do it using jax-rpc and SOAP. See jboss.net module. CGJ -Ursprüngliche Nachricht- Von: Ionel Gardais [mailto:[EMAIL PROTECTED] Gesendet: Freitag, 4. Juli 2003 11:40 An: [EMAIL PROTECTED] Betreff: [JBoss-user] doing xml-rpc with JBoss Hi all, happy July 4th to all US JBoss users. Question is simple : is it possible to use xml-rpc with JBoss ? (calling Session beans methods using xml-rpc) If it is possible, what do I need to implement it and where can I find example (docs, DDs, sample source code ...) thanks, ionel --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_06 1203_01/01 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
AW: AW: [JBoss-user] doing xml-rpc with JBoss
Yes, jboss.net is the webservice engine of JBoss. CGJ -Ursprüngliche Nachricht- Von: Ionel Gardais [mailto:[EMAIL PROTECTED] Gesendet: Freitag, 4. Juli 2003 14:35 An: [EMAIL PROTECTED] Betreff: Re: AW: [JBoss-user] doing xml-rpc with JBoss Thanks. What about webservices ? is there a way to export session bean's methods and access them by http calls ? thanks, ionel --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_06 1203_01/01 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
AW: [JBoss-user] WSDL Part names within messages.
Title: Nachricht Mark, In fact that was not what I had in mind ... it´s even much better. Manipulating deployment meta-datais the best way to influencesuch runtime issues. If you got to change code, it can only get worse. I will see whether I could include that idea into the jboss.net xdoclet module (there are tags for exposing service operations anywaywhich could be extended in that way). Thanks for this hint! CGJ -Ursprüngliche Nachricht-Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 1. Juli 2003 17:56An: [EMAIL PROTECTED]Betreff: RE: [JBoss-user] WSDL Part names within messages. I'm not sure if this is what you had in mind and in fact the more I think about it maybe you meant for me to amend the axis code as opposed to manipulating the xdoclet stuff. Anyway I'd really appreciate your thoughts on this, any glaring errors etc as I'm not the oldest hat to web-services andcan't see many of the obvious errors that will resultfrom this. For example I've no ideahow thiswould handle types other than simple objects Strings Booleans i.e. yer basic java.langclasses. I'm not sure if the axis generator will handle them or what might happen. Maybe it's a bit narrow minded in that it's only really applicable to ejbs? Thanks, Mark. -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jung , Dr. ChristophSent: 25 June 2003 14:24To: '[EMAIL PROTECTED]'Subject: AW: [JBoss-user] WSDL Part names within messages. I would be quite interested in the results of your experiments given that we will rewrite EJBProvider for a more tight integration with the jboss invocation stack. CGJ -Ursprüngliche Nachricht-Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 25. Juni 2003 14:43An: [EMAIL PROTECTED]Betreff: RE: [JBoss-user] WSDL Part names within messages. Hi Dr. Jung, I was hoping you'd get back to me. Thanks again. I think I'll have a look at the BCEL and XJavadoc option. Thanks very much for your help, Mark. -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jung , Dr. ChristophSent: 25 June 2003 07:36To: '[EMAIL PROTECTED]'Subject: AW: [JBoss-user] WSDL Part names within messages. Mark, Axis has several ways of annotating such meta-data to be used by the WSDL Emitter (which uses reflection and builtin naming rules to build its default meta-data thats why the parameter names are so ugly). First the deployment descriptor itself, but in this case it does not leave you much options except giving a service name. You could also subclass the provider implementation (EJBProvider in this case) for preparing the WSDL emitter with additional information, .e.g, doing the reflection via a different bytecode analyzer, such as BCEL or xjavadoc or What Ive also seen is the possibilty for some target beans (Im not sure for EJBProvider, but you should look in the Axis docu) to implement a static method that will return the already prepared meta-data to the emitter. CGJ -Ursprüngliche Nachricht-Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 24. Juni 2003 13:51An: [EMAIL PROTECTED]Betreff: [JBoss-user] WSDL Part names within messages. Hi folks, I'm exposing a few session beans as web services. In the generated WSDL the part names are given automatic names i.e. in0,in1 etc. I was wondering if there was anyway to be able to set these to the argument name presented in the session bean? i.e. I have a bean called FPGbean which has the following method signature public double orderFPGTest(String mrn){ : : } The wsdl for this is described as - wsdl:message name="orderFPGTestResponse" wsdl:part name="orderFPGTestReturn" type="xsd:double" / /wsdl:message - wsdl:message name="orderFPGTestRequest" wsdl:part name="in0" type="xsd:string" / /wsdl:message and as you can see the part name attribute for the Request is in0. I'm
AW: [JBoss-user] Re: Re: JBoss.NET issues
I guess you use exploded deployments, right? Then the problem could be that in your earlier constellation, the ear and the wsr are both not touched, while just the jar is redeployed? In this case, the axis engine would still hold class references to the old jar from resolving the web service meta-data. Hmm, difficult to fix. Maybe easier to care about touching the web-service.xml, too. These things will go away anyway with WS4EE as you would then put your web service descriptor right into the ejb-jars and wars. CGJ -Ursprüngliche Nachricht- Von: Eric Jain [mailto:[EMAIL PROTECTED] Gesendet: Freitag, 27. Juni 2003 16:12 An: jboss-user Betreff: [JBoss-user] Re: Re: JBoss.NET issues I checked the behaviour in head and could successfully redeploy (inter alia) a javabean that is exposed as a complex xml type through BeanSerializer. So it should be a packaging issue. Yes, that must have been the problem. Originally, I had the .wsr nested in a .ear that was itself nested in .sar. Now the .ear is at the top level, with both the .sar and the .wsr nested inside, and everything works as expected. At the same time I also upgraded from 3.2.0 to 3.2.1, but I don't assume this had any effect. -- Eric Jain --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/j boss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
AW: [JBoss-user] JBoss-Net performance issues
Wasn´t aware of that, good news. Better news is that I even yet not have done any optimisation/profiling attempt at jboss.net simply because functionality´s first. I guess that the figures will significantly improve after the rewrite of EJBProvider for injecting calls into the JBoss invocation stack directly. This is planned for JB4 final. Overall: loosely coupled communication always has a higher latency due to connection issues and due to more verbose protocol handling ... Thats why you should use it for the right parts of your architecture (certainly not for db-tier or technical backend stuff). Thats why you should do infrequent batch calls rather than frequent ping() accesses. Special: I guess there is still a whole lot of potential for tweaking the Axis engine. So do not despair, but rather profile your communication and help to bring jboss.net equals heads to .NET ;-) CGJ -Ursprüngliche Nachricht- Von: Bill Burke [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 26. Juni 2003 00:43 An: [EMAIL PROTECTED] Betreff: RE: [JBoss-user] JBoss-Net performance issues I recent study put JBoss.net ahead of other J2EE vendors in performance. http://www.formsite.com/doculabs/atbench/index.html You're always going to get crappy performance. You're doing XML parsing don't forget instead of putting the bytes right on the stream. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Barlow, Dustin Sent: Wednesday, June 25, 2003 4:41 PM To: [EMAIL PROTECTED] Subject: [JBoss-user] JBoss-Net performance issues I've been playing with the simple Hello jboss-net code included in the samples directory. I did some performance testing and the results are quite stunning. The test was simple. I used the included sample Axis test client to call the hello(String name) method but instead of passing it a short string, I decided to make things a little more interesting and pass it a 75k and then a 275k string of XML read from a file. The EJB hello method did nothing other then accept the data as a parameter, and echo back the size of the data that was passed into the method. I was very surprised at how long it took run. I then decided to side step Axis and invoke the EJB directly passing it the 75k and 275k data chunks. The difference in performance was quite large. The stats below were gathered by running the hello(String name) method 10 times in a row. One test using the Axis client, and one using a RMI client directly to the EJB. BTW, the test only included the invoke method in the loop, not the lookups of the Axis service or EJB. The lookups and binding in both tests were only done once at the beginning. 10 interations | 75k | 275k ---|--| JBoss-NET: | 16 secs | 68 secs RMI-EJB: | 3 secs | 8 secs The overall duration of each test run would certainly vary on faster iron, but the ratio between the two sets of test numbers would likely be the same. I do realize that the remote method invocation via Axis is going to be slower because of the extra layer and marshalling that needs to be done, but I did not expect such a large difference. It also seems that the larger the data is that performance does not decline linearly, but seems to be more exponential in its lose compared to RMI-EJB. Is there anything that can be done to improve JBoss-Net performance? Is this just systemic to Axis/SOAP? I did notice that the performance gap between the two was smaller with less then 10k data files. This tends to make me think that the performance degredation is less due to the actual invocation of the method and more to do with the marshalling of data. Dustin --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/j boss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more
AW: AW: [JBoss-user] Web Services and Basic Authentication
Neal, That is good news. Here is the snippet from the jboss-net_ejb_xml.xdt that needs to be adapted XDtClass:ifHasClassTag tagName=jboss-net:authentication handler type=java:org.jboss.net.axis.server.JBossAuthenticationHandler parameter name=securityDomain value=java:/jaas/XDtClass:classTagValue tagName='jboss-net:authentication' paramName='domain'// /handler /XDtClass:ifHasClassTag Something like parameter name=validateUnauthenticatedCalls value=XDtClass:classTagValue tagName='jboss-net:authentication' paramName='validateUnauthenticatedCalls'// Such that @jboss-net:authentication validateUnauthenticatedCalls=true should give you the desired output (this was just quickly recapitulated and may lack a few details ...) If you could implement this with a default to false and could submit the result as a patch, I would be forever yours ;-) CGJ -Ursprüngliche Nachricht- Von: Neal Sanche [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 26. Juni 2003 17:51 An: [EMAIL PROTECTED] Betreff: Re: AW: [JBoss-user] Web Services and Basic Authentication Hi Dr. Jung, I have definitely been able to get the 401 response to happen now. I guess XDoclet must have overwritten my web-services.xml file and wiped out my validateUnauthenticatedCalls statement. I put it back in and JBoss threw a Server.Unauthenticated AXIS fault, and my Windows ..NET program resent its request with Basic Auth attached. Now I'm going to check to see if the .NET Compact framework will repeat the same behaviour... And it definitely seems to. So, I've written a small Pocket PC application that authenticates itself to JBoss and calls a web service that talks to one of my session beans passing back a java object. Now the only thing I have to do is get the XDoclet generator to put in the validateUnauthenticatedCalls statement. Then I'll be happy. :) Thanks again. -Neal On June 26, 2003 04:18 am, Jung , Dr. Christoph wrote: Neal, AFAIK, a security error in the JBossAuthenticationHandler should force a 401 response through Axis and the Web layer and hence trigger the resending in the M$ implementation. CGJ -Ursprüngliche Nachricht- Von: Neal Sanche [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 26. Juni 2003 04:58 An: JBoss Users Mailing List Betreff: [JBoss-user] Web Services and Basic Authentication Hi All, I'm writing, or at least attempting to write, a .NET client that talks to a secured JBoss web service. I've followed the other threads in this list that state that I should set an acceptUnauthenticatedCalls flag to false, and that isn't working. It seems that Microsoft has followed the RFCs extremely closely, and not allowed their users to 'force' the sending of basic auth information manually in a web service call. Instead, if the HTTP layer receives a 401 error from the HTTP server, it will resend the request with Authentication headers. I'm still trying to figure out a way to replace or augment this functionality in the .NET world. But I'm wondering if it would be possible to have JBoss return a 401 error when an unauthenticated call arrives in the JBoss-net code? How would I go about forcing this situation instead of the current 'ErrorCode 500: Internal Server Error' whenever a security exception is thrown. Is that possible? I'm currently running JBoss 3.2.1. Thanks for any insights. Cheers. -Neal --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/j boss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission
AW: [JBoss-user] Re: JBoss.NET issues
Eric, I checked the behaviour in head and could successfully redeploy (inter alia) a javabean that is exposed as a complex xml type through BeanSerializer. So it should be a packaging issue. Did I ask which jb version you run? -Ursprüngliche Nachricht- Von: Eric Jain [mailto:[EMAIL PROTECTED] Gesendet: Montag, 19. Mai 2003 18:24 An: jboss-user Betreff: [JBoss-user] Re: JBoss.NET issues Could you check the redeployment output from AxisService? Which error message do you get in the service invocation? I rechecked. While most parts of the wsdl do in fact get updated, the schema elements for complex types that have changed are not updated. Also, it is not possible to invoke any methods that accept complex parameters after redeploying the application without restarting, regardless of whether any changes where in fact made. Below is one of the errors resulting from such an attempt. Perhaps there is some problem classes that are part of the application but are not reloaded correctly? 2003-05-19 17:48:39,770 ERROR [ser.BeanPropertyTarget] Could not convert [Lorg.expasy.services.proteins.Criteria; to bean field 'criteria', type [Lorg.expasy.services.proteins.Criteria; 2003-05-19 17:48:39,783 ERROR [http.AxisServlet] Exception: AxisFault faultCode: {http://xml.apache.org/axis/}Server.userException faultString: java.lang.ArrayStoreException: Object and inner type of array differs faultActor: null faultDetail: stackTrace: java.lang.ArrayStoreException: Object and inner type of array differs at org.apache.axis.encoding.ser.BeanPropertyTarget.set(Ljava.lang .Object;)V (BeanPropertyTarget.java:175) at org.apache.axis.encoding.DeserializerImpl.valueComplete()V(Des erializerI mpl.java:260) at org.apache.axis.encoding.ser.ArrayDeserializer.valueComplete() V(ArrayDes erializer.java:544) at org.apache.axis.encoding.DeserializerImpl.endElement(Ljava.lan g.String;L java.lang.String;Lorg.apache.axis.encoding.DeserializationCont ext;)V(Des erializerImpl.java:502) at org.apache.axis.encoding.DeserializationContextImpl.endElement (Ljava.lan g.String;Ljava.lang.String;Ljava.lang.String;)V(Deserializatio nContextIm pl.java:942) at org.apache.axis.message.SAX2EventRecorder.replay(IILorg.xml.sa x.ContentH andler;)V(SAX2EventRecorder.java:206) at org.apache.axis.message.MessageElement.publishToHandler(Lorg.x ml.sax.Con tentHandler;)V(MessageElement.java:684) at org.apache.axis.message.RPCElement.deserialize()V(RPCElement.java:207) at org.apache.axis.message.RPCElement.getParams()Ljava.util.Vecto r;(RPCElem ent.java:265) at org.apache.axis.providers.java.RPCProvider.processMessage(Lorg .apache.ax is.MessageContext;Lorg.apache.axis.message.SOAPEnvelope;Lorg.a pache.axis ..message.SOAPEnvelope;Ljava.lang.Object;)V(RPCProvider.java:190) at org.apache.axis.providers.java.JavaProvider.invoke(Lorg.apache .axis.Mess ageContext;)V(JavaProvider.java:276) at org.apache.axis.strategies.InvocationStrategy.visit(Lorg.apach e.axis.Han dler;Lorg.apache.axis.MessageContext;)V(InvocationStrategy.java:71) at org.apache.axis.SimpleChain.doVisiting(Lorg.apache.axis.Messag eContext;L org.apache.axis.HandlerIterationStrategy;)V(SimpleChain.java:156) at org.apache.axis.SimpleChain.invoke(Lorg.apache.axis.MessageCon text;)V(Si mpleChain.java:126) at org.apache.axis.handlers.soap.SOAPService.invoke(Lorg.apache.a xis.Messag eContext;)V(SOAPService.java:437) at org.apache.axis.server.AxisServer.invoke(Lorg.apache.axis.Mess ageContext ;)V(AxisServer.java:316) at org.apache.axis.transport.http.AxisServlet.doPost(Ljavax.servl et.http.Ht tpServletRequest;Ljavax.servlet.http.HttpServletResponse;)V(Ax isServlet. java:701) -- Eric Jain --- This SF.net email is sponsored by: If flattening out C++ or Java code to make your application fit in a relational database is painful, don't do it! Check out ObjectStore. Now part of Progress Software. http://www.objectstore.net/sourceforge ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/j boss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ JBoss-user mailing list
AW: [JBoss-user] Web Services and Basic Authentication
Neal, AFAIK, a security error in the JBossAuthenticationHandler should force a 401 response through Axis and the Web layer and hence trigger the resending in the M$ implementation. CGJ -Ursprüngliche Nachricht- Von: Neal Sanche [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 26. Juni 2003 04:58 An: JBoss Users Mailing List Betreff: [JBoss-user] Web Services and Basic Authentication Hi All, I'm writing, or at least attempting to write, a .NET client that talks to a secured JBoss web service. I've followed the other threads in this list that state that I should set an acceptUnauthenticatedCalls flag to false, and that isn't working. It seems that Microsoft has followed the RFCs extremely closely, and not allowed their users to 'force' the sending of basic auth information manually in a web service call. Instead, if the HTTP layer receives a 401 error from the HTTP server, it will resend the request with Authentication headers. I'm still trying to figure out a way to replace or augment this functionality in the .NET world. But I'm wondering if it would be possible to have JBoss return a 401 error when an unauthenticated call arrives in the JBoss-net code? How would I go about forcing this situation instead of the current 'ErrorCode 500: Internal Server Error' whenever a security exception is thrown. Is that possible? I'm currently running JBoss 3.2.1. Thanks for any insights. Cheers. -Neal --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/j boss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
AW: [JBoss-user] WSDL Part names within messages.
Title: Nachricht I would be quite interested in the results of your experiments given that we will rewrite EJBProvider for a more tight integration with the jboss invocation stack. CGJ -Ursprüngliche Nachricht-Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 25. Juni 2003 14:43An: [EMAIL PROTECTED]Betreff: RE: [JBoss-user] WSDL Part names within messages. Hi Dr. Jung, I was hoping you'd get back to me. Thanks again. I think I'll have a look at the BCEL and XJavadoc option. Thanks very much for your help, Mark. -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jung , Dr. ChristophSent: 25 June 2003 07:36To: '[EMAIL PROTECTED]'Subject: AW: [JBoss-user] WSDL Part names within messages. Mark, Axis has several ways of annotating such meta-data to be used by the WSDL Emitter (which uses reflection and builtin naming rules to build its default meta-data thats why the parameter names are so ugly). First the deployment descriptor itself, but in this case it does not leave you much options except giving a service name. You could also subclass the provider implementation (EJBProvider in this case) for preparing the WSDL emitter with additional information, .e.g, doing the reflection via a different bytecode analyzer, such as BCEL or xjavadoc or What Ive also seen is the possibilty for some target beans (Im not sure for EJBProvider, but you should look in the Axis docu) to implement a static method that will return the already prepared meta-data to the emitter. CGJ -Ursprüngliche Nachricht-Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 24. Juni 2003 13:51An: [EMAIL PROTECTED]Betreff: [JBoss-user] WSDL Part names within messages. Hi folks, I'm exposing a few session beans as web services. In the generated WSDL the part names are given automatic names i.e. in0,in1 etc. I was wondering if there was anyway to be able to set these to the argument name presented in the session bean? i.e. I have a bean called FPGbean which has the following method signature public double orderFPGTest(String mrn){ : : } The wsdl for this is described as - wsdl:message name="orderFPGTestResponse" wsdl:part name="orderFPGTestReturn" type="xsd:double" / /wsdl:message - wsdl:message name="orderFPGTestRequest" wsdl:part name="in0" type="xsd:string" / /wsdl:message and as you can see the part name attribute for the Request is in0. I'm hoping eventually to use a UDDIBrowser and some sort of DragNDrop functionality into an open source UML suite from which I will generate clients. I don't exactly need the names I suppose it would just mean I wouldn't have to worry about the parameters being in order as I added them to the call. Thanks, Mark. ###This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange.For more information, connect to http://www.F-Secure.com/ ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/
AW: [JBoss-user] Jboss 4.0 UDDI repository
Title: Nachricht documentation is currently just the documentation of the used libraries: - juddi - is the uddi server (http://www.juddi.org) - uddi4j is the uddi client (http://www.uddi4j.org) Best, CGJ -Ursprüngliche Nachricht-Von: Alberto Rodriguez Galdo [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 11. Juni 2003 15:53An: [EMAIL PROTECTED]Betreff: [JBoss-user] Jboss 4.0 UDDI repository Hi, I've seen and uddi repository included in JBoss 4.0. As I am interested in registering my webservices with it, is there any documentation available? any examples?, I've seen juddi.jar and uddi4j.jar in java.net.sar, which one is used? and, what for? ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/
AW: [JBoss-user] Jboss 4.0 UDDI repository
Title: Nachricht It is not finished in the sense that the service provider (Juddi)currently does not expose its wsdl description(the uddi interface is IMHO not defined through wsdl itself, Iestimate) and has yet no web-gui for administration (at least to my knowledge). The first is what clicking on the UddiService under http://localhost:8080/jboss-net will try togenerate (should be a http://localhost:8080/jboss-net/UddiService?wsdl link, correct?). The latter iswhat is "normally" done throughsending regular SOAP web service http requests (e.g., using uddi4j on client side) tohttp://localhost:8080/jboss-net/UddiService Im planning to integrate a newer version of juddi in the next weeks, maybe it will come with an administration GUI, I am not sure? If not and you are keen on having one, would you volunteer? CGJ -Ursprüngliche Nachricht-Von: Alberto Rodriguez Galco [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 12. Juni 2003 10:34An: [EMAIL PROTECTED]Betreff: Re: [JBoss-user] Jboss 4.0 UDDI repository But, i guess uddi support in JBoss is not finished jet, as if you go to http://localhost:8080/jboss-net and press on the uddi service link tomcat throws a 404 because there's no such service deployed in jboss Is some kind of misconfiguration or am I forgeting something? Alberto Rodriguez Galdo [EMAIL PROTECTED] - Original Message - From: Jung , Dr. Christoph To: '[EMAIL PROTECTED]' Sent: Thursday, June 12, 2003 8:58 AM Subject: AW: [JBoss-user] Jboss 4.0 UDDI repository documentation is currently just the documentation of the used libraries: - juddi - is the uddi server (http://www.juddi.org) - uddi4j is the uddi client (http://www.uddi4j.org) Best, CGJ -Ursprüngliche Nachricht-Von: Alberto Rodriguez Galdo [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 11. Juni 2003 15:53An: [EMAIL PROTECTED]Betreff: [JBoss-user] Jboss 4.0 UDDI repository Hi, I've seen and uddi repository included in JBoss 4.0. As I am interested in registering my webservices with it, is there any documentation available? any examples?, I've seen juddi.jar and uddi4j.jar in java.net.sar, which one is used? and, what for? ###This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange.For more information, connect to http://www.F-Secure.com/ ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/
AW: [JBoss-user] M$ Soap 3.0 toolkit and JBoss.net interop
There was a bug-report on that issue stating that M$ would not send authentication data until faced with a server error (50x or something similar, I think). The JBoss Authentication Handler has been extended with the parameter validateUnauthenticatedCalls !-- authentication runs against the jaas:/other domain -- handler type=java:org.jboss.net.axis.server.JBossAuthenticationHandler parameter name=securityDomain value=java:/jaas/other/ parameter name=validateUnauthenticatedCalls value=false/ /handler This will block any unauthenticated calls from trying to get routed (this is what M$ could first try to do before going the right way). Best, CGJ -Ursprüngliche Nachricht- Von: Simone Milani [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 10. Juni 2003 16:29 An: [EMAIL PROTECTED] Betreff: [JBoss-user] M$ Soap 3.0 toolkit and JBoss.net interop Hi, I am happily using the M$ Soap 3.0 toolkit as a client for JBoss.net. I am now having trouble having the Basic Authentication to work. Has anyone managed to use it? Thanks Simone --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/j boss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
AW: [JBoss-user] Getting remote user name Jboss-Net
vikas, that depends on your transport configuration. Surely, basic authentication info are part of the axis MessageContext. As such, they are processed by, e.g., our JBossAuthenticationHandler that authenticates them against a jboss security domain and associates the calling thread with the corresponding security association. You can access these information then, e.g., via standard mechanisms in your EJBs. But if neither your request chain nor your provider implementation care about these bits of the messagecontext, you won´t be able to access them from your web service implementation object (which should´nt be dependent on such non-standard details, anyway). So going the authentication handler-way together with JBoss/JAAS access might be the right option. CGJ -Ursprüngliche Nachricht- Von: Ramrakhiani, Vikas [mailto:[EMAIL PROTECTED] Gesendet: Montag, 2. Juni 2003 16:43 An: '[EMAIL PROTECTED]' Betreff: [JBoss-user] Getting remote user name Jboss-Net Hi, I would like to know if there is a way to get the name of user (along with domain) who invokes web service. thanks for your help, vikas. --- This SF.net email is sponsored by: eBay Get office equipment for less on eBay! http://adfarm.mediaplex.com/ad/ck/711-11697- 6916-5 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/j boss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.net email is sponsored by: eBay Get office equipment for less on eBay! http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
AW: [JBoss-user] JBoss 4.0 first try
Hi, -Ursprüngliche Nachricht- Von: Jason Stortz [mailto:[EMAIL PROTECTED] Gesendet: Montag, 2. Juni 2003 18:37 An: [EMAIL PROTECTED] Betreff: RE: [JBoss-user] JBoss 4.0 first try At least one stack trace showed up during startup, but it was accompanied by an explanation saying something to the affect of This is probably because this is the first time you've ran this service. My fault. I´ve already been told that this would not be a professional way to indicate that auto-dropping the uddi-schemas is not necessary in an initial database. We will change that, because it is no error at all. Anyway, everything appears to be working okay. My .ear's loaded in fine. Also, does the D in JBoss 4.0 DR1 mean development? -jason --- This SF.net email is sponsored by: eBay Get office equipment for less on eBay! http://adfarm.mediaplex.com/ad/ck/711-11697- 6916-5 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/j boss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.net email is sponsored by: eBay Get office equipment for less on eBay! http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
AW: [JBoss-user] Different wsdl in jboss3.2 and jboss4.0
Which 3.2 are you talking about? I think that the difference between both branches is indeed Axis1.1 Beta (3.2) against Axis 1.1 RC1 (head) ... Our EJBProvider source should be equivalent by now. So it could be only the emitter setting the wrong servicename (to jndiName, as it seems). Can you please check by taking the head axis into 3.2? Btw: Thanks four your encouraging email. That made my whole day! CGJ -Ursprüngliche Nachricht- Von: John Fawcett [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 3. April 2003 02:04 An: [EMAIL PROTECTED] Betreff: RE: [JBoss-user] Different wsdl in jboss3.2 and jboss4.0 Correction, the naming convention in jboss3.2 appears to be: If(bean has local interface){ sessionbeanlocaljndinameService } else { sessionbeanjndinameService } Thanks, fawce -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of John Fawcett Sent: Wednesday, April 02, 2003 6:14 PM To: [EMAIL PROTECTED] Subject: [JBoss-user] Different wsdl in jboss3.2 and jboss4.0 Hi, Until recently I have been working against a jboss-head checkout. The jboss.net in 4.0 creates a wsdl document that sets the wsdl:service name equal to the urn attribute in @jboss-net.web-service tag in my session bean. In 3.2, however, jboss.net produces a wsdl:service name equal to urnSessionLocalService. We are using these wsdl to auto-gen classes, and the classnames are derived from the wsdl:service names. So, our hand-made code makes references to these classnames which are not consistent between 3.2 and 4.0. Is the discrepency due to a difference in the axis libraries, ibm-wsdl4j, or ibm-uddi4j libraries? Or a difference in the jboss.net code? Is it possible to configure this suffix? Is one naming convention more likely to be maintained? Thanks, fawce Here is a sample: In jboss3.2: wsdl:service name=EntityListSessionLocalService wsdl:port binding=impl:EntityListSoapBinding name=EntityList wsdlsoap:address location=http://localhost:8080/jboss-net/services/EntityList; / /wsdl:port /wsdl:service In jboss4.0: wsdl:service name=EntityList wsdl:port binding=impl:EntityListSoapBinding name=EntityList wsdlsoap:address location=http://localhost:8080/jboss-net/services/EntityList; / /wsdl:port /wsdl:service --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
AW: [JBoss-user] Http Session Clustering, JGStore debugging
I would recommend debugging with eclipse (http://www.eclipse.org) or any other JDI (Java Debug Interface) compatible IDE of your choice. I find it easy to start jboss with remote debugging enabled (see the commented out JAVA_OPTS in run.bat and your Java Platform Documentation) and then attaching the debugger remotely. CGJ -Ursprüngliche Nachricht- Von: Joao Pedro Clemente [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 2. April 2003 14:15 An: [EMAIL PROTECTED] Betreff: [JBoss-user] Http Session Clustering, JGStore debugging I have reported a problem with JGstore a couple of weeks ago that is still unanswered. I would like to get my hands dirty and debug it myself. But I would like to get some tips on the way to do it. Is there a way I can use a kind of debugger to find out whats wrong? Should I rely only at increasing log level? I have no ideia if one can run jboss on top of debugguer (is there a java debuger, something similar to gdb but in java world?) Besides, should I try to debug jetty standalone? Jules, maybe you can tip me with something, as the exception I get it's at org.mortbay. Thanks -- Joao Pedro Clemente jpcl @ rnl.ist.utl.pt --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
AW: [JBoss-user] JBoss: Not Ready For Prime Time
-Ursprüngliche Nachricht- Von: Ed Brown [mailto:[EMAIL PROTECTED] Gesendet: Samstag, 29. März 2003 03:59 An: [EMAIL PROTECTED] Betreff: RE: [JBoss-user] JBoss: Not Ready For Prime Time Lastly, I gave up on using the embedded version of Axis with JBoss. I found it odd that I had to compile the source just to get it working when everything else worked out of the box. And then getting to the Axis console was problematic. Now that is the point where I have to stand up. Where was your bug report? Where was your contribution in the form of feature requests, fixes, faq points such that other users of jboss (like you know refrain to be one of those) who do not like hot-deployment can access the axis console directly? I didn´t even know your name until this ugly posting. We are working 11 hours a day and dedicating our weekends to improve JBoss just to get to hear not ready for primetime instead of good job, but we could improve it here and there, heres my code that points into that direction. Until I see a major part of JBoss users requesting me to shift development focus, I will follow my own needs (the ones of my company, respectively). I find your destructive stance of leaning back and expecting everything to run out of the box (without compilation) extremely odd. It will not work except with open source projects sponsored by IBM and throwing a lot of money and resources into it. Linux would have died with people like yours (and how often have I compiled that kernel, I can tell you). So, my conclusion is that you are not ready for JBoss and you have not the slightest idea of team work and psychology. CGJ ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
AW: [JBoss-user] JBoss.NET can't find serializer
Title: Nachricht So what, Look in your generated web-service.xml. If there is an element typeMapping qname="PPFacade" type="java:com.fiserv.banklink.iLink.PositivePay.interfaces.CheckDataSoap" serializer="org.apache.axis.encoding.ser.BeanSerializerFactory" deserializer="org.apache.axis.encoding.ser.BeanDeserializerFactory" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"/ then you did everything right. If there is no such section then I guess that you most likely to forgot to include that class into the fileset processed by xdoclet. One thing that you cannot expect from OSS (unless buying the excellent support of JBoss Group) is thatsomebody sits beside you on your desktop and holds your hands and debugs your ant scripts. A minimum understanding of web-services isstill required if you want to implement those. Thats why I suggest everyone toRTFAxisM, first. Once Jboss4 comes out and J2EE1.4 is a common standard, there will be common patterns that everybody knows about, but in the meantime I rather concentrate on getting these specs implemented before making the tools fool-proof. If you want to share your experiences, you are welcome to contribute some doco and helpful code. Either you can help to setup the grain, or you will have to choose a commercial product with a proprietary approach (good luck, then!). -Ursprüngliche Nachricht-Von: Nathan Hoover [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 27. März 2003 06:47An: [EMAIL PROTECTED]Betreff: [JBoss-user] JBoss.NET can't find serializerI am still getting "java.io.IOException: No serializer found for class com.fiserv.banklink.iLink.PositivePay.interfaces.CheckDataSoap", even with having created the subclass and adding the @jboss-net tag. What to do?I get the feeling I am "working against the grain", so to speak. This has to be a common pattern, returning data objects from beans. Is there a better way that I am missing?ThanksNathanAt 11:47 PM 3/26/2003, you wrote: Never mind, this was just idiocy on my part. I had never seen JBoss' not-found error before, and I didn't realize that someone had dropped the table (and consequently my row).It's still not working, but I'm working through the errors.NAt 10:57 PM 3/26/2003, you wrote: So, I created a class like so: package com.fiserv.banklink.iLink.PositivePay.interfaces; /** * SOAP-capable Data object for Check. * @copyright BANKLINK 2003 * @author Nathan Hoover * @jboss-net:xml-schema urn="PPFacade" */ public class CheckDataSoap extends CheckData {}which extends the CheckData class generated by XDoclet.Now I no longer receive the IOException and instead get the following new and interesting error:"javax.ejb.TransactionRolledbackLocalException: Failure while creating a generator session bean: No such entity!; CausedByException is:Failure while creating a generator session bean: No such entity!"Thanks again for your help,NathanAt 10:37 AM 3/26/2003, you wrote: I had envisioned an answer like this, and I thought it through already.I will just subclass the "CheckData" class generated by XDoclet and drop that line in the top.Thanks for your help!NAt 10:18 AM 3/26/2003, you wrote: Nathan,for beans/value classes that you like to serialize, you have to add @jboss-net:xml-schema urn="QNAME"in order to get them mapped in the web-service.xmlUnfortunately, this will be a problem if the classes are generated by xdoclet. Can you try to add such a line to the header of thesource (entity-bean?) that xdoclet uses to generate the value class? If you manage that it gets copied to thebean javadoc header and let it processed by jboss-net-xdoclet, then you have reached your goal.CGJ -Ursprüngliche Nachricht- Von: Nathan Hoover [mailto:[EMAIL PROTECTED]] Gesendet: Dienstag, 25. März 2003 20:40 An: [EMAIL PROTECTED] Betreff: Re: AW: AW: AW: [JBoss-user] JBoss.NET error This worked for me (of course) and my problem with the JNDI name went away. Hopefully this jar will be included as part of the 3.2 release. I am now having a new problem: An unhandled exception of type 'System.Web.Services.Protocols.SoapException' occurred in system.web.services.dll Additional information: java.io.IOException: No serializer found for class com.fiserv.banklink.iLink.PositivePay.interfaces.CheckData in registry [EMAIL PROTECTED] How do I include/create this serializer in the registry? the class is being
AW: [JBoss-user] Registering Webservices.
Title: Nachricht sorry Marc, but I do not have the time to answer juddi specific questions. Please refer to the juddi sourceforge lists/pages/etc how to set it up, etc. CGJ -Ursprüngliche Nachricht-Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 27. März 2003 13:59An: [EMAIL PROTECTED]Betreff: RE: [JBoss-user] Registering Webservices. Cheers Christoph, Grand job. I've decided to try and use the juddi package in a separate Tomcat distro in preparation for when it's activated in jboss. I built it from the source off sourceforge and placed the war in the webapps directory of my separate Tomcat distribution but when I went to bring up the publish page http://localhost:9080/juddi/publish it gave me back a ClassNotFoundException for a very basic Axis class contained in the axis.jar that no only was in the webapps directory but was also contained in the juddi.war file I deployed? I've changed the port to 9080 for this external Tomcat dist. Should I reference the axis.jar file in the war's manifest file also? Thanks, Mark -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jung , Dr. ChristophSent: 26 March 2003 15:25To: '[EMAIL PROTECTED]'Subject: AW: [JBoss-user] Registering Webservices. the part that registers your web-services with an external (or internal) uddi server is not yetactivated (especially, because there are millions of ways of registering a web-service in uddi and we have to find the "standard" one that is envisaged by J2EE1.4). documentation, pah! (you know that source code stance ;-) no, just kidding, we desperately seek volunteers with web service knowledge, didactic qualities and, say, a good intuition for what the average ejb user needs and wants to know about jboss-net CGJ -Ursprüngliche Nachricht-Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 25. März 2003 17:58An: [EMAIL PROTECTED]Betreff: RE: [JBoss-user] Registering Webservices. With services deployed in the Jboss is there any other further registration process required once the webservices have been deployed in the engine? Is there any documentation available on this section yet? Thanks, Mark. -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jung , Dr. ChristophSent: 25 March 2003 15:54To: '[EMAIL PROTECTED]'Subject: AW: [JBoss-user] Registering Webservices. weve got juddi integrated into head. CGJ -Ursprüngliche Nachricht-Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 25. März 2003 16:45An: [EMAIL PROTECTED]Betreff: [JBoss-user] Registering Webservices. Hi there Christoph, Is there an implementation of a JAXR registry currently available in jboss.net? If not could you suggest one that's popular to use to with publishing Jboss services? Thanks, Mark... ###This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange.For more information, connect to http://www.F-Secure.com/ ###This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange.For more information, connect to http://www.F-Secure.com/ ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/
AW: [JBoss-user] CVS Modules
Title: Nachricht Mark, the individual modules are listed under CVSROOT/modules. For full-blown jboss.net you will need in addition the thirdparties and a few other modules output ... For just generating the xdoclet module, it is sufficient to get thirdparty/xdoclet and tools (although you will have to modify the build.xml just to do that, unfortunately). CGJ -Ursprüngliche Nachricht-Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 25. März 2003 18:26An: [EMAIL PROTECTED]Betreff: [JBoss-user] CVS Modules Hi folks, I'm attempting to pull down the source jboss-head thru cvs. I've been successful a few times but more often than not it fails half way thru. At the end of the day checking out the head takes about 20 mins. Is there a way of just checking out modules at a time? For instance just the jboss.net module? Thanks, Mark. ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/
AW: [JBoss-user] Registering Webservices.
Title: Nachricht the part that registers your web-services with an external (or internal) uddi server is not yetactivated (especially, because there are millions of ways of registering a web-service in uddi and we have to find the "standard" one that is envisaged by J2EE1.4). documentation, pah! (you know that source code stance ;-) no, just kidding, we desperately seek volunteers with web service knowledge, didactic qualities and, say, a good intuition for what the average ejb user needs and wants to know about jboss-net CGJ -Ursprüngliche Nachricht-Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 25. März 2003 17:58An: [EMAIL PROTECTED]Betreff: RE: [JBoss-user] Registering Webservices. With services deployed in the Jboss is there any other further registration process required once the webservices have been deployed in the engine? Is there any documentation available on this section yet? Thanks, Mark. -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jung , Dr. ChristophSent: 25 March 2003 15:54To: '[EMAIL PROTECTED]'Subject: AW: [JBoss-user] Registering Webservices. weve got juddi integrated into head. CGJ -Ursprüngliche Nachricht-Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 25. März 2003 16:45An: [EMAIL PROTECTED]Betreff: [JBoss-user] Registering Webservices. Hi there Christoph, Is there an implementation of a JAXR registry currently available in jboss.net? If not could you suggest one that's popular to use to with publishing Jboss services? Thanks, Mark.. ###This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange.For more information, connect to http://www.F-Secure.com/ ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/
AW: AW: AW: AW: [JBoss-user] JBoss.NET error
Title: Nachricht Nathan, for beans/value classes that you like to serialize, you have to add @jboss-net:xml-schema urn="QNAME" in order to get them mapped in the web-service.xml Unfortunately, this will be a problem if the classes are generated by xdoclet. Can you try to addsuch aline to the header of the source (entity-bean?) that xdoclet uses to generate the value class? If you manage that it gets copied to the bean javadoc header and let it processed by jboss-net-xdoclet, then you have reached your goal. CGJ -Ursprüngliche Nachricht-Von: Nathan Hoover [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 25. März 2003 20:40An: [EMAIL PROTECTED]Betreff: Re: AW: AW: AW: [JBoss-user] JBoss.NET errorThis worked for me (of course) and my problem with the JNDI name went away.Hopefully this jar will be included as part of the 3.2 release.I am now having a new problem:An unhandled exception of type 'System.Web.Services.Protocols.SoapException' occurred in system.web.services.dllAdditional information: java.io.IOException: No serializer found for class com.fiserv.banklink.iLink.PositivePay.interfaces.CheckData in registry [EMAIL PROTECTED]How do I include/create this serializer in the registry? the class is being generated by XDoclet...NAt 04:38 PM 3/25/2003 +0100, you wrote: I guess that the xdoclet module is not automatically part of the distro .So you need to build it as a part of the jboss.net buildcd jboss.netbuildit is then generated into output/lib/CGJ -Ursprüngliche Nachricht- Von: Nathan Hoover [mailto:[EMAIL PROTECTED]] Gesendet: Dienstag, 25. März 2003 16:04 An: [EMAIL PROTECTED] Betreff: Re: AW: AW: [JBoss-user] JBoss.NET error I have 3.2RC4, which was released on Sunday. Shouldn't I have the right code? How can I get just the XDoclet module without rebuilding JBoss in its entirety? N At 03:33 PM 3/25/2003 +0100, you wrote: this bug has been resolved in the 3.2 branch last week. If you get the latest sources, it should not occur anymore. -Ursprüngliche Nachricht- Von: Nathan Hoover [mailto:[EMAIL PROTECTED]] Gesendet: Dienstag, 25. März 2003 14:33 An: [EMAIL PROTECTED] Betreff: Re: AW: [JBoss-user] JBoss.NET error You're totally right, the bean is not being hit at all, and it's due to the web-service.xml. I had updated the bean to have both remote and local interfaces since the last time it was working. The problem seems to be a bug in the XDoclet code that generates the web-service.xml - this is what's generated: parameter name="beanJndiName" value="ejb/iLink/PositivePay/Facadecomp/env/ejb/iLink/PositivePay/Facade"/ It has concatenated the local and remote JNDI names of my EJB. Can you confirm that this is a bug? If so, how do I go about submitting it? Nathan At 09:07 AM 3/25/2003 +0100, you wrote: It does not look like your session bean is called at all. What is your global JNDI name of your session bean and how does your web-service.xml look like? Looks like there is a name "Facadecomp" in your web-service.xml referenced? CGJ -Ursprüngliche Nachricht- Von: Nathan Hoover [mailto:[EMAIL PROTECTED]] Gesendet: Montag, 24. März 2003 15:53 An: [EMAIL PROTECTED] Betreff: [JBoss-user] JBoss.NET error I'm getting the following error trying to call a session bean method using JBoss.NET. I have 3.2RC4. An unhandled exception of type 'System.Web.Services.Protocols.SoapException' occurred in system.web.services.dll Additional information: org.apache.axis.ConfigurationException: Could not find home in JNDI AxisFault faultCode: {http://xml.apache.org/axis/}Server.generalException faultString: Could not find home in JNDI faultActor: null faultDetail: Could not find home in JNDI javax.naming.NameNotFoundException: Facadecomp not bound at org.jnp.server.NamingServer.getBinding(NamingServer.java:495) at org.jnp.server.NamingServer.getBinding(NamingServer.java:503) at org.jnp.server.NamingServer.getObject(NamingServer.java:509) at org.jnp.server.NamingServer.lookup(NamingServer.java:253) at org.jnp.server.NamingServer.lookup(NamingServer.java:256) at org.jnp.server.NamingServer.lookup(NamingServer.java:256) at org.jnp.server.NamingServer.lookup(NamingServer.java:256)
AW: [JBoss-user] JBoss.NET error
Title: Nachricht It does not look like your session bean is called at all. What isyour globalJNDI name of your session bean andhow doesyour web-service.xml look like?Looks like there is a name "Facadecomp" in your web-service.xml referenced? CGJ -Ursprüngliche Nachricht-Von: Nathan Hoover [mailto:[EMAIL PROTECTED] Gesendet: Montag, 24. März 2003 15:53An: [EMAIL PROTECTED]Betreff: [JBoss-user] JBoss.NET error I'm getting the following error trying to call a session bean method using JBoss.NET. I have 3.2RC4. An unhandled exception of type 'System.Web.Services.Protocols.SoapException' occurred in system.web.services.dll Additional information: org.apache.axis.ConfigurationException: Could not find home in JNDI AxisFault faultCode: {http://xml.apache.org/axis/}Server.generalException faultString: Could not find home in JNDI faultActor: null faultDetail: Could not find home in JNDI javax.naming.NameNotFoundException: Facadecomp not bound at org.jnp.server.NamingServer.getBinding(NamingServer.java:495) at org.jnp.server.NamingServer.getBinding(NamingServer.java:503) at org.jnp.server.NamingServer.getObject(NamingServer.java:509) at org.jnp.server.NamingServer.lookup(NamingServer.java:253) at org.jnp.server.NamingServer.lookup(NamingServer.java:256) at org.jnp.server.NamingServer.lookup(NamingServer.java:256) at org.jnp.server.NamingServer.lookup(NamingServer.java:256) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:492) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:471) at javax.naming.InitialContext.lookup(InitialContext.java:345) at org.jboss.net.axis.server.EJBProvider.getEJBHome(EJBProvider.java:94) at org.jboss.net.axis.server.EJBProvider.getEJBCreateMethod(EJBProvider.java:107) at org.jboss.net.axis.server.EJBProvider.getServiceClass(EJBProvider.java:168) at org.apache.axis.providers.java.JavaProvider.initServiceDesc(JavaProvider..java:535) snipThe session bean is trying to make a local call to an entity bean. Let me know if I can provide more information or if anyone has any ideas.N ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/
AW: Source code is the only truth? (was Re: [JBoss-user] Webservice call)
Of course. In that sense, source code (the record) tells more truth than documentation (the record´s review in a local newspaper) under the presumption of an ideal VM (record player according to recording industry standard). CGJ -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Montag, 24. März 2003 15:58 An: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Betreff: Source code is the only truth? (was Re: [JBoss-user] Webservice call) No it's not. In the spirit of the book Godel, Escher, Bach by D. Hofstadter I venture that it is possible to have one source code file and vary what the resulting executable does by applying different compilers to it. Remember the Crab who had one record and a shed full of record players? :- Sorry, but I just could not resist ++Jos.es And thus it came to pass that Jung , Dr. Christoph wrote: (on Mon, Mar 24, 2003 at 03:03:06PM +0100 to be exact) as you know, source code is the only truth. I simply looked into one of the stubs generated from wsdl2java ;-) CGJ -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Montag, 24. März 2003 14:12 An: [EMAIL PROTECTED] Betreff: RE: [JBoss-user] Webservice call That's fantastic Christoph, How come I couldn't find it in any of the APIs? Has it always been included in AXIS or is it a recent addition to the api? Mark. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jung , Dr. Christoph Sent: 24 March 2003 11:37 To: '[EMAIL PROTECTED]' Subject: AW: [JBoss-user] Webservice call Try call.setReturnType(org.apache.axis.encoding.XMLType.AXIS_VOID); CGJ -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Montag, 24. März 2003 11:48 An: [EMAIL PROTECTED] Betreff: RE: [JBoss-user] Webservice call Hi Christoph, I created a Service object using the endpoint and then from that generated the call object. Like so: - String endpoint =http://localhost:8080/jboss-net/services/Diagnosis;; Service service = new Service(); Call call = (Call) service.createCall(); String methodName = diagnosePatient; call.setOperationName(methodName); call.addParameter(patientID,org.apache.axis.Constants.XSD_STRING,Par ameter Mode.IN); call.addParameter(condition,org.apache.axis.Constants.XSD_STRING,Par ameter Mode.IN); //Here's the problem line. Neither call.setReturnType(null) //or call.setReturnClass(void.class); I've tried leaving out the line altogether and indeed in the case where I've a webservice that neither takes nor returns datatypes e.g. public void induceDelay(); for arguments sake, it all works fine. I keep getting the error : [comment] Testing Diagnosis service... 0 [main] ERROR client.Call - No returnType was specified to the Call object! You must call setReturnType() if you have called addParameter(). Thanks Christoph, Mark. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jung , Dr. Christoph Sent: 24 March 2003 07:51 To: '[EMAIL PROTECTED]' Subject: AW: [JBoss-user] Webservice call what did you do in your client code? Use a wsdl-generated stub (most-recommended), use a reflection-based proxy+client-side axis-engine (a bit complicated because of client-side deployment requirements)? or did you programmatically try to invoke the ServiceClient directly (then you have to add meta-data about the call by yourself, I guess, and that seems to be your problem)? CGJ -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Freitag, 21. März 2003 20:27 An: [EMAIL PROTECTED] Betreff: [JBoss-user] Webservice call HI folks, My client throws the following error, Testing Diagnosis service... 0 [main] ERROR client.Call - No returnType was specified to the Call object! You must call setReturnType() if you have called addParameter(). Call made to Diagnosis service DiagnosisClient error: java.lang.NullPointerException *** Which effectively means I have to set the return type for a call if I set a parameter in the call? Problem is that my service's return type is void. What's the Qname for 'void' I've checked and there's none in Org.apache.axis.Constants.XSD_ Thanks, Mark... ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information
AW: [JBoss-user] Webservice call
Title: Nachricht Source code generation is ok for everything that you do not like to debug ;-) For stubs and all kind of technical aspects, it is perfect when integrated into your IDE. The code looks as if you would write the stub manually. I could not see an optimization measures. CGJ -Ursprüngliche Nachricht-Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Montag, 24. März 2003 17:14An: [EMAIL PROTECTED]Betreff: RE: [JBoss-user] Webservice call I shoulda thought of that. ; ( Haven't used that WSDL2Java tool yet. I'm always a bit weary of source generation tools. Do you find it includes any redundant data? Mark. -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jung , Dr. ChristophSent: 24 March 2003 14:03To: '[EMAIL PROTECTED]'Subject: AW: [JBoss-user] Webservice call as you know, source code is the only "truth". I simply looked into one of the stubs generated from wsdl2java ;-) CGJ -Ursprüngliche Nachricht-Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Montag, 24. März 2003 14:12An: [EMAIL PROTECTED]Betreff: RE: [JBoss-user] Webservice call That's fantastic Christoph, How come I couldn't find it in any of the APIs? Has it always been included in AXIS or is it a recent addition to the api? Mark. -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jung , Dr. ChristophSent: 24 March 2003 11:37To: '[EMAIL PROTECTED]'Subject: AW: [JBoss-user] Webservice call Try call.setReturnType(org.apache.axis.encoding.XMLType.AXIS_VOID); CGJ -Ursprüngliche Nachricht-Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Montag, 24. März 2003 11:48An: [EMAIL PROTECTED]Betreff: RE: [JBoss-user] Webservice call Hi Christoph, I created a Service object using the endpoint and then from that generated the call object. Like so: - String endpoint ="http://localhost:8080/jboss-net/services/Diagnosis"; Service service = new Service(); Call call = (Call) service.createCall(); String methodName = "diagnosePatient"; call.setOperationName(methodName); call.addParameter("patientID",org.apache.axis.Constants.XSD_STRING,ParameterMode.IN); call.addParameter("condition",org.apache.axis.Constants.XSD_STRING,ParameterMode.IN); //Here's the problem line. Neither call.setReturnType(null) //or call.setReturnClass(void.class); I've tried leaving out the line altogether and indeed in the case where I've a webservice that neither takes nor returns datatypes e.g. public void induceDelay(); for arguments sake, it all works fine. I keep getting the error : [comment] Testing Diagnosis service... 0 [main] ERROR client.Call - No returnType was specified to the Call object! You must call setReturnType() if you have called addParameter(). Thanks Christoph, Mark. -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jung , Dr. ChristophSent: 24 March 2003 07:51To: '[EMAIL PROTECTED]'Subject: AW: [JBoss-user] Webservice call what did you do in your client code? Use a wsdl-generated stub (most-recommended), use a reflection-based proxy+client-side axis-engine (a bit complicated because of client-side deployment requirements)? or did you programmatically try to invoke the ServiceClient directly (then you have to add meta-data about the call by yourself, I guess, and that seems to be your problem)? CGJ -Ursprüngliche Nachricht-Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Freitag, 21. März 2003 20:27An: [EMAIL PROTECTED]Betreff: [JBoss-user] Webservice call HI folks, My client throws the following error, Testing Diagnosis service... 0 [main] ERROR client.Call - No returnType was specified to the Call object! You must call setReturnType() if you have called addParameter(). Call made to Diagnosis service
AW: AW: [JBoss-user] JBoss.NET error
Title: Nachricht this bug has been resolved in the 3.2 branch last week. If you get the latest sources, it should not occur anymore. -Ursprüngliche Nachricht-Von: Nathan Hoover [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 25. März 2003 14:33An: [EMAIL PROTECTED]Betreff: Re: AW: [JBoss-user] JBoss.NET errorYou're totally right, the bean is not being hit at all, and it's due to the web-service.xml. I had updated the bean to have both remote and local interfaces since the last time it was working. The problem seems to be a bug in the XDoclet code that generates the web-service.xml - this is what's generated:parameter name="beanJndiName" value="ejb/iLink/PositivePay/Facadecomp/env/ejb/iLink/PositivePay/Facade"/It has concatenated the local and remote JNDI names of my EJB. Can you confirm that this is a bug? If so, how do I go about submitting it?NathanAt 09:07 AM 3/25/2003 +0100, you wrote: It does not look like your session bean is called at all. What is your global JNDI name of your session bean and how does your web-service.xml look like? Looks like there is a name "Facadecomp" in your web-service.xml referenced?CGJ-Ursprüngliche Nachricht-Von: Nathan Hoover [mailto:[EMAIL PROTECTED]] Gesendet: Montag, 24. März 2003 15:53An: [EMAIL PROTECTED]Betreff: [JBoss-user] JBoss.NET error I'm getting the following error trying to call a session bean method using JBoss.NET. I have 3.2RC4. An unhandled exception of type 'System.Web.Services.Protocols.SoapException' occurred in system.web.services.dll Additional information: org.apache.axis.ConfigurationException: Could not find home in JNDI AxisFault faultCode: {http://xml.apache.org/axis/}Server.generalException faultString: Could not find home in JNDI faultActor: null faultDetail: Could not find home in JNDI javax.naming.NameNotFoundException: Facadecomp not bound at org.jnp.server.NamingServer.getBinding(NamingServer.java:495) at org.jnp.server.NamingServer.getBinding(NamingServer.java:503) at org.jnp.server.NamingServer.getObject(NamingServer.java:509) at org.jnp.server.NamingServer.lookup(NamingServer.java:253) at org.jnp.server.NamingServer.lookup(NamingServer.java:256) at org.jnp.server.NamingServer.lookup(NamingServer.java:256) at org.jnp.server.NamingServer.lookup(NamingServer.java:256) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:492) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:471) at javax.naming.InitialContext.lookup(InitialContext.java:345) at org.jboss.net.axis.server.EJBProvider.getEJBHome(EJBProvider.java:94) at org.jboss.net.axis.server.EJBProvider.getEJBCreateMethod(EJBProvider.java:107) at org.jboss.net.axis.server.EJBProvider.getServiceClass(EJBProvider.java:168) at org.apache.axis.providers.java.JavaProvider.initServiceDesc(JavaProvider...java:535) snipThe session bean is trying to make a local call to an entity bean. Let me know if I can provide more information or if anyone has any ideas.N ###This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange.For more information, connect to http://www.F-Secure.com/ ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/
AW: AW: AW: [JBoss-user] JBoss.NET error
Title: Nachricht I guess that the xdoclet module is not automatically part of the distro So you need to build it as a part of the jboss.net build cd jboss.net build it isthen generated into output/lib/ CGJ -Ursprüngliche Nachricht-Von: Nathan Hoover [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 25. März 2003 16:04An: [EMAIL PROTECTED]Betreff: Re: AW: AW: [JBoss-user] JBoss.NET errorI have 3.2RC4, which was released on Sunday. Shouldn't I have the right code? How can I get just the XDoclet module without rebuilding JBoss in its entirety?NAt 03:33 PM 3/25/2003 +0100, you wrote: this bug has been resolved in the 3.2 branch last week. If you get the latest sources, it should not occur anymore. -Ursprüngliche Nachricht- Von: Nathan Hoover [mailto:[EMAIL PROTECTED]] Gesendet: Dienstag, 25. März 2003 14:33 An: [EMAIL PROTECTED] Betreff: Re: AW: [JBoss-user] JBoss.NET error You're totally right, the bean is not being hit at all, and it's due to the web-service.xml. I had updated the bean to have both remote and local interfaces since the last time it was working. The problem seems to be a bug in the XDoclet code that generates the web-service.xml - this is what's generated: parameter name="beanJndiName" value="ejb/iLink/PositivePay/Facadecomp/env/ejb/iLink/PositivePay/Facade"/ It has concatenated the local and remote JNDI names of my EJB. Can you confirm that this is a bug? If so, how do I go about submitting it? Nathan At 09:07 AM 3/25/2003 +0100, you wrote: It does not look like your session bean is called at all. What is your global JNDI name of your session bean and how does your web-service.xml look like? Looks like there is a name "Facadecomp" in your web-service.xml referenced? CGJ -Ursprüngliche Nachricht- Von: Nathan Hoover [mailto:[EMAIL PROTECTED]] Gesendet: Montag, 24. März 2003 15:53 An: [EMAIL PROTECTED] Betreff: [JBoss-user] JBoss.NET error I'm getting the following error trying to call a session bean method using JBoss.NET. I have 3.2RC4. An unhandled exception of type 'System.Web.Services.Protocols.SoapException' occurred in system.web.services.dll Additional information: org.apache.axis.ConfigurationException: Could not find home in JNDI AxisFault faultCode: {http://xml.apache.org/axis/}Server.generalException faultString: Could not find home in JNDI faultActor: null faultDetail: Could not find home in JNDI javax.naming.NameNotFoundException: Facadecomp not bound at org.jnp.server.NamingServer.getBinding(NamingServer.java:495) at org.jnp.server.NamingServer.getBinding(NamingServer.java:503) at org.jnp.server.NamingServer.getObject(NamingServer.java:509) at org.jnp.server.NamingServer.lookup(NamingServer.java:253) at org.jnp.server.NamingServer.lookup(NamingServer.java:256) at org.jnp.server.NamingServer.lookup(NamingServer.java:256) at org.jnp.server.NamingServer.lookup(NamingServer.java:256) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:492) at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:471) at javax.naming.InitialContext.lookup(InitialContext.java:345) at org.jboss.net.axis.server.EJBProvider.getEJBHome(EJBProvider.java:94) at org.jboss.net.axis.server.EJBProvider.getEJBCreateMethod(EJBProvider.java:107) at org.jboss.net.axis.server.EJBProvider.getServiceClass(EJBProvider.java:168) at org.apache.axis.providers.java.JavaProvider.initServiceDesc(JavaProviderjava:535) snipThe session bean is trying to make a local call to an entity bean. Let me know if I can provide more information or if anyone has any ideas.N ###This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange.For more information, connect to http://www.F-Secure.com/###This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange.For more information, connect to http://www.F-Secure.com/ ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/
AW: [JBoss-user] Registering Webservices.
Title: Nachricht weve got juddi integrated into head. CGJ -Ursprüngliche Nachricht-Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 25. März 2003 16:45An: [EMAIL PROTECTED]Betreff: [JBoss-user] Registering Webservices. Hi there Christoph, Is there an implementation of a JAXR registry currently available in jboss.net? If not could you suggest one that's popular to use to with publishing Jboss services? Thanks, Mark. ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/
AW: [JBoss-user] Webservice call
Title: Nachricht what did you do in your client code? Use a wsdl-generated stub (most-recommended), use a reflection-based proxy+client-side axis-engine (a bit complicated because of client-side deployment requirements)? or did you programmatically try to invoke the ServiceClient directly (then you have to add meta-data about the call by yourself, I guess, and that seems to be your problem)? CGJ -Ursprüngliche Nachricht-Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Freitag, 21. März 2003 20:27An: [EMAIL PROTECTED]Betreff: [JBoss-user] Webservice call HI folks, My client throws the following error, Testing Diagnosis service... 0 [main] ERROR client.Call - No returnType was specified to the Call object! You must call setReturnType() if you have called addParameter(). Call made to Diagnosis service DiagnosisClient error: java.lang.NullPointerException *** Which effectively means I have to set the return type for a call if I set a parameter in the call? Problem is that my service's return type is void. What's the Qname for 'void' I've checked and there's none in Org.apache.axis.Constants.XSD_ Thanks, Mark. ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/
AW: [JBoss-user] build.xml
Here you are, This is the jboss-net testsuite build.xml. Btw: Which sample code did you download? As I understand, xdoclet 1.2 is now also in the 3.2 branch, so the 1.2 jboss-net module is the only one we can support. CGJ -Ursprüngliche Nachricht- Von: Nathan Hoover [mailto:[EMAIL PROTECTED] Gesendet: Samstag, 22. März 2003 06:13 An: [EMAIL PROTECTED] Betreff: [JBoss-user] build.xml I'm new to Ant and XDoclet. I downloaded the sample code from SF, and it's working great with XDoclet 1.1, but, it seems as if I need XDoclet 1.2 for the JBoss.NET pieces. Can someone verify that fact? Also, if someone would be willing to send me an example of a JBoss build.xml which works with XDoclet 1.2, that would be wonderful. If it included the JBoss.NET calls, it would be ESPECIALLY wonderful Thanks for your patience, N --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ build.xml Description: Binary data
AW: [JBoss-user] AxisServlet acting strangely.
I´ll have a look. CGJ -Ursprüngliche Nachricht- Von: Mark Gargan [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 20. März 2003 18:07 An: [EMAIL PROTECTED] Betreff: RE: [JBoss-user] AxisServlet acting strangely. Hi Christoph, The problem is that the http://localhost:8080/jboss-net/servlet/AxisServlet throws a NullPointerException until i request each wsdl individually. Once all the wsdl's have been requested then the AxisServlet is able to produce the list of services. Mark. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jung , Dr. Christoph Sent: 20 March 2003 15:34 To: '[EMAIL PROTECTED]' Subject: AW: [JBoss-user] AxisServlet acting strangely. If you are not requesting the wsdl individually, how do you request it? Through the AdminServlet? The only difference I could imagine is that if you are coming through the service-request chain, then you will be guarantueed the right classloader which I´m not sure for any other entry point into the axis transport layer. What exception do you get in that case? Did you obtain the latest jboss.net sources? CGJ -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 20. März 2003 15:20 An: [EMAIL PROTECTED] Betreff: RE: [JBoss-user] AxisServlet acting strangely. Hi Dave, I'm actually still getting this error and it seems that the only way to get rid of it is to request each services wsdl individually. I went to the apache site to download RC3 but couldn't find it. I could only see RC2. Are you building it from CVS or something? Thanks, Mark. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Wade Sent: 19 March 2003 21:57 To: '[EMAIL PROTECTED]' Subject: RE: [JBoss-user] AxisServlet acting strangely. I was getting this all the time using 1.1beta when asking for the ?wsdl. Upgraded to RC3 and the issue went away. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, 20 March 2003 9:12 a.m. To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] AxisServlet acting strangely. Hi again, Looks like I was just being a bit impatient. If I give it a few seconds to allow it to catch up then everything works like a dream. Sorry for the false alarm. Christoph, specifying '*' as the allowedmethods works perfectly as well. Great stuff. Thanks, Mark. --- This SF.net email is sponsored by: Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: Tablet PC. Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.net email is sponsored by: Tablet PC. Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: Tablet PC. Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
AW: [JBoss-user] Web Services - Jboss-NET on Jboss3.0.0with TOmcat4.0.3
Hi Srinivas, Deploying axis as a war and jboss-net.sar are two alternatives (the first having the disadvantage of not having a proper deployment model). I cannot remember 3.0 anymore, but since 3.2, there is a jboss-net.war embedded into jboss-net.sar which should include the web.xml for AxisServlet. Can you see any exceptions when starting up the server (otherwise, catalina should somehow acknowledge the deployment of the jboss-net web.xml under its context. CGJ -Ursprüngliche Nachricht- Von: Srinivas Padmanabhuni [mailto:[EMAIL PROTECTED] Gesendet: Montag, 24. März 2003 11:43 An: [EMAIL PROTECTED] Betreff: [JBoss-user] Web Services - Jboss-NET on Jboss3.0.0with TOmcat4.0.3 Hello All I am trying to launch a web service from the JBOSS-NET as bundled in Jboss 3.0.0 with Tomcat 4.0.3 I understand this is an older version of AXIS it works with. I did download an older version of AXIS And have configured jboss-net.sar file under default/deploy directory to work with the Embedded Catalina container. Now I am in a stage where the deployed services of AXIS,, and Embedded Catalina SX services are all Visible from the 8082 port as services. However when I try to run http://localhost:8080/axis/AxisServlet Then it complains saying that Apache Tomcat/4.0.3 - HTTP Status 500 - No Context configured to process this request For a typical web application we have servlet-mapping tag in web.xml. Am I missing something here. Do I still need to package AXIS as a war file in addition to the .SAR file as above.? Any pointers to above would help. Any success from people having configured Jboss-net web service Will be helpful. Especialy on this combination jboss 3.0.0 with tomcat 4.0.3 Or what is the stable version (the same combination jboss+ tomcat) which will relieve of the pain of the All the roundabouts of older version of AXIS etc. I am really stuck ..and would appreciate a quick response.. Thanks.. -Srinivas P --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
AW: [JBoss-user] Webservice call
Title: Nachricht Try call.setReturnType(org.apache.axis.encoding.XMLType.AXIS_VOID); CGJ -Ursprüngliche Nachricht-Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Montag, 24. März 2003 11:48An: [EMAIL PROTECTED]Betreff: RE: [JBoss-user] Webservice call Hi Christoph, I created a Service object using the endpoint and then from that generated the call object. Like so: - String endpoint ="http://localhost:8080/jboss-net/services/Diagnosis"; Service service = new Service(); Call call = (Call) service.createCall(); String methodName = "diagnosePatient"; call.setOperationName(methodName); call.addParameter("patientID",org.apache.axis.Constants.XSD_STRING,ParameterMode.IN); call.addParameter("condition",org.apache.axis.Constants.XSD_STRING,ParameterMode.IN); //Here's the problem line. Neither call.setReturnType(null) //or call.setReturnClass(void.class); I've tried leaving out the line altogether and indeed in the case where I've a webservice that neither takes nor returns datatypes e.g. public void induceDelay(); for arguments sake, it all works fine. I keep getting the error : [comment] Testing Diagnosis service... 0 [main] ERROR client.Call - No returnType was specified to the Call object! You must call setReturnType() if you have called addParameter(). Thanks Christoph, Mark. -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jung , Dr. ChristophSent: 24 March 2003 07:51To: '[EMAIL PROTECTED]'Subject: AW: [JBoss-user] Webservice call what did you do in your client code? Use a wsdl-generated stub (most-recommended), use a reflection-based proxy+client-side axis-engine (a bit complicated because of client-side deployment requirements)? or did you programmatically try to invoke the ServiceClient directly (then you have to add meta-data about the call by yourself, I guess, and that seems to be your problem)? CGJ -Ursprüngliche Nachricht-Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Freitag, 21. März 2003 20:27An: [EMAIL PROTECTED]Betreff: [JBoss-user] Webservice call HI folks, My client throws the following error, Testing Diagnosis service... 0 [main] ERROR client.Call - No returnType was specified to the Call object! You must call setReturnType() if you have called addParameter(). Call made to Diagnosis service DiagnosisClient error: java.lang.NullPointerException *** Which effectively means I have to set the return type for a call if I set a parameter in the call? Problem is that my service's return type is void. What's the Qname for 'void' I've checked and there's none in Org.apache.axis.Constants.XSD_ Thanks, Mark.. ###This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange.For more information, connect to http://www.F-Secure.com/ ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/
AW: [JBoss-user] Webservice call
Title: Nachricht as you know, source code is the only "truth". I simply looked into one of the stubs generated from wsdl2java ;-) CGJ -Ursprüngliche Nachricht-Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Montag, 24. März 2003 14:12An: [EMAIL PROTECTED]Betreff: RE: [JBoss-user] Webservice call That's fantastic Christoph, How come I couldn't find it in any of the APIs? Has it always been included in AXIS or is it a recent addition to the api? Mark. -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jung , Dr. ChristophSent: 24 March 2003 11:37To: '[EMAIL PROTECTED]'Subject: AW: [JBoss-user] Webservice call Try call.setReturnType(org.apache.axis.encoding.XMLType.AXIS_VOID); CGJ -Ursprüngliche Nachricht-Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Montag, 24. März 2003 11:48An: [EMAIL PROTECTED]Betreff: RE: [JBoss-user] Webservice call Hi Christoph, I created a Service object using the endpoint and then from that generated the call object. Like so: - String endpoint ="http://localhost:8080/jboss-net/services/Diagnosis"; Service service = new Service(); Call call = (Call) service.createCall(); String methodName = "diagnosePatient"; call.setOperationName(methodName); call.addParameter("patientID",org.apache.axis.Constants.XSD_STRING,ParameterMode.IN); call.addParameter("condition",org.apache.axis.Constants.XSD_STRING,ParameterMode.IN); //Here's the problem line. Neither call.setReturnType(null) //or call.setReturnClass(void.class); I've tried leaving out the line altogether and indeed in the case where I've a webservice that neither takes nor returns datatypes e.g. public void induceDelay(); for arguments sake, it all works fine. I keep getting the error : [comment] Testing Diagnosis service... 0 [main] ERROR client.Call - No returnType was specified to the Call object! You must call setReturnType() if you have called addParameter(). Thanks Christoph, Mark. -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jung , Dr. ChristophSent: 24 March 2003 07:51To: '[EMAIL PROTECTED]'Subject: AW: [JBoss-user] Webservice call what did you do in your client code? Use a wsdl-generated stub (most-recommended), use a reflection-based proxy+client-side axis-engine (a bit complicated because of client-side deployment requirements)? or did you programmatically try to invoke the ServiceClient directly (then you have to add meta-data about the call by yourself, I guess, and that seems to be your problem)? CGJ -Ursprüngliche Nachricht-Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Freitag, 21. März 2003 20:27An: [EMAIL PROTECTED]Betreff: [JBoss-user] Webservice call HI folks, My client throws the following error, Testing Diagnosis service... 0 [main] ERROR client.Call - No returnType was specified to the Call object! You must call setReturnType() if you have called addParameter(). Call made to Diagnosis service DiagnosisClient error: java.lang.NullPointerException *** Which effectively means I have to set the return type for a call if I set a parameter in the call? Problem is that my service's return type is void. What's the Qname for 'void' I've checked and there's none in Org.apache.axis.Constants.XSD_ Thanks, Mark... ###This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange.For more information, connect to http://www.F-Secure.com/ ###This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange.For more information, connect to http://www.F-Secure.com/ ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/
AW: [JBoss-user] AxisServlet acting strangely.
If you are not requesting the wsdl individually, how do you request it? Through the AdminServlet? The only difference I could imagine is that if you are coming through the service-request chain, then you will be guarantueed the right classloader which I´m not sure for any other entry point into the axis transport layer. What exception do you get in that case? Did you obtain the latest jboss.net sources? CGJ -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 20. März 2003 15:20 An: [EMAIL PROTECTED] Betreff: RE: [JBoss-user] AxisServlet acting strangely. Hi Dave, I'm actually still getting this error and it seems that the only way to get rid of it is to request each services wsdl individually. I went to the apache site to download RC3 but couldn't find it. I could only see RC2. Are you building it from CVS or something? Thanks, Mark. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Wade Sent: 19 March 2003 21:57 To: '[EMAIL PROTECTED]' Subject: RE: [JBoss-user] AxisServlet acting strangely. I was getting this all the time using 1.1beta when asking for the ?wsdl. Upgraded to RC3 and the issue went away. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, 20 March 2003 9:12 a.m. To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] AxisServlet acting strangely. Hi again, Looks like I was just being a bit impatient. If I give it a few seconds to allow it to catch up then everything works like a dream. Sorry for the false alarm. Christoph, specifying '*' as the allowedmethods works perfectly as well. Great stuff. Thanks, Mark. --- This SF.net email is sponsored by: Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.net email is sponsored by: Tablet PC. Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.net email is sponsored by: Tablet PC. Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
AW: [JBoss-user] JMX SOAP Adapter
Hi Marco, In jboss.net, we have included an MBeanProvider for Axis that may be used to expose arbitrary Mbeans as web services. It suffers from malformed WSDL at the moment, but is functional wrt. Web service calls. CGJ -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 19. März 2003 12:16 An: [EMAIL PROTECTED] Betreff: [JBoss-user] JMX SOAP Adapter hi all, does JBoss have a JMX SOAP adapter currently/in the future? eventually, are there any JMX SOAP adapter available that can be plugged into JBoss? thanx and regards marco --- This SF.net email is sponsored by: Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.net email is sponsored by: Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
AW: [JBoss-user] JBoss.NET and Axis SOAP Monitor
If you insist on SoapMonitor (I also use tcpmon as a proxy, works very nice), you can configure it in jboss/server/config//deploy/jboss-net.sar/axis-config.xml and jboss/server/config//deploy/jboss-net.sar/jboss-net.war/WEB-INF/web.xml The classloaders associated to these deployment descriptors contain all the jboss-net/axis classes. (look in the appropriate axis deployment descriptors for the concrete elements to use). CGJ -Ursprüngliche Nachricht- Von: Kevin Conner [mailto:[EMAIL PROTECTED] Gesendet: Montag, 17. März 2003 18:40 An: '[EMAIL PROTECTED]' Betreff: RE: [JBoss-user] JBoss.NET and Axis SOAP Monitor How can I use Axis SOAP Monitor with JBoss? Axis site says it should be in http://localhost:port/axis/SOAPMonitor, but there is nothing. And does anyone know what is wrong with jboss.org site? It seems to be down.. You have to set it up yourself. You need to add a servlet mapping into your web.xml for the SoapMonitorService (I think), add the SoapMonitorApplet into the root of your web app and specify the handlers on the service (or transport). I'm not sure how this will work given the classloading in jboss but you can certainly try it. The soap monitor service creates a server socket to which the applet connects. A better way to see what is happening is to use the tcpmon as a proxy, it's easy to set up the HTTP communication to proxy through it. The tcpmon will show you all the headers (authentication info) as well as any error response (the soap monitor does not handle faults). It also means you can do it on a per client basis if you wish. HTH, Kev Kevin Conner This is a personal e-mail. Any views or opinions presented are solely those of the author and do not necessarily represent those of Orchard Information Systems Ltd. --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.net email is sponsored by: Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss.net] allowedMethods=* EJBProvider WSDL-Bug resolved in 3.2 and Head *was* AW: [JBoss-user] Remote Beans as Web Services
Title: Nachricht Hi, thanks to Mark and Kevin, we could now trace that the WSDL-Emitter driver code in the Axis1.1 EJBProvider is flawed. It has the "stopClasses" meta-attribute not set such thatthe wsdl generator also tries to build wsdl descriptions formethods declared in EJB interfaces (and produces a lot of namespace-exceptions since the datatypes used there are not Web Service compatible). JBoss.net EJBProvider now has the stopClasses set, again, and should produce more reasonable WSDL-output (provided that your exposed business methods/datatypes are mapped accordingly). Thishas been fixed in head and 3.2 CGJ ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/
AW: [JBoss-user] Remote Beans as Web Services
Title: Nachricht Marc, as Kevin has noted, there seems to be a problem with WSDL generation for allowedMethods="*" even in the axis version we use in the JBoss 3.2 branch (whichversion did you use?). I will fix this in the next days. CGJ -Ursprüngliche Nachricht-Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Freitag, 14. März 2003 19:02An: [EMAIL PROTECTED]Betreff: RE: [JBoss-user] Remote Beans as Web Services Christoph, I finally managed to get a nightly build from the website. (Not too used to the open source idea yet) and anyway's I built that and my bean seemed to deploy grand. I could also make remote client calls thru the jndi and test them as exposed webservices. Initially I was unable to retrieve the WSDL file but then on Kevin's advice I only allowed for the one business method to be exposed and subsequently it all worked nicely. I still have to try the remote debugging technique you mentioned earlier and basically get my head around all this new stuff I'm using, eclipse, jbosside etc. Could I ask you what the point in having the jbosside is if you can simply remotely debug jboss like a normal application like this? Many thanks for your help and patience throughout this torrid installation. Mark. -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jung , Dr. ChristophSent: 14 March 2003 15:21To: '[EMAIL PROTECTED]'Subject: AW: [JBoss-user] Remote Beans as Web Services -Ursprüngliche Nachricht-Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Freitag, 14. März 2003 12:33An: [EMAIL PROTECTED]Betreff: RE: [JBoss-user] Remote Beans as Web Services Christoph, Kevin, I'd a look at the EJBProvider code myself and the strange thing was that the line pointed to in the stack trace where the NullPointerException occurred was blank? I figured it maybe somehow it was the superclass method i.e. the axis EJBProvider that was maybe throwing the error somehow but sure enough there was nothing at that line either? The jars I'm using were from the embedded catalina version I downloaded from Dr. Scharlau's site. Hence why I'm trying to get Jboss running within Eclipse so I can see exactly what's causing this NullPointerException. so maybe the best is to recompile the 3.2 sources of jboss.net in order to get the line information consistent. Christoph, When you start jboss and connect to it remotely can you then step thru the code and insert the likes of break points etc? Also the JAVA_OPTS parameter, I couldn't find it in the build.bat file. Is it simply a case of inserting it yourself? for example, set JAVA_OPTS=-classic -Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n %JAVA_OPTS% Thanks a million for your help, Mark. -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jung , Dr. ChristophSent: 14 March 2003 08:06To: '[EMAIL PROTECTED]'Subject: AW: [JBoss-user] Remote Beans as Web Services Mark, Kevin, a) I looked through the JBoss.net EJBProvider code again. Allwe do there is to switch the classloading context and then delegate into theparent (Axis) EJBProvider. If there is a problemwith "*" and wsdl generation, this should appear in plain Axis, too. I think I saw the right stop classes there. Kevin, have you any experience with that? b) As for eclipse: If you look into the jboss.net module, there will be a ..classpath and .project ready for importing directly into eclipse (there are a few absolute paths in 3.2 which we have removed in 4.0 in favor of a global variable "JBOSS_ROOT". You can do a local build in jboss.net andmove/extract the generatedlibs in the output/lib directory manually into your jboss distro. After that, I usually start jboss through the run script (but in debug mode - see the JAVA_OPTS parameter) and attach to it via remote debugging. Thanks for having a look, CGJ -Ursprüngliche Nachricht-Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 13. März 2003 22:47An: [EMAIL PROTECTED]Betreff: Re: [JBoss-user] Remote Beans as Web Services Hi Christophe, I deploy it within a wsr file that's located within an ear file. When this is deployed in the engine it seems to
AW: [JBoss-user] error deploying jboss.net
Hi Nathan, That special build was indeed a beta of axis that has a few changed interfaces wrt. 1.0 Axis 1.0 is not supported until 3.2 CGJ -Ursprüngliche Nachricht- Von: Nathan Hoover [mailto:[EMAIL PROTECTED] Gesendet: Freitag, 14. März 2003 18:25 An: [EMAIL PROTECTED] Betreff: [JBoss-user] error deploying jboss.net I have built JBoss 3.0.6 from source, and I receive the following error deploying JBoss.NET: 12:18:21,734 ERROR [MainDeployer] could not start deployment: file:/C:/Documents and Settings/Hoover/Desktop/download/jboss-3.0.6-sr c/build/output/jboss-3.0.6/server/default/deploy/jbossweb.sar/ java.lang.IllegalAccessError: try to access field org.apache.axis.configuration.FileProvider.myInputStream from class org.jboss.net. axis.XMLResourceProvider at org.jboss.net.axis.XMLResourceProvider.configureEngine(XMLResourceProvider.j ava:64) at org.apache.axis.AxisEngine.init(AxisEngine.java:188) at org.apache.axis.AxisEngine.init(AxisEngine.java:173) at org.apache.axis.server.AxisServer.init(AxisServer.java:127) at org.jboss.net.axis.server.AxisService.ensureService(AxisService.java:212) at org.jboss.net.axis.server.AxisService.startService(AxisService.java:227) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:165)- -snip- at java.lang.Thread.run(Thread.java:479) I originally got an error about an inability to find axis, so I downloaded axis 1.0 and copied the jars from the lib/ directory in their tarball to the server/default/lib directory in my JBoss tree, and that left me with this error. I suspect that I am supposed to be using some special build of axis optimized for JBoss.NET - is that the case? N --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
AW: [JBoss-user] Axis JBoss - Client Stubs Not Portable ?
Hi Nicholas, That is a unfortunately question that you need to post to the axis users list (or even, the wsdl4j community ...) I would guess that there is some command-line switch to influence that behaviour, but I am not into that tool, sorry. CGJ -Ursprüngliche Nachricht- Von: Nicholas [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 13. März 2003 16:21 An: [EMAIL PROTECTED] Betreff: [JBoss-user] Axis JBoss - Client Stubs Not Portable ? I have been working with Axis JBoss for a while and I am finally getting around to putting together my build system. It has occured to me that when I run WSDL2Java, the client stubs generated have HARD CODED IP addresses or host names, making the generated code completely non-portable to other systems. So much for code once, run anywhere. The components affected are the ServiceLocator and the SoapBindingStubs. The ServiceLocator issue seems to be trivial to fix, but the SoapBindingStubs use the IP address/host name in the namespaces. Am I doing something wrong here ? Does anyone have any insight into this ? Thanks. //Nicholas = Nicholas Whitehead Home: (973) 377 9335 Cell: (201) 615 2716 [EMAIL PROTECTED] Get Your News From The Crowbar: http://crowbar.dnsalias.com:443/crowbar/ --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
AW: [JBoss-user] Remote Beans as Web Services
Title: Nachricht Mark, Kevin, a) I looked through the JBoss.net EJBProvider code again. Allwe do there is to switch the classloading context and then delegate into theparent (Axis) EJBProvider. If there is a problemwith "*" and wsdl generation, this should appear in plain Axis, too. I think I saw the right stop classes there. Kevin, have you any experience with that? b) As for eclipse: If you look into the jboss.net module, there will be a ..classpath and .project ready for importing directly into eclipse (there are a few absolute paths in 3.2 which we have removed in 4.0 in favor of a global variable "JBOSS_ROOT". You can do a local build in jboss.net andmove/extract the generatedlibs in the output/lib directory manually into your jboss distro. After that, I usually start jboss through the run script (but in debug mode - see the JAVA_OPTS parameter) and attach to it via remote debugging. Thanks for having a look, CGJ -Ursprüngliche Nachricht-Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 13. März 2003 22:47An: [EMAIL PROTECTED]Betreff: Re: [JBoss-user] Remote Beans as Web Services Hi Christophe, I deploy it within a wsr file that's located within an ear file. When this is deployed in the engine it seems to deploy fine, however if I attempt to look at the services through http://localhost:8080/jboss-net/services I get the previous exception.. The actual version of Jboss that I use I downloaded from Dr Bruce Scharlau's site in Aberdeen as it was the only version that I could get to run a hello world been. http://www.csd.abdn.ac.uk/~bscharla/teaching/mtp_software/jboss/jboss-netGuide.shtml I can't use the org.apache.axis.client.AdminClient class file as it kept throwing a strange error With 'FixME' in it so I figured it was something that was underdevelopment. I've downloaded the source for jboss-3.20RC2 and I'm attempting to get it running through Eclipse so I can have a better look at the problem, Unfortunately the only module that gives me any problems is the jboss.net module. Have you managed to integrate 3.2 with Eclipse or have you bothered? Thanks, Mark. ###This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange.For more information, connect to http://www.F-Secure.com/ ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/
AW: [JBoss-user] Remote Beans as Web Services
Title: Nachricht -Ursprüngliche Nachricht-Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Freitag, 14. März 2003 12:33An: [EMAIL PROTECTED]Betreff: RE: [JBoss-user] Remote Beans as Web Services Christoph, Kevin, I'd a look at the EJBProvider code myself and the strange thing was that the line pointed to in the stack trace where the NullPointerException occurred was blank? I figured it maybe somehow it was the superclass method i.e. the axis EJBProvider that was maybe throwing the error somehow but sure enough there was nothing at that line either? The jars I'm using were from the embedded catalina version I downloaded from Dr. Scharlau's site. Hence why I'm trying to get Jboss running within Eclipse so I can see exactly what's causing this NullPointerException. so maybe the best is to recompile the 3.2 sources of jboss.net in order to get the line information consistent. Christoph, When you start jboss and connect to it remotely can you then step thru the code and insert the likes of break points etc? Also the JAVA_OPTS parameter, I couldn't find it in the build.bat file. Is it simply a case of inserting it yourself? for example, set JAVA_OPTS=-classic -Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n %JAVA_OPTS% Thanks a million for your help, Mark. -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jung , Dr. ChristophSent: 14 March 2003 08:06To: '[EMAIL PROTECTED]'Subject: AW: [JBoss-user] Remote Beans as Web Services Mark, Kevin, a) I looked through the JBoss.net EJBProvider code again. Allwe do there is to switch the classloading context and then delegate into theparent (Axis) EJBProvider. If there is a problemwith "*" and wsdl generation, this should appear in plain Axis, too. I think I saw the right stop classes there. Kevin, have you any experience with that? b) As for eclipse: If you look into the jboss.net module, there will be a ..classpath and .project ready for importing directly into eclipse (there are a few absolute paths in 3.2 which we have removed in 4.0 in favor of a global variable "JBOSS_ROOT". You can do a local build in jboss.net andmove/extract the generatedlibs in the output/lib directory manually into your jboss distro. After that, I usually start jboss through the run script (but in debug mode - see the JAVA_OPTS parameter) and attach to it via remote debugging. Thanks for having a look, CGJ -Ursprüngliche Nachricht-Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 13. März 2003 22:47An: [EMAIL PROTECTED]Betreff: Re: [JBoss-user] Remote Beans as Web Services Hi Christophe, I deploy it within a wsr file that's located within an ear file. When this is deployed in the engine it seems to deploy fine, however if I attempt to look at the services through http://localhost:8080/jboss-net/services I get the previous exception.. The actual version of Jboss that I use I downloaded from Dr Bruce Scharlau's site in Aberdeen as it was the only version that I could get to run a hello world been. http://www.csd.abdn.ac.uk/~bscharla/teaching/mtp_software/jboss/jboss-netGuide.shtml I can't use the org.apache.axis.client.AdminClient class file as it kept throwing a strange error With 'FixME' in it so I figured it was something that was underdevelopment. I've downloaded the source for jboss-3.20RC2 and I'm attempting to get it running through Eclipse so I can have a better look at the problem, Unfortunately the only module that gives me any problems is the jboss.net module. Have you managed to integrate 3.2 with Eclipse or have you bothered? Thanks, Mark. ###This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange.For more information, connect to http://www.F-Secure.com/ ###This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange.For more information, connect to http://www.F-Secure.com/ ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/
AW: [JBoss-user] Remote Beans as Web Services
Title: Nachricht -Ursprüngliche Nachricht-Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 13. März 2003 13:39An: [EMAIL PROTECTED]Betreff: [JBoss-user] Remote Beans as Web Services Basically the EJBProvider class throws a null pointer exception. when? where? Asmentionedin several mails, the allowedMethods="*"can leadto exposing some of the non-business EJB methods which are non-WS-compliant. This leads to problems when trying to access WSDL. ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/
AW: [JBoss-user] Remote Beans as Web Services
Title: Nachricht how did you deploy the service. through a wsr archive ? How do you access the service? Through the AdminServlet? unfortunately, the code seems to have changed such that I cannot exactly locate the line. Do you run a 3.2 instance?That is my best guess and then, it is a problem of the adminservlet generating a correct msgContext for the provider ... Have you tried asking the service for wsdl. Have you tried to hit the service immediately? In these cases, correct msgContexts should be provided. CGJ -Ursprüngliche Nachricht-Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 13. März 2003 17:05An: [EMAIL PROTECTED]Betreff: RE: [JBoss-user] Remote Beans as Web Services Sorry the stack trace looks like this. I'm not sure if the '*' is the problem as the tutorial works for a local version of the bean i.e. localhome and localInterface. I just made the bean remote. 16:04:32,481 ERROR [Engine] StandardWrapperValve[JBossAxisServlet]: Servlet.service() for servlet JBossAxisServlet threw exception java.lang.NullPointerException at org.jboss.net.axis.server.EJBProvider.getServiceClass(EJBProvider.java:162) at org.apache.axis.providers.java.JavaProvider.initServiceDesc(JavaProvider.java:535) at org.apache.axis.handlers.soap.SOAPService.getInitializedServiceDesc(SOAPService.java:322) at org.apache.axis.deployment.wsdd.WSDDService.makeNewInstance(WSDDService.java:477) at org.apache.axis.deployment.wsdd.WSDDDeployment.getDeployedServices(WSDDDeployment.java:566) at org.apache.axis.configuration.FileProvider.getDeployedServices(FileProvider.java:322) at org.apache.axis.transport.http.AxisServlet.reportAvailableServices(AxisServlet.java:584) at org.apache.axis.transport.http.AxisServlet.doGet(AxisServlet.java:256) at javax.servlet.http.HttpServlet.service(HttpServlet..java:740) at org.apache.axis.transport.http.AxisServletBase.service(AxisServletBase.java:335) at javax.servlet.http.HttpServlet.service(HttpServlet..java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:243) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:190) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:531) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:246) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2347) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:468) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:1027) at org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1125) at java.lang.Thread.run(Thread.java:536) Thanks, Mark. -Original Message-From: [EMAIL PROTECTED]
AW: [JBoss-user] can't find prefix for 'http://www.w3.org/1999/XMLSchema'
Title: Nachricht Hmm, I saw somebody asking a similar question a while ago. I am not sure whether servicesimplemented using a java provider (nothing else is the ejbprovider) can simply utter xml-fragments to be incorporated into the message document. Ihave only seen this yet for rpc providers (which implement the message handling and WSDL generation by themselves and not via deserialization and reflection as the javaprovider does). Have you tried to get it working with a POJO under plain Axis? I doubt whether this is possible without spending more metadata to the axis engine. CGJ -Ursprüngliche Nachricht-Von: Pete Clark [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 5. März 2003 16:34An: [EMAIL PROTECTED]Betreff: [JBoss-user] can't find prefix for 'http://www.w3.org/1999/XMLSchema' Hi there, I'm running Jboss 3.2.0 RC 3 and when I try to get WSDL generated for one of my services, I get this error: Fault - WSDLException: faultCode=OTHER_ERROR: Can't find prefix for 'http://www.w3.org/1999/XMLSchema'. Namespace prefixes must be set on the Definition object using the addNamespace(...) method.: Has anyone seen anything like this? Here's my web-service.xml file: ?xml version="1.0" encoding="UTF-8"? deployment name="Services" xmlns="http://xml.apache.org/axis/wsdd/" xmlns:xsi="http://www.w3.org/2000/10/XMLSchema-instance" xmlns:java="http://xml.apache.org/axis/wsdd/providers/java" ejb-ref ejb-ref-nameejb/DatabaseService/ejb-ref-name ejb-linkDatabaseService/ejb-link /ejb-ref service name="database" provider="Handler" parameter name="handlerClass" value="org.jboss.net.axis.server.EJBProvider"/ parameter name="beanJndiName" value="ejb/DatabaseService"/ parameter name="homeInterfaceName" value="DatabaseServiceHome"/ parameter name="allowedMethods" value="*"/ parameter name="scope" value="Session"/ requestFlow name="HelloRequest" handler name="TransactionRequestHandler" type="java:org.jboss.net.axis.server.TransactionRequestHandler" / /requestFlow responseFlow name="HelloResponse" handler name="SerialisationResponseHandler" type="java:org.jboss.net.axis.server.SerialisationResponseHandler" / handler name="TransactionResponseHandler" type="java:org.jboss.net.axis.server.TransactionResponseHandler" / /responseFlow /service /deployment And here's the stub for the DatabaseService session bean method I am exposing... (the only one in there): public Element[] runQuery(DatabaseRequest lDatabaseRequest) { / // (lResults XML document built here) /// Element [] lResult = new Element[1]; lResult[0] = lResults.getDocumentElement(); return lResult; } Pete ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/
AW: [JBoss-user] can't find prefix for 'http://www.w3.org/1999/XMLSchema'
Title: Nachricht I think that this is rather a runtime than a deployment thing when generating the WSDL document (it would be even more disastreous, IMHO, when trying to invoke the actual service, because the datatypes cannot be mapped accordingly). But I admit that XML-fragmentscould be easily treated as "xsd:any" types (perhaps the WSDL generator of axis even tries to do so, but cannot find the prefix xsd installed?) CGJ -Ursprüngliche Nachricht-Von: Brian Johnson [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 5. März 2003 16:56An: [EMAIL PROTECTED]Betreff: Re: [JBoss-user] can't find prefix for 'http://www.w3.org/1999/XMLSchema' I haven't seen this problem before but you might try adding xmlns;xsd="http://www.w3.org/1999/XMLSchema" to deployment Brian On Wednesday, March 5, 2003, at 10:34 AM, Pete Clark wrote: Hi there, I'm running Jboss 3.2.0 RC 3 and when I try to get WSDL generated for one of my services, I get this error: Fault - WSDLException: faultCode=OTHER_ERROR: Can't find prefix for 'http://www.w3.org/1999/XMLSchema'. Namespace prefixes must be set on the Definition object using the addNamespace(...) method.: Has anyone seen anything like this? Here's my web-service.xml file: ?xml version="1.0" encoding="UTF-8"? deployment name="Services" xmlns="http://xml.apache.org/axis/wsdd/" xmlns:xsi="http://www.w3.org/2000/10/XMLSchema-instance" xmlns:java="http://xml.apache.org/axis/wsdd/providers/java" ejb-ref ejb-ref-nameejb/DatabaseService/ejb-ref-name ejb-linkDatabaseService/ejb-link /ejb-ref service name="database" provider="Handler" parameter name="handlerClass" value="org.jboss.net.axis.server.EJBProvider"/ parameter name="beanJndiName" value="ejb/DatabaseService"/ parameter name="homeInterfaceName" value="DatabaseServiceHome"/ parameter name="allowedMethods" value="*"/ parameter name="scope" value="Session"/ requestFlow name="HelloRequest" handler name="TransactionRequestHandler" type="java:org.jboss.net.axis.server.TransactionRequestHandler" / /requestFlow responseFlow name="HelloResponse" handler name="SerialisationResponseHandler" type="java:org.jboss.net.axis.server.SerialisationResponseHandler" / handler name="TransactionResponseHandler" type="java:org.jboss.net.axis.server.TransactionResponseHandler" / /responseFlow /service /deployment And here's the stub for the DatabaseService session bean method I am exposing... (the only one in there): public Element[] runQuery(DatabaseRequest lDatabaseRequest) { / // (lResults XML document built here) /// Element [] lResult = new Element[1]; lResult[0] = lResults.getDocumentElement(); return lResult; } Pete ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/
AW: [JBoss-user] can't find prefix for 'http://www.w3.org/1999/XMLSchema'
Title: Nachricht well, then I am a little bit wiser now and you made me curious: What would be the return type for your Element[] and does invoking the service work? CGJ -Ursprüngliche Nachricht-Von: Pete Clark [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 5. März 2003 17:55An: [EMAIL PROTECTED]Betreff: RE: [JBoss-user] can't find prefix for 'http://www.w3.org/1999/XMLSchema' I just seemed to fix it... my allowedmethods was *, I changed it to just my runQuery method... this generated WSDL fine. Seems like it happened when it tried to generate WSDL for the session ejb methods... Pete -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jung , Dr. ChristophSent: Wednesday, March 05, 2003 11:48 AMTo: '[EMAIL PROTECTED]'Subject: AW: [JBoss-user] can't find prefix for 'http://www.w3.org/1999/XMLSchema' Hmm, I saw somebody asking a similar question a while ago. I am not sure whether servicesimplemented using a java provider (nothing else is the ejbprovider) can simply utter xml-fragments to be incorporated into the message document. Ihave only seen this yet for rpc providers (which implement the message handling and WSDL generation by themselves and not via deserialization and reflection as the javaprovider does). Have you tried to get it working with a POJO under plain Axis? I doubt whether this is possible without spending more metadata to the axis engine. CGJ -Ursprüngliche Nachricht-Von: Pete Clark [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 5. März 2003 16:34An: [EMAIL PROTECTED]Betreff: [JBoss-user] can't find prefix for 'http://www.w3.org/1999/XMLSchema' Hi there, I'm running Jboss 3.2.0 RC 3 and when I try to get WSDL generated for one of my services, I get this error: Fault - WSDLException: faultCode=OTHER_ERROR: Can't find prefix for 'http://www.w3.org/1999/XMLSchema'. Namespace prefixes must be set on the Definition object using the addNamespace(...) method.: Has anyone seen anything like this? Here's my web-service.xml file: ?xml version="1.0" encoding="UTF-8"? deployment name="Services" xmlns="http://xml.apache.org/axis/wsdd/" xmlns:xsi="http://www..w3.org/2000/10/XMLSchema-instance" xmlns:java="http://xml.apache.org/axis/wsdd/providers/java" ejb-ref ejb-ref-nameejb/DatabaseService/ejb-ref-name ejb-linkDatabaseService/ejb-link /ejb-ref service name="database" provider="Handler" parameter name="handlerClass" value="org.jboss.net.axis.server.EJBProvider"/ parameter name="beanJndiName" value="ejb/DatabaseService"/ parameter name="homeInterfaceName" value="DatabaseServiceHome"/ parameter name="allowedMethods" value="*"/ parameter name="scope" value="Session"/ requestFlow name="HelloRequest" handler name="TransactionRequestHandler" type="java:org.jboss.net.axis.server.TransactionRequestHandler" / /requestFlow responseFlow name="HelloResponse" handler name="SerialisationResponseHandler" type="java:org.jboss.net.axis.server.SerialisationResponseHandler" / handler name="TransactionResponseHandler" type="java:org.jboss.net.axis.server.TransactionResponseHandler" / /responseFlow /service /deployment And here's the stub for the DatabaseService session bean method I am exposing... (the only one in there): public Element[] runQuery(DatabaseRequest lDatabaseRequest) { / // (lResults XML document built here) /// Element [] lResult = new Element[1]; lResult[0] = lResults.getDocumentElement(); return lResult; } Pete ###This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange.For more information, connect to http://www.F-Secure.com/ ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/
AW: [JBoss-user] jboss-net value object declaration
Joe, @jboss-net:xml-schema is the right tag, if i remember right. Here is an example from the testsuite: /* * JBoss, the OpenSource J2EE webOS * * Distributable under LGPL license. * See terms of license at gnu.org. */ package org.jboss.test.net.hello; /** * A serializable data object for testing data passed to an EJB through * the web service interface. * @author jung * @version $Revision: 1.1 $ * @jboss-net:xml-schema urn=hello:HelloData */ public class HelloData implements java.io.Serializable { private String name; public String getName() { return name; } public void setName(String name) { this.name = name; } } The plugin will generate an appropriate bean-serializer entry in the web-service.xml for you. CGJ -Ursprüngliche Nachricht- Von: Joe Hung [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 27. Februar 2003 01:14 An: Jboss-User (E-mail) Betreff: [JBoss-user] jboss-net value object declaration How do I a declare a value-object (a javabean) using jboss-net xdoclet plug-in tags? is there anything special I need to do beyond declaring that class is java.io.Serializable? like @jboss-net:xml-schema ? I saw this in the xdoclet plugin... thanks, -joe --- This SF.net email is sponsored by: Scholarships for Techies! Can't afford IT training? All 2003 ictp students receive scholarships. Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more. www.ictp.com/training/sourceforge.asp ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
AW: [JBoss-user] jboss-net hot-deploy problem in 3.2RC1
This is not yet known. Could you please file a sourceforge bug and attach your ear for testing? Thx, CGJ -Ursprüngliche Nachricht- Von: Joe Hung [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 27. Februar 2003 01:06 An: Jboss-User (E-mail) Betreff: [JBoss-user] jboss-net hot-deploy problem in 3.2RC1 I have a .wsr + .jar + .war in a .ear file. All descriptors are generated through xdoclet and I'm using the latest CVS head xdoclet plug-in for jboss-net. When I copy a new .ear file into the deploy directory, I noticed that it does reload all the EJBs but when I type in the URL http://[server]/jboss-net/services/[ServiceName]?wsdl the WSDL does not show the new signature unless I restart jboss. is this a known problem? does 3.2RC2 fix this? thanks, -joe --- This SF.net email is sponsored by: Scholarships for Techies! Can't afford IT training? All 2003 ictp students receive scholarships. Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more. www.ictp.com/training/sourceforge.asp ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
AW: AW: [JBoss-user] Confused about Web Service Security...
Thanks for the feedback. You make my day. It would be interesting to know how to get basic-authentication to work from ..Net - if you get it to run, please tell us! CGJ -Ursprüngliche Nachricht- Von: Neal Sanche [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 26. Februar 2003 17:57 An: [EMAIL PROTECTED] Betreff: Re: AW: [JBoss-user] Confused about Web Service Security... Thanks Dr. Jung, It's really nice when things actually work as advertised. The problem that I was having was not with the XDoclet descriptors, or with any part of my build pipeline, it was actually the client that I was attempting to access the web service with. I first tried a simple Microsoft .NET client, and when I added tcpmon into the mix, I found it was not sending any basic auth information. So of course it was getting denied access. So, this morning I used the wsdl2java tool that comes with AXIS to generate the classes for the wsdl interface, and then I wrote a little bit of code, something like the following, based off the output to access the web service: public static void main(String[] args) { try { TestSessionLocalServiceLocator locator = new TestSessionLocalServiceLocator(); TestSessionLocal ts = locator.getLIMS(); LIMSSoapBindingStub stub = (LIMSSoapBindingStub)ts; stub.setUsername(admin); stub.setPassword(admin); System.err.println(ts.hello(Testing)); ts.testThisThing(); } catch (Throwable ex) { ex.printStackTrace(); } } And when I watched this through tcpmon I was able to clearly see that the basic-auth information was being sent, and my method call found its way down into the EJB session. Very nice. I even tried experimenting with changing the authentication XDoclet tags and found that really what you've done is added another layer of security for web services such that unauthorized users will be bounced even before the EJB layer is called if their role doesn't match. I guess I'll make some updates to the information on http://www.nsdev.org/jboss to get the security information straight there. Thanks for your help. -Neal On Wednesday 26 February 2003 04:56 am, Jung , Dr. Christoph wrote: Hi Neal, since Axis http-transport is realised through a single servlet, every security constraint that you would like specify at the transport level must go into the global web-application.xml that comes with the jboss-net.sar!jboss-net.war Since that is not very modular and since you would normally correctly shield your underlying J2EE logic, we decided to let the transport level open at this point. Instead, we included a (simple) per-web-service way of authentication and authorization through dedicated Axis interceptors (JBossAuthenticationHandler and JBossAuthorizationHandler, respectively). These interceptors should be put into the transport chain of your web service (I guess that the xdoclet module will do that automatically for you). They are paramterized, e.g., against a preconfigured JBoss security domain using SimplePrincipal. JBossAuthenticationHandler will authenticate the incoming call versus the assocoiated domain with the basic authentication info that comes through the http call (null Principal in case of no authentication info). With that security association the call will go further into the EJB layer of your application. Optionally, you can do additional security checks using JBossAuthorizationHandler that will simply implement an allowed/denied behaviour depending on the associated principals. I can only refer to the jboss.net testsuite in which there is a whole chapter dedicated to that issue. CGJ -Ursprüngliche Nachricht- Von: Neal Sanche [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 26. Februar 2003 00:45 An: [EMAIL PROTECTED] Betreff: [JBoss-user] Confused about Web Service Security... Hi All, Now that I have a simple web service running with JBoss.NET I'm now trying to enable access to a web service method that's secured by principals and roles within my EJB application. I'm completely confused about how to accomplish this on JBoss. Do I need to set up a security-constraint in my web.xml for this? So far, nothing that I've tried has sent a username and password from my client application to my web service. If anyone is doing this, please let me know how it's done. I'll post the findings up on my website as a future reference. -Neal --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com
AW: [JBoss-user] jboss-net value object declaration
Hmm, that is a bit vague problem analysis. You have to, of course, include the class into the xdoclet task in ant. Here is what we do in the hello part of the testsuite: webservicedoclet destdir=${build.gen-src} ejbspec=2.0 excludedtags=@version,@author fileset dir=${source.java} include name=org/jboss/test/net/hello/server/HelloBean.java/ include name=org/jboss/test/net/hello/HelloData.java/ /fileset entitycmp cmpspec=2.x/ remoteinterface/ homeinterface/ deploymentdescriptor xmlencoding =UTF-8 destdir=${build.resources}/hello/ejb/META-INF/ jboss xmlencoding=UTF-8 version=3.0 destdir=${build.resources}/hello/ejb/META-INF/ jbossnet webDeploymentName=Hello prefix=hello destdir=${build.resources}/hello/wsr/META-INF targetNameSpace=http://net.jboss.org/hello; / /webservicedoclet Output is attached. CGJ -Ursprüngliche Nachricht- Von: Joe Hung [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 27. Februar 2003 18:39 An: '[EMAIL PROTECTED]' Betreff: RE: [JBoss-user] jboss-net value object declaration somehow it does not do it...I'm using the xdoclet plug-in you gave me last time. Should I update it from the CVS head? Or can you send it if it's convenient. I haven't set up my CVS to read head. thanks again. -joe -Original Message- From: Jung , Dr. Christoph [mailto:[EMAIL PROTECTED] Sent: Thursday, February 27, 2003 3:07 AM To: '[EMAIL PROTECTED]' Subject: AW: [JBoss-user] jboss-net value object declaration Joe, @jboss-net:xml-schema is the right tag, if i remember right. Here is an example from the testsuite: /* * JBoss, the OpenSource J2EE webOS * * Distributable under LGPL license. * See terms of license at gnu.org. */ package org.jboss.test.net.hello; /** * A serializable data object for testing data passed to an EJB through * the web service interface. * @author jung * @version $Revision: 1.1 $ * @jboss-net:xml-schema urn=hello:HelloData */ public class HelloData implements java.io.Serializable { private String name; public String getName() { return name; } public void setName(String name) { this.name = name; } } The plugin will generate an appropriate bean-serializer entry in the web-service.xml for you. CGJ -Ursprüngliche Nachricht- Von: Joe Hung [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 27. Februar 2003 01:14 An: Jboss-User (E-mail) Betreff: [JBoss-user] jboss-net value object declaration How do I a declare a value-object (a javabean) using jboss-net xdoclet plug-in tags? is there anything special I need to do beyond declaring that class is java.io.Serializable? like @jboss-net:xml-schema ? I saw this in the xdoclet plugin... thanks, -joe --- This SF.net email is sponsored by: Scholarships for Techies! Can't afford IT training? All 2003 ictp students receive scholarships. Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more. www.ictp.com/training/sourceforge.asp ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ web-service.xml Description: Binary data
AW: [JBoss-user] Confused about Web Service Security...
Hi Neal, since Axis http-transport is realised through a single servlet, every security constraint that you would like specify at the transport level must go into the global web-application.xml that comes with the jboss-net.sar!jboss-net.war Since that is not very modular and since you would normally correctly shield your underlying J2EE logic, we decided to let the transport level open at this point. Instead, we included a (simple) per-web-service way of authentication and authorization through dedicated Axis interceptors (JBossAuthenticationHandler and JBossAuthorizationHandler, respectively). These interceptors should be put into the transport chain of your web service (I guess that the xdoclet module will do that automatically for you). They are paramterized, e.g., against a preconfigured JBoss security domain using SimplePrincipal. JBossAuthenticationHandler will authenticate the incoming call versus the assocoiated domain with the basic authentication info that comes through the http call (null Principal in case of no authentication info). With that security association the call will go further into the EJB layer of your application. Optionally, you can do additional security checks using JBossAuthorizationHandler that will simply implement an allowed/denied behaviour depending on the associated principals. I can only refer to the jboss.net testsuite in which there is a whole chapter dedicated to that issue. CGJ -Ursprüngliche Nachricht- Von: Neal Sanche [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 26. Februar 2003 00:45 An: [EMAIL PROTECTED] Betreff: [JBoss-user] Confused about Web Service Security... Hi All, Now that I have a simple web service running with JBoss.NET I'm now trying to enable access to a web service method that's secured by principals and roles within my EJB application. I'm completely confused about how to accomplish this on JBoss. Do I need to set up a security-constraint in my web.xml for this? So far, nothing that I've tried has sent a username and password from my client application to my web service. If anyone is doing this, please let me know how it's done. I'll post the findings up on my website as a future reference. -Neal --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.net email is sponsored by: Scholarships for Techies! Can't afford IT training? All 2003 ictp students receive scholarships. Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more. www.ictp.com/training/sourceforge.asp ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
AW: [JBoss-user] JBoss.net and holders?
For one, if you have structured types that you send around (most likely bean-like), then you have to register particular de/serializers for them in the web-service.xml (see the jboss.net testsuite which should contain an xdoclet-enabled HelloData JavaBean in the hello chapter that is passed around by the Hello EJB). Call-by-reference emulation through returning changed argument values can be implemented using custom serializers, but is IMHO not supported by Jboss.net or Axis or even WSDL per default. CGJ -Ursprüngliche Nachricht- Von: jK.MkIII [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 25. Februar 2003 18:41 An: jBoss-user Betreff: [JBoss-user] JBoss.net and holders? Is it possibly to use holders with Jboss.net? Meaning we have interface we must make our EJB server to implement. And couple methods have these holders, arguments that work as return values, and we just noticed that those didn't work :( When EJB method is called those holders are null and it didn't help even we tried to initialize them in method. After method exited AXIS throws null pointer exception.. -- jK.MkIII --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.net email is sponsored by: Scholarships for Techies! Can't afford IT training? All 2003 ictp students receive scholarships. Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more. www.ictp.com/training/sourceforge.asp ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
AW: [JBoss-user] NoClassDefFoundError(Jboss.Net)
Title: Nachricht David, to me,your error messageseems to indiciatethat your service cannot find the axis engine, not vice versa! Howisit implemented? What does your RPC object need of the axis engine? The recommended method to deploy web services via jboss.net is - not via the poo-poo way of copying your complete application into web-inf and telling the admin servlet where to find it, but by - building a hot-deployable .wsr jar that contains your web service code and your deployment descriptor under META-INF/web-service.xml. In this case, jboss.net will create a new classloader that is a child of the system classloader (including the axis code) and everything should be fine. CGJ -Ursprüngliche Nachricht-Von: David payam [mailto:[EMAIL PROTECTED]] Gesendet: Donnerstag, 20. Februar 2003 21:54An: [EMAIL PROTECTED]Betreff: [JBoss-user] NoClassDefFoundError(Jboss.Net)hi:Caused by: java.lang.NoClassDefFoundError: org/apache/axis/AxisEngineat NodeAService.RequestToB(NodeAService.java:226)... 46 more--The reason is that RequestToB method of NodeAServicewill call the class SendToB, but the class SendToB can'tbe found by AxisEngine. I have put all class files to ./deploy/axi! s.war/WEB-INF/classesand also inlude a class jar file to my classpath.But it still dosen't work.So how can I let AxisEngine running in JBoss find myclass SendToB ?Need any configuration ? wsdd? Thanks!David :) Post your free ad now! Yahoo! Canada Personals ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/
AW: [JBoss-user] jboss.net wsdl error
Unfortunately not, because xdoclet was not being so modular and extensible until 1.2. I think that the template formate and other things have changed too. But it should be easy to upgrade. CGJ -Ursprüngliche Nachricht- Von: Joe Hung [mailto:[EMAIL PROTECTED]] Gesendet: Dienstag, 11. Februar 2003 19:11 An: '[EMAIL PROTECTED]' Betreff: RE: [JBoss-user] jboss.net wsdl error hmm...we're not on xdoclet 1.2 now. Do you have the version for xdoclet 1.1.2? thanks, -joe ---Original Message- From: Jung , Dr. Christoph [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 11, 2003 12:06 AM To: '[EMAIL PROTECTED]' Subject: AW: [JBoss-user] jboss.net wsdl error I guess your are using a static xdoclet module that has been placed under thirdParty by Frederick, right? Could you please try the attached xdoclet 1.2 plugin that is currently built in head. The semicolon thingy and the ejb-ref deprecation should have been fixed, otherwise, please file a bug. I will backport the stuff ASAP and maybe put that jar under downloads. CGJ -Ursprüngliche Nachricht- Von: John Fawcett [mailto:[EMAIL PROTECTED]] Gesendet: Montag, 10. Februar 2003 23:45 An: [EMAIL PROTECTED] Betreff: RE: [JBoss-user] jboss.net wsdl error I would suspect that we are either missing something or there is a bug in the class-level tag. Dr. Jung are you aware of any known problem with the class-level tag? Aught I log a bug? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Joe Hung Sent: Monday, February 10, 2003 5:17 PM To: '[EMAIL PROTECTED]' Subject: RE: [JBoss-user] jboss.net wsdl error Someone pointed out that I should use per-method tag @jboss-net:web-method instead of a class level tag @jboss-net:web-service expose-all=true That solved the problem. The hello examples in the source bundle uses the class-level tag that's why I'm using it. I guess it would be worth to change the example code to use per-method tag... thanks, -joe -Original Message- From: Jung , Dr. Christoph [mailto:[EMAIL PROTECTED]] Sent: Monday, February 10, 2003 4:40 AM To: '[EMAIL PROTECTED]' Subject: AW: [JBoss-user] jboss.net wsdl error Joe, I did get it. Will try to have a look today. CGJ -Ursprüngliche Nachricht- Von: Joe Hung [mailto:[EMAIL PROTECTED]] Gesendet: Freitag, 7. Februar 2003 18:52 An: '[EMAIL PROTECTED]' Betreff: RE: [JBoss-user] jboss.net wsdl error did you get it? I sent the ear file to you directly (not this mailing list). thanks again, -joe -Original Message- From: Jung , Dr. Christoph [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 06, 2003 8:47 AM To: '[EMAIL PROTECTED]' Subject: AW: [JBoss-user] jboss.net wsdl error If you can send me the .wsr/.ear, I could try to debug the error. CGJ -Ursprüngliche Nachricht- Von: Joe Hung [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 5. Februar 2003 18:41 An: '[EMAIL PROTECTED]' Betreff: RE: [JBoss-user] jboss.net wsdl error I am assuming EJB provider because I have an EJB and are trying to expose the interface through JBoss.net (using .wsr and xdoclet generated descriptor) I noticed the admin url works in this case. http://[hostname]/jboss-net/services/Administration?wsdl I was trying to find out the difference but without any luck. Any quick fix to help me moving? Thanks again! -joe -Original Message- From: Jung , Dr. Christoph [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 05, 2003 12:31 AM To: '[EMAIL PROTECTED]' Subject: AW: [JBoss-user] jboss.net wsdl error What kind of service, i.e. which provider (javaprovider, ejbprovider, jmxprovider, etc.) do you use? Looks like there is a constant namespace used that is no more registered in the wsdl-engine per-default ... CGJ -Ursprüngliche Nachricht- Von: Joe Hung [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 5. Februar 2003 01:38 An: Jboss-User (E-mail) Betreff: [JBoss-user] jboss.net wsdl error on JBoss3.2.0RC1 + tomcat. when I enter http://[hostname]/jboss-net/services/[service_name]?wsdl this is what happened. any clues? thanks, -joe == AXIS error Sorry, something seems to have gone wrong... here are the details: Fault - WSDLException: faultCode=OTHER_ERROR: Can't find prefix for 'http://www.w3.org/1999/XMLSchema'. Namespace prefixes must be set on the Definition object using the addNamespace(...) method.: AxisFault faultCode: {http://xml.apache.org/axis/}Server.userException faultString: WSDLException: faultCode=OTHER_ERROR: Can't find prefix for 'http://www.w3.org/1999/XMLSchema'. Namespace prefixes must be set on the Definition object using the addNamespace(...) method.: faultActor: null faultDetail: stackTrace: WSDLException: faultCode=OTHER_ERROR: Can't find prefix for 'http://www.w3.org/1999/XMLSchema'. Namespace prefixes must be set on the Definition object using the addNamespace(...) method.: at com.ibm.wsdl.util.xml.DOMUtils.getPrefix(Unknown
AW: [JBoss-user] .wsr service inside ear cannot be redeployed?
Title: Nachricht I do not think so. CGJ -Ursprüngliche Nachricht-Von: Alexey Yudichev [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 12. Februar 2003 10:47An: '[EMAIL PROTECTED]'Betreff: RE: [JBoss-user] .wsr service inside ear cannot be redeployed? Is this bug fixed currently in Jboss_3_0 branch? I have a month-old cvs snapshot and the bug is still there... -Original Message- From: Jung , Dr. Christoph [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 05, 2002 16:50 To: '[EMAIL PROTECTED]' Subject: AW: [JBoss-user] .wsr service inside ear cannot be redeployed? Alex, IMHO this JBOss.net bug has been fixed in 3.2beta .. CGJ -Ursprüngliche Nachricht- Von: Alexey Yudichev [mailto:[EMAIL PROTECTED]] Gesendet: Donnerstag, 5. Dezember 2002 14:35 An: [EMAIL PROTECTED] Betreff: [JBoss-user] .wsr service inside ear cannot be redeployed? In Jboss 3.0.4 I have an ear application deployed. application.xml is ?xml version="1.0" encoding="UTF-8"? !DOCTYPE application PUBLIC "-//Sun Microsystems, Inc.//DTD J2EE Application 1.2//EN" "http://java.sun.com/j2ee/dtds/application_1_2.dtd" application display-nameMMS/display-name module ejbMMSEjb.jar/ejb /module module web web-urimms.war/web-uri context-rootmms/context-root /web /module module javaMMSEjb.wsr/java /module /application It is deployed without any errors and MMSEjb.wsr module is working properly. If I touch application.xml (My ear is actually a subdirectory in "deploy" directory) re-deployment stops while attempting to re-deploy MMSEjb.wsr. If I comment it out in application.xml, the app is redeployed normally. The following is the exception in server.log: 2002-12-05 15:27:49,292 ERROR [org.jboss.deployment.scanner.URLDeploymentScanner] Failed to deploy: org.jboss.deployment.scanner.URLDeploymentScanner$DeployedURL@e08508f9{ url="" href="" target=_blank>file:/C:/usr/local/java/jboss-3.0.4/server/default/deploy/80_MMS.ear/, deployedLastModified=1039084084390 } org.jboss.deployment.DeploymentException: attempting to redeploy a depoyed module! file:/C:/usr/local/java/jboss-3.0.4/server/default/deploy/80_MMS.ear/MMSEjb.wsr at org.jboss.net.axis.server.AxisService.create(AxisService.java:504) at org.jboss.deployment.MainDeployer.create(MainDeployer.java:760) at org.jboss.deployment.MainDeployer.create(MainDeployer.java:752) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:620) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:585) at sun.reflect.GeneratedMethodAccessor13.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy4.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:435) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:561) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:212) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.loop(AbstractDeploymentScanner.java:225) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.run(AbstractDeploymentScanner.java:202) Please provide a workaround if it exists. ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/
AW: [JBoss-user] .wsr service inside ear cannot be redeployed?
Title: Nachricht I did not plan to fix it, because we recommend 3.2 for jboss.net anyway (the first official axis 1.0 release hasnot included before 3.2). It should work under 3.2, though. CGJ -Ursprüngliche Nachricht-Von: Alexey Yudichev [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 12. Februar 2003 16:13An: '[EMAIL PROTECTED]'Betreff: RE: [JBoss-user] .wsr service inside ear cannot be redeployed? Is this because it is not planned to be fixed in jboss 3.0? Is it fixed in jboss 3.2 or anywhere else? -Original Message- From: Jung , Dr. Christoph [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 12, 2003 12:39 To: '[EMAIL PROTECTED]' Subject: AW: [JBoss-user] .wsr service inside ear cannot be redeployed? I do not think so. CGJ -Ursprüngliche Nachricht- Von: Alexey Yudichev [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 12. Februar 2003 10:47 An: '[EMAIL PROTECTED]' Betreff: RE: [JBoss-user] .wsr service inside ear cannot be redeployed? Is this bug fixed currently in Jboss_3_0 branch? I have a month-old cvs snapshot and the bug is still there... -Original Message- From: Jung , Dr. Christoph [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 05, 2002 16:50 To: '[EMAIL PROTECTED]' Subject: AW: [JBoss-user] .wsr service inside ear cannot be redeployed? Alex, IMHO this JBOss.net bug has been fixed in 3.2beta ... CGJ -Ursprüngliche Nachricht- Von: Alexey Yudichev [mailto:[EMAIL PROTECTED]] Gesendet: Donnerstag, 5. Dezember 2002 14:35 An: [EMAIL PROTECTED] Betreff: [JBoss-user] .wsr service inside ear cannot be redeployed? In Jboss 3.0.4 I have an ear application deployed. application.xml is ?xml version="1.0" encoding="UTF-8"? !DOCTYPE application PUBLIC "-//Sun Microsystems, Inc.//DTD J2EE Application 1.2//EN" "http://java.sun.com/j2ee/dtds/application_1_2.dtd" application display-nameMMS/display-name module ejbMMSEjb.jar/ejb /module module web web-urimms.war/web-uri context-rootmms/context-root /web /module module javaMMSEjb.wsr/java /module /application It is deployed without any errors and MMSEjb.wsr module is working properly. If I touch application.xml (My ear is actually a subdirectory in "deploy" directory) re-deployment stops while attempting to re-deploy MMSEjb.wsr. If I comment it out in application.xml, the app is redeployed normally. The following is the exception in server.log: 2002-12-05 15:27:49,292 ERROR [org.jboss.deployment.scanner.URLDeploymentScanner] Failed to deploy: org.jboss.deployment.scanner.URLDeploymentScanner$DeployedURL@e08508f9{ url="" href="" target=_blank>file:/C:/usr/local/java/jboss-3.0.4/server/default/deploy/80_MMS.ear/, deployedLastModified=1039084084390 } org.jboss.deployment.DeploymentException: attempting to redeploy a depoyed module! file:/C:/usr/local/java/jboss-3.0.4/server/default/deploy/80_MMS.ear/MMSEjb.wsr at org.jboss.net.axis.server.AxisService.create(AxisService.java:504) at org.jboss.deployment.MainDeployer.create(MainDeployer.java:760) at org.jboss.deployment.MainDeployer.create(MainDeployer.java:752) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:620) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:585) at sun.reflect.GeneratedMethodAccessor13.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy4.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:435) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:561) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:212) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.loop(AbstractDeploymentScanner.java:225) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.run(AbstractDeploymentScanner.java:202) Please provide a workaround if it exists. ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/
AW: [JBoss-user] jboss.net wsdl error
I guess your are using a static xdoclet module that has been placed under thirdParty by Frederick, right? Could you please try the attached xdoclet 1.2 plugin that is currently built in head. The semicolon thingy and the ejb-ref deprecation should have been fixed, otherwise, please file a bug. I will backport the stuff ASAP and maybe put that jar under downloads. CGJ -Ursprüngliche Nachricht- Von: John Fawcett [mailto:[EMAIL PROTECTED]] Gesendet: Montag, 10. Februar 2003 23:45 An: [EMAIL PROTECTED] Betreff: RE: [JBoss-user] jboss.net wsdl error I would suspect that we are either missing something or there is a bug in the class-level tag. Dr. Jung are you aware of any known problem with the class-level tag? Aught I log a bug? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Joe Hung Sent: Monday, February 10, 2003 5:17 PM To: '[EMAIL PROTECTED]' Subject: RE: [JBoss-user] jboss.net wsdl error Someone pointed out that I should use per-method tag @jboss-net:web-method instead of a class level tag @jboss-net:web-service expose-all=true That solved the problem. The hello examples in the source bundle uses the class-level tag that's why I'm using it. I guess it would be worth to change the example code to use per-method tag... thanks, -joe -Original Message- From: Jung , Dr. Christoph [mailto:[EMAIL PROTECTED]] Sent: Monday, February 10, 2003 4:40 AM To: '[EMAIL PROTECTED]' Subject: AW: [JBoss-user] jboss.net wsdl error Joe, I did get it. Will try to have a look today. CGJ -Ursprüngliche Nachricht- Von: Joe Hung [mailto:[EMAIL PROTECTED]] Gesendet: Freitag, 7. Februar 2003 18:52 An: '[EMAIL PROTECTED]' Betreff: RE: [JBoss-user] jboss.net wsdl error did you get it? I sent the ear file to you directly (not this mailing list). thanks again, -joe -Original Message- From: Jung , Dr. Christoph [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 06, 2003 8:47 AM To: '[EMAIL PROTECTED]' Subject: AW: [JBoss-user] jboss.net wsdl error If you can send me the .wsr/.ear, I could try to debug the error. CGJ -Ursprüngliche Nachricht- Von: Joe Hung [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 5. Februar 2003 18:41 An: '[EMAIL PROTECTED]' Betreff: RE: [JBoss-user] jboss.net wsdl error I am assuming EJB provider because I have an EJB and are trying to expose the interface through JBoss.net (using .wsr and xdoclet generated descriptor) I noticed the admin url works in this case. http://[hostname]/jboss-net/services/Administration?wsdl I was trying to find out the difference but without any luck. Any quick fix to help me moving? Thanks again! -joe -Original Message- From: Jung , Dr. Christoph [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 05, 2003 12:31 AM To: '[EMAIL PROTECTED]' Subject: AW: [JBoss-user] jboss.net wsdl error What kind of service, i.e. which provider (javaprovider, ejbprovider, jmxprovider, etc.) do you use? Looks like there is a constant namespace used that is no more registered in the wsdl-engine per-default ... CGJ -Ursprüngliche Nachricht- Von: Joe Hung [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 5. Februar 2003 01:38 An: Jboss-User (E-mail) Betreff: [JBoss-user] jboss.net wsdl error on JBoss3.2.0RC1 + tomcat. when I enter http://[hostname]/jboss-net/services/[service_name]?wsdl this is what happened. any clues? thanks, -joe == AXIS error Sorry, something seems to have gone wrong... here are the details: Fault - WSDLException: faultCode=OTHER_ERROR: Can't find prefix for 'http://www.w3.org/1999/XMLSchema'. Namespace prefixes must be set on the Definition object using the addNamespace(...) method.: AxisFault faultCode: {http://xml.apache.org/axis/}Server.userException faultString: WSDLException: faultCode=OTHER_ERROR: Can't find prefix for 'http://www.w3.org/1999/XMLSchema'. Namespace prefixes must be set on the Definition object using the addNamespace(...) method.: faultActor: null faultDetail: stackTrace: WSDLException: faultCode=OTHER_ERROR: Can't find prefix for 'http://www.w3.org/1999/XMLSchema'. Namespace prefixes must be set on the Definition object using the addNamespace(...) method.: at com.ibm.wsdl.util.xml.DOMUtils.getPrefix(Unknown Source) at com.ibm.wsdl.util.xml.DOMUtils.getQualifiedValue(Unknown Source) at com.ibm.wsdl.util.xml.DOMUtils.printQualifiedAttribute(Unknown Source) at com.ibm.wsdl.xml.WSDLWriterImpl.printParts(Unknown Source) --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ### This message has been scanned by F-Secure Anti-Virus
AW: [JBoss-user] jboss.net wsdl error
Joe, I did get it. Will try to have a look today. CGJ -Ursprüngliche Nachricht- Von: Joe Hung [mailto:[EMAIL PROTECTED]] Gesendet: Freitag, 7. Februar 2003 18:52 An: '[EMAIL PROTECTED]' Betreff: RE: [JBoss-user] jboss.net wsdl error did you get it? I sent the ear file to you directly (not this mailing list). thanks again, -joe -Original Message- From: Jung , Dr. Christoph [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 06, 2003 8:47 AM To: '[EMAIL PROTECTED]' Subject: AW: [JBoss-user] jboss.net wsdl error If you can send me the .wsr/.ear, I could try to debug the error. CGJ -Ursprüngliche Nachricht- Von: Joe Hung [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 5. Februar 2003 18:41 An: '[EMAIL PROTECTED]' Betreff: RE: [JBoss-user] jboss.net wsdl error I am assuming EJB provider because I have an EJB and are trying to expose the interface through JBoss.net (using .wsr and xdoclet generated descriptor) I noticed the admin url works in this case. http://[hostname]/jboss-net/services/Administration?wsdl I was trying to find out the difference but without any luck. Any quick fix to help me moving? Thanks again! -joe -Original Message- From: Jung , Dr. Christoph [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 05, 2003 12:31 AM To: '[EMAIL PROTECTED]' Subject: AW: [JBoss-user] jboss.net wsdl error What kind of service, i.e. which provider (javaprovider, ejbprovider, jmxprovider, etc.) do you use? Looks like there is a constant namespace used that is no more registered in the wsdl-engine per-default ... CGJ -Ursprüngliche Nachricht- Von: Joe Hung [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 5. Februar 2003 01:38 An: Jboss-User (E-mail) Betreff: [JBoss-user] jboss.net wsdl error on JBoss3.2.0RC1 + tomcat. when I enter http://[hostname]/jboss-net/services/[service_name]?wsdl this is what happened. any clues? thanks, -joe == AXIS error Sorry, something seems to have gone wrong... here are the details: Fault - WSDLException: faultCode=OTHER_ERROR: Can't find prefix for 'http://www.w3.org/1999/XMLSchema'. Namespace prefixes must be set on the Definition object using the addNamespace(...) method.: AxisFault faultCode: {http://xml.apache.org/axis/}Server.userException faultString: WSDLException: faultCode=OTHER_ERROR: Can't find prefix for 'http://www.w3.org/1999/XMLSchema'. Namespace prefixes must be set on the Definition object using the addNamespace(...) method.: faultActor: null faultDetail: stackTrace: WSDLException: faultCode=OTHER_ERROR: Can't find prefix for 'http://www.w3.org/1999/XMLSchema'. Namespace prefixes must be set on the Definition object using the addNamespace(...) method.: at com.ibm.wsdl.util.xml.DOMUtils.getPrefix(Unknown Source) at com.ibm.wsdl.util.xml.DOMUtils.getQualifiedValue(Unknown Source) at com.ibm.wsdl.util.xml.DOMUtils.printQualifiedAttribute(Unknown Source) at com.ibm.wsdl.xml.WSDLWriterImpl.printParts(Unknown Source) --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ JBoss-user mailing list
AW: [JBoss-user] jboss.net wsr deployment on JBoss3.2RC1
Yes, that is what I couldn´t believe because I thought that viewtype=both should let particular remote and local xdoclet ejb conditionals fire that are represented in the jboss.net Template. I have to check that. CGJ -Ursprüngliche Nachricht- Von: Joe Hung [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 5. Februar 2003 18:37 An: '[EMAIL PROTECTED]' Betreff: RE: [JBoss-user] jboss.net wsr deployment on JBoss3.2RC1 am using jboss.net xdoclet module to generate descriptors. I found that it does not like view=both. (view=local works). -Original Message- From: Jung , Dr. Christoph [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 05, 2003 12:43 AM To: '[EMAIL PROTECTED]' Subject: AW: [JBoss-user] jboss.net wsr deployment on JBoss3.2RC1 I guess your web-service.xml has a wrong entry for the jndiname of your bean. (Maybe that has to do with the ejb-ref thingy from your other question?). I recommend using the jboss.net xdoclet-module which does all that handling for you. CGJ -Ursprüngliche Nachricht- Von: Joe Hung [mailto:[EMAIL PROTECTED]] Gesendet: Dienstag, 4. Februar 2003 21:56 An: [EMAIL PROTECTED] Betreff: [JBoss-user] jboss.net wsr deployment on JBoss3.2RC1 I deployed a wsr (Hello) within a .ear file in JBoss3.2RC1. When I use http://hostname/jboss-net/Hello?wsdl it gives me the following errors: any clues? thanks, -joe === STARTING OF EXCEPTION AXIS error Sorry, something seems to have gone wrong... here are the details: Fault - org.apache.axis.ConfigurationException: Could not find home in JNDI AxisFault faultCode: {http://xml.apache.org/axis/}Server.generalException faultString: Could not find home in JNDI faultActor: null faultDetail: Could not find home in JNDI at org.jboss.net.axis.server.EJBProvider.getServiceClass(EJBProvider.java:180) at org.apache.axis.providers.java.JavaProvider.initServiceDesc(JavaProviderj a v a:535) at org.apache.axis.handlers.soap.SOAPService.getInitializedServiceDesc(SOAPServ ice.java:322) at org.apache.axis.deployment.wsdd.WSDDService.makeNewInstance(WSDDService.java :477) at org.apache.axis.deployment.wsdd.WSDDDeployableItem.getNewInstance(WSDDDeploy ableItem .. == --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
AW: [JBoss-user] jboss.net wsdl error
If you can send me the .wsr/.ear, I could try to debug the error. CGJ -Ursprüngliche Nachricht- Von: Joe Hung [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 5. Februar 2003 18:41 An: '[EMAIL PROTECTED]' Betreff: RE: [JBoss-user] jboss.net wsdl error I am assuming EJB provider because I have an EJB and are trying to expose the interface through JBoss.net (using .wsr and xdoclet generated descriptor) I noticed the admin url works in this case. http://[hostname]/jboss-net/services/Administration?wsdl I was trying to find out the difference but without any luck. Any quick fix to help me moving? Thanks again! -joe -Original Message- From: Jung , Dr. Christoph [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 05, 2003 12:31 AM To: '[EMAIL PROTECTED]' Subject: AW: [JBoss-user] jboss.net wsdl error What kind of service, i.e. which provider (javaprovider, ejbprovider, jmxprovider, etc.) do you use? Looks like there is a constant namespace used that is no more registered in the wsdl-engine per-default ... CGJ -Ursprüngliche Nachricht- Von: Joe Hung [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 5. Februar 2003 01:38 An: Jboss-User (E-mail) Betreff: [JBoss-user] jboss.net wsdl error on JBoss3.2.0RC1 + tomcat. when I enter http://[hostname]/jboss-net/services/[service_name]?wsdl this is what happened. any clues? thanks, -joe == AXIS error Sorry, something seems to have gone wrong... here are the details: Fault - WSDLException: faultCode=OTHER_ERROR: Can't find prefix for 'http://www.w3.org/1999/XMLSchema'. Namespace prefixes must be set on the Definition object using the addNamespace(...) method.: AxisFault faultCode: {http://xml.apache.org/axis/}Server.userException faultString: WSDLException: faultCode=OTHER_ERROR: Can't find prefix for 'http://www.w3.org/1999/XMLSchema'. Namespace prefixes must be set on the Definition object using the addNamespace(...) method.: faultActor: null faultDetail: stackTrace: WSDLException: faultCode=OTHER_ERROR: Can't find prefix for 'http://www.w3.org/1999/XMLSchema'. Namespace prefixes must be set on the Definition object using the addNamespace(...) method.: at com.ibm.wsdl.util.xml.DOMUtils.getPrefix(Unknown Source) at com.ibm.wsdl.util.xml.DOMUtils.getQualifiedValue(Unknown Source) at com.ibm.wsdl.util.xml.DOMUtils.printQualifiedAttribute(Unknown Source) at com.ibm.wsdl.xml.WSDLWriterImpl.printParts(Unknown Source) --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
AW: AW: [JBoss-user] How to throw AxisFault in JBoss.net?
So would it be possible to write a special request handler in the bean´s transport chain that takes your (non-Axis-Fault, means that the container will let it through unchanged) application exception and wraps it into an appropriately massaged axis fault such that the name of the original exception will appear in the response envelope? Then you can have a client-side stub that reconstructs the exception for you CGJ -Ursprüngliche Nachricht- Von: Kevin Conner [mailto:[EMAIL PROTECTED]] Gesendet: Donnerstag, 6. Februar 2003 17:59 An: '[EMAIL PROTECTED]' Betreff: RE: AW: [JBoss-user] How to throw AxisFault in JBoss.net? Sorry to take so long in responding but I've just been going through this issue in our code, stand alone axis 1.0 + jboss (not jbossnet). This approach is outdated, because the best way, IMHO, is to take the server-generated wsdl and pre-generate client stubs using the wsdl2java toolkit. They should have some exception support there ready to remap the AxisFault to ordinary java exceptions, shouldn´t they? Classname is there, message is there, maybe not the stack trace. The 1.0 code only adds the exception name if it is a subclass of AxisFault so only the axis faults can be reproduced on the client side. All other exceptions get translated into an AxisFault containing only the message and stack trace. I have had to extend the wsdl2java to include my own type mapping hierarchy and exception handling (the type mapping for some custom DTOs that are not java beans). The exception gets serialised into XML on the server side and placed into the soap fault detail by my own EJB provider. The new generated proxy code catches the AxisFault on the client and, if the exception detail is present, regenerates the original exception and throws it instead. This has required a very big hack to get it working but it does work. The changes are very fragile so I would be loathed to change to another version of Axis without a lot of work. It is certainly safer to stick with the Axis implementation but unfortunately that was not an option open to me. Kev Kevin Conner This is a personal e-mail. Any views or opinions presented are solely those of the author and do not necessarily represent those of Orchard Information Systems Ltd. --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
AW: [JBoss-user] jboss.net error messages
The web-service.xml of jboss.net is a tiny extension to the axis wsdd that additionally allows to - deploy references to external web services - include some extended options into the service tags We once had the idea that web-service.xml should be designed quite along web-application.xml such that every web service deployment would get its own JNDI-namespace in which to place links (the ejb-refs) to the global namespace in order to easily rename beans, etc. without changing code in dependent applications. So you would deploy your ejbprovider against the local name of the bean and place an ejb-ref from the local name to the global name into the same web-service.xml file. But that is of course bullshit, since the web-service.xml should be generated and needs the correct global name in each case. And usually, no java code inside the .wsr is linked directly against global names but parameterised through the web-service.xml. So the feature has been deprecated, instead of ejb-refs, please place the global JNDI names into your web-service tags directly (or use the jboss-net xdoclet-module). Best, CGJ -Ursprüngliche Nachricht- Von: Joe Hung [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 5. Februar 2003 00:20 An: Jboss-User (E-mail) Betreff: [JBoss-user] jboss.net error messages can anybody tell me what does this mean? I'm trying to deploy a .wsr in JBoss3.2.0RC1. thanks a lot! -joe = 15:08:02,915 WARN [AxisService] Web Service Deployment org.jboss.deployment.DeploymentInfo@2c653cc6 { url=file:/opt/jboss-3.2.0RC1_tomcat-4.1.18/server/all/tmp/deploy/server/all/ deploy/wmi.ear/37.wmi.ear-contents/wmi.wsr } deployer: org.jboss.net.axis.server.AxisService@5b675e status: Starting state: START_DEPLOYER watch: jar:file:/opt/jboss-3.2.0RC1_tomcat-4.1.18/server/all/tmp/deploy/server/all/ deploy/wmi.ear/37.wmi.ear-contents/wmi.wsr!/META-INF/web-service.xml lastDeployed: 1044400071052 lastModified: 1044400067000 mbeans: makes use of the deprecated ejb-ref feature. Please adjust any ejb-providing service tag inside your web-service.xml pointing to syl/wmi/Hello to use the absolute Hello instead. --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
AW: [JBoss-user] jboss.net wsdl error
What kind of service, i.e. which provider (javaprovider, ejbprovider, jmxprovider, etc.) do you use? Looks like there is a constant namespace used that is no more registered in the wsdl-engine per-default ... CGJ -Ursprüngliche Nachricht- Von: Joe Hung [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 5. Februar 2003 01:38 An: Jboss-User (E-mail) Betreff: [JBoss-user] jboss.net wsdl error on JBoss3.2.0RC1 + tomcat. when I enter http://[hostname]/jboss-net/services/[service_name]?wsdl this is what happened. any clues? thanks, -joe == AXIS error Sorry, something seems to have gone wrong... here are the details: Fault - WSDLException: faultCode=OTHER_ERROR: Can't find prefix for 'http://www.w3.org/1999/XMLSchema'. Namespace prefixes must be set on the Definition object using the addNamespace(...) method.: AxisFault faultCode: {http://xml.apache.org/axis/}Server.userException faultString: WSDLException: faultCode=OTHER_ERROR: Can't find prefix for 'http://www.w3.org/1999/XMLSchema'. Namespace prefixes must be set on the Definition object using the addNamespace(...) method.: faultActor: null faultDetail: stackTrace: WSDLException: faultCode=OTHER_ERROR: Can't find prefix for 'http://www.w3.org/1999/XMLSchema'. Namespace prefixes must be set on the Definition object using the addNamespace(...) method.: at com.ibm.wsdl.util.xml.DOMUtils.getPrefix(Unknown Source) at com.ibm.wsdl.util.xml.DOMUtils.getQualifiedValue(Unknown Source) at com.ibm.wsdl.util.xml.DOMUtils.printQualifiedAttribute(Unknown Source) at com.ibm.wsdl.xml.WSDLWriterImpl.printParts(Unknown Source) --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] AW: [JBoss-dev] JBoss-IDE next steps
Hans, First congratulations for getting started such a badly needed feature around JBoss. I just saw the package Xdoclet-View in your plan and this reminded me of some unfinished prototype that I did last year. It was an experiment of how to write some extensible view for editing meta-data that is similar to the Together/J-Property pane and that is based on doclet annotations (a lot of the single-source technology of Together was implemented that way and it worked nicely IMHO!). The javadoc view has some default editors for the standard tags and you should be able to extend it with additional editors for special tags such that you can derive special views for Entity Beans, Session Beans, Web Services, ... I got it to work to the point that the view extracts information from the java model, writes edit changes back into the java/text model and registers as an update listener in the text model. The view still fails in the issue that events inside Eclipse are not very well-ordered, i.e., the view will receive text events before the java model decides that the selected property does not exist anymore. This leads to nasty glitches which hindered me of publishing any code yet and since then, I did not dive deeper into the Eclipse platform. I guess that you have more knowledge in that direction and hence JBoss-IDE would be the ideal host for the code to prosper? Just tell me if you are interested and I will zip you the stuff. CGJ -Ursprüngliche Nachricht- Von: Hans Dockter [mailto:[EMAIL PROTECTED]] Gesendet: Montag, 3. Februar 2003 13:59 An: [EMAIL PROTECTED]; [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Betreff: [JBoss-dev] JBoss-IDE next steps I've written a next steps proposal for JBoss-IDE available at: http://www.jboss.org/servlet/JiveServlet/download/162-27873-3763505-1281/JBo ss-IDE_next_steps.html Hans --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
AW: [JBoss-user] How to throw AxisFault in JBoss.net?
The custom exception that you throw should be ideally mapped by axis/jboss.net into the soapfault. (Your bean should not know whether it is published as a web-service). What if you declare and throw a CustomApplicationException? How does the returned soap-message look like? If I remember right, axis will include the stack trace into the detail section of a soap-fault ... AxisFault is the axis-internal exception if something goes wrong in the web service engine (not the application), therefore it has the same status as a java.rmi.ServerException, java.rmi.RemoteException ... But that is used only outside the application in the container. CGJ -Ursprüngliche Nachricht- Von: Jonas Engman [mailto:[EMAIL PROTECTED]] Gesendet: Donnerstag, 30. Januar 2003 11:44 An: '[EMAIL PROTECTED]' Betreff: RE: [JBoss-user] How to throw AxisFault in JBoss.net? Thanks for your reply but AxisFault is a checked exception. It inherits from java.rmi.RemoteException. The point is that JBoss.net should be able to report faults from the EJB-tier to the client-side and to wrap the fault inside another fault doesn't make any sense. Jonas On Wed, 2003-01-29 at 22:54, JD Brennan wrote: AxisFault is probably unchecked so it gets wrapped. I bet the spec says that only checked exceptions have to get passed back intact. You could wrap AxisFault in a checked exception, maybe... JD -Original Message- From: Jonas Engman [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 29, 2003 1:21 PM To: [EMAIL PROTECTED] Subject: [JBoss-user] How to throw AxisFault in JBoss.net? I'm using JBoss 3.2beta1/JBoss.net and I'm trying to throw an AxisFault from a SessionBean but the exception seems somehow be wrapped inside a javax.ejb.EJBException. I'm throwing the fault using throw new AxisFault(a fault has occurred); but the faultString that appears on the client-side is javax.ejb.EJBException: null; CausedByException is: a fault has occurred. A closer look at the detail-body using TCPMon shows that the it contains the full stacktrace followed by the original faultString but it's all wrapped inside the detail-tag. The same thing goes for the original faultCode, faultActor and faultDetail. Is it somehow possible to throw an AxisFault that doesn't get wrapped inside a SOAPFault that contains the javax.ejb.EJBException? Without the ability to throw a user-defined AxisFault I don't see how a fault should be reported to the client-side. Thanks Jonas --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
AW: AW: [JBoss-user] How to throw AxisFault in JBoss.net?
Jonas, I´m not sure what I did there, but there should be some (hmm, outdated) code in jboss.net that implements a client-side java.lang.reflect.InvocationHandler for transparently calling remote web services through ordinary remote interfaces/dynamic proxies. It may as well be that I left exception handling out of the game. This approach is outdated, because the best way, IMHO, is to take the server-generated wsdl and pre-generate client stubs using the wsdl2java toolkit. They should have some exception support there ready to remap the AxisFault to ordinary java exceptions, shouldn´t they? Classname is there, message is there, maybe not the stack trace. If they do not do that, parsing the AxisFault string is still ok, IMHO, inside the generic proxy or the generated client stub, because then your application still is clean from those dirty hacks and you can change that code whenever axis changes just by tweaking the proxy code or the code generator. In that case, would you volunteer implementing that when I support you in finding the right place in jboss.net to place it? Best, CGJ -Ursprüngliche Nachricht- Von: Jonas Engman [mailto:[EMAIL PROTECTED]] Gesendet: Donnerstag, 30. Januar 2003 15:55 An: '[EMAIL PROTECTED]' Betreff: Re: AW: [JBoss-user] How to throw AxisFault in JBoss.net? Thank you for answer and it's probably best not to throw any custom AxisFault inside a bean. If I create a CustomApplicationException that inherits from for example java.lang.Exception and throw that from the session bean it's all being wrapped up inside a AxisFault that contains the full classname of the exception followed by the error-message as the faultMessage. The errorCode of the message is: xmlns:ns1=http://xml.apache.org/axis/;ns1:Server.userException The problem, as I see it, is that is should somehow be examine the exception/fault on the client-side. If a do a try/catch statement like try { } catch (AxisFault af) { } it's possible to catch the exception but how am I supposed to tell different server-exceptions apart? The only unique identifier I have is the faultMessage and I don't think parsing that string is convenient. Shouldn't I be able to somehow set the faultCode? Or how should the client handle different faults? Thanks again /Jonas On Thu, 2003-01-30 at 14:05, Jung , Dr. Christoph wrote: The custom exception that you throw should be ideally mapped by axis/jboss.net into the soapfault. (Your bean should not know whether it is published as a web-service). What if you declare and throw a CustomApplicationException? How does the returned soap-message look like? If I remember right, axis will include the stack trace into the detail section of a soap-fault ... AxisFault is the axis-internal exception if something goes wrong in the web service engine (not the application), therefore it has the same status as a java.rmi.ServerException, java.rmi.RemoteException ... But that is used only outside the application in the container. CGJ -Ursprüngliche Nachricht- Von: Jonas Engman [mailto:[EMAIL PROTECTED]] Gesendet: Donnerstag, 30. Januar 2003 11:44 An: '[EMAIL PROTECTED]' Betreff: RE: [JBoss-user] How to throw AxisFault in JBoss.net? Thanks for your reply but AxisFault is a checked exception. It inherits from java.rmi.RemoteException. The point is that JBoss.net should be able to report faults from the EJB-tier to the client-side and to wrap the fault inside another fault doesn't make any sense. Jonas On Wed, 2003-01-29 at 22:54, JD Brennan wrote: AxisFault is probably unchecked so it gets wrapped. I bet the spec says that only checked exceptions have to get passed back intact. You could wrap AxisFault in a checked exception, maybe... JD -Original Message- From: Jonas Engman [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 29, 2003 1:21 PM To: [EMAIL PROTECTED] Subject: [JBoss-user] How to throw AxisFault in JBoss.net? I'm using JBoss 3.2beta1/JBoss.net and I'm trying to throw an AxisFault from a SessionBean but the exception seems somehow be wrapped inside a javax.ejb.EJBException. I'm throwing the fault using throw new AxisFault(a fault has occurred); but the faultString that appears on the client-side is javax.ejb.EJBException: null; CausedByException is: a fault has occurred. A closer look at the detail-body using TCPMon shows that the it contains the full stacktrace followed by the original faultString but it's all wrapped inside the detail-tag. The same thing goes for the original faultCode, faultActor and faultDetail. Is it somehow possible to throw an AxisFault that doesn't get wrapped inside a SOAPFault that contains the javax.ejb.EJBException? Without the ability to throw a user-defined AxisFault I don't see how a fault should be reported to the client-side. Thanks Jonas
AW: [JBoss-user] Re: FW: New file structure for xpetstore-3.0 (bank ws)
The integration code that puts Axis as a web service deployer into jboss is called jboss.net Currently it uses a proprietary deployment model (web service archive - ..wsr - containing serialisation code and the native Axis wsdd deployment descriptors as meta-data) that is however quite along the lines of rest-J2EE. We have a special xdoclet module for generating wsdd from annotated EJB´s and POJO´s. It is planned to support the J2EE1.4 deployment model until June, I cannot give you any guarantuee on earlier deadlines (since as it looks, I will be the one to implement it and my schedule is quite full). I would be happy to contribute to any 1.4 web service xdoclet module on that way. I would also be happy if we could work together on that issue, since you seem to have the Weblogic experience as well and we would like to be at least as good ;-) Maybe you could already have a look at what is already in jboss.net and maybe start with our proprietary xdoclet/deployment model. Deriving a 1.4 web service annotation and migrating the xpetstore may result in a very simple task, then? CGJ -Ursprüngliche Nachricht- Von: Brian McSweeney [mailto:[EMAIL PROTECTED]] Gesendet: Donnerstag, 30. Januar 2003 13:56 An: James Cooley; Herve Tchepannou Cc: xdoclet; [EMAIL PROTECTED]; [EMAIL PROTECTED] Betreff: [JBoss-user] Re: FW: New file structure for xpetstore-3.0 (bank ws) Hi all, I'm sending this mail to both the jboss-user and xdoclet users lists because although it's with regard to the xpetstore application some questions are based on xdoclet and some on JBoss. Ok, for the next version of xpetstore we're looking at giving an example implementation of a web service. The web service example that Herve has suggested is one to process credit card information. This will be called internally within the xpetstore application. The whole idea of xpetstore is to show how to write container independent apps with xdoclet. It currently supports weblogic and jboss, so while it was suggested that we could write the web service with JBoss' web service (is this called JBoss.net?) it would be really good if we could write it based on J2EE 1.4 and thus try to make it container independent. I know that JBoss 4 will be complient with the J2EE 1.4 spec. and this is meant to be released by June, but are there going to be earlier beta versions that will support this functionality so we can test against it? If so is a time estimate possible? Which leads me to the xdoclet part of the question. We're promoting xdoclet so does it plan to add this 1.4 functionality? If so, at what stage? anyway, thanks very much for your time and any replies. Our previous discussion on this is attached below. Brian PS - As an aside is this how online sites actually do process credit card info? I'm not so sure. Are they moving towards processing via web services? Most people who run online sites I know, store the data and batch process the info via a standard visa machine etc. If however the credit card companies are moving towards web services then I think it's a wonderful idea. Anyone know about this? - Original Message - From: James Cooley [EMAIL PROTECTED] To: Brian McSweeney [EMAIL PROTECTED] Cc: Herve Tchepannou [EMAIL PROTECTED] Sent: Thursday, January 30, 2003 11:52 AM Subject: Re: FW: New file structure for xpetstore-3.0 (bank ws) I think we're reaching a point were it might be better to have these discussions on the dev list - there are probably some lurkers with experience of this out there. Brian McSweeney wrote: I like the structure beneath. It's clear. I have two questions about the bank web service idea. Just on the bank ws - would it not be easier to do a WS to the petstore before getting started on the bank? The petstore has a much richer interface than a cc processing app. Q1: Is there no way to make the session facade itself a web service? Does it have to be via a servlet? If we are going to write the bank app as an ejb, I think it would be nicer to just be able to say - these methods on the session facade are web service enabled. I know that JBoss has JBoss.net which is meant to provide like web services. I'm not sure how this works but we could check it out. I played around with Axis and it's trivial to create a WS using it - there are some sample apps with it. It can create all the descriptors for you. JBoss uses Axis so I guess it should be easy. Also, I know that the new version of the J2EE 1.4 spec is supposed to support web services. If you read the tutorial on the new web service technology introduced in j2ee 1.4 there are two ways to create web services - via servlets and via stateless session beans: http://java.sun.com/j2ee/1.4/docs/tutorial/doc/NewEJB3.html#80672 A Web service client can access J2EE applications in two ways. First, the client can access a Web service created with JAX-RPC. Behind the scenes, JAX-RPC uses a servlet
AW: [JBoss-user] JBoss Axis - Updates To A Session Bean With Complex Types
Write a custom bean deserializer whose create method contacts a factory or something. See org.jboss.net.axis.server.EntityBeanDeserializer and the jboss.net testsuite (it´s still crappy and only copes with a single, primitive primary key, but works). The deserializer caches the properties until it has enough information to install the reference ... CGJ -Ursprüngliche Nachricht- Von: Nicholas [mailto:[EMAIL PROTECTED]] Gesendet: Freitag, 17. Januar 2003 17:45 An: [EMAIL PROTECTED] Betreff: [JBoss-user] JBoss Axis - Updates To A Session Bean With Complex Types When exposing a session bean as a web service, the serialization of a remote to be retrieved by a SOAP client seems to be pretty easy. e.g. Session Bean: ClientManager Function: getClient(int i) Returns: ClientRemote The remote, ClientRemote can be viewed as a bean (since it is a collection of getters and setters) and the BeanSerialzier does a fine job of converting the remote to XML. However, on the return trip: Session Bean: ClientManager Function: setClient(ClientRemote client) Returns: void This presents a problem, because Axis tries to use the BeanDeserializer and quickly runs into the problem that ClientRemote is not actually a bean and is really only an interface. Hence, it cannot be instantiated as a bean could. Does anyone have any insight into how this issue can be best resolved ? //Nicholas = Nicholas Whitehead Home: (973) 377 9335 Cell: (201) 615 2716 Work: (212) 622 5639 [EMAIL PROTECTED] --- This SF.NET email is sponsored by: Thawte.com - A 128-bit supercerts will allow you to extend the highest allowed 128 bit encryption to all your clients even if they use browsers that are limited to 40 bit encryption. Get a guide here:http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0030en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.NET email is sponsored by: Thawte.com - A 128-bit supercerts will allow you to extend the highest allowed 128 bit encryption to all your clients even if they use browsers that are limited to 40 bit encryption. Get a guide here:http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0030en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] AW: Axis EJBProvider - Trouble With CMR
Nicholas (crossposting to jboss-user, because it could be of interest for other people, too), Your second option, the value-object thingy (using xdoclet or pattern support), is IMHO most often used these days because it is the most default thing to hide your entities from any web-layer. Since I´m in love with the idea of having a web-service layer not optionally to the web-presentation layer, but mandatory in between application and web-presentation layer, I built in already some support for your first option. Doing a UserTransaction around the session bean call is exactly what the JBoss.net TransactionHandlers (one for the request flow starting a usertransaction if not yet started, rolling it back in the case of failures, and one for the response flow that commits the tx) are dedicated to. Using find/create-calls on the entity home in order to generate entity references is what the EntityBeanDeserializer does for you (still a bit unhandy, because restricted to basic primary key classes, I won´t be able to commit my extensions to that before March, I fear however ... But if you are a taker and want to help out, I can send you the code directly). There is the store example in the testsuite of jboss.net which already demonstrates the interplay of these features, especially how to configure a custom request/responseflow and connect it to your web-service. My vision is that the web-service layer provides through the right (de-)serialization logic a kind of client-specific view onto the complex logic/data model of session-beans/entity-beans whereas the bean level does not care about Client-specific needs. E.g., instead of having custom value classes for long view and short view, the business level always returns the same entity bean and the installed serializers/deserializers determine the schema that comes out. Hope I could help, CGJ -Ursprüngliche Nachricht- Von: Nicholas [mailto:[EMAIL PROTECTED]] Gesendet: Freitag, 10. Januar 2003 21:20 An: [EMAIL PROTECTED] Betreff: Axis EJBProvider - Trouble With CMR Christoph; Iam working with JBoss 3.0.4 and Axis 1.0. I have a series of business facade session beans fronting CMP/CMR entity beans. Now that I am exposing the session beans in Axis, it has been pretty simple so far, expecially with your EJBProvider. However, I have run into one serious issue. When a I retrieve a local remote of an entity bean via the session bean, the BeanSerializer in Axis does an excellent job of serializing it, except when there are CMR calls in the object. When there are, the bean searialzier calls the getXXX() in order to retrieve a collection of related objects, and the container throws an error saying that CMR calls must occur within the same transaction. So I am considering two options: 1. Rewrite EJBProvider to [optionally] start a UserTransaction so that the BeanSerializer executes all its calls in one transaction. (I would simply extend it, but I have not figured out the service name=X provider=java:EJB in the WSDD maps to the EJBProvider class...) 2. Use a mix of Remote remotes and Local Remotes and/or a series of value objects so that I can retrieve serialized remotes without invoking the CMR methods. Do you have any insight into this ? Thanks for your help. //Nicholas = Nicholas Whitehead Home: (973) 377 9335 Cell: (201) 615 2716 Work: (212) 622 5639 [EMAIL PROTECTED] ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.NET email is sponsored by: Take your first step towards giving your online business a competitive advantage. Test-drive a Thawte SSL certificate - our easy online guide will show you how. Click here to get started: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0027en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
AW: [JBoss-user] jboss.net xdoclet generation of web-service.xml
Tony, jboss.net generation is an optional sub-module to the EJBDoclet module - whose jar file should pop out the actual head build under jboss.net/output/lib/xdoclet-module-jboss-net.jar and - needs to be in the classpath of your ejbdoclet task definition. Then, you use it as other sub-module with ist own tag jbossnet like done in the jboss.net testsuite: ejbdoclet destdir=${build.gen-src} ejbspec=2.0 excludedtags=@version,@author fileset dir=${source.java} include name=org/jboss/test/net/hello/server/HelloBean.java/ include name=org/jboss/test/net/hello/HelloData.java/ /fileset entitycmp cmpspec=2.x/ remoteinterface/ homeinterface/ deploymentdescriptor xmlencoding =UTF-8 destdir=${build.resources}/hello/ejb/META-INF/ jboss xmlencoding=UTF-8 version=3.0 destdir=${build.resources}/hello/ejb/META-INF/ jbossnet webDeploymentName=Hello prefix=hello destdir=${build.resources}/hello/wsr/META-INF targetNameSpace=http://net.jboss.org/hello; / /ejbdoclet Best, CGJ -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 15. Januar 2003 12:30 An: [EMAIL PROTECTED] Betreff: [JBoss-user] jboss.net xdoclet generation of web-service.xml Hi, I have a problem generating the web-service.xml using the xdoclet+xjavadoc jar files from sourceforge. The process correctly generates all interfaces and deployment descriptor except for the web-service.xml file. I've included the entries from both the Ant build file and Bean source code. Am I missing a tag . Bean /** * * @ejb:bean name=Hello * jndi-name=Hello * type=Stateless * view-type=both * @ejb:interface generate=local,remote * * @ejb:ejb-ref ejb-name=Hello * view-type=local * ref-name=Hello * @ejb:transaction type=Required * @ejb:transaction-type type=Container * * @jboss-net:web-service urn=Hello *expose-all=true * */ ANT ejbdoclet sourcepath=${src.dir}/main/src/ destdir=${generated.java.dir} classpath =${classpath} ejbspec=2.0 force=true fileset dir=${src.dir}/main/src/ include name=org/jboss/net/sample/hello/ejb/*.java / /fileset packageSubstitution packages=ejb substituteWith=interfaces/ remoteinterface destdir=${generated.java.dir}/ localinterface destdir=${generated.java.dir}/ homeinterface destdir=${generated.java.dir}/ localhomeinterface destdir=${generated.java.dir}/ deploymentdescriptor destdir=${generated.java.dir}/ejb/META-INF/ jboss version=2.4 xmlencoding=UTF-8 destdir=${generated.java.dir}/ejb/META-INF/ /ejbdoclet Cheers TC Technology Tel: 020 7574 8880 (ext 48120) Fax: 020 7574 8120 E-mail: [EMAIL PROTECTED] HBOS Treasury Services plc 33 Old Broad Street London EC2N 1HZ -- -- For more information on HBOS Treasury Services, please visit http://www.HBOSTS.com Or for details of our online FX Deposit services, please go to http://www.HBOSdeal.com HBOS Treasury Services plc is part of the HBOS Group, which also includes Halifax plc and Bank of Scotland. Registered Office: 33 Old Broad Street, London EC2N 1HZ. Registered No. 2692890. Registered in England. Regulated by the Financial Services Authority. The information contained in this message is confidential and is intended for the addressee only. If you have received this message in error or there are any problems please notify the originator immediately. The unauthorised use, disclosure, copying or alteration of this message is strictly forbidden. This mail and any attachments have been scanned for viruses prior to leaving the HBOS Treasury Services plc network. HBOS Treasury Services plc will not be liable for direct, special, indirect or consequential damages arising from alteration of the contents of this message by a third party or as a result of any virus being passed on. HBOS Treasury Services plc reserves the right to monitor and record e-mail messages sent to and from this address for the purposes of investigating or detecting any unauthorised use of its system and ensuring its effective operation. == --- This SF.NET email is sponsored by: Take your first step towards giving your online business a competitive advantage. Test-drive a Thawte SSL certificate
AW: [JBoss-user] jboss.net xdoclet generation of web-service.xml
If I am totally off the scene, the head xdoclet is able to automatically register submodules by their accompanying meta-data ... They just need to be located in the classpath. CGJ -Ursprüngliche Nachricht- Von: Bruce Scharlau [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 15. Januar 2003 14:21 An: [EMAIL PROTECTED] Betreff: Re: [JBoss-user] jboss.net xdoclet generation of web-service.xml At 11:29 15/01/2003 +, you wrote: Hi, I have a problem generating the web-service.xml using the xdoclet+xjavadoc jar files from sourceforge. The process correctly generates all interfaces and deployment descriptor except for the web-service.xml file. I've included the entries from both the Ant build file and Bean source code. Am I missing a tag . Bean /** * * @ejb:bean name=Hello * jndi-name=Hello * type=Stateless * view-type=both * @ejb:interface generate=local,remote * * @ejb:ejb-ref ejb-name=Hello * view-type=local * ref-name=Hello * @ejb:transaction type=Required * @ejb:transaction-type type=Container * * @jboss-net:web-service urn=Hello *expose-all=true * */ ANT ejbdoclet sourcepath=${src.dir}/main/src/ destdir=${generated.java.dir} classpath =${classpath} ejbspec=2.0 force=true fileset dir=${src.dir}/main/src/ include name=org/jboss/net/sample/hello/ejb/*.java / /fileset packageSubstitution packages=ejb substituteWith=interfaces/ remoteinterface destdir=${generated.java.dir}/ localinterface destdir=${generated.java.dir}/ homeinterface destdir=${generated.java.dir}/ localhomeinterface destdir=${generated.java.dir}/ deploymentdescriptor destdir=${generated.java.dir}/ejb/META-INF/ jboss version=2.4 xmlencoding=UTF-8 destdir=${generated.java.dir}/ejb/META-INF/ /ejbdoclet Cheers TC Technology Tel: 020 7574 8880 (ext 48120) Fax: 020 7574 8120 E-mail: [EMAIL PROTECTED] HBOS Treasury Services plc 33 Old Broad Street London EC2N 1HZ Tony, I believe you need to add the JBossNetSubTask to the jboss xdoclet modules. I've not done this yet myself, but should be soon. Even better I found an old email on this from Jason Essington on this from a while back last December 11th. He said that you need to build jboss.net, then you can use the appropriate jar which you find at: The appropriate jar built in the jboss.net module and after a build is located at: /jboss-head/jboss.net/output/lib/xdoclet-module-jboss-net.jar Then you can use it like this: the jbossnet subtask will be included in the xdoclet-jboss-module.jar file. the supported tags for session beans look something like: Class Level Tag * @jboss-net.web-service * urn=MyServiceName * expose-all=true * * @jboss-net.authentication * domain=SomeSecurityDomain * * @jboss-net.authorization * domain=SomeSecurityDomain * allowed-roles=niceGuy,niceGirl * denied-roles=badHax0r Method level tag * @jboss-net.web-method Entity beans have a class tag that look something like: * @jboss-net.xml-schema * urn=SomeURN * data-object=true If data-object=true is used then the bean's data object is serialized rather than the entity bean itself. hope this helps -jason cheers, Bruce Dr. Bruce Scharlau Dept. of Computing Science University of Aberdeen Aberdeen AB24 3UE 01224 272193 http://www.csd.abdn.ac.uk/~bscharla mailto:[EMAIL PROTECTED] --- This SF.NET email is sponsored by: Take your first step towards giving your online business a competitive advantage. Test-drive a Thawte SSL certificate - our easy online guide will show you how. Click here to get started: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0027en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.NET email is sponsored by: Take your first step towards giving your online business a competitive advantage. Test-drive a Thawte SSL certificate - our easy online guide will show you how. Click here to get started: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0027en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
AW: [JBoss-user] Web services and BMP?
Did I get this right, you have a web-service layer that behaves like a (data-centric) resource and you like to use/hide it from/by a higher-level J2EE logic. Interesting. David Jenks told something about the new JCA-JAXM specification drafted for J2EE1.4 ... Maybe there could be design stances behind which go in your direction? SB-EB(BMP)-JCA-JAXM-Legacy could then be a way to go, but you have to make sure not to let the Persistence operations too fine-grained. SB-JCA-JAXM-Legacy will be most likely the more pratical way, but sometimes leads to bad design. Interested in pursuing that idea? Give David and me a note ... CGJ -Ursprüngliche Nachricht- Von: Thomas Aardal [mailto:[EMAIL PROTECTED]] Gesendet: Freitag, 10. Januar 2003 13:21 An: [EMAIL PROTECTED] Betreff: [JBoss-user] Web services and BMP? On a personal note: (Using jboss/jboss.net) In terms of good design, say I have a legacy system that exposes its api as web services, and I wish to use this in several places in a large deployment (including lots of other integrations, and cmp where appropriate), what is the community take on creating bmp's using web services code? Pros: Identical interface to business logic developers using entities in other parts of the system, container cache (in some cases), abstraction, ... Cons: Over-design, cache agreement difficulties etc (not being master), Anyone care to give their opinion? :) Thomas -- - Thomas Aardal; +47 97566202; +47 22331515; fax +47 22336024 Biskop Gunnerusgt. 2; Boks 805 Sentrum, 0104 Oslo; www.conduct.no; [EMAIL PROTECTED] -- --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
AW: [JBoss-user] Error Deploying JBoss.Net/Axis against JBoss/Tomcat4.1
Nicholas, The runtime error you encountered comes definitely from a version conflict between the axis.jar that has been used to compile your jboss-net.sar and the axis.jar that you use in your runtime environment. Indeed, the field in the FileProvider class has been removed Somewhere between RC1 to 1.0 ... How did you get the sar? Which version of jboss are you running? Is there an axis.jar in your Sar included. Do you have another version in your jboss/lib anywhere? CGJ -Ursprüngliche Nachricht- Von: Nicholas [mailto:[EMAIL PROTECTED]] Gesendet: Sonntag, 22. Dezember 2002 21:38 An: [EMAIL PROTECTED] Betreff: [JBoss-user] Error Deploying JBoss.Net/Axis against JBoss/Tomcat4.1 When I copy my jboss-net-tomcat.sar file to the deploy directory, I get this error: 15:26:44,073 INFO [AxisService] Starting 15:26:44,353 ERROR [URLDeploymentScanner] Failed to deploy: org.jboss.deployment.scanner.URLDeploymentScanner$ DeployedURL@cb998d6c{ url=file:/C:/jboss-3.0.4_tomcat-4.1.12/server/default/deploy/tomcat41-servic e.xml, deplo yedLastModified=0 } org.jboss.deployment.DeploymentException: Could not create deployment: file:/C:/jboss-3.0.4_tomcat-4.1.12/serv er/default/deploy/tomcat41-service.xml; - nested throwable: (java.lang.IllegalAccessError: try to access field org.apache.axis.configuration.FileProvider.myInputStream from class org.jboss.net.axis.XMLResourceProvider) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:827) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:621) etc. etc. Any ideas ? //Nicholas = Nicholas Whitehead Home: (973) 377 9335 Cell: (201) 615 2716 Work: (212) 622 5639 [EMAIL PROTECTED] --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user © --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
AW: [JBoss-user] Fastest (and stable) way to turn existing EJBs i nto Web Services?
Joe, As others on this list have mentioned, both custom serializers as well as the bean serializers work very well in the Axis architecture (where each serializer is responsible to contribute the correct schema description for its associated type to the overall WSDL). I have noticed a few minor issues with respect to .Net/Axis interoperability (.Net understands xsi:null, but does not send it everywhere, Axis can be lost without xsi:type annotations although that information could be inferred from bean reflection and the serializer registry, collections serialization needs some special care, some BeanSerializer generated wrong-cased element definitions, ...), but these were mainly in the context of writing dedicated EntityBean-ADO.Net serializers for a new kind of Web-Service/EJB architecture. ADO.NET and MS-Web Services Toolkit were obviously developed from different groups with different philosophies and have been, it seems, forced to integrate in .NET, so my prototype still does not fully work, must hack around a lot of unintuitive subtleties not specified anywhere and it will take until next year to finish this work. Please look at the soapbuilders interoperability initiative for more detail results on this http://www.whitemesa.com/interop.htm I havn´t installed/tested Altoweb (http://www.altoweb.com), so didn´t I use CapeClear (http://capeclear.com) yet. They claim to be JBoss-compatible and I´m quite sure that they have some similar examples. CGJ -Ursprüngliche Nachricht- Von: Joe Hung [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 18. Dezember 2002 18:48 An: '[EMAIL PROTECTED]' Cc: Joe Hung Betreff: RE: [JBoss-user] Fastest (and stable) way to turn existing EJBs i nto Web Services? Thanks Dr. Jung. It's good to hear that we should have JBoss.net ready in JBoss 3.2 by the end of...2002? ;) I don't really need fancy registry, and basic authentication is good enough for me. The thing I'm most concerned is, we have around 30 SLSBs but all of them use value object pattern that means the parameters in the SLSBs are not basic data types. Also the client is a .net client and not a plain Java client. I've been looking for a product that can do the above 2 things, ie (1) custom object serialization (and WSDL of course) and (2) .net client interoperability and I cannot seem to find any! Even on commercial product. Maybe I didn't look hard enough. I really would like your input on the status of the industry and gives me some suggestions. I'm staying on the JBoss side so far and I really hope JBoss.net can give me all these without some major surgery on our code (we use ejbdoclet too). I haven't checked out Altoweb. Do they have an example to show the above 2 requirements? cheers, -joe -Original Message- From: Jung , Dr. Christoph [mailto:[EMAIL PROTECTED]] Sent: Tuesday, December 17, 2002 11:37 PM To: '[EMAIL PROTECTED]' Subject: AW: [JBoss-user] Fastest (and stable) way to turn existing EJBs i nto Web Services? -Ursprüngliche Nachricht- Von: Joe Hung [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 18. Dezember 2002 02:30 An: [EMAIL PROTECTED] Betreff: [JBoss-user] Fastest (and stable) way to turn existing EJBs into Web Services? if I want to achieve it within the next 2 months? Depends on which JBoss version you want to use and which Web Service requirements you have. 1) Use JBoss with Axis (what version?) 2) Use JBoss.net (what version?) JBoss.net really is Axis with a bit of comfortability around. I will have backported the JBoss4(head)+Axis1(release) combo into JBoss3.2(beta)+Axis1(release) by the end of this year. If - that stability is what you are content with and - you stick pretty much with the SLSB as Web Service, JavaBean as XML-Structures approach and - you are satisfied with http-auth security and - you do not want sophisticated XML-registry support I guess that jboss.net could be your choice, especially since the xdoclet task makes it very easy to build. We will also care about smoothly migrating to the J2EE1.4 spec from the web service archive design. 3) Use 3rd party tools like GLUE. I have no experience with it. But they make a good and advanced impression (which they should for the money ;-), nevertheless seems to be somewhat proprietary. What about Altoweb? CGJ ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.NET email is sponsored by: Order your Holiday Geek
Scott did already integrate Axis Release 1.0 into Branch_3_2 *was* AW: [JBoss-user] Fastest (and stable) way to turn existing EJBs i nto Web Services?
Just noticed that he was already active and saved me some cvs headaches ;-) Thanks Scott, CGJ -Ursprüngliche Nachricht- Von: Joe Hung [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 18. Dezember 2002 18:48 An: '[EMAIL PROTECTED]' Cc: Joe Hung Betreff: RE: [JBoss-user] Fastest (and stable) way to turn existing EJBs i nto Web Services? Thanks Dr. Jung. It's good to hear that we should have JBoss.net ready in JBoss 3.2 by the end of...2002? ;) I don't really need fancy registry, and basic authentication is good enough for me. The thing I'm most concerned is, we have around 30 SLSBs but all of them use value object pattern that means the parameters in the SLSBs are not basic data types. Also the client is a .net client and not a plain Java client. I've been looking for a product that can do the above 2 things, ie (1) custom object serialization (and WSDL of course) and (2) .net client interoperability and I cannot seem to find any! Even on commercial product. Maybe I didn't look hard enough. I really would like your input on the status of the industry and gives me some suggestions. I'm staying on the JBoss side so far and I really hope JBoss.net can give me all these without some major surgery on our code (we use ejbdoclet too). I haven't checked out Altoweb. Do they have an example to show the above 2 requirements? cheers, -joe -Original Message- From: Jung , Dr. Christoph [mailto:[EMAIL PROTECTED]] Sent: Tuesday, December 17, 2002 11:37 PM To: '[EMAIL PROTECTED]' Subject: AW: [JBoss-user] Fastest (and stable) way to turn existing EJBs i nto Web Services? -Ursprüngliche Nachricht- Von: Joe Hung [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 18. Dezember 2002 02:30 An: [EMAIL PROTECTED] Betreff: [JBoss-user] Fastest (and stable) way to turn existing EJBs into Web Services? if I want to achieve it within the next 2 months? Depends on which JBoss version you want to use and which Web Service requirements you have. 1) Use JBoss with Axis (what version?) 2) Use JBoss.net (what version?) JBoss.net really is Axis with a bit of comfortability around. I will have backported the JBoss4(head)+Axis1(release) combo into JBoss3.2(beta)+Axis1(release) by the end of this year. If - that stability is what you are content with and - you stick pretty much with the SLSB as Web Service, JavaBean as XML-Structures approach and - you are satisfied with http-auth security and - you do not want sophisticated XML-registry support I guess that jboss.net could be your choice, especially since the xdoclet task makes it very easy to build. We will also care about smoothly migrating to the J2EE1.4 spec from the web service archive design. 3) Use 3rd party tools like GLUE. I have no experience with it. But they make a good and advanced impression (which they should for the money ;-), nevertheless seems to be somewhat proprietary. What about Altoweb? CGJ ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user --- This SF.NET email is sponsored by: Order your Holiday Geek Presents Now! Green Lasers, Hip Geek T-Shirts, Remote Control Tanks, Caffeinated Soap, MP3 Players, XBox Games, Flying Saucers, WebCams, Smart Putty. T H I N K G E E K . C O M http://www.thinkgeek.com/sf/ ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user © --- This SF.NET email is sponsored by: Geek Gift Procrastinating? Get the perfect geek gift now! Before the Holidays pass you by. T H I N K G E E K . C O M http://www.thinkgeek.com/sf/ ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
AW: [JBoss-user] Fastest (and stable) way to turn existing EJBs into Web Services?
-Ursprüngliche Nachricht- Von: Joe Hung [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 18. Dezember 2002 02:30 An: [EMAIL PROTECTED] Betreff: [JBoss-user] Fastest (and stable) way to turn existing EJBs into Web Services? if I want to achieve it within the next 2 months? Depends on which JBoss version you want to use and which Web Service requirements you have. 1) Use JBoss with Axis (what version?) 2) Use JBoss.net (what version?) JBoss.net really is Axis with a bit of comfortability around. I will have backported the JBoss4(head)+Axis1(release) combo into JBoss3.2(beta)+Axis1(release) by the end of this year. If - that stability is what you are content with and - you stick pretty much with the SLSB as Web Service, JavaBean as XML-Structures approach and - you are satisfied with http-auth security and - you do not want sophisticated XML-registry support I guess that jboss.net could be your choice, especially since the xdoclet task makes it very easy to build. We will also care about smoothly migrating to the J2EE1.4 spec from the web service archive design. 3) Use 3rd party tools like GLUE. I have no experience with it. But they make a good and advanced impression (which they should for the money ;-), nevertheless seems to be somewhat proprietary. What about Altoweb? CGJ ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] FYI: The Register - Article mentioning JBoss, JCP and Sun
Title: Nachricht guess you already know this,but just in case ... http://www.theregister.co.uk/content/53/28472.html CGJ ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/
AW: [JBoss-user] FYI: The Register - Article mentioning JBoss, JCP and Sun
-Ursprüngliche Nachricht- Correct me if I'm wrong, but since it appears that JAXM based Message Driven Beans isn't going to make it in EJB 2.1, the only thing left is JAXR endpoint interfaces to SLSB's (and resource factories to external web services). If JBoss re-aligns the ..wsr archive stuff to accomodate SLSB endpoints, why exclude it? Although I haven´t yet made it through the spec, I can confirm that we already have slsb endpoints and external web service references. I unfortunately cannot promise any date when we will have the stuff spec-conform (would be kind of wrapper around the wsr/Axis-wsdd deployment, should be easy enough) because of heavy work-load. Any volunteers? CGJ ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
AW: [JBoss-user] .wsr service inside ear cannot be redeployed?
Title: Nachricht Alex, IMHO thisJBOss.net bug has been fixed in 3.2beta CGJ -Ursprüngliche Nachricht-Von: Alexey Yudichev [mailto:[EMAIL PROTECTED]] Gesendet: Donnerstag, 5. Dezember 2002 14:35An: [EMAIL PROTECTED]Betreff: [JBoss-user] .wsr service inside ear cannot be redeployed? In Jboss 3.0.4 I have an ear application deployed. application.xml is ?xml version="1.0" encoding="UTF-8"? !DOCTYPE application PUBLIC "-//Sun Microsystems, Inc.//DTD J2EE Application 1.2//EN" "http://java.sun.com/j2ee/dtds/application_1_2.dtd" application display-nameMMS/display-name module ejbMMSEjb.jar/ejb /module module web web-urimms.war/web-uri context-rootmms/context-root /web /module module javaMMSEjb.wsr/java /module /application It is deployed without any errors and MMSEjb.wsr module is working properly. If I touch application.xml (My ear is actually a subdirectory in "deploy" directory) re-deployment stops while attempting to re-deploy MMSEjb.wsr. If I comment it out in application.xml, the app is redeployed normally. The following is the exception in server.log: 2002-12-05 15:27:49,292 ERROR [org.jboss.deployment.scanner.URLDeploymentScanner] Failed to deploy: org.jboss.deployment.scanner.URLDeploymentScanner$DeployedURL@e08508f9{ url="" href="" target=_blank>file:/C:/usr/local/java/jboss-3.0.4/server/default/deploy/80_MMS.ear/, deployedLastModified=1039084084390 } org.jboss.deployment.DeploymentException: attempting to redeploy a depoyed module! file:/C:/usr/local/java/jboss-3.0.4/server/default/deploy/80_MMS.ear/MMSEjb.wsr at org.jboss.net.axis.server.AxisService.create(AxisService.java:504) at org.jboss.deployment.MainDeployer.create(MainDeployer.java:760) at org.jboss.deployment.MainDeployer.create(MainDeployer.java:752) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:620) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:585) at sun.reflect.GeneratedMethodAccessor13.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy4.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:435) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:561) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:212) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.loop(AbstractDeploymentScanner.java:225) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.run(AbstractDeploymentScanner.java:202) Please provide a workaround if it exists. ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/
AW: [JBoss-user] WebService Problem - Unable to view WSDL
Note that the (deprecated) ejb-ref feature works by setting up a local name in comp/env that is just a redirection to the given global name. Hence your java:comp/env/nEngineApplicationServer.ApplicationServerHome will not automatically point to java:nEngineApplicationServer.ApplicationServerHome. Just set the bean jndi name to java:nEngineApplicationServer.ApplicationServerHome and remove the ejb-ref stuff and see Whether it works then. CGJ -Ursprüngliche Nachricht- Von: Dhiraj Ramakrishnan [mailto:[EMAIL PROTECTED]] Gesendet: Montag, 11. November 2002 14:05 An: [EMAIL PROTECTED] Betreff: [JBoss-user] WebService Problem - Unable to view WSDL Hi Guys, I have deployed a webservice onto JBoss-3.0.2. The web-service.xml file looks like this , deployment xmlns=http://xml.apache.org/axis/wsdd/; xmlns:xsi=http://www.w3.org/2000/10/XMLSchema-instance; targetNamespace=http://net.jboss.org/nEngineApplicationServer; xmlns:nEngineApplicationServer=http://net.jboss.org/nEngineApplicationServe r xmlns:java=http://xml.apache.org/axis/wsdd/providers/java; !-- this is an extension to the Axis deployment descriptor which allows to specify the naming environment for the deployed ws logic -- ejb-ref ejb-ref-namenEngineApplicationServer/ejb-ref-name ejb-linknEngineApplicationServer/ejb-link /ejb-ref service name=nEngineService provider=Handler parameter name=handlerClass value=org.jboss.net.axis.server.EJBProvider/ parameter name=beanJndiName value=java:comp/env/nEngineApplicationServer.ApplicationServerHome/ parameter name=homeInterfaceName value=ApplicationServerHome/ parameter name=allowedMethods value=*/ requestFlow name=nEngineServiceRequest handler name TransactionRequestHandler type=java:org.jboss.net.axis.server.TransactionRequestHandler/ /requestFlow responseFlow name=nEngineServiceResponse handler name=SerialisationResponseHandler type=java:org.jboss.net.axis.server.SerialisationResponseHandler/ handler name=TransactionResponseHandler type=java:org.jboss.net.axis.server.TransactionResponseHandler/ /responseFlow /service /deployment I am unable to view the wsdl of the service when i do the following, http://localhost:8080/axis/services/nEngineService?wsdl It says that one particular entity bean has not been bound. But when i see the jmx-console that bean is listed in the JNDIVIEW Further more in the following link http://localhost:8080/axis/services?list i can distictly see my Service listed. You can also reach me at [EMAIL PROTECTED] Any ideas on this problem , Thanks in advance Dhiraj Ramakrishan --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
AW: [JBoss-user] jboss-net under jboss-3.0.3_tomcat-4.0.x
Bruce, I just come from a one week stay at a US conference and I am just heading for three weeks of holiday. I plan to update 3.2 up to head to axis release 1.0 over the weekend, but cannot promise that I will manage to do so. Cu then, CGJ -Ursprüngliche Nachricht- Von: Bruce Scharlau [mailto:scharlau;csd.abdn.ac.uk] Gesendet: Freitag, 8. November 2002 13:22 An: [EMAIL PROTECTED] Betreff: [JBoss-user] jboss-net under jboss-3.0.3_tomcat-4.0.x Christoph, quick question for you: which version of axis is used to build the jboss-3.0.x versions? I found that you can get jboss-net to work with tomcat under this version with a few changes: 1) go to server/all/deploy and rename jboss-net.sar to jboss-net-temp.sar 2) create new directory called jboss-net.sar 3) unpack contents of jboss-net-temp.sar file into jboss-net.sar directory 4) edit jboss-service.xml file under the META-INF directory and change the depends line so that it reads: dependsjboss.web:service=EmbeddedCatalinaSX/depends (it will orginally say JBossWeb I think, but you want it to say EmbeddedCatalinaSX) Now start jboss with the -c all flag so that you use the all structure. You'll find Jboss-net under http://localhost:8080/axis/*/services BUT, the method calls I used from the demos produced errors suggesting that I was using the wrong method calls. cheers, Bruce Dr. Bruce Scharlau Dept. of Computing Science University of Aberdeen Aberdeen AB24 3UE 01224 272193 http://www.csd.abdn.ac.uk/~bscharla mailto:scharlau;csd.abdn.ac.uk --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
AW: [JBoss-user] AxisService runtime linkage error
Dustin, First time I see this error. Could have something to do with sealing Currently, I really dunno. The subject Of the linkeage error should be part of the jboss-net.jar ... Did you put some additional jar containing the class into your classpath? Did you exchange the axis.jar in thirdparty or in dist? CGJ -Ursprüngliche Nachricht- Von: Barlow, Dustin [mailto:Dustin_Barlow;tvratings.com] Gesendet: Mittwoch, 23. Oktober 2002 19:33 An: '[EMAIL PROTECTED]' Betreff: [JBoss-user] AxisService runtime linkage error OS: W2K JDK: 1.4.1 JBoss: 3.2.0beta2 Just did a cvs update and a new build of version 3.2.0beta1. Ran the all target and the following error was generated on startup: server.log snippet 2002-10-23 13:21:24,646 DEBUG [org.jboss.deployment.SARDeployer] Deploying SAR, start step: url file:/C:/java/jboss-3.2.0beta2/server/all/deploy/jboss-net.sar/ 2002-10-23 13:21:24,646 DEBUG [org.jboss.system.ServiceController] starting service jboss.net:service=Axis 2002-10-23 13:21:24,646 INFO [org.jboss.net.axis.server.AxisService] Starting 2002-10-23 13:21:24,943 DEBUG [org.apache.axis.AxisEngine] Enter: AxisEngine::init 2002-10-23 13:21:25,068 WARN [org.jboss.system.ServiceController] Problem starting service jboss.net:service=Axis java.lang.LinkageError: loader constraints violated when linking javax/xml/namespace/QName class at org.apache.axis.encoding.TypeMappingRegistryImpl.init(TypeMappingRegistryI mpl.java:178) at org.apache.axis.deployment.wsdd.WSDDDeployment.init(WSDDDeployment.java:50 0) at org.jboss.net.axis.Deployment.init(Deployment.java:66) at org.jboss.net.axis.XMLResourceProvider.buildDeployment(XMLResourceProvider.j ava:72) at org.jboss.net.axis.XMLResourceProvider.configureEngine(XMLResourceProvider.j ava:58) at org.apache.axis.AxisEngine.init(AxisEngine.java:187) at org.apache.axis.AxisEngine.init(AxisEngine.java:172) at org.apache.axis.server.AxisServer.init(AxisServer.java:125) at org.jboss.net.axis.server.AxisService.startService(AxisService.java:218) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:197) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39 ) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl ...java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispat cher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController..jav a:962) at $Proxy9.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:388) at sun.reflect.GeneratedMethodAccessor10.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl ...java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispat cher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy5.start(Unknown Source) at org.jboss.deployment.SARDeployer.start(SARDeployer.java:304) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:818) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:630) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:594) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39 ) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl ...java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispat cher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy7.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanne r.java:396) at org.jboss.deployment.scanner.URLDeploymentScanner.scanDirectory(URLDeploymen tScanner.java:615) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner. java:468) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan( AbstractDeploymentScanner.java:195) at org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(Abstract DeploymentScanner.java:268) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:197) at
AW: AW: [JBoss-user] AxisService runtime linkage error
Adrian, That´s a quite detailed and accurate analysis. I´m wondering whether wsdl4j.jar is needed by the runtime anymore ... Will check that, but could not commit before the 5th of November. So I will open a bug report on that (also to remind me). CGJ -Ursprüngliche Nachricht- Von: Adrian Brock [mailto:warjort;hotmail.com] Gesendet: Freitag, 25. Oktober 2002 12:01 An: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Betreff: Re: AW: [JBoss-user] AxisService runtime linkage error Hello Dr Jung, I've seen this as well. javax.xml.namespace.QName is in both jaxrpc.jar and wsdl4j.jar If Jboss loads the class from wsdl4j.jar, you get the error, the rest of package javax.xml.namespace is in jaxrpc.jar. JBoss gives each jar its own classloader for hot-deploy, but you cannot access package private methods across classloaders. Removing the class from wsdl4j.jar fixes the problem. Regards, Adrian From: Jung , Dr. Christoph [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: '[EMAIL PROTECTED]' [EMAIL PROTECTED] Subject: AW: [JBoss-user] AxisService runtime linkage error Date: Fri, 25 Oct 2002 10:19:29 +0200 Dustin, First time I see this error. Could have something to do with sealing Currently, I really dunno. The subject Of the linkeage error should be part of the jboss-net.jar ... Did you put some additional jar containing the class into your classpath? Did you exchange the axis.jar in thirdparty or in dist? CGJ -Ursprüngliche Nachricht- Von: Barlow, Dustin [mailto:Dustin_Barlow;tvratings.com] Gesendet: Mittwoch, 23. Oktober 2002 19:33 An: '[EMAIL PROTECTED]' Betreff: [JBoss-user] AxisService runtime linkage error OS: W2K JDK: 1.4.1 JBoss: 3.2.0beta2 Just did a cvs update and a new build of version 3.2.0beta1. Ran the all target and the following error was generated on startup: server.log snippet 2002-10-23 13:21:24,646 DEBUG [org.jboss.deployment.SARDeployer] Deploying SAR, start step: url file:/C:/java/jboss-3.2.0beta2/server/all/deploy/jboss-net.sar/ 2002-10-23 13:21:24,646 DEBUG [org.jboss.system.ServiceController] starting service jboss.net:service=Axis 2002-10-23 13:21:24,646 INFO [org.jboss.net.axis.server.AxisService] Starting 2002-10-23 13:21:24,943 DEBUG [org.apache.axis.AxisEngine] Enter: AxisEngine::init 2002-10-23 13:21:25,068 WARN [org.jboss.system.ServiceController] Problem starting service jboss.net:service=Axis java.lang.LinkageError: loader constraints violated when linking javax/xml/namespace/QName class at org.apache.axis.encoding.TypeMappingRegistryImpl.init(TypeMappingRegi stryI mpl.java:178) at org.apache.axis.deployment.wsdd.WSDDDeployment.init(WSDDDeployment.java:5 0 0) at org.jboss.net.axis.Deployment.init(Deployment.java:66) at org.jboss.net.axis.XMLResourceProvider.buildDeployment(XMLResourceProvider. j ava:72) at org.jboss.net.axis.XMLResourceProvider.configureEngine(XMLResourceProvider. j ava:58) at org.apache.axis.AxisEngine.init(AxisEngine.java:187) at org.apache.axis.AxisEngine.init(AxisEngine.java:172) at org.apache.axis.server.AxisServer.init(AxisServer.java:125) at org.jboss.net.axis.server.AxisService.startService(AxisService.java:218) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:197) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:3 9 ) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImp l ...java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispa t cher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController..j av a:962) at $Proxy9.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:388) at sun.reflect.GeneratedMethodAccessor10.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImp l ...java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispa t cher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy5.start(Unknown Source) at org.jboss.deployment.SARDeployer.start(SARDeployer.java:304) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:818) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:630) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:594) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:3
AW: [JBoss-user] AxisService runtime linkage error
See the answer from adrian. Remove one Qname class, e.g., from wsdl4.jar as a workaround. I filed this as a hugh-priority bug. CGJ -Ursprüngliche Nachricht- Von: Barlow, Dustin [mailto:Dustin_Barlow;tvratings.com] Gesendet: Freitag, 25. Oktober 2002 15:43 An: '[EMAIL PROTECTED]' Betreff: RE: [JBoss-user] AxisService runtime linkage error CGJ, I have no other libs but the ones that come from a stock (unmodified) JBoss build. Dustin -Original Message- From: Jung , Dr. Christoph [mailto:christoph.jung;infor.de] Sent: Friday, October 25, 2002 4:19 AM To: '[EMAIL PROTECTED]' Subject: AW: [JBoss-user] AxisService runtime linkage error Dustin, First time I see this error. Could have something to do with sealing Currently, I really dunno. The subject Of the linkeage error should be part of the jboss-net.jar ... Did you put some additional jar containing the class into your classpath? Did you exchange the axis.jar in thirdparty or in dist? CGJ -Ursprüngliche Nachricht- Von: Barlow, Dustin [mailto:Dustin_Barlow;tvratings.com] Gesendet: Mittwoch, 23. Oktober 2002 19:33 An: '[EMAIL PROTECTED]' Betreff: [JBoss-user] AxisService runtime linkage error OS: W2K JDK: 1.4.1 JBoss: 3.2.0beta2 Just did a cvs update and a new build of version 3.2.0beta1. Ran the all target and the following error was generated on startup: server.log snippet 2002-10-23 13:21:24,646 DEBUG [org.jboss.deployment.SARDeployer] Deploying SAR, start step: url file:/C:/java/jboss-3.2.0beta2/server/all/deploy/jboss-net.sar/ 2002-10-23 13:21:24,646 DEBUG [org.jboss.system.ServiceController] starting service jboss.net:service=Axis 2002-10-23 13:21:24,646 INFO [org.jboss.net.axis.server.AxisService] Starting 2002-10-23 13:21:24,943 DEBUG [org.apache.axis.AxisEngine] Enter: AxisEngine::init 2002-10-23 13:21:25,068 WARN [org.jboss.system.ServiceController] Problem starting service jboss.net:service=Axis java.lang.LinkageError: loader constraints violated when linking javax/xml/namespace/QName class at org.apache.axis.encoding.TypeMappingRegistryImpl.init(TypeMa ppingRegistryI mpl.java:178) at org.apache.axis.deployment.wsdd.WSDDDeployment.init(WSDDDepl oyment.java:50 0) at org.jboss.net.axis.Deployment.init(Deployment.java:66) at org.jboss.net.axis.XMLResourceProvider.buildDeployment(XMLReso urceProvider.j ava:72) at org.jboss.net.axis.XMLResourceProvider.configureEngine(XMLReso urceProvider.j ava:58) at org.apache.axis.AxisEngine.init(AxisEngine.java:187) at org.apache.axis.AxisEngine.init(AxisEngine.java:172) at org.apache.axis.server.AxisServer.init(AxisServer.java:125) at org.jboss.net.axis.server.AxisService.startService(AxisService .java:218) at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport .java:197) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess orImpl.java:39 ) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMeth odAccessorImpl ...java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(Reflec tedMBeanDispat cher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) at org.jboss.system.ServiceController$ServiceProxy.invoke(Service Controller..jav a:962) at $Proxy9.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:388) at sun.reflect.GeneratedMethodAccessor10.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMeth odAccessorImpl ...java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(Reflec tedMBeanDispat cher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy5.start(Unknown Source) at org.jboss.deployment.SARDeployer.start(SARDeployer.java:304) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:818) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:630) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:594) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess orImpl.java:39 ) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMeth odAccessorImpl ...java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(Reflec tedMBeanDispat cher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549
AW: [JBoss-user] Simple Hello-World Webservice for 3.2?
Put the class into your .wsr and voilà. Alternatively, if the wsr is part of a complete ear, the referred classes may also be located in a neighbour ejb-jar -Ursprüngliche Nachricht- Von: Rupp,Heiko [mailto:heiko.rupp;bancotec.de] Gesendet: Mittwoch, 23. Oktober 2002 13:12 An: '[EMAIL PROTECTED]' Betreff: RE: [JBoss-user] Simple Hello-World Webservice for 3.2? Hi, I've renamed the ear to _ear.zip so you can easily open it. Thanks Hope this helps. Yes, definitely. Now .. when I have server/all/deploy/hello.wsr with META-INF/web-service.xml: deployment xmlns=http://xml.apache.org/axis/wsdd/; xmlns:xsi=http://www.w3.org/2000/10/XMLSchema-instance; xmlns:java=http://xml.apache.org/axis/wsdd/providers/java; service name=testMath provider=java:RPC parameter name=className value=hello.math/ parameter name=allowedMethods value=add/ /service /deployment Where does the hello.math class have to be ? The webservice itself gets deployed, but when calling it at http://localhost:8080/jboss-net/services/testMath I get an exception that the class 'hello.math' can not be found and Axis tells me that it has to go 'to the right place', which isn't really specific .. Thanks Heiko -- Bancotec GmbH EMail: [EMAIL PROTECTED] Calwer Str. 33 Telefon: +49 711 222 992 0 D-70173 Stuttgart Telefax: +49 711 222 992 999 --- This sf.net emial is sponsored by: Influence the future of Java(TM) technology. Join the Java Community Process(SM) (JCP(SM)) program now. http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0002en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This sf.net email is sponsored by: Influence the future of Java(TM) technology. Join the Java Community Process(SM) (JCP(SM)) program now. http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0002en ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
AW: [JBoss-user] Problem in Jboss.net with WSDL
Nick, Looking over the Axis-codebase, I have come to the conclusion that this is a feature of the Java2WSDL package and the Axis EJBProvider which we have subclassed. The EJBProvider gives the EJB interface class to the emmitter which then does the getDeclaredMethods() reflection call instead of getMethods(). This is indeed not nice and makes me think of handing the emitter our own meta-model (org.apache.axis.description) for EJBeans ... CGJ -Ursprüngliche Nachricht- Von: Nicholas Wilcox [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 9. Oktober 2002 07:23 An: [EMAIL PROTECTED] Betreff: [JBoss-user] Problem in Jboss.net with WSDL I have a stateless session bean whose remote interface extends another interface. public interface UserManagerRemote extends IUserManager, EJBObject { // All business methods defined in IUserManager } When I expose this EJB as a webservice through jboss.net none of the methods show up in the dynamically generated WSDL file (http://localhost:8080/axis/services/LdapUserManager?wsdl). If I add the methods in UserManagerRemote than they do appear in the WSDL. Is this a bug or do I need to do something different? Please cc me when replying because I'm not on the list. -- Nick Wilcox. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
AW: [JBoss-user] [Fwd: Announcing Axis 1.0!]
Rc2 is in head. I will cater for the final release in a few days. -Ursprüngliche Nachricht- Von: David Ward [mailto:[EMAIL PROTECTED]] Gesendet: Montag, 7. Oktober 2002 21:29 An: [EMAIL PROTECTED] Betreff: [JBoss-user] [Fwd: Announcing Axis 1.0!] FYI for Dr. Jung and others interested in JBoss.net stuff... --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
AW: [JBoss-user] Gosling has Web Services right...
Although I find this ever-cycling discussion boring (more than programming web services with jboss.net ;-), here another 2: - web services have become a tool-vendor-driven hype to sell .Net and the next generation of J2EE servers (what else does 1.4 offer as a major added-value when compared to the deep architectural non-J2EE-standard insights made in JBoss 3?). You can´t sell Visual Studio, ..NET server and other thingies by arguing with fantastic COM+-technology. You can´t sell the next Oracle IAS with ultimate CORBA support, couldn´t you? - At the core, there is nevertheless a fascinating idea which is a similar step in quality than what has happend when transgressing from mask-oriented, proprietary terminal screens to the globally hyperlinked and ubiquitous html-web on the presentation level. Web services could generate a globally, application-level hyperlinked xml/soap-web in which programming against Google and/or Babelfish to build added-value services which themselves eventually become web services is as easy as sending an http-request through your browser (and hopefully without all of that Idl-crap, wsdl is certainly not intended to be human-processible, but tool-processible). Tell me one (even toy) CORBA-service that is running live in the net and that provides you, e.g., the weather-forecast data for your region. - Of course, web services try to assimilate the network transparency and interface-design aspects of traditional RPC-middleware. But when everybody does it (and a lot of companies have jumped on the wagon), it will factually supersede CORBA and COM no matter if techologies are different or similar, if xml if better or worse than IIOP (btw: have you ever wrote a transformation service that manipulates an incoming IIOP stream using Open Source tools? ok I´m biased ), etc. CGJ -Ursprüngliche Nachricht- Von: Pete Beck [mailto:[EMAIL PROTECTED]] Gesendet: Montag, 30. September 2002 14:50 An: [EMAIL PROTECTED] Betreff: Re: [JBoss-user] Gosling has Web Services right... On Mon, 2002-09-30 at 12:08, Juha-P Lindfors wrote: On 30 Sep 2002, Pete Beck wrote: On Fri, 2002-09-27 at 19:15, Bill Burke wrote: What I've been saying all along... People have been building Web services under different names for 20 or 30 years, he explains. We've been building distributed systems for years out using CORBA and RMI and all of that. Except of course for the fact that the Web hasn't existed for 20 or 30 years. It is true that distributed computing has been around for a long time, but Web services are definitely a new approach to the problem. The marketing machine behind it should make it far more widespread than previous efforts and that is IMHO a good thing. how does the presence of web servers (as opposed to any other server) change the way we do RPC? That's an easy one. Using web-servers enables you to use the benefits of a well-established infrastructure. It means that you can present you services to clients without having to worry about firewalls etc. If they can browse the web, then they should also be able to access your services. It's more of a logistical point than a technical one. In combination with XML you have a solution which is cross-platform and cross-language. CORBA can claim the same, but non-techies generally aren't familiar with the idea of distributed objects. Now if you tell them you have a system where computers can talk to each other over the web, then you have something they can understand. -- Peter Beck BEng (hons) - Managing Director, Electrostrata Ltd. http://www.electrostrata.com --+-+-+-+-- Experts in e-business and e-commerce --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
AW: [JBoss-user] jboss.net changes and xdoclet
Jason, We decided to get rid of the redundante ejb-ref/ tags inside the web-service.xml - I am not sure whether this is already reflected in the xdoclet template, that is why I marked this feature as deprecated. It has nothing to do with the authentication and authorization handlers which allow you to authenticate (sic!) and authorize (sicut!) an incoming web service call per web-service transport chain (and not globally through the servlet configuration) against the specified security domain. I would be very interested in your adaptions, BTW. Is this against the jboss-version of xdoclet? CGJ -Ursprüngliche Nachricht- Von: Jason Essington [mailto:[EMAIL PROTECTED]] Gesendet: Dienstag, 24. September 2002 21:42 An: [EMAIL PROTECTED] Betreff: [JBoss-user] jboss.net changes and xdoclet I have hacked the jboss.net module (supplied in the cvs version of jboss) to work with the latest version of xdoclet. It has been working fine, but since the recent changes to jboss.net I am getting this warning upon deployment: 13:28:31,238 WARN [AxisService] Web Service Deployment org.jboss.deployment.DeploymentInfo@90610f9c { url=file:/Users/jason/jboss-3.2.0beta/server/default/tmp/deploy/server/ default/deploy/hedgehog-app.ear/72.hedgehog-app.ear-contents/hedgehog- soap.wsr } deployer: org.jboss.net.axis.server.AxisService@1001ca status: Starting state: START_DEPLOYER watch: jar:file:/Users/jason/jboss-3.2.0beta/server/default/tmp/deploy/server/ default/deploy/hedgehog-app.ear/72.hedgehog-app.ear-contents/hedgehog- soap.wsr!/META-INF/web-service.xml lastDeployed: 1032895699652 lastModified: 1032895699000 mbeans: makes use of the deprecated ejb-ref feature. Please adjust any ejb-providing service tag inside your web-service.xml pointing to ejb/Login to use the absolute Login instead. It doesn't seem to effect how jboss.net works, but I would like to adjust the xdoclet module's xdt file to work properly without raising this warning. What is this warning trying to tell me (I'm kinda dense sometimes)? Should I remove the ejb-ref tags and just use the ejb/[beanName] jndi name? does anyone have a sample web-service.xml file that conforms to the newer requirements? also I have not quite nailed down when, why and how to use JBossAuthenticationHandler and JBossAuthorizationHandler. is it as simple as adding: handler type=java:org.jboss.net.axis.server. JBossAuthenticationHandler/ and / or handler type=java:org.jboss.net.axis.server. JBossAuthorizationHandler/ in your requestFlow? or is there more to it than that? Under what circumstances would I want to use these handlers? Thanks -jason --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
AW: AW: [JBoss-user] jboss.net and persistence
-Ursprüngliche Nachricht- Von: Jason Essington [mailto:[EMAIL PROTECTED]] Gesendet: Dienstag, 24. September 2002 21:18 An: [EMAIL PROTECTED] Betreff: Re: AW: [JBoss-user] jboss.net and persistence Actually the client portion is being written in REALbasic and am having to develop it as I go. It appears that jboss.net/axis uses a Cookie to track the session. I am not sure, but I thought that I managed to get it working through a persistent http-connection, too. after doing some research (trial and error mostly) it seems that I also need to add: parameter name=scope value=Session/ to the service element of my web-service.xml file to get jboss.net to remember I want to maintain a session. Have to recheck that, I´m not sure where the ejb reference is put by axis, but it is a good hint. Is this really the case, or should jboss.net be able to tell that my session bean is stateful and declare the scope on its own? I´d rather like to have it configurable. Is there any way to tell jboss.net that you are done with a given stateful session bean, or should the Session cookie just be forgotten and wait for jboss to reclaim the bean? What I still have to implement is to call the remove() method on the ejb reference when the session is cleared. GC is too spourious to rely on. Thanks for the reminder. CGJ ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
AW: AW: [JBoss-user] jboss.net and persistence
Kevin, We have subclassed the Axis EJBProvider to only depend on the JNDIName (and the Scope as it seems). Unfortunately, EJBMetaData is only accessible from EJBHome and not from EJBLocalHome (which makes sense when designing an application that just uses in-VM RMI communication and out-VM SOAP). I hesitate building two separate Providers, especially since the automatic scoping behaviour would be only available for one of them. Hmm. But what about having the xdoclet template caring about that scope issue? CGJ -Ursprüngliche Nachricht- Von: Kevin Conner [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 25. September 2002 11:32 An: '[EMAIL PROTECTED]' Betreff: RE: AW: [JBoss-user] jboss.net and persistence after doing some research (trial and error mostly) it seems that I also need to add: parameter name=scope value=Session/ to the service element of my web-service.xml file to get jboss.net to remember I want to maintain a session. Have to recheck that, I´m not sure where the ejb reference is put by axis, but it is a good hint. The default scope in Axis is 'Request'. If you do not change this then the service will be created and destroyed every time a request is serviced. 'Session' and 'Application' are the others. I don't know if JBoss.net has a different EJB provider, we're bundling Axis within our ear file, but the Axis provider requires you to specify a number of options that can be determined from the EJBMetaData :-( Kev Kevin Conner Orchard Information Systems Limited Newcastle Technopole, Kings Manor Newcastle Upon Tyne, NE1 6PA. United Kingdom Registered in England, Number 1900078 Tel: +44 (0) 191-2032536 Fax: +44 (0) 191 2302515 --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/ --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user