Nabble - Jackrabbit - Users

Re: FullTextSeach, node and subnode

2009-11-05T00:50:56Z

Hello,

indeed I was able to make the article example (search on paragraph nodes and
used "toto -titi") work with using index aggregates.

But unfortunately it does not work with the "multi language" model we have
chosen, because each node also stores multilingual properties in a subnode,
so we do not only have subnodes like:

article/paragraph/subparagraph

but on each level, we also have translation subnodes for different languages

article/translation
article/paragraph/translation
article/paragraph/subparagraph/translation

So what we would really need is:

aggregating article/paragraph and article/paragraph/subparagraph into
article
and
aggregating article/paragraph/translation and
article/paragraph/subparagraph/translation into article/translation

Do you think that this could easily be solved (perhaps with a patch) or is
it too difficult to do ?

Regards,
Benjamin

2009/10/19 khaled tlili <khaled.tlili@...>

> Hi,
>
> Thanks 4 your answer.
>
> If I understand well, If I add :
>
> <aggregate primaryType="jnt:article">
> <include>*</include>
> <include>*/*</include>
> <include>*/*/*</include>
> <include>*/*/*/*</include>
> </aggregate>
>
> in the indexing configuration file, the following SQL-2 query
>
> select * from jnt:article as a where contain(a.*, 'toto -titi')
>
> would search even on children of jnt:article ?
>
> Regards.
>
> KT.
>
> On Fri, Oct 16, 2009 at 1:06 PM, Ard Schrijvers
> <a.schrijvers@...>wrote:
>
> > You can achieve this with indexing aggregate
> >
> > http://wiki.apache.org/jackrabbit/IndexingConfiguration
> >
> > Regards Ard
> >
> > On Fri, Oct 16, 2009 at 12:15 PM, khaled tlili <khaled.tlili@...>
> > wrote:
> > > Hi,
> > >
> > > In the jackrappib api (i.e
> > >
> >
> http://jackrabbit.apache.org/api/1.4/org/apache/jackrabbit/core/query/jsr283/qom/FullTextSearch.html
> > ),
> > > it's written that:
> > >
> > > "The full-text search expression is evaluated against the set of
> > full-text
> > > indexed properties within the full-text search scope. If property is
> > > specified, the full-text search scope is the property of that name on
> the
> > > selector node in the node-tuple; otherwise the full-text search scope
> is
> > all
> > > properties of the selector node (*or, in some implementations, all
> > > properties in the node subtree*)."
> > >
> > > In the jackrabbit implementation, does the implementation of the
> > full-text
> > > search look into all the subtree properties? If not, how can I "force"
> > the
> > > full-text search to look into all properties of node subtree ?
> > >
> > > I need this feature to make queries like " select * from jnt:article
> as
> > a
> > > where contain(a.*, 'toto -titi') "
> > >
> > > Example:
> > > Suupose that we have the following nodes structure:
> > > [jnt:paragraph] > ...
> > > bigText insertText
> > >
> > >
> > > [jnt:article] > ...
> > > smallText title
> > > bigText intro
> > > + * (jnt:paragraph)
> > >
> > > What would be the SQL-2 query that allows to retrieve all articles that
> > > contain "toto" but not "titi" ( = "titi" not present in all paragraph
> of
> > the
> > > arcticle) ?
> > >
> > > Regards.
> > > KT
> > >
> >
>

implementing user manager

2009-11-04T23:06:44Z

Hello Users,

My repository needs more than one user access in that case i went through source code and there i found some helpful methods but still puzzled before customizing. What i need is new user should be able to create his own account and based on roles/groups in which he is, would be able to access content in repository. Which means there should be one common account(may be admin/root) using which new user can create a account and that would be saved in repository.

I need some basic idea if someone had already done anything related to this before.

Also, i need to know if we would be able to create new user then where its going to get saved/reside in repository.

Waiting for response

Thanks,
simer

Re: NoSuchMethodError: org.apache.jackrabbit.core.value.BLOBFileValue.dispose()V

2009-11-04T14:27:25Z

Hi Jukka,

Thanks for the hint.
I was using jcr-2.0-pfd.jar (Proposed Final Draft) and there is no dispose method in javax.jcr.Binary.
Now I saw that the final JCR 2.0 spec is released, so I updated to jcr-2.0.jar from maven repository and this works fine.

BTW the readme.txt in Jackrabbit 2.0beta1 source package still says that people need to download jcr-2.0-b114.jar. I guess this is no longer necessary.

Best regards,
Peter

Jukka Zitting wrote:

Hi,

On Tue, Nov 3, 2009 at 3:38 PM, Peter Dotchev <dotchev@gmail.com> wrote:
> When I set a Binary property and I try to save it I get this exception.
>
> java.lang.NoSuchMethodError:
> org.apache.jackrabbit.core.value.BLOBFileValue.dispose()V
> [...]
> Any ideas?

You probably have jcr-1.0.jar in your classpath. Jackrabbit 2.0
requires jcr-2.0.jar.

BR,

Jukka Zitting

Re: Finding NodeName using SQL Query Analyzer

2009-11-04T12:14:54Z

I guess I was not clear enough on what I wanted; I do use createQuery programmatically to retrieve nodes from the repository. What I was after was for me to examine the existence of a particular node that is stored in repository using SQLDeveloper, for instance. The UUID we generate becomes the node Name. I just want to examine the existence of this node quickly using applications like SQLDeveloper, Aquadata etc. Our repository is an oracle database. I launch SQLDeveloper and traverse to the database. I see tables created by JackRabbit. They are entry-related, version-related, workspace-related. I was looking for a NodeId, for example, in CMSVER_NODE, CMSWKSP_NODE tables that matches the node name I am looking for. Even though, I know for sure such a node exists, I couldn't see it in SQLDeveloper.

Is there a way do this? If so, which table should I be looking at.

Marcel Reutegger wrote:

Hi,

2009/11/2 pkrishna <prabhakar.krishnaswami@ge.com>:
>
> I want to know if it is possible to query for a particular NodeId in the
> tables automatically generated by JackRabbit.
>
> We have a customNode where the node name is an Id we generate. Let's call
> this Node A. Node A has a child which is also a custom Node and this Node
> has some custom properties we have defined. Lets call this Node B. Node B
> has a property of type jcr:content.
>
> Is there a way for me to query the database for Node A using a where
> criteria? Which table should I query against? Is this possible at all.

you should use the query mechanism defined by JCR.

QueryManager qm = ...
Query q = qm.createQuery("select * from your:type where property =
'value'", Query.SQL);
QueryResult result = q.execute();

I'm not sure I understand your use case. maybe something like this
(using XPath syntax)?

//element(*, type-of-node-A)[*/@jcr:content = 'some-value']

though, jcr:content is usually the name of a child node of a nt:file node.

so you'd rather want to do this?

//element(*, type-of-node-A)[jcr:contains(*/jcr:content, 'foo')]

regards
marcel

> --
> View this message in context: http://old.nabble.com/Finding-NodeName-using-SQL-Query-Analyzer-tp26157796p26157796.html
> Sent from the Jackrabbit - Users mailing list archive at Nabble.com.
>
>

Re: SQL-2 Child Axis in order by clause

2009-11-04T08:19:40Z

Hello Thomas,

thanks again, but thats exactly what I was talking about in my comment.
Please read it carefully.

I already wrote why " order by translation.[jcr:title_en] desc " does not
work.

Then I explained why I tried using a relative path and that this seems not
to be a valid SQL-2 syntax.

And at last I am talking about a possible patch, so I would be happy if you
could answer to my questions in my previous comment.

Regards,
Benjamin

2009/11/4 Thomas Müller <thomas.mueller@...>

> Hi,
>
> You wrote:
> order by press.[jnt:translation/jcr:title_en] desc
>
> This is not valid SQL-2 syntax. What about:
> order by translation.[jcr:title_en] desc
>
> Regards,
> Thomas
>
>
> On Wed, Nov 4, 2009 at 1:41 PM, Benjamin Papez <jahia.papez@...>
> wrote:
> > Hello,
> >
> > my wanted query is like this, which seems to be a valid query from
> > specification point of view:
> >
> > select press.* from [web_templates:pressContainer] as press inner join
> > [jnt:translation] as translation on ischildnode(translation, press) where
> > contains(press.*, '${searchTerm}') or contains(translation.*,
> > '${searchTerm}') order by translation.[jcr:title_en] desc
> >
> > unfortunately it does not work, because it looks like
> > SimpleScoreDocComparator is looking in Lucene documents representing
> > pressContainer and not translation (child node).
> >
> > I saw that Jackrabbit implemented a RelPathScoreDocComparator for use
> cases
> > like mine, but that comparator implementation is not picked with queries
> > like the one above. Like Marcel mentioned it is only used when there is a
> > relative path in the order by statement.
> >
> > Now according to JSR-283 specifications it looks like relative path is
> not
> > allowed in the order by statement. That is also why I get the following
> > error, trying it:
> >
> > 2009-11-04 12:42:08,750: ERROR [JCRSQLTag] - InvalidQueryException --->
> > [select press.* from [web_templates:pressContainer] as press inner join
> > [jnt:translation] as translation on ischildnode(translation, press) inner
> > join [nt:file] as file on translation.pdfVersion_en = file.[jcr:uuid]
> inner
> > join [nt:resource] as filecontent on ischildnode(filecontent, file) where
> > contains(filecontent.*, 'Europe') order by
> > press.[jnt:translation/jcr:title_en] desc] is not valid.
> > javax.jcr.query.InvalidQueryException: '/' not allowed in name
> > at
> >
> org.apache.jackrabbit.spi.commons.query.qom.QueryObjectModelFactoryImpl.checkPropertyName(QueryObjectModelFactoryImpl.java:1032)
> > at
> >
> org.apache.jackrabbit.spi.commons.query.qom.QueryObjectModelFactoryImpl.propertyValue(QueryObjectModelFactoryImpl.java:668)
> > at
> >
> org.apache.jackrabbit.spi.commons.query.sql2.Parser.parsePropertyValue(Parser.java:425)
> > at
> >
> org.apache.jackrabbit.spi.commons.query.sql2.Parser.parseDynamicOperand(Parser.java:386)
> > at
> >
> org.apache.jackrabbit.spi.commons.query.sql2.Parser.parseOrder(Parser.java:542)
> > at
> >
> org.apache.jackrabbit.spi.commons.query.sql2.Parser.createQueryObjectModel(Parser.java:121)
> > at
> >
> org.apache.jackrabbit.spi.commons.query.sql2.SQL2QOMBuilder.createQueryObjectModel(SQL2QOMBuilder.java:55)
> > at
> >
> org.apache.jackrabbit.core.query.QOMQueryFactory.createQuery(QOMQueryFactory.java:69)
> > at
> >
> org.apache.jackrabbit.core.query.CompoundQueryFactory.createQuery(CompoundQueryFactory.java:67)
> > at
> >
> org.apache.jackrabbit.core.query.QueryManagerImpl.createQuery(QueryManagerImpl.java:98)
> >
> >
> > Is there another way to achieve my use case?
> > Or is there none so far and should I open a JIRA to once make my original
> > query work, which seems to be a valid SQL-2 query by specification ?
> Perhaps
> > a patch could check in the JoinQuery for the child node join condition
> and
> > internally when creating the lucene orderings create the relative path if
> > the ordering is on the child node ? Or is there a better place to fix
> that ?
> >
> > Regards,
> > Benjamin
> >
> >
> > 2009/10/28 Thomas Müller <thomas.mueller@...>
> >
> >> Hi,
> >>
> >> > I have tried to use a relative path, but I was getting
> >> > syntax errors in SQL-2.
> >>
> >> Could you tell me the exact statement you have used and the exception
> >> message and stack trace?
> >>
> >> Regards,
> >> Thomas
> >>
> >
>

Re: is there an easy way to migration a repository?

2009-11-04T07:44:58Z

#########################################################<BEGIN>###############################################
Thank you for your kind reply.
Because i have a web application based on this repository,did you mean
that i should update my repository version from 1.4 to 1.6?

my cnd file looks like the following.
###########################################################################
<nt = 'http://www.jcp.org/jcr/nt/1.0'>
<jcr = 'http://www.jcp.org/jcr/1.0'>
<mix = 'http://www.jcp.org/jcr/mix/1.0'>
<nuke = 'http://www.intellitrans.com.cn/nuke'>

[mix:accessControlled]
- nuke:authUsersRead (string) multiple mandatory
- nuke:authUsersWrite (string) multiple mandatory
- nuke:authRolesRead (string) multiple mandatory
- nuke:authRolesWrite (string) multiple mandatory

[nuke:file] > nt:hierarchyNode, mix:versionable, mix:lockable
- nuke:fileID (string) primary mandatory
- nuke:author (string)
- nuke:name (string)
- nuke:size (long)
- nuke:contentType (string)
- nuke:keywords (string)
- nuke:modifyUser (string)
- nuke:modifyTime (date)
- nuke:notification (string)
- nuke:content (binary)

[nuke:folder] > nt:folder, mix:versionable, mix:lockable
- nuke:author (string) mandatory
- nuke:name (string)
- nuke:notification (string)

[nuke:config] > nt:hierarchyNode, mix:versionable
- *

[nuke:navigation] > nt:hierarchyNode, mix:versionable
- nuke:navigationURL (string) = ' ' primary mandatory autocreated
- nuke:navigationTitle (string) = ' ' mandatory
- nuke:navigationPower (string) multiple
- nuke:navigationTemplete (string)
- nuke:navigationStyle (string)
- nuke:navigationClass (string)
- nuke:navigationSelectImage (string)
- nuke:navigationUnSelectImage (string)
- nuke:navigationParameter (string)
- nuke:navigationSystemWidth (string)
- nuke:navigationSystemHeight (string)
- nuke:navigationSystem (boolean) = false
- nuke:navigationGroup (boolean) = false
- nuke:navigationPulbic (boolean) = false
- *

[nuke:email] > nt:hierarchyNode, mix:versionable
- nuke:email_login_id (string) mandatory
- nuke:email_account (string) mandatory
- nuke:email_model_type (string) mandatory
- nuke:email_id (string) primary mandatory
- nuke:send_email_address (string)
- nuke:receive_email_address (string) multiple
- nuke:copy_send_email_address (string) multiple
- nuke:bcc_send_email_address (string) multiple
- nuke:transmit_send_email_address (string) multiple
- nuke:email_title (string)
- nuke:email_content (string)
- nuke:email_size (long)
- nuke:receive_email_time (long)
- nuke:send_email_time (long)
- *
###########################################################################
The old repository is based on jackrabbit 1.4.9 and store file with blobstore.
With the growth of file's size ,all files seems to be stored in one
file named "c400.dat",and this file is 50G now ....
In windows OS,it is horrible. i wouldnt even backup or copy it .
So i need to migrate it to an new reporitory based on datastore.

the following is my solution:

step 0: deploy an new repository with datastore(has the same workspace
configuration) .
step 1: update jackrabbit core to 1.4.11
step 2: get remoteRepository instance from the old repository .
"Repository remoteRepository
=
org.apache.jackrabbit.rmi.client.ClientRepositoryFactory.getRepository(remoteRmiURI);"
step 3: exportSystemView from remoteRepository without binary info
(nuke:file) .
step 4: importXml to newRepository .
step 5: query all binary info with xquery "//element(*, nuke:file)"
from remoteRepository.
step 6: update localRepository ,update property "nuke:content" with
"nuke:fileID" (primary mandatory).
difficult points： how to optimize the xquery ,
such as 'select * from table01 where rownum < 10 '
and 'select count(*) from table01' in sql.

Can anyone help me ?
Thanks for your attention and hope to receive your reply.

#########################################################<END>###############################################

2009/11/4 Thomas Müller <thomas.mueller@...>

> Hi,
>
> The RepositoryCopier tool seems to be what you need.
> See http://wiki.apache.org/jackrabbit/BackupAndMigration
>
> Regards,
> Thomas
>
>
> On Tue, Nov 3, 2009 at 10:10 AM, terial <howard.huhu@...> wrote:
> >
> > Hi all ,
> > Can you show me an easy way to migration a repository to use the data
> > store .
> > In out production environment,the old repository use blobstore to store
> > file in it . and it is nearly 40G now .
> > Now i want to migrate it to use data store .can you show me the way how
> > you dit it ?
> > My solution is to export SystemView with binary info to an xml file
> > named "myData.xml",when i operate this file with session.importXml to
> > new repository with data store ,i got the error "OutOfMemoryError".
> > We look forward to your early replay ,thanks .
> > My jackrabbit core version is 1.4.11.
> >
> > I can also supply my environment, i could not resolve this problem...
> > --
> > View this message in context:
> http://old.nabble.com/is-there-an-easy-way-to-migration-a-repository--tp26160032p26160032.html
> > Sent from the Jackrabbit - Users mailing list archive at Nabble.com.
> >
> >
>

Re: SQL-2 Child Axis in order by clause

2009-11-04T05:12:41Z

Hi,

You wrote:
order by press.[jnt:translation/jcr:title_en] desc

This is not valid SQL-2 syntax. What about:
order by translation.[jcr:title_en] desc

Regards,
Thomas

On Wed, Nov 4, 2009 at 1:41 PM, Benjamin Papez <jahia.papez@...> wrote:

> Hello,
>
> my wanted query is like this, which seems to be a valid query from
> specification point of view:
>
> select press.* from [web_templates:pressContainer] as press inner join
> [jnt:translation] as translation on ischildnode(translation, press) where
> contains(press.*, '${searchTerm}') or contains(translation.*,
> '${searchTerm}') order by translation.[jcr:title_en] desc
>
> unfortunately it does not work, because it looks like
> SimpleScoreDocComparator is looking in Lucene documents representing
> pressContainer and not translation (child node).
>
> I saw that Jackrabbit implemented a RelPathScoreDocComparator for use cases
> like mine, but that comparator implementation is not picked with queries
> like the one above. Like Marcel mentioned it is only used when there is a
> relative path in the order by statement.
>
> Now according to JSR-283 specifications it looks like relative path is not
> allowed in the order by statement. That is also why I get the following
> error, trying it:
>
> 2009-11-04 12:42:08,750: ERROR [JCRSQLTag] - InvalidQueryException --->
> [select press.* from [web_templates:pressContainer] as press inner join
> [jnt:translation] as translation on ischildnode(translation, press) inner
> join [nt:file] as file on translation.pdfVersion_en = file.[jcr:uuid] inner
> join [nt:resource] as filecontent on ischildnode(filecontent, file) where
> contains(filecontent.*, 'Europe') order by
> press.[jnt:translation/jcr:title_en] desc] is not valid.
> javax.jcr.query.InvalidQueryException: '/' not allowed in name
> at
> org.apache.jackrabbit.spi.commons.query.qom.QueryObjectModelFactoryImpl.checkPropertyName(QueryObjectModelFactoryImpl.java:1032)
> at
> org.apache.jackrabbit.spi.commons.query.qom.QueryObjectModelFactoryImpl.propertyValue(QueryObjectModelFactoryImpl.java:668)
> at
> org.apache.jackrabbit.spi.commons.query.sql2.Parser.parsePropertyValue(Parser.java:425)
> at
> org.apache.jackrabbit.spi.commons.query.sql2.Parser.parseDynamicOperand(Parser.java:386)
> at
> org.apache.jackrabbit.spi.commons.query.sql2.Parser.parseOrder(Parser.java:542)
> at
> org.apache.jackrabbit.spi.commons.query.sql2.Parser.createQueryObjectModel(Parser.java:121)
> at
> org.apache.jackrabbit.spi.commons.query.sql2.SQL2QOMBuilder.createQueryObjectModel(SQL2QOMBuilder.java:55)
> at
> org.apache.jackrabbit.core.query.QOMQueryFactory.createQuery(QOMQueryFactory.java:69)
> at
> org.apache.jackrabbit.core.query.CompoundQueryFactory.createQuery(CompoundQueryFactory.java:67)
> at
> org.apache.jackrabbit.core.query.QueryManagerImpl.createQuery(QueryManagerImpl.java:98)
>
>
> Is there another way to achieve my use case?
> Or is there none so far and should I open a JIRA to once make my original
> query work, which seems to be a valid SQL-2 query by specification ? Perhaps
> a patch could check in the JoinQuery for the child node join condition and
> internally when creating the lucene orderings create the relative path if
> the ordering is on the child node ? Or is there a better place to fix that ?
>
> Regards,
> Benjamin
>
>
> 2009/10/28 Thomas Müller <thomas.mueller@...>
>
>> Hi,
>>
>> > I have tried to use a relative path, but I was getting
>> > syntax errors in SQL-2.
>>
>> Could you tell me the exact statement you have used and the exception
>> message and stack trace?
>>
>> Regards,
>> Thomas
>>
>

Re: SQL-2 Child Axis in order by clause

2009-11-04T04:41:34Z

Hello,

my wanted query is like this, which seems to be a valid query from
specification point of view:

select press.* from [web_templates:pressContainer] as press inner join
[jnt:translation] as translation on ischildnode(translation, press) where
contains(press.*, '${searchTerm}') or contains(translation.*,
'${searchTerm}') order by translation.[jcr:title_en] desc

unfortunately it does not work, because it looks like
SimpleScoreDocComparator is looking in Lucene documents representing
pressContainer and not translation (child node).

I saw that Jackrabbit implemented a RelPathScoreDocComparator for use cases
like mine, but that comparator implementation is not picked with queries
like the one above. Like Marcel mentioned it is only used when there is a
relative path in the order by statement.

Now according to JSR-283 specifications it looks like relative path is not
allowed in the order by statement. That is also why I get the following
error, trying it:

2009-11-04 12:42:08,750: ERROR [JCRSQLTag] - InvalidQueryException --->
[select press.* from [web_templates:pressContainer] as press inner join
[jnt:translation] as translation on ischildnode(translation, press) inner
join [nt:file] as file on translation.pdfVersion_en = file.[jcr:uuid] inner
join [nt:resource] as filecontent on ischildnode(filecontent, file) where
contains(filecontent.*, 'Europe') order by
press.[jnt:translation/jcr:title_en] desc] is not valid.
javax.jcr.query.InvalidQueryException: '/' not allowed in name
at
org.apache.jackrabbit.spi.commons.query.qom.QueryObjectModelFactoryImpl.checkPropertyName(QueryObjectModelFactoryImpl.java:1032)
at
org.apache.jackrabbit.spi.commons.query.qom.QueryObjectModelFactoryImpl.propertyValue(QueryObjectModelFactoryImpl.java:668)
at
org.apache.jackrabbit.spi.commons.query.sql2.Parser.parsePropertyValue(Parser.java:425)
at
org.apache.jackrabbit.spi.commons.query.sql2.Parser.parseDynamicOperand(Parser.java:386)
at
org.apache.jackrabbit.spi.commons.query.sql2.Parser.parseOrder(Parser.java:542)
at
org.apache.jackrabbit.spi.commons.query.sql2.Parser.createQueryObjectModel(Parser.java:121)
at
org.apache.jackrabbit.spi.commons.query.sql2.SQL2QOMBuilder.createQueryObjectModel(SQL2QOMBuilder.java:55)
at
org.apache.jackrabbit.core.query.QOMQueryFactory.createQuery(QOMQueryFactory.java:69)
at
org.apache.jackrabbit.core.query.CompoundQueryFactory.createQuery(CompoundQueryFactory.java:67)
at
org.apache.jackrabbit.core.query.QueryManagerImpl.createQuery(QueryManagerImpl.java:98)

Is there another way to achieve my use case?
Or is there none so far and should I open a JIRA to once make my original
query work, which seems to be a valid SQL-2 query by specification ? Perhaps
a patch could check in the JoinQuery for the child node join condition and
internally when creating the lucene orderings create the relative path if
the ordering is on the child node ? Or is there a better place to fix that ?

Regards,
Benjamin

2009/10/28 Thomas Müller <thomas.mueller@...>

> Hi,
>
> > I have tried to use a relative path, but I was getting
> > syntax errors in SQL-2.
>
> Could you tell me the exact statement you have used and the exception
> message and stack trace?
>
> Regards,
> Thomas
>

Re: Storing large blobs in mysql

2009-11-04T03:36:11Z

Hi Greg,

thanks for your reply.
My error message was quite similar to the mysql issues on the JR wiki page.
But both of these pages point to the 'max_allowed_packet' issue I had solved several days beforehand.
Moreover everything worked as expected after a reboot without any configuration changes.

I had found a resource in the web saying that mysql needs thrice the memory of the blob for a operation. handling-of-huge-blobs-in-mysql
So if my memory was already exhausted that time this could explain the behaviour.
I am just wondering why mysql database gives me a quite unspecific error message like CommunicationsException that doesn't point to exhausted memory... (provided my assumption is correct)

Regards,
Philipp

Greg Klebus-3 wrote:

Hi Philipp

This might be related to the known limitation in MySQL regarding
storing of BLOBs - please see the note [1] on the DataStore wiki page
in Jacrkabbit.

[1] http://wiki.apache.org/jackrabbit/DataStore#Limitations

Regards
Greg

On Mon, Nov 2, 2009 at 9:58 PM, philipp.thiemann
<p.thiemann@headframe-it.de> wrote:
>
> Hello Stefan,
>
> first of all thanks for your quick reply.
>
> After a reboot of my machine I wasn't able to reproduce the problem anymore
> today.
> I remember my memory usage was above my physical memory size.
> So I guess it was a memory issue after several standbys.
> (Thanks to my rolling log appender I still have a stack trace of the error.
> - attached a file http://old.nabble.com/file/p26157829/log.txt log.txt )
>
> If anybody else has the same problem with storing large blobs although mysql
> parameter "max_allowed_packet" is correctly set: Here is my advice:
> Check your memory allocation and if possible try again after a reboot.
>
> Bye,
> Philipp
>
>
> Stefan Guggisberg wrote:
>>
>> On Fri, Oct 30, 2009 at 11:51 AM, philipp.thiemann
>> <p.thiemann@headframe-it.de> wrote:
>>>
>>> Hello everybody,
>>>
>>> I am using Jackrabbit 1.5.5 (Core) for a project that is storing and
>>> processing large blob files (~100MB).
>>>
>>> My local environment consists of a Windows XP, Apache Tomcat 6.0.20 ,
>>> MySQL
>>> 5.1.38 and MySQL Connector 5.1.8.
>>>
>>> When storing blobs with a size > ~10MB I get a CommunicationsException
>>> from
>>> the database, leaving the blob file unstored in jackrabbit (of course).
>>> The MySQL parameter "max_allowed_packet" is already increased to 128MB
>>> (this
>>> is not my problem anymore;-) The error message is different now!).
>>
>> stack trace?
>>
>> cheers
>> stefan
>>
>>> I have also disabled firewall and anti virus software with no effect.
>>>
>>> The only way I got things to work as a workaround was using a
>>> FileDataStore
>>> for JR (see my repo config below).
>>> But this has the disadvantage of needing a common SAN when used in a
>>> clustered environment (JR cluster journal is stored in database!) what we
>>> will to do in the next weeks.
>>> As we plan to host the cluster nodes on different servers in different
>>> networks, the SAN issue might pose a killer criterion.
>>>
>>> Here are my questions:
>>> - Has anyone experienced a similar problem with large blobs on mysql?
>>> - Are there any other mysql parameters being useful?
>>> - Do the same effects occur with other databases as well?
>>> - What kind of database system would you propose for managing large
>>> blobs
>>> (--> performance)?
>>> - Could this just be a "free memory" issue on my local machine?
>>>
>>> Regards,
>>> Philipp
>>>
>>> ------------
>>>
>>> <?xml version="1.0" encoding="UTF-8"?>
>>> <!DOCTYPE Repository PUBLIC "-//The Apache Software Foundation//DTD
>>> Jackrabbit 1.4//EN"
>>> "http://jackrabbit.apache.org/dtd/repository-1.4.dtd">
>>> <Repository>
>>> <FileSystem class="org.apache.jackrabbit.core.fs.local.LocalFileSystem">
>>>
>>> </FileSystem>
>>> <Security appName="Jackrabbit">
>>> <AccessManager
>>> class="org.apache.jackrabbit.core.security.SimpleAccessManager"></AccessManager>
>>> <LoginModule
>>> class="org.apache.jackrabbit.core.security.SimpleLoginModule">
>>>
>>> </LoginModule>
>>> </Security>
>>> <Workspaces rootPath="${rep.home}/workspaces" defaultWorkspace="default"
>>> />
>>> <DataStore class="org.apache.jackrabbit.core.data.FileDataStore">
>>>
>>>
>>> </DataStore>
>>> <Workspace name="default">
>>> <FileSystem
>>> class="org.apache.jackrabbit.core.fs.local.LocalFileSystem">
>>>
>>> </FileSystem>
>>> <PersistenceManager
>>> class="org.apache.jackrabbit.core.persistence.bundle.MySqlPersistenceManager">
>>>
>>>
>>> 
>>>
>>>
>>>
>>>
>>> </PersistenceManager>
>>> <SearchIndex
>>> class="org.apache.jackrabbit.core.query.lucene.SearchIndex">
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> </SearchIndex>
>>> </Workspace>
>>> <Versioning rootPath="${rep.home}/version">
>>> <FileSystem
>>> class="org.apache.jackrabbit.core.fs.local.LocalFileSystem">
>>>
>>> </FileSystem>
>>> <PersistenceManager
>>> class="org.apache.jackrabbit.core.persistence.bundle.MySqlPersistenceManager">
>>>
>>>
>>> 
>>>
>>>
>>>
>>>
>>> </PersistenceManager>
>>> </Versioning>
>>> 
>>> <Cluster id="cluster_${rep.home}" syncDelay="2000">
>>> <Journal class="org.apache.jackrabbit.core.journal.DatabaseJournal">
>>>
>>>
>>>
>>> 
>>>
>>>
>>>
>>> </Journal>
>>> </Cluster>
>>> </Repository>

Re: Jackrabbit, JBoss, Oracle and JNDI Datasource lookup

2009-11-04T03:11:56Z

Thomas Müller-2 wrote:

Hi,

The problem is here:
org.jboss.resource.adapter.jdbc.WrappedConnection
at oracle.sql.BLOB.createTemporary(BLOB.java:587)

I can't get the repository.xml file you posted (I get Error 500).

It looks like you try to use a JNDI connection (some kind of JBoss
connection) with OracleFileSystem. This is not supported with this
file system, sorry. You need to use the the JDBC driver / database URL
in the file system configuration, or you need to use another
persistence manager (I'm not sure if DbFileSystem would work).

Regards,
Thomas

Hi Thomas,

I found a workaround. The solution is really in a custom class, that extends OracleFileSystem. Maybe in my first try I messed up something, but everything is OK now. Here is a working FS class file, used in the repository.xml (FileSystem class="path.to.ExtendedOracleFileSystem"):

public class ExtendedOracleFileSystem extends OracleFileSystem {

@Override
protected Connection getConnection() throws RepositoryException, SQLException {
Connection connection = super.getConnection();
if (connection != null && connection instanceof WrappedConnection) {
return ((WrappedConnection) connection).getUnderlyingConnection();
}

return connection;
}

}

Many thanks for the replies.

Cheers,
Anatoliy

Re: Storing large blobs in mysql

2009-11-04T02:59:54Z

Hi Philipp

This might be related to the known limitation in MySQL regarding
storing of BLOBs - please see the note [1] on the DataStore wiki page
in Jacrkabbit.

[1] http://wiki.apache.org/jackrabbit/DataStore#Limitations

Regards
Greg

On Mon, Nov 2, 2009 at 9:58 PM, philipp.thiemann
<p.thiemann@...> wrote:

>
> Hello Stefan,
>
> first of all thanks for your quick reply.
>
> After a reboot of my machine I wasn't able to reproduce the problem anymore
> today.
> I remember my memory usage was above my physical memory size.
> So I guess it was a memory issue after several standbys.
> (Thanks to my rolling log appender I still have a stack trace of the error.
> - attached a file http://old.nabble.com/file/p26157829/log.txt log.txt )
>
> If anybody else has the same problem with storing large blobs although mysql
> parameter "max_allowed_packet" is correctly set: Here is my advice:
> Check your memory allocation and if possible try again after a reboot.
>
> Bye,
> Philipp
>
>
> Stefan Guggisberg wrote:
>>
>> On Fri, Oct 30, 2009 at 11:51 AM, philipp.thiemann
>> <p.thiemann@...> wrote:
>>>
>>> Hello everybody,
>>>
>>> I am using Jackrabbit 1.5.5 (Core) for a project that is storing and
>>> processing large blob files (~100MB).
>>>
>>> My local environment consists of a Windows XP, Apache Tomcat 6.0.20 ,
>>> MySQL
>>> 5.1.38 and MySQL Connector 5.1.8.
>>>
>>> When storing blobs with a size > ~10MB I get a CommunicationsException
>>> from
>>> the database, leaving the blob file unstored in jackrabbit (of course).
>>> The MySQL parameter "max_allowed_packet" is already increased to 128MB
>>> (this
>>> is not my problem anymore;-) The error message is different now!).
>>
>> stack trace?
>>
>> cheers
>> stefan
>>
>>> I have also disabled firewall and anti virus software with no effect.
>>>
>>> The only way I got things to work as a workaround was using a
>>> FileDataStore
>>> for JR (see my repo config below).
>>> But this has the disadvantage of needing a common SAN when used in a
>>> clustered environment (JR cluster journal is stored in database!) what we
>>> will to do in the next weeks.
>>> As we plan to host the cluster nodes on different servers in different
>>> networks, the SAN issue might pose a killer criterion.
>>>
>>> Here are my questions:
>>> - Has anyone experienced a similar problem with large blobs on mysql?
>>> - Are there any other mysql parameters being useful?
>>> - Do the same effects occur with other databases as well?
>>> - What kind of database system would you propose for managing large
>>> blobs
>>> (--> performance)?
>>> - Could this just be a "free memory" issue on my local machine?
>>>
>>> Regards,
>>> Philipp
>>>
>>> ------------
>>>
>>> <?xml version="1.0" encoding="UTF-8"?>
>>> <!DOCTYPE Repository PUBLIC "-//The Apache Software Foundation//DTD
>>> Jackrabbit 1.4//EN"
>>> "http://jackrabbit.apache.org/dtd/repository-1.4.dtd">
>>> <Repository>
>>> <FileSystem class="org.apache.jackrabbit.core.fs.local.LocalFileSystem">
>>>
>>> </FileSystem>
>>> <Security appName="Jackrabbit">
>>> <AccessManager
>>> class="org.apache.jackrabbit.core.security.SimpleAccessManager"></AccessManager>
>>> <LoginModule
>>> class="org.apache.jackrabbit.core.security.SimpleLoginModule">
>>>
>>> </LoginModule>
>>> </Security>
>>> <Workspaces rootPath="${rep.home}/workspaces" defaultWorkspace="default"
>>> />
>>> <DataStore class="org.apache.jackrabbit.core.data.FileDataStore">
>>>
>>>
>>> </DataStore>
>>> <Workspace name="default">
>>> <FileSystem
>>> class="org.apache.jackrabbit.core.fs.local.LocalFileSystem">
>>>
>>> </FileSystem>
>>> <PersistenceManager
>>> class="org.apache.jackrabbit.core.persistence.bundle.MySqlPersistenceManager">
>>>
>>>
>>> 
>>>
>>>
>>>
>>>
>>> </PersistenceManager>
>>> <SearchIndex
>>> class="org.apache.jackrabbit.core.query.lucene.SearchIndex">
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> </SearchIndex>
>>> </Workspace>
>>> <Versioning rootPath="${rep.home}/version">
>>> <FileSystem
>>> class="org.apache.jackrabbit.core.fs.local.LocalFileSystem">
>>>
>>> </FileSystem>
>>> <PersistenceManager
>>> class="org.apache.jackrabbit.core.persistence.bundle.MySqlPersistenceManager">
>>>
>>>
>>> 
>>>
>>>
>>>
>>>
>>> </PersistenceManager>
>>> </Versioning>
>>> 
>>> <Cluster id="cluster_${rep.home}" syncDelay="2000">
>>> <Journal class="org.apache.jackrabbit.core.journal.DatabaseJournal">
>>>
>>>
>>>
>>> 
>>>
>>>
>>>
>>> </Journal>
>>> </Cluster>
>>> </Repository>

Re: is there an easy way to migration a repository?

2009-11-04T02:57:24Z

Hi,

The RepositoryCopier tool seems to be what you need.
See http://wiki.apache.org/jackrabbit/BackupAndMigration

Regards,
Thomas

On Tue, Nov 3, 2009 at 10:10 AM, terial <howard.huhu@...> wrote:

>
> Hi all ,
> Can you show me an easy way to migration a repository to use the data
> store .
> In out production environment,the old repository use blobstore to store
> file in it . and it is nearly 40G now .
> Now i want to migrate it to use data store .can you show me the way how
> you dit it ?
> My solution is to export SystemView with binary info to an xml file
> named "myData.xml",when i operate this file with session.importXml to
> new repository with data store ,i got the error "OutOfMemoryError".
> We look forward to your early replay ,thanks .
> My jackrabbit core version is 1.4.11.
>
> I can also supply my environment, i could not resolve this problem...
> --
> View this message in context: http://old.nabble.com/is-there-an-easy-way-to-migration-a-repository--tp26160032p26160032.html
> Sent from the Jackrabbit - Users mailing list archive at Nabble.com.
>
>

Re: Jackrabbit, JBoss, Oracle and JNDI Datasource lookup

2009-11-04T02:39:37Z

Hi,

The problem is here:
org.jboss.resource.adapter.jdbc.WrappedConnection
at oracle.sql.BLOB.createTemporary(BLOB.java:587)

I can't get the repository.xml file you posted (I get Error 500).

It looks like you try to use a JNDI connection (some kind of JBoss
connection) with OracleFileSystem. This is not supported with this
file system, sorry. You need to use the the JDBC driver / database URL
in the file system configuration, or you need to use another
persistence manager (I'm not sure if DbFileSystem would work).

Regards,
Thomas

Re: Finding NodeName using SQL Query Analyzer

2009-11-04T00:14:21Z

Hi,

2009/11/2 pkrishna <prabhakar.krishnaswami@...>:

>
> I want to know if it is possible to query for a particular NodeId in the
> tables automatically generated by JackRabbit.
>
> We have a customNode where the node name is an Id we generate. Let's call
> this Node A. Node A has a child which is also a custom Node and this Node
> has some custom properties we have defined. Lets call this Node B. Node B
> has a property of type jcr:content.
>
> Is there a way for me to query the database for Node A using a where
> criteria? Which table should I query against? Is this possible at all.

you should use the query mechanism defined by JCR.

QueryManager qm = ...
Query q = qm.createQuery("select * from your:type where property =
'value'", Query.SQL);
QueryResult result = q.execute();

I'm not sure I understand your use case. maybe something like this
(using XPath syntax)?

//element(*, type-of-node-A)[*/@jcr:content = 'some-value']

though, jcr:content is usually the name of a child node of a nt:file node.

so you'd rather want to do this?

//element(*, type-of-node-A)[jcr:contains(*/jcr:content, 'foo')]

regards
marcel

> --
> View this message in context: http://old.nabble.com/Finding-NodeName-using-SQL-Query-Analyzer-tp26157796p26157796.html
> Sent from the Jackrabbit - Users mailing list archive at Nabble.com.
>
>

Re: NoSuchMethodError: org.apache.jackrabbit.core.value.BLOBFileValue.dispose()V

2009-11-03T16:09:19Z

Hi,

On Tue, Nov 3, 2009 at 3:38 PM, Peter Dotchev <dotchev@...> wrote:
> When I set a Binary property and I try to save it I get this exception.
>
> java.lang.NoSuchMethodError:
> org.apache.jackrabbit.core.value.BLOBFileValue.dispose()V
> [...]
> Any ideas?

You probably have jcr-1.0.jar in your classpath. Jackrabbit 2.0
requires jcr-2.0.jar.

BR,

Jukka Zitting

NoSuchMethodError: org.apache.jackrabbit.core.value.BLOBFileValue.dispose()V

2009-11-03T15:38:28Z

Hi,

When I set a Binary property and I try to save it I get this exception.

java.lang.NoSuchMethodError: org.apache.jackrabbit.core.value.BLOBFileValue.dispose()V
at org.apache.jackrabbit.core.value.InternalValue.discard(InternalValue.java:722)
at org.apache.jackrabbit.core.persistence.util.Serializer.serialize(Serializer.java:220)
at org.apache.jackrabbit.core.persistence.db.DatabasePersistenceManager.store(DatabasePersistenceManager.java:505)
at org.apache.jackrabbit.core.persistence.AbstractPersistenceManager.store(AbstractPersistenceManager.java:69)
at org.apache.jackrabbit.core.persistence.db.DatabasePersistenceManager.store(DatabasePersistenceManager.java:302)
at org.apache.jackrabbit.core.state.SharedItemStateManager$Update.end(SharedItemStateManager.java:732)
at org.apache.jackrabbit.core.state.SharedItemStateManager.update(SharedItemStateManager.java:1109)
at org.apache.jackrabbit.core.state.LocalItemStateManager.update(LocalItemStateManager.java:351)
at org.apache.jackrabbit.core.state.XAItemStateManager.update(XAItemStateManager.java:354)
at org.apache.jackrabbit.core.state.LocalItemStateManager.update(LocalItemStateManager.java:326)
at org.apache.jackrabbit.core.state.SessionItemStateManager.update(SessionItemStateManager.java:329)
at org.apache.jackrabbit.core.ItemImpl.save(ItemImpl.java:1122)
at org.apache.jackrabbit.core.SessionImpl.save(SessionImpl.java:917)

I use 2.0-beta1.
The same with 2.0-alpha9.

I set the Binary property with code like this.

Node content = ...;
content.setProperty("jcr:data", getSession().getValueFactory().createBinary(imageData.getData()));

When I check the source of org.apache.jackrabbit.core.value.BLOBFileValue it really does not have method dispose.

Here is the source where this method is called
org.apache.jackrabbit.core.value.InternalValue

public void discard() {
if (type == PropertyType.BINARY) {
BLOBFileValue bfv = (BLOBFileValue) val;
bfv.dispose();
} else {
super.discard();
}
}

Any ideas?

Best regards,
Peter

Jackrabbit Webdav 1.4 SearchMethod issue

2009-11-03T05:02:47Z

Dear Users,

I am having issues with the SearchMethod... always get a 400 error...

Using following as a search request query:

<?xml version="1.0" encoding="UTF-8"?><g:searchrequest xmlns:M="urn:schemas:httpmail:" xmlns:R="http://schemas.microsoft.com/repl/" xmlns:g="DAV:"><g:sql>SELECT "DAV:id", "DAV:href", "http://schemas.microsoft.com/repl/resourcetag", "urn:schemas:httpmail:subject", "urn:schemas:httpmail:from", "urn:schemas:httpmail:datereceived" FROM SCOPE('shallow traversal of "https://myserver.com/exchange/"') WHERE "DAV:ishidden"=False AND "DAV:isfolder"=False</g:sql></g:searchrequest>

The statement looks as below:
sMethod =new SearchMethod("https://myserver.com/exchange/", searchQueryAsAbove,"xpath");

Can you please guide or provide me examples of setting SearchMethod correctly.

Thanks in advance for the help.

With regards,
Rizwan

Re: jackrabbit issue

2009-11-03T04:31:28Z

Hi,

It can also be the following issue if you are using a Jackrabbit version lower
than 1.5.5:
https://issues.apache.org/jira/browse/JCR-2057

This happens only when you start (by mistake) two repositories
using the same repository home.

2009/11/3 Alexander Klimetschek <aklimets@...>:

> On Tue, Nov 3, 2009 at 11:23, nanduri siva <ngsiva@...> wrote:
>> aused by: java.io.IOException: Directory was previously created with a
>> different LockFactory instance; please pass null as the lockFactory instance
>> and use setLockFactory to change it
>> at
>> org.apache.lucene.store.FSDirectory.getDirectory(FSDirectory.java:192)
>
> Looks like the wrong Lucene version in the classpath. Jackrabbit 1.5
> needs Lucene 2.3.2, Jackrabbit 1.6 (and higher I think) needs Lucene
> 2.4.1.
>
> Regards,
> Alex

--
Sébastien Launay

Re: jackrabbit issue

2009-11-03T03:02:14Z

On Tue, Nov 3, 2009 at 11:23, nanduri siva <ngsiva@...> wrote:
> aused by: java.io.IOException: Directory was previously created with a
> different LockFactory instance; please pass null as the lockFactory instance
> and use setLockFactory to change it
> at
> org.apache.lucene.store.FSDirectory.getDirectory(FSDirectory.java:192)

Looks like the wrong Lucene version in the classpath. Jackrabbit 1.5
needs Lucene 2.3.2, Jackrabbit 1.6 (and higher I think) needs Lucene
2.4.1.

Regards,
Alex

--
Alexander Klimetschek
alexander.klimetschek@...

Re: Search Index

2009-11-03T02:55:30Z

On Tue, Nov 3, 2009 at 00:49, Phukan, Anit <Anit_Phukan@...> wrote:
> Is there a way we can turn the Search Indexing off in Jackrabbit? If so,
> which is the configurable parameter and where can we configure that?

Simply remove the SearchIndex element from the configuration. See
http://jackrabbit.apache.org/jackrabbit-configuration.html

Regards,
Alex

--
Alexander Klimetschek
alexander.klimetschek@...

Re: Jackrabbit, Sling, JCR, Servlets learning path

2009-11-03T02:54:29Z

On Tue, Nov 3, 2009 at 00:25, Phukan, Anit <Anit_Phukan@...> wrote:
> Is clustering option available with Jackrabbit 1.6 reference
> implementation? Or is it only usable with the commercial version?

Jackrabbit supports clustering. See http://wiki.apache.org/jackrabbit/Clustering

Regards,
Alex

--
Alexander Klimetschek
alexander.klimetschek@...

jackrabbit issue

2009-11-03T02:23:59Z

Hi can anyone help me with the below exception when i am trying to access the repository with jndi name

3.11.2009 15:42:14 *INFO * SearchIndex: Index initialized: D:/apache-tomcat-5.5.27/repository/repository/index Version: 3 (SearchIndex.java, line 540)
3.11.2009 15:42:14 *ERROR* RepositoryImpl: Failed to initialize workspace 'default' (RepositoryImpl.java, line 496)
avax.jcr.RepositoryException: Directory was previously created with a different LockFactory instance; please pass null as the lockFactory instance and use setLockFactory to change it: Directory was previously created with a different LockFactory instance; please pass null as the
at org.apache.jackrabbit.core.SearchManager.initializeQueryHandler(SearchManager.java:540)
at org.apache.jackrabbit.core.SearchManager.<init>(SearchManager.java:213)
at org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.getSearchManager(RepositoryImpl.java:1790)
at org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.doPostInitialize(RepositoryImpl.java:2008)
at org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.initialize(RepositoryImpl.java:1921)
at org.apache.jackrabbit.core.RepositoryImpl.initStartupWorkspaces(RepositoryImpl.java:489)
at org.apache.jackrabbit.core.RepositoryImpl.<init>(RepositoryImpl.java:330)
at org.apache.jackrabbit.core.RepositoryImpl.create(RepositoryImpl.java:627)
at org.apache.jackrabbit.core.jndi.BindableRepository.createRepository(BindableRepository.java:141)
at org.apache.jackrabbit.core.jndi.BindableRepository.init(BindableRepository.java:117)
at org.apache.jackrabbit.core.jndi.BindableRepository.<init>(BindableRepository.java:106)
at org.apache.jackrabbit.core.jndi.BindableRepositoryFactory.getObjectInstance(BindableRepositoryFactory.java:51)
at org.apache.naming.factory.ResourceFactory.getObjectInstance(ResourceFactory.java:140)
at javax.naming.spi.NamingManager.getObjectInstance(NamingManager.java:304)
at org.apache.naming.NamingContext.lookup(NamingContext.java:793)
at org.apache.naming.NamingContext.lookup(NamingContext.java:140)
at org.apache.naming.NamingContext.lookup(NamingContext.java:781)
at org.apache.naming.NamingContext.lookup(NamingContext.java:153)
at org.apache.jsp.newfile_jsp._jspService(newfile_jsp.java:68)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:98)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:331)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:329)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:265)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:172)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:174)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:875)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689)
at java.lang.Thread.run(Thread.java:595)
aused by: java.io.IOException: Directory was previously created with a different LockFactory instance; please pass null as the lockFactory instance and use setLockFactory to change it
at org.apache.lucene.store.FSDirectory.getDirectory(FSDirectory.java:192)
at org.apache.jackrabbit.core.query.lucene.directory.FSDirectoryManager.getDirectory(FSDirectoryManager.java:64)
at org.apache.jackrabbit.core.query.lucene.MultiIndex.<init>(MultiIndex.java:229)
at org.apache.jackrabbit.core.query.lucene.SearchIndex.doInit(SearchIndex.java:502)
at org.apache.jackrabbit.core.query.AbstractQueryHandler.init(AbstractQueryHandler.java:66)
at org.apache.jackrabbit.core.SearchManager.initializeQueryHandler(SearchManager.java:538)
... 38 more
ava.io.IOException: Directory was previously created with a different LockFactory instance; please pass null as the lockFactory instance and use setLockFactory to change it
at org.apache.lucene.store.FSDirectory.getDirectory(FSDirectory.java:192)
at org.apache.jackrabbit.core.query.lucene.directory.FSDirectoryManager.getDirectory(FSDirectoryManager.java:64)
at org.apache.jackrabbit.core.query.lucene.MultiIndex.<init>(MultiIndex.java:229)
at org.apache.jackrabbit.core.query.lucene.SearchIndex.doInit(SearchIndex.java:502)
at org.apache.jackrabbit.core.query.AbstractQueryHandler.init(AbstractQueryHandler.java:66)
at org.apache.jackrabbit.core.SearchManager.initializeQueryHandler(SearchManager.java:538)
at org.apache.jackrabbit.core.SearchManager.<init>(SearchManager.java:213)
at org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.getSearchManager(RepositoryImpl.java:1790)
at org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.doPostInitialize(RepositoryImpl.java:2008)
at org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.initialize(RepositoryImpl.java:1921)
at org.apache.jackrabbit.core.RepositoryImpl.initStartupWorkspaces(RepositoryImpl.java:489)
at org.apache.jackrabbit.core.RepositoryImpl.<init>(RepositoryImpl.java:330)
at org.apache.jackrabbit.core.RepositoryImpl.create(RepositoryImpl.java:627)
at org.apache.jackrabbit.core.jndi.BindableRepository.createRepository(BindableRepository.java:141)
at org.apache.jackrabbit.core.jndi.BindableRepository.init(BindableRepository.java:117)
at org.apache.jackrabbit.core.jndi.BindableRepository.<init>(BindableRepository.java:106)
at org.apache.jackrabbit.core.jndi.BindableRepositoryFactory.getObjectInstance(BindableRepositoryFactory.java:51)
at org.apache.naming.factory.ResourceFactory.getObjectInstance(ResourceFactory.java:140)
at javax.naming.spi.NamingManager.getObjectInstance(NamingManager.java:304)
at org.apache.naming.NamingContext.lookup(NamingContext.java:793)
at org.apache.naming.NamingContext.lookup(NamingContext.java:140)
at org.apache.naming.NamingContext.lookup(NamingContext.java:781)
at org.apache.naming.NamingContext.lookup(NamingContext.java:153)
at org.apache.jsp.newfile_jsp._jspService(newfile_jsp.java:68)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:98)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:331)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:329)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:265)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:172)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:174)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:875)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689)
at java.lang.Thread.run(Thread.java:595)
3.11.2009 15:42:14 *ERROR* RepositoryImpl: Unable to start repository, forcing shutdown... (RepositoryImpl.java, line 497)
3.11.2009 15:42:14 *INFO * RepositoryImpl: Shutting down repository... (RepositoryImpl.java, line 1093)
3.11.2009 15:42:14 *INFO * IndexMerger: IndexMerger terminated (IndexMerger.java, line 341)
3.11.2009 15:42:14 *INFO * SearchIndex: Index closed: D:/apache-tomcat-5.5.27/repository/repository/index (SearchIndex.java, line 728)
3.11.2009 15:42:14 *INFO * RepositoryImpl: shutting down workspace 'default'... (RepositoryImpl.java, line 2068)
3.11.2009 15:42:14 *INFO * ObservationDispatcher: Notification of EventListeners stopped. (ObservationDispatcher.java, line 106)
3.11.2009 15:42:14 *INFO * DerbyPersistenceManager: Database 'D:/apache-tomcat-5.5.27/repository/db' shutdown. (DerbyPersistenceManager.java, line 330)
3.11.2009 15:42:14 *INFO * RepositoryImpl: workspace 'default' has been shutdown (RepositoryImpl.java, line 2074)
3.11.2009 15:42:14 *INFO * DerbyPersistenceManager: Database 'D:/apache-tomcat-5.5.27/repository/version/db' shutdown. (DerbyPersistenceManager.java, line 330)
3.11.2009 15:42:14 *INFO * RepositoryImpl: Repository has been shutdown (RepositoryImpl.java, line 1185)
3.11.2009 15:42:14 *ERROR* RepositoryImpl: failed to start Repository: Directory was previously created with a different LockFactory instance; please pass null as the lockFactory instance and use setLockFactory to change it: Directory was previously created with a different LockF
avax.jcr.RepositoryException: Directory was previously created with a different LockFactory instance; please pass null as the lockFactory instance and use setLockFactory to change it: Directory was previously created with a different LockFactory instance; please pass null as the
at org.apache.jackrabbit.core.SearchManager.initializeQueryHandler(SearchManager.java:540)
at org.apache.jackrabbit.core.SearchManager.<init>(SearchManager.java:213)
at org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.getSearchManager(RepositoryImpl.java:1790)
at org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.doPostInitialize(RepositoryImpl.java:2008)
at org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.initialize(RepositoryImpl.java:1921)
at org.apache.jackrabbit.core.RepositoryImpl.initStartupWorkspaces(RepositoryImpl.java:489)
at org.apache.jackrabbit.core.RepositoryImpl.<init>(RepositoryImpl.java:330)
at org.apache.jackrabbit.core.RepositoryImpl.create(RepositoryImpl.java:627)
at org.apache.jackrabbit.core.jndi.BindableRepository.createRepository(BindableRepository.java:141)
at org.apache.jackrabbit.core.jndi.BindableRepository.init(BindableRepository.java:117)
at org.apache.jackrabbit.core.jndi.BindableRepository.<init>(BindableRepository.java:106)
at org.apache.jackrabbit.core.jndi.BindableRepositoryFactory.getObjectInstance(BindableRepositoryFactory.java:51)
at org.apache.naming.factory.ResourceFactory.getObjectInstance(ResourceFactory.java:140)
at javax.naming.spi.NamingManager.getObjectInstance(NamingManager.java:304)
at org.apache.naming.NamingContext.lookup(NamingContext.java:793)
at org.apache.naming.NamingContext.lookup(NamingContext.java:140)
at org.apache.naming.NamingContext.lookup(NamingContext.java:781)
at org.apache.naming.NamingContext.lookup(NamingContext.java:153)
at org.apache.jsp.newfile_jsp._jspService(newfile_jsp.java:68)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:98)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:331)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:329)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:265)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:172)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:174)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:875)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689)
at java.lang.Thread.run(Thread.java:595)
aused by: java.io.IOException: Directory was previously created with a different LockFactory instance; please pass null as the lockFactory instance and use setLockFactory to change it
at org.apache.lucene.store.FSDirectory.getDirectory(FSDirectory.java:192)
at org.apache.jackrabbit.core.query.lucene.directory.FSDirectoryManager.getDirectory(FSDirectoryManager.java:64)
at org.apache.jackrabbit.core.query.lucene.MultiIndex.<init>(MultiIndex.java:229)
at org.apache.jackrabbit.core.query.lucene.SearchIndex.doInit(SearchIndex.java:502)
at org.apache.jackrabbit.core.query.AbstractQueryHandler.init(AbstractQueryHandler.java:66)
at org.apache.jackrabbit.core.SearchManager.initializeQueryHandler(SearchManager.java:538)
... 38 more
ava.io.IOException: Directory was previously created with a different LockFactory instance; please pass null as the lockFactory instance and use setLockFactory to change it
at org.apache.lucene.store.FSDirectory.getDirectory(FSDirectory.java:192)
at org.apache.jackrabbit.core.query.lucene.directory.FSDirectoryManager.getDirectory(FSDirectoryManager.java:64)
at org.apache.jackrabbit.core.query.lucene.MultiIndex.<init>(MultiIndex.java:229)
at org.apache.jackrabbit.core.query.lucene.SearchIndex.doInit(SearchIndex.java:502)
at org.apache.jackrabbit.core.query.AbstractQueryHandler.init(AbstractQueryHandler.java:66)
at org.apache.jackrabbit.core.SearchManager.initializeQueryHandler(SearchManager.java:538)
at org.apache.jackrabbit.core.SearchManager.<init>(SearchManager.java:213)
at org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.getSearchManager(RepositoryImpl.java:1790)
at org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.doPostInitialize(RepositoryImpl.java:2008)
at org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.initialize(RepositoryImpl.java:1921)
at org.apache.jackrabbit.core.RepositoryImpl.initStartupWorkspaces(RepositoryImpl.java:489)
at org.apache.jackrabbit.core.RepositoryImpl.<init>(RepositoryImpl.java:330)
at org.apache.jackrabbit.core.RepositoryImpl.create(RepositoryImpl.java:627)
at org.apache.jackrabbit.core.jndi.BindableRepository.createRepository(BindableRepository.java:141)
at org.apache.jackrabbit.core.jndi.BindableRepository.init(BindableRepository.java:117)
at org.apache.jackrabbit.core.jndi.BindableRepository.<init>(BindableRepository.java:106)
at org.apache.jackrabbit.core.jndi.BindableRepositoryFactory.getObjectInstance(BindableRepositoryFactory.java:51)
at org.apache.naming.factory.ResourceFactory.getObjectInstance(ResourceFactory.java:140)
at javax.naming.spi.NamingManager.getObjectInstance(NamingManager.java:304)
at org.apache.naming.NamingContext.lookup(NamingContext.java:793)
at org.apache.naming.NamingContext.lookup(NamingContext.java:140)
at org.apache.naming.NamingContext.lookup(NamingContext.java:781)
at org.apache.naming.NamingContext.lookup(NamingContext.java:153)
at org.apache.jsp.newfile_jsp._jspService(newfile_jsp.java:68)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:98)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:331)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:329)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:265)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:172)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)

is there an easy way to migration a repository?

2009-11-03T01:10:50Z

Hi all ,
Can you show me an easy way to migration a repository to use the data
store .
In out production environment,the old repository use blobstore to store
file in it . and it is nearly 40G now .
Now i want to migrate it to use data store .can you show me the way how
you dit it ?
My solution is to export SystemView with binary info to an xml file
named "myData.xml",when i operate this file with session.importXml to
new repository with data store ,i got the error "OutOfMemoryError".
We look forward to your early replay ,thanks .
My jackrabbit core version is 1.4.11.

I can also supply my environment, i could not resolve this problem...

Search Index

2009-11-02T15:49:42Z

Hi,

Is there a way we can turn the Search Indexing off in Jackrabbit? If so,
which is the configurable parameter and where can we configure that?

Thanks
Anit

-----Original Message-----
From: Guo Du [mailto:mrduguo@...]
Sent: Monday, November 02, 2009 12:56 PM
To: users@...
Subject: Re: Finding NodeName using SQL Query Analyzer

On Mon, Nov 2, 2009 at 7:57 PM, pkrishna <prabhakar.krishnaswami@...>
wrote:
> Is there a way for me to query the database for Node A using a where
> criteria? Which table should I query against? Is this possible at all.
You may have a look the ddl files in package
org.apache.jackrabbit.core.persistence.db. Different db have different
id implementation.

If you have the id, in theory you could query the node. But it doesn't
make too much sense as the data encoded as binary.

-Guo

RE: Jackrabbit, Sling, JCR, Servlets learning path

2009-11-02T15:25:04Z

Hi All,

Is clustering option available with Jackrabbit 1.6 reference
implementation? Or is it only usable with the commercial version?

Thanks
Anit

-----Original Message-----
From: Guo Du [mailto:mrduguo@...]
Sent: Sunday, September 27, 2009 3:58 PM
To: users@...
Subject: Re: Jackrabbit, Sling, JCR, Servlets learning path

On Sun, Sep 27, 2009 at 9:03 PM, Bertrand Delacretaz
<bdelacretaz@...> wrote:
> There's no such list, see
>
http://sling.apache.org/site/project-information.html#ProjectInformation
-lists
>
> Users questions are welcome on the dev at sling.apache.org list.
> -Bertrand
>
Thanks for the correction. I was assume it's part of standard project
maillist :)

--Guo

Re: Storing large blobs in mysql

2009-11-02T12:58:53Z

Hello Stefan,

first of all thanks for your quick reply.

After a reboot of my machine I wasn't able to reproduce the problem anymore today.
I remember my memory usage was above my physical memory size.
So I guess it was a memory issue after several standbys.
(Thanks to my rolling log appender I still have a stack trace of the error. - attached a file log.txt)

If anybody else has the same problem with storing large blobs although mysql parameter "max_allowed_packet" is correctly set: Here is my advice:
Check your memory allocation and if possible try again after a reboot.

Bye,
Philipp

Stefan Guggisberg wrote:

On Fri, Oct 30, 2009 at 11:51 AM, philipp.thiemann
<p.thiemann@headframe-it.de> wrote:
>
> Hello everybody,
>
> I am using Jackrabbit 1.5.5 (Core) for a project that is storing and
> processing large blob files (~100MB).
>
> My local environment consists of a Windows XP, Apache Tomcat 6.0.20 , MySQL
> 5.1.38 and MySQL Connector 5.1.8.
>
> When storing blobs with a size > ~10MB I get a CommunicationsException from
> the database, leaving the blob file unstored in jackrabbit (of course).
> The MySQL parameter "max_allowed_packet" is already increased to 128MB (this
> is not my problem anymore;-) The error message is different now!).

stack trace?

cheers
stefan

> I have also disabled firewall and anti virus software with no effect.
>
> The only way I got things to work as a workaround was using a FileDataStore
> for JR (see my repo config below).
> But this has the disadvantage of needing a common SAN when used in a
> clustered environment (JR cluster journal is stored in database!) what we
> will to do in the next weeks.
> As we plan to host the cluster nodes on different servers in different
> networks, the SAN issue might pose a killer criterion.
>
> Here are my questions:
> - Has anyone experienced a similar problem with large blobs on mysql?
> - Are there any other mysql parameters being useful?
> - Do the same effects occur with other databases as well?
> - What kind of database system would you propose for managing large blobs
> (--> performance)?
> - Could this just be a "free memory" issue on my local machine?
>
> Regards,
> Philipp
>
> ------------
>
> <?xml version="1.0" encoding="UTF-8"?>
> <!DOCTYPE Repository PUBLIC "-//The Apache Software Foundation//DTD
> Jackrabbit 1.4//EN" "http://jackrabbit.apache.org/dtd/repository-1.4.dtd">
> <Repository>
> <FileSystem class="org.apache.jackrabbit.core.fs.local.LocalFileSystem">
>
> </FileSystem>
> <Security appName="Jackrabbit">
> <AccessManager
> class="org.apache.jackrabbit.core.security.SimpleAccessManager"></AccessManager>
> <LoginModule
> class="org.apache.jackrabbit.core.security.SimpleLoginModule">
>
> </LoginModule>
> </Security>
> <Workspaces rootPath="${rep.home}/workspaces" defaultWorkspace="default"
> />
> <DataStore class="org.apache.jackrabbit.core.data.FileDataStore">
>
>
> </DataStore>
> <Workspace name="default">
> <FileSystem class="org.apache.jackrabbit.core.fs.local.LocalFileSystem">
>
> </FileSystem>
> <PersistenceManager
> class="org.apache.jackrabbit.core.persistence.bundle.MySqlPersistenceManager">
>
>
> 
>
>
>
>
> </PersistenceManager>
> <SearchIndex
> class="org.apache.jackrabbit.core.query.lucene.SearchIndex">
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> </SearchIndex>
> </Workspace>
> <Versioning rootPath="${rep.home}/version">
> <FileSystem class="org.apache.jackrabbit.core.fs.local.LocalFileSystem">
>
> </FileSystem>
> <PersistenceManager
> class="org.apache.jackrabbit.core.persistence.bundle.MySqlPersistenceManager">
>
>
> 
>
>
>
>
> </PersistenceManager>
> </Versioning>
> 
> <Cluster id="cluster_${rep.home}" syncDelay="2000">
> <Journal class="org.apache.jackrabbit.core.journal.DatabaseJournal">
>
>
>
> 
>
>
>
> </Journal>
> </Cluster>
> </Repository>
>
> --
> View this message in context: http://old.nabble.com/Storing-large-blobs-in-mysql-tp26128045p26128045.html
> Sent from the Jackrabbit - Users mailing list archive at Nabble.com.
>
>

Re: Finding NodeName using SQL Query Analyzer

2009-11-02T12:56:24Z

On Mon, Nov 2, 2009 at 7:57 PM, pkrishna <prabhakar.krishnaswami@...> wrote:
> Is there a way for me to query the database for Node A using a where
> criteria? Which table should I query against? Is this possible at all.
You may have a look the ddl files in package
org.apache.jackrabbit.core.persistence.db. Different db have different
id implementation.

If you have the id, in theory you could query the node. But it doesn't
make too much sense as the data encoded as binary.

-Guo

Finding NodeName using SQL Query Analyzer

2009-11-02T11:57:00Z

I want to know if it is possible to query for a particular NodeId in the tables automatically generated by JackRabbit.

We have a customNode where the node name is an Id we generate. Let's call this Node A. Node A has a child which is also a custom Node and this Node has some custom properties we have defined. Lets call this Node B. Node B has a property of type jcr:content.

Is there a way for me to query the database for Node A using a where criteria? Which table should I query against? Is this possible at all.

Re: Jackrabbit: how to log queries towards Oracle DB

2009-11-02T07:27:58Z

Maybe this will help: http://www.p6spy.com/

________________________________
From: "De Stefano, Giovanni, VF-Group" <Giovanni.DeStefano@...>
To: users@...
Sent: Mon, November 2, 2009 4:16:34 PM
Subject: RE: Jackrabbit: how to log queries towards Oracle DB

Hello Thomas,

thanks a lot for the hint.

I will give it a shot and I will post my results here.

Cheers,

Giovanni

-----Original Message-----
From: Thomas Müller [mailto:thomas.mueller@...]
Sent: lunedì 2 novembre 2009 15.13
To: users@...
Subject: Re: Jackrabbit: how to log queries towards Oracle DB

Hi,

Jackrabbit calls almost the same JDBC methods no matter what database

backend is used. I don't know how to do that with Oracle, but you

could use another database that supports logging JDBC method calls,

for example the H2 database. You only need to append

;TRACE_LEVEL_FILE=3 or ;TRACE_LEVEL_SYSTEM_OUT=3 to the database URL.

See also: http://www.h2database.com/html/features.html#trace_options

I hope that helps.

Regards,

Thomas

On Mon, Nov 2, 2009 at 3:05 PM, De Stefano, Giovanni, VF-Group

<Giovanni.DeStefano@...> wrote:

> Hello all,

>

>

>

> I am new to Jackrabbit and I am struggling understanding if it is

> possible to log all possible transactions which are happening behind the

> curtains towards an Oracle database.

>

>

>

> Playing with log4j helped me a lot but I still need to see as much info

> as possible when it comes about Jackrabbit querying the DB.

>

>

>

> Is it possible?

>

>

>

> Any help is very well appreciated.

>

>

>

> Cheers,

>

> Giovanni

>

>

Re: BindVariable in JCR-SQL2 CONTAINS

2009-11-02T07:18:38Z

Hi Thomas!

> I'm not sure, but it looks like a bug in Jackrabbit. The statement
> seems to be parsed correctly, but extracting the bind variables
> doesn't pick it up. Could you file a Jira bug report please? Just copy
> & paste the example code below, that's enough to reproduce the issue.

Thanks for the quick reply!

I've created a bug report.
https://issues.apache.org/jira/browse/JCR-2379

Philipp

Re: BindVariable in JCR-SQL2 CONTAINS

2009-11-02T07:04:13Z

Hi,

I'm not sure, but it looks like a bug in Jackrabbit. The statement
seems to be parsed correctly, but extracting the bind variables
doesn't pick it up. Could you file a Jira bug report please? Just copy
& paste the example code below, that's enough to reproduce the issue.

Regards,
Thomas

On Mon, Nov 2, 2009 at 3:28 PM, Philipp Bunge <buge@...> wrote:

> Hi
>
> I'm trying to use the following FullTextSearch query in Jackrabbit 2.0 beta1:
> Query query = qm.createQuery("SELECT * FROM [my:document] AS document
> WHERE CONTAINS(document.original, $x)", Query.JCR_SQL2);
>
> But the following fails with a "java.lang.IllegalArgumentException:
> not a valid variable in this query:"
> query.bindVariable("x", vf.createValue("moo"));
>
> In fact, query.getBindVariableNames() returns an empty array.
>
> Did I miss something?
>
> Thanks in advance,
> Philipp
>

Re: JackRabbit (implementation-specific) Node.lock() behaviour

2009-11-02T06:41:52Z

Thank you very much Toby!

________________________________
From: Tobias Bocanegra <tripod@...>
To: users@...
Sent: Mon, November 2, 2009 4:38:30 PM
Subject: Re: JackRabbit (implementation-specific) Node.lock() behaviour

hi,
jackrabbit does not unlock an open-scoped lock automatically.
regards, toby

On Mon, Nov 2, 2009 at 3:35 PM, Mihai Vasilache
<mihai_vasilache@...> wrote:

> Hello JackRabbit users!
>
> I am a little worried about some sentences in the JCR documentation about the open-scoped lock:
>
> 1. In the javadoc at Lock.lock(boolean isDeep, boolean isSessionScoped) it says:
> ...if false, this lock does not expire until explicitly unlocked or automatically unlocked due to a implementation-specific limitation, such as a timeout.
> (http://www.day.com/maven/jsr170/javadocs/jcr-1.0/javax/jcr/Node.html#lock(boolean,%20boolean))
>
> 2. On the Day site (http://www.day.com/specs/jcr/2.0/17_Locking.html)
> ...An open-scoped lock does not expire until it is explicitly unlocked, it times out or an implementation-specific limitation intervenes.
>
>
> Someone know if JackRabbit automatically unlock a node in some conditions? Because in the documentation is sayng something about a implementation-specific limitation....
> In my application, the behavior i want is that the administrator lock some nodes (and maybe store the lock token in the node before logout) and i don't want the nodes to be unlocked only if the administrator explicitly unlock that node.
>
>
> Thank you,
> Mihai

Re: JackRabbit (implementation-specific) Node.lock() behaviour

2009-11-02T06:38:30Z

hi,
jackrabbit does not unlock an open-scoped lock automatically.
regards, toby

On Mon, Nov 2, 2009 at 3:35 PM, Mihai Vasilache
<mihai_vasilache@...> wrote:

JackRabbit (implementation-specific) Node.lock() behaviour

2009-11-02T06:35:57Z

Hello JackRabbit users!

I am a little worried about some sentences in the JCR documentation about the open-scoped lock:

1. In the javadoc at Lock.lock(boolean isDeep, boolean isSessionScoped) it says:
...if false, this lock does not expire until explicitly unlocked or automatically unlocked due to a implementation-specific limitation, such as a timeout.
(http://www.day.com/maven/jsr170/javadocs/jcr-1.0/javax/jcr/Node.html#lock(boolean,%20boolean))

2. On the Day site (http://www.day.com/specs/jcr/2.0/17_Locking.html)
...An open-scoped lock does not expire until it is explicitly unlocked, it times out or an implementation-specific limitation intervenes.

Someone know if JackRabbit automatically unlock a node in some conditions? Because in the documentation is sayng something about a implementation-specific limitation....
In my application, the behavior i want is that the administrator lock some nodes (and maybe store the lock token in the node before logout) and i don't want the nodes to be unlocked only if the administrator explicitly unlock that node.

Thank you,
Mihai

Re: Version History

2009-11-02T06:35:27Z

hi,
versions are shared amongst all workspaces. this is intentionally so
that corresponding nodes can checkin/checkout/restore/merge from their
common version.

if you need/want to remember the versions origin, you need to set it
manually on a property before your do the checkin.
regards, toby

On Mon, Nov 2, 2009 at 2:18 PM, Robin Batra <robin.batra@...> wrote:

> Hi,
>
> Is there any way one can determine what workspace a version belongs to?
> If we have multiple workspaces configured (in case of branching), the
> history view will show all the versions present in multiple workspace. Is
> there a way we can determine which version belongs to which workspace???
>
> Thanks in Advance,
> --
> Regards
>
> Robin Batra
>