Hello Ariel, Thanks for your input. Lately, I'm experiencing an error with installing .oxt. As per the suggestion of Juergen, I changed the package name of my code for apache.ooffice.gsoc.cmisucp.ucp. to org.apache.aoo.cmisucp.ucp. I deleted the previously installed extension and installed the new one. after installation it shows an error dialog with both the package names and exits.
How do i resolve this? The data sink thing is clear from the api reference for XCommandProcessor. But, thanks for clarifying my wrong concept of document. Now I'll check if the basetype of object stored in the cmis repository is a "cmis:document". My previous question is unanswered. In the implementation of service ResultSet, the method m_RowCount can take values from 0.....X+1 where X is the number of rows . Is this right? or the next() just increases the value of m_RowCount by 1 without checking if it is in this range? On Thu, Jun 13, 2013 at 9:05 AM, Ariel Constenla-Haile <[email protected]>wrote: > On Wed, Jun 12, 2013 at 09:01:51AM +0200, Jürgen Schmidt wrote: > > On 6/12/13 8:45 AM, Rajath Shashidhara wrote: > > > Hello Juergen, > > > > > > I'm following this: > > > > http://www.openoffice.org/api/docs/common/ref/com/sun/star/ucb/Content.html > > > . > > > Is there any other revised source that I have to follow? > > > > ok, I see what you mean. You have to implement simply a UNO object > > implementing the XRow interface. And yes the docu say it is similar to a > > ResultSet. > > An XRow is the return type of the command "getPropertyValues", but when > the command is "open" and OpenCommandArgument::Mode: is OpenMode::ALL or > OpenMode::FOLDERS or OpenMode::DOCUMENTS the return type must be > an XDynamicResultSet: > > > http://svn.apache.org/viewvc/openoffice/trunk/main/ucb/source/ucp/ftp/ftpcontent.cxx?revision=1413471&view=markup#l551 > > http://svn.apache.org/viewvc/openoffice/trunk/main/ucb/source/ucp/package/pkgcontent.cxx?revision=1413471&view=markup#l1525 > > http://svn.apache.org/viewvc/openoffice/trunk/main/ucb/source/ucp/tdoc/tdoc_content.cxx?revision=1413471&view=markup#l1504 > > http://svn.apache.org/viewvc/openoffice/trunk/main/ucb/source/ucp/webdav/webdavcontent.cxx?revision=1460359&view=markup#l2168 > > > >> But the return datatype of Open Command is a dynamic result set. So, a > > >> result set service must be implemented right? > > yes, when OpenCommandArgument::Mode: is OpenMode::ALL or OpenMode::FOLDERS > or OpenMode::DOCUMENTS. > > When the "open" command tries to open a document, you must put the > document stream into OpenCommandArgument::Sink. > > Please note that you are handling a wrong concept of "document". In the > UCB context, a document is any content that "can dump itself into a data > sink"; you are handling this as if documents were only AOO documents: > > in private Object obtainProperties(): > else if(p.Name.equals("IsDocument")) > > result.add(content.getType().getDisplayName().equals("openDocument")?"True":"False"); > > > Besides, you shouldn't rely on the display name, use instead > > http://chemistry.apache.org/java/0.8.0/maven/apidocs/org/apache/chemistry/opencmis/client/api/ObjectType.html > > There are 4 type of CMIS objects: document, folder, policy, > relationship; the first two can be mapped to the UCB properties > IsDocument and IsFolder, respectively. > > > Regards > -- > Ariel Constenla-Haile > La Plata, Argentina > -- Rajath S, M.Sc(Hons.) Physics, Birla Institute of Technology and Science - Pilani, Pilani
