Hi Guys,
I want to contribute to the development of the Axis as a developer.
Could you guys tell me how do I go about this?
Regards
Vaidya
-Original Message-
From: Rick Rineholt [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, March 19, 2002 8:01 AM
To: [EMAIL PROTECTED]
Subject: Beta Fix candi
I have noticed the variable parmAndRetReq that is private and is set to
true and in many places
it is tested but it is never set to false? Was this for dynamic invocation
(call parameter types set
by WSDL?)If not, what was its intent?
There have been several places where JAXRPCException bein
Need to get this fix in to beta 3. Without it dynamic calls seem to be
broken. If parms are added
and the WSDL has no return type specified this needs to be set to
XMLType.AXIS_VOID. Not null
since this would throw a JAXRPC exception.
*** 955,961
if ( output != null ) message =
Folks,
I am not sure if I am addressing this issue to the right newsgroup, but I
hope someone might be able to help me. I made a simple web service in .NET
that is described by following WSDL (see below). When I try to map its to
Java object by using wsdl2java, it looks that every time when I hav
Just committed changes for anonymous types to Beta1 and HEAD.
Note that I also fixed the setTypeReferences code to properly set the
isOnlyLiteralReference flag on the anonymous type. Tom, this may solve
the problems that you were having (?)
Now I am going to work on generating beans for simpleT
scheu 02/03/18 15:03:17
Modified:java/src/org/apache/axis/wsdl/toJava Tag: Beta1
JavaDeployWriter.java JavaStubWriter.java
JavaWriterFactory.java SymbolTable.java Utils.java
Log:
Checking in the anon type fix for the beta release:
dug 02/03/18 14:55:49
Modified:java/src/org/apache/axis/transport/http Tag: Beta1
HTTPSender.java
Log:
Check for NPE
Revision ChangesPath
No revision
No revision
1.51.2.1 +1 -1 xml-axis
dug 02/03/18 14:54:17
Modified:java/src/org/apache/axis/transport/http HTTPSender.java
Log:
Check for NPE
Revision ChangesPath
1.52 +1 -1 xml-axis/java/src/org/apache/axis/transport/http/HTTPSender.java
Index: HTTPSender.java
scheu 02/03/18 14:37:34
Modified:java/src/org/apache/axis/wsdl/toJava JavaDeployWriter.java
JavaStubWriter.java JavaWriterFactory.java
SymbolTable.java Utils.java
Log:
Following changes are made ...and will soon be put into Beta1.
At first I thought this was a good idea. But now that the idea has
fermented in my brain for a few hours, I now think this is a BAD idea. If
we put something into axis that's really part of something else, then we
should rename it. Otherwise, if some user picks up axis and then picks up
that so
tomj02/03/18 14:06:28
Modified:java/src/org/apache/axis/utils tcpmon.java
Log:
Update tcpmon to change the Host: header in the request
so it reflects the target host.
Revision ChangesPath
1.28 +43 -3 xml-axis/java/src/org/apache/axis/utils/tcpmon.java
Tom Jordahl wrote:
>
> A possibility is to check the excalibur-cli.jar file in to our tree
> and when we build axis.jar, we include all the class files in excalibur-cli.jar
> in it.
>
> This removes the big problem of having another (really small and uninteresting)
> jar file from the CLASSPATH bu
My vote:
1.+1
2.b
I like Tom's idea also... but we only need a subset of the classes,
correct? Also, a way to change the package names (2.b) is good to
eliminate collisions that will occur for different versions of a class file
brought in by different components, never mind the original...
+1
A possibility is to check the excalibur-cli.jar file in to our tree
and when we build axis.jar, we include all the class files in excalibur-cli.jar in it.
This removes the big problem of having another (really small and uninteresting) jar
file from the CLASSPATH but allows us to stay in syn
We've been discussing what to do with the clutil.jar vs excalibur-cli.jar
problem. The excalibur folks last week changed the name of clutil.jar to
excalibur-cli.jar. We didn't want to change this ourselves right before
the beta, so the beta is goind out with clutil.jar. But we have to change
it
I have a one-liner that I'd like to see fixed for the new beta.
For some reason I'm only running into this problem on
tomcat 4.0.3.
Anyway, in HTTPSender I like to change line 464:
464c464
< } else if (contentType!=null && !contentType.equals
("text/html") &
&
---
> } else
Folks,
Currently when xsi:type is missing in the return rpc case we try to get it from the
Call object
using getParameterTypeByQName(), This assumes that the namespace exists and is valid.
The enclosed
diff adds another case where the namespace is empty. If getParameterTypeByQName()
fails to r
+1 to no more code fixes.
--
Tom Jordahl
-Original Message-
From: Russell Butek [mailto:[EMAIL PROTECTED]]
Sent: Monday, March 18, 2002 1:04 PM
To: [EMAIL PROTECTED]
Subject: RE: Respinning the beta (was: Re: Install doc)
I am going to spin the final beta 1 tomorrow morning.
We SHOU
I am going to spin the final beta 1 tomorrow morning.
We SHOULD NOT put in any code fixes to the beta unless they are discussed.
I personally don't think we should put in ANY, but my viewpoint is probably
in the minority. A number of us are on the chat today. If folks run
across problems they t
When a group wants to tell their customers that they're shipping with a
"fixed" level of Axis and that "fixed" level is changing as much as the
nightly build then its no longer "fixed". Any release whether its an
alpha, beta or any other kind should have a period in which people bang
away at it a
Glyn,
No, we should use the HEAD CVS tree to fix beta 1 bugs.
I think Beta 1 should feeze after release.
--
Tom Jordahl
-Original Message-
From: Glyn Normington [mailto:[EMAIL PROTECTED]]
Sent: Monday, March 18, 2002 12:10 PM
To: undisclosed-recipients; [EMAIL PROTECTED]
Subject: RE:
Could someone check-in the tt-bytecode.jar license? I know it's a BSD
license, but could the specific one given by the tt-bytecode author be
checked-in?
Thanks,
Frederic
Tom Jordahl wrote:
>I am +1 for a single respin of beta 1, ASAP (Tuesday AM at the latest).
+1
>When users find and report bugs, that is what beta 2 is for. :-)
What's wrong with fixing bugs in the beta as we go and rebuilding the beta
distribution automatically overnight from the beta branch?
We also have some real deadlines for having a beta of Axis.
I am +1 for a single respin of beta 1, ASAP (Tuesday AM at the latest).
When users find and report bugs, that is what beta 2 is for. :-)
--
Tom Jordahl
Macromedia
-Original Message-
From: Russell Butek [mailto:[EMAIL PROTECTED
I'm indifferent whether or not we change the name. I'd rather not take too
much time, though, before the real beta. WSTK would REALLY like to have a
beta by the end of the week.
Russell Butek
[EMAIL PROTECTED]
Sam Ruby/Raleigh/IBM@IBMUS on 03/18/2002 10:09:18 AM
Please respond to [EMAIL PROT
Title: Writing a deployment-free handler
Hi folks!
We are entering the wonderful world of Web Services, and we are successfully using GLUE right now. However, for licensing and other issues we would like to use an open-source solution, and Axis looks our best bet right now.
However, in one
gdaniels02/03/18 08:16:58
Modified:java/src/org/apache/axis/encoding/ser Tag: Beta1
BeanSerializer.java
java/src/org/apache/axis/utils Tag: Beta1 JavaUtils.java
java/src/org/apache/axis/wsdl/toJava Tag: Beta1
tomj02/03/18 08:15:16
Modified:java/src/org/apache/axis/encoding/ser BeanDeserializer.java
Log:
Remove the storage and lookup of a property name in the xmlToJava manged form.
With recent changes to the bean meta info, this isn't ncessary.
Revision ChangesPath
1.13
scheu 02/03/18 08:10:41
Modified:java/src/org/apache/axis/wsdl Java2WSDL.java
Log:
fixed Java2WSDL -T option
Revision ChangesPath
1.11 +2 -2 xml-axis/java/src/org/apache/axis/wsdl/Java2WSDL.java
Index: Java2WSDL.java
===
Russell Butek wrote:
>
> Yeah. This "beta" is essentially beta 1 rc3, isn't it? I'd like to
> respin, but I'd prefer to do it only ONCE. And then announce it to the
> greater world. Where should we announce it, Sam?
Why don't we rename this beta then? And take our time... call it beta when
t
glyn02/03/18 08:03:44
Modified:java/docs user-guide.html architecture-guide.html
Log:
Migrate beta fix.
Revision ChangesPath
1.48 +32 -30xml-axis/java/docs/user-guide.html
Index: user-guide.html
glyn02/03/18 08:02:37
Modified:java/docs Tag: Beta1 architecture-guide.html user-guide.html
Log:
Doc. improvements suggested by Mark Volkmann.
Revision ChangesPath
No revision
No revision
1.8.2.1 +2 -2 xml-ax
Yeah. This "beta" is essentially beta 1 rc3, isn't it? I'd like to
respin, but I'd prefer to do it only ONCE. And then announce it to the
greater world. Where should we announce it, Sam?
Russell Butek
[EMAIL PROTECTED]
Sam Ruby/Raleigh/IBM@IBMUS on 03/18/2002 09:22:35 AM
Please respond to
Thanks Mark! I'll fix those.
Glyn
"Volkmann, Mark"
Only bug fixes should be committed to the branch. New function should not
generally appear there.
I'm lobbying for a respin of the beta when basic problems have been fixed,
followed by wider publicity such as a post to the Apache announcements
list.
Glyn
Title: RE: Respinning the beta (was: Re: Install doc)
Here are some minor documentation errors you may want to fix before respinning.
Some may have already been reported by others and fixed.
In the "Axis User's Guide" ...
Basics - Getting Started
- TestClient class is missing import for QN
Russell, the xmlToJava change I made should go into any respin. It fixes potentially
serious XML<->Java serialization bugs.
--G
> -Original Message-
> From: Russell Butek [mailto:[EMAIL PROTECTED]]
> Sent: Monday, March 18, 2002 9:17 AM
> To: [EMAIL PROTECTED]
> Subject: Respinning th
Is Beta 1 done? I still think I'm seeing cvs commits to this branch.
Rick Rineholt
"The truth is out there... All you need is a better search engine!"
[EMAIL PROTECTED]
Russell Butek/Austin/IBM@IBMUS on 03/15/2002 03:07:05 PM
Please respond to [EMAIL PROTECTED]
To:[EMAIL PROTECTED]
c
Treat this as a "hindsight is 20-20" if you wish, but personally, while I
would have cut the branch when you did, I would have allowed more time for
people to kick the tires on the release candidate. Something to consider
the next release cycle.
- Sam Ruby
I need some comments on this!
Rich Scheuerle
XML & Web Services Development
512-838-5115 (IBM TL 678-5115)
R J Scheuerle
HI!
If I create WSDL from a Java class and there are methods that declare "throws
SomeException" then the Emitter generates tags in the WSDL. And because
the Java exceptions are not native SOAP types, it also creates complex type
descriptions up to java.lang.Throwable.
Is this really what th
scheu 02/03/18 07:12:22
Modified:java/src/org/apache/axis/wsdl Tag: Beta1 Java2WSDL.java
Log:
fixed -T option
Revision ChangesPath
No revision
No revision
1.10.2.1 +2 -2 xml-axis/java/src/org/apache/axis/wsdl/Ja
I am going to fix the minor Java2WSDL -T option bug in the beta.
Rich Scheuerle
XML & Web Services Development
512-838-5115 (IBM TL 678-5115)
Glyn
+1
BTW, what changes are needed to the ArraySerializer ?
Rich Scheuerle
XML & Web Services Development
512-838-5115 (IBM TL 678-5115)
Glen Daniel
I'll make the change.
Thanks
Rich Scheuerle
XML & Web Services Development
512-838-5115 (IBM TL 678-5115)
Armin.Pfarr@t-onl
Axis does not support checking of xml schema.
It has limited checking of WSDL xml schema via the WSDL4J library
If an xml schema construct is invalid or not supported, it is usually
ignored.
In some cases WSDL2Java will throw an exception if illegal constructs
are encountered.
Axi
I can certainly respin the beta (or, since this is just a doc change,
simply inject the new doc). But perhaps we should wait a bit to see
whether there are any other reasons to respin? Glyn, I know you also fixed
the release-notes doc. Anyone know of anything else that should go into a
respin?
+1 to SOAP 1.2.
Somewhat Related Question: When are we going to update Axis to jaxrpc-0_8?
Thanks,
dims
--- Glen Daniels <[EMAIL PROTECTED]> wrote:
>
> Guys:
>
> The XMLP WG is looking for SOAP 1.2 implementations which support, or are planning
>to support,
> the new spec.
>
> Axis already
Does Axis support validation of XML content relative to schemas defined for
particular (application-specific) namespaces?
If so, how?
Glyn
Guys:
The XMLP WG is looking for SOAP 1.2 implementations which support, or are planning to
support, the new spec.
Axis already supports a few of the features in 1.2, but I'd like to push forward and
bring it as close to full compliance as possible.
One of the things this means is that a lot
glyn02/03/18 03:10:30
Modified:java Tag: Beta1 release-notes.html
Log:
Doc. errors reported by Adam ([EMAIL PROTECTED]).
Revision ChangesPath
No revision
No revision
1.6.2.1 +2 -3 xml-axis/java/release-no
glyn02/03/18 03:06:33
Modified:java release-notes.html
Log:
Doc. errors reported by Adam ([EMAIL PROTECTED]).
Revision ChangesPath
1.7 +2 -3 xml-axis/java/release-notes.html
Index: release-notes.html
=
Simon,
Thanks for pointing out those glitches. I've updated cvs and I hope we can
respin the beta to sort out basic problems like this.
Glyn
glyn02/03/18 02:29:45
Modified:java/docs install.html
Log:
Migrate beta fix.
Revision ChangesPath
1.12 +3 -2 xml-axis/java/docs/install.html
Index: install.html
===
RCS file: /home/cvs
glyn02/03/18 02:28:08
Modified:java/docs Tag: Beta1 install.html
Log:
Update jars in step 6 too.
Revision ChangesPath
No revision
No revision
1.11.6.2 +2 -1 xml-axis/java/docs/install.html
Index: install.
glyn02/03/18 02:20:36
Modified:java/docs Tag: Beta1 install.html
Log:
Fix install doc. problems reported by Simon Fell.
Revision ChangesPath
No revision
No revision
1.11.6.1 +1 -1 xml-axis/java/docs/install.ht
Thomas,
Axis uses the commons-logging framework to log, by default, to log4j.
Glyn
Thomas Börkel
HI!
Someone mentioned that Axis switched from log4j to commons-logging. But why is there
still log4j-core.jar in Beta1?
Regards,
Thomas
58 matches
Mail list logo
