[jira] Commented: (SOLR-113) Some example + post.sh in docs in client/solrb

2007-02-04 Thread Antonio Eggberg (JIRA)

[ 
https://issues.apache.org/jira/browse/SOLR-113?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12470093
 ] 

Antonio Eggberg commented on SOLR-113:
--

Erik:

Cool features you added this weekend. We can close this issue as you have 
already added sample data i.e. delicious examples under example dir. (probably 
we should add a line in the README file i.e how to load the sample data) .. 
Very cool work.. I like the new flare logo :-) ..

I am just curious what else do you have in mind for next weekend? :-) or  for 
flare .. 

Regards.

> Some example + post.sh in docs in client/solrb
> --
>
> Key: SOLR-113
> URL: https://issues.apache.org/jira/browse/SOLR-113
> Project: Solr
>  Issue Type: Wish
>  Components: clients - ruby - flare
> Environment: OSX 10.4
>Reporter: Antonio Eggberg
>Priority: Trivial
>
> I tried flare today really nice :=) 
> It would be nice to add some example docs like current Solr distro for the 
> Ruby/Flare client.. If I understand correctly the exampledocs in Solr i.e 
> /example/exampledocs is not compatible with solrb.. Maybe I am doing 
> something wrong? if so please clarify and delete the issue. The issue is not 
> so important but good for the folks that are impetiant. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (SOLR-132) i18n solrb test patch

2007-02-01 Thread Antonio Eggberg (JIRA)

 [ 
https://issues.apache.org/jira/browse/SOLR-132?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Antonio Eggberg updated SOLR-132:
-

Attachment: i18n.patch2

Thanks for your comments and fixes :-). New patch attached.

I didn't get 'rake test' working in the first pass. cos the delay timeout was 5 
sec.. this is why all my test failed. I increased to 20 and all test passed.. 

test_solr_server.rb ..

  puts "starting solr server"
  solr_server.start
  sleep params[:startup_wait] || 5
  yield



cheers!

> i18n solrb test patch
> -
>
> Key: SOLR-132
> URL: https://issues.apache.org/jira/browse/SOLR-132
> Project: Solr
>  Issue Type: Test
>  Components: clients - ruby - flare
>Reporter: Antonio Eggberg
>Priority: Trivial
> Attachments: i18n.patch2, i18n_test.patch
>
>
> Some unit test in regards to i18n. I didn't create a separate i18n.rb cos it 
> is nothing but testing new "characters". Please let me know if you would like 
> to have it as a separate file.. I also added some functional test i.e. 
> i18n_full_cycle_test. 
> This is my first patch :-) I am sure I have made mistake so please do come 
> back with things that you would like me to change!
> Regards
>  

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Created: (SOLR-132) i18n solrb test patch

2007-02-01 Thread Antonio Eggberg (JIRA)
i18n solrb test patch
-

 Key: SOLR-132
 URL: https://issues.apache.org/jira/browse/SOLR-132
 Project: Solr
  Issue Type: Test
  Components: clients - ruby - flare
Reporter: Antonio Eggberg
Priority: Trivial


Some unit test in regards to i18n. I didn't create a separate i18n.rb cos it is 
nothing but testing new "characters". Please let me know if you would like to 
have it as a separate file.. I also added some functional test i.e. 
i18n_full_cycle_test. 

This is my first patch :-) I am sure I have made mistake so please do come back 
with things that you would like me to change!

Regards

 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (SOLR-132) i18n solrb test patch

2007-02-01 Thread Antonio Eggberg (JIRA)

 [ 
https://issues.apache.org/jira/browse/SOLR-132?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Antonio Eggberg updated SOLR-132:
-

Attachment: i18n_test.patch

Attached i18n unit and functional test patch

> i18n solrb test patch
> -
>
> Key: SOLR-132
> URL: https://issues.apache.org/jira/browse/SOLR-132
> Project: Solr
>  Issue Type: Test
>  Components: clients - ruby - flare
>Reporter: Antonio Eggberg
>Priority: Trivial
> Attachments: i18n_test.patch
>
>
> Some unit test in regards to i18n. I didn't create a separate i18n.rb cos it 
> is nothing but testing new "characters". Please let me know if you would like 
> to have it as a separate file.. I also added some functional test i.e. 
> i18n_full_cycle_test. 
> This is my first patch :-) I am sure I have made mistake so please do come 
> back with things that you would like me to change!
> Regards
>  

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Commented: (SOLR-130) [Patch] [Docu] Starting a mySolr document, which tries to explain how to setup a custom solr instance

2007-01-31 Thread Antonio Eggberg (JIRA)

[ 
https://issues.apache.org/jira/browse/SOLR-130?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12469121
 ] 

Antonio Eggberg commented on SOLR-130:
--

Wow! you must be reading my mind :-) I can contribute with questions :-) As a 
newbie non-java user from an enterprise prospective! I am your idea target :-) 
Having said that I like to know about the following: 

1. The schema.xml and solrconfig.xml are in parts very well explained. But in 
some areas like as an example ..  and other places there are no 
explanation. It would be nice to get more info there. Specifically for example 
if increase  to 1000 what will happen? what are the highest value 
for each properties? what is for example a "safe value". 
2. It would be nice to create a deployment scenarios i.e a single server 
install with XXX CPU and YYY memory just running Solr with AAA thousand docs 
how should your config look like and why? and you can get about xxx Query/Sec 
or something..
3. It would be nice to have a multi server deployment with some server spec and 
then how should the deployment be.
4. It would also be nice to have more info regarding stopwords synonoms etc. 
usage and facet etc.. 

I know that all of the above are case by case cos configuration by default 
means case by case. But what I want to propose is a "Guidelines or Best 
Practice" based on your production implementation/deployment you have done with 
Cocoon. It would be nice to have some real world stories.

I think you should do like the subversion book! - A Solr open source book! :-) 
 

> [Patch] [Docu] Starting a mySolr document, which tries to explain how to 
> setup a custom solr instance
> -
>
> Key: SOLR-130
> URL: https://issues.apache.org/jira/browse/SOLR-130
> Project: Solr
>  Issue Type: Task
>Reporter: Thorsten Scherler
> Attachments: SOLR-130.diff
>
>
> While developing a custom search server based on solr I took some notes about 
> the do's and don'ts. The initial patch is not a fully finished document but 
> may invite other devs to enhance it.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Commented: (SOLR-129) Solrb - UTF 8 Support for add/delete

2007-01-31 Thread Antonio Eggberg (JIRA)

[ 
https://issues.apache.org/jira/browse/SOLR-129?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12468920
 ] 

Antonio Eggberg commented on SOLR-129:
--

Please close this bug. I have found the problem. For those of you who might be 
wondering why do you see strange char in flare index page.. cos you are in 
debug mode :-) If I read the code a bit more carefully :-.. anyway turn off 
"debug" in your app/view pages. 

However the problem of post i.e. add document.. still exist. this is above my 
java expertise .. so here is the error log...

SEVERE: org.xmlpull.v1.XmlPullParserException: could not resolve entity named 
'aring' (position: START_TAG seen ...TvÄ... @1:115) 
at org.xmlpull.mxp1.MXParser.nextImpl(MXParser.java:1282)
at org.xmlpull.mxp1.MXParser.next(MXParser.java:1093)
at org.xmlpull.mxp1.MXParser.nextText(MXParser.java:1058)
at org.apache.solr.core.SolrCore.readDoc(SolrCore.java:927)
at org.apache.solr.core.SolrCore.update(SolrCore.java:720)
at 
org.apache.solr.servlet.SolrUpdateServlet.doPost(SolrUpdateServlet.java:53)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:616)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
at 
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428)
at 
org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:473)
at 
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:568)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1530)
at 
org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:633)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1482)
at org.mortbay.http.HttpServer.service(HttpServer.java:909)
at org.mortbay.http.HttpConnection.service(HttpConnection.java:820)
at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:986)
at org.mortbay.http.HttpConnection.handle(HttpConnection.java:837)
at 
org.mortbay.http.SocketListener.handleConnection(SocketListener.java:245)
at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:357)
at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:534) 

> Solrb - UTF 8 Support for add/delete
> 
>
> Key: SOLR-129
> URL: https://issues.apache.org/jira/browse/SOLR-129
> Project: Solr
>  Issue Type: Bug
>  Components: clients - ruby - flare
> Environment: OSX
>Reporter: Antonio Eggberg
>
> Hi:
> This could be a ruby utf-8 bug. Anyway when I try to do a UTF-8 document add 
> via post.sh and then do query via Solr Admin everything works as it should. 
> However using the solrb ruby lib or flare UTF-8 doc add doesn't work as it 
> should. I am not sure what I am doing wrong and I don't think its Solr cos it 
> works as it should.
> Could this be a famous utf-8 ruby bug? I am using ruby 1.8.5 with rails 1.2.1
> Cheers

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Created: (SOLR-129) Solrb - UTF 8 Support for add/delete

2007-01-30 Thread Antonio Eggberg (JIRA)
Solrb - UTF 8 Support for add/delete


 Key: SOLR-129
 URL: https://issues.apache.org/jira/browse/SOLR-129
 Project: Solr
  Issue Type: Bug
  Components: clients - ruby - flare
 Environment: OSX
Reporter: Antonio Eggberg


Hi:

This could be a ruby utf-8 bug. Anyway when I try to do a UTF-8 document add 
via post.sh and then do query via Solr Admin everything works as it should. 
However using the solrb ruby lib or flare UTF-8 doc add doesn't work as it 
should. I am not sure what I am doing wrong and I don't think its Solr cos it 
works as it should.

Could this be a famous utf-8 ruby bug? I am using ruby 1.8.5 with rails 1.2.1

Cheers

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Commented: (SOLR-122) Add optional support for Ruby-libxml2 (vs. REXML)

2007-01-26 Thread Antonio Eggberg (JIRA)

[ 
https://issues.apache.org/jira/browse/SOLR-122?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12467997
 ] 

Antonio Eggberg commented on SOLR-122:
--

Even though Hpricot or Xaagly is new but they are much faster then libxml or 
REXML.. Have you considered them?

Hpricot 
http://code.whytheluckystiff.net/hpricot/

Xaagly (I think this is just pure XML parsing) not tried

http://involution.com/2007/01/02/xaggly-a-c-based-xml-parser-for-ruby-released/

A comparison

http://involution.com/2006/11/28/xaggly-vs-hpricot-vs-rexml/



> Add optional support for Ruby-libxml2 (vs. REXML)
> -
>
> Key: SOLR-122
> URL: https://issues.apache.org/jira/browse/SOLR-122
> Project: Solr
>  Issue Type: Improvement
>  Components: clients - ruby - flare
>Reporter: Coda Hale
> Attachments: libxml.rb
>
>
> This file adds drop-in support for the ruby-libxml2, which is a wrapper for 
> the libxml2 library, which is an order of magnitude or so faster than REXML.
> This depends on my SOLR-121 patch for multi-document adds, since the behavior 
> of Solr::Request::AddDocument#to_s is different.
> Requiring this makes some tests fail, but for trivial reasons: some tests are 
> directly tied to REXML, others fail due to interelement whitespace added by 
> libxml2 (which you can't disable via the Ruby interface). Functionally, it's 
> identical, and passes all functional tests.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Created: (SOLR-113) Some example + post.sh in docs in client/solrb

2007-01-19 Thread Antonio Eggberg (JIRA)
Some example + post.sh in docs in client/solrb
--

 Key: SOLR-113
 URL: https://issues.apache.org/jira/browse/SOLR-113
 Project: Solr
  Issue Type: Wish
  Components: clients - ruby - flare
 Environment: OSX 10.4
Reporter: Antonio Eggberg
Priority: Trivial


I tried flare today really nice :=) 

It would be nice to add some example docs like current Solr distro for the 
Ruby/Flare client.. If I understand correctly the exampledocs in Solr i.e 
/example/exampledocs is not compatible with solrb.. Maybe I am doing something 
wrong? if so please clarify and delete the issue. The issue is not so important 
but good for the folks that are impetiant. 

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
https://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira