Torna indietro   Hardware Upgrade Forum > Software > Programmazione

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
MSI Maestro 500 Wireless: ANC e 90 ore di autonomia a 70 euro
MSI Maestro 500 Wireless: ANC e 90 ore di autonomia a 70 euro
Wireless 2.4 GHz, Bluetooth 5.4, cancellazione attiva del rumore, design pieghevole e un'autonomia che mette in imbarazzo prodotti che costano il doppio. Le Maestro 500 non eccellono in nulla, ma offrono tutto. E a questo prezzo è difficile chiedere di più
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


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...
Boox Go 10.3 (Gen II) Lumi: il tablet e-ink con Android 15 e penna, dal prezzo super Boox Go 10.3 (Gen II) Lumi: il tablet e-ink con ...
NVIDIA mostra una comunità di rob...
Sony annuncia LYTIA L910, arriva il sens...
Ericsson, il 5G è l’infrastruttur...
Marvell punta tutto su TSMC A14: sar&agr...
Hyundai a un passo dal controllo totale ...
Questo SSD vecchio 16 anni ha resistito ...
Monopattino elettrico Xiaomi in offerta:...
Microsoft usa le capre di Age of Empires...
Microsoft conferma bug nel Cestino in tu...
Accenture crolla del 20% in borsa, il pe...
ASUS Pro WS W890E-SAGE SE: sette PCIe 5....
Attenzione al prezzo di questa TV Hisens...
Chrome sbeffeggiato da Ballmer nel 2009:...
Un gioco Mac compatibile con Apple Silic...
La batteria allo stato solido di Honda s...
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: 06:24.


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