Sto cercando di capire dove parte della mia logica di applicazione dovrebbe andare nella mia applicazione Java EE. Sono nuovo di Java EE e sto cercando di caricare un sacco di dati non strutturati da un database legacy e di costruire un modello di oggetto pulito per l'utilizzo da parte della mia applicazione. Dalle mie indagini vedo che le app Java EE hanno 2 componenti, componenti Enterprise Bean e Web Application. Questa parte della mia applicazione sarà responsabile del caricamento dei dati, della costruzione del modello dell'oggetto e dell'invio di messaggi tramite JMS in base allo stato corrente dei dati alle parti interessate. I dati verranno aggiornati tramite la sincronizzazione con il database e dai messaggi ricevuti tramite JMS da applicazioni Java remote.Logica applicazione Java EE/Glassfish
È un EJB il luogo corretto per questo tipo di funzionalità? Come posso avviare l'inizializzazione del mio modello di oggetto (metodo principale equivalente Java App)? Qual è la migliore pratica per creare un evento a tempo per rivedere il modello a oggetti e inviare messaggi tramite JMS?
Ho letto un numero di articoli su Java EE, Glassfish, EJB ... ma ancora non sento di avere una visione chiara di dove dovrei scrivere questa funzionalità. Gli esempi che ho visto di EJB tendono ad essere intorno a chiamate di metodo dirette sui bean dalle applicazioni client.
Al momento ritengo che un'applicazione Java possa svolgere il lavoro ma stiamo cercando di utilizzare RMI e i client Web in futuro.
> '" se non puoi batterli, unisciti a loro "sforzo per standardizzare Hibernate' - In realtà un modello simile a quello di Hibernate era originariamente considerato per EJB 1. Sfortunatamente i pochi ingegneri dell'epoca che erano a favore di quello perso ai loro amici che insistevano sugli Entity Beans che alla fine arrivarono in EJB 1. Ironia della sorte, i primi bean di EJB 1 sono stati implementati sotto il cofano da TopLink, il progetto era Hibernate era la versione open source economica di (Hibernate divenne famoso per questo , ma non ha inventato il modello, TopLink era MOLTO prima) –
Sì, lo so, ho avuto il dispiacere di lavorare con il server delle applicazioni pre-WebLogic di Oracle, Orion. TopLink e l'oscuramento automatico della password nei file XML sono state le uniche parti valide. TopLink nasce infatti nel mondo SmallTalk. Non ho mai usato SmallTalk da solo, ma ho fatto manutenzione su un'applicazione Java 1.1.8 scritta da un gruppo di laureati SmallTalk. Ad oggi è il miglior codice Java orientato agli oggetti che abbia mai visto.SmallTalk ha creato l'eccellenza. – Barend