<div dir="ltr">Hi<br>We had discussed yesterday about taking up issue 596 (<a href="http://trac.xapian.org/ticket/596">http://trac.xapian.org/ticket/596</a>) as our project. <br>As for our professors, they have approved it. <br>

Now, with regard to moving forward, what should be our next step?<br></div><div class="gmail_extra"><br clear="all"><div><div dir="ltr"><b>Siddhant Mutha</b><br>Undergraduate Student<br>Department of Computer Science and Engineering<br>


IIT Madras<br>Chennai<br><a href="http:/www.siddhantmutha.com/" target="_blank">http://www.siddhantmutha.com/</a><br></div></div>
<br><br><div class="gmail_quote">On Wed, Mar 12, 2014 at 8:23 AM, Olly Betts <span dir="ltr"><<a href="mailto:olly@survex.com" target="_blank">olly@survex.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="">On Tue, Mar 11, 2014 at 08:50:14PM +0530, Siddhant Mutha wrote:<br>
> We would like to do the project on improving Java bindings. It is a GSoC<br>
> project, although I guess we can take it up as such.<br>
<br>
</div>The timing is rather problematic - we've had at least four students<br>
already express an interest in that project idea for GSoC, and at least<br>
one has put in a significant amount of research already.  I've no idea<br>
at this stage how many of those would result in proposals actually being<br>
submitted to us, or if any of the proposals would be good enough for us<br>
to want to accept, or how many slots we'll get from Google (I don't even<br>
know how many mentors we'll actually have).<br>
<br>
But if you're going to work on this, it doesn't seem sensible for<br>
someone to also be working on it as a GSoC project, so if we're going<br>
to do that we really need to withdraw the idea promptly and let the<br>
students who expressed an interest know and help them find other ideas<br>
to work on.  However, from below it seems you need to get agreement from<br>
your professor, so I'd guess we may not even know for a few more days.<br>
<br>
My preference would be to find you something which isn't on the GSoC<br>
list, or at least something which we've not had interest in yet so<br>
we can remove it without messing GSoC students around.<br>
<br>
Perhaps implementing bindings for Go (<a href="http://golang.org/" target="_blank">http://golang.org/</a>) would be a<br>
good project for you?  It's an interesting language with some nice<br>
design ideas, and you'd probably find implementing a fresh set of<br>
bindings more interesting than trying to fix up the shortcomings of some<br>
existing bindings.<br>
<div class=""><br>
> But before we go ahead, we would like to have some details as to how much<br>
> work it would be and also how would we evaluate the work done. (compare<br>
> test cases / compare java code with c++ code ?)<br>
<br>
</div>For Java, you could also compare how compatible they are with the<br>
hand-wrapped JNI Java bindings, though I think "providing a clean<br>
Java-like API" is more important than such compatibility - there don't<br>
seem to be a lot of existing users of the Java bindings.<br>
<div class=""><br>
> Is there any way in which we can quantify the improvements made to the API?<br>
><br>
> Lets hope our prof agrees to this project. If not, we'll have to think of<br>
> something else.<br>
<br>
</div>You could measure what proportion of C++ API methods can be used from<br>
Java or Go; also what proportion of wrapped methods are exercised by the<br>
testsuite of the Java or Go bindings.<br>
<br>
Cheers,<br>
    Olly<br>
</blockquote></div><br></div>