Allow me to step into this thread and my appology for not
being able to go over this thread completely from its initial
point.
I also want to make sure I understand the process you
described in your message as I described below as follows:
C S - TIBCO/MW
|
From Java v1.4.x, Java has changed its security features --
more robust
way stated by Sun. Recommending you to spend some(?) time in
Java
Security, especially in Security Policy.
Pae
- Original Message -
From:
Jonathan
Roberts
To: [EMAIL PROTECTED]
Sent: Frida
Base64ing makes sense. What about the CDATA section to
contain the binary data? It says about the "character data",
but the parser should skip the content of the section. I
haven't try that yet though.
Does any try that before? Any comments?
Pae
> You do not send arbitrary binary data as XML
I would be more than happy to contribute in any way we can make
our community better. I, however, am in the middle of transition
and already covering different efforts. So it is not right time for me
to say anything, but I certianly keep in my mind to consider your
suggestion.
Also, if i am not a
omeone asks me, however, I normally suggest that they put
> their energy towards Axis because that's the future direction.
>
> Sanjiva.
>
> - Original Message -
> From: "Pae Choi" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent:
One's understanding and vision of transition and progress in our
history and nature does not necessarily reflect the "truth" of
spontaneous phnomenon we had and we will continuously have.
Do you really want to make a decision for the rest of world. Wouldn't
it too much for you to make a such deci
+1 to David. Apache/SOAP v2.2 is more stable and functional than Apache/
AXIS. To wit, it is more wide spread and placed in use than AXIS.
In software development process or software engineering, most of SDVs, if
not all, support their existing product while they are developing the
descendent
pro
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, December 20, 2001 10:53 AM
Subject: Re: Getting the SOAP Envelope with RPC-based MIME calls
>
> Pae,
> You have me mistaken with someone else I think. My surname is not Cook.
> Rich F
--Original Message- From: Pae
Choi [SMTP:[EMAIL PROTECTED]] Sent: Thursday,
December 20, 2001 11:32 AM To: [EMAIL PROTECTED] Subject: Re: Getting the SOAP Envelope with RPC-based MIME
calls
Richard, I am just curious why
you are not interested at all using t
Title: Getting the SOAP Envelope with RPC-based MIME calls
Richard,
I am just curious why you are not interested at all using the
Message-oriented service.
Unless it is a requirement, I certainly like to hear about
your feeling and assertion. Of
course, if I have a privilege to share them.
Hi Chris,
How is the weather like in Boulder nowaday. I used to live in
C Sprins before and I enjoyed.
Back to the BASE64 stuff on your client side, you can either
write own code or download the available source from the
various places, e.g., c or c++.
Or just rewite in c++ by borrowing the ide
The SOAP does not support the HTTP GET, you, however, should be
able to test if your HTTPS is working correctly by using your
browser.
[1] Try https:///soap/servlet/messagerouter.
If it works, you should get something like:
SOAP RPC Router
Sorry, I don't speak via HTTP GET- you have to use HTTP
Carlos,
Your recommendation is common from almost all(if not all)
forums, but I do
not think that is realistic in our world.
When people are facing the problem
they tend to think the problem they are
facing is the the most important,
time-critical one than anything else in
our world.
It
After setting the environment, type "dir %ANT_HOME%\bin"
at your command prompt, e.g., c:\>.
Do you see the directory list containing the "ant.bat" file?
Pae
- Original Message -
From: "Ragu Sivaraman" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, November 28, 2001 6:02
You will probably get better luck if you show us the content of
your dd.xml file and the related java file. So we can help
you what is wrong. Probably, either missing method in your
java file or wrong method name in your dd.xml file.
Pae
Hi,
I'm trying to register a SOAP service and I get the
It is not an offical response. But I can pesonally cofirm that you have a
right idea as we move alone with W3C/SOAP standardization trend.
Also, it will be interesting see how the SUN and JCP can can pull the
JAXM efforts out to the real world. :-)
The bottom line is that SUN has announced that t
Tell me about it. It gets worse if you use Cocoon. More worse thing
is that they excuse themselves by saying,
"Welcome to the blooding edge of the open source project"
when someone raise this issue to them. :-)
Pae
>[EMAIL PROTECTED] wrote:
>
>> The last time I had this problem, it was beca
Scott,
Even though Scott has his solution what he needs for now. It is
indeed strange to me. Which version of Apache/SOAP are
you running?
Pae
>It doesn't really make sense, but I trust that it's now working for you!
> Anyway, I'm glad it works, and that's all that matters at this
>point. I
Have look at the MessageRouterServlet and RPCRouterServlet with
web..xml? Then, you should be able to create your own servlet by
extending the HttpServlet.
>From there, you should be able to what you need to do.
Pae
Hi,
as I worked with normal servlet I could manage the user by accessing th
I guess my brain(storage part ony I hope) is getting rusty. I've been using
SOAPv2.1 and Xerces v1.3.1. So I have not tried the SOAP v2.2 yet.
I just downloaded the SOAP v2.2 and browsed through the source code. I see
it
still support *Xerces*. I am not sure how my memory got so rusty.
Pae
>Hi
Are you folks using and referring to SOAP v2.1? If I am not wrong,
Apache/SOAP v2.2 is no longer using the xerces, it is rather using
the JAXP whch has two RIs, crimson and xalan.
In v2.2 scenario, the size of crimson is only 183KB and 28KB for
jaxp. Adding both of them just end up with 211KB on
If you describe your problem a little more in detail, including the
description of:
o How the Java client and VC++ server are communicating at
the transport layer.
o What kind of message format they are using and messages
are acrossed over you are not using the SOAP at present.
o etc...
Aa
What does the "java.net.SocketFactory" has to do with SOAP and J2EE?
Pae
> I'm using the UDDI4J library (IBM's UDDI API) and when I hit its
> UDDIProxy.get_authToken() method I get the exception (pasted below) that it
> can't find javax.net.SocketFactory after it gets down
Hello Hari Nam,
From the initial SOAP client perspective, all other SOAP servers other than one
, e.g., 1st SOAP server, which receives the SOAP request should be transparent.
This means that next SOAP server in the chain should be determined by the one
that is forwarding the request. During
See getRemoteAddr() of javax.servlet.ServletRequest. And its subclass,
javax.servlet.http.HttpServletRequest. :-)
Pae
-Original Message-
From: oh <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Date: Tuesday, June 05, 2001 7:41 PM
Subject: How can I get the the IP of client
Opps... I meant "I am *NOT* certain ..." ;-)
Pae
-Original Message-----
From: Pae Choi <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Date: Tuesday, June 05, 2001 12:39 PM
Subject: Re: SOAP XML Envelopes
>I am certain unless we actually pu
I am certain unless we actually put our hands in the invoke()
method. Because the building SOAP envelop is encapsulated
inside of invoke() call. This means the REQUEST message has
not built before the invoke() call.
Any other suggestions?
Pae
-Original Message-
From: [EMAIL PROTECTED]
Martin,
Hmm... This is not an easy one. First, it is not a simple
challenge to develop a mechanism, i.e., client-server style
messaging system, in addition to the insufficient experience
with and knowledge of tools that you are planning to use.
Second, there are many different scenarios in the cl
David,
When you say, C++ Server, is this mean that you already have a
SOAP server written in C++ or planning to develop one. If none of
these is the case, what are you referring to? Can you eloborate
your scenario a little more so we can understand better.
Pae
-Original Message-
From
Take a look at the DataInputStream.readUTF() and DataOutputStream.writeUTF()
Pae
>Hi,
>
>if I use the ordinary String class, will there be a problem if I want to
>transport Unicode Data?
>Scenario: The SOAP Protocol must be UTF-8 and the XML-Data transported
>by SOAP must be also UTF-8 (Unicod
30 matches
Mail list logo