Hi,
die Variante von Excelsior Store benutzt aber auch die Java Native Interface ( ohne die gehts nicht ).
Das sieht man auch daran, dass die auch eine dll mitliefern. Den einzigen Unterschied denn ich sehe ist, dass
Excelsior Store eine adaptive Variante implementiert hat und somit den Umstand behebt, für jede benötigte
Funktion ein Mapping einzuführen. Allerdings kostet die Variante von Excelsior Store auch je nach Lizenz zwischen
$50 und $500. Deshalb würde ich die paar Funktionen, welche wirklich unausweichlich benötigt werden, selbst mappen. Das kostet mich nichts außer 1-2 Stunden arbeit. In Außnahmefällen ist es wohl gerechtfertigt auf
soetwas wie xFunction zurückzugreifen. Allerdings sollte man sich im klaren darüber sein, dass man mit jeder
Nutzung von JNI die Plattformunabhängigkeit aufgibt um den Preis für jede unterstützte Plattform eine Lib liefern
zu müssen. JNI macht für mich nur Sinn, wenn es auf der Server Seite eingesetzt wird. Die Clients bleiben
Plattformunabhängig, während man auf dem Server JNI benutzt. Ändert man etwas muss man nur für den
Server eine neue Lib kompilieren. Ein anderen Sinn sehe ich darin ( und das wird auch die Intension von Sun gewesen sein ),
dass ich mit Hilfe der JNI meine bereits bestehenden Libs ( die mich wahrscheinlich schon Tage und Nächte gekostet haben sie zu erstellen und die Bugs zu beseitigen ), weiter verwenden kann ohne eine Neuimplementierung in Java
vornehmen zu müssen die mich wieder Tage und Nächte kostet.
Man sollte sich immer vor Augen halten was und wofür man etwas braucht und dann das Werkzug auswählen.
Auf gut deutsch meine ich, dass man nicht verzweifelt versuchen sollte mit einem Stein einen Nagel krumm und schief in die Wand zu hauen, nur weil man nicht weiß was ein Hammer ist oder wie er funktioniert. :wink:
Also ... die Aufgabe bestimmt das Werkzeug nicht umgekehrt.
Jetzt bin ich zwar ein wenig vom eigentlichen Thema abgekommen, aber das wollte ich schon immer mal sagen.
