You are viewing a plain text version of this content. The canonical link for it is here.

Posted to users@jena.apache.org by Bob DuCharme <bo...@snee.com> on 2011/05/08 23:56:27 UTC

Using arq.larqbuilder?

When I enter the following, in which larqndx is a subdirectory,

   java -cp %CP% arq.larqbuilder --larq=larqndx --graph mydata.rdf

I get the errors shown below. Can the --graph parameter be a file, or do 
I need an assembler description file to specify the data to index?

thanks,

Bob


com.hp.hpl.jena.query.larq.ARQLuceneException: LARQ
         at arq.cmdline.ModLARQindex.getIndexWriter(ModLARQindex.java:54)
         at arq.larqbuilder.exec(larqbuilder.java:62)
         at arq.cmdline.CmdMain.mainMethod(CmdMain.java:85)
         at arq.cmdline.CmdMain.mainRun(CmdMain.java:47)
         at arq.cmdline.CmdMain.mainRun(CmdMain.java:34)
         at arq.larqbuilder.main(larqbuilder.java:34)
Caused by: org.apache.lucene.store.LockObtainFailedException: Lock 
obtain timed
out: SimpleFSLock@C:\bob\dev\xml\rdf\larqtest\larqndx\write.lock
         at org.apache.lucene.store.Lock.obtain(Lock.java:85)
         at org.apache.lucene.index.IndexWriter.init(IndexWriter.java:691)
         at org.apache.lucene.index.IndexWriter.init(IndexWriter.java:671)
         at org.apache.lucene.index.IndexWriter.<init>(IndexWriter.java:565)
<http://openjena.org/ARQ/cmds.html#arq.larqbuilder>

Re: Using arq.larqbuilder?

Posted by Paolo Castagna <ca...@googlemail.com>.

Hi Bob,
you are right, although the arq.larq --help mentions a --strict option
that option does not have any effect when used with the larq command
which just issues a Lucene query to a Lucene index.

larq command extends CmdLARQ which extends CmdARQ which defines the
--strict option.

However, LARQ is a SPARQL extension and the --strict option works as
expected when you use the query ARQ command.

In particular, if you manage to have an assembler which defines a Dataset
pointing at your Lucene index [1] and you issue a SPARQL query using LARQ's
property function, you will not see any results if you use the --strict
option, since property function are disabled.

Finally, newer versions of Lucene seems to me to be coping better with
writer.lock left in a Lucene directory.

Paolo

  [1] https://issues.apache.org/jira/browse/JENA-63


Bob DuCharme wrote:
> Thanks, I didn't realize that undoing the lock would be that simple. I 
> got it to work, and I then got arq.larq to return a list of literals 
> based on a Lucene query string.
> 
> arq.larq -help mentions a --strict option to "operate in strict SPARQL 
> mode," but there's no way to actually pass arq.larq an actual SPARQL 
> query, right? It just searches the indexed literals? That alone is cool, 
> but I wanted to make sure I'm not missing anything.
> 
> thanks,
> 
> Bob
> 
> 
> On 5/9/2011 6:20 AM, Paolo Castagna wrote:
>> Hi Bob,
>> if no process is trying to write to that index,
>> what happens if you manually delete the write.lock?
>>
>> Do you still have the error?
>>
>> Paolo
>>
>> Bob DuCharme wrote:
>>> >Maybe a stale lock? Is more than one process trying to write to this 
>>> index?
>>>
>>> No, I even rebooted to make sure that no processes are doing anything 
>>> with that index or directory, and I still get that error message with 
>>> that command.
>>>
>>> thanks,
>>>
>>> Bob
>>>
>>> On 5/8/2011 6:06 PM, Damian Steer wrote:
>>>> On 8 May 2011, at 22:56, Bob DuCharme wrote:
>>>>
>>>>> When I enter the following, in which larqndx is a subdirectory,
>>>>>
>>>>>   java -cp %CP% arq.larqbuilder --larq=larqndx --graph mydata.rdf
>>>>>
>>>>> I get the errors shown below. Can the --graph parameter be a file, 
>>>>> or do I need an assembler description file to specify the data to 
>>>>> index?
>>>> Hi Bob,
>>>>
>>>> To be honest it looks to me like your problem lies elsewhere:
>>>>
>>>>> Caused by: org.apache.lucene.store.LockObtainFailedException: Lock 
>>>>> obtain timed
>>>>> out: SimpleFSLock@C:\bob\dev\xml\rdf\larqtest\larqndx\write.lock
>>>>>         at org.apache.lucene.store.Lock.obtain(Lock.java:85)
>>>> Maybe a stale lock? Is more than one process trying to write to this 
>>>> index?
>>>>
>>>> Damian

Re: Using arq.larqbuilder?

Posted by Bob DuCharme <bo...@snee.com>.

Thanks, I didn't realize that undoing the lock would be that simple. I 
got it to work, and I then got arq.larq to return a list of literals 
based on a Lucene query string.

arq.larq -help mentions a --strict option to "operate in strict SPARQL 
mode," but there's no way to actually pass arq.larq an actual SPARQL 
query, right? It just searches the indexed literals? That alone is cool, 
but I wanted to make sure I'm not missing anything.

thanks,

Bob


On 5/9/2011 6:20 AM, Paolo Castagna wrote:
> Hi Bob,
> if no process is trying to write to that index,
> what happens if you manually delete the write.lock?
>
> Do you still have the error?
>
> Paolo
>
> Bob DuCharme wrote:
>> >Maybe a stale lock? Is more than one process trying to write to this 
>> index?
>>
>> No, I even rebooted to make sure that no processes are doing anything 
>> with that index or directory, and I still get that error message with 
>> that command.
>>
>> thanks,
>>
>> Bob
>>
>> On 5/8/2011 6:06 PM, Damian Steer wrote:
>>> On 8 May 2011, at 22:56, Bob DuCharme wrote:
>>>
>>>> When I enter the following, in which larqndx is a subdirectory,
>>>>
>>>>   java -cp %CP% arq.larqbuilder --larq=larqndx --graph mydata.rdf
>>>>
>>>> I get the errors shown below. Can the --graph parameter be a file, 
>>>> or do I need an assembler description file to specify the data to 
>>>> index?
>>> Hi Bob,
>>>
>>> To be honest it looks to me like your problem lies elsewhere:
>>>
>>>> Caused by: org.apache.lucene.store.LockObtainFailedException: Lock 
>>>> obtain timed
>>>> out: SimpleFSLock@C:\bob\dev\xml\rdf\larqtest\larqndx\write.lock
>>>>         at org.apache.lucene.store.Lock.obtain(Lock.java:85)
>>> Maybe a stale lock? Is more than one process trying to write to this 
>>> index?
>>>
>>> Damian

Re: Using arq.larqbuilder?

Posted by Paolo Castagna <ca...@googlemail.com>.

Hi Bob,
if no process is trying to write to that index,
what happens if you manually delete the write.lock?

Do you still have the error?

Paolo

Bob DuCharme wrote:
>  >Maybe a stale lock? Is more than one process trying to write to this 
> index?
> 
> No, I even rebooted to make sure that no processes are doing anything 
> with that index or directory, and I still get that error message with 
> that command.
> 
> thanks,
> 
> Bob
> 
> On 5/8/2011 6:06 PM, Damian Steer wrote:
>> On 8 May 2011, at 22:56, Bob DuCharme wrote:
>>
>>> When I enter the following, in which larqndx is a subdirectory,
>>>
>>>   java -cp %CP% arq.larqbuilder --larq=larqndx --graph mydata.rdf
>>>
>>> I get the errors shown below. Can the --graph parameter be a file, or 
>>> do I need an assembler description file to specify the data to index?
>> Hi Bob,
>>
>> To be honest it looks to me like your problem lies elsewhere:
>>
>>> Caused by: org.apache.lucene.store.LockObtainFailedException: Lock 
>>> obtain timed
>>> out: SimpleFSLock@C:\bob\dev\xml\rdf\larqtest\larqndx\write.lock
>>>         at org.apache.lucene.store.Lock.obtain(Lock.java:85)
>> Maybe a stale lock? Is more than one process trying to write to this 
>> index?
>>
>> Damian

Re: Using arq.larqbuilder?

Posted by Bob DuCharme <bo...@snee.com>.

 >Maybe a stale lock? Is more than one process trying to write to this 
index?

No, I even rebooted to make sure that no processes are doing anything 
with that index or directory, and I still get that error message with 
that command.

thanks,

Bob

On 5/8/2011 6:06 PM, Damian Steer wrote:
> On 8 May 2011, at 22:56, Bob DuCharme wrote:
>
>> When I enter the following, in which larqndx is a subdirectory,
>>
>>   java -cp %CP% arq.larqbuilder --larq=larqndx --graph mydata.rdf
>>
>> I get the errors shown below. Can the --graph parameter be a file, or do I need an assembler description file to specify the data to index?
> Hi Bob,
>
> To be honest it looks to me like your problem lies elsewhere:
>
>> Caused by: org.apache.lucene.store.LockObtainFailedException: Lock obtain timed
>> out: SimpleFSLock@C:\bob\dev\xml\rdf\larqtest\larqndx\write.lock
>>         at org.apache.lucene.store.Lock.obtain(Lock.java:85)
> Maybe a stale lock? Is more than one process trying to write to this index?
>
> Damian

Re: Using arq.larqbuilder?

Posted by Damian Steer <d....@bristol.ac.uk>.

On 8 May 2011, at 22:56, Bob DuCharme wrote:

> When I enter the following, in which larqndx is a subdirectory,
> 
>  java -cp %CP% arq.larqbuilder --larq=larqndx --graph mydata.rdf
> 
> I get the errors shown below. Can the --graph parameter be a file, or do I need an assembler description file to specify the data to index?

Hi Bob,

To be honest it looks to me like your problem lies elsewhere:

> Caused by: org.apache.lucene.store.LockObtainFailedException: Lock obtain timed
> out: SimpleFSLock@C:\bob\dev\xml\rdf\larqtest\larqndx\write.lock
>        at org.apache.lucene.store.Lock.obtain(Lock.java:85)

Maybe a stale lock? Is more than one process trying to write to this index?

Damian