My goal is to compare jackrabbit to our current configuration of using
slide, and hopefully be able to just replace slide with little code
change/impact on code, and hopefully improve performance.
We currently run slide under jetty and store xml, png, jgp, txt, and
one dtd file in the repository.
I set up a brand new install of Jetty, I added jackrabbit to jetty,
then created a new repository using the standard jackrabbit-webapp-1.4
webapp. I then checked out everything from our current slide
repository using cadaver, and then added all these files into
jackrabbit, again using cadaver.
I did it this way so that I could write a script, using cadaver, to
checkout all the files from the slide repository and from the
jackrabbit repository, and compare how long each took to perform this
action. slide currently performs a complete get of all the files in
roughly 35 seconds, jackrabbit takes nearly 10 minutes, and I can see
from the logs that the snag is on the larger xml files.
That said, I had never used WEBDAV until a week ago, I am new to all
this, another developer did the initial implementation of slide in our
product. So I am new to this, and my be hopping down the wrong bunny
trail (sorry for the pun), or asking the wrong questions. I just want/
need jackrabbit to work via WEBDAV as good/better than slide can now,
so that we can replace slide with jackrabbit.
We prefer to stick with derby for the database, we like that approach.
If I can tweak something in the repository.xml to have jackrabbit
treat xml/everything as binary, that is fine, or if I need to write a
custom importer in java to check everything in in binary, that is fine
too. I am just looking for the correct answer.
Does this make sense?
Thanks, Wade
On Jun 5, 2008, at 10:26 AM, Alexander Klimetschek wrote:
> Sorry, I don't know about cadaver. The "normal" behaviour with Webdav
> should be that imported files are stores as nt:file. But that can be
> customized. Is there any specific configuration of the Webdav in your
> Jackrabbit server?
>
> Alex
>
> On Thu, Jun 5, 2008 at 4:03 PM, Wade Girard
> <wade.girard@comcast.net> wrote:
>> I see the confusion (with me)! myfile/jcr:content/jcr:data set when
>> setting/getting the Node property in java, I am using cadaver to
>> put/get
>> files from a command line to jackrabbit via the WEBDAV interface.
>>
>> I have only been doing this for a few days now, can I set this
>> somehow using
>> cadaver? Or is there a way to tell jackrabbit to treat xml files
>> this way
>> through the repository.xml?
>>
>> Thanks
>>
>> On Jun 5, 2008, at 8:43 AM, Alexander Klimetschek wrote:
>>
>>> Put the serialized XML stream into a binary property:
>>> myfile/jcr:content/jcr:data (where myfile is of type nt:file and
>>> jcr:content is of nt:resource).
>>>
>>> See also the JCR spec for more info on nt:file/nt:folder and
>>> nt:resource.
>>>
>>> Alex
>>>
>>> On Thu, Jun 5, 2008 at 3:25 PM, Wade Girard
>>> <wade.girard@comcast.net>
>>> wrote:
>>>>
>>>> okay, I see this:
>>>>
>>>> If you need to store XML documents as-is (as opposed to an abstract
>>>> content model that's just serialized to XML), then I would
>>>> recommend
>>>> storing the XML as a binary property, preferably inside a
>>>> nt:file/nt:resource structure.
>>>>
>>>> How do I do this?
>>>>
>>>> On Jun 4, 2008, at 5:58 PM, Alexander Klimetschek wrote:
>>>>
>>>>> On Wed, Jun 4, 2008 at 10:55 PM, Wade Girard <wade.girard@comcast.net
>>>>> >
>>>>> wrote:
>>>>>>
>>>>>> No, These are all xml files ranging in size from 776 kb to 4 kb
>>>>>
>>>>> Are you importing the XML content as node structures? See this
>>>>> mail
>>>>> for a possible improvement:
>>>>> http://markmail.org/message/uebgv5co6qxxgfff
>>>>>
>>>>> Regards,
>>>>> Alex
>>>>>
>>>>> --
>>>>> Alexander Klimetschek
>>>>> alexander.klimetschek@day.com
>>>>
>>>> Wade Girard
>>>> wade.girard@gmail.com
>>>
>>>
>>> --
>>> Alexander Klimetschek
>>> alexander.klimetschek@day.com
>>
>> Wade Girard
>> wade.girard@gmail.com
>>
>>
>>
>>
>>
>>
>
>
>
> --
> Alexander Klimetschek
> alexander.klimetschek@day.com
>
>>> Day JCR Cup 08 | Win a MacBook Pro: http://dev.day.com/ <<
>
> ----------------------------< alexander.klimetschek@day.com
> >----------
> Alexander Klimetschek, Day Management AG, Barfuesserplatz 6,
> CH - 4001 Basel, T +41 61 226 55 31, M +49 151 15 77 20 56
> ---------------------------------------< http://www.day.com
> >-----------------
>
> Xing: http://www.xing.com/go/invite/3268380.32d2d4
> LinkedIn: http://www.linkedin.com/in/klimetschek
> Blog: http://weblogs.goshaky.com/weblogs/alexkli/
Wade Girard
wade.girard@gmail.com
|