Re: Getting rid of jackrabbit-text-extractors

2009-04-08 Thread Marcel Reutegger
Hi, On Tue, Apr 7, 2009 at 23:29, Jukka Zitting jukka.zitt...@gmail.com wrote: JCR-1878 is now resolved and Jackrabbit trunk is depending on Apache Tika for text extraction functionality. Thus there is little more need for jackrabbit-text-extractors as a standalone component. Anyone who needs

Re: Getting rid of jackrabbit-text-extractors

2009-04-08 Thread Jukka Zitting
Hi, On Wed, Apr 8, 2009 at 1:43 PM, Marcel Reutegger marcel.reuteg...@gmx.net wrote: On Tue, Apr 7, 2009 at 23:29, Jukka Zitting jukka.zitt...@gmail.com wrote: Thus Jackrabbit 1.6 would no longer contain a separate text-extractors jar, but all the existing TextExtractor classes would still be

Re: Getting rid of jackrabbit-text-extractors

2009-04-08 Thread Marcel Reutegger
On Wed, Apr 8, 2009 at 14:13, Jukka Zitting jukka.zitt...@gmail.com wrote: (I assume you mean jackrabbit-text-extractors) ah, right. sorry. The SearchIndex class currently has a hard dependency to TextExtractor that needs to be there also on runtime, so we can't make the text-extractors

Getting rid of jackrabbit-text-extractors

2009-04-07 Thread Jukka Zitting
Hi, JCR-1878 is now resolved and Jackrabbit trunk is depending on Apache Tika for text extraction functionality. Thus there is little more need for jackrabbit-text-extractors as a standalone component. Anyone who needs that functionality separately from jackrabbit-core should just go for Tika