lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ramkumar Aiyengar (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (SOLR-4792) stop shipping a war in 5.0
Date Mon, 01 Dec 2014 10:14:12 GMT

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

Ramkumar Aiyengar commented on SOLR-4792:
-----------------------------------------

bq. Remove war from /dist but keep it in /server/webapps

That's what the change above does. The original patch does it for the tarball, and the PR
above (#112) does it for the build as well..

Re: your question, one of the reasons for this change is so that we aren't constrained by
the lowest denominator in terms of transport, that prevents us from implementing correctness
properly (preventing distributed deadlocks), and hinders a lot of optimizations. Probably
we can still come up with a suitable transport interface to allow for plugins, but even then
a plugin to allow a servlet container like tomcat is going to be hard as presumably the interface
is going to have demands the servlet interface can't satisfy.

> 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: Mark Miller
>             Fix For: 5.0, 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


Mime
View raw message