As a general rule it's better to define an extractor than to explicitly call
executePropPatch. But it all depends
of your use case, as long as you know what you are doing it's perfectly valid
to call executePropPatch
Just stay clear of internal CMS-managed properties and take care that there is no overlap between the properties set by
extractors and the properties set explicitly by your program.
Wander
Yomo Guiamo wrote:
Ok, great.
The thing is that I will be needing read access to the XML document(s) after
they've been stored in the Repository. So I'm guessing the NOPCachingService
won't do.
Looking at the above: is it still wise to use the executePropPath method
after the executePut to update/change the XML document's metadata?
YG
On Mon, Jun 16, 2008 at 11:59 AM, Wander Grevink <[EMAIL PROTECTED]> wrote:
Yes, that's it.
Note that if you are only interested in using the write-only methods
(executePut, maybe followed by a executePropPatch)
and don't need read access you can do without caching altogether. This
makes configuring the adapter much simpler as you
can create the WebdavService with a NOPCachingService.
WebdavConfig = ...
CachingService cache = new NOPCachingService();
WebdavService webdavService = new WebdavServiceImpl(webdavConfig, cache);
Please note that is important take the documented warnings about write
access seriously!
http://repository.hippocms.org/maven/hippo/docs/hippo-repository-java-adapter/multiproject/hippo-repository-adapter-api/apidocs/nl/hippo/client/api/service/WebdavService.html#executePut(nl.hippo.client.api.content.DocumentPath,%20java.io.InputStream)<http://repository.hippocms.org/maven/hippo/docs/hippo-repository-java-adapter/multiproject/hippo-repository-adapter-api/apidocs/nl/hippo/client/api/service/WebdavService.html#executePut%28nl.hippo.client.api.content.DocumentPath,%20java.io.InputStream%29>
Wander
Yomo Guiamo wrote:
Thanks Wander. Are you referring to the ExecutePut method in the
WebDavService (HippoRepositoryJavaAdapter)?
On Mon, Jun 16, 2008 at 11:23 AM, Wander Grevink <[EMAIL PROTECTED]>
wrote:
You might also consider checking out the Hippo Repository Java Adapter,
see http://www.hippocms.org/display/OS/Hippo+Repository+Java+Adapter
Wander
Yomo Guiamo wrote:
Hi Bart,
Thank you for your response. I will respect English as the primary
language
for the list.
The Hippo tools seem as an interesting startingpoint. Thanks a lot!
Regards,
Yomo
2008/6/14 Bart van der Schans <[EMAIL PROTECTED]>:
Hi Yomo,
Welcome to the list. Please keep in mind that there are a lot of people
on
this list who don't speak dutch.
If I understand your question correctly you're asking how to store xml
document in the repository from java. Basically the repository is a
webdav
server (with a lot of extra's :) and you can just do a http PUT to
store
the
document.
For some examples you can take a look at the hippo tools at:
http://svn.hippocms.org/viewvc/hippo-tools/
For example you can look at the dav2disk and synchronization tool.
Regards,
Bart
Yomo Guiamo wrote:
L.S.,
Mijn eerste ervaring met de Hippo Repository begint steeds meer vorm
te
krijgen. Ik probeer het volgende te bereiken.
Het 'storen' van een XML document in de Hippo Repository via een Java
Class.
Tot nu toe heb ik nog niets kunnen vinden op hippoportal.org of op
jullie
community sites (hippocms.org).
Wat is een goede startingpoint? Zijn er examples beschikbaar?
Bij voorbaat dank.
Met vriendelijke groet,
Yomo Guiamo
********************************************
Hippocms-dev: Hippo CMS development public mailinglist
--
Hippo
Oosteinde 11
1017WT Amsterdam
The Netherlands
Tel +31 (0)20 5224466
-------------------------------------------------------------
[EMAIL PROTECTED] / http://www.hippo.nl
-------------------------------------------------------------
********************************************
Hippocms-dev: Hippo CMS development public mailinglist
********************************************
Hippocms-dev: Hippo CMS development public mailinglist
********************************************
Hippocms-dev: Hippo CMS development public mailinglist
********************************************
Hippocms-dev: Hippo CMS development public mailinglist
********************************************
Hippocms-dev: Hippo CMS development public mailinglist
********************************************
Hippocms-dev: Hippo CMS development public mailinglist
********************************************
Hippocms-dev: Hippo CMS development public mailinglist
