lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Erick Erickson (JIRA)" <>
Subject [jira] [Commented] (SOLR-12008) Settle a location for the "correct" log4j2.xml file.
Date Mon, 09 Jul 2018 06:23:00 GMT


Erick Erickson commented on SOLR-12008:

Well, I'm getting there. I've set up a Windows VM and started debugging and..... the first
thing I noticed was that the log files aren't going where I expect when running examples,
e.g. {{ bin\solr start -e techproducts }} puts the logs in under {{ server }} rather than
{{ example }} as they do on *nix.

I see in solr.cmd that SOLR_LOGS_DIR_QUOTED is set to "%SOLR_LOGS_DIR%", but then later SOLR_LOGS_DIR
is changed so this appears to be a bona-fide bug.

WDYT about fixing this while I'm in here? It'll be a change for Windows users, but I consider
it a bug currently. I'll change unless there are objections.

Meanwhile, on windows nothing except start/stop seem to work without throwing the error about
can't find console.....

> Settle a location for the "correct" log4j2.xml file.
> ----------------------------------------------------
>                 Key: SOLR-12008
>                 URL:
>             Project: Solr
>          Issue Type: Improvement
>      Security Level: Public(Default Security Level. Issues are Public) 
>          Components: logging
>            Reporter: Erick Erickson
>            Assignee: Erick Erickson
>            Priority: Major
>         Attachments: SOLR-12008.patch, SOLR-12008.patch, SOLR-12008.patch
> As part of SOLR-11934 I started looking at files. Waaay back in 2015,
the %C in "/solr/server/resources/" was changed to use %c, but the file in
"solr/example/resources/" was not changed. That got me to looking around and
there are a bunch of files:
> ./solr/core/src/test-files/
> ./solr/example/resources/
> ./solr/solrj/src/test-files/
> ./solr/server/resources/
> ./solr/server/scripts/cloud-scripts/
> ./solr/contrib/dataimporthandler/src/test-files/
> ./solr/contrib/clustering/src/test-files/
> ./solr/contrib/ltr/src/test-files/
> ./solr/test-framework/src/test-files/
> Why do we have so many? After the log4j2 ticket gets checked in (SOLR-7887) I propose
the logging configuration files get consolidated. The question is "how far"? 
> I at least want to get rid of the one in solr/example, users should use the one in server/resources.
Having to maintain these two separately is asking for trouble.
> [] Do you have any wisdom on the properties file in server/scripts/cloud-scripts?
> Anyone else who has a clue about why the other properties files were created, especially
the ones in contrib?
> And what about all the ones in various test-files directories? People didn't create them
for no reason, and I don't want to rediscover that it's a real pain to try to re-use the one
in server/resources for instance.

This message was sent by Atlassian JIRA

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message