Axis 1.3 MessageContext.getOperation() returns null

[Rishikesh . Mallesh]

Hi Folks,

 

I am in a bit of a fix here. 

 

I have a few custom handlers that make use of the
"MessageContext.getOperation()" method. Of late, the call to
"MessageContext.getOperation()" has started returning a "null". 

 

Went through the Java doc, wasn't much help, it says the method can return
null, but doesn't say under what condition?

 

A few questions regarding this:

1. Why is the operation not being set?

2. The Axis engine still seems to be able direct the call to the right
service method. The interesting thing is that once the pivot is hit, the
getOperation() always returns a proper value.

3. This seems to be happening with great regularity, I reckon I've tweaked
something in the server-config.wsdd resulting in this changed behaviour. 

 

Any inputs/leads would greatly be appreciated.

 

Cheers

Rishi




This message is intended for the addressee or its representative only. 
Any form of unauthorized use, publication, reproduction, copying or 
disclosure of the content of this e-mail is not permitted. If you are 
not the intended recipient of this e-mail message and its contents, 
please notify the sender immediately and delete this message and 
all its attachments subsequently.

Schema validation Axis 1.3

[Rishikesh . Mallesh]

Hi

 

I
am using Axis 1.3, I wanted to know if there is a way to validate request and
response SOAP messages against schemas. I've googled for quite a bit, but
couldn't come out with a satisfactory solution.

 

So
far I've investigated the Castor option, I think it is a kludge at best.
The other option that I am looking at is to use a custom handler to perform the
validation. 

 

I
just wanted to know if users have found this a problem and is there a solution.


 

Thanks
in advance,

Rishi






This message is intended for the addressee or its representative only. 
Any form of unauthorized use, publication, reproduction, copying or 
disclosure of the content of this e-mail is not permitted. If you are 
not the intended recipient of this e-mail message and its contents, 
please notify the sender immediately and delete this message and 
all its attachments subsequently.

RE: Axis 1.3 and Castor

[Rishikesh . Mallesh]

I have tried the methods suggested by the articles below, but they seemed to
be more of a workarounds/kludge rather than clean solutions.

I would like to know if anyone in the group is using Castor and Axis and the
approach they have used.

Thanks in advance 
Rishi




-Original Message-
From: Anne Thomas Manes [mailto:[EMAIL PROTECTED] 
Sent: 16 September 2006 02:10
To: axis-user@ws.apache.org
Subject: Re: Axis 1.3 and Cator

Googling "axis castor" yielded these results:

http://www-128.ibm.com/developerworks/webservices/library/ws-castor/
http://mail-archives.apache.org/mod_mbox/ws-axis-user/200505.mbox/%3Cbf414ee
[EMAIL PROTECTED]
http://www.sosnoski.com/presents/cleansoap/axis.html

Anne

On 9/14/06, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
>
>
>
>
> Hi User-Group,
>
>
>
> I am using Axis 1.3 and trying to use Castor as the binding tool. I have
got
> it to work with some unpleasant work around. I was wondering if anybody in
> this group has tried this before.
>
>
>
> Another question regarding the schema validation, does Axis 1.3 support
> schema validation?
>
>
>
> Would appreciate your inputs
>
>
>
> Cheers
>
> Rishi
>
>
>
>
>
>


>  This message is intended for the addressee or its representative only.
>  Any form of unauthorized use, publication, reproduction, copying or
>  disclosure of the content of this e-mail is not permitted. If you are
>  not the intended recipient of this e-mail message and its contents,
>  please notify the sender immediately and delete this message and
>  all its attachments subsequently.
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Axis 1.3 and Cator

[Rishikesh . Mallesh]

Hi User-Group,

 

I am using Axis 1.3 and trying to use Castor as the
binding tool. I have got it to work with some unpleasant work around. I was
wondering if anybody in this group has tried this before.

 

Another question regarding the schema validation,
does Axis 1.3 support schema validation? 

 

Would appreciate your inputs

 

Cheers

Rishi

 

 






This message is intended for the addressee or its representative only. 
Any form of unauthorized use, publication, reproduction, copying or 
disclosure of the content of this e-mail is not permitted. If you are 
not the intended recipient of this e-mail message and its contents, 
please notify the sender immediately and delete this message and 
all its attachments subsequently.

RE: Axis 1.3 WSDL2Java code generation

[Rishikesh . Mallesh]

Thanks!

 









From:
jayachandra [mailto:[EMAIL PROTECTED] 
Sent: 25 July 2006 12:05
To: axis-user@ws.apache.org
Subject: Re: Axis 1.3 WSDL2Java
code generation



 



As far as I know, it can't be configured to such a fine level. However
I can suggest something like the following, see if it might help.





 





Offline, create a class (say desired.implementation.class) as to
how you want your implementation class' code should look like.





Axis WSDL2Java gives an option '-c' to generate the name of the
implementation class as per whatever classname you give. So you give the value
for -c option as desired.implementation.class





Now copy the previously offline created class into the package where
artifacts got created. And you would have the set of artifacts the way you
wanted them to be created.





 





Hope that helps,





Jayachandra

 





On 7/25/06, [EMAIL PROTECTED]
<[EMAIL PROTECTED]
> wrote: 







Dear Axis community,

 

I wanted to know whether it is possible to change the behaviour
of WSDL2Java to generate some be-spoke boilerplate code.

 

For instance, I want the service method in my server side
implementation class to contain a try/catch block - 

 

public ResponseMessage doMessage(RequestMessage msg)

{

try

{

 

 

}

catch(MyBaseApplicationExceptions
e)

{

 
throw new AxisFault(e.getMessage());

}

}

 

 

Any ideas will be greatly appreciated.

 

Cheers,

Rishi

 

 







This message is intended for the addressee or its representative only. 
Any form of unauthorized use, publication, reproduction, copying or 
disclosure of the content of this e-mail is not permitted. If you are 
not the intended recipient of this e-mail message and its contents, 
please notify the sender immediately and delete this message and 
all its attachments subsequently.










-- 
-- Jaya 

Axis 1.3 WSDL2Java code generation

[Rishikesh . Mallesh]

Dear Axis community,

 

I wanted to know whether it is possible to change
the behaviour of WSDL2Java to generate some be-spoke boilerplate code.

 

For instance, I want the service method in my server
side implementation class to contain a try/catch block - 

 

public ResponseMessage doMessage(RequestMessage msg)

{

try

{

 

 

}

catch(MyBaseApplicationExceptions
e)

{

  throw
new AxisFault(e.getMessage());

}

}

 

 

Any ideas will be greatly appreciated.

 

Cheers,

Rishi

 

 






This message is intended for the addressee or its representative only. 
Any form of unauthorized use, publication, reproduction, copying or 
disclosure of the content of this e-mail is not permitted. If you are 
not the intended recipient of this e-mail message and its contents, 
please notify the sender immediately and delete this message and 
all its attachments subsequently.

RE: [Axis2] MessageContext w/o any properties

[Rishikesh . Mallesh]

Hi 

Could anybody tell me how do I get the HTTPServletRequest object in Axis
1.3?

Thanks!

-Original Message-
From: Deepal Jayasinghe [mailto:[EMAIL PROTECTED] 
Sent: 13 July 2006 17:25
To: axis-user@ws.apache.org
Subject: Re: [Axis2] MessageContext w/o any properties

Hi Heikki;

I am sorry for my mistake , I thought that you are invoking service
using http post ,
there was a problem in http get and I fixed that in current code base ,
so you will be able to get the HttpServlet Request  using

httpServletRequest = (HttpServletRequest)
msgContext.getProperty(Constants.HTTP_SERVLET_REQUEST );

if you use either nightly builds or current svn code .

heikki wrote:

> thanks for the tips, alas I'm still not getting the HttpServlet Request ..
>
> I tried, in the handler :
>
> 1. Deepal's tip :
>
> httpServletRequest = (HttpServletRequest)
> msgContext.getProperty(Constants.HTTP_SERVLET_REQUEST );
>
> 2. Robert's tip :
>
> httpServletRequest = (HttpServletRequest)
>
msgContext.getOperationContext().getProperty(HTTPConstants.MC_HTTP_SERVLETRE
QUEST);
>
> 3. those two combined :
>
> httpServletRequest = (HttpServletRequest)
>
msgContext.getOperationContext().getProperty(Constants.HTTP_SERVLET_REQUEST)
;
>
> In each case, I don't find the HttpServletContext, instead ending up
> with null.
>
> This being so, I do not fully understand this remark from Robert's post :
>
>
> "Its by design- you have to get the operation context from the outgoing
> MC and then get the incoming MC from that and look there for the servlet
> context and any other "incoming" info. "
>
> My handler is used to process incoming messages; how could I get
> things from outgoing MC at this stage ? Could you explain what is
> meant here?
>
> Does anyone have more advice on how I could obtain the
> HttpServletContext in a handler that operates on incoming messages?
> Surely this should be a quite easy task ..
>
> thank you and regards,
> Heikki Doeleman
>
>
>
>
>
>
>
> On 7/13/06, *Carsten Ziegeler* <[EMAIL PROTECTED]
> > wrote:
>
> This is a bug in the MessageContext which has been discussed
> recently on
> the dev list. The getProperties() method of the MessageContext always
> returns an empty map. So you can only get those properties you
> know the
> key of by calling getProperty(key).
>
> Carsten
>
> Deepal Jayasinghe wrote:
> > You need to call
> > msgCtx.getProperty(Constants.HTTP_SERVLET_REQUEST);
> >
> > heikki wrote:
> >
> >> Hi there,
> >>
> >> I'm trying to retrieve the HttpServletRequest in a handler,
> through
> >> its MessageContext, like so
> >>
> >> HttpServletRequest httpServletRequest = (HttpServletRequest)
> >> msgContext.getProperty(HTTPConstants.MC_HTTP_SERVLETREQUEST );
> >>
> >> However, running this,  httpServletRequest was null. On further
> >> examination I looked at all the properties I could get from
> >> MessageContext, using this code
> >>
> >> Map propsMap = msgContext.getProperties();
> >> if(propsMap.size () == 0) {
> >> System.out.println("msgContext props map is empty
> !!!  ");
> >> }
> >> Set propsSet = props.entrySet();
> >> if(propsSet.size() == 0) {
> >> System.out.println("msgContext props set is empty
> !!!  ");
> >> }
> >>
> >> which put out this
> >>
> >> msgContext props map is empty !!!
> >> msgContext props set is empty !!!
> >>
> >> Apparently, I don't have any property in the MessageContext in the
> >> handler. Is this usual? Should I take some extra step somewhere
> along
> >> the line?
> >>
> >> My purpose of getting HttpServletRequest is to retrieve URL params
> >> from the HTTP GET request. Is there another way to do achieve this?
> >>
> >>
> >> thanks and regards,
> >> Heikki Doeleman
> >
> >
>
>
> --
> Carsten Ziegeler - Open Source Group, S&N AG
> http://www.s-und-n.de
> http://www.osoco.org/weblogs/rael/
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> 
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
>
>

-- 
Thanks,
Deepal

~Future is Open~ 




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



This message is intended for the addressee or its representative only. 
Any form of unauthorized use, publication, reproduction, copying or 
disclosure of the content of this e-mail is not permitted. If you are 
not the intended recip

RE: WSS4J

[Rishikesh . Mallesh]

>you should be able to get the server security handler to pass it as a
property (once its been verified) in the MessageContext?

Question is how?

I think if this is possible, then it would potentially make the situation
worse as the MessageContext is available right from the handlers to the
application code. 

So why do I need this - cause authentication is being done by an external
component. So I essentially pass the user name and password to the external
component and it comes back with authorized/not authorized.

My take is that rather than make it available as a property in the
MessageContext it should be made available to the callback. The callback
should be in a position to either string compare or go to an external source
to authenticate it.

Now all this is of course is pointless if are talking of a one way hash...
and as pointed out in the mailing list, looks like it is.

Any thoughts on whether the WSS4J approach is restrictive or that what I am
expecting out of it is wrong. 

I for one can see why it is been done like the way it is in WSS4J, but there
should be some flexibility provided.

Your thoughts most appreciated.

-Original Message-
From: Michael McIntosh [mailto:[EMAIL PROTECTED] 
Sent: 11 July 2006 15:23
To: axis-user@ws.apache.org
Cc: axis-user@ws.apache.org
Subject: Re: WSS4J

[EMAIL PROTECTED] wrote on 07/11/2006 08:54:19 AM:

> Hello,
> 
> I've a question on WSS4J. I am using WSS4J with Axis 1.3 on the server 
side. 
> 
> I wanted to know if it is possible to convert the contents of wsse:
> Password from its digest form to a text form? 

No, that is the point of Digest as opposed to Plain Text passwords. 
Although since the server security handler needs to have access to the 
Plain Text password in order to compute the Digest value to compare and 
verify the password, you should be able to get the server security handler 
to pass it as a property (once its been verified) in the MessageContext, 
no? 
BTW, I am just saying its possible - you really should try to find an 
alternative way of doing this. I assume you are trying to authenticate to 
some back end using the passed in credential?

> I need access to the password within the application. Is there an 
> API to convert from digest to text?
> 
> Cheers
> Rishi
> 
> 
> 
> 
> 


> This message is intended for the addressee or its representative only. 
> Any form of unauthorized use, publication, reproduction, copying or 
> disclosure of the content of this e-mail is not permitted. If you are 
> not the intended recipient of this e-mail message and its contents, 
> please notify the sender immediately and delete this message and 
> all its attachments subsequently.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: WSS4J

[Rishikesh . Mallesh]

>>If I am not wrong, digest algorithms are on-way, that is, you cannot
decrypt a digest.

OK... I thought as much wanted to confirm. 

>> By the way, what do you need the password for? :-)
Sounds sinister isn't it :-) 


-Original Message-
From: Rodrigo Ruiz [mailto:[EMAIL PROTECTED] 
Sent: 11 July 2006 14:01
To: axis-user@ws.apache.org
Subject: Re: WSS4J

If I am not wrong, digest algorithms are on-way, that is, you cannot
decrypt a digest.

By the way, what do you need the password for? :-)

Regards,
Rodrigo Ruiz

[EMAIL PROTECTED] wrote:
> Hello,
> 
>  
> 
> I've a question on WSS4J. I am using WSS4J with Axis 1.3 on the server
> side.
> 
>  
> 
> I wanted to know if it is possible to convert the contents of
> wsse:Password from its digest form to a text form?
> 
>  
> 
> I need access to the password within the application. Is there an API to
> convert from digest to text?
> 
>  
> 
> Cheers
> 
> Rishi
> 
>  
> 
>  
> 
> 
> 
>


> This message is intended for the addressee or its representative only.
> Any form of unauthorized use, publication, reproduction, copying or
> disclosure of the content of this e-mail is not permitted. If you are
> not the intended recipient of this e-mail message and its contents,
> please notify the sender immediately and delete this message and
> all its attachments subsequently.
> 
> 
> 
> 
> No virus found in this incoming message.
> Checked by AVG Free Edition.
> Version: 7.1.394 / Virus Database: 268.9.10/384 - Release Date: 10/07/2006

-- 
---
GRIDSYSTEMSRodrigo Ruiz Aguayo
Parc Bit - Son Espanyol
07120 Palma de Mallorcamailto:[EMAIL PROTECTED]
Baleares - España  Tel:+34-971435085 Fax:+34-971435082
http://www.gridsystems.com
---


-- 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.394 / Virus Database: 268.9.10/384 - Release Date: 10/07/2006


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

WSS4J

[Rishikesh . Mallesh]

Hello,

 

I've a question on WSS4J. I am using WSS4J with
Axis 1.3 on the server side. 

 

I wanted to know if it is possible to convert the
contents of wsse:Password from its digest form to a text form? 

 

I need access to the password within the
application. Is there an API to convert from digest to text?

 

Cheers

Rishi

 

 






This message is intended for the addressee or its representative only. 
Any form of unauthorized use, publication, reproduction, copying or 
disclosure of the content of this e-mail is not permitted. If you are 
not the intended recipient of this e-mail message and its contents, 
please notify the sender immediately and delete this message and 
all its attachments subsequently.

RE: SOAP Intermediary with Axis

[Rishikesh . Mallesh]

Thanks Anne.. This is something very
similar to what I am looking for... but given that synapse is still in its "incubator"
stage.. has this problem been addressed before?

 

Cheers 









From:
Anne Thomas Manes [mailto:[EMAIL PROTECTED] 
Sent: 21 April 2006 14:15
To: axis-user@ws.apache.org
Subject: Re: SOAP Intermediary
with Axis



 

Try Synapse: http://incubator.apache.org/synapse/



On 4/21/06, [EMAIL PROTECTED]
<[EMAIL PROTECTED]>
wrote:





>> Use a Handler ? 

OK but how? Not sure exactly how this works out. 

 

I have used handlers when they are part of the
request/response flow within the ultimate receiver node. But say if my
intermediary is on a different network node and I want to forward all messages
that come to my intermediary to the ultimate receiver, then what I require is
the SOAP intermediary to forward the request on to the ultimate receiver. Say
something like the TCP monitor but at a SOAP level message level of abstraction
rather than a TCP level.

 

Cheers

 

 

 

 









From:
robert lazarski [mailto:[EMAIL PROTECTED]] 
Sent: 21 April 2006 13:53
To: axis-user@ws.apache.org
Subject: Re: SOAP Intermediary
with Axis







 

Use a Handler ?

HTH,
Robert
http://www.braziloutsource.com
 



On
4/21/06, [EMAIL PROTECTED]
<[EMAIL PROTECTED]
> wrote:





Hi Everyone,

 

I have a question regarding writing SOAP
intermediaries. I wanted to write a SOAP node that sits between the sender and
ultimate receiver of a SOAP message.

 

Question is how can I do this in Axis? 

 

Cheers

Rishi

 






This message is intended for the addressee or its representative only. 
Any form of unauthorized use, publication, reproduction, copying or 
disclosure of the content of this e-mail is not permitted. If you are 
not the intended recipient of this e-mail message and its contents, 
please notify the sender immediately and delete this message and 
all its attachments subsequently.





 









 

RE: SOAP Intermediary with Axis

[Rishikesh . Mallesh]

>> Use a Handler ?

OK but how? Not sure exactly how this
works out. 

 

I have used handlers when they are part of
the request/response flow within the ultimate receiver node. But say if my intermediary
is on a different network node and I want to forward all messages that come to
my intermediary to the ultimate receiver, then what I require is the SOAP intermediary
to forward the request on to the ultimate receiver. Say something like the TCP
monitor but at a SOAP level message level of abstraction rather than a TCP
level.

 

Cheers

 

 

 

 









From:
robert lazarski [mailto:[EMAIL PROTECTED] 
Sent: 21 April 2006 13:53
To: axis-user@ws.apache.org
Subject: Re: SOAP Intermediary
with Axis



 

Use a Handler ?

HTH,
Robert
http://www.braziloutsource.com
 



On 4/21/06, [EMAIL PROTECTED]
<[EMAIL PROTECTED]
> wrote:





Hi Everyone,

 

I have a question regarding writing SOAP
intermediaries. I wanted to write a SOAP node that sits between the sender and
ultimate receiver of a SOAP message.

 

Question is how can I do this in Axis? 

 

Cheers

Rishi

 






This message is intended for the addressee or its representative only. 
Any form of unauthorized use, publication, reproduction, copying or 
disclosure of the content of this e-mail is not permitted. If you are 
not the intended recipient of this e-mail message and its contents, 
please notify the sender immediately and delete this message and 
all its attachments subsequently.





 

SOAP Intermediary with Axis

[Rishikesh . Mallesh]

Hi Everyone,

 

I have a question regarding writing
SOAP intermediaries. I wanted to write a SOAP node that sits between the sender
and ultimate receiver of a SOAP message.

 

Question is how can I do
this in Axis? 

 

Cheers

Rishi

 






This message is intended for the addressee or its representative only. 
Any form of unauthorized use, publication, reproduction, copying or 
disclosure of the content of this e-mail is not permitted. If you are 
not the intended recipient of this e-mail message and its contents, 
please notify the sender immediately and delete this message and 
all its attachments subsequently.

Exception handling

[Rishikesh . Mallesh]

Hi,

 

I am working with Axis 1.3 and had a question
regarding exceptions and faults handling.

 

The problem: A IllegalArgumentException is being
thrown by BeanSerializer. This is being caused by a special character being
present in one of the beans I am trying to serialize. The problem is that the
exception is suppressed and the server responds with a ill-formed SOAP response
message.

 

What I would like is to catch such exceptions and
respond with a more elegant message to the client.

 

Is there a mechanism of providing a catch-all block within
the response flow?

 

Cheers

Rishi






This message is intended for the addressee or its representative only. 
Any form of unauthorized use, publication, reproduction, copying or 
disclosure of the content of this e-mail is not permitted. If you are 
not the intended recipient of this e-mail message and its contents, 
please notify the sender immediately and delete this message and 
all its attachments subsequently.