Re: Patch for AxisServlet.java for browsing services/operations/params

Congrats Alan. I am not an Axis commiter, yet but appreciate your contribution. See below: - Original Message - From: "Alan Gordie" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, April 03, 2002 9:59 AM Subject: Patch for AxisServlet.java for browsing services/operations/pa

[PATCH] HTTPSender header creation code

in some instances headers were written followed by only LineFeed, when CRLF is expected. RCS file: /home/cvspublic/xml-axis/java/src/org/apache/axis/transport/http/HTTPSender. java,v retrieving revision 1.53 diff -w -r1.53 HTTPSender.java 169c169 < out.print("CONNECT " + h

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

The reason it broke is that you have elementFormDefault="qualified", and the parser does not understand that attribute yet. Glen was going to send out a note about this So the code is working correctly for elementFormDefault="unqualified" which is the default FormDefault :-). So I didn't br

RE: cvs commit: xml-axis/java/src/org/apache/axis/wsdl/toJava Jav aBeanHelperWriter.java SchemaUtils.java

+1 for a test which tests this, not to mention an audit of our existing tests at some +point to ensure relevance and avoid redundancy. Clearly our coverage could be better. --G > -Original Message- > From: Russell Butek [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, April 03, 2002 4:56

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

Tom, shouldn't this be a test? Rich wouldn't have checked the code in if he'd broken the build. Russell Butek [EMAIL PROTECTED] Tom Jordahl <[EMAIL PROTECTED]> on 04/03/2002 03:30:01 PM Please respond to [EMAIL PROTECTED] To:"'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]> cc: Subject:RE: c

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

gdaniels02/04/03 13:44:41 Modified:java/src/org/apache/axis/deployment/wsdd WSDDService.java java/src/org/apache/axis/encoding SerializationContextImpl.java java/src/org/apache/axis/utils NSStack.java Mapping.java Log: * Fix Seri

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

Rich, Glen, This change broke things for .NET document literal. Given this schema type: http://tempuri.org/";> The stubs used to register a type like this: javax.xml.rpc.namespace.QName p0QName = new javax.xml.rpc.namespace.Q

RE: org.apache.axis.wsdl.fromJava.DefaultBuilderPortTypeClassRep bug

Fixed. Thanks David. -- Tom Jordahl Macromedia -Original Message- From: David L. Cole [mailto:[EMAIL PROTECTED]] Sent: Wednesday, April 03, 2002 12:19 PM To: [EMAIL PROTECTED] Subject: org.apache.axis.wsdl.fromJava.DefaultBuilderPortTypeClassRep bug Hi all, In the class: org.apache

cvs commit: xml-axis/java/src/org/apache/axis/wsdl/fromJava DefaultBuilderPortTypeClassRep.java

tomj02/04/03 12:34:50 Modified:java/src/org/apache/axis/wsdl/fromJava DefaultBuilderPortTypeClassRep.java Log: Fix from David L. Cole [[EMAIL PROTECTED]]: Line 142 of the getResolvedMethods() is attempting to compare to Strings for equality using

Re: Problems with calendar in generated wsdl

Yes you are right Russel...I was apparently still referencing an an older jar...my apologies. Thanks for the quick reply, David Cole "Russell

RE: [PATCH] Fix to WSDL2Java SymbolTable

Oops! (sheepish embarrassment!) Fixed. Russell Butek [EMAIL PROTECTED] "Blumenkrantz, Jason" <[EMAIL PROTECTED]> on 04/03/2002 12:16:19 PM Please respond to [EMAIL PROTECTED] To:"'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]> cc: Subject:RE: [PATCH] Fix to WSDL2Java SymbolTable Almost.

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

butek 02/04/03 11:11:38 Modified:java/src/org/apache/axis/wsdl/toJava SymbolTable.java Log: Oops! Didn't properly apply Jason's fix. ([EMAIL PROTECTED]). Revision ChangesPath 1.51 +3 -1 xml-axis/java/src/org/apache/axis/wsdl/toJava/SymbolTable.java Ind

RE: [PATCH] Fix to WSDL2Java SymbolTable

Almost. I just gave it a try, the last throw new FileNotFoundException(url.toString()); needs to be } else { throw new FileNotFoundException(url.toString()); } otherwise the FNFException gets thrown even when the last URL check passes. Thanks -Jason

Re: [PATCH] Fix to WSDL2Java SymbolTable

Thanks, Jason! I've made your fix (with slight modifications) and all our tests pass. Of course all our tests passed before, so perhaps you could grab the latest code from CVS and verify that my 'slight modifications' aren't too drastic. Russell Butek [EMAIL PROTECTED] "Blumenkrantz, Jason" <

Re: Problems with calendar in generated wsdl

I'm a bit puzzled. A few days ago I updated the AXIS mappings to reflect JAX-RPC, which says java.util.Calendar maps to xsd:dateTime. So if you ran your classes through Java2WSDL in the last couple days, you shouldn't have seen ANY calendar entries, just xsd:dateTime entries. Russell Butek [EM

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

butek 02/04/03 10:04:00 Modified:java/src/org/apache/axis/wsdl/toJava SymbolTable.java Log: There was a bug in WSDL2Java such that it couldn't always find local imported files. Thanks to Jason Blumenkrantz ([EMAIL PROTECTED]) for the fix. Revision ChangesPath 1.50

Problems with calendar in generated wsdl

Using the Java2WSDL tool, I am getting an inconsistency in the generated WSDL file for java.util.Calendar Attached is the generated WSDL. and the service class and a couple of Objects represented within the WSDL (See attached file: AssociateService.java)(See attached file: service.wsdl) (See attac

XSD from XML instance.... Any ideas???

Hi, Can anyone help me with some information about generating XSD [schema definitions] from a set of XML instances. Is it possible via AXIS or the old SOAP libraries...??? There is a utility in the .NET framework that can do this. It is called XSD.exe and can generate XSD for an XML file. I would

org.apache.axis.wsdl.fromJava.DefaultBuilderPortTypeClassRep bug

Hi all, In the class: org.apache.axis.wsdl.fromJava.DefaultBuilderPortTypeClassRep Line 142 of the getResolvedMethods() is attempting to compare to Strings for equality using the == operator: if (m1.getName() == m2.getName()) { I think the intention was to perform the operatio

[PATCH] Fix to WSDL2Java SymbolTable

Using the latest nigthly build, I am unable to use WSDL2Java on local WSDL files with local relative imported WSDL files. Looking into SymbolTable.getURL(), it looks like the third attempt if (contextURL != null) { String contextFileName = contextURL.getFile();

RE: Bug in attachment handling / MimeUtils

This makes the assumption that the servlet container will do HTTP chunking for you. I know Tomcat 3.2 does not. Charles -Original Message- From: Blumenkrantz, Jason [mailto:[EMAIL PROTECTED]] Sent: Wednesday, April 03, 2002 10:31 AM To: Axis-Dev (E-mail) Subject: Bug in attachment handl

cvs commit: xml-axis/java/samples/bidbuy v3.java

butek 02/04/03 08:29:53 Modified:java/samples/bidbuy v3.java Log: One sample - bidbuy -still used the old mapping of xsd:dateTime to Date which I changed to Calendar. (I missed this one file). Revision ChangesPath 1.20 +2 -2 xml-axis/java/samples/bidbuy/v3

cvs commit: xml-axis/java TODO.txt

gdaniels02/04/03 08:14:11 Modified:java TODO.txt Log: Add schema support section Revision ChangesPath 1.34 +6 -0 xml-axis/java/TODO.txt Index: TODO.txt === RCS file: /home/cvs/xml-axis

DO NOT REPLY [Bug 7722] New: - Extended interfaces do not show up in WSDL

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

Patch for AxisServlet.java for browsing services/operations/params

Hi all, Here is my first contribution to Axis. It's nothing grand, but it's a start towards giving Axis a little more "sizzle" on the GUI side of things. First off, thanks to Glen Daniels for creating the ServiceDesc/Metadata system that I'm using to accomplish this. Now, for the current feat

RE: cvs commit: xml-axis/java/test/wsdd TestAllowedMethods.java

Yep, both of these are going to be fixed. I'm going to improve/streamline the lookup this afternoon, and I'll add the Apache license to the test. Thanks for the note. --G > -Original Message- > From: Tom Jordahl [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, April 03, 2002 10:51 AM >

RE: cvs commit: xml-axis/java/test/wsdd TestAllowedMethods.java

Glen, You are using startswith("java."), do you want to check both "java." and "javax."? FYI TestAllowedMethods doesn't have the Apache header in it, just the default IDEA header. -- Tom Jordahl -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Wednesday, A

RE: Wrapped vs. Document

Hi Tim, The "wrapped" style indicates a particular style of doing document/literal that emulates RPC. This sounds a bit strange, but the best example of this is Microsoft .NET web services. For document style, each message part is an element in the request. For a wrapped style service, the

Bug in attachment handling / MimeUtils

I'm having a problem returning Attachments via Axis using the JAFDataHandlerSerializer and org.apache.axis.attachments.MimeUtils. The DataHandler is being returned fine and added as an attachment, but the content's mime part ends up empty. The problem seems to be in MimeUtils.getContentLength(), w

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

butek 02/04/03 07:28:36 Modified:java/samples/bidbuy PurchaseOrder.java TestClient.java java/test/wsdl/roundtrip RoundtripPortType.java RoundtripTestServiceTestCase.java RoundtripTestSoapBindingImpl.java jav

RE: cvs commit: xml-axis/java/test/wsdd TestAllowedMethods.java

Ok then, I think I'll stick with .getOperations() for now. Thanks! -Original Message- From: Glen Daniels [mailto:[EMAIL PROTECTED]] Sent: Wednesday, April 03, 2002 10:04 AM To: '[EMAIL PROTECTED]' Subject: RE: cvs commit: xml-axis/java/test/wsdd TestAllowedMethods.java Hi Alan: Well,

RE: cvs commit: xml-axis/java/test/wsdd TestAllowedMethods.java

Hi Alan: Well, getAllowedMethods will return null for the "allow everything" case, and it's just a list of strings, without any parameter information. Also, you really want to trigger any necessary introspection before doing the listing, I think. --Glen > -Original Message- > From:

DO NOT REPLY [Bug 7718] New: - JavaProvider WSDL generator does not allow inherited methods

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: cvs commit: xml-axis/java/test/wsdd TestAllowedMethods.java

Glen, Based on this, it looks like it's safe for me to switch from ServiceDesc.getOperations() to ServiceDesc.getAllowedMethods() for the service details listing. Yes? Alan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Wednesday, April 03, 2002 1:10 AM To:

[GUMP] Build Failure - Axis

This email is autogenerated from the output from: Buildfile: build.xml setenv: [mkdir] Created dir: /home/rubys/jakarta/x

Wrapped vs. Document

Hi,   Could someone explain the criteria used to decide whether a service is "wrapped" or "document" during the WSDL2Java process?  I've had a look through the source code, but couldn't find the pertinent information.   Many thanks, Tim