Re: javabin in .NET?
On Mon, Nov 16, 2009 at 5:55 PM, Mauricio Scheffer wrote: > Yep, I think I mostly nailed the unmarshalling. Need more tests though. And > then integrate it to SolrNet. > Is there any way (or are there any plans) to have an update handler that > accepts javabin? There is already one . look at BinaryRequestWriter. But I would say that may not make a lot of difference as indexing is a back-end operation and slight perf improvements won't make much difference. > > 2009/11/16 Noble Paul നോബിള് नोब्ळ् > >> start with a JavabinDecoder only so that the class is simple to start with. >> >> 2009/11/16 Noble Paul നോബിള് नोब्ळ् : >> > For a client the marshal() part is not important.unmarshal() is >> > probably all you need >> > >> > On Sun, Nov 15, 2009 at 12:36 AM, Mauricio Scheffer >> > wrote: >> >> Original code is here: http://bit.ly/hkCbI >> >> I just started porting it here: http://bit.ly/37hiOs >> >> It needs: tests/debugging, porting NamedList, SolrDocument, >> SolrDocumentList >> >> Thanks for any help! >> >> >> >> Cheers, >> >> Mauricio >> >> >> >> 2009/11/14 Noble Paul നോബിള് नोब्ळ् >> >> >> >>> OK. Is there anyone trying it out? where is this code ? I can try to >> help >> >>> .. >> >>> >> >>> On Fri, Nov 13, 2009 at 8:10 PM, Mauricio Scheffer >> >>> wrote: >> >>> > I meant the standard IO libraries. They are different enough that the >> >>> code >> >>> > has to be manually ported. There were some automated tools back when >> >>> > Microsoft introduced .Net, but IIRC they never really worked. >> >>> > >> >>> > Anyway it's not a big deal, it should be a straightforward job. >> Testing >> >>> it >> >>> > thoroughly cross-platform is another thing though. >> >>> > >> >>> > 2009/11/13 Noble Paul നോബിള് नोब्ळ् >> >>> > >> >>> >> The javabin format does not have many dependencies. it may have 3-4 >> >>> >> classes an that is it. >> >>> >> >> >>> >> On Fri, Nov 13, 2009 at 6:05 PM, Mauricio Scheffer >> >>> >> wrote: >> >>> >> > Nope. It has to be manually ported. Not so much because of the >> >>> language >> >>> >> > itself but because of differences in the libraries. >> >>> >> > >> >>> >> > >> >>> >> > 2009/11/13 Noble Paul നോബിള് नोब्ळ् >> >>> >> > >> >>> >> >> Is there any tool to directly port java to .Net? then we can >> etxract >> >>> >> >> out the client part of the javabin code and convert it. >> >>> >> >> >> >>> >> >> On Thu, Nov 12, 2009 at 9:56 PM, Erik Hatcher < >> >>> erik.hatc...@gmail.com> >> >>> >> >> wrote: >> >>> >> >> > Has anyone looked into using the javabin response format from >> .NET >> >>> >> >> (instead >> >>> >> >> > of SolrJ)? >> >>> >> >> > >> >>> >> >> > It's mainly a curiosity. >> >>> >> >> > >> >>> >> >> > How much better could performance/bandwidth/throughput be? How >> >>> >> difficult >> >>> >> >> > would it be to implement some .NET code (C#, I'd guess being >> the >> >>> best >> >>> >> >> > choice) to handle this response format? >> >>> >> >> > >> >>> >> >> > Thanks, >> >>> >> >> > Erik >> >>> >> >> > >> >>> >> >> > >> >>> >> >> >> >>> >> >> >> >>> >> >> >> >>> >> >> -- >> >>> >> >> - >> >>> >> >> Noble Paul | Principal Engineer| AOL | http://aol.com >> >>> >> >> >> >>> >> > >> >>> >> >> >>> >> >> >>> >> >> >>> >> -- >> >>> >> - >> >>> >> Noble Paul | Principal Engineer| AOL | http://aol.com >> >>> >> >> >>> > >> >>> >> >>> >> >>> >> >>> -- >> >>> - >> >>> Noble Paul | Principal Engineer| AOL | http://aol.com >> >>> >> >> >> > >> > >> > >> > -- >> > - >> > Noble Paul | Principal Engineer| AOL | http://aol.com >> > >> >> >> >> -- >> - >> Noble Paul | Principal Engineer| AOL | http://aol.com >> > -- - Noble Paul | Principal Engineer| AOL | http://aol.com
Re: javabin in .NET?
Yep, I think I mostly nailed the unmarshalling. Need more tests though. And then integrate it to SolrNet. Is there any way (or are there any plans) to have an update handler that accepts javabin? 2009/11/16 Noble Paul നോബിള് नोब्ळ् > start with a JavabinDecoder only so that the class is simple to start with. > > 2009/11/16 Noble Paul നോബിള് नोब्ळ् : > > For a client the marshal() part is not important.unmarshal() is > > probably all you need > > > > On Sun, Nov 15, 2009 at 12:36 AM, Mauricio Scheffer > > wrote: > >> Original code is here: http://bit.ly/hkCbI > >> I just started porting it here: http://bit.ly/37hiOs > >> It needs: tests/debugging, porting NamedList, SolrDocument, > SolrDocumentList > >> Thanks for any help! > >> > >> Cheers, > >> Mauricio > >> > >> 2009/11/14 Noble Paul നോബിള് नोब्ळ् > >> > >>> OK. Is there anyone trying it out? where is this code ? I can try to > help > >>> .. > >>> > >>> On Fri, Nov 13, 2009 at 8:10 PM, Mauricio Scheffer > >>> wrote: > >>> > I meant the standard IO libraries. They are different enough that the > >>> code > >>> > has to be manually ported. There were some automated tools back when > >>> > Microsoft introduced .Net, but IIRC they never really worked. > >>> > > >>> > Anyway it's not a big deal, it should be a straightforward job. > Testing > >>> it > >>> > thoroughly cross-platform is another thing though. > >>> > > >>> > 2009/11/13 Noble Paul നോബിള് नोब्ळ् > >>> > > >>> >> The javabin format does not have many dependencies. it may have 3-4 > >>> >> classes an that is it. > >>> >> > >>> >> On Fri, Nov 13, 2009 at 6:05 PM, Mauricio Scheffer > >>> >> wrote: > >>> >> > Nope. It has to be manually ported. Not so much because of the > >>> language > >>> >> > itself but because of differences in the libraries. > >>> >> > > >>> >> > > >>> >> > 2009/11/13 Noble Paul നോബിള് नोब्ळ् > >>> >> > > >>> >> >> Is there any tool to directly port java to .Net? then we can > etxract > >>> >> >> out the client part of the javabin code and convert it. > >>> >> >> > >>> >> >> On Thu, Nov 12, 2009 at 9:56 PM, Erik Hatcher < > >>> erik.hatc...@gmail.com> > >>> >> >> wrote: > >>> >> >> > Has anyone looked into using the javabin response format from > .NET > >>> >> >> (instead > >>> >> >> > of SolrJ)? > >>> >> >> > > >>> >> >> > It's mainly a curiosity. > >>> >> >> > > >>> >> >> > How much better could performance/bandwidth/throughput be? How > >>> >> difficult > >>> >> >> > would it be to implement some .NET code (C#, I'd guess being > the > >>> best > >>> >> >> > choice) to handle this response format? > >>> >> >> > > >>> >> >> > Thanks, > >>> >> >> >Erik > >>> >> >> > > >>> >> >> > > >>> >> >> > >>> >> >> > >>> >> >> > >>> >> >> -- > >>> >> >> - > >>> >> >> Noble Paul | Principal Engineer| AOL | http://aol.com > >>> >> >> > >>> >> > > >>> >> > >>> >> > >>> >> > >>> >> -- > >>> >> - > >>> >> Noble Paul | Principal Engineer| AOL | http://aol.com > >>> >> > >>> > > >>> > >>> > >>> > >>> -- > >>> - > >>> Noble Paul | Principal Engineer| AOL | http://aol.com > >>> > >> > > > > > > > > -- > > - > > Noble Paul | Principal Engineer| AOL | http://aol.com > > > > > > -- > - > Noble Paul | Principal Engineer| AOL | http://aol.com >
Re: javabin in .NET?
start with a JavabinDecoder only so that the class is simple to start with. 2009/11/16 Noble Paul നോബിള് नोब्ळ् : > For a client the marshal() part is not important.unmarshal() is > probably all you need > > On Sun, Nov 15, 2009 at 12:36 AM, Mauricio Scheffer > wrote: >> Original code is here: http://bit.ly/hkCbI >> I just started porting it here: http://bit.ly/37hiOs >> It needs: tests/debugging, porting NamedList, SolrDocument, SolrDocumentList >> Thanks for any help! >> >> Cheers, >> Mauricio >> >> 2009/11/14 Noble Paul നോബിള് नोब्ळ् >> >>> OK. Is there anyone trying it out? where is this code ? I can try to help >>> .. >>> >>> On Fri, Nov 13, 2009 at 8:10 PM, Mauricio Scheffer >>> wrote: >>> > I meant the standard IO libraries. They are different enough that the >>> code >>> > has to be manually ported. There were some automated tools back when >>> > Microsoft introduced .Net, but IIRC they never really worked. >>> > >>> > Anyway it's not a big deal, it should be a straightforward job. Testing >>> it >>> > thoroughly cross-platform is another thing though. >>> > >>> > 2009/11/13 Noble Paul നോബിള് नोब्ळ् >>> > >>> >> The javabin format does not have many dependencies. it may have 3-4 >>> >> classes an that is it. >>> >> >>> >> On Fri, Nov 13, 2009 at 6:05 PM, Mauricio Scheffer >>> >> wrote: >>> >> > Nope. It has to be manually ported. Not so much because of the >>> language >>> >> > itself but because of differences in the libraries. >>> >> > >>> >> > >>> >> > 2009/11/13 Noble Paul നോബിള് नोब्ळ् >>> >> > >>> >> >> Is there any tool to directly port java to .Net? then we can etxract >>> >> >> out the client part of the javabin code and convert it. >>> >> >> >>> >> >> On Thu, Nov 12, 2009 at 9:56 PM, Erik Hatcher < >>> erik.hatc...@gmail.com> >>> >> >> wrote: >>> >> >> > Has anyone looked into using the javabin response format from .NET >>> >> >> (instead >>> >> >> > of SolrJ)? >>> >> >> > >>> >> >> > It's mainly a curiosity. >>> >> >> > >>> >> >> > How much better could performance/bandwidth/throughput be? How >>> >> difficult >>> >> >> > would it be to implement some .NET code (C#, I'd guess being the >>> best >>> >> >> > choice) to handle this response format? >>> >> >> > >>> >> >> > Thanks, >>> >> >> > Erik >>> >> >> > >>> >> >> > >>> >> >> >>> >> >> >>> >> >> >>> >> >> -- >>> >> >> - >>> >> >> Noble Paul | Principal Engineer| AOL | http://aol.com >>> >> >> >>> >> > >>> >> >>> >> >>> >> >>> >> -- >>> >> - >>> >> Noble Paul | Principal Engineer| AOL | http://aol.com >>> >> >>> > >>> >>> >>> >>> -- >>> - >>> Noble Paul | Principal Engineer| AOL | http://aol.com >>> >> > > > > -- > - > Noble Paul | Principal Engineer| AOL | http://aol.com > -- - Noble Paul | Principal Engineer| AOL | http://aol.com
Re: javabin in .NET?
For a client the marshal() part is not important.unmarshal() is probably all you need On Sun, Nov 15, 2009 at 12:36 AM, Mauricio Scheffer wrote: > Original code is here: http://bit.ly/hkCbI > I just started porting it here: http://bit.ly/37hiOs > It needs: tests/debugging, porting NamedList, SolrDocument, SolrDocumentList > Thanks for any help! > > Cheers, > Mauricio > > 2009/11/14 Noble Paul നോബിള് नोब्ळ् > >> OK. Is there anyone trying it out? where is this code ? I can try to help >> .. >> >> On Fri, Nov 13, 2009 at 8:10 PM, Mauricio Scheffer >> wrote: >> > I meant the standard IO libraries. They are different enough that the >> code >> > has to be manually ported. There were some automated tools back when >> > Microsoft introduced .Net, but IIRC they never really worked. >> > >> > Anyway it's not a big deal, it should be a straightforward job. Testing >> it >> > thoroughly cross-platform is another thing though. >> > >> > 2009/11/13 Noble Paul നോബിള് नोब्ळ् >> > >> >> The javabin format does not have many dependencies. it may have 3-4 >> >> classes an that is it. >> >> >> >> On Fri, Nov 13, 2009 at 6:05 PM, Mauricio Scheffer >> >> wrote: >> >> > Nope. It has to be manually ported. Not so much because of the >> language >> >> > itself but because of differences in the libraries. >> >> > >> >> > >> >> > 2009/11/13 Noble Paul നോബിള് नोब्ळ् >> >> > >> >> >> Is there any tool to directly port java to .Net? then we can etxract >> >> >> out the client part of the javabin code and convert it. >> >> >> >> >> >> On Thu, Nov 12, 2009 at 9:56 PM, Erik Hatcher < >> erik.hatc...@gmail.com> >> >> >> wrote: >> >> >> > Has anyone looked into using the javabin response format from .NET >> >> >> (instead >> >> >> > of SolrJ)? >> >> >> > >> >> >> > It's mainly a curiosity. >> >> >> > >> >> >> > How much better could performance/bandwidth/throughput be? How >> >> difficult >> >> >> > would it be to implement some .NET code (C#, I'd guess being the >> best >> >> >> > choice) to handle this response format? >> >> >> > >> >> >> > Thanks, >> >> >> > Erik >> >> >> > >> >> >> > >> >> >> >> >> >> >> >> >> >> >> >> -- >> >> >> - >> >> >> Noble Paul | Principal Engineer| AOL | http://aol.com >> >> >> >> >> > >> >> >> >> >> >> >> >> -- >> >> - >> >> Noble Paul | Principal Engineer| AOL | http://aol.com >> >> >> > >> >> >> >> -- >> - >> Noble Paul | Principal Engineer| AOL | http://aol.com >> > -- - Noble Paul | Principal Engineer| AOL | http://aol.com
Re: javabin in .NET?
Original code is here: http://bit.ly/hkCbI I just started porting it here: http://bit.ly/37hiOs It needs: tests/debugging, porting NamedList, SolrDocument, SolrDocumentList Thanks for any help! Cheers, Mauricio 2009/11/14 Noble Paul നോബിള് नोब्ळ् > OK. Is there anyone trying it out? where is this code ? I can try to help > .. > > On Fri, Nov 13, 2009 at 8:10 PM, Mauricio Scheffer > wrote: > > I meant the standard IO libraries. They are different enough that the > code > > has to be manually ported. There were some automated tools back when > > Microsoft introduced .Net, but IIRC they never really worked. > > > > Anyway it's not a big deal, it should be a straightforward job. Testing > it > > thoroughly cross-platform is another thing though. > > > > 2009/11/13 Noble Paul നോബിള് नोब्ळ् > > > >> The javabin format does not have many dependencies. it may have 3-4 > >> classes an that is it. > >> > >> On Fri, Nov 13, 2009 at 6:05 PM, Mauricio Scheffer > >> wrote: > >> > Nope. It has to be manually ported. Not so much because of the > language > >> > itself but because of differences in the libraries. > >> > > >> > > >> > 2009/11/13 Noble Paul നോബിള് नोब्ळ् > >> > > >> >> Is there any tool to directly port java to .Net? then we can etxract > >> >> out the client part of the javabin code and convert it. > >> >> > >> >> On Thu, Nov 12, 2009 at 9:56 PM, Erik Hatcher < > erik.hatc...@gmail.com> > >> >> wrote: > >> >> > Has anyone looked into using the javabin response format from .NET > >> >> (instead > >> >> > of SolrJ)? > >> >> > > >> >> > It's mainly a curiosity. > >> >> > > >> >> > How much better could performance/bandwidth/throughput be? How > >> difficult > >> >> > would it be to implement some .NET code (C#, I'd guess being the > best > >> >> > choice) to handle this response format? > >> >> > > >> >> > Thanks, > >> >> >Erik > >> >> > > >> >> > > >> >> > >> >> > >> >> > >> >> -- > >> >> - > >> >> Noble Paul | Principal Engineer| AOL | http://aol.com > >> >> > >> > > >> > >> > >> > >> -- > >> - > >> Noble Paul | Principal Engineer| AOL | http://aol.com > >> > > > > > > -- > - > Noble Paul | Principal Engineer| AOL | http://aol.com >
Re: javabin in .NET?
OK. Is there anyone trying it out? where is this code ? I can try to help .. On Fri, Nov 13, 2009 at 8:10 PM, Mauricio Scheffer wrote: > I meant the standard IO libraries. They are different enough that the code > has to be manually ported. There were some automated tools back when > Microsoft introduced .Net, but IIRC they never really worked. > > Anyway it's not a big deal, it should be a straightforward job. Testing it > thoroughly cross-platform is another thing though. > > 2009/11/13 Noble Paul നോബിള് नोब्ळ् > >> The javabin format does not have many dependencies. it may have 3-4 >> classes an that is it. >> >> On Fri, Nov 13, 2009 at 6:05 PM, Mauricio Scheffer >> wrote: >> > Nope. It has to be manually ported. Not so much because of the language >> > itself but because of differences in the libraries. >> > >> > >> > 2009/11/13 Noble Paul നോബിള് नोब्ळ् >> > >> >> Is there any tool to directly port java to .Net? then we can etxract >> >> out the client part of the javabin code and convert it. >> >> >> >> On Thu, Nov 12, 2009 at 9:56 PM, Erik Hatcher >> >> wrote: >> >> > Has anyone looked into using the javabin response format from .NET >> >> (instead >> >> > of SolrJ)? >> >> > >> >> > It's mainly a curiosity. >> >> > >> >> > How much better could performance/bandwidth/throughput be? How >> difficult >> >> > would it be to implement some .NET code (C#, I'd guess being the best >> >> > choice) to handle this response format? >> >> > >> >> > Thanks, >> >> > Erik >> >> > >> >> > >> >> >> >> >> >> >> >> -- >> >> - >> >> Noble Paul | Principal Engineer| AOL | http://aol.com >> >> >> > >> >> >> >> -- >> - >> Noble Paul | Principal Engineer| AOL | http://aol.com >> > -- - Noble Paul | Principal Engineer| AOL | http://aol.com
Re: javabin in .NET?
I meant the standard IO libraries. They are different enough that the code has to be manually ported. There were some automated tools back when Microsoft introduced .Net, but IIRC they never really worked. Anyway it's not a big deal, it should be a straightforward job. Testing it thoroughly cross-platform is another thing though. 2009/11/13 Noble Paul നോബിള് नोब्ळ् > The javabin format does not have many dependencies. it may have 3-4 > classes an that is it. > > On Fri, Nov 13, 2009 at 6:05 PM, Mauricio Scheffer > wrote: > > Nope. It has to be manually ported. Not so much because of the language > > itself but because of differences in the libraries. > > > > > > 2009/11/13 Noble Paul നോബിള് नोब्ळ् > > > >> Is there any tool to directly port java to .Net? then we can etxract > >> out the client part of the javabin code and convert it. > >> > >> On Thu, Nov 12, 2009 at 9:56 PM, Erik Hatcher > >> wrote: > >> > Has anyone looked into using the javabin response format from .NET > >> (instead > >> > of SolrJ)? > >> > > >> > It's mainly a curiosity. > >> > > >> > How much better could performance/bandwidth/throughput be? How > difficult > >> > would it be to implement some .NET code (C#, I'd guess being the best > >> > choice) to handle this response format? > >> > > >> > Thanks, > >> >Erik > >> > > >> > > >> > >> > >> > >> -- > >> - > >> Noble Paul | Principal Engineer| AOL | http://aol.com > >> > > > > > > -- > - > Noble Paul | Principal Engineer| AOL | http://aol.com >
Re: javabin in .NET?
The javabin format does not have many dependencies. it may have 3-4 classes an that is it. On Fri, Nov 13, 2009 at 6:05 PM, Mauricio Scheffer wrote: > Nope. It has to be manually ported. Not so much because of the language > itself but because of differences in the libraries. > > > 2009/11/13 Noble Paul നോബിള് नोब्ळ् > >> Is there any tool to directly port java to .Net? then we can etxract >> out the client part of the javabin code and convert it. >> >> On Thu, Nov 12, 2009 at 9:56 PM, Erik Hatcher >> wrote: >> > Has anyone looked into using the javabin response format from .NET >> (instead >> > of SolrJ)? >> > >> > It's mainly a curiosity. >> > >> > How much better could performance/bandwidth/throughput be? How difficult >> > would it be to implement some .NET code (C#, I'd guess being the best >> > choice) to handle this response format? >> > >> > Thanks, >> > Erik >> > >> > >> >> >> >> -- >> - >> Noble Paul | Principal Engineer| AOL | http://aol.com >> > -- - Noble Paul | Principal Engineer| AOL | http://aol.com
Re: javabin in .NET?
Nope. It has to be manually ported. Not so much because of the language itself but because of differences in the libraries. 2009/11/13 Noble Paul നോബിള് नोब्ळ् > Is there any tool to directly port java to .Net? then we can etxract > out the client part of the javabin code and convert it. > > On Thu, Nov 12, 2009 at 9:56 PM, Erik Hatcher > wrote: > > Has anyone looked into using the javabin response format from .NET > (instead > > of SolrJ)? > > > > It's mainly a curiosity. > > > > How much better could performance/bandwidth/throughput be? How difficult > > would it be to implement some .NET code (C#, I'd guess being the best > > choice) to handle this response format? > > > > Thanks, > >Erik > > > > > > > > -- > - > Noble Paul | Principal Engineer| AOL | http://aol.com >
Re: javabin in .NET?
Is there any tool to directly port java to .Net? then we can etxract out the client part of the javabin code and convert it. On Thu, Nov 12, 2009 at 9:56 PM, Erik Hatcher wrote: > Has anyone looked into using the javabin response format from .NET (instead > of SolrJ)? > > It's mainly a curiosity. > > How much better could performance/bandwidth/throughput be? How difficult > would it be to implement some .NET code (C#, I'd guess being the best > choice) to handle this response format? > > Thanks, > Erik > > -- - Noble Paul | Principal Engineer| AOL | http://aol.com
Re: javabin in .NET?
Like I said before, it has served me and other people very well so far. AFAIK there is no StAX implementation for .Net, there is XmlReader but it's quite more complex to use than XmlDocument (DOM). Of course, I always welcome patches. Cheers, Mauricio On Thu, Nov 12, 2009 at 3:34 PM, Walter Underwood wrote: > DOM is the wrong choice for unmarshalling XML data from a protocol. The DOM > is slow and bloated. You need that if you are manipulating an XML document, > but not if you are stripmining the data from it then throwing the document > away. > > Try a StAX parser: http://en.wikipedia.org/wiki/StAX > > That should be simpler and much, much faster. > > wunder > > On Nov 12, 2009, at 10:01 AM, Mauricio Scheffer wrote: > > > I use DOM. Honestly, I haven't run any perf tests, it all just runs well > > enough for me. Then again, my documents and resultsets are typically > small > > (~1KB docs and ~50 docs per resultset). How big are your documents? > > > > > > On Thu, Nov 12, 2009 at 2:40 PM, wojtekpia wrote: > > > >> > >> I was thinking of going this route too because I've found that parsing > XML > >> result sets using XmlDocument + XPath can be very slow (up to a few > >> seconds) > >> when requesting ~100 documents. Are you getting good performance parsing > >> large result sets? Are you using SAX instead of DOM? > >> > >> Thanks, > >> Wojtek > >> > >> > >> mausch wrote: > >>> > >>> It's one of my pending issues for SolrNet ( > >>> http://code.google.com/p/solrnet/issues/detail?id=71 ) > >>> I've looked at the code, it doesn't seem terribly complex to port to > C#. > >>> It > >>> would be kind of cumbersome to test it though. > >>> I just didn't implement it yet because I'm getting good enough > >> performance > >>> with XML (and other people as well: > >>> http://groups.google.com/group/solrnet/msg/4de8224a33279906 ) > >>> > >>> Cheers, > >>> Mauricio > >>> > >> > >> -- > >> View this message in context: > >> http://old.nabble.com/javabin-in-.NET--tp26321914p26323001.html > >> Sent from the Solr - User mailing list archive at Nabble.com. > >> > >> > >
Re: javabin in .NET?
DOM is the wrong choice for unmarshalling XML data from a protocol. The DOM is slow and bloated. You need that if you are manipulating an XML document, but not if you are stripmining the data from it then throwing the document away. Try a StAX parser: http://en.wikipedia.org/wiki/StAX That should be simpler and much, much faster. wunder On Nov 12, 2009, at 10:01 AM, Mauricio Scheffer wrote: > I use DOM. Honestly, I haven't run any perf tests, it all just runs well > enough for me. Then again, my documents and resultsets are typically small > (~1KB docs and ~50 docs per resultset). How big are your documents? > > > On Thu, Nov 12, 2009 at 2:40 PM, wojtekpia wrote: > >> >> I was thinking of going this route too because I've found that parsing XML >> result sets using XmlDocument + XPath can be very slow (up to a few >> seconds) >> when requesting ~100 documents. Are you getting good performance parsing >> large result sets? Are you using SAX instead of DOM? >> >> Thanks, >> Wojtek >> >> >> mausch wrote: >>> >>> It's one of my pending issues for SolrNet ( >>> http://code.google.com/p/solrnet/issues/detail?id=71 ) >>> I've looked at the code, it doesn't seem terribly complex to port to C#. >>> It >>> would be kind of cumbersome to test it though. >>> I just didn't implement it yet because I'm getting good enough >> performance >>> with XML (and other people as well: >>> http://groups.google.com/group/solrnet/msg/4de8224a33279906 ) >>> >>> Cheers, >>> Mauricio >>> >> >> -- >> View this message in context: >> http://old.nabble.com/javabin-in-.NET--tp26321914p26323001.html >> Sent from the Solr - User mailing list archive at Nabble.com. >> >>
Re: javabin in .NET?
I use DOM. Honestly, I haven't run any perf tests, it all just runs well enough for me. Then again, my documents and resultsets are typically small (~1KB docs and ~50 docs per resultset). How big are your documents? On Thu, Nov 12, 2009 at 2:40 PM, wojtekpia wrote: > > I was thinking of going this route too because I've found that parsing XML > result sets using XmlDocument + XPath can be very slow (up to a few > seconds) > when requesting ~100 documents. Are you getting good performance parsing > large result sets? Are you using SAX instead of DOM? > > Thanks, > Wojtek > > > mausch wrote: > > > > It's one of my pending issues for SolrNet ( > > http://code.google.com/p/solrnet/issues/detail?id=71 ) > > I've looked at the code, it doesn't seem terribly complex to port to C#. > > It > > would be kind of cumbersome to test it though. > > I just didn't implement it yet because I'm getting good enough > performance > > with XML (and other people as well: > > http://groups.google.com/group/solrnet/msg/4de8224a33279906 ) > > > > Cheers, > > Mauricio > > > > -- > View this message in context: > http://old.nabble.com/javabin-in-.NET--tp26321914p26323001.html > Sent from the Solr - User mailing list archive at Nabble.com. > >
Re: javabin in .NET?
I was thinking of going this route too because I've found that parsing XML result sets using XmlDocument + XPath can be very slow (up to a few seconds) when requesting ~100 documents. Are you getting good performance parsing large result sets? Are you using SAX instead of DOM? Thanks, Wojtek mausch wrote: > > It's one of my pending issues for SolrNet ( > http://code.google.com/p/solrnet/issues/detail?id=71 ) > I've looked at the code, it doesn't seem terribly complex to port to C#. > It > would be kind of cumbersome to test it though. > I just didn't implement it yet because I'm getting good enough performance > with XML (and other people as well: > http://groups.google.com/group/solrnet/msg/4de8224a33279906 ) > > Cheers, > Mauricio > -- View this message in context: http://old.nabble.com/javabin-in-.NET--tp26321914p26323001.html Sent from the Solr - User mailing list archive at Nabble.com.
Re: javabin in .NET?
It's one of my pending issues for SolrNet ( http://code.google.com/p/solrnet/issues/detail?id=71 ) I've looked at the code, it doesn't seem terribly complex to port to C#. It would be kind of cumbersome to test it though. I just didn't implement it yet because I'm getting good enough performance with XML (and other people as well: http://groups.google.com/group/solrnet/msg/4de8224a33279906 ) Cheers, Mauricio On Thu, Nov 12, 2009 at 1:26 PM, Erik Hatcher wrote: > Has anyone looked into using the javabin response format from .NET (instead > of SolrJ)? > > It's mainly a curiosity. > > How much better could performance/bandwidth/throughput be? How difficult > would it be to implement some .NET code (C#, I'd guess being the best > choice) to handle this response format? > > Thanks, >Erik > >
javabin in .NET?
Has anyone looked into using the javabin response format from .NET (instead of SolrJ)? It's mainly a curiosity. How much better could performance/bandwidth/throughput be? How difficult would it be to implement some .NET code (C#, I'd guess being the best choice) to handle this response format? Thanks, Erik
