I'm not a hibernate fan either to be honest, but in the Java world if
you have a good model oriented design I'm sure you prefer to map it to a
DB using JPA2 for example, in our case, we use EclipseLink which for
JPA2 I find it simpler and faster than Hibernate, now, I'm not sure of
how many JPA2 implementations can be integrated to Solr/Lucene, several
years ago I developed a project nicely using Hibernate + Hibernate
Search with just Lucene (no Solr server)
In fact I have to apologize for advising Hibernate, but for some people
it might be a good start, our company uses a polyglot design where I
have Riak + EclipseLink (Objects mapped to PostgreSQL + interceptor to
Riak), and for some objects Solr, I wish it was via annotations like in
Hibernate search cause is pretty ugly to convert back and forth to json
without any automation.
All this said, I too care about performance, but sometimes we want less
code, design patterns and things to happen automatically, so Hibernate +
Hibernate Search (If that's the only capable implementation) might not
be a bad idea at all.
Guido.
On 27/06/13 03:14, Otis Gospodnetic wrote:
If hibernate search is like regular hibernate ORM.... I'm not sure I'd
trust it to pick the most optimal solutions...
Otis
Solr & ElasticSearch Support
http://sematext.com/
On Jun 26, 2013 4:44 PM, "Guido Medina" <guido.med...@temetra.com> wrote:
Never heard of embedded Solr server, isn't better to just use lucene alone
for that purpose? Using a helper like Hibernate? Since most applications
that require indexes will have a relational DB behind the scene, it would
not be a bad idea to use a ORM combined with Lucene annotations (aka
hibernate-search)
Guido.
On 26/06/13 20:30, Alexandre Rafalovitch wrote:
Yes, it is possible by running an embedded Solr inside SolrJ process.
The nice thing is that the index is portable, so you can then access
it from the standalone Solr server later.
I have an example here:
https://github.com/arafalov/**solr-indexing-book/tree/**
master/published/solrj<https://github.com/arafalov/solr-indexing-book/tree/master/published/solrj>
, which shows SolrJ running both as a client and with an embedded
container. Notice that you will probably need more jars than you
expect for the standalone Solr to work, including a number of servlet
jars.
Regards,
Alex.
Personal website: http://www.outerthoughts.com/
LinkedIn:
http://www.linkedin.com/in/**alexandrerafalovitch<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)
On Wed, Jun 26, 2013 at 2:59 PM, Learner <bbar...@gmail.com> wrote:
I currently have a SOLRJ program which I am using for indexing the data
in
SOLR. I am trying to figure out a way to build index without depending on
running instance of SOLR. I should be able to supply the solrconfig and
schema.xml to the indexing program which in turn create index files that
I
can use with any SOLR instance. Is it possible to implement this?
--
View this message in context: http://lucene.472066.n3.**
nabble.com/Is-there-a-way-to-**build-indexes-using-SOLRJ-**
without-SOLR-instance-**tp4073383.html<http://lucene.472066.n3.nabble.com/Is-there-a-way-to-build-indexes-using-SOLRJ-without-SOLR-instance-tp4073383.html>
Sent from the Solr - User mailing list archive at Nabble.com.
