Looking forward to it.
Regards,
Arash
PS> Anyway, just replacing the libraries in
$WEBAPPS/fedoragsearch/WEB-INF/lib works, though only with lucene-2.x.x.
Am 06/20/2011 03:42 PM, schrieb Gert Schmeltz Pedersen:
I presented a release plan at OR2011, and my slides will soon be
at https://conferences.tdl.org/or/OR2011/OR2011main/schedConf/program
The next release is planned for August 2011 and will include latest
versions of all included libraries, also pdfbox. Apache Tika will
probably also be in.
Best
Gert
On 17/06/2011, at 15.16, Arash Samadi wrote:
> Hi, thanks.
> I have another question for you:
> It's been a while since you've published a new version of GSearch and
> some external APIs (Like PDFBox,...) are rather old, frankly the newer
> ones provide more functionality. Is it possible to make GSearch use
> the new ones? I mean, is it a matter of configuration or is it a part
> of Source Code?
> Thank you in advanced,
> Arash
>
> Am 06/16/2011 04:40 PM, schrieb Gert Schmeltz Pedersen:
> Just in addition to my previous statement, you will surely need to
> recreate the index during a project lifetime, as you refine your
> indexing stylesheet.
>
> Gert
>
>
> On 16/06/2011, at 16.27, Arash Samadi wrote:
>
>> 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
>> <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
--
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
