your
> search?
>
> -h
>
>
>
> - Original Message
> From: Marco Lazzara
> To: java-user@lucene.apache.org
> Sent: Wednesday, May 27, 2009 2:41:44 PM
> Subject: Re: Searching index problems with tomcat
>
> I've made a bad copy-paste. this is the full c
s:philipcimiano propIn:philipcimiano
3. Out of curiosity, what is the value of topDocs.totalHits for your search?
-h
- Original Message
From: Marco Lazzara
To: java-user@lucene.apache.org
Sent: Wednesday, May 27, 2009 2:41:44 PM
Subject: Re: Searching index problems with tomcat
I've made a bad
>>>>>>> >>>>>>>>> Marco Lazzara >>>>>>>>> >>>>>>>>>
> 2009/5/27 N. Hira >>>>>>>>> >>>>>>>>> Not sure if this applies here, but
> that tends to happen
to see in this index?
This is the official site for Luke:
http://www.getopt.org/luke/
-h
- Original Message
From: Marco Lazzara
To: java-user@lucene.apache.org
Sent: Tuesday, May 26, 2009 4:59:14 PM
Subject: Re: Searching index problems with tomcat
*Does the part of the web app that i
t;>>> in
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>> both cases?
>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>> Also, could
t does Luke recognize those files as an
index and do
you
see
the Documents you expect to see in this index?
This is the official site for Luke:
http://www.getopt.org/luke/
-h
- Original Message
From: Marco Lazzara
To: java-user@lucene.apache.org
Sent: Tuesday, May 26, 2009 4:59:14 PM
S
.e., create a 10-document index
>>>>>>
>>>>>>>
>>>>>>> and
>>>>>>
>>>>>
>>>>> make it available for download so people can look at it for you?
>>>>>>
>>
or Luke:
http://www.getopt.org/luke/
-h
- Original Message
From: Marco Lazzara
To: java-user@lucene.apache.org
Sent: Tuesday, May 26, 2009 4:59:14 PM
Subject: Re: Searching index problems with tomcat
*Does the part of the web app that is responsible for
searching have
permissions to read "
gt;>>>> permissions to read "/home/marco/testIndex"?*
>>>>>>>
>>>>>>> Yes It does.It can read everywhere.
>>>>>>>
>>>>>>> *Could you add some code to your searching app to print out the
>>
s index?
This is the official site for Luke:
http://www.getopt.org/luke/
-h
- Original Message
From: Marco Lazzara
To: java-user@lucene.apache.org
Sent: Tuesday, May 26, 2009 4:59:14 PM
Subject: Re: Searching index problems with tomcat
*Does the part of the web app that is responsible for
onfusion -- I checked the archive and I could not find
> a
> >>>> message where you have been able to open the index using Luke.
> >>>>
> >>>> Have you been able to do that? I see that you have reported the
> >>>> creation
> >>>> of 3 files, but does
ing Luke.
>>>>
>>>> Have you been able to do that? I see that you have reported the
>>>> creation
>>>> of 3 files, but does Luke recognize those files as an index and do you
>>>> see
>>>> the Documents you expect to see in this index?
>>
6, 2009 4:59:14 PM
Subject: Re: Searching index problems with tomcat
*Does the part of the web app that is responsible for searching have
permissions to read "/home/marco/testIndex"?*
Yes It does.It can read everywhere.
*Could you add some code to your searching app to print out th
gt; To: java-user@lucene.apache.org
> Sent: Tuesday, May 26, 2009 4:59:14 PM
> Subject: Re: Searching index problems with tomcat
>
> *Does the part of the web app that is responsible for searching have
> permissions to read "/home/marco/testIndex"?*
>
> Yes It does.It ca
Documents you expect to see in this index?
This is the official site for Luke:
http://www.getopt.org/luke/
-h
- Original Message
From: Marco Lazzara
To: java-user@lucene.apache.org
Sent: Tuesday, May 26, 2009 4:59:14 PM
Subject: Re: Searching index problems with tomcat
*Does the part of
in your index using Luke?
>
> Good luck.
>
> -h
>
>
>
> - Original Message
> From: Marco Lazzara
> To: java-user@lucene.apache.org
> Sent: Tuesday, May 26, 2009 3:45:38 PM
> Subject: Re: Searching index problems with tomcat
>
> I tried differen
nswer from
Step 3. of mhall's suggestion on 22-May, i.e., did you find the data that you
expected in your index using Luke?
Good luck.
-h
- Original Message
From: Marco Lazzara
To: java-user@lucene.apache.org
Sent: Tuesday, May 26, 2009 3:45:38 PM
Subject: Re: Searching index probl
I tried different things.I tried to create the index without the web
application,I tried to create the index with a webapp and the index was
created without any problem.But the research has alway no result.
For example,if the folder i'm searching on is empty, the webapp cathces an
exception : "no
Right.. so perhaps I'm a bit confused here.
The webapp.. is consuming an index.. yes?
Or, are you trying to create an index via a webapp?
I was assuming that you had some sort of indexing software that you were
using to first build your indexes, which the webapp then consumes.
Is that your i
Ok i solve the problem I've posted before,I run the web app..It creates the
index in folder /home/marco/testIndex with 3 files
-rw-r--r-- 1 marco marco 4043 2009-05-24 12:00 _5.cfs
-rw-r--r-- 1 marco marco 58 2009-05-24 12:00 segments_c
-rw-r--r-- 1 marco marco 20 2009-05-24 12:00 segments
Hi.At step 2 I have only 3 files in the folder,but i think is not a
problema.I've tried to create the index in the web app e not only in the
standalone application but something failes.Tomcat report this error
java.io.FileNotFoundException: no segments* file found in
org.apache.lucene.store.ramdir
Thanks a lot.But now I'am going to work(waiter).When I come back I'll
immediately do that
Thanks again.You are so kind.
2009/5/22 Matthew Hall
> humor me.
>
> Open up your indexing software package.
>
> Step 1: In all places where you reference your index, replace whatever the
> heck you have
humor me.
Open up your indexing software package.
Step 1: In all places where you reference your index, replace whatever
the heck you have there with the following EXACT STRING:
/home/marco/testIndex
Do not leave off the leading slash.
After you have made these changes to the indexing softw
I dont't know hot to solve the problem..I've tried all rationals
things.Maybe the last thing is to try to index not with FSDirectory but with
something else.I have to peruse the api documentation.
But.IF IT WAS A LUCENE'S BUG???
2009/5/22 Matthew Hall
> because that's the default index write
because that's the default index write behavior.
It will create any directory that you ask it to.
Matt
Marco Lazzara wrote:
ok.I understand what you really mean but It doesn't work.
I understand one thing.For example When i try to open an index in the
following location : "RDFIndexLucene/" but
ok.I understand what you really mean but It doesn't work.
I understand one thing.For example When i try to open an index in the
following location : "RDFIndexLucene/" but the folder doesn't exist,*Lucene
create an empty folder named "RDFIndexLucene"* in my home folder...WHY???
MARCO LAZZARA
2009/
@lucene.apache.org
Subject: Re: Searching index problems with tomcat
_I strongly suggest that you use a full path name and/or provide some
evidence that your readers and writers are using the same directory
and thus lucene index.
_
I try a full path like home/marco/RdfIndexLucene,even
media/disk/users
For writing indexes?
Well I guess it depends on what you want.. but I personally use this:
(2.3.2 API)
File INDEX_DIR = "/data/searchtool/thisismyindexdirectory"
Analyzer analyzer = new WhateverConcreteAnalyzerYouWant();
writer = new IndexWriter(/INDEX_DIR/, /analyzer/, true);
Your best bet w
I was talking with my teacher.
Is it correct to use FSDirectory?Could you please look again at the code
I've posted here??
Should I choose a different way to Indexing ??
Marco Lazzara
2009/5/22 Ian Lea
> OK. I'd still like to see some evidence, but never mind.
>
> Next suggestion is the old
OK. I'd still like to see some evidence, but never mind.
Next suggestion is the old standby - cut the code down to the absolute
minimum to demonstrate the problem and post it here. I know you've
already posted some code, but maybe not all of it, and definitely not
cut down to the absolute minimu
_I strongly suggest that you use a full path name and/or provide some
evidence that your readers and writers are using the same directory
and thus lucene index.
_
I try a full path like home/marco/RdfIndexLucene,even
media/disk/users/fratelli/RDFIndexLucene.But nothing is changed.
MARCOLAZZARA
_
Sorry :( :( :(
I'm still trying to fix the problem I'll answer in a few hours...
MARCO LAZZARA
> Its been a few days, and we haven't heard back about this issue, can
> we assume that you fixed it via using fully qualified paths then?
>
> Matt
>
> Ian Lea wrote:
>> Marco
>>
>>
>> You haven't answer
Its been a few days, and we haven't heard back about this issue, can we
assume that you fixed it via using fully qualified paths then?
Matt
Ian Lea wrote:
Marco
You haven't answered Matt's question about where you are running it
from. Tomcat's default directory may well not be the same as y
Right, so again, you are opening your index by reference there. You
application has to assume that the index that its looking for exists in
the same directory as the application itself lives. Since you are
deploying this application as a deployable war file that's not going to
work really wel
Marco
You haven't answered Matt's question about where you are running it
from. Tomcat's default directory may well not be the same as yours.
I strongly suggest that you use a full path name and/or provide some
evidence that your readers and writers are using the same directory
and thus lucene i
I've posted the indexing part,but I don't use this in my app.After I
create the index,I put that in a folder like /home/marco/RDFIndexLucece
and when I run the query I'm only searching (and not indexing).
String[] fieldsearch = new String[] {"name", "synonyms", "propIn"};
//RDFinder rdfind = n
Sorry, anyhow looking over this quickly here's a summarization of what I
see:
You have documents in your index that look like the following:
name which is indexed and stored.
synonyms which are indexed and stored
path, which is stored but not indexed
propin, which is stored and indexed
propinnu
_Could you further post your Analyzer Setup/Query Building code from
BOTH apps. _
there is only one code.It is the same for web and for standalone.
And it is exactly the real problem!!the code is the same,libraries are
the same,query index etc etc. are the same.
This is the class that create inde
Things that could help us immensely here.
Can you post your indexReader/Searcher initialization code from your
standalone app, as well as your webapp.
Could you further post your Analyzer Setup/Query Building code from both
apps.
Could you further post the document creation code used at ind
> ...
> There are no exceptions.When I run the query a new shell is displayed but
> with no result.
New shell?
> _*Are you sure the index is the same - what do IndexReader.maxDoc(),
> numDocs() and getVersion() say, standalone
> and in tomcat?
>
> *_What do you mean with this question??
IndexRe
y or a temp
folder.
Uwe
-
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: u...@thetaphi.de
-Original Message-
From: Marco Lazzara [mailto:marco.lazz...@gmail.com]
Sent: Monday, May 18, 2009 7:13 PM
To: java-user@lucene.apache.org
Subject: Searchin
eMail: u...@thetaphi.de
>>
>> > -Original Message-
>> > From: Marco Lazzara [mailto:marco.lazz...@gmail.com]
>> > Sent: Monday, May 18, 2009 7:13 PM
>> > To: java-user@lucene.apache.org
>> > Subject: Searching index problems with tomc
From: Marco Lazzara [mailto:marco.lazz...@gmail.com]
> > Sent: Monday, May 18, 2009 7:13 PM
> > To: java-user@lucene.apache.org
> > Subject: Searching index problems with tomcat
> >
> > Hi everybody,
> > I've a problem with my searching index.
> > I
-
> From: Marco Lazzara [mailto:marco.lazz...@gmail.com]
> Sent: Monday, May 18, 2009 7:13 PM
> To: java-user@lucene.apache.org
> Subject: Searching index problems with tomcat
>
> Hi everybody,
> I've a problem with my searching index.
> I've created a stand alone
Hi everybody,
I've a problem with my searching index.
I've created a stand alone application and it works perfectly.
I've put them on tomcat launching with java web start,but if I run the
query(the same query) I always obtain no results!!!Why??
Obviously My tomcat app is looking at the same index f
45 matches
Mail list logo
