eMuleFuture

JMule - is a Java based client for eDonkey2000 networks. Using JMule, you will be able to share your files with anybody in the world. This client is completely free and the source code is distributed under the terms of the GNU General Public License. The name JMule means: "J" comes from Java and "Mule" is an animal like a horse or a donkey. The project is still in the first steps of development.


The list of features
allows to share files with anybody in the world
is completely free. JMule is also completely free of any malware
each file is checked for corruptions while downloading to ensure an error free file
to find the file you want, JMule provide an advanced search service
is a cross-platform file sharing client that runs on multiple platforms
has two(more will come soon) user interfaces: Swing GUI and command line UI


Latest news
JMule 0.5 by javajox (Sunday, July 12 2009 18:32 GMT)
--------------------------------------------------------------------------------
BUGFIX: Swing UI | The system doesn't crash when the geoip.dat file is not found in settings directory [javajox]
FEATURE: Core | Removed apache file utils library, the core works with our own functions [javajox]
FEATURE: Core | Experimental Kad support added !!! [binary256]
FEATURE: SWT UI | Kad view [binary256]
FEATURE: Core | eDonkey search by criterias [binary256]
BUGFIX: Core | The file is moved from temp to incoming directory, when the download process is done,
| in some rare cases downloaded file remains in temp directory [binary256]
FEATURE: Core | The core can process archived packets used by eMule [binary256]
BUGFIX: Core | Changed the way how JMule constructs eDonkey packets, so JMule can upload files to eMule (for 0.49c) [binary256]


JKad by javajox (Sunday, June 28 2009 17:56 GMT)
--------------------------------------------------------------------------------
In the last few months we've worked on Kad implementation for our JMule client. The JKad (kad written in Java) is fully compatible with that used in eMule. The system is unstable yet, however we are going to include it in the next jmule release. The JKad performs all of its main functions (search, source indexing, packet routing,...) what we didn't finished yet is kad encryption. The latest JKad can be found here, you'll find both source codes and binary files. Also you can discuss about jkad on our forum.

Moving toward Java 1.6 by javajox (Monday, 22 December 2008 18:16:43)
--------------------------------------------------------------------------------
We are moving toward Java 1.6 ! As Java platform evolves we see a lot of goodies provided by it, we are going to use these features to provide a more advanced and powerful p2p file sharing client. We decided to use the latest inovation from Java platform in our client. Be aware the next versions of JMule will be build on Java 1.6 and will not be back compatible to older versions. Don't forget to read the README file from the distribution directory.



http://jmule.org/

I thought it's a new project. Checked the 0.01 pre version, date shows 19022003. Very old. . .
Good to see that it's still active I'll check it on my Vmachine now.

Java? Also träge und mit furchtbar hässlichen GUI-Elementen versehen?

du bist auch echt erstmal gegen alles neue oder?
also ich mein nen java emule client der os unabhängig iss iss doch nicht schlecht oder?
seis drum wie der aussieht.....bringt evtl noch nen paar mehr nutzer ins emule netz.....

du bist auch echt erstmal gegen alles neue oder?

Nein, nur gegen Java-Programme, aus bereits benannten Gründen.

also ich mein nen java emule client der os unabhängig iss iss doch nicht schlecht oder?

Vorteil gegenüber aMule?

keine.....ich nenns einfach mal mehr auswahl.....

keine.....

Ich sehe, wir verstehen uns.

Im aktuellen Zustand würde ich JMule auch eher als "bad client" einstufen, jedenfalls so lange noch solcherlei Fehler behoben werden müssen:

Code: Alles auswählen

BUGFIX: Core | Changed the way how JMule constructs eDonkey packets, so JMule can upload files to eMule (for 0.49c) [binary256]

ich denke mal das man ihn deswegen nicht gleich als bad bezeichnen sollt....eher als buggy....

... was für das Netzwerk so ziemlich dasselbe ist.

Na ja, beim Bad Mod ist der klare Vorsatz vorhanden, einen solchen zu fabrizieren. Ich kenne das Java-Teil nicht, interessiert mich auch nicht. Gibt es nicht immer wieder Sicherheitslücken in Java?