: I think, eventually, and I really hate to say this b/c classloading is a
: nightmare, but we may want to look into isolated classloaders or OSGi or
: something for the Solr Home lib directory. The benefits being that I already
: see library collisions in our future.
we already have clasloaders
gt;
>> Otis
>> --
>> Sematext -- http://sematext.com/ -- Lucene - Solr - Nutch
>>
>>
>>
>> - Original Message
>>>
>>> From: Chris Hostetter
>>> To: solr-dev@lucene.apache.org
>>> Sent: Saturday, December 13, 2008 2:12:
ely no need for.
Otis
--
Sematext -- http://sematext.com/ -- Lucene - Solr - Nutch
- Original Message
From: Chris Hostetter
To: solr-dev@lucene.apache.org
Sent: Saturday, December 13, 2008 2:12:01 AM
Subject: Re: ant example, tika
: The only issue I see now is that DIH has been rele
- Solr - Nutch
- Original Message
> From: Chris Hostetter
> To: solr-dev@lucene.apache.org
> Sent: Saturday, December 13, 2008 2:12:01 AM
> Subject: Re: ant example, tika
>
>
> : The only issue I see now is that DIH has been released as part of the core,
> so
: The only issue I see now is that DIH has been released as part of the core, so
: I would vote that it stays in there. It is also quite popular, I think, so
: I'd hate to break people.
...which is why having a kitchen-sink war with all the contribs might make
sense. But frankly i don't see it
It occurred to me that we could also add a "core-example" target that
only builds the core example for those impatient types w/ slow
machines ;-)
On Dec 12, 2008, at 8:03 AM, Grant Ingersoll wrote:
On Dec 11, 2008, at 10:50 PM, Chris Hostetter wrote:
: Ignoring the JSP dilemma... DIH's
On Dec 11, 2008, at 10:50 PM, Chris Hostetter wrote:
: Ignoring the JSP dilemma... DIH's JAR doesn't need to be in the
WAR, but can
: ship in a lib/ directory outside the WAR and come in as a plugin.
And Solr
: can ship with all of the contribs wired in to a kitchen-sink example
: config
: Ignoring the JSP dilemma... DIH's JAR doesn't need to be in the WAR, but can
: ship in a lib/ directory outside the WAR and come in as a plugin. And Solr
: can ship with all of the contribs wired in to a kitchen-sink example
: configuration.
:
: There is merit to keeping Solr's WAR and core to
Regarding DIH:
On Dec 8, 2008, at 3:00 AM, Noble Paul നോബിള്
नोब्ळ् wrote:
it is not a part of the war, the first users will have trouble in
'getting started'
It is already used by most of the first time users. So do we want to
change the expectation ?
Ignoring the JSP dilemma... DIH's JAR
it is not a part of the war, the first users will have trouble in
'getting started'
It is already used by most of the first time users. So do we want to
change the expectation ?
On Mon, Dec 8, 2008 at 1:13 PM, Erik Hatcher <[EMAIL PROTECTED]> wrote:
>
> On Dec 8, 2008, at 2:33 AM, Shalin Shekhar
On Dec 8, 2008, at 2:33 AM, Shalin Shekhar Mangar wrote:
On Mon, Dec 8, 2008 at 1:02 AM, Ryan McKinley <[EMAIL PROTECTED]>
wrote:
Also, it looks like DataImportHandler puts itself in the war file
-- I
don't think we want that either.
One big difference between DataImportHandler and ot
On Mon, Dec 8, 2008 at 1:02 AM, Ryan McKinley <[EMAIL PROTECTED]> wrote:
>
> Also, it looks like DataImportHandler puts itself in the war file -- I
> don't think we want that either.
One big difference between DataImportHandler and other contribs is that it
has zero extra dependencies and it con
On Dec 7, 2008, at 5:56 PM, Yonik Seeley wrote:
On Sun, Dec 7, 2008 at 5:50 PM, Grant Ingersoll
<[EMAIL PROTECTED]> wrote:
The jars aren't checked in to the example.
But "ant example" puts them there - doesn't matter from a user
perspective.
The thing is, the extraction
stuff is a cont
On Dec 7, 2008, at 5:50 PM, Grant Ingersoll wrote:
The jars aren't checked in to the example. The thing is, the
extraction stuff is a contrib and not on by default and not packaged
into the WAR. DIH currently does package into the WAR, but I don't
think contribs should do that.
Frankly
On Sun, Dec 7, 2008 at 5:50 PM, Grant Ingersoll <[EMAIL PROTECTED]> wrote:
> The jars aren't checked in to the example.
But "ant example" puts them there - doesn't matter from a user perspective.
> The thing is, the extraction
> stuff is a contrib and not on by default and not packaged into the W
The jars aren't checked in to the example. The thing is, the
extraction stuff is a contrib and not on by default and not packaged
into the WAR. DIH currently does package into the WAR, but I don't
think contribs should do that.
Frankly, I think the better answer is an overhaul of the exam
On Sun, Dec 7, 2008 at 2:47 PM, Grant Ingersoll <[EMAIL PROTECTED]> wrote:
> Tika shouldn't be in the example. It just puts the libs there but is not
> hooked into the config.
Hmmm, so it's half installed. Seems like we should either add in the
extraction handler (perhaps lazily loaded if it tak
On Dec 7, 2008, at 3:04 PM, Erik Hatcher wrote:
On Dec 7, 2008, at 2:32 PM, Ryan McKinley wrote:
On Dec 7, 2008, at 11:42 AM, Yonik Seeley wrote:
I notice that SOLR-284 (extraction data handler + tika) is in the
default example now. scriplet
Is this what we want?
I don't think so.
Also,
On Dec 7, 2008, at 2:32 PM, Ryan McKinley wrote:
On Dec 7, 2008, at 11:42 AM, Yonik Seeley wrote:
I notice that SOLR-284 (extraction data handler + tika) is in the
default example now.
Is this what we want?
I don't think so.
Also, it looks like DataImportHandler puts itself in the war file
Tika shouldn't be in the example. It just puts the libs there but is
not hooked into the config.
On Dec 7, 2008, at 2:32 PM, Ryan McKinley wrote:
On Dec 7, 2008, at 11:42 AM, Yonik Seeley wrote:
I notice that SOLR-284 (extraction data handler + tika) is in the
default example now.
Is thi
On Dec 7, 2008, at 11:42 AM, Yonik Seeley wrote:
I notice that SOLR-284 (extraction data handler + tika) is in the
default example now.
Is this what we want?
I don't think so.
Also, it looks like DataImportHandler puts itself in the war file -- I
don't think we want that either.
On th
I notice that SOLR-284 (extraction data handler + tika) is in the
default example now.
Is this what we want?
On the topic of "example", it used to be much faster in the past to
use for debugging... now when I do "ant example", I go get a cup of
coffee.
-Yonik
22 matches
Mail list logo
