[JAVA] ORM leggeri, avete provato questi?

[banryu79]

Salve,
mi chiedevo se qualcuno degli utenti del forum che programma in Java avesse per caso usato uno di questi ORM, e se sì se può cortesemente postare le sue impressioni, perchè sto cercando un ORM che abbia le caratteristiche di essere il più semplice e meno "pervasivo" possibile, a configurazione-zero o quasi, da utilizzare solo per applicazioni desktop stand-alone di piccole e medie dimensioni.
Naturalmente l'affidabilità è un requisito.

Gli ORM in questione sono i seguenti:
SimpleORM
Ammentos
Persist
pBeans

Ben vengano consigli di altri ORM non elencati che rientrano nella casistica descritta sopra.
Grazie in anticipo per qualsiasi contributo

[wizard1993]

avevo scoperto l'ultimo, ma non ero riuscito a trovare la documentazione e quindi non ne avevo fatto di nulla.

io comunque, a dir la verità nel mio ultimo progetto ho usato un sistema un po' in "diverso":
in java mi sono appoggiato alla libreria xstream (che fa lo stesso lavoro delle XMLDecoder/XMLEncoder, ma più veloce) per serializzare un oggetto, salvando poi l'xml corrispondente in un database (ho usato il postgres), usando come chiave quella dell'oggetto stesso,tutto "nascosto" in una classe che implementa Map.
Le prestazioni sono più che soddisfacenti se la mole di dati non è eccessiva, coprendo con estrema semplicità per il programmatore il campo che questi orm si contendono : applicazioni semplici, con entità semplici magari senza la necessità (e soprattuto il tempo uomo) per fare 2500 file di configurazioni.
in questo campo secondo me sono interessanti anche le BerkeleyDB della Oracle

[shinya]

Degli ORM che hai indicato tu devo confessare di non conoscerne nemmeno uno.
Dato che anch'io ho un'antipatia profonda per gli ORM 'standard', avevo trovato un'isola felice in ActiveObjects:

https://activeobjects.dev.java.net/

Configurazione zero, semplice, basilare.

Detto questo, probabilmente se dovessi cominciare un progetto da zero adesso non credo userei un db relazionale, ma qualcosa document-oriented tipo tokyo cabinet o simili...

[wizard1993]

Originariamente inviato da shinya

ma qualcosa document-oriented tipo tokyo cabinet o simili...

gli ho dato un occhiata veloce, mi ricorda vagamente cloud db... sto sparando qualche boiata?

[shinya]

Originariamente inviato da wizard1993

gli ho dato un occhiata veloce, mi ricorda vagamente cloud db... sto sparando qualche boiata?

Non conosco cloud db, ma dopo una veloce occhiata sull'interwebz direi che no, non c'entrano niente l'uno con l'altro.
Tokyo Cabinet sostanzialmente è una grossa hashtable... che poi non è cosi, ma fai prima a leggere la documentazione.

[banryu79]

Vi ringrazio per i vostri interventi.

Originariamente inviato da wizard1993

io comunque, a dir la verità nel mio ultimo progetto ho usato un sistema un po' in "diverso":
in java mi sono appoggiato alla libreria xstream (che fa lo stesso lavoro delle XMLDecoder/XMLEncoder, ma più veloce) per serializzare un oggetto, salvando poi l'xml corrispondente in un database (ho usato il postgres), usando come chiave quella dell'oggetto stesso,tutto "nascosto" in una classe che implementa Map.

Tecnica interessante, ma per il momento vorrei vedere se riesco a trovare un ORM semplicissimo che soddisfi le mie neccessità, in un "unico pacchetto".

Originariamente inviato da wizard1993

in questo campo secondo me sono interessanti anche le BerkeleyDB della Oracle.

Non le conoscevo, ho dato un'occhiata sul sito e ho visto la formula delle licenze: se mai dovessi ridistribuire (e potrebbe capitarmi), essendo le BerkleyDB open source dovrei acquistare la licenza commerciale.
Il che significa che dovrei prima informarmi meglio e vedere quanto costa e cosa comporta, e se il gioco vale la candela.
Questo a prescindere dalla qualità del prodotto (che comunque mi sembra ottima).

Originariamente inviato da shinya

...avevo trovato un'isola felice in ActiveObjects:

Interessante, lo valuto.
Peccato che non sia ancora abbastanza maturo, però vale la pena approfondire.

Originariamente inviato da shinya

Detto questo, probabilmente se dovessi cominciare un progetto da zero adesso non credo userei un db relazionale, ma qualcosa document-oriented tipo tokyo cabinet o simili...

Interessante anche questo, solo che gira solo su piattaforme UNIX-like, e me serve una soluzione che giri anche su ambienti Windows.

Vi ringrazio ancora per i vostri interventi.

[elleby]

Ma Hibernate non ti piace?

[banryu79]

Originariamente inviato da elleby

Ma Hibernate non ti piace?

Non è una questione di piacere o non piacere.
I motivi e il senso della mia richiesta sono esplicitati nel mio primo post.

[ally]

Originariamente inviato da shinya

Degli ORM che hai indicato tu devo confessare di non conoscerne nemmeno uno.
Dato che anch'io ho un'antipatia profonda per gli ORM 'standard', avevo trovato un'isola felice in ActiveObjects:

https://activeobjects.dev.java.net/

Configurazione zero, semplice, basilare.

Detto questo, probabilmente se dovessi cominciare un progetto da zero adesso non credo userei un db relazionale, ma qualcosa document-oriented tipo tokyo cabinet o simili...

...scusate l'intromissione...ma ogni tabella deve implementare obbligatoriamente una colonna "id"?...

...ciao Andrea...

[RaouL_BennetH]

Originariamente inviato da ally

...scusate l'intromissione...ma ogni tabella deve implementare obbligatoriamente una colonna "id"?...

...ciao Andrea...

Ciao

Non so per gli altri ORM, ma Hibernate/Nhibernate ti permettono di crearti una tua ID laddove non ci sia nella tabella corrispondente.

L'unica cosa che dovrai fare oltre che definirla nell'entità che rappresenti, assegnarle come generator il valore 'assigned':

<id name="NomeId" column="columnId" type="Int32" unsaved value=0>
  <generator class="assigned"</generator>
</id>

[banryu79]

Originariamente inviato da ally

...scusate l'intromissione...ma ogni tabella deve implementare obbligatoriamente una colonna "id"?...

Non lo so, al momento sono impegnato a testare Ammentos con una semplice applicazione di prova creata appositamente: voglio testare a sufficienza quelli che ho già citato più ActiveObject perchè, al di là della semplicità dei meccanismi d'uso o delle eventuali costrizioni che impongono voglio rendermi conto di quanto trasparenti sono al problema della mappatura dal paradigma OO delle entità Java al dominio delle tabelle relazionali del database e come questo aspetto mi possa condizionare nel design dell'applicativo.

Ad esempio, da questo punto di vista, per quel che ho visto fin'ora, Ammentos non mi sta soddisfando: è di semplicissimo utilizzo, ma mi costringe a pensare e disegnare in dettaglio prima le tabelle del db, per poi creare le entità Java.
Io invece vorrei fare proprio l'opposto: progettare il mio modello delle entità in termini OO e poi lasciare il più possibile all'ORM l'incombenza di realizzare una mappatura coerente in termini di tabelle di database relazionale.

Comunque, leggendo qua, di primo acchito direi di che non serve, e che si crea da solo la colonna per la chiave primaria:
https://activeobjects.dev.java.net/basic-concepts.html

[ally]

Originariamente inviato da RaouL_BennetH

Ciao

Non so per gli altri ORM, ma Hibernate/Nhibernate ti permettono di crearti una tua ID laddove non ci sia nella tabella corrispondente.

L'unica cosa che dovrai fare oltre che definirla nell'entità che rappresenti, assegnarle come generator il valore 'assigned':

<id name="NomeId" column="columnId" type="Int32" unsaved value=0>
  <generator class="assigned"</generator>
</id>

...stavo parlando di ActiveObjects...che non necessità di un file .xml...ricava la struttura tabelle direttamente da un interfaccia Java ma sembra vincolato alla presenza di una colonna "ID"...spero di sbagliarmi perchè tale richiesta è assolutamente limitante...

...ciao Andrea...

[banryu79]

Originariamente inviato da RaouL_BennetH

Ciao
Non so per gli altri ORM, ma Hibernate/Nhibernate...

Ciao Raoul,
il problema non è se esite un qualsiasi framework ORM che faccia questo & quello: Hibernate poi, in particolare, è famosissimo e penso che quasi tutti lo conoscano.

Il problema che mi ero posto era un'altro: devo scrivere una semplice applicazione di questo tipo:
- stand alone desktop application
- di piccole, al massimo medie, dimensioni
- sto programmando OO (almeno: ci provo ) in Java

Esiste un ORM (libreria o framework) che soddisfi questi vincoli:
- semplice da integrare con il codice
- a configurazione-zero (no tonnellate di XML per definire le mappature)
- manipola in modo trasparente al programmatore lo schema del db basandosi interamente sulle entità definite nel codice
- mi permette quindi di progettare le entità in modo OO, le tabelle del db a me non interessano (che le definisca l'ORM)

Capito che cerco? Perchè è già passato qualcun'altro prima a chiedermi perchè non mi piacesse Hibernate

[RaouL_BennetH]

Originariamente inviato da banryu79

Ciao Raoul,
il problema non è se esite un qualsiasi framework ORM che faccia questo & quello: Hibernate poi, in particolare, è famosissimo e penso che quasi tutti lo conoscano.

Il problema che mi ero posto era un'altro: devo scrivere una semplice applicazione di questo tipo:
- stand alone desktop application
- di piccole, al massimo medie, dimensioni
- sto programmando OO (almeno: ci provo ) in Java

Esiste un ORM (libreria o framework) che soddisfi questi vincoli:
- semplice da integrare con il codice
- a configurazione-zero (no tonnellate di XML per definire le mappature)
- manipola in modo trasparente al programmatore lo schema del db basandosi interamente sulle entità definite nel codice
- mi permette quindi di progettare le entità in modo OO, le tabelle del db a me non interessano (che le definisca l'ORM)

Capito che cerco? Perchè è già passato qualcun'altro prima a chiedermi perchè non mi piacesse Hibernate

Scusami Banryu79, avevo solo risposto ad:

Originariamente inviato da Ally
...scusate l'intromissione...ma ogni tabella deve implementare obbligatoriamente una colonna "id"?...

...ciao Andrea...

[ally]

Originariamente inviato da banryu79

Comunque, leggendo qua, di primo acchito direi di che non serve, e che si crea da solo la colonna per la chiave primaria:
https://activeobjects.dev.java.net/basic-concepts.html

...forse mi sto perdendo qualcosa...ma il comando migrate aggiorna la tabella secondo le modifiche apportate alla interfaccia...ma quando mostra lo script che migrate crea ci ritroviamo la fantomatica colonna id assolutamente assente tra i metodi esposti dall'interfaccia...

CREATE TABLE person (
    id INTEGER AUTO_INCREMENT NOT NULL,
    firstName VARCHAR(255),
    lastName VARCHAR(255),
    PRIMARY KEY (id)
);

public interface Person extends Entity {
    public String getFirstName();
    public void setFirstName(String name);

    public String getLastName();
    public void setLastName(String name);
}

...forse è meglio se apro un thread specifico?...

...ciao Andrea...

[banryu79]

Originariamente inviato da RaouL_BennetH

Scusami Banryu79...

Ma figurati, sei sempre il benvenuto

Però ho colto al balzo l'occasione per ripetere i requisiti di quel che cerco, così chi incappa nel thread non rischia di capire "pan per polenta" e confondersi.

[banryu79]

Originariamente inviato da ally

...forse mi sto perdendo qualcosa...ma il comando migrate aggiorna la tabella secondo le modifiche apportate alla interfaccia...ma quando mostra lo script che migrate crea ci ritroviamo la fantomatica colonna id assolutamente assente tra i metodi esposti dall'interfaccia...

Sì, quello l'ho visto e ho pensato che sia lui dietro le quinte a inserire nello script il codice neccessario per creare/gestire il campo della primary key.

Evidentemente quando esegui un save() della tua entità, se è una nuova nel database viene generato un nuovo record e un nuovo valore per la primary key, se invece stai facendo il save() di un'entità recuperata già presente, farà solo l'UPDATE.

Non so dirti altro: devo prima testarlo.
Ma se hai dubbi postrsti provarlo direttamente e poi farci sapere

Originariamente inviato da ally

...forse è meglio se apro un thread specifico?...

...ciao Andrea...

Se sei veramente intenzionato a metterti là a provarlo, fai pure.
In tal caso, man mano che provo gli ORM, posso postare pure io le mie impressioni; potrebbe venirne fuori un thread utile.

[ally]

Originariamente inviato da banryu79

Sì, quello l'ho visto e ho pensato che sia lui dietro le quinte a inserire nello script il codice neccessario per creare/gestire il campo della primary key.

Evidentemente quando esegui un save() della tua entità, se è una nuova nel database viene generato un nuovo record e un nuovo valore per la primary key, se invece stai facendo il save() di un'entità recuperata già presente, farà solo l'UPDATE.

...ho creato una classe di test e ho puntato ad una tabella priva di colonna "ID"...il risultato è stata una bella eccezione :

java.sql.SQLException: Unknown column 'id' in 'field list'
	at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:2928)
	at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:1571)
	at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:1666)
	at com.mysql.jdbc.Connection.execSQL(Connection.java:2994)
	at com.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.java:936)
	at com.mysql.jdbc.PreparedStatement.executeQuery(PreparedStatement.java:1030)
	at net.java.ao.EntityManager.find(EntityManager.java:682)
	at net.java.ao.EntityManager.find(EntityManager.java:607)
	at net.java.ao.EntityManager.find(EntityManager.java:555)
	at it.ally.activeobject.ActiveObjectTest.main(ActiveObjectTest.java:27)

...aggiungendo la nuova primarykey nel db e non toccando il codice java il tutto funge senza problemi...

...ciao Andrea...

[wizard1993]

Originariamente inviato da banryu79

In tal caso, man mano che provo gli ORM, posso postare pure io le mie impressioni; potrebbe venirne fuori un thread utile.

sarebbe molto molto interessante visto e considerato che mi trovo molto spesso nella condizione di realizzare piccoli/piccolissimi gestionali, in cui ogni un orm alla topLink sono veramente troppo

[banryu79]

Originariamente inviato da wizard1993

sarebbe molto molto interessante visto e considerato che mi trovo molto spesso nella condizione di realizzare piccoli/piccolissimi gestionali, in cui ogni un orm alla topLink sono veramente troppo

Bhe, a dire il vero, nell'elenco inziale non ho incluso una soluzione che ho incontrato, molto esotica e che potrebbe essere molto interessante, per progetti piccolissimi: space4j

Attenzione: non è un ORM, ma un "Prevalent system": in pratica tiene in memoria gli oggetti business e tutte le transazioni vengono loggate per tenere aggiornato lo stato del sistema ai successivi riavvii.

Io non l'ho considerato perchè il progetto hostato su dev.java.net non viene più aggiornato da 21 mesi...

Però l'autore di space4j ha preso l'idea da Prevayler
Prova a darci un occhio: promette libertà completa da SQL, tabelle e database engine, tutto in una botta (lo valuterò anche io)