DO NOT REPLY [Bug 13808] - java:EJB provider does not work ?

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: [GUMP] Build Failure - Axis

Glen, See my commit...(http://marc.theaimsgroup.com/?l=axis-dev&m=103520269931941&w=2). That should hopefully take care of the problem. In Windows, the newly created MyService.java gets compiled, but on Gump, it doesn't unless we cleanup. I think this is cause of the problem. Thanks, dims ---

Re: [wsif] keeping list of changes (changes.html)

Hi Alek, Yes I think this is a good idea; in fact I would propose that the changes.html file be incorporated into a release notes file at the time of release, and a new changes file be created then. Nirmal.

Force

In the interests of simplifying things, can we remove the "force" option from Call.registerTypeMapping()? I don't see anywhere in the code that actually uses force=false, which would seem to defeat the purpose of registering a type mapping at all. If you're concerned about overwriting some ex

cvs commit: xml-axis-wsif/java/test/addressbook AddressBookTest.java

whitlock2002/10/21 02:47:44 Modified:java/test/jms JmsTest.java java/test/addressbook AddressBookTest.java Log: Only start the listeners that are needed Revision ChangesPath 1.13 +7 -4 xml-axis-wsif/java/test/jms/JmsTest.java Index: JmsTest.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 5

[GUMP] Build Failure - Axis Security

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

cvs commit: xml-axis/java/test/wsdl/extra build.xml

dims2002/10/21 05:18:15 Modified:java/test/wsdl/extra build.xml Log: Possible fix for gump failure. Revision ChangesPath 1.2 +3 -0 xml-axis/java/test/wsdl/extra/build.xml Index: build.xml ==

RE: [GUMP] Build Failure - Axis

OK, back to this one. :) I'm not seeing this. Anyone else? Is this a bleeding-edge gumpism? --Glen > -Original Message- > From: Sam Ruby [mailto:rubys@;us.ibm.com] > Sent: Monday, October 21, 2002 8:04 AM > To: [EMAIL PROTECTED] > Subject: [GUMP] Build Failure - Axis > > > -

cvs commit: xml-axis-wsif/java/test/proposals/mime MimeTest.java MimeImpl.java WSIFOperation_ApacheAxis.java

whitlock2002/10/21 06:56:53 Modified:java/test/proposals/mime MimeTest.java MimeImpl.java WSIFOperation_ApacheAxis.java Log: Receive mime attachments Revision ChangesPath 1.4 +4 -8 xml-axis-wsif/java/test/proposals/mime/MimeTest.java

cvs commit: xml-axis/java/src/org/apache/axis/attachments BoundaryDelimitedStream.java MultiPartRelatedInputStream.java

rineholt2002/10/21 07:18:34 Modified:java/src/org/apache/axis/attachments BoundaryDelimitedStream.java MultiPartRelatedInputStream.java Log: -Keep meaning of boundary the same in BoundaryDelimitedStream regarless if bounday specified o

cvs commit: xml-axis/java/docs/ant - New directory

stevel 2002/10/21 11:45:09 xml-axis/java/docs/ant - New directory

ant task documentation

finally got the autogeneration of the ant task docs working; classpath issues, as usual. Now anyone with the full CVS repository of ant (not a distribution), can go from javadoc of the axis tasks to creation of the doc files. I've put the ant task docs into their own subdir as I felt that docs/ w

Re: DO NOT REPLY [Bug 13134] - java.io.IOException in WSDL2Java fortest.wsdl._import

dims, Thanks for asking! I haven't tried a build for ages, but the current HEAD gives early compilation errors. I'll try again when these are fixed and let you know if I still get the problem. Glyn - Forwarded by Glyn Normington/UK/IBM on 21/10/02 09:22 -

cvs commit: xml-axis/java/wsdd WSDD.xsd

stevel 2002/10/21 15:40:07 Modified:java/wsdd WSDD.xsd Log: 1. for utf-8 we dont need any encoding prefix, I believe 2. s/value/default/ xml spy still aint happy because it doesnt thing xs:CDATA is a valid part of XML schema. Maybe it is right. Revision ChangesPath

cvs commit: xml-axis/java/webapps/axis index.html

stevel 2002/10/21 16:13:09 Modified:java/webapps/axis index.html Log: a tab I probably inserted myself Revision ChangesPath 1.6 +1 -1 xml-axis/java/webapps/axis/index.html Index: index.html ===

DO NOT REPLY [Bug 13346] - Tomcat thorws NullPointerException

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 13682] - AxisServletBase throws NullPointerException when destroying on Tomcat 3.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 13346] - Tomcat thorws NullPointerException

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 AxisServletBase.java

stevel 2002/10/21 23:52:46 Modified:java/src/org/apache/axis/transport/http AxisServletBase.java Log: bug # 13346 Revision ChangesPath 1.19 +0 -1 xml-axis/java/src/org/apache/axis/transport/http/AxisServletBase.java Index: AxisServletBase.java =

DO NOT REPLY [Bug 13346] - Tomcat thorws NullPointerException

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 13346] - Tomcat thorws NullPointerException

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

Thin client for applets?

Is anyone working on thinning out the client code so it can be used from an applet without signing all of the jars and adding entries to java.policy?  There are a myriad of issues ranging from accessing System.getProperty to logging to getting class loaders that break using the Axis client c