DO NOT REPLY [Bug 15219] New: - sendXsiTypes=false generates invalid multiRef encoding

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 15219] - sendXsiTypes=false generates invalid multiRef encoding

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-wsif/java/samples/complexsoap/client/dynamic - New directory

antelder2002/12/10 03:03:11 xml-axis-wsif/java/samples/complexsoap/client/dynamic - New directory

cvs commit: xml-axis-wsif/java/samples/complexsoap/client/stub - New directory

antelder2002/12/10 03:03:11 xml-axis-wsif/java/samples/complexsoap/client/stub - New directory

cvs commit: xml-axis-wsif/java/samples/complexsoap - New directory

antelder2002/12/10 03:03:10 xml-axis-wsif/java/samples/complexsoap - New directory

cvs commit: xml-axis-wsif/java/samples/complexsoap/client - New directory

antelder2002/12/10 03:03:10 xml-axis-wsif/java/samples/complexsoap/client - New directory

cvs commit: xml-axis-wsif/java/samples/simplesoap - New directory

antelder2002/12/10 03:03:11 xml-axis-wsif/java/samples/simplesoap - New directory

cvs commit: xml-axis-wsif/java/samples/simplesoap/client - New directory

antelder2002/12/10 03:03:12 xml-axis-wsif/java/samples/simplesoap/client - New directory

cvs commit: xml-axis-wsif/java/samples/complexsoap/client/stub/com/cdyne/ws - New directory

antelder2002/12/10 03:03:11 xml-axis-wsif/java/samples/complexsoap/client/stub/com/cdyne/ws - New directory

cvs commit: xml-axis-wsif/java/samples/simplesoap/client/stub/com/themindelectric/www - New directory

antelder2002/12/10 03:03:12 xml-axis-wsif/java/samples/simplesoap/client/stub/com/themindelectric/www - New directory

cvs commit: xml-axis-wsif/java/samples/complexsoap/client/stub/com/cdyne - New directory

antelder2002/12/10 03:03:11 xml-axis-wsif/java/samples/complexsoap/client/stub/com/cdyne - New directory

cvs commit: xml-axis-wsif/java/samples/complexsoap/client/stub/com - New directory

antelder2002/12/10 03:03:11 xml-axis-wsif/java/samples/complexsoap/client/stub/com - New directory

cvs commit: xml-axis-wsif/java/samples/simplesoap/client/dynamic - New directory

antelder2002/12/10 03:03:12 xml-axis-wsif/java/samples/simplesoap/client/dynamic - New directory

cvs commit: xml-axis-wsif/java/samples/simplesoap/client/stub - New directory

antelder2002/12/10 03:03:12 xml-axis-wsif/java/samples/simplesoap/client/stub - New directory

cvs commit: xml-axis-wsif/java/samples/simplesoap/client/stub/com - New directory

antelder2002/12/10 03:03:12 xml-axis-wsif/java/samples/simplesoap/client/stub/com - New directory

cvs commit: xml-axis-wsif/java/samples/simplesoap/client/stub/com/themindelectric - New directory

antelder2002/12/10 03:03:12 xml-axis-wsif/java/samples/simplesoap/client/stub/com/themindelectric - New directory

cvs commit: xml-axis-wsif/java/samples/SimpleSOAP/client/dynamic README.html

antelder2002/12/10 03:03:26 Added: java/samples/simplesoap README.html StockquoteSOAP.wsdl java/samples/simplesoap/client/stub Run.java README.html java/samples/complexsoap Zip2Geo.wsdl README.html java/samples/complexsoap/client/dynamic Run

Re: [wsif] dependency of AXIS provider on xerces serializer

I agree that we shouldn't really be doing this. I don't think this was recently introduced though, the JMSMessage class has been doing this for ages. Why don't you open a bugzilla so we have a record of it and we can talk about it at the next bugzilla review (oh, I'd like to have a bugzilla revie

Re: cvs commit: xml-axis-wsif/java/samples/simplesoap/client/stub/com - Newdirectory

Nirmal, I've changed the package structure of the new samples you've been adding, hope you don't mind. The problem was that presently we have everything structured so that all that needs to go in the build classpath is java/samples and everything is picked up from there, and you don't need to cha

DO NOT REPLY [Bug 15227] New: - WSIF SOAP provider requires SOAP 2.3.1

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 13646] - WSIFOperation_ApacheAxis fails to set up Call's Parameter list

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 13646] - WSIFOperation_ApacheAxis fails to set up Call's Parameter list

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

[wsif] tools.jar requirement for org.apache.wsif.compiler.schema.tools.Conventions

Does anyone use the JDKCompile the Conventions class or the outputJavaMapping method in Schema2Java which is the only thing in wsif which uses JDKCompile? No big deal really but would be one less jar we need to build WSIF if we could remove this. Couldn't we just output the Java source and have th

Re: [AXIS/WSIF] proposed new WSIF home page URL

+1 from me for http://xml.apache.org/wsif. ...ant Anthony Elder [EMAIL PROTECTED] Web Services Development IBM UK Laboratories, Hursley Park (+44) 01962 818320, x248320, MP208. "Jeremy Hughes" <[EMAIL PROTECTED]> on 06/12/2002 17:53:27 Please respond to [EMAIL PROTECTED] To:<[EM

Re: [AXIS/WSIF] proposed new WSIF home page URL

+1 for http://xml.apache.org/wsif also Owen |-+> | | Anthony | | | Elder/UK/IBM@IBMG| | | B| | || | | 10/12/2002 11:51 | |

Re: cvs commit: xml-axis-wsif/java/samples/simplesoap/client/stub/com - Newdirectory

Hi, Yes, the change of package names is fine, I should have made them powercase in the first place. Re. running WSDL2Java automatically - could be done - we could fix the ant target for samples to do that for all sample WSDLs for example, not too hard. But you're right, we should hold off on it

Re: [wsif] tools.jar requirement fororg.apache.wsif.compiler.schema.tools.Conventions

Hi, +1 for getting rid of the tools.jar dependency introduced by JDKCompile. I'd also +1 for deprecating Schema2Java completely and using WSDL2Java instead, but that's probably a post-2.0 vote. Come to think of it - now that we don't have our own stub compiler (i.e. the old "PortTypeCompiler"),

typemapping for soap1.1 and soap1.2

Hi, I'm just implementing the soap 1.2 version of array ser/desr and I would like to have some comments about the typemappingregsirty. If an array is serialized the java.lang.object[][][]... can be resolved by two qname (with soap 1.1 and soap 1.2 namespace). As the code says there is one defau

DO NOT REPLY [Bug 15153] - Exception classes not mapped in client stub

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 15153] - Exception classes not mapped in client stub

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: [AXIS/WSIF] proposed new WSIF home page URL

+1 for http://xml.apache.org/wsif Piotr. Regards, Piotr Przybylski, IBM [EMAIL PROTECTED] Owen D

Re: [AXIS/WSIF] proposed new WSIF home page URL

Why not http://wsif.apache.org/ ? Now that I have your attention... ;-) The direction that the ASF is heading is that each community becomes its own separate top level ASF project. Ant is such a community that recently got approved as a top level project. So the question on the table should b

lowercasing names in CVS ...

hi, it is not that trivial operation as i think Windows and CVS does not l.like each other (CVS assumes that case in filenames matter but not Windows ...) so to get it resolved i have removed from CVS physically ComplexSOAP and SimpleSOAP directories otherwise on windows we had endlessly for ea

cvs commit: xml-axis-wsif/java/samples/simplesoap/client/stub Run.java

nmukhi 2002/12/10 07:31:20 Modified:java/samples/complexsoap/client/dynamic Run.java java/samples/complexsoap/client/stub Run.java java/samples/simplesoap/client/stub Run.java Log: Minor edits Revision ChangesPath 1.2 +2 -2 xml-ax

Re: [AXIS/WSIF] proposed new WSIF home page URL

Sam Ruby wrote: Why not http://wsif.apache.org/ ? Now that I have your attention... ;-) hi, yes! that would be very good :-) The direction that the ASF is heading is that each community becomes its own separate top level ASF project. Ant is such a community that recently got approved as

Re: [AXIS/WSIF] proposed new WSIF home page URL

wsif.apache.org sounds fine to me, probably everyone who liked xml.apache.org/wsif would be happy with that also. I think our main concern should be how long this will all take. We want to have an Apache WSIF release this year and would like something better than the current http://cvs.apache.org

Re: [AXIS/WSIF] proposed new WSIF home page URL

Hi, I'd +1 for creating xml.apache.org/axis/wsif for now, then moving to ws.apache.org/wsif (or similar) in the future. As Ant says, xml.apache.org/axis/wsif is likely to be easier to do for now, and after all any new home we create right now, for our 2.0 release, will move once the larger issues

SOABodyElement serialization new bug ???

Think this is a bug requestList (org.w3c.dom.Document) http://www.bte-eet.de/namespace/de";> 1f 1A9b Programm: SOAPBodyElement soapBodyElement = new SOAPBodyElement(requestList.getDocumentElement()); SOAPEnv

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

gdaniels2002/12/10 09:22:03 Modified:java/src/org/apache/axis/utils NSStack.java Log: Checking in Dennis Sosnoski's NSStack patch (thanks, Dennis!), which fixes : http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15015 This may have a very positive effect on performance i

DO NOT REPLY [Bug 15015] - Fix to NSStack problem

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: [AXIS/WSIF] proposed new WSIF home page URL

Anthony Elder wrote: wsif.apache.org sounds fine to me, probably everyone who liked xml.apache.org/wsif would be happy with that also. I think our main concern should be how long this will all take. We want to have an Apache WSIF release this year and would like something better than the current

cvs commit: xml-axis-wsif/java readme.htm

aslom 2002/12/10 10:33:52 Modified:java readme.htm Log: factored out readme into smaller pieces Revision ChangesPath 1.9 +160 -161 xml-axis-wsif/java/readme.htm Index: readme.htm === RCS

cvs commit: xml-axis-wsif/java/doc/wsdl_extensions - New directory

aslom 2002/12/10 10:35:28 xml-axis-wsif/java/doc/wsdl_extensions - New directory

cvs commit: xml-axis-wsif/java/README_files/wsdl_extensions ejb_extension.html java_extension.html

aslom 2002/12/10 10:36:20 Removed: java/README_files/wsdl_extensions ejb_extension.html java_extension.html Log: moved wsdl_extensions to doc/ from README_files

cvs commit: xml-axis-wsif/java/doc/wsdl_extensions ejb_extension.html java_extension.html

aslom 2002/12/10 10:37:26 Modified:java/doc RELEASE_TASKS.txt build.htm changes.html index.html wsif.css Added: java/doc cvs.html requirements.html java/doc/wsdl_extensions ejb_extension.html java_extension.html L

FW: Unused imports

Axis-dev'ers: I agree with this being an issue. Here's my suggestion. I'll volunteer to do a single commit cleaning up all the imports in the project, using IDEA. After that we can just be careful about introducing / removing imports appropriately. IDEA will order the imports as follows:

cvs commit: xml-axis-wsif/java/doc build.htm changes.html cvs.html

aslom 2002/12/10 10:41:43 Modified:java/doc build.htm changes.html cvs.html Log: updated list of changes Revision ChangesPath 1.4 +1 -1 xml-axis-wsif/java/doc/build.htm Index: build.htm ==

VOTE : Jaime Meritt as committer

I'd like to officially nominate Jaime Meritt from Sonic as an Axis committer. He's been doing great work on the async stuff (despite my not agreeing with all the APIs :)), and has submitted good bug fixes. I say we make it official, and I'll start with: +1 --Glen

cvs commit: xml-axis-wsif/java/doc index.html

aslom 2002/12/10 10:43:36 Removed: java/doc index.html Log: removed doc/index.html as it mostly duplicates content from readme.html (moved new content from it to readme.htm)

RE: Unused imports

+1 to Glen doing the checkin. -- Tom Jordahl Macromedia Server Development -Original Message- From: Glen Daniels [mailto:[EMAIL PROTECTED]] Sent: Tuesday, December 10, 2002 1:39 PM To: 'Axis-Dev (E-mail)' Subject: FW: Unused imports Axis-dev'ers: I agree with this being an issue. H

cvs commit: xml-axis-wsif/java/README_files wsif.txt

aslom 2002/12/10 10:47:57 Removed: java/README_files wsif.txt Log: removed wsif.txt from README_files deprecated by doc/wsif.css

cvs commit: xml-axis-wsif/java readme.htm

aslom 2002/12/10 10:48:43 Modified:java readme.htm Log: added footer to keep track of files Revision ChangesPath 1.10 +2 -0 xml-axis-wsif/java/readme.htm Index: readme.htm === RCS fil

RE: Unused imports

+1 Thanks Vidyanand -Original Message- From: Tom Jordahl [mailto:[EMAIL PROTECTED]] Sent: Tuesday, December 10, 2002 10:44 AM To: '[EMAIL PROTECTED]' Subject: RE: Unused imports +1 to Glen doing the checkin. -- Tom Jordahl Macromedia Server Development -Original Message- Fr

DO NOT REPLY [Bug 15248] New: - SymbolTable can't resolve element refs in schemas with complexContent restrictions

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 15248] - SymbolTable can't resolve element refs in schemas with complexContent restrictions

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 15248] - SymbolTable can't resolve element refs in schemas with complexContent restrictions

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 15248] - SymbolTable can't resolve element refs in schemas with complexContent restrictions

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

[wsif] WSDL2Java and WSIF

Hi, At some point we need to work on getting WSDL2Java to do the right thing with WSDLs as far as WSIF is concerned. Just to jot down TODO tasks for the future: 1. Suppress generation of Axis-specific code by WSDL2Java 2. Generate java equivalents of port types (the JAX RPC service interface) an

RE: [wsif] WSDL2Java and WSIF

  WSDL2Java in Axis was designed to produce the correct JAX-RPC artifacts in the face of incomplete WSDL.    So we should in fact generate the right Java files even if there is no service element or SOAP binding.  This may have gotten broken, but if so it needs to be fixed.   Paches welcom

Re: FW: Unused imports

+1 --- Glen Daniels <[EMAIL PROTECTED]> wrote: > > Axis-dev'ers: > > I agree with this being an issue. Here's my suggestion. > > I'll volunteer to do a single commit cleaning up all the imports in the project, >using IDEA. > After that we can just be careful about introducing / removing impor

Re: VOTE : Jaime Meritt as committer

+1 --- Glen Daniels <[EMAIL PROTECTED]> wrote: > > I'd like to officially nominate Jaime Meritt from Sonic as an Axis committer. > > He's been doing great work on the async stuff (despite my not agreeing with all the >APIs :)), > and has submitted good bug fixes. > > I say we make it official,

RE: VOTE : Jaime Meritt as committer

+1 -- Tom Jordahl Macromedia Server Development -Original Message- From: Davanum Srinivas [mailto:[EMAIL PROTECTED]] Sent: Tuesday, December 10, 2002 3:42 PM To: [EMAIL PROTECTED] Subject: Re: VOTE : Jaime Meritt as committer +1 --- Glen Daniels <[EMAIL PROTECTED]> wrote: > > I'd l

Proposed changes to OperationDesc

I'm working on an project where we want to expose our generic business logic classes as webservices. However, each of the methods in these classes expect the first parameter to be a server side (application context) object that should not be supplied by the client. A servlet filter creates the ap

Re: Proposed changes to OperationDesc

Eric, Please enter this as a bug report at http://nagoya.apache.org/bugzilla. Thanks, dims --- "Norman, Eric" <[EMAIL PROTECTED]> wrote: > I'm working on an project where we want to expose our generic business logic > classes as webservices. However, each of the methods in these classes > expec

RE: HTTP 100 Continue

Davanum, This is probably more than what you wanted but here is a small program that contains the offense ;) // // XMethods sample client for the Barnes and Noble Pricecheck service // import java.io.*; import java.net.*; import java.util.*; import org.apache.axis.Message ; import org.apache.a

[wsif] handling of Java generated code from WSDL2Java (Re: [wsif]WSDL2Java and WSIF)

Nirmal Mukhi wrote: Basically we need something that follows JAX-RPC rules and operates on the abstract service description alone, without even looking for bindings, the service element, etc. Hopefully it should be easy to customise WSDL2Java to do this. Also would be nice to package such a t

Re: VOTE : Jaime Meritt as committer

+1 - Original Message - From: "Glen Daniels" <[EMAIL PROTECTED]> To: "'Axis-Dev (E-mail)'" <[EMAIL PROTECTED]> Sent: Tuesday, December 10, 2002 1:41 PM Subject: VOTE : Jaime Meritt as committer > > I'd like to officially nominate Jaime Meritt from Sonic as an Axis committer. > > He's bee

Re: [AXIS/WSIF] proposed new WSIF home page URL

"Sam Ruby" <[EMAIL PROTECTED]> wrote: > My assessment of the timescales: > > http://xml.apache.org/axis/wsif now. Simply check in what you want > here: http://cvs.apache.org/viewcvs.cgi/xml-site/targets/axis/. I have > a cron job which updates the main site from this source four times a >

RE: VOTE : Jaime Meritt as committer

+1 Vidyanand. -Original Message- From: Glen Daniels Sent: Tue 12/10/2002 10:41 AM To: 'Axis-Dev (E-mail)' Cc: Subject: VOTE : Jaime Meritt as committer I'd like to officially nominate Jaime Mer