Re: solr 5.x on glassfish/tomcat instead of jetty
Well, given you, Shawn, did the hard bit and created the page, I've taken the liberty to populate it, based upon that link you gave and my own understanding. Feel free to edit/replace/whatever. Upayavira On Fri, May 22, 2015, at 03:28 PM, Shawn Heisey wrote: > On 5/22/2015 12:46 AM, TK Solr wrote: > > > > On 5/21/15, 5:26 AM, Steven White wrote: > >> Hi TK, > >> > >> Can you share the thread you found on this WAR topic? > >> > > Steve, > > Actually, that was my mistake. I still don't know why WARs are bad. > > > > In the thread "Solr 5.0, Jetty and WAR", which you started and are > > familiar with, > > https://wiki.apache.org/solr/WhyNoWar > > was mentioned. So I thought that's it! > > But it turned out this wiki page was a blank page. > > I just created that page two days ago, but I have not had any time to > work on it. It's not that WARs are bad ... they come with too many > limitations on what the programmer can get the program to do. When you > are writing code to create a comprehensive website, a WAR is an awesome > vehicle ... but for a search server, especially one that runs within a > larger cluster of servers, the WAR is very limiting. > > Here is an email message on the dev list archive that covers some of the > reasons for going to a standalone application: > > http://mail-archives.apache.org/mod_mbox/lucene-dev/201305.mbox/%3c807476c6-e4c3-4e7e-9f67-2becb6399...@gmail.com%3E > > This message is what will serve as a starting point for the WhyNoWar > wiki page. > > Thanks, > Shawn >
Re: solr 5.x on glassfish/tomcat instead of jetty
On 5/22/2015 12:46 AM, TK Solr wrote: > > On 5/21/15, 5:26 AM, Steven White wrote: >> Hi TK, >> >> Can you share the thread you found on this WAR topic? >> > Steve, > Actually, that was my mistake. I still don't know why WARs are bad. > > In the thread "Solr 5.0, Jetty and WAR", which you started and are > familiar with, > https://wiki.apache.org/solr/WhyNoWar > was mentioned. So I thought that's it! > But it turned out this wiki page was a blank page. I just created that page two days ago, but I have not had any time to work on it. It's not that WARs are bad ... they come with too many limitations on what the programmer can get the program to do. When you are writing code to create a comprehensive website, a WAR is an awesome vehicle ... but for a search server, especially one that runs within a larger cluster of servers, the WAR is very limiting. Here is an email message on the dev list archive that covers some of the reasons for going to a standalone application: http://mail-archives.apache.org/mod_mbox/lucene-dev/201305.mbox/%3c807476c6-e4c3-4e7e-9f67-2becb6399...@gmail.com%3E This message is what will serve as a starting point for the WhyNoWar wiki page. Thanks, Shawn
Re: solr 5.x on glassfish/tomcat instead of jetty
On 5/21/15, 5:26 AM, Steven White wrote: Hi TK, Can you share the thread you found on this WAR topic? Steve, Actually, that was my mistake. I still don't know why WARs are bad. In the thread "Solr 5.0, Jetty and WAR", which you started and are familiar with, https://wiki.apache.org/solr/WhyNoWar was mentioned. So I thought that's it! But it turned out this wiki page was a blank page. TK
Re: solr 5.x on glassfish/tomcat instead of jetty
Hi TK, Can you share the thread you found on this WAR topic? Thanks, Steve On Wed, May 20, 2015 at 8:58 PM, TK Solr wrote: > Never mind. I found that thread. Sorry for the noise. > > > On 5/20/15, 5:56 PM, TK Solr wrote: > >> On 5/20/15, 8:21 AM, Shawn Heisey wrote: >> >>> As of right now, there is still a .war file. Look in the server/webapps >>> directory for the .war, server/lib/ext for logging jars, and >>> server/resources for the logging configuration. Consult your container's >>> documentation to learn where to place these things. At some point in the >>> future, such deployments will no longer be possible, >>> >> While we are still at this subject, I have been aware there has been an >> anti-WAR movement in the tech but I don't quite understand where this >> movement is coming from. Can someone point me to some website summarizing >> why WARs are bad? >> >> Thanks. >> >> >
Re: solr 5.x on glassfish/tomcat instead of jetty
Never mind. I found that thread. Sorry for the noise. On 5/20/15, 5:56 PM, TK Solr wrote: On 5/20/15, 8:21 AM, Shawn Heisey wrote: As of right now, there is still a .war file. Look in the server/webapps directory for the .war, server/lib/ext for logging jars, and server/resources for the logging configuration. Consult your container's documentation to learn where to place these things. At some point in the future, such deployments will no longer be possible, While we are still at this subject, I have been aware there has been an anti-WAR movement in the tech but I don't quite understand where this movement is coming from. Can someone point me to some website summarizing why WARs are bad? Thanks.
Re: solr 5.x on glassfish/tomcat instead of jetty
On 5/20/15, 8:21 AM, Shawn Heisey wrote: As of right now, there is still a .war file. Look in the server/webapps directory for the .war, server/lib/ext for logging jars, and server/resources for the logging configuration. Consult your container's documentation to learn where to place these things. At some point in the future, such deployments will no longer be possible, While we are still at this subject, I have been aware there has been an anti-WAR movement in the tech but I don't quite understand where this movement is coming from. Can someone point me to some website summarizing why WARs are bad? Thanks.
Re: solr 5.x on glassfish/tomcat instead of jetty
Shawn Heisey wrote: > I'm wondering ... if Jetty is good enough for the Google App Engine, why > isn't it good enough for your infrastructure standards? Replace Jetty vs. Glassfish with Linux vs. Windows, Eclipse vs. Idea, emacs vs. vi, Java vs. C#... There are many reasons for a corporation to prefer one product over another. One common one is the wish to support as few different platforms as possible: Better the devil you know. We're still on Solr 4.x and deploy it in a tomcat, as that is what Operations prefer to use. From their perspective, Solr is just another thing to run among all the other WARs we throw at them. We will switch away from tomcat when upgrading to Solr 5, but our upgrade has been delayed so far (partly) because of that change. This is a recurring discussion. A list of the merits & drawbacks of going WAR-less (or more to the point: Require Solr to be run as an application instead of in a generic container) might be an idea? - Toke Eskildsen
Re: solr 5.x on glassfish/tomcat instead of jetty
Shawn I agree with you, but, some of the decisions in the corporate world are handed down through higher powers/pay grade, who do not always like to hear counter arguments. For example, this is the same reason why govt/federal restrict tech folks only use certified DBs/App Servers like Oracle,WSAD etc (Not to say that govt teams are not using SOLR, I know library of congress etc use it.). Some times the decision is above my pay grade more so when the firm is not a core Technology firm. I would rather find a way than be labeled an anarchist, after all anything is possible with software right !!?? ;-) Hope you have already viewed "The Expert" video on YouTube :-) Thanks Ravi Kiran Bhaskar On Wed, May 20, 2015 at 11:21 AM, Shawn Heisey wrote: > On 5/20/2015 9:07 AM, Ravi Solr wrote: > > I have read that solr 5.x has moved away from deployable WAR architecture > > to a runnable Java Application architecture. Our infrastructure/standards > > folks are adamant about not running SOLR on Jetty (as we are about to > > upgrade from 4.7.2 to 5.1), any ideas on how I can make it run on > Glassfish > > or at least on Tomcat ?? And do I have to watch for any gotchas regarding > > the different containers or the upgrade itself ? Would love to hear from > > people who have already treaded down that path. > > I really need to finish the wiki page on this topic. > > As of right now, there is still a .war file. Look in the server/webapps > directory for the .war, server/lib/ext for logging jars, and > server/resources for the logging configuration. Consult your > container's documentation to learn where to place these things. > > At some point in the future, such deployments will no longer be > possible, which is why the docs say you can't do it, even though you > can. The project is preparing users for the eventual reality with a > documentation change. > > I'm wondering ... if Jetty is good enough for the Google App Engine, why > isn't it good enough for your infrastructure standards? It is the only > container that gets testing ... I assure you that there are no tests in > the Solr source code that make sure Glassfish works. > > Thanks, > Shawn > >
Re: solr 5.x on glassfish/tomcat instead of jetty
On 5/20/2015 9:07 AM, Ravi Solr wrote: > I have read that solr 5.x has moved away from deployable WAR architecture > to a runnable Java Application architecture. Our infrastructure/standards > folks are adamant about not running SOLR on Jetty (as we are about to > upgrade from 4.7.2 to 5.1), any ideas on how I can make it run on Glassfish > or at least on Tomcat ?? And do I have to watch for any gotchas regarding > the different containers or the upgrade itself ? Would love to hear from > people who have already treaded down that path. I really need to finish the wiki page on this topic. As of right now, there is still a .war file. Look in the server/webapps directory for the .war, server/lib/ext for logging jars, and server/resources for the logging configuration. Consult your container's documentation to learn where to place these things. At some point in the future, such deployments will no longer be possible, which is why the docs say you can't do it, even though you can. The project is preparing users for the eventual reality with a documentation change. I'm wondering ... if Jetty is good enough for the Google App Engine, why isn't it good enough for your infrastructure standards? It is the only container that gets testing ... I assure you that there are no tests in the Solr source code that make sure Glassfish works. Thanks, Shawn
solr 5.x on glassfish/tomcat instead of jetty
I have read that solr 5.x has moved away from deployable WAR architecture to a runnable Java Application architecture. Our infrastructure/standards folks are adamant about not running SOLR on Jetty (as we are about to upgrade from 4.7.2 to 5.1), any ideas on how I can make it run on Glassfish or at least on Tomcat ?? And do I have to watch for any gotchas regarding the different containers or the upgrade itself ? Would love to hear from people who have already treaded down that path. Thanks Ravi Kiran Bhaskar