Mailing-List: contact solr-user-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: solr-user@lucene.apache.org
Received-SPF: pass (nike.apache.org: domain of dejan.caric@gmail.com
 designates 209.85.160.51 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <etPan.5282411c.2ae8944a.4f30@Henriks-MacBook-Pro.local>
References: 
 <CAEFAe-HiTSxJoJHjY+pPqRCiNwh0RSFieH18WZqz8L+0cyXfEA@mail.gmail.com>
	<52820CF5.60103@kelkoo.com>
	<CAKzZM-vagT1d+Hp=UGVJzQc8Q2QG8Sg-MQZ8aP8oOBUyC_55RQ@mail.gmail.com>
	<CACdPZ9+WU=QfO-JKSvbe_B+=mUoHF5TDWxS6Z6Dbvo4EvkPW=A@mail.gmail.com>
	<CALG6HL985HL07fWiP00h_qpMJLGhH9kzXHqmC=9t863z3A_BDA@mail.gmail.com>
	<CAEmXLkcmQkn8hSmutsw8GwwgA+BJg6Z+QLhqMgjeUKbKwBCvDA@mail.gmail.com>
	<CABWOPBFAoNqXhoixm7Dv+g6cghEyk7Q8ssozSSPMYgasQEmXdg@mail.gmail.com>
	<etPan.5282411c.2ae8944a.4f30@Henriks-MacBook-Pro.local>
Date: Tue, 12 Nov 2013 16:54:28 +0100
Message-ID: 
 <CAKdivQ2L3m-rqmGxFwAVitkvjyk4bDGPNW_4Z3dTGxPOYLJp+Q@mail.gmail.com>
Subject: Re: Why do people want to deploy to Tomcat?
From: Dejan Caric <dejan.caric@gmail.com>
To: solr-user@lucene.apache.org
Content-Type: multipart/alternative; boundary=047d7b2e090b142b2d04eafcdd3e

--047d7b2e090b142b2d04eafcdd3e
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

We're a .NET shop. We use Windows Server for both .NET code and Solr
hosting.
With Tomcat we can get everything up and running with a few mouse clicks
(it's as simple as next, next, next...) while setting up Jetty as a windows
service can be quite tricky for non-Java developers.
That's the only reason why we choose Tomcat instead of Jetty.


On Tue, Nov 12, 2013 at 3:54 PM, Henrik Ossipoff Hansen <
hoha@entertainment-trading.com> wrote:

> I agree with previous statements about the =E2=80=98example=E2=80=99 name=
 is putting
> people off. Not only that though, I believe there are still some of the
> official wiki pages that directly states that the shipped Jetty is not
> appropriate for production use, which was what made us use Tomcat for a
> long while (that, and one developer had previous experience with Tomcat
> configuration).
> --
> Henrik Ossipoff Hansen
> Developer, Entertainment Trading
>
>
> On 12. nov. 2013 at 15.45.42, Hoggarth, Gil (gil.hoggarth@bl.uk<mailto://
> gil.hoggarth@bl.uk>) wrote:
>
> For me, a side-affect of 'example' is that it's just that, not appropriat=
e
> for production. But also, there's the organisation factor beyond Solr tha=
t
> is about staff expertise - we don't have any systems that utilise jetty s=
o
> we're unfamiliar with its configuration, issues, or oddities. Tomcat is o=
ur
> defacto container so it makes sense for us to implement Solr within Tomca=
t.
>
> If we ruled out these reasons, I'd still be looking for a container that:
> - was a standalone installation (i.e., outside of Solr tarball) so that i=
t
> would be "managed" via yum (we run on RHEL). This separates any issues of
> Solr from issues of jetty, which given a current lack of jetty knowledge
> would be a helpful thing.
> - the container service could be managed via standard SysV startup
> processes. To be fair, I've implemented our own for Tomcat and could do
> this for jetty, but I'd prefer jetty included this (which would suggest i=
t
> is more prepared for enterprise use).
> - Likewise, I assume all of jetty's configuration can be reset to use
> normal RHEL /etc/ and /var/ directories, but I'd prefer that jetty did th=
is
> for me (to demonstrate again it's enterprise-ready status).
>
> Yes, I could do all the necessary bespoke configuration so that jetty
> follows the above reasons, but because I'd have to I question if it's rea=
dy
> for our enterprise setup (which mainly means that our Operations team wil=
l
> fight against unusual configurations).
>
> Having added all of this, I have to admit that I like the idea of using
> jetty because you guys tell me that Solr is affectively pre-configured fo=
r
> jetty. But then I'd want to know what in particular these jetty
> configurations were!
>
> BTW Very pleased that this is being discussed - the views can help me
> argue our case to use jetty if it is indeed more beneficial to do so.
>
> Gil
>
> -----Original Message-----
> From: Sebasti=C3=A1n Ram=C3=ADrez [mailto:sebastian.ramirez@senseta.com]
> Sent: 12 November 2013 13:38
> To: solr-user@lucene.apache.org
> Subject: Re: Why do people want to deploy to Tomcat?
>
> I agree with Doug, when I started I had to spend some time figuring out
> what was just an "example" and what I would have to change in a
> "production" environment... until I found that all the "example" was read=
y
> for production.
>
> Of course, you commonly have to change the settings, parameters, fields,
> etc. of your Solr system, but the "example" doesn't have anything that is
> not for production.
>
>
> Sebasti=C3=A1n Ram=C3=ADrez
> [image: SENSETA =E2=80=93 Capture & Analyze] <http://www.senseta.com/>
>
>
> On Tue, Nov 12, 2013 at 8:18 AM, Amit Aggarwal <amit.aggarwal85@gmail.com
> >wrote:
>
> > Agreed with Doug
> > On 12-Nov-2013 6:46 PM, "Doug Turnbull" <
> > dturnbull@opensourceconnections.com>
> > wrote:
> >
> > > As an aside, I think one reason people feel compelled to deviate
> > > from the distributed jetty distribution is because the folder is name=
d
> "example".
> > > I've had to explain to a few clients that this is a bit of a misnomer=
.
> > The
> > > IT dept especially sees "example" and feels uncomfortable using that
> > > as a starting point for a jetty install. I wish it was called
> > > "default" or
> > "bin"
> > > or something where its more obviously the default jetty distribution
> > > of Solr.
> > >
> > >
> > > On Tue, Nov 12, 2013 at 7:06 AM, Roland Everaert
> > > <reveatwork@gmail.com
> > > >wrote:
> > >
> > > > In my case, the first time I had to deploy and configure solr on
> > > > tomcat (and jboss) it was a requirement to reuse as much as
> > > > possible the application/web server already in place. The next
> > > > deployment I also use tomcat, because I was used to deploy on
> > > > tomcat and I don't know jetty
> > at
> > > > all.
> > > >
> > > > I could ask the same question with regard to jetty. Why
> > > > use/bundle(/ if
> > > not
> > > > recommend) jetty with solr over other webserver solutions?
> > > >
> > > > Regards,
> > > >
> > > >
> > > > Roland Everaert.
> > > >
> > > >
> > > >
> > > > On Tue, Nov 12, 2013 at 12:33 PM, Alvaro Cabrerizo
> > > > <toporniz@gmail.com
> > > > >wrote:
> > > >
> > > > > In my case, the selection of the servlet container has never
> > > > > been a
> > > hard
> > > > > requirement. I mean, some customers provide us a virtual machine
> > > > configured
> > > > > with java/tomcat , others have a tomcat installed and want to
> > > > > share
> > it
> > > > with
> > > > > solr, others prefer jetty because their sysadmins are used to
> > configure
> > > > > it... At least in the projects I've been working in, the
> > > > > selection
> > of
> > > > the
> > > > > servlet engine has not been a key factor in the project success.
> > > > >
> > > > > Regards.
> > > > >
> > > > >
> > > > > On Tue, Nov 12, 2013 at 12:11 PM, Andre Bois-Crettez
> > > > > <andre.bois@kelkoo.com>wrote:
> > > > >
> > > > > > We are using Solr running on Tomcat.
> > > > > >
> > > > > > I think the top reasons for us are :
> > > > > > - we already have nagios monitoring plugins for tomcat that
> > > > > > trace queries ok/error, http codes / response time etc in
> > > > > > access logs,
> > > number
> > > > > > of threads, jvm memory usage etc
> > > > > > - start, stop, watchdogs, logs : we also use our standard
> > > > > > tools
> > for
> > > > that
> > > > > > - what about security filters ? Is that possible with jetty ?
> > > > > >
> > > > > > Andr=C3=A9
> > > > > >
> > > > > >
> > > > > > On 11/12/2013 04:54 AM, Alexandre Rafalovitch wrote:
> > > > > >
> > > > > >> Hello,
> > > > > >>
> > > > > >> I keep seeing here and on Stack Overflow people trying to
> > > > > >> deploy
> > > Solr
> > > > to
> > > > > >> Tomcat. We don't usually ask why, just help when where we can.
> > > > > >>
> > > > > >> But the question happens often enough that I am curious. What
> > > > > >> is
> > the
> > > > > >> actual
> > > > > >> business case. Is that because Tomcat is well known? Is it
> > > > > >> because
> > > > other
> > > > > >> apps are running under Tomcat and it is ops' requirement? Is
> > > > > >> it
> > > > because
> > > > > >> Tomcat gives something - to Solr - that Jetty does not?
> > > > > >>
> > > > > >> It might be useful to know. Especially, since Solr team is
> > > considering
> > > > > >> making the server part into a black box component. What use
> > > > > >> cases
> > > will
> > > > > >> that
> > > > > >> break?
> > > > > >>
> > > > > >> So, if somebody runs Solr under Tomcat (or needed to and gave
> > > > > >> up),
> > > > let's
> > > > > >> use this thread to collect this knowledge.
> > > > > >>
> > > > > >> Regards,
> > > > > >> Alex.
> > > > > >> Personal website: http://www.outerthoughts.com/
> > > > > >> LinkedIn: http://www.linkedin.com/in/alexandrerafalovitch
> > > > > >> - Time is the quality of nature that keeps events from
> > > > > >> happening
> > all
> > > > at
> > > > > >> once. Lately, it doesn't seem to be working. (Anonymous -
> > > > > >> via
> > GTD
> > > > > book)
> > > > > >>
> > > > > >> --
> > > > > >> Andr=C3=A9 Bois-Crettez
> > > > > >>
> > > > > >> Software Architect
> > > > > >> Search Developer
> > > > > >> http://www.kelkoo.com/
> > > > > >>
> > > > > >
> > > > > > Kelkoo SAS
> > > > > > Soci=C3=A9t=C3=A9 par Actions Simplifi=C3=A9e Au capital de =E2=
=82=AC 4.168.964,30
> > > > > > Si=C3=A8ge social : 8, rue du Sentier 75002 Paris
> > > > > > 425 093 069 RCS Paris
> > > > > >
> > > > > > Ce message et les pi=C3=A8ces jointes sont confidentiels et =C3=
=A9tablis
> > > > > > =C3=A0 l'attention exclusive de leurs destinataires. Si vous n'=
=C3=AAtes
> > > > > > pas le destinataire de ce message, merci de le d=C3=A9truire et
> > > > > > d'en avertir l'exp=C3=A9diteur.
> > > > > >
> > > > >
> > > >
> > >
> > >
> > >
> > > --
> > > Doug Turnbull
> > > Search & Big Data Architect
> > > OpenSource Connections <http://o19s.com>
> > >
> >
>
> --
> *----------------------------------------------------*
> *This e-mail transmission, including any attachments, is intended only fo=
r
> the named recipient(s) and may contain information that is privileged,
> confidential and/or exempt from disclosure under applicable law. If you
> have received this transmission in error, or are not the named
> recipient(s), please notify Senseta immediately by return e-mail and
> permanently delete this transmission, including any attachments.*
>

--047d7b2e090b142b2d04eafcdd3e--