manage documentos from a custom iterface

[iruizdeeguilaz]

Hello

could you tell me what is the best way to get and save documents from a customize aplication (java) againts alfresco ?

I don't need to edit them; just open, search and send documents to/from the databese….

thanks so much

[kaynezhang]

You can use OpenCMIS Client API or webscript api.
For your requiremnt,I suggest you use  OpenCMIS Client API.

[iruizdeeguilaz]

ok, I am looking up examples on the Internet and there is a lot of information… it sounds great

do you know any paper where I could see the diferences between choosing one of another?

I did a project with Documentum where I used DFS/UCF… there we had to use an applet (java) to keep de session and handle with the documents (checkin/checkout…). is it necessary somethin similar here?

thanks so much

[kaynezhang]

CMIS is a proposed standard for ECM,it is more portability than webscript api.And now alfresco support cmis 1.1.
webscript api is restful api and is more powerful than cmis api now.
OpenCMIS Client API is more similar to documentum foundation services (dfs)

So whether to choose CMIS or webscript api depends on your needs

[iruizdeeguilaz]

is it necessary to use a Java Applet as with documentum fundation services (dfs)???

[kaynezhang]

Yes in order to use open cmis client api ,first you should create a  session that stands for a connection to a CMIS repository.

But I don't understand why you can only use java applet to maintain session in your application. Why can't your web application maintain session between it with documentum(dfs) or alfresco(open cmis)?

[iruizdeeguilaz]

webtop and documentum administrator (da) are the Documentum interfaces and both of them use a java applet to create, and maintain the sessions and when you are going to manage documents (checkin, chekout) if the session has gone applet would create new one….  when I did a customice interface I used a java applet to do it as well. but now, for this project with alfresco, in order to the customer I think I should look for a solution without a java applet. therefore I am asking about before…

[kaynezhang]

I still didn't get it.
Webtop and documentum administrator are implemented using java applet dose not mean your application has to be implemented in the same way .
Since your application is web application ,why don't you use web application server to maintain docbase sessions for users(just as web application server communicate with relation database)? When a user send request web application server ,web application server create a docbase session for the request, process the request, and then close the docbase session.

[iruizdeeguilaz]

I know what are you saying… In Documentum you use a java applet for UCF.

UCF stand for ‘Unified Content Facilities’ which is a lightweight applet that is responsible for transferring content between the content server, application server and the client machine during operations such as check-in, checkout, import etc. UCF is a Java-based client application that is installed at run-time.

What are the benifits of UCF over HTTP transfer mode and why is it being made the de-facto standard in  Documentum based applications:
Performance and Throughput,Extensibility,Recovery,DFC based analysis for the client,Client information available on the server (for DFC and WDK components)…

do you know UCF????