Mailing-List: contact users-help@jackrabbit.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@jackrabbit.apache.org
Received-SPF: pass (athena.apache.org: domain of anchela@adobe.com designates
 64.18.1.185 as permitted sender)
Message-ID: <4EDF4598.7030403@adobe.com>
Date: Wed, 7 Dec 2011 11:53:12 +0100
From: Angela Schreiber <anchela@adobe.com>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US;
 rv:1.9.2.18) Gecko/20110616 Thunderbird/3.1.11
MIME-Version: 1.0
To: "users@jackrabbit.apache.org" <users@jackrabbit.apache.org>
Subject: Re: WebDAV, surpressing XML parsing
References: <70E72B48-95A5-45ED-B7E0-94BF1071166B@valtech.de>
In-Reply-To: <70E72B48-95A5-45ED-B7E0-94BF1071166B@valtech.de>
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
Content-Transfer-Encoding: 7bit

hi ingomar

the jackrabbit webdav server allows to configure how new
resources are mapped to the underlying JCR content structured.
those are 'importhandler' implementations that are defined
in the resource config that comes with the servlet.

by default the complete set of handlers is activated including
one that extracts zip-files and creates jcr items from the
elements in an xml file.

in order to change that behavior by editing the resource config
and commenting/removing those iohandlers (and property handlers)
that you don't need.

if i remember correctly the file to look for is called config.xml
by default... somewhere in the web.xml and
org.apache.jackrabbit.server.io.XmlHandler
was the handler to get rid of.

hope that helps
angela

On 12/7/11 11:41 AM, Ingomar Otter wrote:
> Folks,
> I want to use WebDAV to store simple XML-liek document. It seems that through WebDAV, Jackrabbit actually parses the XML and creates
> a JCR node structure out of the XML. Although this may be fine in some applications, I am looking for a simple "store the file" behaviour.
> On top of that, storing seems to fail if an invalid XML document is POSTed to the WebDAV servlet. How can I surpress this behaviour?
> I've tried different content-types for no avail.
> I've tried to locate the parts in question in the source but as I am new to Jackrabbit I couldn't locate it.
>
> Hints appreciated.
> -- Ingomar
>