Forum Stats

  • 3,780,652 Users
  • 2,254,421 Discussions
  • 7,879,408 Comments

Discussions

Does WebCenter Content supports transactions?

ranko
ranko Member Posts: 4
edited Jun 27, 2018 7:21AM in WebCenter Content

Greetings,

from what I have managed to read, there are a few ways to integrate with WebCenter Content when working with Java:

  • CIS
  • RIDC
  • SOAP

Though, no matter how much I searched about transactions in WebCenter Content, I can not find that any of the mentioned integration ways actually supports transactions.

An example:

  • Check in the document
  • Execute custom logic in the code
  • If custom logic fails, revert the document check in

Maybe an exception:

  • WebLogic does support SOAP Atomic Transactions
  • GenericSOAP endpoint in Enterprise Manager, out of the box, has configuration that would indicate it supports transaction:
    Atomic Transaction Flow Option: Supports    Atomic Transaction Version: Default

I have run into some problems trying to run it in a transaction, but that is a matter for another post.

A general question, does any way of WebCenter Content integration supports transactions in an context mentioned above?

Kind regards,

Ranko

Tagged:

Best Answer

  • Anand U
    Anand U Member Posts: 395
    edited Jan 15, 2018 4:45PM Accepted Answer

    Hi Ranko,

    WebCenter Content follows Service Oriented Architecture. This way there is a request and a response and no transactions/sessions maintained. If you need to roll back a checkin, it has to be another request based on the business logic present in your application.

    HTH

    Anand U

    ranko

Answers

  • Anand U
    Anand U Member Posts: 395
    edited Jan 15, 2018 4:45PM Accepted Answer

    Hi Ranko,

    WebCenter Content follows Service Oriented Architecture. This way there is a request and a response and no transactions/sessions maintained. If you need to roll back a checkin, it has to be another request based on the business logic present in your application.

    HTH

    Anand U

    ranko
  • ranko
    ranko Member Posts: 4
    edited Jan 16, 2018 3:13AM

    Thank you for your answer Anand.

    Just to clarify/confirm:

    Following doesn't work (even with SOAP atomic transactions):

    @Transactionalpublic void demo() {  EXECUTE_DOCUMENT_CHECK_IN; //using IDC/RIDC/SOAP/CIS  EXECUTE_DATABASE_UPDATE;}

    Meaning, in this example, if "EXECUTE_DATABASE_UPDATE" fails, document will still be checked in?

    It should be done like this:

    public void demo() {  EXECUTE_DOCUMENT_CHECK_IN; //using IDC/RIDC/SOAP/CIS  try {      EXECUTE_DATABASE_UPDATE;  } catch (Exception e) {      EXECUTE_DOCUMENT_DELETE;  }}

    Meaning, in this example, if database update fails, it should be caught and explicitly handled?

    Thank you for your time and kind regards,

    Ranko

  • Anand U
    Anand U Member Posts: 395
    edited Jan 16, 2018 2:27PM

    Hi Ranko,

    Yes, in your example the document will get checked in even if the EXECUTE_DATABASE_UPDATE fails. The checkin of document is complete in the first section EXECUTE_DOCUMENT_CHECK_IN and you have a document number returned by WebCenter Content. Unless you have a logic to say if EXECUTE_DATABASE_UPDATE fails, run a EXECUTE_DELETE_DOCUMENT as a rollback action coded the document checkin will not be rolledback.

    HTH

    Anand U

    ranko
This discussion has been closed.