cancel
Showing results for 
Search instead for 
Did you mean: 

Got error WSSecurityEngine: Invalid timestamp The security..

echen
Champ in-the-making
Champ in-the-making
When I run WebService Example, it always get error:

Exception in thread "main" AxisFault
faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Server.generalException
faultSubcode:
faultString: WSDoAllReceiver: security processing failed; nested exception is:
   org.apache.ws.security.WSSecurityException: An error was discovered processing the <wsseSmiley Frustratedecurity> header. (WSSecurityEngine: Invalid timestamp The security semantics of message have expired)
faultActor:
faultNode:
faultDetail:
   {http://xml.apache.org/axis/}hostname:eightball.***.com

WSDoAllReceiver: security processing failed; nested exception is:
   org.apache.ws.security.WSSecurityException: An error was discovered processing the <wsseSmiley Frustratedecurity> header. (WSSecurityEngine: Invalid timestamp The security semantics of message have expired)
   at org.apache.axis.message.SOAPFaultBuilder.createFault(SOAPFaultBuilder.java:222)
   at org.apache.axis.message.SOAPFaultBuilder.endElement(SOAPFaultBuilder.java:129)
   at org.apache.axis.encoding.DeserializationContext.endElement(DeserializationContext.java:1087)
   at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endElement(AbstractSAXParser.java:633)
   at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.scanEndElement(XMLNSDocumentScannerImpl.java:719)
   at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(XMLDocumentFragmentScannerImpl.java:1685)
   at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:368)
   at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:834)
   at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:764)
   at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:148)
   at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1242)
   at javax.xml.parsers.SAXParser.parse(SAXParser.java:375)
   at org.apache.axis.encoding.DeserializationContext.parse(DeserializationContext.java:227)
   at org.apache.axis.SOAPPart.getAsSOAPEnvelope(SOAPPart.java:696)
   at org.apache.axis.Message.getSOAPEnvelope(Message.java:435)
   at org.apache.axis.handlers.soap.MustUnderstandChecker.invoke(MustUnderstandChecker.java:62)
   at org.apache.axis.client.AxisClient.invoke(AxisClient.java:206)
   at org.apache.axis.client.Call.invokeEngine(Call.java:2784)
   at org.apache.axis.client.Call.invoke(Call.java:2767)
   at org.apache.axis.client.Call.invoke(Call.java:2443)
   at org.apache.axis.client.Call.invoke(Call.java:2366)
   at org.apache.axis.client.Call.invoke(Call.java:1812)
   at org.alfresco.webservice.repository.RepositoryServiceSoapBindingStub.getStores(RepositoryServiceSoapBindingStub.java:714)
   at org.alfresco.sample.webservice.GetStores.main(GetStores.java:50)

Any help is very appreciate.
Most weird is it was running well last week. I don't change anything.
13 REPLIES 13

fidel2003
Champ in-the-making
Champ in-the-making
Can I deactivate this restriction of security?? Is there any form modifying Tomcat of ALfresco???

Very Thanks!

fidel2003
Champ in-the-making
Champ in-the-making
Nothing???  Smiley Sad

arnab_thokder
Champ in-the-making
Champ in-the-making
Please check the time settings of the client server and the Alfresco server. The client server's timestamp should not have a lag of 5 minutes or more from Alfresco server's timestamp.

dd090
Champ in-the-making
Champ in-the-making
great thanx. That did the trick for me.

My server was in a different timezone

jharrop
Champ in-the-making
Champ in-the-making
Please check the time settings of the client server and the Alfresco server. The client server's timestamp should not have a lag of 5 minutes or more from Alfresco server's timestamp.

I believe the 5 minutes comes from the value of WSHandlerConstants.TTL_TIMESTAMP.

I thought this could be changed by setting a parameter in server-config.wsdd:

<parameter name="timeToLive" value="900"/>

or even turned off entirely, with:

<parameter name="timestampStrict" value="false"/>

However, these settings seem to be ignored or overridden somewhere.

Has anyone managed to set these parameters?  If so, how?

thanks .. Jason

andrea_cossu
Champ in-the-making
Champ in-the-making
Hi guys,
we have the same problem and didn't find any solution.
Does anyone have suggestions?

Thanks in advance

andrea

mphasis
Champ in-the-making
Champ in-the-making
Guys it worked for me by adjusting client clock.

unknown-user
Champ on-the-rise
Champ on-the-rise
I am having the same problem.
I am running Alfresco on the same machine as my client application.
So how can there be a time zone problem? Does Alfresco have a place to change it's time zone setting?
Thanks

openpj
Elite Collaborator
Elite Collaborator
I think that you need to change the time settings of the operating system of the Alfresco Server and your custom application that invoke Alfresco externally.

Hope this helps.