[
https://issues.apache.org/jira/browse/SOLR-3358?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13256885#comment-13256885
]
Robert Muir commented on SOLR-3358:
-----------------------------------
Regardless of how you feel about whether or not we support the different
containers,
whether solr should be modular or monolithic, the classpath for solrj etc is
still totally wrong.
You can make it depend on anything in solr/lib (e.g. as i said put a
SpellChecker or IndexWriter
in a solrj class), and all tests pass. In fact, I can go find at least 2
situations (one caused
by me, the other by merging SolrCloud) where this actually happened that solrj
depended on lucene.
Only manual inspection finds this out, but tests should really fail.
Besides the lack of no enforcement that solrj should only depend on certain
things, there is no simple
solrj/lib folder for packaging solrj-lib (instead some error-prone
inclusions/exclusions)
> Capture Logging Events from JUL and Log4j
> -----------------------------------------
>
> Key: SOLR-3358
> URL: https://issues.apache.org/jira/browse/SOLR-3358
> Project: Solr
> Issue Type: New Feature
> Reporter: Ryan McKinley
> Assignee: Ryan McKinley
> Attachments: SOLR-3358-compile-path.patch, SOLR-3358-logging.patch,
> SOLR-3358-logging.patch
>
>
> The UI should be able to show the last few log messages. To support this, we
> will need to register an Appender (log4j) or Handler
> (JUL) and keep a buffer of recent log events.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
