Thanks Uwe for clarification, But I think if we go with Jboss EAP instead of 
AS, then there are lot of things improved by redhat and don’t seems any issue 
with garbage collection as well.



Anyway nice explanation ☺



Thanks!
Kuldeep



-----Original Message-----
From: Uwe Schindler [mailto:[email protected]]
Sent: Wednesday, June 19, 2013 4:42 PM
To: [email protected]
Subject: RE: problem with solr 4.3.1 installation



Hi,





It depends on your configuration! The installation of jetty shipped with Solr 
is optimized for the typical usage pattern of Solr.



Webapp containers like JBoss often have additional monitoring modules that may 
have an impact on the performance (I know that Jboss often has crazy plugins in 
the JVM for that, which have a large impact on garbage collection). Sometimes 
the web app container ships with malfunctioning  Java versions, so take care.



Also some containers use incorrect charsets, so the UTF-8 decoding of %-encoded 
query parameters is broken. We have a workaround for that in later Solr 
versions (4.1+), but in general all this is not tested with foreign servlet 
containers, so we cannot give any support.





Uwe







-----



Uwe Schindler



H.-H.-Meier-Allee 63, D-28213 Bremen



<http://www.thetaphi.de/> http://www.thetaphi.de



eMail: [email protected]<mailto:[email protected]>





From: Kuldeep Sharma [mailto:[email protected]]

Sent: Wednesday, June 19, 2013 6:20 PM

To: [email protected]<mailto:[email protected]>

Cc: Uwe Schindler

Subject: RE: problem with solr 4.3.1 installation





Hi Uwe,





Is there any performance degradation or other limitation if we use JBOSS 
instead of jetty for deploying Solr?



Currently, we are using Jboss AS in Production and don’t seems any issue till 
now since last 2-3 months.





Thanks!



Kuldeep





-----Original Message-----

From: Uwe Schindler [mailto:[email protected]]

Sent: Wednesday, June 19, 2013 10:49 AM

To: [email protected]<mailto:[email protected]>

Subject: RE: problem with solr 4.3.1 installation





Hi,







> Thanks Uwe for your quick reply.



>



> I got the the problem of setting classpath now.



>



> But i have few question based on your reply. May not be related to the

> topic



> of the thread.



>



> Question 1 related to the point - *"In general it is not recommended

> to install



> Solr inside a custom webapp container"* where will solr runs in

> production



> environments? i was thinking that it has to run on some web containers.



> Jetty is only for playing around/testing.



> Please correct me if i am wrong.





See Solr like a database server (MySQL or Postgres). Do you install MySQL 
inside a servlet container? - no it runs as a separate service in a separate 
process!



Jetty has nothing to do with "playing around". Jetty is just the web connector 
of Solr and is the officially supported HTTP interface. Future versions of Solr 
may replace jetty by e.g. the netty library for high performance select-based 
I/O.





Your custom application talks to Solr using the HTTP protocol, but that does 
not mean that Solr must run in your webapp container. Solr runs (like a MySQL 
database server) ideally as a separate JVM instance. That's the recommended 
installation.





> Question 2 related to the point - "*Future versions of Solr may no

> longer ship



> with a WAR file because it causes too many problems, because Solr does

> not



> work well with other webapps in the same JVM"*



> *



> *



> how can we use solr with any app say my own web app (typically, a

> spring



> mvc or any EE app) if it is not shipped as war? Can't we use Solr for

> solving



> problem of complex/advance search implementation (time consuming



> search queries from RDBMS) that normally exists in any web app? say

> any



> inventory management or warehouse management apps.





See above.





> My requirement is for inputting data to reporting engine like

> crystal/jasper



> and to generate analytic chars for our dashboards.



>



> After seeing your reply, i started thinking that solr is not the one

> for my



> requirement. Please clarify.



>



> Thanks a ton.



>



> Pradeep



> *



> *



>



>



> On Wed, Jun 19, 2013 at 8:22 PM, Uwe Schindler < <mailto:[email protected]> 
> [email protected]<mailto:[email protected]>> wrote:



>



> > Hi,



> >



> > See  <http://wiki.apache.org/solr/SolrJBoss#Configuring_Solr_Home>

> > http://wiki.apache.org/solr/SolrJBoss#Configuring_Solr_Home  for



> > instructions (scroll down and look for the JNDI options). The

> > problem



> > is that SOLR_HOME must be known to JBoss, otherwise the webapp

> > cannot



> > locate any files from the config.



> >



> > In general it is not recommended to install Solr inside a custom



> > webapp container (means installing the WAR file in tomcat, jboss or



> > whatever). You should use the included web engine (provided by

> > jetty)



> > with a recent JDK version. The example folder has a start.jar. You

> > can



> > start the correctly configured Jetty engine with solr by running

> > "java



> > -jar start.jar" from the example folder.



> >



> > Future versions of Solr may no longer ship with a WAR file because

> > it



> > causes too many problems, because Solr does not work well with other



> > webapps in the same JVM (it has very special garbage collection and



> > memory requirements), so it should run as a separate server in a

> > separate



> VM.



> >



> > Uwe



> >



> > -----



> > Uwe Schindler



> > H.-H.-Meier-Allee 63, D-28213 Bremen



> >  <http://www.thetaphi.de> http://www.thetaphi.de



> > eMail:  <mailto:[email protected]> [email protected]<mailto:[email protected]>



> >



> >



> > > -----Original Message-----



> > > From: pradeep kumar [ <mailto:[email protected]>

> > > mailto:[email protected]]



> > > Sent: Wednesday, June 19, 2013 3:56 PM



> > > To:  <mailto:[email protected]> 
> > > [email protected]<mailto:[email protected]>



> > > Subject: problem with solr 4.3.1 installation



> > >



> > > hello all,



> > >



> > > I have a problem with installing solr 4.31.



> > >



> > > Giving you a background of what i am doing:



> > >



> > > I am trying to evaluate Solr as our search in engine for my

> > > project



> > where we



> > > have requirement multiple complex search functionality, reporting



> > > and analytics. We deal with lakhs of records from RDBMS tables

> > > which



> > > are



> > linked.



> > > Just to give you an idea, Order, item,  item_details, files, etc.

> > > i



> > proposed  solr



> > > and told about lucidworks to rest of my technical team and were



> > impressed.



> > >



> > > My reasons for using solr is to achive fastrer search, input data

> > > to



> > report



> > > engine and analytic graphs for our dashboard.



> > >



> > > Other alternative to my solr approach is off-line db with star



> > > schema and from that, get data fro reports or analytics.



> > >



> > > But, I am facing few problems in installing. I some how feel that



> > installation



> > > guide is not clear.



> > >



> > > I am missing something?



> > >



> > >



> > >



> > > Downloaded solr 4.3.1 binaries. Extracted to my local drive. Set



> > SOLR_HOME



> > > class path in evn variables pointing C:\solr-4.3.1\example\solr

> > > and



> > > SOLR_HOME/bin in path variable.



> > >



> > > Copied solr-4.3.1.war from SOLR_HOME/dist/ to my local jboss instance.



> > >



> > > Started my jboss server.



> > >



> > >  Here is the log



> > >



> > >  16:05:13,715 ERROR [org.apache.solr.core.CoreContainer]



> > > (coreLoadExecutor-3-thread-1) Unable to create core: collection1:



> > > org.apache.solr.common.SolrException: Could not load config for



> > > solrconfig.xml



> > >



> > >         at



> > > org.apache.solr.core.CoreContainer.createFromLocal(CoreContainer.j

> > > av



> > > a:91



> > > 9)



> > > [solr-core-4.3.1.jar:4.3.1 1491148 - shalinmangar - 2013-06-09



> > > 12:15:33]



> > >



> > >         at



> > > org.apache.solr.core.CoreContainer.create(CoreContainer.java:984)



> > > [solr-core-4.3.1.jar:4.3.1 1491148 - shalinmangar - 2013-06-09



> > > 12:15:33]



> > >



> > >         at



> > > org.apache.solr.core.CoreContainer$2.call(CoreContainer.java:597)



> > > [solr-core-4.3.1.jar:4.3.1 1491148 - shalinmangar - 2013-06-09



> > > 12:15:33]



> > >



> > >         at



> > > org.apache.solr.core.CoreContainer$2.call(CoreContainer.java:592)



> > > [solr-core-4.3.1.jar:4.3.1 1491148 - shalinmangar - 2013-06-09



> > > 12:15:33]



> > >



> > >         at



> > > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)



> > > [rt.jar:1.6.0_29]



> > >



> > >         at

> > > java.util.concurrent.FutureTask.run(FutureTask.java:138)



> > > [rt.jar:1.6.0_29]



> > >



> > >         at



> > > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java

> > > :4



> > > 41)



> > > [rt.jar:1.6.0_29]



> > >



> > >         at



> > > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)



> > > [rt.jar:1.6.0_29]



> > >



> > >         at

> > > java.util.concurrent.FutureTask.run(FutureTask.java:138)



> > > [rt.jar:1.6.0_29]



> > >



> > >         at



> > >



> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExe



> > > cut



> > > or.java:886)



> > > [rt.jar:1.6.0_29]



> > >



> > >         at



> > >



> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecuto



> > > r.ja



> > > va:908)



> > > [rt.jar:1.6.0_29]



> > >



> > >         at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_29]



> > >



> > > Caused by: java.io.IOException: Can't find resource 'solrconfig.xml'



> > > in classpath or 'solr\collection1\conf/',



> > > cwd=C:\jboss-as-7.1.1.Final\bin



> > >



> > >         at



> > >



> org.apache.solr.core.SolrResourceLoader.openResource(SolrResourceLoa



> > > de



> > > r.java:337)



> > > [solr-core-4.3.1.jar:4.3.1 1491148 - shalinmangar - 2013-06-09



> > > 12:15:33]



> > >



> > >         at



> > > org.apache.solr.core.SolrResourceLoader.openConfig(SolrResourceLoa

> > > de



> > > r.ja



> > > va:302)



> > > [solr-core-4.3.1.jar:4.3.1 1491148 - shalinmangar - 2013-06-09



> > > 12:15:33]



> > >



> > >         at org.apache.solr.core.Config.<init>(Config.java:122)



> > > [solr-core-4.3.1.jar:4.3.1 1491148 - shalinmangar - 2013-06-09



> > > 12:15:33]



> > >



> > >         at org.apache.solr.core.Config.<init>(Config.java:92)



> > > [solr-core-4.3.1.jar:4.3.1 1491148 - shalinmangar - 2013-06-09



> > > 12:15:33]



> > >



> > >         at



> > > org.apache.solr.core.SolrConfig.<init>(SolrConfig.java:119)



> > > [solr-core-4.3.1.jar:4.3.1 1491148 - shalinmangar - 2013-06-09



> > > 12:15:33]



> > >



> > >         at



> > > org.apache.solr.core.CoreContainer.createFromLocal(CoreContainer.j

> > > av



> > > a:91



> > > 6)



> > > [solr-core-4.3.1.jar:4.3.1 1491148 - shalinmangar - 2013-06-09



> > > 12:15:33]



> > >



> > >         ... 11 more



> > >



> > > Caused by: java.io.IOException: Can't find resource 'solrconfig.xml'



> > > in classpath or 'solr\collection1\conf/',



> > > cwd=C:\jboss-as-7.1.1.Final\bin



> > >



> > >



> > >



> > > Please see the log attached.



> > >



> > >



> > >



> > > Another thing i am looking for is;



> > >



> > > how can i use data from solr for my reporting engine say



> > > Crystal/jsper



> > and



> > > analytics is achieved.



> > >



> > > Thanks,



> > >



> > > Pradeep



> >



> >









::DISCLAIMER::

----------------------------------------------------------------------------------------------------------------------------------------------------



The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only.

E-mail transmission is not guaranteed to be secure or error-free as information 
could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or 
may contain viruses in transmission. The e mail and its contents (with or 
without referred errors) shall therefore not attach any liability on the 
originator or HCL or its affiliates.

Views or opinions, if any, presented in this email are solely those of the 
author and may not necessarily reflect the views or opinions of HCL or its 
affiliates. Any form of reproduction, dissemination, copying, disclosure, 
modification, distribution and / or publication of this message without the 
prior written consent of authorized representative of HCL is strictly 
prohibited. If you have received this email in error please delete it and 
notify the sender immediately.

Before opening any email and/or attachments, please check them for viruses and 
other defects.



----------------------------------------------------------------------------------------------------------------------------------------------------


Reply via email to