Re: VOTE : Jaime Meritt as committer

+1 - James Snell IBM Emerging Technologies [EMAIL PROTECTED] (559) 587-1233 (office) (700) 544-9035 (t/l) Programming Web Services With SOAP O'Reilly & Associates, ISBN 0596000952 Have I not commanded you? Be strong and courageous. Do not be terrified,

RE: Unused imports

> I agree with this being an issue. Here's my suggestion. I am curious ... is this seen as a technical issue or merely the same sort of issue as having the same brace and indent style? Is there some disadvantage beyond developer irritation level that these unused imports cause? ((It's all the s

RE: Unused imports

> I agree with this being an issue. Here's my suggestion. I am curious ... is this seen as a technical issue or merely the same sort of issue as having the same brace and indent style? Is there some disadvantage beyond developer irritation level that these unused imports cause? ((It's all the s

DO NOT REPLY [Bug 15340] - WSDL2java problem with union of NMTOKEN enumeration and NMTOKEN pattern restriction

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 15340] - WSDL2java problem with union of NMTOKEN enumeration and NMTOKEN pattern restriction

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 15340] - WSDL2java problem with union of NMTOKEN enumeration and NMTOKEN pattern restriction

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 15340] - WSDL2java problem with union of NMTOKEN enumeration and NMTOKEN pattern restriction

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 15340] - WSDL2java problem with union of NMTOKEN enumeration and NMTOKEN pattern restriction

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 15340] New: - WSDL2java problem with union of NMTOKEN enumeration and NMTOKEN pattern restriction

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 15288] - NPE in HTTPSender.getSocket() (when using "https" protocol)

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: bug15288

I want to post an official apology to the list for the bone-headed post I made earlier today (containing the much-too-large attachment). There is no excuse for it, and I won't make any attempt to justify it. My selfish actions had no regard to the members of this list, and I apologize to all for

cvs commit: xml-axis-wsif/java/samples/localjava/client/dynamic Run.java

antelder2002/12/12 12:19:13 Modified:java/samples/complexsoap/client/stub Run.java java/samples/localjava/client/stub Run.java java/samples/complexsoap/client/dynamic Run.java java/samples/simplesoap/client/stub Run.java java/sa

cvs commit: xml-axis-wsif/java/samples/localjava/client/stub/addressbook/wsiftypes Phone.java Address.java

antelder2002/12/12 12:18:41 Modified:java/samples/localjava/client/stub/addressbook/wsifservice AddressBook.java java/samples/localjava/client/stub/addressbook/wsiftypes Phone.java Address.java Log: Fix package names so i

cvs commit: xml-axis-wsif/java/src/org/apache/wsif/providers/soap/apacheaxis WSIFOperation_ApacheAxis.java

antelder2002/12/12 12:17:33 Modified:java/src/org/apache/wsif/providers/soap/apacheaxis WSIFOperation_ApacheAxis.java Log: Fix to not add JMS property parts to call parameters Revision ChangesPath 1.45 +7 -4 xml-axis-wsif/java/src/org/a

Re: [wsif] today chat log

Hi Piotr, That would be great. Try to follow the format as described in java/doc/samples.html. Also, try and make your implementation and other required files as vendor independent as possible, and include vendor-specific deployment information separately. I'm hoping we can include instructions f

DO NOT REPLY [Bug 15329] New: - document JUnit pitfalls

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/src/org/apache/axis/utils NSStack.j ava

See http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15328 - Dennis Glen Daniels wrote: I respectfully disagree on both counts. :) SerializationContextImpl has the desired behavior already with no changes. You can register mappings up until the point when you call startElement(), at which p

Re: [wsif] today chat log

Hi, sorry I missed the chat today. I definitely agree that including J2C samples would help to show the capabilities of wsif. I will work on these in the next few days and should have them ready by mid next week. The sample for j2c provider is actually two parts, a J2C Resource Adapter with the ext

DO NOT REPLY [Bug 15328] New: - Unnecessary namespace definitions generated in serialization

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: bug15288

please dont post 6+MB attachments to the list, you are making assumptions about the inbox and communications channels of all the recipients that may not be valid.

Re: VOTE : Jaime Meritt as committer

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

[wsif] today chat log

hi, we have discussed topics related to release: * check RELEASE_TASKS.txt and modify accordingly and pick up taks (we need them all taken care of and avoid possible overlaps) * next chat on Monday and beta release next week * check current 2.0alpha2 release and report problems * check if we can

cvs commit: xml-axis-wsif/java/doc RELEASE_TASKS.txt

aslom 2002/12/12 08:57:15 Modified:java/doc RELEASE_TASKS.txt Log: updated list of release tasks (high priority == for beta release) - they all shoul dbe assigned Revision ChangesPath 1.10 +33 -8 xml-axis-wsif/java/doc/RELEASE_TASKS.txt Index: RELEASE_TA

RE: Java2WSDL - Bug found on generating the wsdl:service Name by java:EJB Provider

> -Original Message- > From: Tom Jordahl [mailto:[EMAIL PROTECTED]] > Sent: Thursday, December 12, 2002 4:21 PM > To: '[EMAIL PROTECTED]'; '[EMAIL PROTECTED]' > Subject: RE: Java2WSDL - Bug found on generating the > wsdl:service Name by java:EJB Provider > > > Sascha, > > Several thing

Call for attachment size limitation

Hello, maybe the list master could limit attachment size to something reasonable (2MB or even 200K)? I (and probably many others) would be very thankful indeed. Best regards! -- Matthias Brunner <[EMAIL PROTECTED]> PGP FP 7862 32B3 3B75 292A F76F 5042 8587 21AB 5B89 D501 Check out http://blum

Question about SOAP header handling

Hi all, was the way SOAP header handling changed between Axis 1.0 and the current version (nightly build Dec 12)? I had a WSDL (and generated classes, own application) that worked. Using the current version it seems that the handling of message parts that are definded as SOAP header in the SOAP bi

cvs commit: xml-axis-wsif/java/doc RELEASE_TASKS.txt

aslom 2002/12/12 07:42:32 Modified:java/doc RELEASE_TASKS.txt Log: split tasks into high/medium/low priority Revision ChangesPath 1.9 +8 -6 xml-axis-wsif/java/doc/RELEASE_TASKS.txt Index: RELEASE_TASKS.txt ==

cvs commit: xml-axis-wsif/java/doc RELEASE_TASKS.txt

hughesj 2002/12/12 07:35:38 Modified:java/doc RELEASE_TASKS.txt Log: Done -kkv for all text files Revision ChangesPath 1.8 +1 -1 xml-axis-wsif/java/doc/RELEASE_TASKS.txt Index: RELEASE_TASKS.txt ==

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

aslom 2002/12/12 07:24:57 Modified:java readme.htm Log: added in readme link to WSIF distributions (did not happen during previous commit ...) Revision ChangesPath 1.11 +7 -1 xml-axis-wsif/java/readme.htm Index: readme.htm =

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

aslom 2002/12/12 07:21:22 Modified:java build.xml java/doc changes.html Log: added in readme link to WSIF distributions updated chnages with CVS tag name used for ALPHA2 chnaged build.xml to upcoming ALPHA3 Revision ChangesPath 1.20 +1 -1

RE: Java2WSDL - Bug found on generating the wsdl:service Name by java:EJB Provider

Sascha, Several things have changed in in the WSDL generation since 1.0, mainly to support faults and better document/literal WSDL. In the course of this work, some of the WSDL element names that are generated may have been changed. If you could describe exactly the differences in behavior, w

cvs commit: xml-axis-wsif/java/doc RELEASE_TASKS.txt changes.html

aslom 2002/12/12 07:10:15 Modified:java build.xml java/doc RELEASE_TASKS.txt changes.html Log: fixed problems with "clean samples" to make sure that required properites and META-INS is copied to build/classes added "alldist" target that includes both binar

Re: DO NOT REPLY [Bug 15139] - After calling addAttachmentPart on a Message the writeTo method of Message returns null.

Nolan, Can you please post the stack trace? So that we can ensure that the exception is made visible? A patch would be even better. Thanks, dims --- [EMAIL PROTECTED] wrote: > DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG > RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT >

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

nmukhi 2002/12/12 06:55:10 Modified:java/doc build.htm Log: Fixed broken link Revision ChangesPath 1.7 +5 -5 xml-axis-wsif/java/doc/build.htm Index: build.htm === RCS file: /home/cvs/xml-

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

nmukhi 2002/12/12 06:52:32 Modified:java/doc build.htm Log: Minor edits to make doc clearer Revision ChangesPath 1.6 +3 -4 xml-axis-wsif/java/doc/build.htm Index: build.htm === RCS file:

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

nmukhi 2002/12/12 06:41:02 Modified:java/doc samples.html java/samples/complexsoap/client/dynamic README.html java/samples/complexsoap/client/stub README.html java/samples/localjava README.html java/samples/localjava/client/dyn

DO NOT REPLY [Bug 15139] - After calling addAttachmentPart on a Message the writeTo method of Message returns null.

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/src/org/apache/wsif/util WSIFUtils.java

owenb 2002/12/12 06:25:59 Modified:java/src/org/apache/wsif/util WSIFUtils.java Log: \u30fb is not a valid Java identifier character and so do not use it in generated Java names Revision ChangesPath 1.25 +1 -1 xml-axis-wsif/java/src/org/apache/wsif/util/WSIFU

cvs commit: xml-axis-wsif/java/src/org/apache/wsif/util WSIFUtils.java

owenb 2002/12/12 06:25:13 Modified:java/src/org/apache/wsif/util Tag: pre1_2_0-patches WSIFUtils.java Log: \u30fb is not a valid Java identifier character and so do not use it in generated Java names Revision ChangesPath No rev

DO NOT REPLY [Bug 15183] - [Patch] Dynamic proxy client does not handle inout parameters (handlers)

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] 2.0 first alpha release

Hi Alek, This is outstanding - I tried the bin dist and was able to get the samples working without much difficulty; then I tried the src dist, I was able to build and then run samples following the instructions without any problems. I love the classpath and build scripts, it really makes things

cvs commit: xml-axis-wsif/java/lib/log4j README.txt

aslom 2002/12/12 05:52:51 Added: java/lib/log4j README.txt Log: added README for lib/log4j Revision ChangesPath 1.1 xml-axis-wsif/java/lib/log4j/README.txt Index: README.txt ===

cvs commit: xml-axis-wsif/java build.xml

aslom 2002/12/12 05:40:54 Modified:java build.xml Log: fixed problem with wsif-j2c.jar that could not be found during bindist - now it is copied only when available Revision ChangesPath 1.18 +6 -2 xml-axis-wsif/java/build.xml Index: build.xml =

[GUMP] Build Failure - xml-axis-wsif

This email is autogenerated from the output from: Buildfile: build.xml init: prepare: [mkdir] Created dir: /home/rubys/j

[GUMP] Build Failure - Axis

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

cvs commit: xml-axis-wsif/java/test/shop ShoppingCartTest.java

owenb 2002/12/12 04:54:52 Modified:java/test/shop Tag: pre1_2_0-patches ShoppingCartTest.java Log: Removed javadoc references to com.ibm class names Revision ChangesPath No revision No revision 1.2.2.1 +0 -25 xml

cvs commit: xml-axis-wsif/java/test/shop ShoppingCartTest.java

owenb 2002/12/12 04:53:55 Modified:java/test/shop ShoppingCartTest.java Log: Removed javadoc references to com.ibm class names Revision ChangesPath 1.4 +0 -25 xml-axis-wsif/java/test/shop/ShoppingCartTest.java Index: ShoppingCartTest.java ==

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

sandholm2002/12/12 04:47:55 Modified:java/src/org/apache/axis/message SOAPBody.java java/src/org/apache/axis/utils NSStack.java Log: added hook to disable prettty formatting of SOAPBody (useful when signing bodies passed through a router) + minor bug fix (Null pointer

cvs commit: xml-axis-wsif/java/test/docStyle NWBankTest.java

antelder2002/12/12 03:53:15 Modified:java/src/org/apache/wsif/providers/soap/apacheaxis WSIFOperation_ApacheAxis.java java/test/mime Mime.wsdl MimeTest.java java/test/docStyle NWBankTest.java Log: Restructuring of the WSIF AXIS op

cvs commit: xml-axis-wsif/java/test/providers ProvidersInitialisationTest.java

antelder2002/12/12 03:51:04 Modified:java/test/soap InputPartsTest.java MissingInputPartTest.java java/test/async AsyncTests.java java/test/invocation DynamicInvokerTest.java java/test/performance SpeedTest.java java/test/jndi J

cvs commit: xml-axis-wsif/java/test/stockquote/wsiftypes - New directory

antelder2002/12/12 03:50:47 xml-axis-wsif/java/test/stockquote/wsiftypes - New directory

cvs commit: xml-axis-wsif/java/test/addressbook/wsiftypes - New directory

antelder2002/12/12 03:50:47 xml-axis-wsif/java/test/addressbook/wsiftypes - New directory

cvs commit: xml-axis-wsif/java/test/addressbook/wsifservice - New directory

antelder2002/12/12 03:50:47 xml-axis-wsif/java/test/addressbook/wsifservice - New directory

cvs commit: xml-axis-wsif/java/test/stockquote/wsifservice - New directory

antelder2002/12/12 03:50:47 xml-axis-wsif/java/test/stockquote/wsifservice - New directory

RE: Java2WSDL - Bug found on generating the wsdl:service Name by java:EJB Provider

Hello, This problem occures only in Versions after Axis 1.0 on the Serverside. The WSDL will be generated on the fly through the WSDD with the "java:EJB" Provider using a Stateless Session Bean. Regards, Sascha > -Original Message- > From: Tom Jordahl [mailto:[EMAIL PROTECTED]] > Sent: