Perché non esiste un decompilatore di moduli o report Oracle?(Tecnicamente)

Question

Non riesco a capire perché non riesco a trovare tale strumento (decompilatore Oracle Forms o Reports)

È molto prezioso perché molte aziende utilizzano sistemi basati su Oracle.

Qualcuno sa cosa c'è di speciale nella struttura dei file in formato .FMX o .REP che impedisce la creazione di un decompilatore per loro?

Answer 1

Considerato il risarcimento di 1,3 miliardi di dollari appena ricevuto contro SAP per violazione della proprietà intellettuale, Oracle probabilmente non è la persona migliore con cui prendersela.O un'azienda ha i propri sistemi sviluppati internamente, incluso il codice sorgente, oppure acquista un'applicazione di terze parti (più supporto) da un'importante azienda.Pagano molto per quest'ultimo e una grande azienda ci penserà due volte prima di fare qualcosa di illegale per ingannare un'altra grande azienda.

Quindi il mercato legittimo per tale software sarebbe piuttosto piccolo.

Da un punto di vista tecnico, dopo Forms 3.0, anche il 'sorgente' non è testo semplice, quindi hai la difficoltà di elaborare sia la decodifica dell'FMX in qualcosa di comprensibile, sia il riassemblarlo in un FMB valido.

Inoltre più versioni di Forms (sia versioni principali che singoli set di patch), creando file eseguibili eseguibili su una varietà di piattaforme.

Tanto impegno, mercato piccolo, problemi legali....

---

Nessuna risorsa ma vaghi ricordi.

Ai tempi di Forms 3.0 potevi modificare manualmente i file INP (il codice sorgente, una sorta di equivalente di FMB) poiché erano testo piatto.

Quando sono passati a FMB, ricordo di aver provato a convertire FMB in FMT (il formato testo), apportando modifiche e poi tornando indietro.Ma la conversione in un FMB che sarebbe stato accettato era un problema.Se crei un .java da un .class ottieni un file che esegui attraverso un compilatore e ti dice cosa c'è che non va nel codice sorgente (se c'è qualcosa).Il compilatore Java è progettato per prendere qualcosa creato esternamente (ad esempio in un editor di testo) e analizzarlo e restituire eventuali problemi di analisi.

Se crei manualmente un FMB ed è sbagliato, si verificherà un errore durante il caricamento o semplicemente un arresto anomalo.Non è progettato per dirti cosa c'è che non va nel "codice sorgente" perché non è destinato a caricare qualcosa che è stato creato esternamente.

Quindi costruire un FMB valido (per non parlare di un FMB da un FMX) è complicato.

Potrebbe essere fattibile analizzare un FMX in un formato leggibile, anziché in un FMB.Ma la stragrande maggioranza degli utenti di Forms avrà FMB e ci sono più casi d'uso per analizzare un FMB in qualcosa di utilizzabile piuttosto che FMX.E ci sono utilità in giro per farlo (incluso lo strumento di migrazione da Forms a Apex di Oracle stesso, oltre ad alcune app di terze parti come quelle di PIZZISSIMO).

Answer 2

Io sono abbastanza sicuro che risposto alla tua domanda: It's very valuable because many enterprises use oracle based systems.
E 'anche molto importante per Oracle che non si può decompilare i loro sistemi