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 stefan.guggisberg@gmail.com
 designates 209.85.198.229 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:sender:to:subject:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references:x-google-sender-auth;
        b=UZJFxhTDgZeEJfcR7skgZLGwz4Y5iZcVas9OAZ7ggqmU9Uax8Co+A2zCVawq9i0Z90
         7iKtd2eKs3guvqbAA6qZA3EdjbUWAEAa5xq4MzCRdI6U2diBOI/HDvdNTA9Evh7K/v+d
         ai7SxMJPOQMgd2FEgnBOnPcex2LI1axN0JzfI=
Message-ID: <90a8d1c00806120150y2e5686fcs97cc57476fdf6f01@mail.gmail.com>
Date: Thu, 12 Jun 2008 10:50:29 +0200
From: "Stefan Guggisberg" <stefan.guggisberg@day.com>
Sender: stefan.guggisberg@gmail.com
To: users@jackrabbit.apache.org
Subject: Re: special characters - Migrating to BundlePersistanceManager -
 Export/Import
In-Reply-To: <4850E2AF.6030006@gmx.de>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
References: <485003E4.8030208@gmx.de> <1215798166.20080611202503@holeczek.de>
	 <4850E2AF.6030006@gmx.de>

On Thu, Jun 12, 2008 at 10:47 AM, Sandro B=F6hme <sandro.boehme@gmx.de> wro=
te:
> Hi Florian,
>
> thanks for your feedback! You are probably right. This seems to be the on=
ly
> solution.

have you considered cloning an existing workspace to a new one using Bundle=
DbPM?

cheers
stefan

>
> Best regards,
>
> Sandro
>
> Florian Holeczek schrieb:
>>
>> Hi Sandro,
>>
>> what about the brute force solution... iterating over all nodes,
>> retrieving their properties content into the corresponding Java
>> objects and doing your search in these?
>>
>> Regards,
>>  Florian
>>
>> Urspr=FCngliche Nachricht vom 11.06.2008 um 18:57:
>>>
>>> Hello,
>>
>>> currently we are trying to export the content from one repository to
>>> another (in this case for migrating to the BundlePersistanceManager). T=
he
>>> problem is, that our repository contains special characters like #x0d, =
#x0a,
>>> #x04. As of JCR-674 [1] the export seems to work but the import does no=
t
>>> decode the base64 encoded values [2]. Our initial thought was, to just
>>> remove some of these chars. But it doesn't seem to
>>> be possible to create a search query to find these chars. It would just
>>> be good for us to know if this is correct, or if we missed something. W=
e
>>> are depending on preserving the uuids across the repositories so the on=
ly
>>> way seems to be JCR export/import.
>>> At the moment we are in a situation where we cannot migrate to the othe=
r
>>> PM and cannot use the JCR export/import in general with Jackrabbit. Doe=
s
>>> somebody know an other way of fixing such content in the repository or
>>> exporting/importing it? Any hint is much appreciated.
>>
>>> Best regards,
>>
>>> Sandro
>>
>>> [1] - String properties with invalid XML characters export as invalid X=
ML
>>> https://issues.apache.org/jira/browse/JCR-674
>>
>>> [2] - JCR-1228 Support xs:base64Binary values in system view import
>>> https://issues.apache.org/jira/browse/JCR-1228
>
>