Hi Ruchith,
As per your suggestion, I went through the code of Crypto interface and Merlin class so that I could have a better understanding to write my own Merlin class. I noticed that in Crypto interface there are methods like getKeyStore(),getAliasesForDN() etc. which use keystore to get certificate information but in my case I don't have to use keystore instead I will have certificate in the form of string in run-time. Could you please tell me in detail to implement all these methods keeping in mind that I will always have a single certificate in run-time in the form of string? Could you also please let me know the methods from Crypto interface which are called by OutflowSecurity handler to sign the request before it is sent to the service? Best Regards, Shyam Shukla -----Original Message----- From: Ruchith Fernando [mailto:[EMAIL PROTECTED] Sent: Friday, November 03, 2006 5:38 PM To: Shyam Shukla Cc: [email protected]; [email protected] Subject: Re: Missing Id Attribute Hi, So.. am I correct to assume that you cannot use keystore files? If so, to provide the certificate information into Rampart/WSS4J without using keystores you will have to implement org.apache.ws.security.components.crypto.Crypto interfce (See org.apache.ws.security.components.crypto.Merlin or the impl based on keystores). And then you can configure Rampart/WSS4J to use it using the crypto.properties file. Basically replacing Merlin with your own impl. Thanks, Ruchith On 11/3/06, Shyam Shukla <[EMAIL PROTECTED]> wrote: > Yes Ruchith I wanted to sign addressing headers and now I have solved this > problem by putting following line in axis2.xml > > <signatureParts>{Element}{http://schemas.xmlsoap.org/ws/2004/03/addressing}T > o;{Element}{http://schemas.xmlsoap.org/ws/2004/03/addressing}ReplyTo;{Elemen > t}{http://schemas.xmlsoap.org/ws/2004/03/addressing}Action;{Element}{http:// > schemas.xmlsoap.org/ws/2004/03/addressing}MessageID;{Element}{http://schemas > .xmlsoap.org/soap/envelope/}Body;{Element}{http://docs.oasis-open.org/wss/20 > 04/01/oasis-200401-wss-wssecurity-utility-1.0.xsd}Timestamp</signatureParts> > > Now my both SOAP requests i.e. with UserName Token and Binary Security Token > are working fine, but as per my project requirement I will have to receive > client certificate in String format from a c++ code in case of BST at run > time. So I can not pre-configure certificate information in axis2.xml and > cryptoSender.properties files and required to modify these files at > run-time. > > Could you please suggest me the way to implement this?? > > Best Regards, > Shyam Shukla > -----Original Message----- > From: Ruchith Fernando [mailto:[EMAIL PROTECTED] > Sent: Friday, November 03, 2006 6:36 AM > To: [email protected] > Cc: [email protected] > Subject: Re: Missing Id Attribute > > Hi, > > Do you want to sign the addressing headers? > > Thanks, > Ruchith > > On 11/2/06, Shyam Shukla <[EMAIL PROTECTED]> wrote: > > > > > > > > > > Dear All, > > > > > > > > I created a SOAP request with Binary Security Token using Axis2 1.0. > > > > From the log file I came to know that the SOAP request that is being > > constructed missing Id attributes in following tags: > > > > <wsa:Action> > > > > <wsa:ReplyTo> > > > > <wsa:To> > > > > Is there any way to create Id attributes in the above tags with their > > respective <Reference> tags in the SOAP header? > > > > > > > > > > > > Best Regards, > > Shyam Shukla > > > > > > > > > > > > DISCLAIMER ========== This e-mail may contain privileged and > confidential > > information which is the property of Persistent Systems Pvt. Ltd. It is > > intended only for the use of the individual or entity to which it is > > addressed. If you are not the intended recipient, you are not authorized > to > > read, retain, copy, print, distribute or use this message. If you have > > received this communication in error, please notify the sender and delete > > all copies of this message. Persistent Systems Pvt. Ltd. does not accept > any > > liability for virus infected mails. > > > -- > www.ruchith.org > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > DISCLAIMER > ========== > This e-mail may contain privileged and confidential information which is the property of Persistent Systems Pvt. Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Pvt. Ltd. does not accept any liability for virus infected mails. > -- www.ruchith.org --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] DISCLAIMER ========== This e-mail may contain privileged and confidential information which is the property of Persistent Systems Pvt. Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Pvt. Ltd. does not accept any liability for virus infected mails. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
