Cannot Set Seconds on ReleaseDate for UCM Content CheckIn from CIS API Using setReleaseDate Method
Applies to:
Oracle Universal Content Management - Version: 10.1.3.5.0 and later [Release: 10gR3 and later ]
Information in this document applies to any platform.
Symptoms
Using CIS API to checkin a document to content server, the seconds are always set to 00 for a custom date field or ReleaseDate field using the following code:
content.setProperty("xModifyTime", new SimpleDateFormat("yyyy-M-dd HH:mm:ss").parse("2012-7-21 14:21:23"));
content.setReleaseDate(new Date());
content.setProperty("xModifyTime", new SimpleDateFormat("yyyy-M-dd HH:mm:ss").parse("2012-7-21 14:21:23"));
content.setReleaseDate(new Date());
Cause
Passing a java.util.Date object to the Content Server Binder does not produce the granularity to the second; only minutes.
The parse method of the SimpleDateFormat Class also produces java.util.Date object.
On the content server interface the Release Date is taken in the form of a string.
Using the setProperty method, if the date is passed as a String, it passes the exact time in the same form to the binder and so content server can handle the timestamp conversion in the usual manner.
The only thing to consider here is that time passed from CIS API will always be in GMT and hence some custom code may be required to handle that time difference.
Solution
1. Change the code to use setProperty method instead of setReleaseDate method of the ISCSContent class.
eg.
content.setProperty("dInDate","12/31/2010 9:32:42 PM");
2. Recompile and retest the CIS program.
NOTE: Custom code may be required to handle the time difference since time from CIS program is always in GMT. Assisting with custom coding is outsite the realm of Oracle Support.
Content Server, in general, doesn't care about seconds unless it's something that requires it (i.e. tracing, indexing, etc). The document's release and indexing happens during a subject manager thread, which will only pick up on the change when it runs. Add to that any indexing and conversion of the document, and it would be quite common for the document to actually get released well outside the accuracy of one second. That's why even the check-in page has the times set to the precision of a single minute.

content.setProperty("dInDate","12/31/2010 9:32:42 PM");