[] ASF Mirrors (linked in our release announcements or via the Lucene website)
[x] Maven repository (whether you use Maven, Ant+Ivy, Buildr, etc.)
[] I/we build them from source via an SVN/Git checkout.
[] Other (someone in your company mirrors them internally or via a downstream
project)
promise I will introduce that
information in
the solrjs wiki page =) .
Matthias Epheser wrote:
Erik Hatcher schrieb:
On Nov 16, 2008, at 1:40 PM, Matthias Epheser wrote:
Matthias and Ryan - let's get SolrJS integrated into
contrib/velocity. Any objections/reservations?
As SolrJS may be used
much more real life.
matthias
Erik
On Nov 22, 2008, at 5:50 AM, Matthias Epheser wrote:
JCodina schrieb:
Yesterday I got it running, I thouhght I had post it, but I should
not push
the post button.
The problem I had to solve to run it with the Velocity was to copy by
hand
the velocity
Erik Hatcher schrieb:
On Nov 16, 2008, at 6:18 PM, Ryan McKinley wrote:
my assumption with solrjs is that you are hitting read-only solr
servers that you don't mind if people query directly.
Exactly the assumption I'm going with too.
It would not be appropriate for something where you
Erik Hatcher schrieb:
However, it isn't currently suitable for wiring to SolrJS - Matthias and
I will have to resolve that.
Just noticed that VelocityResponeWriter in trunk is very reduced to my last
patch from 2008-07-25.
Moving the templates into a jar shouldn't be a problem. Setting the
Ryan McKinley schrieb:
however I have found that in any site where
stability/load and uptime are a serious concern, this is better handled
in a tier in front of java -- typically the loadbalancer / haproxy /
whatever -- and managed by people more cautious then me.
Full ack. What do you think
Erik Hatcher schrieb:
On Nov 17, 2008, at 11:45 AM, Matthias Epheser wrote:
Just noticed that VelocityResponeWriter in trunk is very reduced to my
last
patch from 2008-07-25.
Right, that was intentional for my own simplicity's sake...
The crucial difference is the missing translation
Ryan McKinley schrieb:
On Nov 17, 2008, at 1:35 PM, Erik Hatcher wrote:
Can you elaborate on the use case for why you need the raw response
like that?
I vaguely get it, but want to really understand the need here.
I'm weary of the EmbeddedSolrServer usage in there, as I want to
distill
Erik Hatcher schrieb:
On Nov 17, 2008, at 2:11 PM, Matthias Epheser wrote:
After we add the SolrQueryResponse to the templates first, we realized
that some convenience methods for iterating the result docs, accessing
facets etc. would be fine.
The idea was to reuse the existing wrappers (eg
Erik Hatcher schrieb:
On Nov 16, 2008, at 1:40 PM, Matthias Epheser wrote:
Matthias and Ryan - let's get SolrJS integrated into
contrib/velocity. Any objections/reservations?
As SolrJS may be used without velocity at all (using eg.
ClientSideWidgets), is it possible to put it into contrib
Erik Hatcher schrieb:
Joan - I'll have a look at this in the near future. SolrJS was using a
custom version of a VelocityResponseWriter patch, but since then I have
committed a version of that code to the contrib/velocity area of Solr.
contrib/velocity probably does not work with SolrJS
Hi,
after implementing a javascript library for Solr widgets during this year's
Google Summer of code, I've now managed to put a real world example online.
http://solrjs.solrstuff.org/test/reuters/
The example contains a test data set of 22000 reuters busines news items, all of
them are
a small improvement:
I just managed to get relative paths for the test jetty working, so to you just
have to:
cd testsolr
java -jar start.jar
open http://localhost:8983/solrjs/test/testServerside.html
regards,
matthias
Matthias Epheser schrieb:
Hi,
I just made a commit to http
in
testsolr/solr/conf/velocity/
For a quick test, just change the path in the context file, start the testsolr
server and point the browser to test/test*.html.
regards
matthias
Matthias Epheser schrieb:
Erik Hatcher schrieb:
Mattias,
Nice start!
One comment
In test.html:
new
in the
next few days and will post a small message in this list when trunk is updated
regards,
matthias
Erik
On Jul 1, 2008, at 4:00 AM, Matthias Epheser wrote:
Hi community,
as described here
http://www.nabble.com/Announcement-of-Solr-Javascript-Client-to17462581.html I
started to work
Hi community,
as described here
http://www.nabble.com/Announcement-of-Solr-Javascript-Client-to17462581.html I
started to work on a javascript widget library for solr.
I've now finished the basic framework work:
- creating a jquery environment
- creating helpers for jquery inheritance
-
Message-
From: Matthias Epheser [mailto:[EMAIL PROTECTED]
Sent: Sunday, May 25, 2008 2:28 PM
To: solr-user@lucene.apache.org
Subject: Announcement of Solr Javascript Client
Hi users,
As initially described in this thread [1] I am currently working on a
javascript client library
Greg Ludington schrieb:
Building on a library like jQuery (which is a great lib) opens the door to
some hairy namespacing conflicts with existing libraries (prototype and moo,
for instance), or handcoded javascript that may exist on the current site.
This is actually one of the areas where
pretty cool. You're much further along than I
thought you were! I'd love to see this in as an 'official' Solr client.
Thanks!
Matthew Runo
Software Developer
Zappos.com
702.943.7833
On May 29, 2008, at 8:15 AM, Matthias Epheser wrote:
The server was rebooted yesterday without my knowledge, so
Hi users,
As initially described in this thread [1] I am currently working on a javascript
client library for solr. The idea is based on a demo [2] that introduces a
reusable javascript widget client.
I spent the last weeks evaluating the best fitting technologies that ensure a
clean
20 matches
Mail list logo