We have an AXIS client that needs to access a AXIS server. This AXIS client
has different ID that are reprsented by
different certificates. While the server connects to multiple databases at
the back end. The client has to use
a specific certificate represents itself and to indicate which
Here is the feedback I got from the list, in regard of basic profile:
Attachments were left out of BP 1.0 with the statement they'd be covered
in 1.1. The WS-I site (http://www.ws-i.org/) now has both a BP 1.1
Working Draft and an Attachments Profile 1.0 Working Draft that the
former references.
The DataHandler type is Axis proprietary, it won't work with .Net client.
This type is used by wsdl2java.
It will work unless you have another tool that recognize this type and
generate .Net stub. It would be
nice to have such tool though.
That is based on what I understand and experienced
Can someone sheds light on WS-I basic profile and attachment support?
Is it true that WS-I basic profile does not include attachment (because MS
prefers DIME?)?
If that the case, how will attachment be exchanged between .Net and J2EE
in a standardized way,
if J2EE 1.4 is used for building web
We are using IBM implementation.
We want to deploy two applications into the same JVM and what we have done
so far is
to define the system properties directly as JVM parameters. So both
applications share the
same system properties, and hence the same keystore file path.
Even we put these
You are right. Based on your email and Stuart's, KeyManager is one
possibility to tackle the problem.
I'll see whether I can use the other alternative from Stuart about using
different CA. I want to keep my code
clean from any security logic if possible.
Thanks a lot, Resonses from you and
I can give different aliases to different certificates.
The problem is that the first one that CA recognize will be taken no matter
which client is accessing the server.
How did you tell the implemenation the alias value?
I went to the bookstore and found in the book J2EE Security by Pankaj
I went through couple of books, two are security (forgot the title, but I
think it is Java Security,
there is a lot of low-level stuff that you might not be very interested as
J2EE applications developer),
and couple of J2EE books in general.
This is the only one that I found discussed on
I have two applications that access a web service. We use HTTPS for
authenticatoin and encryption.
We can get these applications access the service with one certificate
stored in one keystore file,
but we want them to use two different certificats. The two certificates can
be saved in one keystore
Something like this:
java classname=org.apache.axis.client.AdminClient
fork=true
failonerror=true
maxmemory=128m
arg value=-lhttp://${aws.host}:${aws.port}/
${aws.context.root}/servlet/AxisServlet/
arg value=${deploy.wsdd.file}/
If Axis 1.1 has serious performance flaw, then it is not very appropriate
to use this release for production.
When will be the next release for Axis?
Thanks, Jian
Ideally Axis can clean it up once the request is serviced.
How about using cron job to clean up temprary files that are older than say
30 minutes.
How about having a cron job to do that part.
This clean up should not be part of application, right?
Can Axis cleans this up?
BLIS
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16771
We experienced problem as described in 16771 with rc1.2, but nightly build
seems to have resolved
this problem. Anybody knows where the patch for this bug?
Thanks,
14 matches
Mail list logo