You are viewing a plain text version of this content. The canonical link for it is here.
Posted to solr-user@lucene.apache.org by Erik Hatcher <er...@gmail.com> on 2009/11/12 17:26:50 UTC
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
Re: javabin in .NET?
Posted by Noble Paul നോബിള് नोब्ळ् <no...@corp.aol.com>.
On Mon, Nov 16, 2009 at 5:55 PM, Mauricio Scheffer
<ma...@gmail.com> 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 നോബിള് नोब्ळ् <no...@corp.aol.com>
>
>> start with a JavabinDecoder only so that the class is simple to start with.
>>
>> 2009/11/16 Noble Paul നോബിള് नोब्ळ् <no...@corp.aol.com>:
>> > 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
>> > <ma...@gmail.com> 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 നോബിള് नोब्ळ् <no...@corp.aol.com>
>> >>
>> >>> 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
>> >>> <ma...@gmail.com> 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 നോബിള് नोब्ळ् <no...@corp.aol.com>
>> >>> >
>> >>> >> 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
>> >>> >> <ma...@gmail.com> 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 നോബിള് नोब्ळ् <no...@corp.aol.com>
>> >>> >> >
>> >>> >> >> 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.hatcher@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?
Posted by Mauricio Scheffer <ma...@gmail.com>.
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 നോബിള് नोब्ळ् <no...@corp.aol.com>
> start with a JavabinDecoder only so that the class is simple to start with.
>
> 2009/11/16 Noble Paul നോബിള് नोब्ळ् <no...@corp.aol.com>:
> > 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
> > <ma...@gmail.com> 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 നോബിള് नोब्ळ् <no...@corp.aol.com>
> >>
> >>> 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
> >>> <ma...@gmail.com> 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 നോബിള് नोब्ळ् <no...@corp.aol.com>
> >>> >
> >>> >> 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
> >>> >> <ma...@gmail.com> 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 നോബിള് नोब्ळ् <no...@corp.aol.com>
> >>> >> >
> >>> >> >> 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.hatcher@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?
Posted by Noble Paul നോബിള് नोब्ळ् <no...@corp.aol.com>.
start with a JavabinDecoder only so that the class is simple to start with.
2009/11/16 Noble Paul നോബിള് नोब्ळ् <no...@corp.aol.com>:
> 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
> <ma...@gmail.com> 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 നോബിള് नोब्ळ् <no...@corp.aol.com>
>>
>>> 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
>>> <ma...@gmail.com> 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 നോബിള് नोब्ळ् <no...@corp.aol.com>
>>> >
>>> >> 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
>>> >> <ma...@gmail.com> 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 നോബിള് नोब्ळ् <no...@corp.aol.com>
>>> >> >
>>> >> >> 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.hatcher@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?
Posted by Noble Paul നോബിള് नोब्ळ् <no...@corp.aol.com>.
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
<ma...@gmail.com> 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 നോബിള് नोब्ळ् <no...@corp.aol.com>
>
>> 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
>> <ma...@gmail.com> 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 നോബിള് नोब्ळ् <no...@corp.aol.com>
>> >
>> >> 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
>> >> <ma...@gmail.com> 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 നോബിള് नोब्ळ् <no...@corp.aol.com>
>> >> >
>> >> >> 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.hatcher@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?
Posted by Mauricio Scheffer <ma...@gmail.com>.
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 നോബിള് नोब्ळ् <no...@corp.aol.com>
> 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
> <ma...@gmail.com> 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 നോബിള് नोब्ळ् <no...@corp.aol.com>
> >
> >> 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
> >> <ma...@gmail.com> 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 നോബിള് नोब्ळ् <no...@corp.aol.com>
> >> >
> >> >> 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.hatcher@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?
Posted by Noble Paul നോബിള് नोब्ळ् <no...@corp.aol.com>.
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
<ma...@gmail.com> 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 നോബിള് नोब्ळ् <no...@corp.aol.com>
>
>> 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
>> <ma...@gmail.com> 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 നോബിള് नोब्ळ् <no...@corp.aol.com>
>> >
>> >> 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 <er...@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?
Posted by Mauricio Scheffer <ma...@gmail.com>.
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 നോബിള് नोब्ळ् <no...@corp.aol.com>
> 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
> <ma...@gmail.com> 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 നോബിള് नोब्ळ् <no...@corp.aol.com>
> >
> >> 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 <er...@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
>
Re: javabin in .NET?
Posted by Noble Paul നോബിള് नोब्ळ् <no...@corp.aol.com>.
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
<ma...@gmail.com> 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 നോബിള് नोब्ळ् <no...@corp.aol.com>
>
>> 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 <er...@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
Re: javabin in .NET?
Posted by Mauricio Scheffer <ma...@gmail.com>.
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 നോബിള് नोब्ळ् <no...@corp.aol.com>
> 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 <er...@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
>
Re: javabin in .NET?
Posted by Noble Paul നോബിള് नोब्ळ् <no...@corp.aol.com>.
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 <er...@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
Re: javabin in .NET?
Posted by Mauricio Scheffer <ma...@gmail.com>.
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 <wu...@wunderwood.org>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 <wo...@hotmail.com> 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?
Posted by Walter Underwood <wu...@wunderwood.org>.
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 <wo...@hotmail.com> 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?
Posted by Mauricio Scheffer <ma...@gmail.com>.
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 <wo...@hotmail.com> 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?
Posted by wojtekpia <wo...@hotmail.com>.
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?
Posted by Mauricio Scheffer <ma...@gmail.com>.
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 <er...@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
>
>