Title: JavaUtils.xmlNameToJava and special characters
The xmlNameToJava function munges strings so that they only contain letters and numbers. However, other characters (such as '$' and '_') are valid in Java identifiers. Instead of using the Character.isLetter() and Character.isLetterOrDigit(
Title: classloader problems
I'm having a problem with axis throwing a ClassNotFoundException when I try to access a deployed service. It chokes on [Lservice1._RecordType; (see the attached wsdl). I traced it down to the getLanguageSpecificType method in WSDDTypeMapping.
public Class getLa
I am still having problems with bean serialization. The order of my getter
and setters
is:
- to
- timeout
- topic
As you notice in the message previously sent, the serialized order became:
- timeout
- to
- topic
At this time, with additional code changes, but no changes to that bean
class it is
Resending msg again. Didn't see it on the list for some reason...
-Original Message-
From: Sedukhin, Igor
Sent: Wednesday, February 06, 2002 10:23 AM
To: '[EMAIL PROTECTED]'
Subject: RE: Subsystem responsibilities: WSDD
Glyn,
>Handlers (including Chains) would then have to cope with b
I found a problem about the WSDD that the parameters of transport pivot are
not
populated to the java instnace. However, in the schema of wsdd, it looks
like
parameters are allowed for transport ... I wonder this is by design or a
bug.
Following is an example of client-config.wsdd:
http://xml.
scheu 02/02/06 14:50:20
Modified:java/samples/echo deploy.wsdd
Log:
Fixed typo.
Revision ChangesPath
1.13 +4 -4 xml-axis/java/samples/echo/deploy.wsdd
Index: deploy.wsdd
===
RCS file: /h
I think Glen and I brow-beat Russell on IRC in to not emitting code for non-Soap
bindings, but he held on to emitting all the portType interfaces, even if they are
referenced only by non-Soap bindings.
--
Tom Jordahl
-Original Message-
From: Russell Butek [mailto:[EMAIL PROTECTED]]
S
For those that care, Tom and Glen and I had a chat and I've been mostly
convinced. Stuff generated from non-SOAP bindings (stub, skeleton) should
never be generated. But those bindings might refer to a portType. The
interface for that portType SHOULD be generated if --all is turned on. Tom
(an
I think I disagree. If they really really want to generate everything, let
them have everything.
As to whether it compiles, the code generated from filegen.wsdl does (after
a minor fix). If there's a chance we're generating code that WON'T
compile, then I might willingly back off from my disagr
butek 02/02/06 13:24:29
Modified:java/src/org/apache/axis/wsdl/toJava Emitter.java
Log:
Oops. Neglected to delete a comment when I deleted the function that comment
referred to. This function moved from Emitter to JavaWriterFactory so that I could
get --all functionality to
butek 02/02/06 13:21:51
Modified:java/src/org/apache/axis/utils JavapUtils.java
Log:
Fix from Thomas Boerkel ([EMAIL PROTECTED]). WIthout this fix Java2WSDL would hang
it a directory in the CLASSPATH contained spaces.
Revision ChangesPath
1.4 +1 -1 xml-ax
+1
> -Original Message-
> From: Tom Jordahl [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, February 06, 2002 4:20 PM
> To: '[EMAIL PROTECTED]'
> Subject: RE: WSDL2JavaAntTask - skeleton=true?
>
>
>
> +1 to making it default to false.
>
> -Original Message-
> From: Russell Butek
-if (binding.isUndefined() ||
-bEntry.getBindingType() != BindingEntry.TYPE_SOAP) {
+if (binding.isUndefined()) {
continue;
Russell,
I don't think you should ever emit any code for non-Soap bindings
> Log:
> I added --all to WSDL2Java. I thought it would be quick
> and easy. Silly me. This
> option exposed some bugs I had to fix.
Woo!
> I also added a quick test.
Woo hoo! :)
--G
+1 to making it default to false.
-Original Message-
From: Russell Butek [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 06, 2002 4:09 PM
To: [EMAIL PROTECTED]
Subject: WSDL2JavaAntTask - skeleton=true?
Just curious. Why is the default for skeleton true? I would have expected
th
Just curious. Why is the default for skeleton true? I would have expected
that all the defaults in this task would mirror the defaults in WSDL2Java
itself.
I'm thinking of changing it and the entries in WSDL2JavaTestCase.xml that
might depend on it (low priority, I just added it to my todo list
butek 02/02/06 13:08:55
Modified:java/src/org/apache/axis/utils resources.properties
java/src/org/apache/axis/wsdl WSDL2Java.java
java/src/org/apache/axis/wsdl/toJava Emitter.java
JavaWriterFactory.java PortTypeEntry.java
tomj02/02/06 13:00:20
Modified:java/src/org/apache/axis/wsdl/toJava SymbolTable.java
Log:
Update the handling of literal message parts to handle either
the element= or type= declaration (e.g. ).
Revision ChangesPath
1.25 +44 -34xml-axis/java/src/org/apache
tomj02/02/06 12:58:01
Modified:java/src/org/apache/axis/encoding/ser BeanDeserializer.java
Log:
Check the Java mangled XML name when looking for bean elements.
WSDL2Java mangles the element names per JAX-RPC, but we wont find those names
in the XML we process. This chang
Totally understand, specially since there is some design change.
Hope you find these changes useful. :)
Thanks!
> -Original Message-
> From: Rick Rineholt [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, February 06, 2002 8:07 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Attachment support Dif
Title: RE: WSDL2Java and xsd:simpleTypes
Works great. Thanks!
David Altenburg
[EMAIL PROTECTED]
>-Original Message-
>From: R J Scheuerle Jr [mailto:[EMAIL PROTECTED]]
>Sent: Tuesday, February 05, 2002 4:44 PM
>To: [EMAIL PROTECTED]
>Cc: [EMAIL PROTECTED]
>Subject: Re: WSDL2Java a
See below.
Thanks for your help Sam.
Rich Scheuerle
XML & Web Services Development
512-838-5115 (IBM TL 678-5115)
Sam
Heh, I was just typing up a response but you beat me to it.
It is intentional that EVERYTHING is sent as multiref, because we "stream" our
serialization. In other words, if we're serializing an Object which MIGHT be referred
to later in the graph of this message, we serialize an HREF instead
scheu 02/02/06 11:00:20
Modified:java/samples/echo deploy.wsdd
java/src/org/apache/axis/encoding/ser ArraySerializer.java
Log:
Change the samples/echo/deploy.wsdd to register type mapping for
ArrayOfSOAPStruct. This should result in a better interop result
for
I just answered my own question to the first:
by using call.setProperty(org.apache.axis.AxisEngine.PROP_DOMULTIREFS,
Boolean.FALSE);
So my questions changes: Is it intentional that the default behavior for
headers
is that they are sent as multiRef?
-Original Message-
From: Tom Boulos
Sen
R J Scheuerle wrote:
>
> i) Sending type="ArrayOfSOAPStruct" over the wire may be 'more correct' but
> is less interoperable. So I think we should continue to send type="soapenc:Array"
> over the wire...but I will make a comment in the array serializer explainly the
> pro's and con's.
+1
Ain't
I ran some tests per (2) in my previous note.
Here are interesting results for echoStructArray
ServerSOAPAxis Sandbox Axis type="ArrayOfSOAPStruct"
Axis FAILOK FAIL'
Frontier FAILOK FAIL'
Gl
I am using the client.Call object to set headers. When I do this it is
serialized with
the contents in a multiRef element, and the header is refering to it. The
element is only
used by that single header, but I do not see how to avoid the multiref
serialization.
Also, I am using the BeanSeriali
+1 for #2 --all refers to elements in the immediate WSDL file but not in
imported
Sylvain.
-Original Message-
From: Russell Butek [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 06, 2002 11:25 AM
To: [EMAIL PROTECTED]
Subject: Re: emitAll option in WSDL2Java
Questions about a --al
Glen,
We talked about this.
We wanted to make the generated WSDD resemble JSR 109 as much as possible.
is not part of JSR 109, but is.
Plus users will need to use to register arrays and such...so
it seems reasonable to steer them towards for
all registration.
Comments?
Rich Scheuerle
XML &
Glen wrote:
>
> > What is the relationship between --all and --noImports? We can say a
> > couple things:
> > 1. --all supercedes --noImports
> > 2. --all refers to elements in the immediate WSDL file but
> > not in imported
> > files.
> > I think I prefer #2.
>
> I think --all simply means "do
I prefer -emitAll. A -all option could be interpretted in a number of
different ways (i.e. accept all)
Rich Scheuerle
XML & Web Services Development
512-838-5115 (IBM TL 678-5115)
I think that the switch name --all is fine.
I think that --all should just turn off the reference checks entirely and emit the
whole shabang. Including registering types in deploy.wsdd.
I also prefer option #2 for --all and --noImports.
--
Tom Jordahl
-Original Message-
From: Russe
Why are we not emitting the syntax for bean mappings?
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, February 06, 2002 11:56 AM
> To: [EMAIL PROTECTED]
> Subject: cvs commit: xml-axis/java/src/org/apache/axis/wsdl/toJava
> JavaDeployWriter.j
scheu 02/02/06 08:55:54
Modified:java/src/org/apache/axis/wsdl/toJava JavaDeployWriter.java
Log:
I changed WSDL2Java to emit the stanzas within the
stanza in the deploy.wsdd.
Previously the stanzas were emitted into the deploy
scope, which cause the stanzas for differ
Thanks Sam,
1) I'll change the echoTest deploy.wsdd to register the appropriate type
mappings for the arrays.
That should be done regardless.
2) I agree that sending the more specific type information is useful in the
overloaded method case.
So it may be more appropriate to serialize the specifi
Yes, my server side runs Axis alpha 3.
Thanks
Guido
--
Open Source Group sunShine - Lighting up e:Business
=
Guido Casper, S&N AG, Klingenderstrasse 5, D-33100 Paderborn
Tel:+49-5251-1581-87 [EMAIL PROTECTED] - http:
> Do we call it --all or --emitAll? I prefer --all for
> brevity. Neither "a"
> nor "e" have been used in the shorthand version of any other
> option, so we
> have no restrictions there.
+1 for --all
> What is the relationship between --all and --noImports? We can say a
> couple things:
> 1
Igor,
I like the general drift of your proposal, except that I think it need not
involve the EngineConfigurationFactory. Let me play it back in abstract
form to make sure we are in synch.
1. EngineConfiguration should provide a method which returns a "version
stamp" representing the *current* co
Questions about a --all flag:
Do we call it --all or --emitAll? I prefer --all for brevity. Neither "a"
nor "e" have been used in the shorthand version of any other option, so we
have no restrictions there.
What is the relationship between --all and --noImports? We can say a
couple things:
1.
I can certainly optimize this code, do ONE check for startsWith("javax")
before doing all the other checks. But if we change to use the JAX-RPC
properties in place of our own, then we'll go down the full verification
path anyway.
I don't think you're being paranoid. I think JAX-RPC is being par
I just looked at the iterop matrix and the ASP.NET array test passed. So I
will go and look at my tests again.
___
Waqar Sadiq
EDS EIT EASI - Enterprise Consultant
MS: H3-4C-22
5400 Legacy Drive
Plano, Texas 75024
phone: +01-972-797-8408 (8-83
How recent is your copy of axis.
When I run Java2WSDL, a "void" part is not emitted in the response message.
Thanks,
Rich Scheuerle
XML & Web Services Development
512-838-5115 (IBM TL 678-5115)
Taras,
Just so you know this is not being ignored; however, because these are
not just the 1 line obvious fix type patches, I'll need time to review.
Thanks
>Here are some changes I made to Attachments implementation. (diffs
attached)
>**
Waqar Sadiq wrote:
>
> That is true if your client is C# or VB program. You have greater control.
> However, if your client is a browser based program written in ASP.NET, you
> don't seem to have the same kind of control.
I have written ASP.Net programs using that attribute. But in any case, yo
R J Scheuerle wrote:
>
> I have some questions...
>
> So a runtime could send an array using "style A":
>
>
>
> Or a runtime could send an array using "style B":
>
>
>
> Apache SOAP is sending "style B"; I believe it used to send "style A".
> Apache Axis sends "style A".
Apache SOAP wi
Hm. I'm getting very concerned about performance as more and more string compares on
strings like "javax.xml.rpc..." need to be done during critical-path code. Am I being
paranoid about this?
--G
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: Wedne
That is true if your client is C# or VB program. You have greater control.
However, if your client is a browser based program written in ASP.NET, you
don't seem to have the same kind of control.
___
Waqar Sadiq
EDS EIT EASI - Enterprise Consultant
Glyn,
>Handlers (including Chains) would then have to cope with being instantiated
>or modified during the processing of a request. For example, a Handler would
>have to cope with being driven for onFault() when it has not been driven for
>the corresponding invoke().
Handlers (et al) deal wit
glyn02/02/06 07:27:43
Modified:java/samples/transport/tcp AdminClient.java
java/src/org/apache/axis EngineConfigurationFactory.java
java/src/org/apache/axis/configuration
DefaultEngineConfigurationFactory.java
java
I am (along with Sam, I believe) not a big fan of bags in general. When there is a
call for APIs which really don't know what the options are going to be, certainly the
generic property structure is useful, but I think we should keep the
setMaintainSession() call at least as a convenience met
> Should we keep setMaintainSession?
I vote to keep it.
--
Tom Jordahl
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 06, 2002 10:17 AM
To: [EMAIL PROTECTED]
Subject: cvs commit: xml-axis/java/src/org/apache/axis/utils
resources.properti
butek 02/02/06 07:17:17
Modified:java/src/org/apache/axis/client Call.java Stub.java
java/src/org/apache/axis/utils resources.properties
Log:
We now verify the standard JAX-RPC properties in both Call and Stub objects.
ToDo: replace the AXIS properties with JA
Sam/axis-dev,
Thanks Sam for providing the wire dumps. I have some questions...
So a runtime could send an array using "style A":
Or a runtime could send an array using "style B":
Apache SOAP is sending "style B"; I believe it used to send "styl
Waqar Sadiq wrote:
>
> I was wondering if anyone has tested interoperability with .NET for passing
> arrays. I had an EJB service which was deployed using axis. The method
> required an array of string parameter. When I called it from .NET client,
> it defined the array as separate element and
Hi,
We've been using Axis for our client proxy generation for the last two weeks
and have been very pleased with the results.
I noticed in a previous thread on this list that there was discussion about
adding an emitAll option to WSDL2Java which would generate all of the
classes (complex types,
R J Scheurle wrote:
>
>You are right. The code in Axis does not have this bug, but I noticed that
>the deserializer code is extremely lame. switch (source.charAt(0)) {
Hey! ;-)
Unlike the code that it replaced, the code gets all of the correct cases
right and...
Nelson Minar wrote:
>
> Hah,
Tom Jordahl wrote:
>
> I guess that would be me.
> What does it mean to "implement the test"? Just write a client
> app against the WSDL file? Or implement both client and server?
>
> My guess is its the latter.
You sound so thrilled. ;-)
My preference is that we have full samples (both clien
rubys 02/02/06 06:42:54
Modified:java/test/encoding TestDeser.java
Log:
"small patch for a more thorough boolean test"
Submitted by: Nelson Minar <[EMAIL PROTECTED]>
Revision ChangesPath
1.24 +6 -0 xml-axis/java/test/encoding/TestDeser.java
Index: Test
I was wondering if anyone has tested interoperability with .NET for passing
arrays. I had an EJB service which was deployed using axis. The method
required an array of string parameter. When I called it from .NET client,
it defined the array as separate element and referenced it from the metho
Igor,
You wrote:
>I agree that Engine does not have to make any choices. For the
>Engine it is always the config interfaces that we define. They
>will always assume versioning. Like
>EngineConfigurationProvider.getConfig(versionStamp) and
>.getCurrentVersionStamp(). It's just that some simple
>
Hi,
I changed Calculator.jws to return void (just a test).
"/axis/Calculator.jws?WSDL" looks ok to me:
http://localhost:81/axis/Calculator.jws";
xmlns:xsd="http://www.w3.org/2001/XMLSchema";
xmlns:serviceNS="http://localhost:81/axis/Calculator.jws";
xmlns:ns1="java"
xmlns:soap="http://sc
62 matches
Mail list logo
