Denis Demichev ha scritto:
Hello Matteo,
Thank you for your quick response.
Magnolia give me one T-shirt for each message I write.
I have now a shop :-)
>>You should be able to use query manager and to succesfully execute
this query:
>>SELECT * FROM nt:base
I tried to run it against DMS successfully: 244 nodes returned in 734ms
Ok, this is the proof that DMS is indexed.
Try now to delete ..workspaces/dms/index/* from filesystem.
At next startup you would see something saying:
'loading DMS workspace'
(if SearchIndexer is configured correctly for that ws in workspace.xml)
and PDFs will be indexed (again).
I would like to force re-index to be sure that no exception has been
thrown in past index building phase.
Unfortunately no luck with PDF.
> As STK has majority of PDF documents in
DMS that could be the reason why I couldn't search documents.
Sorry, I missed something, how can you say that STK is related to PDF?
STK, afaik, is a "framework" which help to build pages, nothing related
to JCR / Lucene indexes, isn't it?
Or maybe do you mean the new asset management shipped with Magnolia?
> Still I'm
not sure when exactly Magnolia will index this or that document in DMS.
It should be at save time, but I'm not 100% sure.
Sorry but I have no huge experience with PDF indexing, but are you sure
that your PDF are indexable?You can try to wrap PDFIndexer and log
something, but it is not a quick debugging option...
:-(
matteo
----------------------------------------------------------------
For list details see
http://www.magnolia-cms.com/home/community/mailing-lists.html
To unsubscribe, E-mail to: <[email protected]>
----------------------------------------------------------------