great! dont hesitate to speak about it if you have a blog or twitter and
keep us posted!


Romain Manni-Bucau
@rmannibucau <https://twitter.com/rmannibucau> |  Blog
<http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau> |
LinkedIn <https://www.linkedin.com/in/rmannibucau> | Tomitriber
<http://www.tomitribe.com>

2015-07-19 14:29 GMT-07:00 Rohan Beckles <[email protected]>:

> Hi Romain --
>
> You set me on the right path: the JackRabbit JCA's ra.xml wasn't
> configured correctly.  It was
> looking for explicit definitions for the repository directory and the
> associated repository.xml
> file.  I added those like this
>
> <config-property>
>         <config-property-name>HomeDir</config-property-name>
>         <config-property-type>java.lang.String</config-property-type>
>         <config-property-value>repository</config-property-value>
> </config-property>
> <config-property>
> <config-property-name>ConfigFile</config-property-name>
>         <config-property-type>java.lang.String</config-property-type>
>         <config-property-value>repository.xml</config-property-value>
> </config-property>
>
> and it appears to have deployed fully, with no errors  However, when using
> JackRabbit in embedded
> mode (and I assume this applies to the WAR also), such configuration does
> *not* have to be explicitly
> defined, and sensible defaults are written to repository.xml on first use;
> I wrongly assumed that this
> behaviour was also a property of the JackRabbit Resource Adapter and that
> I didn't understand
> TomEE's needs correctly.
>
> I'm going to assume the ModeShape JCA has the same issue; I'll probably
> dig into that a bit later.  Once
> again, many thanks for your help.
>
> Best regards,
> --
> Rohan Beckles
> [email protected]
>

Reply via email to