View previous topic :: View next topic |
Author |
Message |
newbeewan2
Developer
Joined: 02 Jul 2003
Posts: 30
Location: France
|
Posted: Fri Jul 04, 2003 14:18 Post subject: edk protocol
|
 |
|
Hi,
I'm explorating jmule sources and see lot's of interesting things, but I have a question, Is edonkey protocol fully implemented ?
I there any additionnal documentation of it and of the java implementation ?
Thanks a lot
|
|
Back to top |
|
 |
emarant
Admin / Developer
Joined: 02 Oct 2002
Posts: 135
|
Posted: Sat Jul 05, 2003 1:32 Post subject:
|
 |
|
a fairly complete description of ed2k protocol messages (packets) can be found at http://sourceforge.net/projects/pdonkey
>Is edonkey protocol fully implemented ?
no, but enough to get files from one host to an other.
missing messages:
"client"->"server" 0x21 (more results)
"server"->"client" 0x36 (call back fail)
search user on server
"client"->"client" 0x57 (Slot taken - out of requested parts) currently not send (emule has some bug? at least the local jmule<->emule test fails in transfering after first 3 blocks from jmule to emule using this message)
all client friend list, file list, directory list messages
UDP messages designed for inter server communication
not included in document refered above but used by jmule is 0x5C (upload)queuerank supported in receive and used in send
>I(s) there any additionnal documentation of it and of the java implementation ?
the javadoc and some posts in fourm and on page by RastaMooGle (link in developer part of forum)
p.s.: there is also an "incomplete" emule implementation missing things we can not have because of dependances to other implementation and things never should be implemented
|
|
Back to top |
|
 |
RastaMooGle
Developer
Joined: 25 Apr 2003
Posts: 44
|
Posted: Sat Jul 05, 2003 9:40 Post subject: help to improve the doc ...
|
 |
|
newbeewam if you are interested to help to do the doc. It'll be goood, because you have an fresh eye on it. Me but before it'll be better if I finish my command syntax !!! So !
|
|
Back to top |
|
 |
newbeewan2
Developer
Joined: 02 Jul 2003
Posts: 30
Location: France
|
Posted: Sat Jul 05, 2003 14:21 Post subject: Explorating jmule
|
 |
|
I'm looking around into jmule sources files before starting doing anything.
I'd like really to help jmule with documentation because it is a very good exercice to understand the api.... 
I start to have lots of idea about jmule, and lots of idea for evolutions....
What's about splitting jmule in two parts :
- one for the protocol api to well document it, improve it, thinking about implementing others P2P protocols ( why not ?)
- one for Jmule fonctional and UI facing.
One other part I'm brainstorming on it : creating the ui "on the fly" and creating an ui independant frame work to make ui interchangeable by using standardized XML templates and standardized ui api... I know that it is not a really new idea, but i think it will be really usefull ...
For the moment I'm a little lost in this new world for me, but work is in process 
Thanks again for the really great job already done...
|
|
Back to top |
|
 |
Guest
|
Posted: Sun Jul 13, 2003 18:32 Post subject:
|
 |
|
Improvements to the docs ( both user and developer centric ) are always very welcome. Ever some questions : Why is it done this way ? could help to improve the quality of the code. So as stated before by RastaMooGle, just look at the code, and if you feel something is unclear just post a new topic with the issue.
I have even thougt about some wiki - updateable javadocs ( as it would eliminate the 'i have to start my IDE to fix this little typo' barier ), but havent come to anything usable yet.
Doing interactive GUIs:
I have researched some sort of things like this ( if i understand you correctly ), by using the charva extension ( for the java terminal usage ) and the beanshell scripting. Your idea with using xml templates is going into the direction like the luxor project i guess, but is still easly possible with the bean shell extensions too.
In my private development version i gone as far, that i droped completly the command interpreter and replaced it with one bs interpreter command, which just executes the commands like nativ bean shell instructions: the real power for a java programmer, but not that easy to master for the masses... i guess.
|
|
Back to top |
|
 |
|