On 6/13/13 6:00 AM, Rajath Shashidhara wrote: > 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.
did I really suggest this org.apache.aoo.cmisucp.ucp? I believe it was more org.apache.aoo.ucp.cmis ;-) But I haven't checked what I told you exactly. cmisucp + ucp seems to be too much Juergen > 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 >> > > > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
