RE: rc2 status

Thanks j -Original Message- From: Richard Sitze [mailto:[EMAIL PROTECTED]] Sent: Friday, September 27, 2002 1:28 PM To: [EMAIL PROTECTED] Subject: Re: rc2 status +1 to releasing ALL changes todate. I've requested votes for a few, with no -1 (but no real +1's either)... I'd like to

Any doc on the socket factory config ?

I noticed the changes in the config for the socket factory, but can't find any doc. Can someone describe how to set up the 'fake trust factory' for ssl without certs ? -- Costin

DO NOT REPLY [Bug 13103] New: - jms.present=true not getting propogated to sample

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_b

Re: rc2 status

I really think that we (I :-) would look like dorks unless the particular changes I've been working on are included. *** Richard A. Sitze IBM WebSphere WebServices Development Sam Ruby <[EMAIL PROTECTED]> 09/27/2002 04:27 PM Please respond to axis-dev

RE: rc2 status

Unfortunately, most of the recent ones have, IMHO, been in that category. :/ --G > -Original Message- > From: Sam Ruby [mailto:[EMAIL PROTECTED]] > Sent: Friday, September 27, 2002 5:27 PM > To: [EMAIL PROTECTED] > Subject: Re: rc2 status > > > Richard Sitze wrote: > > +1 to releasin

Re: rc2 status

Well, the looking like dorks bit may happen regardless of anything else ;-) ... - 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

Re: rc2 status

Richard Sitze wrote: > +1 to releasing ALL changes todate. The objective here is to slow down and eventually stop at some point. I really would like to change the prevailing sentiment from "I see nothing obviously wrong with that change so it should be included" to "I really think that we w

RE: cvs commit: xml-axis/java/src/org/apache/axis/description ServiceDesc.java

+1 for merging that in to 1.0. (This is a preemptive vote before the weekend :-) -- Tom Jordahl Macromedia Server Development -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Friday, September 27, 2002 5:25 PM To: [EMAIL PROTECTED] Subject: cvs commit: xml-a

Re: Merge fix for 12833 in to 1.0?

+1 Rich Scheuerle IBM WebSphere & Axis Web Services Development 512-838-5115 (IBM TL 678-5115) Tom Jordahl

RE: (Attn:Tom and others) EsrTest

I see the same thing. Bad news -- Tom Jordahl Macromedia Server Development -Original Message- From: Glen Daniels [mailto:[EMAIL PROTECTED]] Sent: Friday, September 27, 2002 5:13 PM To: '[EMAIL PROTECTED]' Subject: RE: (Attn:Tom and others) EsrTest > As for static methods on t

cvs commit: xml-axis/java/src/org/apache/axis/description ServiceDesc.java

gdaniels2002/09/27 14:24:54 Modified:java/src/org/apache/axis/description ServiceDesc.java Log: Make sure we skip skeleton methods when introspecting to generate OperationDescs. Revision ChangesPath 1.63 +14 -1 xml-axis/java/src/org/apache/axis/description/Ser

Merge fix for 12833 in to 1.0?

This fix is for a 1.0 Final targeted bug - 12833 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12833 I am inclined to merge it in to 1.0, but it does have a bit of a risk factor since it changes the way we treat wrapped services (e.g. .NET) output parameters and we don't have too many func

RE: (Attn:Tom and others) EsrTest

> As for static methods on the real object, as long as they > don't have any > state then that's fine, but proper programming style isn't > something we can > enforce anyway. All we have to do is hide the skeleton methods. Right, and I've implemented that but I'm running into issues testing ri

DO NOT REPLY [Bug 11513] - Return the InvocationTargetException.getTargetException()

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_b

DO NOT REPLY [Bug 12833] - Axis clients fail to extract the value of output (only) parameters when they are last in the 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_b

DO NOT REPLY [Bug 11513] - Return the InvocationTargetException.getTargetException()

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_b

DO NOT REPLY [Bug 11513] - Return the InvocationTargetException.getTargetException()

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_b

RE: (Attn:Tom and others) EsrTest

My mistake. I misread the note. I thought we were talking about static accessors on beans (looking back on the notes I can't imagine where I got that notion). As for static methods on the real object, as long as they don't have any state then that's fine, but proper programming style isn't

DO NOT REPLY [Bug 12833] - Axis clients fail to extract the value of output (only) parameters when they are last in the 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_b

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

tomj2002/09/27 13:46:33 Modified:java/src/org/apache/axis/wsdl/toJava JavaStubWriter.java java/src/org/apache/axis/client Call.java Log: Fix for bug 12883 - handle output only arguments correctly In the doc/lit/wrapped case, we can not count on the first pa

Re: rc2 status

+1 to releasing ALL changes todate. I've requested votes for a few, with no -1 (but no real +1's either)... I'd like to pull these in. ALSO, I'd like a window to work on some documentation... let's cut an RC2 with what we've got, give users time to play with it & submit last minute bugs (fo

RE: (Attn:Tom and others) EsrTest

Hm, I don't think so, since I would have -1'ed such a decision if I'd noticed it. As a Java developer, I often put functionality which doesn't require any state into static methods. Why shouldn't I be able to use those methods as web services? We should also be able to call static methods wit

RE: rc2 status

The plan is to continue rolling in changes that have been voted on into the 1.0 branch, so the 1.0 final release will likely still have a few more fixes/changes after rc2. --Glen > -Original Message- > From: David Chappell [mailto:[EMAIL PROTECTED]] > Sent: Friday, September 27, 2002

Re: rc2 status

What happens next? Is rc2 it? Is there a potential for a rc3 next week, or does this one smell like its the one? The reason I am asking is I would like to write up some doc on how to use the JMS transport and its sample. If I had that by COB Monday would that still be possible to get in? Dave

Re: rc2 status

+1 to all changes made over the past two days. A number of must-fix and critical bugs have now been fixed. Rich Scheuerle IBM WebSphere & Axis Web Services Development 512-838-5115 (IBM TL 678-5115)

Re: rc2 status

While I don't like shipping a rc that does not pass our own tests, I will do so this evening if there is no fix to the security problem. I'll include any of the fixes which have been voted on at the time I cut the release. Meanwhile, I am on dalnet, but can't seem to get into undernet. - Sa

DO NOT REPLY [Bug 13096] New: - interoperability with MS Soap Toolkit is broken when using WSDL-driven Axis client.

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_b

DO NOT REPLY [Bug 12833] - Axis clients fail to extract the value of output (only) parameters when they are last in the 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_b

Re: [VOTE] doc improvements to 1.0 branch

Hello. I note the latest source code for MessageProvider.java works with the new message signatures proposed here: http://marc.theaimsgroup.com/?l=axis-user&m=103280905917851&w=2 Two things: 1. The comments aren't quite in synch with the method signatures (the comments at the top refer to th

RE: Generate WSDD

Yes, WSDL2Java generates a deploy.wsdd file when given the --server switch. -- Tom Jordahl Macromedia Server Development -Original Message-From: BOURLON Agnès [mailto:[EMAIL PROTECTED]]Sent: Friday, September 27, 2002 1:59 PMTo: [EMAIL PROTECTED]Subject: Generate WSDD Hi,   I woul

Re: [VOTE] doc improvements to 1.0 branch

+1 to the doc changes. In fact +1 for all of yesterdays and todays changes moving into 1.0. FYI: I appreciate all of the hard work everyone has put in over the last few days preparing Axis for release 1.0. Rich Scheuerle IBM WebSphere & Axis Web Services Development 512-838-5115 (IBM TL 678-5

Re: [VOTE] doc improvements to 1.0 branch

Do we have enough votes for this? How many are needed? Dave Tom Jordahl wrote: > > +1 to merge these changes to the 1.0 branch. > > -- > Tom Jordahl > Macromedia Server Development > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: Thursday, September

Generate WSDD

Hi,   I would like to know if it's possible to generate le WSDD with an Apache tool.   Thanks, Agnes.

RE: still can not compile with commons.httpClient package.

Please use a nightly from http://jakarta.apache.org/builds/jakarta-commons/nightly/commons-httpclient/ Thanks, dims --- Tom Jordahl <[EMAIL PROTECTED]> wrote: > > I recently had some problems with that as well. > I believe you need to use the latest development version, not the last release. >

Re: [wsif] Bug 13038 - WSIF's dynamic port/operation creation confusion about message names

I believe the following to be a correct reading of the spec: 1. The portType/operation and binding/operation elements each have name attributes which are required and must match. 2. The portType/operation/{input, output} elements have message attributes which are required and must match the

Re: [wsif] Bug 13038 - WSIF's dynamic port/operation creation confusionabout message names

Hi, >From the WSDL 1.2 spec: "An operation element within a binding specifies binding information for the operation with the same name within the binding's portType. Since operation names are not required to be unique (for example, in the case of overloading of method names), the name attribute

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

scheu 2002/09/27 09:35:46 Modified:java/src/org/apache/axis/wsdl/fromJava Emitter.java Log: use parameters in J2W wrapped mode...for .NET Revision ChangesPath 1.67 +5 -6 xml-axis/java/src/org/apache/axis/wsdl/fromJava/Emitter.java Index: Emitter.java =

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

Rich, You might want to make this name "parameters" for the request. This would match what .NET does and I believe trigger *their* wrapped mode processing, which would be a good thing. FYI MS also used parameters for the response too... -- Tom Jordahl Macromedia Server Development -Or

DO NOT REPLY [Bug 12833] - Axis clients fail to extract the value of output (only) parameters when they are last in the 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_b

Re: anyType support fixed

> "Glen" == Glen Daniels <[EMAIL PROTECTED]> writes: Glen> How could that possibly make any sense? If you have a type Glen> which you are never going to be able to receive, what good Glen> does it do to put an "anyType" placeholder there? >> >> We've registered a custom s

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

scheu 2002/09/27 09:23:14 Modified:java/src/org/apache/axis/wsdl/fromJava Emitter.java Log: Minor Fix to the Java2WSDL WRAPPED mode. The name of the message part in the request should be "body" and the message part in the reponse should be "return". Revision Changes

cvs commit: xml-axis/java/lib commons-logging.jar

rsitze 2002/09/27 09:18:05 Modified:java/lib commons-logging.jar Log: commons logging version 1.0.2 (official) Revision ChangesPath 1.10 +59 -54xml-axis/java/lib/commons-logging.jar <>

RE: [wsif] WSIF home

Wouldn't it make sense for wsif to have its own project? I think it lives with Axis for lack of a better place to go. Sam, are we close to having something like an Apache WebServices project where we can all live together? (ws-axis, ws-wsif, etc) -- Tom Jordahl Macromedia Server Development

[wsif] WSIF home

Hi, As of now WSIF doesn't really have a place where it lives under Apache, all links to WSIF point to the README file through the CVS web interface. Instead, I'd like to create xml.apache.org/wsif and create directories for documentation, releases and other things there. Sam, could you give me

[axis] today's IRC chat is brought to you by... undernet

Apparently we were split into 2 (possible 3 or more?) different groups by DALnet. Attempts to reconnect quickly let Matt, Russell, and myself through a most interesting maze. We've reconvened on undernet.. *** Richard A. Sitze IBM WebSphere WebServices

ApacheAXIS chat?

Hey folks, should we try undernet today? It looked like Glen and Rich dropped off the chat, but then Rich told me he and Glen were still talking. Then Sitze got on and HE was all alone. I dropped off and couldn't get back on anywhere. Now I'm on undernet but feeling kinda lonely. Russell B

DO NOT REPLY [Bug 13061] - Use of getRealPath() prevents deployment in WAR or EAR file

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_b

Re: Build break on 1.0 branch in test.wsdl._import

Russell, Yup, on its own I get BUILD SUCCESSFUL in 1 minute and 8 seconds. I think this test was failing intermittently in the context of a full build a week or so ago, but a fix went in which seemed to solve the problem. Glyn

need your help: verify server-config.wsdd in WEB-INF with Tomcat

A bug was just encountered in the code related to the following bug fixes: Bugzilla 12459 - server-config.wsdd in tomcat/bin, should be WEB-INF Bugzilla 12943 - server-config.wsdd is not written to WEB-INF I don't run tomcat, and I'd like to verify that I have *NOT* regressed, from your pe

cvs commit: xml-axis/java/src/org/apache/axis/server JNDIAxisServerFactory.java

rsitze 2002/09/27 08:32:02 Modified:java/src/org/apache/axis/transport/http AxisServlet.java java/src/org/apache/axis/configuration EngineConfigurationFactoryServlet.java java/src/org/apache/axis/server JNDIAxisServerFactory.java

RE: (Attn:Tom and others) EsrTest

We do have an on/off switch on WSDL2Java, but just because extra stuff gets added to the WSDL doesn't mean we notice or care in our current tests. There should be a test that gets WSDL from a skeleton web service and verifies that the get*Desc functions do not show up. -- Tom Jordahl Macromed

RE: (Attn:Tom and others) EsrTest

What we really need is a skeleton on/off switch. We talked about this at one point and gave it up because I don't think it would have been easy to implement. We settled for doing half our tests with skeletons and half without (yeah, lame, I know). Would it be easier to add such a switch wi

RE: (Attn:Tom and others) EsrTest

I thought we had agreed at one point that static methods SHOULD be excluded. They're certainly not part of traditional beans. Russell Butek [EMAIL PROTECTED] Glen Daniels <[EMAIL PROTECTED]> on 09/26/2002 05:10:39 PM Please respond to [EMAIL PROTECTED] To:"'[EMAIL PROTECTED]'" <[EMAI

DO NOT REPLY [Bug 12358] - SOAP mime attachments: 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_b

DO NOT REPLY [Bug 12758] - Deserialization of complex classes throws SAXException

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_b

RE: (Attn:Tom and others) EsrTest

The problem is that public static methods should not be converted to wsdl. Why ? Because public static methods cannot be represented in an SEI. So I think that this is a regression, and the code should be changed back to only examining public, non-static methods. Rich Scheuerle IBM WebSphere

RE: anyType support fixed

> Glen> How could that possibly make any sense? If you have a type > Glen> which you are never going to be able to receive, what good > Glen> does it do to put an "anyType" placeholder there? > > We've registered a custom serializer for Locale. Although we don't > pass it as a param

RE: anyType support fixed

Hey Bob, Can you come up with a test case for the simple service I have below? If you can fit it in to the test/wsdl structure, that would ensure this stuff doesn't break for you again. -- Tom Jordahl Macromedia Server Development -Original Message- From: Bob Cotton [mailto:[EMAIL

RE: anyType support fixed

I fixed a bug yesterday (13007) that 'fixes' this for elements in Beans. I tried to write a test case for it, but failed because (as I pointed out in my check in and bugzilla comments) we wont match an operation that is defined to be anyType in WSDD but has a signature type of anything but jav

RE: (Attn:Tom and others) EsrTest

Yes, I noticed this and mentioned it to Russell on the chat. I then promptly forgot to follow up with Email. This stuff broke a while (>3 months) ago as well and was fixed then, by Russell I think. If you guys want skeletons to stay in the system, you are going to have to keep closer track

DO NOT REPLY [Bug 13061] - Use of getRealPath() prevents deployment in WAR or EAR file

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_b

RE: still can not compile with commons.httpClient package.

I recently had some problems with that as well. I believe you need to use the latest development version, not the last release. Dims, do you have any insight on this? -- Tom Jordahl Macromedia Server Development -Original Message- From: Jian Zhang [mailto:[EMAIL PROTECTED]] Sent: Thu

Re: 1.0RC bug? ---- Help

I don't use TomCat at all. The problem you experienced was a bug in Axis, not TomCat. *** Richard A. Sitze IBM WebSphere WebServices Development Jinghua Gu <[EMAIL PROTECTED]> 09/26/2002 01:33 PM Please respond to axis-dev To: [EMAIL P

DO NOT REPLY [Bug 12967] - soap:header not supported

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_b

DO NOT REPLY [Bug 13061] - Use of getRealPath() prevents deployment in WAR or EAR file

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_b

Help with MIME

I’m building a client system using Axis, but I need to send and receive MIME attachments. One, the WSDL2Java tool fails when the wsdl file includes MIME definitions and two, where do I find a good example of how to do this with the Axis toolkit?   Thanks,   Torsten

still can not compile with commons.httpClient package.

I tried to compile org.apache.axis.transport.http.CommonsHTTPSender with the common library I downloaded from http://jakarta.apache.org/builds/jakarta-commons/release/commons-httpclient/ v2.0/ Now the compiler find the org.apache.commons.httpclient package, but it still complains that the PostMet

can not compile.

I downloaded the rc 1.0 source code and tried to compile. A number of packages are not found, including org.apache.commons.* javax.imageio.*; com.sun.net.ssl.*; aren't they downloadable from a directory on apache site? I though the deliverable includes everything and I just need to run the comp

Re: 1.0RC bug? ---- Help

Richard, Thanks for your reply. I tried axis1.0RC1 with tomcat 4.1.12. It put server-config.wsdd in bin directory of tomcat. The problem is solved by using tomcat4.1.12. But the Administrator Axis link on the first page is broken(404 error). Can you enlighten me what version of Tomcat do you

DO NOT REPLY [Bug 12833] - Axis clients fail to extract the value of output (only) parameters when they are last in the 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_b

DO NOT REPLY [Bug 13061] - Use of getRealPath() prevents deployment in WAR or EAR file

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_b

cvs commit: xml-axis-wsif/java/src/org/apache/wsif/wsdl WSIFWSDLLocatorImpl.java

owenb 2002/09/27 06:14:10 Modified:java/src/org/apache/wsif/util WSIFUtils.java java/src/org/apache/wsif/wsdl WSIFWSDLLocatorImpl.java Log: Added code to close Reader objects used by the org.apache.wsif.wsdl.WSIFWSDLLocatorImpl class once the reading of the wsdl

DO NOT REPLY [Bug 12833] - Axis clients fail to extract the value of output (only) parameters when they are last in the 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_b

DO NOT REPLY [Bug 12833] - Axis clients fail to extract the value of output (only) parameters when they are last in the 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_b

Re: Build break on 1.0 branch in test.wsdl._import

I don't have any problems with it, Glyn. Can you run JUST that test? cd test/wsdl/_import ant compile run Russell Butek [EMAIL PROTECTED] "Glyn Normington" <[EMAIL PROTECTED]> on 09/27/2002 03:18:04 AM Please respond to [EMAIL PROTECTED] To:[EMAIL PROTECTED] cc: Subject:Build br

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

antelder2002/09/27 05:53:23 Modified:java/src/org/apache/wsif/util WSIFUtils.java Log: Change the readWSDL methods to not fiddle with the wsdl factory system property but to use the WSDLFactory newinstance method which takes a factory name. Revision ChangesPath 1.17

cvs commit: xml-axis-wsif/java/src/org/apache/wsif/wsdl AuthenticatingProxyWSDLLocatorImpl.java

owenb 2002/09/27 05:41:44 Added: java/src/org/apache/wsif/wsdl AuthenticatingProxyWSDLLocatorImpl.java Log: New java.wsdl.xml.WSDLLocator implementation which allows a wsdl document to be retrived through an authenticating proxy. Revision Changes

problem with http 1.1, parser hangs

hi, i already posted this on the users list, but i think this is a more appropriate place. when using http 1.1 as transport protocol, and the remote side sets the connection to keep alive, the sax parser hangs in an infinite loop. the problem is that HttpSender classes passes an input stream to

Re: [wsif] Bug 13038 - WSIF's dynamic port/operation creation confusionabout message names

Ant, You misquoted me slightly :-) Here's a slightly more detailed version of my proposed "wsif-only" fix: Try to find the bindingOperation using the input/output names given. Then if no match is found, try using null for the input/output names. If a match is then found we know that only one o

[GUMP] Build Failure - Axis Security

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

[wsif] Bug 13038 - WSIF's dynamic port/operation creation confusion aboutmessage names

There's a bugzilla bug raised for wsif, http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13038, to do with wsif not correctly finding an operation. The problem is because the wsdl, http://www.ebi.ac.uk/xembl/XEMBL.wsdl, specifies an input name on the operation in the portType, but does not speci

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

whitlock2002/09/27 02:14:33 Modified:java/test/addressbook AddressBookTest.java Log: addEntry should be input-only Revision ChangesPath 1.16 +2 -12 xml-axis-wsif/java/test/addressbook/AddressBookTest.java Index: AddressBookTest.java ==

cvs commit: xml-axis-wsif/java/src/org/apache/wsif/providers/jms WSIFOperation_Jms.java

whitlock2002/09/27 02:03:17 Modified:java/src/org/apache/wsif/providers/jms WSIFOperation_Jms.java Log: Remove throwing, catching and ignoring NullPointerExceptions from mainline code Revision ChangesPath 1.27 +6 -12 xml-axis-wsif/java/s

Build break on 1.0 branch in test.wsdl._import

I tried building the 1.0 branch and got the following failure (only the end of the build is included). Anyone else seeing this? It seems unlikely that there is a network problem since the wsdl file is on the local file system. (See attached file: buildlog) Glyn buildlog Description: Binary da