A few things:-
1) as far as I can see the setLastModified() is ignored by the time the document is stored in Tamino. Somewhere along the line (and I believe its not in the API) the the last modified date is updated with the date/time of the update. I suspect this happens within Tamino itself. For example if you store/update a document from Tamino Interactive Interface and GET the document and look at the HTTP headers you will that the Last-Modified header is that of when the store/update took place. (I tried this with telnet to the web server to insert a document with specific Last-Modified field and it is ignored).
2) The getLastModified() method will return blank in cases where you are querying for the document because the Tamino response document can contain 0,1 or more documents, and the Last-Modified HTTP header cannot reflect the modified date/time.
3) To get the last modified date/time you must retreive the single document from Tamino, e.g.
TXMLObject obj = TXMLObject.newInstance(TDOMObjectModel.getInstance()) ;
obj.setId(“1”); // ino:id
obj.setDoctype(“Greeting”); // xml doctype
obj = myAccessor.retrieve(obj);
4) The format specification of the date parameter should conform to RFC2068. IMO though I think the set/getLastModified() method should accept java.util.Date and the API should use the correct date/time syntax.
Maybe someone who knows the internals of Tamino can comment further about the handling of the Last-Modified header.
[This message was edited by Stuart Fyffe-Collins on 10 Jul 2002 at 16:00.]
[This message was edited by Stuart Fyffe-Collins on 10 Jul 2002 at 16:00.]
[This message was edited by Stuart Fyffe-Collins on 10 Jul 2002 at 16:38.]
#webMethods-Tamino-XML-Server-APIs#API-Management#webMethods