Exposing and EJB as a webservice

I'm trying to expose a stateless session bean as a webservice. I have not been able to find explicit instructions on how to do this in any of the docs or examples. Specifically, I would like to know the following: 1) how do I generate the .wsdl for for me EJB? Do I simply run the remote home int

DO NOT REPLY [Bug 7869] - BeanDeserializer does not say anything sensible if setter method not found

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: xml-axis/java/test/encoding AttributeBean.java TestAttributes.java

scheu 02/04/19 17:22:25 Modified:java/src/org/apache/axis/description TypeDesc.java java/src/org/apache/axis/encoding/ser BeanDeserializer.java BeanPropertyTarget.java BeanSerializer.java SimpleDeserializer.java SimpleSeri

RE: Bean Field Serialization/Deserialization

Not sure what you are asking for. I will get my change working (with a testcase) and we can proceed from there. Rich Scheuerle XML & Web Services Development 512-838-5115 (IBM TL 678-5115)

RE: Bean Field Serialization/Deserialization

> This could also > speed deserialization since the resultant new FieldDesc could > also implement Target and set the property/field in the > appropriate manner. ...except for the fact that we'd still need the target object as well as the Field

RE: Bean Field Serialization/Deserialization

Cool!! What do you think about exploring the possibility of merging this expanded functionality with FieldDesc? This could also speed deserialization since the resultant new FieldDesc could also implement Target and set the property/field in the appropriate manner. --Glen > -Origin

Bean Field Serialization/Deserialization

There has been some discussion and bugs related to the serialization and deserialization of beans that do not have getter/setters but instead have public fields. I am working on the following change. Changes to utils.BeanPropertyDescriptor: * Add constructor to set BPD with a java.lang.reflect.

RE: cvs commit: xml-axis/java/src/org/apache/axis/wsdl/toJava JavaBeanWriter.java

Ack! Fixed. -- Tom Jordahl -Original Message- From: Russell Butek [mailto:[EMAIL PROTECTED]] Sent: Friday, April 19, 2002 4:57 PM To: [EMAIL PROTECTED] Subject: Re: cvs commit: xml-axis/java/src/org/apache/axis/wsdl/toJava JavaBeanWriter.java Tom, this broke the build. See tests t

cvs commit: xml-axis/java/src/org/apache/axis/wsdl/toJava JavaBeanWriter.java

tomj02/04/19 14:22:23 Modified:java/src/org/apache/axis/wsdl/toJava JavaBeanWriter.java Log: Don't emit string constructor twice if the value of the simple type is a string. Revision ChangesPath 1.9 +6 -4 xml-axis/java/src/org/apache/axis/wsdl/toJava/Ja

Re: cvs commit: xml-axis/java/src/org/apache/axis/wsdl/toJavaJavaBeanWriter.java

Tom, this broke the build. See tests test/wsdl/refattr and test/wsdl/types Russell Butek [EMAIL PROTECTED] [EMAIL PROTECTED] on 04/19/2002 02:31:23 PM Please respond to [EMAIL PROTECTED] To:[EMAIL PROTECTED] cc: Subject:cvs commit: xml-axis/java/src/org/apache/axis/wsdl/toJava

DO NOT REPLY [Bug 7869] - BeanDeserializer does not say anything sensible if setter method not found

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: xml-axis/java TODO.txt

butek 02/04/19 13:33:20 Modified:java TODO.txt Log: gump now works (yay). I've started working on the sample readmes. The attachment sample doesn't seem to work any more. Rick/Doug are looking into it. Revision ChangesPath 1.44 +3 -2 xml-axis

RE: soap:header

See inline. -Original Message- From: Dittmann Werner [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 18, 2002 3:00 AM To: '[EMAIL PROTECTED]' Subject: AW: soap:header Sylvain, sorry about the confusion. I was looking at the SOAP specs only. Now having a look at the WSDL specs I tried

cvs commit: xml-axis/java/samples/echo readme

butek 02/04/19 13:30:44 Modified:java/samples/attachments README Added: java/samples/bidbuy readme java/samples/echo readme Log: Added a couple readme sample files. Updated attachment/readme. Revision ChangesPath 1.4 +3 -3 xml-axis/ja

DO NOT REPLY [Bug 8313] New: - WSDL2Java generates client BindingStub with wrong java.util.Properties method

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 7923] - BeanSerializer ptr exception when only 'setter' present

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 8296] - WSDL2Java forces use of namespace prefix in type attribute value

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 8296] - WSDL2Java forces use of namespace prefix in type attribute value

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Message provider

Is anyone currently using the method signatures with the MessageContext argument on document-style services with the MsgProvider? e.g.: public void myMethod(MessageContext context, Document doc) I am planning to remove this functionality over the weekend. Please switch to using MessageConte

cvs commit: xml-axis/java/src/org/apache/axis/wsdl/toJava JavaBeanWriter.java

tomj02/04/19 12:31:23 Modified:java/src/org/apache/axis/wsdl/toJava JavaBeanWriter.java Log: Fix bug 7557: SimpleTypes derived from primitive types did not work. Fix up the constructor and the toString code emitted for SimpleTypes to do the right thing for primative types.

cvs commit: xml-axis/java/src/org/apache/axis/wsdl/toJava JavaBeanWriter.java

scheu 02/04/19 12:14:57 Modified:java/src/org/apache/axis/wsdl/toJava JavaBeanWriter.java Log: The following changes are made. The changes also fix http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7743 1) Added hashCode generation to each bean generated by WSDL2Java.

Existing Bug? Returned value object containing an array of value object errors give an error.

I am trying to establish if the problem described below is an existing bug, or if it is new. I looked in the AXIS BUGZILLA, and found a couple array related bugs, though they do not seem similar to the one I got. I hope that anybody out there can help. I have written a web service using BEA

RE: cvs commit: xml-axis/java/samples/attachments EchoAttachment.java

> Add a functional test for attachments but comment it out since > SimpleAxisServer doesn't support it. If we ever switch to > a real server (like Tomcat) ... ...or add MIME support to SimpleAxisServer --G

cvs commit: xml-axis/java/samples/attachments EchoAttachment.java

dug 02/04/19 11:42:30 Modified:java/test/functional FunctionalTests.java java/samples/attachments EchoAttachment.java Added: java/test/functional TestAttachmentsSample.java Log: Add a functional test for attachments but comment it out since SimpleAxisSer

cvs commit: xml-axis/java/samples/attachments README

butek 02/04/19 11:12:23 Modified:java/samples/addr Main.java readme java/samples/attachments README Log: Cleaning up samples readme files... Revision ChangesPath 1.18 +1 -0 xml-axis/java/samples/addr/Main.java Index: Main.java ==

.Net ignores ?

Hi all, (Sorry, this one is somewhat geared towards .Net...) I've got an Axis service that throws an exception, and WSDL2Java correctly generates a for the . However, the .Net wsdl.exe seems to completely ignore the , and no corresponding client-side code is generated. Has anybdoy got this wo

cvs commit: xml-axis/java/src/org/apache/axis/server AxisServer.java

dug 02/04/19 10:44:53 Modified:java/src/org/apache/axis/server AxisServer.java Log: Make sure we set the msgContext during the generation of WSDL. This becomes a problem when people try to get to the msgContext during the contructor of their service. Revision Changes

Axis face-to-face : are you planning on coming?

Hi folks! If you'll recall, the f2f will be on May 22-23 at Macromedia (outside Boston). The Macromedia elves are busy gathering information about hotels and such, but I wanted to start collecting an attendee list. Who all is planning on coming to this shindig? I'm assuming the following wi

cvs commit: xml-axis/java/src/org/apache/axis/deployment/wsdd WSDDTypeMapping.java WSDDBeanMapping.java

gdaniels02/04/19 10:28:21 Modified:java/src/org/apache/axis/deployment/wsdd WSDDTypeMapping.java WSDDBeanMapping.java Log: Refactor constructor for cleanliness. Revision ChangesPath 1.26 +8 -21 xml-axis/java/src/org/apache/axis/deploymen

DO NOT REPLY [Bug 7625] - getPrefixes method in XMLUtils should be public

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: xml-axis/java/src/org/apache/axis/utils XMLUtils.java

gdaniels02/04/19 10:18:52 Modified:java/src/org/apache/axis/utils XMLUtils.java Log: Remove unused functionality. Revision ChangesPath 1.46 +2 -62 xml-axis/java/src/org/apache/axis/utils/XMLUtils.java Index: XMLUtils.java =

RE: changing permissions on SymbolTable.add()

Thanks for the feedback Russell - I will keep an eye on things and chime in if I can add anything useful. I guess what I am looking for is an easy way to get at the populated symbol table without having to go through the emitter, but can work with my own version just fine for now. Regards, Neil

DO NOT REPLY [Bug 7743] - WSDL2Java does not implement hashCode methods on all classes

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 7743] - WSDL2Java does not implement hashCode methods on all classes

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

RE: Java2WSDL

My comments in Rich Scheuerle XML & Web Services Development 512-838-5115 (IBM TL 678-5115) "Peake, Chris"

RE: cvs commit: xml-axis/java/test/wsdl/roundtrip InvalidCompanyI d.javaInvalidTickerSymbol.java InvalidTradeExchange.java

Agreed. For what its worth, the FaultDesc construction in ServiceDesc was generating parameters for all of the fields in the exception...instead of just the public fields. This caused Thomas Borkel problems (8191) because one of his private fields did not have an java-xml mapping (type was Throw

RE: changing permissions on SymbolTable.add()

I will admit that the WSDL2Java and symbol table stuff is not very cleanly extensible. We want it to be, but somewhere along the line our concern shifted from extensibility to functionality (we just wanted to get this thing working). Soon after beta 2 I hope to have time to address extensibility

RE: Java2WSDL

Another interesting point related to this subject. The WSDL that gets generated has 'all' the public fields in the element of . Even if no get/set (i.e. bean structure) is present. The generated clients for a complex type will then have get/sets created for 'all' the fields in the tag of the .

RE: Java2WSDL

Hi Rich: > Then change the factory stuff in WSDL2Java to use TypeDesc instead of > ClassRep. Don't just disable the code and leave it laying > around. Get rid > of *Rep classes, the Factory classes etc. OK, it's on my list. > I am not a strong proponent of lumping all models together. > A

RE: Java2WSDL

+1 > -Original Message- > From: Benazech Cédric [mailto:[EMAIL PROTECTED]] > Sent: Friday, April 19, 2002 11:14 AM > To: '[EMAIL PROTECTED]' > Subject: RE: Java2WSDL > > > >>and I just made a change for 8191 so that only the public > >>non-static fields are inspected. > > What do you

RE: Java2WSDL

>>and I just made a change for 8191 so that only the public >>non-static fields are inspected. What do you think about using the same introspection mechanisme for the exception and for beans ? Cédric -Message d'origine- De : R J Scheuerle Jr [mailto:[EMAIL PROTECTED]] Envoyé : vendredi

RE: Java2WSDL

Glen, Then change the factory stuff in WSDL2Java to use TypeDesc instead of ClassRep. Don't just disable the code and leave it laying around. Get rid of *Rep classes, the Factory classes etc. I am not a strong proponent of lumping all models together. A Java centric model is different than a

DO NOT REPLY [Bug 7267] - Null Values in Envelope are not correct

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: xml-axis/java/src/org/apache/axis/encoding/ser QNameSerializer.java

gdaniels02/04/19 07:52:34 Modified:java/src/org/apache/axis/encoding/ser QNameSerializer.java Log: Preserve attibutes. Revision ChangesPath 1.3 +1 -1 xml-axis/java/src/org/apache/axis/encoding/ser/QNameSerializer.java Index: QNameSerializer.java ==

RE: cvs commit: xml-axis/java/test/wsdl/roundtrip InvalidCompanyI d.java InvalidTickerSymbol.java InvalidTradeExchange.java

Heh. Even better, let's just drop the bugzilla link into the checkin comments. --G > -Original Message- > From: Tom Jordahl [mailto:[EMAIL PROTECTED]] > Sent: Friday, April 19, 2002 10:48 AM > To: '[EMAIL PROTECTED]' > Subject: RE: cvs commit: xml-axis/java/test/wsdl/roundtrip > Invali

RE: cvs commit: xml-axis/java/test/wsdl/roundtrip InvalidCompanyId.java InvalidTickerSymbol.java InvalidTradeExchange.java

> Log: > Fix for bug 8191 Just an anal retentive suggestion. It would be helpful if you could include a description of what bug 8191 was in the checkin log. Not to mention what you did to fix it As Russell would say, I'll stop whining now. :-) -- Tom Jordahl

RE: Java2WSDL

Hi Rich: First off, I'm sorry we haven't been communicating better throughout this process; I really didn't intend that this be a "win/lose" situation in any way I'll take the blame for some of this in that a detailed design document from me detailing what I wanted to do would have gone

DO NOT REPLY [Bug 8296] - WSDL2Java forces use of namespace prefix in type attribute value

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: xml-axis/java/test/wsdl/roundtrip InvalidCompanyId.java InvalidTickerSymbol.java InvalidTradeExchange.java

scheu 02/04/19 07:03:14 Modified:java/src/org/apache/axis/description ServiceDesc.java java/src/org/apache/axis/wsdl/fromJava Emitter.java Types.java java/test/wsdl/roundtrip InvalidCompanyId.java InvalidTic

cvs commit: xml-axis/java/src/org/apache/axis/wsdl/toJava JavaTestCaseWriter.java

butek 02/04/19 06:59:05 Modified:java/src/org/apache/axis/wsdl/toJava JavaTestCaseWriter.java Log: new QName("double, double", "toil and trouble") is NOT a valid QName! (serves me right for trying to be literary) I've changed it to: new QName("http://double-double";, "toi

DO NOT REPLY [Bug 8296] - WSDL2Java forces use of namespace prefix in type attribute value

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 8296] - WSDL2Java forces use of namespace prefix in type attribute value

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 8296] New: - WSDL2Java forces use of namespace prefix in type attribute value

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

RE: changing permissions on SymbolTable.add()

The situation I am in is already having the WSDL definition and wish to generate some sample XML for each part in the wsdl definition. Once I have the symbol table populated, I then query it for the various type/element definitions and loop through the structure to generate XML. I am not adding ex

cvs commit: xml-axis/java/src/org/apache/axis/encoding/ser QNameSerializer.java

gdaniels02/04/19 06:43:46 Modified:java/src/org/apache/axis/encoding/ser QNameSerializer.java Log: Use SerializationContext's qName2String() so that namespace mappings get handled appropriately in all cases. Revision ChangesPath 1.2 +7 -11 xml-axis/java/src/

cvs commit: xml-axis/java/test/wsdl/types DynamicProxyTestCase.java

butek 02/04/19 06:41:55 Modified:java/test/wsdl/types DynamicProxyTestCase.java Log: new QName("double, double", "toil and trouble") is NOT a valid QName! (services me right for trying to be literary) I've changed it to: new QName("http://double-double";, "toil-and-troubl

RE: [GUMP] Build Failure - Axis

Yes, we need some help here, Sam. None of us get this problem in our own builds, so something gump uses is new. A week or two ago (long before this error started showing up) we changed how QName is sent on the wire. It's a primitive type and it has a specific format. (We WERE sending it across

RE: Java2WSDL

Just a comment : I've seen that BeanSerializer uses *Rep AND *Desc ... AND PropertyDescriptor AND BeanPropertyDescriptor. I think it should be a good Idea to use only one of these classes that have almost the same purpose. Cédric note : I'm not sure but I think that BeanPropertyDescriptor (t

Re: changing permissions on SymbolTable.add()

SymbolTable is populated by reading in a WSDL file. Users of the symbol table are allowed to add info to the existing symbol table entries but they're not allowed to change the symbol table. Before the symbol table is given to the back end there is some verification and conflict resolution done

Re: javax.xml.rpc.JAXRPCException: Missing WSDL document

Could you give us some more information? There are a number of TestClient classes in AXIS: samples/bidbuy, samples/echo, etc. Which one are you having problems with? And which version of AXIS are you using? Russell Butek [EMAIL PROTECTED] c.borrelli on 04/19/2002 06:39:19 AM Please respond

Java2WSDL

The purpose for the ClassRep and other *Rep classes in Java2WSDL was to provide a model to represent the Java information. A user of the emitter would then have the capability to override the ClassRep to populate the Java information in another way. But now this pluggability has been completely

RE: [GUMP] Build Failure - Axis

Team, how are we gonna debug this? Sam, can you help out here? --Glen > -Original Message- > From: Sam Ruby [mailto:[EMAIL PROTECTED]] > Sent: Friday, April 19, 2002 8:35 AM > To: [EMAIL PROTECTED] > Subject: [GUMP] Build Failure - Axis > > > -

[GUMP] Build Failure - Axis

This email is autogenerated from the output from: Build results exceed maximum length. Please see URL above for details. Last

javax.xml.rpc.JAXRPCException: Missing WSDL document

Why I get this error: - javax.xml.rpc.JAXRPCException: Missing WSDL document when I try to run the Axis TestClient.java main class? (Win2000 + JBuilder 6 Enterprise + WebServices ToolKit) Ciro Borrelli

changing permissions on SymbolTable.add()

I am looking to leverage the code in wsdl.toJava.SymbolTable and the wsdl.toJava package in general, to generate sample XML for a given message part. Currently I am using a slightly modified version of beta1 where I have upgraded the permission on SymbolTable.add() to public as it is currently pro

soapaction and axis

Axis-dev –   I wouldn’t belabor this point, as SOAPAction has been a discussion by the W3C XMLP committee for years with little concrete resolution/definition, but I have a partner who is trying to connect a Flash client to Axis, and is running into a few interop issues.   I have a questi

DO NOT REPLY [Bug 8191] - WSDLException when using Emitter twice and java.lang namespace

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu