| * ndushay leaves | 01:52 |
| * rduplain joins | 07:37 |
| * erikhatcher joins | 07:40 |
| * jaron leaves | 09:04 |
| * rduplain leaves | 09:34 |
| * jamieorc joins | 10:15 |
| * erikhatcher leaves | 10:32 |
| * ndushay joins | 12:06 |
| * bess joins | 12:14 |
| * ndushay leaves | 12:15 |
| * bess leaves | 12:28 |
| * ndushay joins | 12:33 |
| * ndushay leaves | 12:35 |
| * bess joins | 12:36 |
| * ndushay joins | 12:38 |
| i am harnessing edismax to my nefarious demands! | 12:48 |
| <bess> | ndushay++ | 12:53 |
| * ndushay leaves | 13:29 |
| * ndushay joins | 13:39 |
| * erikhatcher joins | 13:55 |
| * bess leaves | 14:00 |
| * bess joins | 14:10 |
| <jrochkind> | one of these days (possibly soon) I want/need to write a CQL parser for Blacklight. I'm definitely going to want to use some of your complex-query-constructing juju from your advanced query deal. | 14:26 |
| <ndushay> | jrochkind: ok. |
| it's getting simplified with edismax |
| i love edismax |
| <jrochkind> | i'm not even sure I'll need eDismax for that. What do you get from eDismax for your needs? Just the ability to have internal user-entered "OR" and "+" etc? |
| <erikhatcher> | get better relevancy and matching with edismax too, with its gram capabilities and stop word handling | 14:27 |
| <jrochkind> | yeah, right on. |
| I _think_ everything I'll need for a CQL-to-solr can be done by the technique the stanfordians were using pre-edismax, as far as parsing/query constructing. |
| okay, now to write some tests for my new solrmarc function. | 14:28 |
| ndushay++ # for the solrmarc testing docs. phew, I never would have figured that out on my own. | 14:29 |
| <ndushay> | jrochkind: np. i'm sure that whole lump of code is ripe for refactoring, but I was happy to just have tests. | 14:30 |
| <jrochkind> | yeah, I'm thinking I want to test at a lower level yet, I really want to test my individual method. But your code will be a good example. |
| <ndushay> | jrochkind: that's just straight up unit testing. I have some of that in the stanfordBlacklight example | 14:31 |
| test/src/edu/stanford |
| <jrochkind> | sweet, I'll look for that. That's what I want, straight up unit testing. |
| <ndushay> | classes have "unit" in the classname. |
| <jrochkind> | Except to straight up unit test a method in the Indexer, it STILL needs to be set up with enough environment to work. So I might end up giving up on that. Unless I can find an example that unit tests methods on the Indexer. |
| Ah, the /test directory that doesn't actually contain real tests anymore, but copies of code that is also in /src/test that is actually tested by "ant test". Phew. | 14:33 |
| oh no, not that one. I can't find your example stanford tests in the solrmarc checkout at all. hmm. |
| ah, found it. ignore me, as usual. | 14:35 |
| ndushay: hey, if you have a second. a testing confusion. In CallNumberUnitTests.java, tests call removeVolSuffix... which isn't defined in that .java file. Or imported. Where does it come from? Junit magic? | 14:38 |
| ah wait, from the import static edu.stanford.CallNumUtils.*; okay. | 14:39 |
| * bess leaves | 14:44 |
| * bess joins | 14:47 |
| * bess leaves | 15:02 |
| * bess joins | 16:13 |
| * Naomi joins | 16:14 |
| * ndushay leaves | 16:15 |
| * bess leaves | 16:26 |
| * rduplain joins | 16:31 |
| * bess joins | 16:34 |
| * Guest83048 leaves | 16:47 |
| * ndushay joins | 16:48 |
| * bess leaves | 17:13 |
| <erikhatcher> | yes, i'm listening to the edismax blacklight thread | 17:15 |
| digesting |
| * rsinger leaves | 17:18 |
| * rduplain leaves | 17:41 |
| * jamieorc leaves | 17:56 |
| * cbeer joins | 18:09 |
| * bess joins | 18:38 |
| * bess leaves | 18:44 |
| * bess joins | 19:36 |
| * ndushay leaves | 20:10 |
| * bess leaves | 21:01 |
| * ndushay joins | 21:08 |
| * bess joins | 21:27 |
| * bess leaves | 21:57 |