RE: cvs commit: xml-axis/java/src/org/apache/axis/wsdl/fromJava E mitter.java

I have a user who wants the option to have the wsdl automatically add soapAction=; thus --soapAction OPERATION. The --soapAction NONE is simply a way to force soapAction="" I know that soapAction is deprecated, but it still seems to be popular. Didn't see any harm in adding this option. Tom, di

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

scheu 02/05/16 19:22:40 Modified:java/src/org/apache/axis/wsdl/toJava JavaBindingWriter.java Log: Changes to JavaBindingWriter to move complicated logic out of constructor to make it more extendable Revision ChangesPath 1.10 +55 -41 xml-axis/java/src/org/apac

echoString example

Hi. Sorry if this is the wrong place for this question. My name is Michael Kent. I am currently studying an honours degree in IT at Charles Sturt University in Wagga Wagga, Australia. I was wondering if I could get a hold of the echoString server used in the Axis beta 2 samples. I'd like to do som

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

scheu 02/05/16 15:27:46 Modified:java/src/org/apache/axis/wsdl/toJava JavaBindingWriter.java JavaInterfaceWriter.java Log: Increased pluggability of JavaBindingWriter and JavaInterfaceWriter Revision ChangesPath 1.9 +38 -4 xml-axis/ja

Re: Architecture proposals for face-to-face

On Wednesday, May 15, 2002, at 07:54 , Russell Butek wrote: > Folks, here's a document that we (IBM) were planning to present at the > face-to-face next week. Since we're not going to make it, I'll present > it > here. The intent of this thing is to get us all on the same page with > respect

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

scheu 02/05/16 12:41:38 Modified:java/src/org/apache/axis/providers/java RPCProvider.java java/src/org/apache/axis/utils resources.properties Log: If the dispatch fails due to an illegal argument exception, catch the message and pass back a message that is more us

RE: cvs commit: xml-axis/java/test/wsdl/multibinding VerifyFilesT estCase.java

Done. All of my references to SEI have been changed to INTERFACE. Russell Butek [EMAIL PROTECTED] Tom Jordahl <[EMAIL PROTECTED]> on 05/15/2002 08:51:39 AM Please respond to [EMAIL PROTECTED] To:"'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]> cc: Subject:RE: cvs commit: xml-axis/java/test/

cvs commit: xml-axis/java/src/org/apache/axis/wsdl/toJava JavaBindingWriter.java JavaGeneratorFactory.java JavaImplWriter.java JavaInterfaceWriter.java JavaServiceIfaceWriter.java JavaServiceImplWriter.java JavaSkelWriter.java JavaStubWriter.java JavaTestCaseWriter.java

butek 02/05/16 12:34:18 Modified:java/src/org/apache/axis/wsdl/toJava JavaBindingWriter.java JavaGeneratorFactory.java JavaImplWriter.java JavaInterfaceWriter.java JavaServiceIfaceWriter.java

Re: WSIF proposal

I agree whole-heartedly with Sam. Incubate first, Proposal for "WebServices PMC" later. Thanks, dims --- Sam Ruby <[EMAIL PROTECTED]> wrote: > Paul Freemantle wrote: > > > > it might > > be worth starting the discussion with [EMAIL PROTECTED] > > My experience is that it won't spark any addit

Re: WSIF proposal

Paul Freemantle wrote: > > it might > be worth starting the discussion with [EMAIL PROTECTED] My experience is that it won't spark any additional discussion there as the people who would be interested in the subject are also subscribed here. This also goes to the heart of why I believe that web s

RE: WSIF proposal

Davanum Srinivas wrote: > > Sam, > Do you think we are ready for a "Web Services PMC" discussion? James thinks we do. I'd prefer to see Axis released first. - Sam Ruby

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

scheu 02/05/16 11:50:09 Modified:java/src/org/apache/axis/providers/java RPCProvider.java java/src/org/apache/axis/wsdl/toJava JavaImplWriter.java Log: A few changes to JavaImplWriter so that it can easily be extended to generate an _Impl that extends or implement

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

Rich, This is kinda cool, but why do we need this switch? Particularly the NONE option. I am +1, but would like to know the rationale behind it. -- Tom Jordahl Macromedia -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 16, 2002 1:45 PM To: [E

Axis F2F attendance

Recently several committers have reported being unable to attend the upcoming Axis face to face on May 22-23 at Macromedia here in Boston. To give Glen and I some concrete numbers, could those are have firm plans to attend please send Glen ([EMAIL PROTECTED]) and I a note? You can CC axis-dev

cvs commit: xml-axis/java/src/org/apache/axis/transport/http HTTPSender.java

dims02/05/16 10:51:38 Modified:java/src/org/apache/axis/transport/http HTTPSender.java Log: - Add method level javadoc - Make the code more readable Revision ChangesPath 1.57 +474 -343 xml-axis/java/src/org/apache/axis/transport/http/HTTPSender.java Inde

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

scheu 02/05/16 10:45:00 Modified:java/src/org/apache/axis/handlers/soap SOAPService.java java/src/org/apache/axis/utils resources.properties java/src/org/apache/axis/wsdl Java2WSDL.java java/src/org/apache/axis/wsdl/fromJava Emitter.java

DO NOT REPLY [Bug 9170] New: - bet2 2 - WSDL2Java generates identical signature for overloaded 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: WSIF proposal

Dims I'm happy with WSIF under the Axis website with the org.apache.wsif.* package name. On the other hand, based on the discussions going on, it might be worth starting the discussion with [EMAIL PROTECTED], because if WSIF is a separate project then it strengthens the WebServices ideas being bo

RE: [BUG] Beta2 interop (was RE: Interoperability issue with MSVC++.Net)

>> Chris, >> >> I am glad there is at least some discussion on this. I agree that the >> namespaces are not explicitly required to be the same. This issue exists >> only with the VC++.Net proxy generator. The C#.Net and VB.Net are not >having >> any issue with either one of the problems I outlined

Re: [BUG] Beta2 interop (was RE: Interoperability issue with MSVC++.Net)

- Original Message - From: "Volanis, Alexander" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, May 16, 2002 7:45 AM Subject: RE: [BUG] Beta2 interop (was RE: Interoperability issue with MSVC++.Net) > Chris, > > I am glad there is at least some discussion on this. I agree th

Re: WSIF proposal

- Original Message - From: "Davanum Srinivas" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, May 16, 2002 5:00 AM Subject: Re: WSIF proposal > Sanjiva, > > I agree that Web Services needs its own top level project. But we don't have enough "stuff" to do > so. IMHO we need m

RE: WSIF proposal

I think that it is time at least start approaching the subject of a Web Services PMC. And I'd love to see greater participation from other companies (Sun particularly) in this community. - James M Snell/Fresno/IBM Web services architecture and strategy Internet Emerging Technologies,

RE: WSIF proposal

Ok. I agree with the package name (org.apache.wsif.*) Paul, Is it ok for WSIF to be under Axis (website, module name etc)? If yes, am ok with xml-axis-wsif. This choice will definitely save time. If you want to bring it up on [EMAIL PROTECTED], you can count on my support. Its upto you. Sam, Do

DO NOT REPLY [Bug 9166] New: - Abstract class in method signature

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/transport/http HTTPSender.java

dims02/05/16 08:41:02 Modified:java/src/org/apache/axis/transport/http HTTPSender.java Log: Refactor invoke method (~500 lines) into smaller pieces. Revision ChangesPath 1.56 +437 -412 xml-axis/java/src/org/apache/axis/transport/http/HTTPSender.java Index:

RE: WSIF proposal

Davanum Srinivas wrote: > > Ok. I change my vote. > > +1 for xml-wsif > +1 for org.apache.wsif.* Your vote for xml-wsif is one of the ones that does count, but it should be presented on [EMAIL PROTECTED] (IMHO). My feeling is that we should head towards the thought of a web services PMC and broa

minor improvements to XML formatting in tcpmon.java

I have made some very minor changes in tcpmon.java to improve the readability of some SOAP messages when XML formatting is enabled. The source changes have these effects: - keep start-tags and end-tags together on the same line when there are no interveaning end-tags - suppress ext

RE: WSIF proposal

Ok. I change my vote. +1 for xml-wsif +1 for org.apache.wsif.* Thanks, dims --- Tom Jordahl <[EMAIL PROTECTED]> wrote: > > I am +1 to org.apache.wsif.* > +1 to xml-wsif until there is a ws-axis and ws-wsif > > I don't like the idea of putting wsif under the Axis name. > > -- > Tom Jordahl >

MultiRef vs. Inline...

Hi, I notice that Axis stores the references for both the Header's and Body's hrefs in the Body. It appears that dotNet stores Header's references in the Header and Body's one in the Body. I wrote a proxy that uses a style sheet to transform a multirefs SOAP call into an inline one. I am lo

Re: WSIF proposal

Sanjiva Weerawarana wrote: > > Out of curiosity, was avalon also created to do one thing and then > grown or was it always a framework of projects? (I'm not familiar > with it at all.) Avalon and Turbine started out as single projects. - Sam Ruby

cvs commit: xml-axis/java/src/org/apache/axis/client AdminClient.java

rineholt02/05/16 08:16:32 Modified:java/src/org/apache/axis/client AdminClient.java Log: Fix for undeploy having invalid XML. Revision ChangesPath 1.58 +9 -6 xml-axis/java/src/org/apache/axis/client/AdminClient.java Index: AdminClient.java ==

Re: ExtensibilityQueryTestCase Fails

I think this might be a problem with the date settings on your machine. The server does a Calendar.getInstance() and sends it accross the wire. Then the client does a Calendar.getInstance and checks that the time from the server is before the client timestamp. I have a hard time seeing why this

Re: WSIF proposal

Sanjiva Weerawarana wrote: > > I agree we don't have enough to create a WS project yet. Why not > just create new projects under XML until that condition is met? > > So I'd vote for xml-wsif and org.apache.wsif.*. I agree with Dug > that consistency is important. > > I'm planning on working on the

RE: Abstract class

Yes, I've checked the WSDL generated by Java2WSDL and it has the following definition for the signature               Thanks! Kool -Original Message-From: R J Scheuerle Jr [mailto:[EMAIL PROTECTED]]Sent: Wednesday, May 15, 2002 4:05 PMTo: [EMAIL PROTECTE

Re: WSIF proposal

I would disagree Dims. Axis could easily be divided up into a number of subprojects, more than enough to get the community started. Axis==> Core Web Services Runtime (engine, server, client, jsr impls) WSIF==> Web Services Invocation Framework (could be refactored a bi

cvs commit: xml-axis/java/samples/integrationGuide/example2 MyDeployWriter.java MyEmitter.java MyGeneratorFactory.java WSDL2Useless.java

butek 02/05/16 07:48:21 Modified:java/docs integration-guide.html Added: java/samples/integrationGuide/example1 MyListPortsWriter.java MyWSDL2Java.java java/samples/integrationGuide/example2 MyDeployWriter.java MyE

RE: [BUG] Beta2 interop (was RE: Interoperability issue with MSVC++.Net)

Chris, I am glad there is at least some discussion on this. I agree that the namespaces are not explicitly required to be the same. This issue exists only with the VC++.Net proxy generator. The C#.Net and VB.Net are not having any issue with either one of the problems I outlined. However, your l

cvs commit: xml-axis/java/samples/integrationGuide/example1 - New directory

butek 02/05/16 07:45:23 xml-axis/java/samples/integrationGuide/example1 - New directory

cvs commit: xml-axis/java/samples/integrationGuide/example2 - New directory

butek 02/05/16 07:44:41 xml-axis/java/samples/integrationGuide/example2 - New directory

cvs commit: xml-axis/java/samples/integrationGuide - New directory

butek 02/05/16 07:44:35 xml-axis/java/samples/integrationGuide - New directory

RE: WSIF proposal

I am +1 to org.apache.wsif.* +1 to xml-wsif until there is a ws-axis and ws-wsif I don't like the idea of putting wsif under the Axis name. -- Tom Jordahl Macromedia -Original Message- From: Sanjiva Weerawarana [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 16, 2002 10:03 AM To: [EMAI

Re: WSIF proposal

Hi Dims, I agree we don't have enough to create a WS project yet. Why not just create new projects under XML until that condition is met? So I'd vote for xml-wsif and org.apache.wsif.*. I agree with Dug that consistency is important. I'm planning on working on the WSDL validator this summer wit

Re: WSIF proposal

"Davanum Srinivas" <[EMAIL PROTECTED]> writes: > We can mirror Avalon and its sub-projects concept for a broader view of Axis > I don't subscribe to that view .. sorry. Out of curiosity, was avalon also created to do one thing and then grown or was it always a framework of projects? (I'm not

cvs commit: xml-axis/java/src/org/apache/axis/wsdl/gen WSDL2.java

butek 02/05/16 06:51:28 Modified:java/src/org/apache/axis/wsdl WSDL2Java.java java/src/org/apache/axis/wsdl/gen WSDL2.java Log: WSDL2/WSDL2Java printUsage wasn't properly extensible. Revision ChangesPath 1.33 +0 -19 xml-axis/java/src/org/apache/

Re: WSIF proposal

Paul, Here's an excerpt from Dug's email: >> "If it has its own cvs tree then it seems odd to have "axis" in the name. >> It doesn't really matter much to me as long as the names are consistent, >> either they both have "axis" or neither do. >> -Dug" I agree with Dug's view that we need to be co

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

glyn02/05/16 05:54:36 Modified:java TODO.txt java/src/org/apache/axis/client Call.java java/src/org/apache/axis/encoding DeserializationContextImpl.java java/src/org/apache/axis/message BodyBuilder.java

[GUMP] Build timed out - Axis

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

ExtensibilityQueryTestCase Fails

I found a build error, did a fresh checkout, and reproduced it (see the attached report). Does anyone know what changed or fancy fixing the problem :-)? (See attached file: TEST-test.wsdl.extensibility.ExtensibilityQueryTestCase.xml) Glyn TEST-test.wsdl.extensibility.ExtensibilityQueryTestCas

Re: WSIF proposal

Dims If we are going to move to an overall WebServices story, I'd rather not name the package org.apache.axis.wsif.* Apart from the length :-) I'd prefer that we kept a simple package name. Paul - Original Message - From: "Davanum Srinivas" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> S

Re: WSIF proposal

Sanjiva, I agree that Web Services needs its own top level project. But we don't have enough "stuff" to do so. IMHO we need more initiatives targeting various portions of the Web Services protocol stack before we can do so. Using Axis as an incubator is a step in that direction. Thanks, dims