Hello Juergen,
U suggested me org.apache.aoo.ucp.cmis.
But, I had a package structure which had a subpackaage called ucp which
contained the central registration class and the ucp.
So, I modified it myself to this.
I have other sub folders like: org.apache.aoo.cmisucp.unoobjects.
org.apache.aoo.cmisucp.cmis .
I can change this anytime I want. :)

I clean-built it to solve the problem of .oxt.


On Thu, Jun 13, 2013 at 1:15 PM, Jürgen Schmidt <[email protected]>wrote:

> 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]
>
>


-- 
Rajath S,
M.Sc(Hons.) Physics,
Birla Institute of Technology and Science - Pilani,
Pilani

Reply via email to