You are viewing a plain text version of this content. The canonical link for it is here.

Posted to dev@lucene.apache.org by "Jayson Minard (JIRA)" <ji...@apache.org> on 2014/11/12 02:56:35 UTC

[jira] [Commented] (SOLR-4792) stop shipping a war in 5.0

    [ https://issues.apache.org/jira/browse/SOLR-4792?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14207518#comment-14207518 ] 

Jayson Minard commented on SOLR-4792:
-------------------------------------

This is unnecessary change.   A WAR can be shipped and still be used in embedded runner while still retaining the ability to be configured and used in an application server.

See: https://github.com/bremeld/solr-undertow

Uses Undertow.io to create an easy to configure Solr (and SolrCloud) server by extracting the WAR to create the web site and the classpath then executes Solr embedded with a high performance server.  And yet still retains the ability to add additional functionality such as request rate limiting (released), auth, ssl, other port configures, and other features in the future.

I think the problem with WAR in the past is that there is little reasonable documentation for current Jetty, current Tomcat, current Wildfly for Solr, and  most old resources on the internet are very old and dated on the topics for Solr.  A small Doc effort, and killing these old outdated resources would go a long way to fixing that issue.  



> stop shipping a war in 5.0
> --------------------------
>
>                 Key: SOLR-4792
>                 URL: https://issues.apache.org/jira/browse/SOLR-4792
>             Project: Solr
>          Issue Type: Task
>          Components: Build
>            Reporter: Robert Muir
>            Assignee: Robert Muir
>             Fix For: Trunk
>
>         Attachments: SOLR-4792.patch
>
>
> see the vote on the developer list.
> This is the first step: if we stop shipping a war then we are free to do anything we want. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org