Just to follow up, yes, it has been done before, by Marquee XML-RPC.
I will try to use Marquee XML-RPC.
-John
On Sun, Jun 27, 2004 at 04:58:56PM -0400, John Tobey wrote:
> Folks,
>
> Thanks for the excellent implementation! Please tell me if what I
> have in mind has already been done or is too
Hi People!
Im new in contributing, but Im really interested in
sharing my code. I used XML-RPC in a project im doing
where I had to interface a frontend system with
multiple backend systems. This front end system can
stand without the backend systems but as statement of
compliance with the client.
dlr 2004/06/29 22:53:39
Modified:src/java/org/apache/xmlrpc Tag: XMLRPC_1_2_BRANCH
WebServer.java
Log:
Backported delta between CVS rev 1.25 and 1.26.
* src/java/org/apache/xmlrpc/WebServer.java
addDefaultHandlers(): Changed code to avoid deprecat
dlr 2004/06/29 23:09:25
Modified:src/java/org/apache/xmlrpc Tag: XMLRPC_1_2_BRANCH
XmlRpc.java
Log:
Work around based on a patch from Ken Huffman for the
SecurityException generated by use in unsigned applets, thrown when
the code attempts to read a Sy
dlr 2004/06/29 23:11:55
Modified:src/java/org/apache/xmlrpc XmlRpc.java
Log:
Work around based on a patch from Ken Huffman for the
SecurityException generated by use in unsigned applets, thrown when
the code attempts to read a System property.
* src/java/org/apache/xmlrp
The patch was still line wrapped...
I also wanted to improve on the surrounding code. I made some time to finish
the work and checked in CVS rev 1.35.2.1 to the 1.2 branch, and 1.37 to HEAD.
- Dan
Huffman, Ken wrote:
I resent it two week ago. Is there anything else I should do?
-Original Me
Jochen Wiedmann wrote:
On Do, 2004-06-17 at 10:46, John Wilson wrote:
The strengths of XML-RPC are its simplicity and interoperability with a
very wide range of other implementations. The creator of the spec and
the person who claims ownership of the XMl-RPC trademark has repeatedly
and vocifer
Jochen Wiedmann wrote:
On Do, 2004-06-17 at 03:32, Daniel Rall wrote:
Jochen, this sounds like a reasonable activity for a target other than "jar"
(perhaps a new target which has "jar" as a dependency).
Fine for me. I'd like to suggest, though, that the zip file is added to
the binary distribution
dlr 2004/06/29 23:37:27
Modified:.Tag: XMLRPC_1_2_BRANCH .cvsignore
Log:
* .cvsignore
Ignore the test-reports directory.
Submitted by: Ryan Bloom
Branch: XMLRPC_1_2_BRANCH
Revision ChangesPath
No revision
No rev
dlr 2004/06/29 23:37:57
Modified:..cvsignore
Log:
* .cvsignore
Ignore the test-reports directory.
Submitted by: Ryan Bloom
Revision ChangesPath
1.9 +1 -0 ws-xmlrpc/.cvsignore
Index: .cvsignore
I added an entry for the test-reports directory, but as the other two don't
seem to be created through the standard build system, I've left them out
pending more requests.
Ryan Bloom wrote:
I'm using ant to build everything. As for the .class files in the
examples/echo directory, I created the
Ronald Villaver wrote:
...
What do I need to do to make my contribution formal?
Post your code, preferably with a more clear explanation of exactly what it
does, and -- more importantly -- the use cases describing why one would want
to use it.
Jochen Wiedmann wrote:
the following patch makes XmlRpc running with codec 1.2.
Comments inline. (And I'm all for "letting it suck" -- +1 on a little less
elegance over interoperability any day.)
Index: DefaultTypeFactory.java
===
R
+1 on committing this patch to CVS HEAD (only).
Steve, this is quite a bit of code. Any chance of a JUnit test case to go
along with it? It's the perfect sort of code for a unit test.
Steve Quint wrote:
The current DateTool can only deal with one form of ISO 8601 dates - one that look like
"yy
Daniel L. Rall wrote:
+1 on committing this patch to CVS HEAD (only).
Why not better using the XsDateTimeFormat from ws-jaxme?
Matt, I'm very interested in integrating your changes. Please send a patch
and associated change log which includes information from your message below,
but is tied to specific class and member names.
How were you thinking to make it configurable?
Matt Mower wrote:
Matt Mower wrote:
Hi folks,
I
Daniel L. Rall wrote:
-return base64Codec.decode(cdata.getBytes());
+return base64Codec.decode((Object) cdata.getBytes());
This cast looks unnecessary. What's the thinking here?
No, it's required, because the compiler would pick the old method otherwise.
17 matches
Mail list logo
