Re: Re: Search by urn ??

> There are several points against this.  One being that the LW source tree
> seemed to have several versions of Mojito.  For a C or C++ developer, this
> really makes it hard to figure out the code.  I think I needed a Java class
> browser to figure out which was the real mojito.

Do C/C++ developers not use version control systems that support
branches?  I was under the assumption that version control systems are
language neutral.  I believe we even store some C/C++ files in our
version control system, and have several versions of those.

If you're talking about simple class hierarchies... I suppose you do
have to know how to read and navigate Java in order to parse the code.
 Oh well.

> Another issue, Is mojito a java kadmelia library or is it a protocol to be used
> by gnutella?  It is apparently confusing for it to be both.

Kademlia is a system for implementing a DHT.  It can be implemented
using any kind of message protocol, in any language.  It's not tied to
Gnutella, nor is Gnutella tied to it.  If this isn't clear, perhaps
there's somewhere else you should begin before even trying to read any
Mojito specifications.

> The other thing is the removal of the URN support.  If URN requests are still
> forwarded, then I don't think this is problematic.  If they are discarded then
> that really co-opted the network.

LimeWire hasn't supported URN request for many, many years.  Long
before Mojito was even a glimmer in anyone's head.  The reason is
simple:  a broadcast network isn't designed to do targetted lookups.

> It is also most helpful for LimeWire to say, we are too busy, you are on your
> own.  If this was known before hand, more time could be spent reverse
> engineering the protocol.

It's also most helpful for other developers to say, "Hi, do you have
specifications?"  All this hubbub is the first I'm hearing from anyone
about wanting specifications for Mojito since it was in active
development.  Don't come complaining that it doesn't exist if you
haven't asked for it to exist.

Sam