: An oversight I think. If you create a patch, let me know and we can
: get it committed.
that definitely sounds bad we should certainly try to fix that before 5.0
comes out since it does have back-compat implictations...
https://issues.apache.org/jira/browse/SOLR-6718
...better to hav
On 11/6/2014 12:02 PM, Erick Erickson wrote:
> An oversight I think. If you create a patch, let me know and we can
> get it committed.
>
> Hmmm, not sure though, this'll change the current behavior that people might
> be
> counting on
Relative to the solr home sounds like the best option to m
An oversight I think. If you create a patch, let me know and we can
get it committed.
Hmmm, not sure though, this'll change the current behavior that people might be
counting on
On Thu, Nov 6, 2014 at 1:02 AM, Andreas Hubold
wrote:
> Hi,
>
> I'm trying to configure a different core discovery
Thanks Mark.
https://issues.apache.org/jira/browse/SOLR-5543
On Mon, Dec 9, 2013 at 2:39 PM, Mark Miller wrote:
> Sounds like a bug. If you are seeing this happen in 4.6, I'd file a JIRA
> issue.
>
> - Mark
>
>
> On Sun, Dec 8, 2013 at 3:49 PM, William Bell wrote:
>
> > Any thoughts? Why are
Sounds like a bug. If you are seeing this happen in 4.6, I'd file a JIRA
issue.
- Mark
On Sun, Dec 8, 2013 at 3:49 PM, William Bell wrote:
> Any thoughts? Why are we getting duplicate items in solr.xml ?
>
> -- Forwarded message --
> From: William Bell
> Date: Sat, Dec 7, 2013
This is a know bug, see:
https://issues.apache.org/jira/browse/SOLR-4862
Solr.xml persistence has several shortcomings. As
it happens I'm working on that right now, but the
results won't be ready until 4.4. I hope to get a patch
up over the weekend (SOLR-4910) and this is one
of the things I want
I suppose you saw my JIRA suggesting that solr.xml should might have
the same repetoire of 'lib' elements as solrconfig.xml, instead of
just a single 'str'.
On Mon, May 20, 2013 at 11:16 AM, Erick Erickson
wrote:
> What's supposed to happen (not guaranteeing it is completely correct,
> mind you)
What's supposed to happen (not guaranteeing it is completely correct,
mind you) is that the presence of a tag defines which checks
are performed. Errors are thrown on old-style constructs when no
tag is present and vice-versa.
Best
Erick
On Sun, May 19, 2013 at 7:20 PM, Benson Margulies wrote
One point of confusion: Is the compatibility code I hit trying to
prohibit the 'str' form when it sees old-fangled cores? Or when the
current running version pre-5.0? I hope it's the former.
On Sun, May 19, 2013 at 6:47 PM, Shawn Heisey wrote:
> On 5/19/2013 4:38 PM, Benson Margulies wrote:
>> Sh
On 5/19/2013 4:38 PM, Benson Margulies wrote:
> Shawn, thanks. need any more jiras on this?
I don't think so, but if you grab the 4.3 branch or branch_4x and find
any bugs, let us know.
Thanks,
Shawn
Shawn, thanks. need any more jiras on this?
On May 19, 2013, at 6:37 PM, Shawn Heisey wrote:
> On 5/19/2013 11:27 AM, Benson Margulies wrote:
>> Starting with the shipped solr.xml, I added a new-style child to
>> configure a shared lib, and i was rewarded with:
>>
>> Caused by: org.apache.solr.
On 5/19/2013 11:27 AM, Benson Margulies wrote:
> Starting with the shipped solr.xml, I added a new-style child to
> configure a shared lib, and i was rewarded with:
>
> Caused by: org.apache.solr.common.SolrException: Should not have found
> solr/str[@name='sharedLib'] solr.xml may be a mix of ol
Starting with the shipped solr.xml, I added a new-style child to
configure a shared lib, and i was rewarded with:
Caused by: org.apache.solr.common.SolrException: Should not have found
solr/str[@name='sharedLib'] solr.xml may be a mix of old and new style
formats.
at org.apache.solr.core.ConfigSo
OK, I found the successor.
On Sun, May 19, 2013 at 12:40 PM, Benson Margulies
wrote:
> I found http://wiki.apache.org/solr/Solr.xml%204.3%20and%20beyond, but
> it doesn't mention the successor to sharedLib.
>
> On Sun, May 19, 2013 at 12:02 PM, Benson Margulies
> wrote:
>> http://wiki.apache.org
I found http://wiki.apache.org/solr/Solr.xml%204.3%20and%20beyond, but
it doesn't mention the successor to sharedLib.
On Sun, May 19, 2013 at 12:02 PM, Benson Margulies
wrote:
> http://wiki.apache.org/solr/ConfiguringSolr
>
> does not point to any information on solr.xml.
>
> Given https://issues
No, I'm not keeping them in /tmp
--
View this message in context:
http://lucene.472066.n3.nabble.com/solr-xml-entries-got-deleted-when-powered-off-tp4001496p4001506.html
Sent from the Solr - User mailing list archive at Nabble.com.
You are not putting these files in /tmp are you? That is sometimes wiped by
different OS's on shutdown
-Original Message-
From: vempap [mailto:phani.vemp...@emc.com]
Sent: Wednesday, August 15, 2012 3:31 PM
To: solr-user@lucene.apache.org
Subject: Re: solr.xml entries got deleted
It's happening when I'm not doing a clean shutdown. Are there any more
scenarios it might happen ?
--
View this message in context:
http://lucene.472066.n3.nabble.com/solr-xml-entries-got-deleted-when-powered-off-tp4001496p4001503.html
Sent from the Solr - User mailing list archive at Nabble.co
nopes .. there is good amount of space left on disk
--
View this message in context:
http://lucene.472066.n3.nabble.com/solr-xml-entries-got-deleted-when-powered-off-tp4001496p4001502.html
Sent from the Solr - User mailing list archive at Nabble.com.
Just guessing,.
disk full?
--
Abraços,
Leonardo S Souza
2012/8/15 vempap
> Hello,
>
> I created an index => all the schema.xml & solrconfig.xml files are
> created with content (I checked that they have contents in the xml files).
> But, if I poweroff the system & restart again - the conte
: It seems like when "solr home" is absent, Solr makes an attempt to look
: a few other places to load its configuration. It will try to look for
: solrconfig.xml on the classpath as well. It doesn't seem like it makes
: any attempt to find solr.xml though. Why is that? Read below for the
: Maybe we can add an error message to ShowFileRequesHandler that
: explains to the user that displaying an absolute path doesn't work?
yeah ... that would certianly be better -- i think it alreayd does that if
you try "../../foo" but for "absolute" paths there is no explicit test --
just the f
Maybe we can add an error message to ShowFileRequesHandler that
explains to the user that displaying an absolute path doesn't work?
On Mon, Apr 26, 2010 at 1:13 PM, Chris Hostetter
wrote:
>
> : Does this work? When trying to display with a URL such as
> : "solr/sandbox/admin/file/?file=/mnt/solr
: Does this work? When trying to display with a URL such as
: "solr/sandbox/admin/file/?file=/mnt/solr/schema.xml" from the Solr
: admin console, the following error occurs:
:
: type Status report
:
: message Can not find: schema.xml [/mnt/solr/sandbox/conf/mnt/solr/schema.xml]
As written the
24 matches
Mail list logo
