Well I think it's jME fault who is calling FMOD.create(), no ?

[tt
]  at org.lwjgl.fmod3.FMOD.create(FMOD.java:263)
   at com.jmex.sound.fmod.SoundSystem.<clinit>(Unknown Source)
[/tt]

your polygons are 2 sided ?

why not synch randmizer seeds around the clients ?
I agree with Adam, I thinks it's quite hard to achieve that with multi-thread.

MINA use nio, no native DLL and it's licencied under ASL v2 terms

In a beginng point of view I whould use a framework permiting me to make my owns PDU and don't bother with the sucky Java network API (old NIO is too slow and NIO is buggy & documentation less)

Try the MINA framework, it's quite easy to use and got good performance and maintenance : http://directory.apache.org/subprojects/network/getting_started.html

"Sorry french for help the poor lost guy "
C'est ce que fait  jME : www.jmonkeyengine.com c'est une couche de plus haut niveau a terme tu pourra choisir entre LWJGL et Jogl. Si ton but c'est de faire un jeu, n'hésite pas LWJGL est beaucoup mieux (gestion des fenêtres, du timer, du déploiement). A mon avis jogl ne sera jamais intégré dans le JDK de Sun (car viole l'idée de la sandbox car tu peux planter le PC avec OpenGL). De plus LWJGL a une syntaxe intéressante (les import statique) pour porter des exemple en C vers Java.

the IBM JRE 1.4.2 for AMD64 Linux is light fast near the Sun one... go wonder

the new profiler looks very nice

I made a simple stresser for my File server, and it finish by failling even with text files without  0xFFFF ins, so it's not the same bug (prolly mine)

too much assles for now   Jetty embedded works well for now, but I will perhaps after I released

OMG .. it's prolly the same bug I got in my file tranfert protocol    I gave up on trying to fix it and use an HTTP server for simple file transfert.

as features I would propose :

Transport types :
TCP, UDP, Bluetooth, custom transport implementation possible

Security :
SSL, redundancy/replication

Manageability :
JMX,Traffic throttling, easy capture for debug facilities

Abstraction :
Low level protocol implementations (ByteBuffers manipulation),
High level (using Java Objects and Codecs),

Scalability :
Grid technology

It's really biased toward MINA, so bias it to grexengine and it could be accurate

There is page on http://www.javagamesfactory.org with a feature matrix for network engines. Apparently it's under construction, there is no list of features. Anyway I volunter for fill it for the MINA engine : http://directory.apache.org/subprojects/network/index.html

well you know Sun is slowly but surely dying .. frankly I don't think NIO is less bugged on Solaris, it's looks more like lazyness / not the priority problem. Perhaps we should take a look at Classpath NIO implementation ?

which OS ?

and my dual-screen configuration is far above that ..  :-/

I use this eclipse plugin, enougth for me
http://eclipsecolorer.sourceforge.net/index_profiler.html

heard a lot of good about yourkit, but never tried (500$ .. ekk)

just close the channel

try with jakarta commons-httpclient

it's more complete than Sun one
http://jakarta.apache.org/commons/httpclient/features.html

I use another trick, the first 4 byte of the packet are an Integer representing the total size of the packet, so I know how many bytes I need to wait.

I'm writing a simple MINA example, for now the english is in very poor state, I'll correct it when I'm done.

Preview : http://vrm.free.fr/mina/mina-tutorial.zip

there is a bug opened at Sun for System.nanoTime() ? what a workaround ...

if it's just for sending an highscore table , a simple tcp server/client is prolly less hassle than trying to change RMI socket factory

RMI is usefull only on LAN, so firewalls shouldn't be a problem.

the object you want to put in your stream need to implement the dummy interface java.io.Serializable

so finaly it's out :
Mina the network framework done for apache diretory server projet
http://www.apache.org/~trustin/mina-20050207/index.html

it's looking like netty2 (it's the same developper) but you can implements both low level and high level protocol.

It support UDP now and intra VM connections

I got shitload of code at work which can run only on 1.3 and not 1.4, and 1.4 code which can't run on 1.5 .. (mostly client applet code) so if the customer upgrade the JVM .. kaboom.. plus it's not my code, it's third party propietary one, so I can't upgrade it  :-/

Eiffel is a clever designed OO language, but it lacks of popularity and libraries. It's far of the Java platform sadly .

Eiffel got a nice design by contract syntax integrated in the language, it's very usefull.  There is a nice implementation of design by contract for Java : http://www.cs.iastate.edu/~leavens/JML/index.shtml

played a little with Mono runtime sources, and it's very easy to make your custom runtime, removing useless craps like Windows.Forms and other useless stuff. It's  easy to cleaning it (as sorting crap out of rt.jar and rest) and the license allow it.

So you can prolly emmbed our own Mono runtime for ~5Mb. NOW WHAT SUN IS WAITING FOR LET US FORGE EMBEDED JRE ?

BTW Tried SableVM ? It looks a bit better than Kaffe.

Cas : I'm looking at Mono too since 2 days and I'm quite impressed. It's far better than I thought. I really start to like Gtk#. And the interface to C is so easy I wonder how the performances compare to JNI.

BTW :  it's a Java forum no wonder why you got flamed