Zend_Search_Lucene_Exception

Developer
Dinis Lage
2011-05-03
2015-10-13
  • Dinis Lage

    Dinis Lage - 2011-05-03

    Hello,

    Here's an error that seems to affect at least last release.

    This excerpt is taken from the demo online. I am able to replay this error
    when creating a new Task. After selecting a different Project this error is
    shown in the "Possible Duplicates" section.

    Fatal error: Uncaught exception 'Zend_Search_Lucene_Exception' with message
    'Index doesn't exists in the specified directory.' in
    /var/www/alloc_source/zend/Zend/Search/Lucene.php:566 Stack trace: #0
    /var/www/alloc_source/task/updateTaskDupes.php(27):
    Zend_Search_Lucene->__construct('/var/www/demo.a...') #1 {main} thrown in
    /var/www/alloc_source/zend/Zend/Search/Lucene.php on line 566

    A similar error happens when saving a Task:

    Fatal error: Uncaught exception 'Zend_Search_Lucene_Exception' with message
    'Index doesn't exists in the specified directory.' in
    /var/www/alloc_source/zend/Zend/Search/Lucene.php:566 Stack trace: #0
    /var/www/alloc_source/zend/Zend/Search/Lucene.php(225):
    Zend_Search_Lucene->__construct('/var/www/demo.a...', false) #1
    /var/www/alloc_source/shared/lib/db_entity.inc.php(372):
    Zend_Search_Lucene::open('/var/www/demo.a...') #2
    /var/www/alloc_source/task/lib/task.inc.php(113): db_entity->save() #3
    /var/www/alloc_source/task/task.php(163): task->save() #4 {main} thrown in
    /var/www/alloc_source/zend/Zend/Search/Lucene.php on line 566

    Hope this helps finding and solving the issue.

    Regards,

    Dinis

     
  • Dinis Lage

    Dinis Lage - 2011-05-05

    I was able to circumvent the issue by deleting a folder (task) inside the
    attachments_dir/search/

    This disables a call to the Zend function that would raise the error so
    basically some intended functionality will be ignored.

    Hope this might help someone.

    The call is done in:

    1 /var/www/alloc_source/shared/lib/db_entity.inc.php(372):

    Zend_Search_Lucene::open('/var/www/demo.a...')

    looking at the if I realized that if I removed the folder, that block would be
    ignored by the if...

     
  • Con Zymaris

    Con Zymaris - 2011-05-06

    scorpiondi,

    thanks for this update and for the addition to the group-knowledge. Much
    appreciated.

    -- Con

     
  • Dinis Lage

    Dinis Lage - 2012-04-24

    I'm not sure if this is solved in the head version of alloc so I would like to
    bump this issue.

    Thank you.

     
  • Alex Lance

    Alex Lance - 2012-04-24

    I can't replicate this error at all.

    Can you please elaborate on the step by step procedure that you followed to
    produce the error?

    (ideally on the allocpsa.com demo site).

     
  • Dinis Lage

    Dinis Lage - 2012-04-24

    I can see it working on the demo site, with the same procedure, so I think it
    has something to do with my setup. I'll try to investigate further when I have
    the chance and will report a solution (if found obviously).

    Thank you.

     
  • Alex Lance

    Alex Lance - 2012-04-24

    Run this to re-create the task search index:

    delete from patchLog where patchName = 'patch-00158-alla.php';

    go to http://your_alloc/installation/patch.php

    apply patch 158.

    see if error re-occurs.

    check the perms of the files in the ATTACHMENTS_DIR/search/ directory. The
    webserver needs read and write access to that.

     
  • Dinis Lage

    Dinis Lage - 2012-04-24

    Thank you.

    That did the trick. There was probably some issue running that patch and it
    got flagged as "done" though it didn't run successfully.

     
  • Comment has been marked as spam. 
    Undo

    You can see all pending comments posted by this user  here

    Anonymous - 2015-10-12

    You can avoid the error like this:

    $index = new Zend_Search_Lucene($index_file, true);

     


Anonymous

Cancel  Add attachments





Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks