[] 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)
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
- test
hed, we can start
building our widgets. I'll try to get a velocity example widget running 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
https://issues.apache.org/jira/browse/SOLR-620 and added a result.vm file 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
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
hi,
A new version of my Google Summe of Code project "Solr javascript
library" is available at http://solrstuff.org/svn/solrjs/trunk/ . I also
just updated the wiki page at http://wiki.apache.org/solr/SolrJS. An
online demo with reasonably testdata will be provided soon.
The library now sup
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 tagg
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 curre
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 do
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 co
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 the
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 &qu
cat server.
PD. If I get how to do it, I 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 ob
for solrjs purpose, this testdata looks 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
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 generic
om/mepheser/moobrowser/
As you can see, this first demo uses widget classes and is built with mootools.
Regards
matthias
>
>
> Thanks, and good luck!
>
>
>
> .
> >
> > -Original Message-
> > From: Matthias Epheser [mailto:[EMAIL PROTECTED]
> > Sent:
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 jQ
t of Solr Javascript Client
Wow. This is really 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 w
21 matches
Mail list logo
