Torna indietro   Hardware Upgrade Forum > Software > Programmazione

L'Europa conta nella tecnologia e può essere autonoma. Cosa si è detto al Nextcloud Summit 2026
L'Europa conta nella tecnologia e può essere autonoma. Cosa si è detto al Nextcloud Summit 2026
La parola d'ordine al Nextcloud Summit 2026, che si è tenuto a Monaco, è stata "sovranità". Non come è spesso usato questo termine in politica ma, al contrario, come capacità positiva di decidere il proprio destino tecnologico, con modalità collaborative e aperte. L'Europa dice già molto nel mondo open source, che viene visto come mezzo per ottenere la tanto agognata autonomia digitale
Dreame X60 Pro Ultra Complete: i bracci si estendono sempre di più
Dreame X60 Pro Ultra Complete: i bracci si estendono sempre di più
Dreame X60 Pro Ultra Complete implementa due bracci estensibili, per spazzola e moccio, che si spingono ben oltre quanto visto sino ad oggi permettendo una pulizia di casa ancor più capillare e precisa
TCL 65C8L, la recensione del SQD-Mini LED da 4400 nit misurati
TCL 65C8L, la recensione del SQD-Mini LED da 4400 nit misurati
La tecnologia SQD-Mini LED di TCL arriva sul taglio da 65 pollici con la serie C8L: 2040 zone, pannello WHVA 2.0 e un picco che alle rilevazioni delle sonde tocca i 4400 nit nel profilo Filmmaker e un HDR quasi perfetto
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 13-06-2009, 14:43   #1
gugoXX
Senior Member
 
L'Avatar di gugoXX
 
Iscritto dal: May 2004
Città: Londra (Torino)
Messaggi: 3692
[C#, Java] - Richiamare Java da C#

Ho la necessita' di richiamare una funzione (tante in realta') scritta in Java da parte di un mio programma C#
Dispongo dei sorgenti di entrambi, ma non e' mia facolta' ne volonta' cambiare il codice Java monolitico e immenso che mi si para davanti.

Inoltre ho la necessita' di una discreta velocita', nel senso che dovro' richiamare le funzioni Java per tante volte. Sono decisamente veloci, quindi mi seccherebbe dover spendere piu' tempo per i passaggi di informazioni piuttosto che per i calcoli veri e propri, dato che il flusso e' gia' su un percorso critico.

Idee possibili?
__________________
Se pensi che il tuo codice sia troppo complesso da capire senza commenti, e' segno che molto probabilmente il tuo codice e' semplicemente mal scritto.
E se pensi di avere bisogno di un nuovo commento, significa che ti manca almeno un test.
gugoXX è offline   Rispondi citando il messaggio o parte di esso
Old 13-06-2009, 15:09   #2
!k-0t1c!
Member
 
Iscritto dal: Jul 2008
Messaggi: 237
JNI/COM. In ogni caso sappi che non sarà una bella esperienza. Se l'input e l'output non sono particolarmente strutturati (e quindi la (de)serialization non costa troppo) puoi considerare l'uso di socket o ancora meglio named pipes, ma quello richiederebbe una serie di stub in java wrappati in una classe per gestire i messaggi...Visto che non credo che la questione sia per un progettino scolastico ti sconsiglio invece di guardare IKVM et similia.
!k-0t1c! è offline   Rispondi citando il messaggio o parte di esso
Old 13-06-2009, 15:25   #3
^TiGeRShArK^
Senior Member
 
L'Avatar di ^TiGeRShArK^
 
Iscritto dal: Jul 2002
Città: Reggio Calabria -> London
Messaggi: 12112
Quote:
Originariamente inviato da gugoXX Guarda i messaggi
Ho la necessita' di richiamare una funzione (tante in realta') scritta in Java da parte di un mio programma C#
Dispongo dei sorgenti di entrambi, ma non e' mia facolta' ne volonta' cambiare il codice Java monolitico e immenso che mi si para davanti.

Inoltre ho la necessita' di una discreta velocita', nel senso che dovro' richiamare le funzioni Java per tante volte. Sono decisamente veloci, quindi mi seccherebbe dover spendere piu' tempo per i passaggi di informazioni piuttosto che per i calcoli veri e propri, dato che il flusso e' gia' su un percorso critico.

Idee possibili?
hai già provato ad usare il j# redistributable?
Io l'ho utilizzato per delle funzioni delle JFC, ma ora sinceramente mi sfugge se si può usare anche per altre funzioni....
cmq lo puoi scaricare da qui:
http://www.microsoft.com/DOWNLOADS/d...displaylang=en
se gli vuoi dare un'occhiata...
__________________
^TiGeRShArK^ è offline   Rispondi citando il messaggio o parte di esso
Old 13-06-2009, 15:42   #4
!k-0t1c!
Member
 
Iscritto dal: Jul 2008
Messaggi: 237
Quote:
Originariamente inviato da ^TiGeRShArK^ Guarda i messaggi
hai già provato ad usare il j# redistributable?
Io l'ho utilizzato per delle funzioni delle JFC, ma ora sinceramente mi sfugge se si può usare anche per altre funzioni....
cmq lo puoi scaricare da qui:
http://www.microsoft.com/DOWNLOADS/d...displaylang=en
se gli vuoi dare un'occhiata...
Manca tutta la compatibilità...Il problema di gugoXX non mi pare quello di scrivere codice per .NET con sintassi Java ma di controllare codice Java da C#. In un contesto aziendale dove ci fossero fondi sufficienti a disposizione potrebbe valutare l'uso di http://www.jnbridge.com/jnbpro.htm ma non credo proprio possa pensare di portare il codice Java su cui non ha il controllo su .NET, a prescindere dalla compatibilità sintattica o delle librerie di base.
!k-0t1c! è offline   Rispondi citando il messaggio o parte di esso
Old 13-06-2009, 16:41   #5
^TiGeRShArK^
Senior Member
 
L'Avatar di ^TiGeRShArK^
 
Iscritto dal: Jul 2002
Città: Reggio Calabria -> London
Messaggi: 12112
Quote:
Originariamente inviato da !k-0t1c! Guarda i messaggi
Manca tutta la compatibilità...Il problema di gugoXX non mi pare quello di scrivere codice per .NET con sintassi Java ma di controllare codice Java da C#. In un contesto aziendale dove ci fossero fondi sufficienti a disposizione potrebbe valutare l'uso di http://www.jnbridge.com/jnbpro.htm ma non credo proprio possa pensare di portare il codice Java su cui non ha il controllo su .NET, a prescindere dalla compatibilità sintattica o delle librerie di base.

se il suo codice java compila con j# (e non è detto, per quello gli ho detto di fare la prova) allora è sufficiente crearsi una dll e richiamare direttamente i metodi da C# senza bisogno di bestemmiare con JNI.
__________________
^TiGeRShArK^ è offline   Rispondi citando il messaggio o parte di esso
Old 13-06-2009, 16:43   #6
gugoXX
Senior Member
 
L'Avatar di gugoXX
 
Iscritto dal: May 2004
Città: Londra (Torino)
Messaggi: 3692
Quote:
Originariamente inviato da !k-0t1c! Guarda i messaggi
JNI/COM. In ogni caso sappi che non sarà una bella esperienza. Se l'input e l'output non sono particolarmente strutturati (e quindi la (de)serialization non costa troppo) puoi considerare l'uso di socket o ancora meglio named pipes, ma quello richiederebbe una serie di stub in java wrappati in una classe per gestire i messaggi...Visto che non credo che la questione sia per un progettino scolastico ti sconsiglio invece di guardare IKVM et similia.
Grazie, vediamo se riesco a wrappare tutto cio' che mi serve in un COM

Quote:
hai già provato ad usare il j# redistributable?
Ho provato a perderci un po' di tempo, ma non sembra esserci modo di fargli digerire il malloppo. Troppe specificita'.

In ogni caso grazie.
__________________
Se pensi che il tuo codice sia troppo complesso da capire senza commenti, e' segno che molto probabilmente il tuo codice e' semplicemente mal scritto.
E se pensi di avere bisogno di un nuovo commento, significa che ti manca almeno un test.
gugoXX è offline   Rispondi citando il messaggio o parte di esso
Old 13-06-2009, 16:45   #7
PGI-Bis
Senior Member
 
L'Avatar di PGI-Bis
 
Iscritto dal: Nov 2004
Città: Tra Verona e Mantova
Messaggi: 4553
Quote:
Originariamente inviato da gugoXX Guarda i messaggi
Ho la necessita' di richiamare una funzione (tante in realta') scritta in Java da parte di un mio programma C#
Dispongo dei sorgenti di entrambi, ma non e' mia facolta' ne volonta' cambiare il codice Java monolitico e immenso che mi si para davanti.

Inoltre ho la necessita' di una discreta velocita', nel senso che dovro' richiamare le funzioni Java per tante volte. Sono decisamente veloci, quindi mi seccherebbe dover spendere piu' tempo per i passaggi di informazioni piuttosto che per i calcoli veri e propri, dato che il flusso e' gia' su un percorso critico.

Idee possibili?
JNI. Incapsuli la creazione della JVM e le funzioni che vuoi richiamare in una libreria dinamica fatta nel buon vecchio C e sei a posto. Per le performace dipende da cosa scambi. L'overhead dovuto all'invocazione di metodi o funzioni che ricevono e restituiscono primitivi, Buffer o array di primitivi è nell'ordine del nullosecondo. Ricorda di fare un cache nel codice nativo dei metodi che vuoi invocare se prevedi che siano invocati molte volte in modo da eliminare del tutto il tempo dovuto al lookup.

Comunque è il classico "gioco da ragazzi" anche nel caso in cui sia la prima esperienza: una volta scritta la prima invocazione le altre sono tutte uguali, cambiano solo i nomi.
__________________
Uilliam Scecspir ti fa un baffo? Gioffri Cioser era uno straccione? E allora blogga anche tu, in inglese come me!
PGI-Bis è offline   Rispondi citando il messaggio o parte di esso
Old 13-06-2009, 19:06   #8
Tommo
Senior Member
 
L'Avatar di Tommo
 
Iscritto dal: Feb 2006
Messaggi: 1304
Ma non potresti compilare il codice Java come eseguibile... quindi lanciare questo eseguibile MENTRE lanci l'altro in C#?

a questo punto credo sia una cavolata implementare una state machine condivisa in modo che i due programmi possano "parlare" rapidamente tramite comandi, o no?
__________________
*ToMmO*

devlog | twitter
Tommo è offline   Rispondi citando il messaggio o parte di esso
Old 13-06-2009, 20:02   #9
PGI-Bis
Senior Member
 
L'Avatar di PGI-Bis
 
Iscritto dal: Nov 2004
Città: Tra Verona e Mantova
Messaggi: 4553
Onde comprendere la "portata" del compito che attende chi voglia scontrarsi con l'immane difficoltà di invocare dei metodi Java con JNI posto del codice:

Codice:
#include <jni.h>
#include <windows.h>
#include <stdio.h>

JNIEnv *env;
JavaVM *jvm;
HINSTANCE hvm;
jmethodID methodId;
jobject instance;

void createJVM(void);
void disposeJVM(void);
void precache(void);

int main() {
	createJVM();
	precache();
	jint sum = (*env)->CallIntMethod(env, instance, methodId, 100, 33);
	printf("La somma di 10 e 20 e' %d\n", sum);
	disposeJVM();
}

void precache(void) {
	jclass instanceClass = (*env)->FindClass(env, "it/bingo/bongo/JavaFunctions");
	jmethodID constructor = (*env)->GetMethodID(env, instanceClass, "<init>", "()V");
	instance = (*env)->NewObject(env, instanceClass, constructor);
	methodId = (*env)->GetMethodID(env, instanceClass, "sum", "(II)I");
}

void createJVM() {
	hvm = LoadLibrary("c:\\programmi\\java\\jre\\bin\\client\\jvm.dll");
	FARPROC createJVM = GetProcAddress(hvm, "JNI_CreateJavaVM");
	JavaVMInitArgs vmArgs;
	vmArgs.version = 0x00010002;
	vmArgs.nOptions = 0;
	(*createJVM)(&jvm, (void**)&env, &vmArgs);
}

void disposeJVM() {
	if(jvm != NULL) (*jvm)->DestroyJavaVM(jvm);
	if(hvm != NULL) FreeLibrary(hvm);
}
Visto che si tratta di roba terra terra prima di andare a impegolarsi con soluzioni esoteriche almeno un tentativo lo farei. Magari giusto per fare un "benchmarkino" e vedere se è papabile o no.
__________________
Uilliam Scecspir ti fa un baffo? Gioffri Cioser era uno straccione? E allora blogga anche tu, in inglese come me!
PGI-Bis è offline   Rispondi citando il messaggio o parte di esso
Old 14-06-2009, 08:49   #10
gugoXX
Senior Member
 
L'Avatar di gugoXX
 
Iscritto dal: May 2004
Città: Londra (Torino)
Messaggi: 3692
Quote:
Originariamente inviato da Tommo Guarda i messaggi
Ma non potresti compilare il codice Java come eseguibile... quindi lanciare questo eseguibile MENTRE lanci l'altro in C#?

a questo punto credo sia una cavolata implementare una state machine condivisa in modo che i due programmi possano "parlare" rapidamente tramite comandi, o no?
Questa era un'alternativa, che pero' prevede di mettere mano al codice Java, che e' condiviso da piu' gruppi di lavoro (che lo usano nativamente). Se possibile volevamo evitare questa strada.

Quote:
Originariamente inviato da PGI-Bis
Onde comprendere la "portata" del compito che attende chi voglia scontrarsi con l'immane difficoltà di invocare dei metodi Java con JNI posto del codice:
Grazie per il codice. Visto cosi' sembra semplice.
Non so se c'e' una JNI gia' managed per C#, ora cerco. Alla peggio prendo il tuo codice C++ royalty free ( ) e lo impacco in un Maresciallo.
__________________
Se pensi che il tuo codice sia troppo complesso da capire senza commenti, e' segno che molto probabilmente il tuo codice e' semplicemente mal scritto.
E se pensi di avere bisogno di un nuovo commento, significa che ti manca almeno un test.

Ultima modifica di gugoXX : 14-06-2009 alle 08:51.
gugoXX è offline   Rispondi citando il messaggio o parte di esso
Old 14-06-2009, 11:21   #11
!k-0t1c!
Member
 
Iscritto dal: Jul 2008
Messaggi: 237
Quote:
Originariamente inviato da gugoXX Guarda i messaggi
Grazie per il codice. Visto cosi' sembra semplice.
Non so se c'e' una JNI gia' managed per C#, ora cerco. Alla peggio prendo il tuo codice C++ royalty free ( ) e lo impacco in un Maresciallo.
Se il codice di PGI ti basta e non hai esigenze più elaborate allora tanto vale che ti faccia un mixed mode assembly senza stare a perdere tempo con marshaling o P/Invoke
!k-0t1c! è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


L'Europa conta nella tecnologia e può essere autonoma. Cosa si è detto al Nextcloud Summit 2026 L'Europa conta nella tecnologia e può ess...
Dreame X60 Pro Ultra Complete: i bracci si estendono sempre di più Dreame X60 Pro Ultra Complete: i bracci si esten...
TCL 65C8L, la recensione del SQD-Mini LED da 4400 nit misurati TCL 65C8L, la recensione del SQD-Mini LED da 440...
MSI Maestro 500 Wireless: ANC e 90 ore di autonomia a 70 euro MSI Maestro 500 Wireless: ANC e 90 ore di autono...
NL-LC1 è il primo dissipatore a liquido AIO di Noctua: silenzio è la parola d'ordine NL-LC1 è il primo dissipatore a liquido A...
Le schede video di AMD potrebbero aument...
I nuovi Redmi Note 17 sono vicini: l'aut...
Formula E svela la stagione dei record: ...
Premiate le miglior innovazioni nel supe...
Autopromotec Dialogues: a Milano abbiamo...
Google Pixel 10 Pro crolla a 699€ in off...
I primi computer quantistici utili a liv...
Washington punta il dito contro ASML: se...
Data center, IA e rinnovabili: cos&igrav...
Doppia memoria, doppia potenza: la GeFor...
Il Galaxy S26 FE sta arrivando ma non av...
Lenovo Idea Tab Plus in offerta al Prime...
Hisense: il Prime Day sorprende con un T...
Reolink apre il Prime Day 2026 con scont...
Android 17 sui Pixel con qualche intoppo...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 07:23.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Served by www3v