Re: [Dpubs-content] Not Indexing

SourceForge Headquarters 1320 Columbia Street Suite 310 San Diego, CA 92101 +1 (858) 422-6466

I am not.  The result of any search -- including one author search 
for a lastname that should be there; and one full-text search for a 
word that should appear in nearly every article -- was:
Search Results
Your query returned no documents
Your search criteria did not match any documents.
--H

At 01:20 PM 7/5/2007, Larry Wentzel wrote:
>Henry,
>
>One thing:  are you able to Search the Archive and find the material 
>through title/author/full text searches?
>
>--Larry
>
>Henry Griffy wrote:
>>Hi Larry,
>>
>>Thanks for the reply and advice.
>>
>>Meanwhile, I've tried deleting and rebuilding the index from 
>>scratch, but the content is still not showing up.  If anyone could 
>>help me figure out why, it'd be much appreciated.
>>
>>Specifically, I ran ../Services/Index/cleanup_indexes.sh
>>         and then ran ../Services/Index/update_index.pl
>>
>>It seemed to run successfully with two qualifications:
>>1. While building the WAIS index, it reported the following error 
>>three times:
>>Wide character in print at 
>>/usr/local/DPubS/Services/Index/build-indexes.pl line 1157.
>>
>>but these don't seem to have been fatal errors, as it also reported:
>>
>>Completed Database Build at Thu, 5 Jul 2007 08:42:23 (Total Build 
>>Time: 0:0:1)
>>2. The Lucene index produced a lot of errors (pasted as a p.s. 
>>below, in case the details might be helpful.)  The upshot is that 
>>the Lucene service seems not to have been enabled.
>>
>>
>>Meanwhile, the bottom line is still that the content seems to have 
>>been ingested, but nothing displays on the Current or Past Issues 
>>pages.  The name of the journal does display in the title bar, 
>>suggesting that there is _some_ access to the publication metadata, 
>>but there is no sign of the issue-level metadata.
>>
>>Hopefully this is enough information for a diagnosis?  If not, 
>>please let me know what else would need to be known
>>
>>Thanks,
>>Henry
>>
>>PS.  This was the output following the Completed Database Build statement:
>>Starting Lucene
>>Exception in thread "main" java.lang.NoClassDefFoundError: while 
>>resolving class
>>: org.apache.lucene.server.IndexServer
>>    at java.lang.VMClassLoader.resolveClass(java.lang.Class) 
>> (/usr/lib/libgcj.so.
>>5.0.0)
>>    at java.lang.Class.initializeClass() (/usr/lib/libgcj.so.5.0.0)
>>    at java.lang.Class.forName(java.lang.String, boolean, 
>> java.lang.ClassLoader)
>>(/usr/lib/libgcj.so.5.0.0)
>>    at java.lang.Class.forName(java.lang.String) (/usr/lib/libgcj.so.5.0.0)
>>    at gnu.gcj.runtime.FirstThread.run() (/usr/lib/libgcj.so.5.0.0)
>>    at _Jv_ThreadRun(java.lang.Thread) (/usr/lib/libgcj.so.5.0.0)
>>    at _Jv_RunMain(java.lang.Class, byte const, int, byte const, 
>> boolean) (/usr/l
>>ib/libgcj.so.5.0.0)
>>    at __gcj_personality_v0 
>> (/usr/local/DPubS/Services/Index/java.version=1.4.2)
>>    at __libc_start_main (/lib/tls/libc-2.3.4.so)
>>    at _Jv_RegisterClasses 
>> (/usr/local/DPubS/Services/Index/java.version=1.4.2)
>>Caused by: java.lang.ClassNotFoundException: 
>>javax.xml.parsers.DocumentBuilderFa
>>ctory not found in 
>>[<file:/usr/local/DPubS/Services/Index/Lucene/lucene-core-1.9>file:/usr/local/DPubS/Services/Index/Lucene/lucene-core-1.9. 
>>
>>1.jar, file:/usr/local/DPubS/Services/Index/Lucene/jdom.jar, 
>>file:/usr/local/DPu
>>bS/Services/Index/Lucene/luceneServer.jar, 
>>file:/usr/local/DPubS/Services/Index/
>>Lucene/jaxen-core.jar, 
>>file:/usr/local/DPubS/Services/Index/Lucene/jaxen-jdom.ja
>>r, file:/usr/local/DPubS/Services/Index/Lucene/saxpath.jar, 
>>file:/usr/share/java
>>/libgcj-3.4.6.jar, file:./, core:/]
>>    at java.net.URLClassLoader.findClass(java.lang.String) 
>> (/usr/lib/libgcj.so.5.
>>0.0)
>>    at gnu.gcj.runtime.VMClassLoader.findClass(java.lang.String) 
>> (/usr/lib/libgcj
>>.so.5.0.0)
>>    at java.lang.ClassLoader.loadClass(java.lang.String, boolean) 
>> (/usr/lib/libgc
>>j.so.5.0.0)
>>    at _Jv_FindClass(_Jv_Utf8Const, java.lang.ClassLoader) 
>> (/usr/lib/libgcj.so.5.
>>0.0)
>>    at java.lang.Class.forName(java.lang.String, boolean, 
>> java.lang.ClassLoader)
>>(/usr/lib/libgcj.so.5.0.0)
>>    at 
>> _Jv_BytecodeVerifier.type.compatible(_Jv_BytecodeVerifier.type&, _Jv_Bytec
>>odeVerifier) (/usr/lib/libgcj.so.5.0.0)
>>    at _Jv_BytecodeVerifier.verify_instructions_0() 
>> (/usr/lib/libgcj.so.5.0.0)
>>    at _Jv_VerifyMethod(_Jv_InterpMethod) (/usr/lib/libgcj.so.5.0.0)
>>    at _Jv_PrepareClass(java.lang.Class) (/usr/lib/libgcj.so.5.0.0)
>>    at _Jv_WaitForState(java.lang.Class, int) (/usr/lib/libgcj.so.5.0.0)
>>    at java.lang.VMClassLoader.linkClass0(java.lang.Class) 
>> (/usr/lib/libgcj.so.5.
>>0.0)
>>    at java.lang.VMClassLoader.resolveClass(java.lang.Class) 
>> (/usr/lib/libgcj.so.
>>5.0.0)
>>    ...9 more
>>IndexServer error : Operation not allowed
>>Exception in thread "main" java.lang.ExceptionInInitializerError
>>*** Got java.lang.NoClassDefFoundError: gnu.gcj.runtime.NameFinder 
>>while trying
>>to print stack trace.
>>
>>
>>
>>At 11:36 AM 7/3/2007, Larry Wentzel wrote:
>>>Henry,
>>>
>>>I believe we ran into a similar problem here at Penn 
>>>State.  Issues that loaded successfully and went into the 
>>>repository didn't show up anywhere.  There's a (recent? had to be, 
>>>never had this problem before) bug in the indexing service which 
>>>fails to update the index after a certain point.  I don't know the 
>>>actual details, not being a developer or programmer myself.  The 
>>>only way we got around it was to delete the index and rebuild it 
>>>from scratch, which takes a bit of time (ymmv).
>>>
>>>Cornell fixed this problem in an nigh-ready-for-primetime release 
>>>which should come out this week or next.  Watch the SourceForge 
>>>site for updates.
>>>
>>>--Larry Wentzel
>>>--Digital Preservation Coordinator
>>>--Penn State Libraries
>>>
>>>Henry Griffy wrote:
>>>>Hi All,
>>>>
>>>>I've reached another impasse and hope that y'all might once again help.
>>>>
>>>>The situation is this:
>>>>    * I've prepared the xml for the latest issue of our journal, 
>>>> FTP'd it to the server, and run the DPubs_Importer.pl script with no errors.
>>>>    * I've run the Index/update_index.pl script with no errors 
>>>> (neither reported nor in the <2007-07-04-15-00-update.log-errors> file)
>>>>    * I've restarted the Apache server, again with no reported errors.
>>>>However, when I go to look at the site via the UI service, no 
>>>>contents appear for either the current or past pages.  (And I'm 
>>>>using the demo.ph User Interface files.)  Further, when I look 
>>>>through the folders in the Index directory, I see no trace of our 
>>>>journal.  The zindex-data/bibs folder doesn't contain a 
>>>>sub-folder for our authority, and the log in the 
>>>>zupdate-staging/update-logs/ folder reports that it "Indexed 0 
>>>>new bibliographic records," as do all the previous logs for times 
>>>>I've run the script.
>>>>
>>>>I thought the problem might be that I'm trying to upload the 
>>>>content in html format, so I converted one of the files to pdf, 
>>>>added a reference to that version of the file in the issue's xml 
>>>>file, and went back through the process.  Still nothing.
>>>>
>>>>Any ideas about where I might be going wrong / what I might be leaving out?
>>>>
>>>>Thanks,
>>>>Henry
>>>>
>>>>Henry Griffy, Program Coordinator
>>>>Documentation and Training Unit
>>>>Scholarly Resources Integration Department
>>>>Technical Services Division
>>>>The Ohio State University Libraries - Ackerman Road
>>>>600 Ackerman Rd., Rm. 5839, Columbus, OH 43202
>>>>E-mail: <mailto:gri...@os...>gri...@os...
>>>>Ph: 614-247-4663; Fax: 614-292-2015
>>>>
>>>>
>>>>
>>>>
>>>>-------------------------------------------------------------------------
>>>>This SF.net email is sponsored by DB2 Express
>>>>Download DB2 Express C - the FREE version of DB2 express and take
>>>>control of your XML. No limits. Just data. Click to get it now.
>>>>
>>>>http://sourceforge.net/powerbar/db2/
>>>>
>>>>
>>>>
>>>>_______________________________________________
>>>>Dpubs-content mailing list
>>>><mailto:Dpu...@li...>
>>>>Dpu...@li...
>>>>
>>>>https://lists.sourceforge.net/lists/listinfo/dpubs-content
>>>>
>>>>
>>>
>>>
>>>----------
>>>
>>><https://antispam.osu.edu/b.php?c=s&i=354901194&m=69e86cf44d88>Spam
>>><https://antispam.osu.edu/b.php?c=n&i=354901194&m=69e86cf44d88>Not spam
>>><https://antispam.osu.edu/b.php?c=f&i=354901194&m=69e86cf44d88>Forget 
>>>previous vote
>>
>>Henry Griffy, Program Coordinator
>>Documentation and Training Unit
>>Scholarly Resources Integration Department
>>Technical Services Division
>>The Ohio State University Libraries - Ackerman Road
>>600 Ackerman Rd., Rm. 5839, Columbus, OH 43202
>>E-mail: <mailto:gri...@os...>gri...@os...
>>Ph: 614-247-4663; Fax: 614-292-2015
>
>
>----------
>
><https://antispam.osu.edu/b.php?c=s&i=356838446&m=208c53fea5b0>Spam
><https://antispam.osu.edu/b.php?c=n&i=356838446&m=208c53fea5b0>Not spam
><https://antispam.osu.edu/b.php?c=f&i=356838446&m=208c53fea5b0>Forget 
>previous vote

Henry Griffy, Program Coordinator
Documentation and Training Unit
Scholarly Resources Integration Department
Technical Services Division
The Ohio State University Libraries - Ackerman Road
600 Ackerman Rd., Rm. 5839, Columbus, OH 43202
E-mail: <mailto:gri...@os...>gri...@os...
Ph: 614-247-4663; Fax: 614-292-2015  