[ http://issues.apache.org/jira/browse/SOLR-3?page=comments#action_12375053
]
Hoss Man commented on SOLR-3:
-
Everything I set out to do is done. Should this issue be resolved, or should
SolrTest be removed from the repository?
Does it serve any useful purpose
[ http://issues.apache.org/jira/browse/SOLR-8?page=all ]
Hoss Man resolved SOLR-8:
-
Resolution: Fixed
patch commited with added warning about initConfig
> need a way for tests to specify arbitrary solrconfig.xml files
>
Hola,
> Do I have that correct?
Yeah.
--
Yoav Shapira
Nimalex LLC
1 Mifflin Place, Suite 310
Cambridge, MA, USA
[EMAIL PROTECTED] / www.yoavshapira.com
: Another approach to consider, then, is using the server's JNDI
: resources. The code in the WAR would be the same, looking up the
: configuration file URL (or any other JNDI resource) using the
: java:comp/env space (which is different for every webapp, and portable
: across all J2EE servers/se
Yay, that's the last specific line-item in the status
http://incubator.apache.org/projects/solr.html
Now we just need to keep working on the more subjective things (doing
things the Apache way).
-Yonik
OK, we're good to go with the XPP3 license.
Longer term, Dims recommended woodstox as the StAX impl (which was
also my first choice as a replacement).
I'll update the incubator status.
-Yonik
Hola,
> request, I can find out that someone used the solr1 path to get to me
> (but that's to late for config type stuff that needs to happen in
> init()).
That but... clause is very important. From what I understand, the
Servlet EG discussed this long and hard, many times, over many months,
be
On 4/18/06, Yoav Shapira <[EMAIL PROTECTED]> wrote:
> There's no portable way of doing that, quite on purpose: the webapp is
> supposed to run the same independent of its server admin-dependent
> deployment details
Yeah, but it's not the same now; if I rename my webapp to solr1.war,
I'll be able t
Yeah, it should. IMHO that call was only added as a kowtow to people
demanding an easy hack approach -- and there's something to be said
for that, if many people demand it. But it was still added
half-heartedly, as it requires a request, i.e. you can't use it an
initialization time before any req
But shouldn't the return value of HttpServletRequest.getContextPath()
be the same independing of packaging (WAR or no WAR)?
Bill
On 4/18/06, Yoav Shapira <[EMAIL PROTECTED]> wrote:
>
> Hola,
>
> No, don't use getServletContextName(). Besides being optional, it
> doesn't necessarily related to a
Hola,
> But the goal was to have the exact same solr WAR, just copied to
> different names... so we need some way to find out the in
> .war
There's no portable way of doing that, quite on purpose: the webapp is
supposed to run the same independent of its server admin-dependent
deployment details
On 4/18/06, Yoav Shapira <[EMAIL PROTECTED]> wrote:
> There are a couple of
> alternatives, one using the classpath and one using the
> ServletContext#getResource approach.
But the goal was to have the exact same solr WAR, just copied to
different names... so we need some way to find out the in
.
Hola,
No, don't use getServletContextName(). Besides being optional, it
doesn't necessarily related to a path on the disk. For that matter,
don't use the disk path approach anyhow, as things get quirky /
fragile for users running packed WARs. There are a couple of
alternatives, one using the cl
: Unfortunately not the javadoc says it comes from the web.xml
:
: java.lang.String getServletContextName()
: Returns the name of this web application corresponding to
: this ServletContext as specified in the deployment descriptor for this
: web application by the display-name
On 4/18/06, Chris Hostetter <[EMAIL PROTECTED]> wrote:
> (or does ServletContext.getServletContextName() not do what I think i
> remember it doing)
Unfortunately not the javadoc says it comes from the web.xml
java.lang.String getServletContextName()
Returns the name of this w
: I've been looking into how to have multiple solr webapps, and have
: them default to looking into different spots for config (and looking
: at a different property to override that).
:
: Unfortunately, it doesn't look like there is a way to do this from the
: servlet API.
Can't we just use Servl
I've been looking into how to have multiple solr webapps, and have
them default to looking into different spots for config (and looking
at a different property to override that).
Unfortunately, it doesn't look like there is a way to do this from the
servlet API.
It looks like the only course of ac
[ http://issues.apache.org/jira/browse/SOLR-8?page=comments#action_12374973
]
Hoss Man commented on SOLR-8:
-
> It should only be used for testing though
agreed, I was going to add a big fat warning about that, but I figured it would
be obvious since the Config
[ http://issues.apache.org/jira/browse/SOLR-8?page=comments#action_12374969
]
Yonik Seeley commented on SOLR-8:
-
+1
It should only be used for testing though... (it's not thread-safe, among other
issues having to do with how it's used...)
> need a way for
Yonik Seeley wrote:
What's the correct forum for asking/discussing if XPP's license is
Apache enough to allow XPP to be distributed with Solr?
[EMAIL PROTECTED] legal-discuss?
Legal-discuss, as Yoav mentioned.
The draft 3rd-party license policy is at:
http://people.apache.org/~cliffs/3party.
I agree that we should migrate to JSR-173 since that will be part of the
JDK.
We did performance tests on both JSR-173 and XPP. The performace
difference is small (XPP is about 5% faster).
On 4/18/06, Yonik Seeley <[EMAIL PROTECTED]> wrote:
>
> A copy is in Solr
>
> http://svn.apache.org/viewcv
A copy is in Solr
http://svn.apache.org/viewcvs.cgi/incubator/solr/trunk/lib/XPP3_LICENSE.txt?rev=382610&view=markup
-Yonik
On 4/18/06, Yoav Shapira <[EMAIL PROTECTED]> wrote:
> I suppose legal-discuss would be a good place to start. Where's the
> license URL for my own curiosity?
>
> Yoav
I suppose legal-discuss would be a good place to start. Where's the
license URL for my own curiosity?
Yoav
On 4/18/06, Yonik Seeley <[EMAIL PROTECTED]> wrote:
> What's the correct forum for asking/discussing if XPP's license is
> Apache enough to allow XPP to be distributed with Solr?
> [EMAIL P
What's the correct forum for asking/discussing if XPP's license is
Apache enough to allow XPP to be distributed with Solr?
[EMAIL PROTECTED] legal-discuss?
Maybe longer term things should be migrated to JSR-173 anyway, since
that will be included in future JDKs.
-Yonik
[ http://issues.apache.org/jira/browse/SOLR-10?page=all ]
Yonik Seeley closed SOLR-10:
Resolution: Fixed
Assign To: Yonik Seeley
I just committed this. Thanks Michael!
> Improved error message in Schema Field
> ---
[ http://issues.apache.org/jira/browse/SOLR-10?page=all ]
Michael Bryzek updated SOLR-10:
---
Attachment: FieldTypePatch.txt
Providing the field name on error in FieldType sounds like a better solution.
The attached patch adds the field name to the stack tra
[
http://issues.apache.org/jira/browse/SOLR-10?page=comments#action_12374938 ]
Yonik Seeley commented on SOLR-10:
--
The current exception contains the bad text that caused the
NumberFormatException... I just tried an example and I see
java.lang.NumberFormat
27 matches
Mail list logo
