> For cleaner version control on my system, I create $SOLR_HOME/lib as a
> symlink to another directory that I create myself --
> $INSTALL_DIR/solrlib ... that way, all binary stuff like jars is in the
> *program* version control location, not the *data* location.
That’s right. It is possible to
approach,
please share...
thanks a lot!
Renee
--
View this message in context:
http://lucene.472066.n3.nabble.com/solr-5-leaving-tomcat-will-I-be-the-only-one-fearing-about-this-tp4300065p4300550.html
Sent from the Solr - User mailing list archive at Nabble.com.
c
> it is scary.
>
> Good discussion and it is great help ... :-)
> Renee
>
>
>
> --
> View this message in context: http://lucene.472066.n3.
> nabble.com/solr-5-leaving-tomcat-will-I-be-the-only-one-
> fearing-about-this-tp4300065p4300523.html
> Sent from the Solr - User mailing list archive at Nabble.com.
>
and it is great help ... :-)
Renee
--
View this message in context:
http://lucene.472066.n3.nabble.com/solr-5-leaving-tomcat-will-I-be-the-only-one-fearing-about-this-tp4300065p4300523.html
Sent from the Solr - User mailing list archive at Nabble.com.
For what it's worth / in case it's helpful...
I haven't dealt with JDBC in this context so I can't offer anything useful
there...
You can reference the data in Zookeeper when creating a new collection - so
you don't need to put the configs anywhere on the Solr boxes themselves.
It's not
On 10/10/2016 6:59 AM, Aristedes Maniatis wrote:
> We also use com.vividsolutions.jts.geom so we need to add this jar
> somewhere. The only places that seem to work are inside the Jetty
> installation because that's where the classloader will find it.
> ${solr.installation.dir}/server/lib or into
Hi Shalin
Thanks for your reply.
On 10/10/16 3:28pm, Shalin Shekhar Mangar wrote:
> As far as configuration is concerned -- everything Solr specific goes to
> zookeeper. The solr.xml can also be put into zookeeper. JNDI is not
> supported -- can you explain why you need it?
Where do I put the
As far as configuration is concerned -- everything Solr specific goes to
zookeeper. The solr.xml can also be put into zookeeper. JNDI is not
supported -- can you explain why you need it? Can cluster properties solve
the problem? or replica properties? Both of those can go into zookeeper.
Although I don't like docker, I do make heavy use of saltstack with jails plus
ZFS snapshots to shipping virtual machines around. Docker is mostly just a
reinvention of BSD/Solaris jails/zones.
You might prefer docker's own custom dockerfile language and I prefer python
with salt. But
If you can, switch to Docker (https://hub.docker.com/_/solr/). It's a pain
to get everything going the right way, but once it's running you get a lot
of stuff for free:
* Deployment, scaling etc. is all taken care of by the Docker ecosystem
* Testing is a breeze. Need a clean Solr instance to run
On 9/10/16 11:11am, Aristedes Maniatis wrote:
> * deployment is also scattered:
> - Solr platform specific package manager (pkg in FreeBSD in my case, which
> I've had to write myself since it didn't exist)
> - updating config files above
> - writing custom scripts to push Zookeeper
On 9/10/16 2:09am, Shawn Heisey wrote:
> One of the historical challenges on this mailing list is that we were
> rarely aware of what steps the user had taken to install or start Solr,
> and we had to support pretty much any scenario. Since 5.0, the number
> of supported ways to deploy and start
On 10/7/2016 5:13 PM, Renee Sun wrote:
> I just read through the following link Shawn shared in his reply:
> https://wiki.apache.org/solr/WhyNoWar
>
> While the following statement is true:
>
> "Supporting a single set of binary bits is FAR easier than worrying
> about what kind of customized
ith 2 Jetty container instances running on same server, correct? It is
> still too early for me to be sure how this will impact our system but I am a
> little worried.
>
> Renee
>
>
>
> --
> View this message in context:
> http://lucene.472066.n3.nabble.com/solr
how this will impact our system but I am
> a
> little worried.
>
> Renee
>
>
>
> --
> View this message in context:
> http://lucene.472066.n3.nabble.com/solr-5-leaving-tomcat-will-I-be-the-only-one-fearing-about-this-tp4300065p4300259.html
> Sent from the Solr - User mailing list archive at Nabble.com.
>
in context:
http://lucene.472066.n3.nabble.com/solr-5-leaving-tomcat-will-I-be-the-only-one-fearing-about-this-tp4300065p4300259.html
Sent from the Solr - User mailing list archive at Nabble.com.
;
>
> --
> View this message in context: http://lucene.472066.n3.
> nabble.com/solr-5-leaving-tomcat-will-I-be-the-only-one-
> fearing-about-this-tp4300065p4300253.html
> Sent from the Solr - User mailing list archive at Nabble.com.
>
Thanks everyone, I think this is very helpful... I will post more specific
questions once we start to get more familiar with solr 6.
--
View this message in context:
http://lucene.472066.n3.nabble.com/solr-5-leaving-tomcat-will-I-be-the-only-one-fearing-about-this-tp4300065p4300253.html
Sent
On 10/7/2016 10:33 AM, Renee Sun wrote:
> In our production, we have cloud based big data indexing using Solr for many
> years. We have developed lots business related logic/component deployed as
> webapps working seamlessly with solr.
>
> I will give you a simple example, we purchased
> In my opinion, for those solr users like our company, it will really be
> > beneficial if Solr could keep supporting deploying a war and maintain
> > parallel support with its new standalone release, although this might be
> > too
> > much work?
> >
> > Than
and maintain
> parallel support with its new standalone release, although this might be
> too
> much work?
>
> Thanks
> Renee
>
>
>
> --
> View this message in context: http://lucene.472066.n3.
> nabble.com/solr-5-leaving-tomcat-will-I-be-the-only-one-
> fearing-about-this-tp4300065p4300202.html
> Sent from the Solr - User mailing list archive at Nabble.com.
>
this message in context:
http://lucene.472066.n3.nabble.com/solr-5-leaving-tomcat-will-I-be-the-only-one-fearing-about-this-tp4300065p4300202.html
Sent from the Solr - User mailing list archive at Nabble.com.
e to solr 5, yes?
>>
>> Thanks
>> Renee
>>
>>
>>
>> --
>> View this message in context: http://lucene.472066.n3.
>> nabble.com/solr-5-leaving-tomcat-will-I-be-the-only-one-
>> fearing-about-this-tp4300065.html
>> Sent from the Solr - User mailing list archive at Nabble.com.
>>
e I have not get a chance to actually play with solr 5 yet, just by
> imagination, we will be facing some huge changes in our infra to be able to
> upgrade to solr 5, yes?
>
> Thanks
> Renee
>
>
>
> --
> View this message in context: http://lucene.472066.n3.
> na
play with solr 5 yet, just by
imagination, we will be facing some huge changes in our infra to be able to
upgrade to solr 5, yes?
Thanks
Renee
--
View this message in context:
http://lucene.472066.n3.nabble.com/solr-5-leaving-tomcat-will-I-be-the-only-one-fearing-about-this-tp4300065.html
Sent
25 matches
Mail list logo