Okay, I will keep it in mind! You made my day, thanks! :)
Arash

Am 06/16/2011 04:24 PM, schrieb Gert Schmeltz Pedersen:
> Hey Arash
>
> You can always use updateIndex createEmpty and updateIndex
> fromFoxmlFiles to recreate the index on all existing Fedora objects,
> even if they were ingested, before GSearch was running.
>
> Best,
> Gert
>
>
> On 16/06/2011, at 16.13, Arash Samadi wrote:
>
>> Hey Gert,
>>
>> thanks for your speed-reply! :)
>> As I understand now, GSearch must be installed and configured before
>> any Ingest happens on fedora! It means, afterwards, if there are some
>> objects already ingested in fedora, GSearch can not make new indexes
>> or search through them! (Is it true? Am I missing something?)
>> I've stopped the GSearch on my Tomcat-Applicationmanager, purged the
>> Objects in fedora via Fedora-Admin-Interface, started GSearch on
>> Tomcat again and made a new ingest of demo objects into fedora
>> (fedora-ingest-demo.sh). It worked! I got a lot of successful
>> indexed-messages in fedoragsearch.log (41 exactly!), and I can browse
>> these Indexes via "browseIndex".
>>
>> Thanks again,
>> Arash
>>
>> Am 06/16/2011 03:53 PM, schrieb Gert Schmeltz Pedersen:
>>> Hello Arash
>>>
>>> GSearch works with Fedora 3.3+. If you ingest or modify objects in
>>> Fedora, while GSearch is configured and running, you should see log
>>> messages in the fedoragsearch.log file. Have you looked into that
>>> file? You can also use updateIndex fromFoxmlFiles or updateIndex
>>> fromPid to index existing Fedora objects. What do you then see in
>>> fedoragsearch.log?
>>>
>>> Best,
>>> Gert
>>>
>>>
>>> On 16/06/2011, at 15.35, Arash Samadi wrote:
>>>
>>>>  Hello everybody.
>>>>
>>>> We are working on a Project which combines Fedora-Commons with
>>>> iRODS as its Low-Level Storage + Longtime-Archiving System.
>>>>
>>>> Regarding the Meta-Data and the Importance of it and in order to be
>>>> able to Index/Search/... these Data we have decided to use GSearch
>>>> improving our ability to do so. I've tried in behalf of our team to
>>>> install and run GSearch on Fedora using the official documentation
>>>> on DuraSpace plus the tutorials suggested by Gurpreet
>>>> Dhillon(http://www.blogger.com/profile/00253217407038499795)  on
>>>> his
>>>> Blog(http://computersciencetechie.blogspot.com/2011/02/step-by-step-installation-guide.html).
>>>> As I followed the steps and configured the environment like it's
>>>> been instructed, I've face three Problems:
>>>>     1. GSearch does not create any index at all! Now matter what,
>>>> even after using UpdateIndex-CreateEmpty it still does not produce
>>>> any index! I've already tested the index-directory with Luke,
>>>> nothing is there!!
>>>>     2. Though I've listed some queries in "index.properties" file
>>>> as "defaultQueryFields" like: "dc.title dc.description
>>>> dc.identifier" and so on, the related page on the server under
>>>> "browseIndex" does not list these queries as "Field name"...
>>>>     3. As I though, because these QueryFields haven't been
>>>> introduced to the SearchEngine, using the "gFindObjects" returns
>>>> back an Error Message: "getHits sortFields='dc.title,AUTO,true' :
>>>> sortFieldName 'dc.title' not found-as index field name"!!!
>>>>
>>>> Furthermore I've even installed a new system (Virtual Maschine)
>>>> with pure Tomcat+Fedora-Commons to verify, if using the iRODS may
>>>> be complicating the settings and/or if GSearch works on a
>>>> Standalone Fedora-System. The Problems remain the same!...
>>>>
>>>> I've been looking for a solution for a while now, unfortunately
>>>> till now couldn't find any. The last hint I got, was comment
>>>> saying, that GSearch does not work on Fedora 3.3+. Is it true? I
>>>> want to be sure, before rap it up and move on to look for another tool.
>>>>
>>>> Here are the Softwares I used so far:
>>>>     OS: GNU/Linux Debian lenny (6.0.1) Kernel: 2.6.32-5-686
>>>>     Apache Http Server: 2.2 (Provided with Debian Packages)
>>>>     Apache Tomcat: 6.0.32 (Stand Alone)
>>>>     iRODS: 2.5 (Selfcompiled)
>>>>     Fedora-Common: 3.5-SNAPSHOT (Selfcompiled)
>>>>     GSearch: 2.2
>>>>
>>>> I appreciate your hints and helps no matter how insignificant you
>>>> think it maybe, I'm already stuck on this problem for almost 2
>>>> weeks now!
>>>>
>>>> With best regards,
>>>> Arash
>>>> -- 
>>>>
>>>> Arash Samadi
>>>>
>>>> Georg-August-Universitaet Goettingen
>>>> State and University Library
>>>> Research and Development Department (RDD) 
>>>> Papendiek 14
>>>> 37073 Goettingen
>>>>
>>>> Germany
>>>>
>>>> Phone: +49 551 39 4773
>>>> sam...@sub.uni-goettingen.de
>>>> <ATT00001.c><ATT00002.c>
>>>
>>
>> -- 
>>
>> Arash Samadi
>>
>> Georg-August-Universitaet Goettingen
>> State and University Library
>> Research and Development Department (RDD) 
>> Papendiek 14
>> 37073 Goettingen
>>
>> Germany
>>
>> Phone: +49 551 39 4773
>> sam...@sub.uni-goettingen.de
>> <ATT00001.c><ATT00002.c>
>

-- 

Arash Samadi

Georg-August-Universitaet Goettingen
State and University Library
Research and Development Department (RDD) 
Papendiek 14
37073 Goettingen

Germany

Phone: +49 551 39 4773
sam...@sub.uni-goettingen.de

------------------------------------------------------------------------------
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
_______________________________________________
Fedora-commons-users mailing list
Fedora-commons-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users

Reply via email to