You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@openoffice.apache.org by Rajath Shashidhara <ra...@gmail.com> on 2013/06/24 11:23:50 UTC
CMISUrl
Hello,
As of now I'm by default connected to my inmemory repository and my path
supplied to ucp is relative to the root of that repository.
But, as my task requires I need to develop a way to break any given url
into the repository url, repository id, port, and the relative path of
object with respective to the root of this repository. This requires are
decoding mechanism.
Is there a standard way of encoding a CMIS Url so that I can decode it into
the respective components?
I want to do this before continuing on implementing other commands.
--
Rajath S,
M.Sc(Hons.) Physics,
Birla Institute of Technology and Science - Pilani,
Pilani
Re: CMISUrl
Posted by Rajath Shashidhara <ra...@gmail.com>.
Hello Juergen,
The standard for AtomPub Urls is:
cmis://localhost:8080/inmemory/atom/A1/path?path=/My_Folder-0-0
source:
https://chemistry.apache.org/java/developing/dev-url.html
On Tue, Jun 25, 2013 at 12:37 PM, Jürgen Schmidt <jo...@gmail.com>wrote:
> On 6/24/13 7:29 PM, Rajath Shashidhara wrote:
> > Hello Juergen,
> >
> > My doubt:
> > Suppose there is a folder call My_Folder-0-0 on a repository A1 on local
> > server
> >
> > The actual url for this is:
> > http://localhost:8080/inmemory/atom/A1/path?path=/My_Folder-0-0
> >
> > So, Should i implement it the same way or should i do it like this:
> > cmis://localhost:8080/inmemory/atom/A1/My_Folder-0-0
> >
> > or
> >
> > cmis://localhost:8080/inmemory/atom/A1/path?path=/My_Folder-0-0
> >
>
> is there a standard scheme used. How does other CMIS implementation
> handle it? We should use what others use to be compatible as much as
> possible.
>
> I suggest that you take a look on Alfresco which seems to have a good
> reference implementation of CMIS.
>
> If is is up to your implementation I would prefer
>
> cmis://localhost:8080/inmemory/atom/A1/My_Folder-0-0
> cmis://localhost:8080/inmemory/atom/A1/My_Folder-0-0/test.odt[params]
>
> Juergen
>
>
> >
> >
> >
> >
> >
> > On Mon, Jun 24, 2013 at 9:28 PM, Rajath Shashidhara <
> > rajaths.rajaths@gmail.com> wrote:
> >
> >> Hello Juergen,
> >>
> >> Yes, a server can support multiple repositories.
> >> But, the problem I'm facing is that I'm not able to separate the server
> >> path and the path of the object on the server.
> >> So, I'm trying to do this by trial and error.
> >>
> >> Let me see how this comes out, I'm planning on refining my code. I'll
> come
> >> back to you once I'm done.
> >>
> >
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
> For additional commands, e-mail: dev-help@openoffice.apache.org
>
>
--
Rajath S,
M.Sc(Hons.) Physics,
Birla Institute of Technology and Science - Pilani,
Pilani
Re: CMISUrl
Posted by Jürgen Schmidt <jo...@gmail.com>.
On 6/24/13 7:29 PM, Rajath Shashidhara wrote:
> Hello Juergen,
>
> My doubt:
> Suppose there is a folder call My_Folder-0-0 on a repository A1 on local
> server
>
> The actual url for this is:
> http://localhost:8080/inmemory/atom/A1/path?path=/My_Folder-0-0
>
> So, Should i implement it the same way or should i do it like this:
> cmis://localhost:8080/inmemory/atom/A1/My_Folder-0-0
>
> or
>
> cmis://localhost:8080/inmemory/atom/A1/path?path=/My_Folder-0-0
>
is there a standard scheme used. How does other CMIS implementation
handle it? We should use what others use to be compatible as much as
possible.
I suggest that you take a look on Alfresco which seems to have a good
reference implementation of CMIS.
If is is up to your implementation I would prefer
cmis://localhost:8080/inmemory/atom/A1/My_Folder-0-0
cmis://localhost:8080/inmemory/atom/A1/My_Folder-0-0/test.odt[params]
Juergen
>
>
>
>
>
> On Mon, Jun 24, 2013 at 9:28 PM, Rajath Shashidhara <
> rajaths.rajaths@gmail.com> wrote:
>
>> Hello Juergen,
>>
>> Yes, a server can support multiple repositories.
>> But, the problem I'm facing is that I'm not able to separate the server
>> path and the path of the object on the server.
>> So, I'm trying to do this by trial and error.
>>
>> Let me see how this comes out, I'm planning on refining my code. I'll come
>> back to you once I'm done.
>>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org
Re: CMISUrl
Posted by Rajath Shashidhara <ra...@gmail.com>.
Hello Juergen,
My doubt:
Suppose there is a folder call My_Folder-0-0 on a repository A1 on local
server
The actual url for this is:
http://localhost:8080/inmemory/atom/A1/path?path=/My_Folder-0-0
So, Should i implement it the same way or should i do it like this:
cmis://localhost:8080/inmemory/atom/A1/My_Folder-0-0
or
cmis://localhost:8080/inmemory/atom/A1/path?path=/My_Folder-0-0
On Mon, Jun 24, 2013 at 9:28 PM, Rajath Shashidhara <
rajaths.rajaths@gmail.com> wrote:
> Hello Juergen,
>
> Yes, a server can support multiple repositories.
> But, the problem I'm facing is that I'm not able to separate the server
> path and the path of the object on the server.
> So, I'm trying to do this by trial and error.
>
> Let me see how this comes out, I'm planning on refining my code. I'll come
> back to you once I'm done.
>
--
Rajath S,
M.Sc(Hons.) Physics,
Birla Institute of Technology and Science - Pilani,
Pilani
Re: CMISUrl
Posted by Rajath Shashidhara <ra...@gmail.com>.
Hello Juergen,
Yes, a server can support multiple repositories.
But, the problem I'm facing is that I'm not able to separate the server
path and the path of the object on the server.
So, I'm trying to do this by trial and error.
Let me see how this comes out, I'm planning on refining my code. I'll come
back to you once I'm done.
Re: CMISUrl
Posted by Jürgen Schmidt <jo...@gmail.com>.
On 6/24/13 5:11 PM, Rajath Shashidhara wrote:
> Hello juergen,
> About http and https,
> Webdav ucp uses dav:// and davs:// as respective schemes.
> Should I do it as cmis and cmiss?
sounds ok to me
>
>
> On Mon, Jun 24, 2013 at 6:41 PM, Rajath Shashidhara <
> rajaths.rajaths@gmail.com> wrote:
>
>> Hello Juergen,
>> We could also do this by trial and error,
>> for example try to connect to:
>> localhost:8080
>> if it fails
>> try
>> localhost:8080/inmemory
>> if it fails
>> try
>> localhost:8080/inmemory/atom
>>
>> now it connects so,
>> now connect to repo id:A1.
>> then the path of folder relative to repo can be determined.
mmh, I am not sure, I would request that the configured Url is one which
inlcudes the repo id and where you can connect against.
Everything behind this entry point are folder and documents, correct?
Means in your example you expect "http://localhost:8080/inmemory/atom/A1"
Or if it is possible to have multiple repo ids, make this part
configurable as well
Juergen
>>
>>
>> On Mon, Jun 24, 2013 at 6:38 PM, Rajath Shashidhara <
>> rajaths.rajaths@gmail.com> wrote:
>>
>>> Hello Juergen,
>>> I feel more than the authentication thing right now, its important to
>>> break the url into parts like:
>>> hostname, portname, <servlet-path>,repositoryid, path on repository from
>>> the given url. This is hard because, there seems to be no standard or it.
>>> https://chemistry.apache.org/java/developing/dev-url.html
>>>
>>> this page has a standard for atompub urls.
>>> But, the since the servletpath can be also seperated by '/' it is
>>> difficult to break the url into the above mentioned items.
>>> So, I propose something like that we define that these items must be
>>> separated by # in the url.
>>> for example:
>>> now the url is written as:
>>> cmis://localhost:8080/inmemory/atom/A1/My_Folder-0-0
>>>
>>> here, the server address is: http://localhost:8080/inmemory/atom
>>> Repo id: A1
>>> Path of folder on repo: /My_Folder-0-0
>>>
>>> So we could define a way to do it this way:
>>> cmis://localhost:8080/inmemory/atom/#A1/#My_Folder-0-0
>>>
>>> IS that possible?
>>>
>>>
>>> On Mon, Jun 24, 2013 at 4:39 PM, Jürgen Schmidt <jo...@gmail.com>wrote:
>>>
>>>> On 6/24/13 11:29 AM, Rajath Shashidhara wrote:
>>>>> Hello,
>>>>>
>>>>> Can i follow the uri format mentioned on this page:
>>>>> https://camel.apache.org/cmis.html
>>>>
>>>> in general yes, but I would say the configuration of the CMIS stores
>>>> should be http/https. Internally you will replace http/https with "cmis"
>>>> and will use the CMIS Url only.
>>>>
>>>> I think it is important to differentiate between http and https
>>>> connections. If you have better ideas please let us know and discuss.
>>>>
>>>> The next step will be to define a configuration scheme to manage 1-n
>>>> cmis stores.
>>>>
>>>> User credentials can be stored in the internal password container that
>>>> can handle Urls and related user/password combinations.
>>>>
>>>> I will search some related info for you ...
>>>>
>>>> Juergen
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Mon, Jun 24, 2013 at 2:53 PM, Rajath Shashidhara <
>>>>> rajaths.rajaths@gmail.com> wrote:
>>>>>
>>>>>> Hello,
>>>>>>
>>>>>> As of now I'm by default connected to my inmemory repository and my
>>>> path
>>>>>> supplied to ucp is relative to the root of that repository.
>>>>>> But, as my task requires I need to develop a way to break any given
>>>> url
>>>>>> into the repository url, repository id, port, and the relative path of
>>>>>> object with respective to the root of this repository. This requires
>>>> are
>>>>>> decoding mechanism.
>>>>>>
>>>>>> Is there a standard way of encoding a CMIS Url so that I can decode it
>>>>>> into the respective components?
>>>>>> I want to do this before continuing on implementing other commands.
>>>>>>
>>>>>> --
>>>>>> Rajath S,
>>>>>> M.Sc(Hons.) Physics,
>>>>>> Birla Institute of Technology and Science - Pilani,
>>>>>> Pilani
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
>>>> For additional commands, e-mail: dev-help@openoffice.apache.org
>>>>
>>>>
>>>
>>>
>>> --
>>> Rajath S,
>>> M.Sc(Hons.) Physics,
>>> Birla Institute of Technology and Science - Pilani,
>>> Pilani
>>>
>>
>>
>>
>> --
>> Rajath S,
>> M.Sc(Hons.) Physics,
>> Birla Institute of Technology and Science - Pilani,
>> Pilani
>>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org
Re: CMISUrl
Posted by Rajath Shashidhara <ra...@gmail.com>.
Hello juergen,
About http and https,
Webdav ucp uses dav:// and davs:// as respective schemes.
Should I do it as cmis and cmiss?
On Mon, Jun 24, 2013 at 6:41 PM, Rajath Shashidhara <
rajaths.rajaths@gmail.com> wrote:
> Hello Juergen,
> We could also do this by trial and error,
> for example try to connect to:
> localhost:8080
> if it fails
> try
> localhost:8080/inmemory
> if it fails
> try
> localhost:8080/inmemory/atom
>
> now it connects so,
> now connect to repo id:A1.
> then the path of folder relative to repo can be determined.
>
>
> On Mon, Jun 24, 2013 at 6:38 PM, Rajath Shashidhara <
> rajaths.rajaths@gmail.com> wrote:
>
>> Hello Juergen,
>> I feel more than the authentication thing right now, its important to
>> break the url into parts like:
>> hostname, portname, <servlet-path>,repositoryid, path on repository from
>> the given url. This is hard because, there seems to be no standard or it.
>> https://chemistry.apache.org/java/developing/dev-url.html
>>
>> this page has a standard for atompub urls.
>> But, the since the servletpath can be also seperated by '/' it is
>> difficult to break the url into the above mentioned items.
>> So, I propose something like that we define that these items must be
>> separated by # in the url.
>> for example:
>> now the url is written as:
>> cmis://localhost:8080/inmemory/atom/A1/My_Folder-0-0
>>
>> here, the server address is: http://localhost:8080/inmemory/atom
>> Repo id: A1
>> Path of folder on repo: /My_Folder-0-0
>>
>> So we could define a way to do it this way:
>> cmis://localhost:8080/inmemory/atom/#A1/#My_Folder-0-0
>>
>> IS that possible?
>>
>>
>> On Mon, Jun 24, 2013 at 4:39 PM, Jürgen Schmidt <jo...@gmail.com>wrote:
>>
>>> On 6/24/13 11:29 AM, Rajath Shashidhara wrote:
>>> > Hello,
>>> >
>>> > Can i follow the uri format mentioned on this page:
>>> > https://camel.apache.org/cmis.html
>>>
>>> in general yes, but I would say the configuration of the CMIS stores
>>> should be http/https. Internally you will replace http/https with "cmis"
>>> and will use the CMIS Url only.
>>>
>>> I think it is important to differentiate between http and https
>>> connections. If you have better ideas please let us know and discuss.
>>>
>>> The next step will be to define a configuration scheme to manage 1-n
>>> cmis stores.
>>>
>>> User credentials can be stored in the internal password container that
>>> can handle Urls and related user/password combinations.
>>>
>>> I will search some related info for you ...
>>>
>>> Juergen
>>>
>>>
>>>
>>>
>>>
>>> >
>>> >
>>> >
>>> > On Mon, Jun 24, 2013 at 2:53 PM, Rajath Shashidhara <
>>> > rajaths.rajaths@gmail.com> wrote:
>>> >
>>> >> Hello,
>>> >>
>>> >> As of now I'm by default connected to my inmemory repository and my
>>> path
>>> >> supplied to ucp is relative to the root of that repository.
>>> >> But, as my task requires I need to develop a way to break any given
>>> url
>>> >> into the repository url, repository id, port, and the relative path of
>>> >> object with respective to the root of this repository. This requires
>>> are
>>> >> decoding mechanism.
>>> >>
>>> >> Is there a standard way of encoding a CMIS Url so that I can decode it
>>> >> into the respective components?
>>> >> I want to do this before continuing on implementing other commands.
>>> >>
>>> >> --
>>> >> Rajath S,
>>> >> M.Sc(Hons.) Physics,
>>> >> Birla Institute of Technology and Science - Pilani,
>>> >> Pilani
>>> >>
>>> >
>>> >
>>> >
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
>>> For additional commands, e-mail: dev-help@openoffice.apache.org
>>>
>>>
>>
>>
>> --
>> Rajath S,
>> M.Sc(Hons.) Physics,
>> Birla Institute of Technology and Science - Pilani,
>> Pilani
>>
>
>
>
> --
> Rajath S,
> M.Sc(Hons.) Physics,
> Birla Institute of Technology and Science - Pilani,
> Pilani
>
--
Rajath S,
M.Sc(Hons.) Physics,
Birla Institute of Technology and Science - Pilani,
Pilani
Re: CMISUrl
Posted by Rajath Shashidhara <ra...@gmail.com>.
Hello Juergen,
We could also do this by trial and error,
for example try to connect to:
localhost:8080
if it fails
try
localhost:8080/inmemory
if it fails
try
localhost:8080/inmemory/atom
now it connects so,
now connect to repo id:A1.
then the path of folder relative to repo can be determined.
On Mon, Jun 24, 2013 at 6:38 PM, Rajath Shashidhara <
rajaths.rajaths@gmail.com> wrote:
> Hello Juergen,
> I feel more than the authentication thing right now, its important to
> break the url into parts like:
> hostname, portname, <servlet-path>,repositoryid, path on repository from
> the given url. This is hard because, there seems to be no standard or it.
> https://chemistry.apache.org/java/developing/dev-url.html
>
> this page has a standard for atompub urls.
> But, the since the servletpath can be also seperated by '/' it is
> difficult to break the url into the above mentioned items.
> So, I propose something like that we define that these items must be
> separated by # in the url.
> for example:
> now the url is written as:
> cmis://localhost:8080/inmemory/atom/A1/My_Folder-0-0
>
> here, the server address is: http://localhost:8080/inmemory/atom
> Repo id: A1
> Path of folder on repo: /My_Folder-0-0
>
> So we could define a way to do it this way:
> cmis://localhost:8080/inmemory/atom/#A1/#My_Folder-0-0
>
> IS that possible?
>
>
> On Mon, Jun 24, 2013 at 4:39 PM, Jürgen Schmidt <jo...@gmail.com>wrote:
>
>> On 6/24/13 11:29 AM, Rajath Shashidhara wrote:
>> > Hello,
>> >
>> > Can i follow the uri format mentioned on this page:
>> > https://camel.apache.org/cmis.html
>>
>> in general yes, but I would say the configuration of the CMIS stores
>> should be http/https. Internally you will replace http/https with "cmis"
>> and will use the CMIS Url only.
>>
>> I think it is important to differentiate between http and https
>> connections. If you have better ideas please let us know and discuss.
>>
>> The next step will be to define a configuration scheme to manage 1-n
>> cmis stores.
>>
>> User credentials can be stored in the internal password container that
>> can handle Urls and related user/password combinations.
>>
>> I will search some related info for you ...
>>
>> Juergen
>>
>>
>>
>>
>>
>> >
>> >
>> >
>> > On Mon, Jun 24, 2013 at 2:53 PM, Rajath Shashidhara <
>> > rajaths.rajaths@gmail.com> wrote:
>> >
>> >> Hello,
>> >>
>> >> As of now I'm by default connected to my inmemory repository and my
>> path
>> >> supplied to ucp is relative to the root of that repository.
>> >> But, as my task requires I need to develop a way to break any given url
>> >> into the repository url, repository id, port, and the relative path of
>> >> object with respective to the root of this repository. This requires
>> are
>> >> decoding mechanism.
>> >>
>> >> Is there a standard way of encoding a CMIS Url so that I can decode it
>> >> into the respective components?
>> >> I want to do this before continuing on implementing other commands.
>> >>
>> >> --
>> >> Rajath S,
>> >> M.Sc(Hons.) Physics,
>> >> Birla Institute of Technology and Science - Pilani,
>> >> Pilani
>> >>
>> >
>> >
>> >
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
>> For additional commands, e-mail: dev-help@openoffice.apache.org
>>
>>
>
>
> --
> Rajath S,
> M.Sc(Hons.) Physics,
> Birla Institute of Technology and Science - Pilani,
> Pilani
>
--
Rajath S,
M.Sc(Hons.) Physics,
Birla Institute of Technology and Science - Pilani,
Pilani
Re: CMISUrl
Posted by Rajath Shashidhara <ra...@gmail.com>.
Hello Juergen,
I feel more than the authentication thing right now, its important to break
the url into parts like:
hostname, portname, <servlet-path>,repositoryid, path on repository from
the given url. This is hard because, there seems to be no standard or it.
https://chemistry.apache.org/java/developing/dev-url.html
this page has a standard for atompub urls.
But, the since the servletpath can be also seperated by '/' it is difficult
to break the url into the above mentioned items.
So, I propose something like that we define that these items must be
separated by # in the url.
for example:
now the url is written as:
cmis://localhost:8080/inmemory/atom/A1/My_Folder-0-0
here, the server address is: http://localhost:8080/inmemory/atom
Repo id: A1
Path of folder on repo: /My_Folder-0-0
So we could define a way to do it this way:
cmis://localhost:8080/inmemory/atom/#A1/#My_Folder-0-0
IS that possible?
On Mon, Jun 24, 2013 at 4:39 PM, Jürgen Schmidt <jo...@gmail.com>wrote:
> On 6/24/13 11:29 AM, Rajath Shashidhara wrote:
> > Hello,
> >
> > Can i follow the uri format mentioned on this page:
> > https://camel.apache.org/cmis.html
>
> in general yes, but I would say the configuration of the CMIS stores
> should be http/https. Internally you will replace http/https with "cmis"
> and will use the CMIS Url only.
>
> I think it is important to differentiate between http and https
> connections. If you have better ideas please let us know and discuss.
>
> The next step will be to define a configuration scheme to manage 1-n
> cmis stores.
>
> User credentials can be stored in the internal password container that
> can handle Urls and related user/password combinations.
>
> I will search some related info for you ...
>
> Juergen
>
>
>
>
>
> >
> >
> >
> > On Mon, Jun 24, 2013 at 2:53 PM, Rajath Shashidhara <
> > rajaths.rajaths@gmail.com> wrote:
> >
> >> Hello,
> >>
> >> As of now I'm by default connected to my inmemory repository and my path
> >> supplied to ucp is relative to the root of that repository.
> >> But, as my task requires I need to develop a way to break any given url
> >> into the repository url, repository id, port, and the relative path of
> >> object with respective to the root of this repository. This requires are
> >> decoding mechanism.
> >>
> >> Is there a standard way of encoding a CMIS Url so that I can decode it
> >> into the respective components?
> >> I want to do this before continuing on implementing other commands.
> >>
> >> --
> >> Rajath S,
> >> M.Sc(Hons.) Physics,
> >> Birla Institute of Technology and Science - Pilani,
> >> Pilani
> >>
> >
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
> For additional commands, e-mail: dev-help@openoffice.apache.org
>
>
--
Rajath S,
M.Sc(Hons.) Physics,
Birla Institute of Technology and Science - Pilani,
Pilani
Re: CMISUrl
Posted by Jürgen Schmidt <jo...@gmail.com>.
On 6/24/13 11:29 AM, Rajath Shashidhara wrote:
> Hello,
>
> Can i follow the uri format mentioned on this page:
> https://camel.apache.org/cmis.html
in general yes, but I would say the configuration of the CMIS stores
should be http/https. Internally you will replace http/https with "cmis"
and will use the CMIS Url only.
I think it is important to differentiate between http and https
connections. If you have better ideas please let us know and discuss.
The next step will be to define a configuration scheme to manage 1-n
cmis stores.
User credentials can be stored in the internal password container that
can handle Urls and related user/password combinations.
I will search some related info for you ...
Juergen
>
>
>
> On Mon, Jun 24, 2013 at 2:53 PM, Rajath Shashidhara <
> rajaths.rajaths@gmail.com> wrote:
>
>> Hello,
>>
>> As of now I'm by default connected to my inmemory repository and my path
>> supplied to ucp is relative to the root of that repository.
>> But, as my task requires I need to develop a way to break any given url
>> into the repository url, repository id, port, and the relative path of
>> object with respective to the root of this repository. This requires are
>> decoding mechanism.
>>
>> Is there a standard way of encoding a CMIS Url so that I can decode it
>> into the respective components?
>> I want to do this before continuing on implementing other commands.
>>
>> --
>> Rajath S,
>> M.Sc(Hons.) Physics,
>> Birla Institute of Technology and Science - Pilani,
>> Pilani
>>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org
Re: CMISUrl
Posted by Rajath Shashidhara <ra...@gmail.com>.
Hello,
Can i follow the uri format mentioned on this page:
https://camel.apache.org/cmis.html
On Mon, Jun 24, 2013 at 2:53 PM, Rajath Shashidhara <
rajaths.rajaths@gmail.com> wrote:
> Hello,
>
> As of now I'm by default connected to my inmemory repository and my path
> supplied to ucp is relative to the root of that repository.
> But, as my task requires I need to develop a way to break any given url
> into the repository url, repository id, port, and the relative path of
> object with respective to the root of this repository. This requires are
> decoding mechanism.
>
> Is there a standard way of encoding a CMIS Url so that I can decode it
> into the respective components?
> I want to do this before continuing on implementing other commands.
>
> --
> Rajath S,
> M.Sc(Hons.) Physics,
> Birla Institute of Technology and Science - Pilani,
> Pilani
>
--
Rajath S,
M.Sc(Hons.) Physics,
Birla Institute of Technology and Science - Pilani,
Pilani