Progetto che non gira sul portatile

[Alex'87]

Originariamente inviato da luciofilomeno
E già... se rinomino l'exe in .jar e decomprimo trovo tutte le mie classi... ma non c'è un modo per avere i propri codici più protetti porc@ puzzola!

Usa un offuscatore... Qui ne trovi qualcuno: http://java-source.net/open-source/obfuscators

Originariamente inviato da luciofilomeno
Quando scarico un programma da internet, anche se è gratuito e lo rinomino .jar non c'è verso di vedere nulla!!!

O_o
Quel trucchetto vale solo se l'exe è stato creato con Launch4J (o analoghi), non ha alcun senso altrimenti! Tu pensavi di prendere firefox.exe, rinominarlo in firefox.jar e avere accesso al codice Java? E se il programma non è scritto in Java?

Originariamente inviato da luciofilomeno
adesso non voglio un sistema infallibile, non ci è riuscita la micorsoft a proteggere i suoi programmi non ho la pretesa di riuscirci io però un .exe fatto in questo modo è una porcheria...

Se non sai usare/non capisci gli stumenti che ti vengono messi a disposizione mica è colpa degli strumenti stessi...

Java nasce multipiattaforma.
Questa significa che dovresti distribuire il tuo jar e l'utente se lo dovrebbe lanciare da linea di comando con java -jar MioProgramma.jar
Questo non è alla portata di tutti ovviamente e per tale motivo esistono dei tool che semplificano la cosa. Ad esempio, "trasformano" il tuo jar un .exe (Launch4J) o in .app (Jar Bundler) in modo che gli utenti Windows e Mac OS X possano lanciare l'applicazione con un semplice doppio click. Ma sono appunto dei tool che creano dei "launcher nativi" e non servono per proteggere il codice, non è il loro scopo!

E poi, una curiosità... Che super codice avresti scritto che vuoi assolutamente tenerlo nascosto? A meno che il tuo programma non faccia qualcosa di DAVVERO rivoluzionario nessuno si prenderà la briga di prendere un decompilatore per rubarti il codice...

my 2 cents

[luciofilomeno]

Non è piacevole leggere questo!

E poi, una curiosità... Che super codice avresti scritto che vuoi assolutamente tenerlo nascosto? A meno che il tuo programma non faccia qualcosa di DAVVERO rivoluzionario nessuno si prenderà la briga di prendere un decompilatore per rubarti il codice...

Sminuisci il mio lavoro senza neppure conoscerlo...

Comunque se non è possibile proteggere un programma fatto in java con la stesso grado di sicurezza con cui si può proteggere un software fatto in c++ allora sono costretto ad abbandonare questo strumento per i progetti futuri. Che peccato...

Dovrò andare su c++ o c#...

pazienza... l'offuscatore non nasconte il codice ma lo riscrive... non è la stessa cosa dell'exe fatto in c++...

[javatore]

Nessuno sminuisce il lavoro degli altri, si è sui forum per confrontarsi e per dare consigli sensati... Effettivamente non ho mai visto scegliere un linguaggio/tecnologia solo in base al grado di protezione del codice, ma in genere si sceglie il linguaggio/tecnologia più adatto a ciò che si vuole fare...
Se vuoi creare un programma multipiattaforma allora non penso che tu abbia molta scelta, se invece vuoi stampare "hello world" allora si che può scegliere... Detto ciò, un jar è un archivio di .class quindi il tuo codice non è comunque leggibile... Pertanto se crei un programma di medie dimensioni (diciamo un 30/40 .class) beh, senza offesa, ma deve valere davvero la pena decompilarlo...

[Alex'87]

Originariamente inviato da luciofilomeno
Comunque se non è possibile proteggere un programma fatto in java con la stesso grado di sicurezza con cui si può proteggere un software fatto in c++ allora sono costretto ad abbandonare questo strumento per i progetti futuri. Che peccato...

Liberissimo di farlo.
Ad ogni modo un programma C++ può essere disassemblato, chi vorrà scoprire i tuoi segreti lo farà lo stesso

Originariamente inviato da luciofilomeno
Dovrò andare su c++ o c#...

C# ha un codice intermedio proprio come java, soffre dello stesso "problema".

Originariamente inviato da luciofilomeno
pazienza... l'offuscatore non nasconte il codice ma lo riscrive... non è la stessa cosa dell'exe fatto in c++...

L'offoscatore riscrive il bytecode in modo che chi lo decompila debba fare una fatica esagerata per capire cosa fa il tuo codice. Alcuni decompilatori aggiungono anche delle "istruzioni impossibili" (ad esempio del codice dopo un return) in modo da "ingannare" il decompilatore e farlo ingarbugliare.

[luciofilomeno]

Che delusione comunque... Non c'è altro sistema per proteggere il codice java? Non ci sono programmi che convertono il jar in un .exe vero?

Questa cosa è gravissima a mio giudizio

Diciamo che l'unico ambito in cui ha senso usare java è sui telefonini, diversamente non serve a una mazza...

c++ gira su linux, windows e mac

[Alex'87]

Originariamente inviato da luciofilomeno
Che delusione comunque... Non c'è altro sistema per proteggere il codice java? Non ci sono programmi che convertono il jar in un .exe vero?

Non puoi convertire un jar in un "vero" exe per il semplice fatto che Java è un linguaggio interpretato (anche se in realtà viene poi compilato in tempo reale durante l'esecuzione tramite il JIT). Alcune cose del tuo programma sono note solo durante l'esecuzione, anche volendo non potresti creare un eseguibile nativo a compile-time.

Originariamente inviato da luciofilomeno
Questa cosa è gravissima a mio giudizio

Ce ne faremo una ragione...

Originariamente inviato da luciofilomeno
Diciamo che l'unico ambito in cui ha senso usare java è sui telefonini, diversamente non serve a una mazza...

Le catene batch (che sto terminando in questi giorni con il mio team) che verranno utilizzate per far comunicare le banche secondo lo standard ISO 20022 dicono il contrario.

Ancora una volta parli senza cognizione di causa.

Originariamente inviato da luciofilomeno
c++ gira su linux, windows e mac

Idem Java.

[MItaly]

Mi sembra che la discussione sia partita per la tangente, ergo chiudo qui.

luciofilomeno, evitiamo derive e commenti di questo genere: oltre ad essere tecnicamente non corretti (come ti è stato fatto notare) non aiutano a risolvere il problema che stai affrontando e indispongono i partecipanti alla discussione.
Proseguire su questa strada porta gli utenti ad ignorare le tue discussioni, secca i mod e alla fine arriva il ban (come sicuramente già saprai).