You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@jackrabbit.apache.org by Shailesh Mangal <sh...@getzephyr.com> on 2009/02/03 19:58:12 UTC
alternative export - import strategy
While database export and import is not working for us when we move
from windows to linux, I would like to explore alternative export -
import strategies e.g. http://sourceforge.net/projects/jcr-backup
We have lots of binary data, files etc. I would like to know if
someone has successfully implemented backup and restore strategy and
the tools used to accomplish the same.
-Shailesh
On Feb 3, 2009, at 10:21 AM, Shailesh Mangal wrote:
>
> On Feb 3, 2009, at 10:08 AM, Alexander Klimetschek wrote:
>
>> On Tue, Feb 3, 2009 at 6:36 PM, Shailesh Mangal
>> <sh...@getzephyr.com> wrote:
>>> I noticed that everything (including workspace.xml) gets recreated
>>> (on mac
>>> and windows). I am witnessing this issue on Linux (Fedora) that
>>> the indexing
>>> are not getting rebuilt.
>>
>> Are you sure workspace.xml gets re-created properly (ie. compare old
>> and new workspace.xml)?
>
> Yes, we only have default workplace.
>>
>>
>> I assume you only have the "default" workspace that gets
>> automatically
>> created on startup and copies the template values from the workspace
>> section in repository.xml, that are probably the same for your only
>> workspace, and once the workspace's persistence manager starts and
>> connects to the DB, it (coincidentally) detects the data that is
>> already existing. This approach would definitely fail as soon as you
>> would have two slightly differently configured workspaces...
>>
>>> BTW, I have also tried deleting just the indexes, same behavior.
>>
>> Can you access the nodes and properties, are they present? The index
>> is not required for navigational access, only for search operations.
>> And do you see anything in the logs?
>
> Nothing in logs. Can't access nodes and properties. My datafile
> export size is 105MB and data shows up fine in xp.
>
>>
>>
>> Regards,
>> Alex
>>
>> --
>> Alexander Klimetschek
>> alexander.klimetschek@day.com
Re: alternative export - import strategy
Posted by Paco Avila <mo...@gmail.com>.
OK, I'll try it.
Thanks.
On Wed, Feb 4, 2009 at 10:42 AM, Jacco van Weert <11...@gmail.com> wrote:
> Hello,
>
> It's standalone.... but you have to check out the code (there is no seperate
> file download).
>
> http://jecars.cvs.sourceforge.net/viewvc/jecars/jecars_main/src/org/jecars/backup/
>
> Gr.
>
> Jacco
>
>
>
> On Wed, Feb 4, 2009 at 10:36 AM, Paco Avila <mo...@gmail.com> wrote:
>
>> JeCARS backup tool is an standalone application? I've looking your
>> project page and don't find this tool.
>>
>> On Wed, Feb 4, 2009 at 10:28 AM, Jacco van Weert <11...@gmail.com>
>> wrote:
>> > Hello,
>> >
>> > We use the JeCARS backup tool for export and import. Within JeCARS
>> itself,
>> > it can make a "hot" backup by simply performing a GET operation on the
>> > webserver.
>> >
>> > Without the binary data it is also possible to do a remote backup and
>> > restore. With JeCARS there is also a JeCARS client helper library.
>> >
>> http://jecars.cvs.sourceforge.net/viewvc/jecars/jecars_client/src/org/jecars/client/JC_Nodeable.java?revision=1.18&view=markup
>> > It has exportNode( deep ) and importNode( stream ) methods which delivers
>> > the backup as stream.
>> >
>> > For backup without JeCARS the backup tool cannot also export and import
>> > existing Jackrabbit repository versions (also v1.5). It will create a big
>> > file (non-XML) for node/properties and every binary content is stored in
>> a
>> > seperate file.
>> > The resulting directory can be used for import. The import will always
>> try
>> > to complete even when properties are removed. (simple versioning nodes
>> are
>> > also supported).
>> >
>> >
>> > Greetings,
>> > Jacco
>> > JeCARS -- http://jecars.sourceforge.net
>> >
>> >
>> > On Tue, Feb 3, 2009 at 7:58 PM, Shailesh Mangal <
>> > shailesh.mangal@getzephyr.com> wrote:
>> >
>> >> While database export and import is not working for us when we move from
>> >> windows to linux, I would like to explore alternative export - import
>> >> strategies e.g. http://sourceforge.net/projects/jcr-backup
>> >>
>> >> We have lots of binary data, files etc. I would like to know if someone
>> has
>> >> successfully implemented backup and restore strategy and the tools used
>> to
>> >> accomplish the same.
>> >>
>> >>
>> > --
>> > -------------------------------------
>> > Jacco van Weert -- 1111software@gmail.com
>> > JCR Controller -- http://www.xs4all.nl/~weertj/jcr
>> > JeCARS -- http://jecars.sourceforge.net
>> >
>>
>>
>>
>> --
>> Paco Avila
>> GIT Consultors
>> tel: +34 971 498310
>> fax: +34 971496189
>> e-mail: pavila@git.es
>> http://www.git.es
>>
>
>
>
> --
> -------------------------------------
> Jacco van Weert -- 1111software@gmail.com
> JCR Controller -- http://www.xs4all.nl/~weertj/jcr
> JeCARS -- http://jecars.sourceforge.net
>
--
Paco Avila
GIT Consultors
tel: +34 971 498310
fax: +34 971496189
e-mail: pavila@git.es
http://www.git.es
Re: alternative export - import strategy
Posted by Jacco van Weert <11...@gmail.com>.
Hello,
It's standalone.... but you have to check out the code (there is no seperate
file download).
http://jecars.cvs.sourceforge.net/viewvc/jecars/jecars_main/src/org/jecars/backup/
Gr.
Jacco
On Wed, Feb 4, 2009 at 10:36 AM, Paco Avila <mo...@gmail.com> wrote:
> JeCARS backup tool is an standalone application? I've looking your
> project page and don't find this tool.
>
> On Wed, Feb 4, 2009 at 10:28 AM, Jacco van Weert <11...@gmail.com>
> wrote:
> > Hello,
> >
> > We use the JeCARS backup tool for export and import. Within JeCARS
> itself,
> > it can make a "hot" backup by simply performing a GET operation on the
> > webserver.
> >
> > Without the binary data it is also possible to do a remote backup and
> > restore. With JeCARS there is also a JeCARS client helper library.
> >
> http://jecars.cvs.sourceforge.net/viewvc/jecars/jecars_client/src/org/jecars/client/JC_Nodeable.java?revision=1.18&view=markup
> > It has exportNode( deep ) and importNode( stream ) methods which delivers
> > the backup as stream.
> >
> > For backup without JeCARS the backup tool cannot also export and import
> > existing Jackrabbit repository versions (also v1.5). It will create a big
> > file (non-XML) for node/properties and every binary content is stored in
> a
> > seperate file.
> > The resulting directory can be used for import. The import will always
> try
> > to complete even when properties are removed. (simple versioning nodes
> are
> > also supported).
> >
> >
> > Greetings,
> > Jacco
> > JeCARS -- http://jecars.sourceforge.net
> >
> >
> > On Tue, Feb 3, 2009 at 7:58 PM, Shailesh Mangal <
> > shailesh.mangal@getzephyr.com> wrote:
> >
> >> While database export and import is not working for us when we move from
> >> windows to linux, I would like to explore alternative export - import
> >> strategies e.g. http://sourceforge.net/projects/jcr-backup
> >>
> >> We have lots of binary data, files etc. I would like to know if someone
> has
> >> successfully implemented backup and restore strategy and the tools used
> to
> >> accomplish the same.
> >>
> >>
> > --
> > -------------------------------------
> > Jacco van Weert -- 1111software@gmail.com
> > JCR Controller -- http://www.xs4all.nl/~weertj/jcr
> > JeCARS -- http://jecars.sourceforge.net
> >
>
>
>
> --
> Paco Avila
> GIT Consultors
> tel: +34 971 498310
> fax: +34 971496189
> e-mail: pavila@git.es
> http://www.git.es
>
--
-------------------------------------
Jacco van Weert -- 1111software@gmail.com
JCR Controller -- http://www.xs4all.nl/~weertj/jcr
JeCARS -- http://jecars.sourceforge.net
Re: alternative export - import strategy
Posted by Paco Avila <mo...@gmail.com>.
JeCARS backup tool is an standalone application? I've looking your
project page and don't find this tool.
On Wed, Feb 4, 2009 at 10:28 AM, Jacco van Weert <11...@gmail.com> wrote:
> Hello,
>
> We use the JeCARS backup tool for export and import. Within JeCARS itself,
> it can make a "hot" backup by simply performing a GET operation on the
> webserver.
>
> Without the binary data it is also possible to do a remote backup and
> restore. With JeCARS there is also a JeCARS client helper library.
> http://jecars.cvs.sourceforge.net/viewvc/jecars/jecars_client/src/org/jecars/client/JC_Nodeable.java?revision=1.18&view=markup
> It has exportNode( deep ) and importNode( stream ) methods which delivers
> the backup as stream.
>
> For backup without JeCARS the backup tool cannot also export and import
> existing Jackrabbit repository versions (also v1.5). It will create a big
> file (non-XML) for node/properties and every binary content is stored in a
> seperate file.
> The resulting directory can be used for import. The import will always try
> to complete even when properties are removed. (simple versioning nodes are
> also supported).
>
>
> Greetings,
> Jacco
> JeCARS -- http://jecars.sourceforge.net
>
>
> On Tue, Feb 3, 2009 at 7:58 PM, Shailesh Mangal <
> shailesh.mangal@getzephyr.com> wrote:
>
>> While database export and import is not working for us when we move from
>> windows to linux, I would like to explore alternative export - import
>> strategies e.g. http://sourceforge.net/projects/jcr-backup
>>
>> We have lots of binary data, files etc. I would like to know if someone has
>> successfully implemented backup and restore strategy and the tools used to
>> accomplish the same.
>>
>>
> --
> -------------------------------------
> Jacco van Weert -- 1111software@gmail.com
> JCR Controller -- http://www.xs4all.nl/~weertj/jcr
> JeCARS -- http://jecars.sourceforge.net
>
--
Paco Avila
GIT Consultors
tel: +34 971 498310
fax: +34 971496189
e-mail: pavila@git.es
http://www.git.es
Re: alternative export - import strategy
Posted by Jacco van Weert <11...@gmail.com>.
Hello,
We use the JeCARS backup tool for export and import. Within JeCARS itself,
it can make a "hot" backup by simply performing a GET operation on the
webserver.
Without the binary data it is also possible to do a remote backup and
restore. With JeCARS there is also a JeCARS client helper library.
http://jecars.cvs.sourceforge.net/viewvc/jecars/jecars_client/src/org/jecars/client/JC_Nodeable.java?revision=1.18&view=markup
It has exportNode( deep ) and importNode( stream ) methods which delivers
the backup as stream.
For backup without JeCARS the backup tool cannot also export and import
existing Jackrabbit repository versions (also v1.5). It will create a big
file (non-XML) for node/properties and every binary content is stored in a
seperate file.
The resulting directory can be used for import. The import will always try
to complete even when properties are removed. (simple versioning nodes are
also supported).
Greetings,
Jacco
JeCARS -- http://jecars.sourceforge.net
On Tue, Feb 3, 2009 at 7:58 PM, Shailesh Mangal <
shailesh.mangal@getzephyr.com> wrote:
> While database export and import is not working for us when we move from
> windows to linux, I would like to explore alternative export - import
> strategies e.g. http://sourceforge.net/projects/jcr-backup
>
> We have lots of binary data, files etc. I would like to know if someone has
> successfully implemented backup and restore strategy and the tools used to
> accomplish the same.
>
>
--
-------------------------------------
Jacco van Weert -- 1111software@gmail.com
JCR Controller -- http://www.xs4all.nl/~weertj/jcr
JeCARS -- http://jecars.sourceforge.net
Re: alternative export - import strategy
Posted by Paco Avila <mo...@gmail.com>.
We application is developed to run on JBoss. Default repository.xml is
used, so all files and documents are stored in server filesystem. To
make a backup, I stop JBoss and copy the repository folder to another
location using rsync to minimize copy time. After that start JBoss
again. This work is done using a bash script.
I have seen that jcr-backups work only for Jackrabbit 1.3 so I wonder
if this utility can manage 1.4 or 1.5 repositories. I plan to test it
someday :)
On Tue, Feb 3, 2009 at 7:58 PM, Shailesh Mangal
<sh...@getzephyr.com> wrote:
> While database export and import is not working for us when we move from
> windows to linux, I would like to explore alternative export - import
> strategies e.g. http://sourceforge.net/projects/jcr-backup
>
> We have lots of binary data, files etc. I would like to know if someone has
> successfully implemented backup and restore strategy and the tools used to
> accomplish the same.
>
> -Shailesh
>
> On Feb 3, 2009, at 10:21 AM, Shailesh Mangal wrote:
>
>>
>> On Feb 3, 2009, at 10:08 AM, Alexander Klimetschek wrote:
>>
>>> On Tue, Feb 3, 2009 at 6:36 PM, Shailesh Mangal
>>> <sh...@getzephyr.com> wrote:
>>>>
>>>> I noticed that everything (including workspace.xml) gets recreated (on
>>>> mac
>>>> and windows). I am witnessing this issue on Linux (Fedora) that the
>>>> indexing
>>>> are not getting rebuilt.
>>>
>>> Are you sure workspace.xml gets re-created properly (ie. compare old
>>> and new workspace.xml)?
>>
>> Yes, we only have default workplace.
>>>
>>>
>>> I assume you only have the "default" workspace that gets automatically
>>> created on startup and copies the template values from the workspace
>>> section in repository.xml, that are probably the same for your only
>>> workspace, and once the workspace's persistence manager starts and
>>> connects to the DB, it (coincidentally) detects the data that is
>>> already existing. This approach would definitely fail as soon as you
>>> would have two slightly differently configured workspaces...
>>>
>>>> BTW, I have also tried deleting just the indexes, same behavior.
>>>
>>> Can you access the nodes and properties, are they present? The index
>>> is not required for navigational access, only for search operations.
>>> And do you see anything in the logs?
>>
>> Nothing in logs. Can't access nodes and properties. My datafile export
>> size is 105MB and data shows up fine in xp.
>>
>>>
>>>
>>> Regards,
>>> Alex
>>>
>>> --
>>> Alexander Klimetschek
>>> alexander.klimetschek@day.com
>
>
>
>
--
Paco Avila
GIT Consultors
tel: +34 971 498310
fax: +34 971496189
e-mail: pavila@git.es
http://www.git.es