[Java lista] elvi kerdes: protected adattag

[István Viczián]

Üdv,

Csatolok egy persistence.xml-t. Jobb esetben így néz ki egy és
végtelen entitás esetén is. Mit kell ezen túrni? Egyszer megcsinálod,
és soha többet nem látod.

Amikor xml-ben konfiguráltad a mapping-et, az már a múlt.

Viczi

<?xml version="1.0" encoding="UTF-8"?>
<persistence version="1.0" xmlns="http://java.sun.com/xml/ns/persistence"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/persistence
http://java.sun.com/xml/ns/persistence/persistence_1_0.xsd">
<persistence-unit name="My-PU" transaction-type="JTA">
<provider>org.hibernate.ejb.HibernatePersistence</provider>
<jta-data-source>jdbc/mysource</jta-data-source>
<properties>
<property name="hibernate.dialect"
value="org.hibernate.dialect.PostgreSQLDialect" />
<property name="hibernate.show_sql" value="true" />
<property name="jboss.entity.manager.factory.jndi.name"
value="java:comp/env/persistence/My-PU"/>
</properties>
</persistence-unit>
</persistence>

2009/10/9  <istvan.ketler at lhsystems.com>:
> Szia,
>
> ugye még mindig a validálásról beszélünk? Valaki JPA és/vagy bean validator segítségével akarja megoldani, mert "az jobb". Nem látom, mitől jobb (azt látom, hogy miért olvashatatlanabb). Ehhez nem kell xml-t túrni, a NetBeans azt is megcsinálja neked? (Bocs, de soha nem használtam NetBeans-t, nem vallási okból, egyszerűen a céges szabvány mindig az eclipse volt).
>
> Továbbra sem hiszem, hogy ha egyszer nincs szükségem valódi perzisztenciára, és nincsenek adatosztályaim sem csak néhány adatom, akkor olyan nagy szükségem lenne a JPAra.
>
> Miért nincsenek adatosztályaim? Pl. mert nem akarom mindig minden attribútumát bent tartani a memóriában. Nem akarok automatikusan mindent beolvasni, hanem célzott select-ekkel behúzom azt a részét, amelyik éppen kell. Mert az alkalmazás ritkán módosít adatot, inkább csak új rekordokat visz be az adatbázisba. Miért is "jobb" ilyenkor a JPA rétegben validálni?
>
> Üdvözlettel,
>
> Iván
>
> István Ketler
>
> Lufthansa Systems Hungaria Kft.
> Airline Management Solutions
> Schedule & Revenue Management
> Alkotás u. 53.
> 1123 Budapest
> Hungary
>
> Tel: +36 1 887-2815
> Fax: +36 1 887-2977
>
> Room: MOM Park, Building A, Room 556
>
> e-mail: istvan.ketler at lhsystems.com
> Internet: www.LHsystems.hu
>
>
>
> Sitz der Gesellschaft / Corporate Headquarters: Lufthansa Systems Hungaria Kft, Budapest, Fövarosi Birosag 01-09-463417
> Geschaeftsfuehrung / Management Board: Monika Houck
>
> -----Original Message-----
>
> From: javalist-bounces at javagrund.hu [mailto:javalist-bounces at javagrund.hu] On Behalf Of Auth Gábor
> Sent: Friday, October 09, 2009 11:18 AM
> To: javalist at javagrund.hu
> Subject: Re: [Java lista] elvi kerdes: protected adattag
>
> Halihó!
>
> istvan.ketler at lhsystems.com írta:
>>
>> hát, szerintem egy egyszerű, kis adatbázis igényű alkalmazás esetén
>> teljesen felesleges a JPA. Hiszek a KISS módszerben, és ha nem
>> feltétlenül kell (értsd: nem látom közvetlen hasznát), akkor nem fogok
>> mindenféle kiegészítő xml fájlokat írogatni, és teleannotálni a kódot.
>> Ehelyett az adatellenőrzést simán beleteszem az accessor metódusokba.
>> A kód sokkal olvashatóbb (az információ egyből ott van, nincs
>> outsource-olva mindenféle leírókba). Egyszerű adatbázis esetén
>> szerintem nem nagyon vannak adatosztályok a kódban, mert jobbára
>> feleslegesek.  Ha nincs adatosztály, akkor a JPA pontosan mit is ad
>> nekem? Ugyanezt tudom elmondani a bean validation esetén - ha nincs
>> bean, akkor pontosan mit is validálok vele?
>>
>  Hm... én egyetlen XML-t szoktam használni, és ez a persistence.xml.
> Annotációkra minimalista esetben elég az @Entity és az @Id, ha tudom,
> hogy az adott JPA és az adott DB 1-1 megfeleltetésben lesz a tábla- és
> mezőnevekkel... nem értem a felháborodott hangvételt az XML halomra.
> Vagy én rontok el valamit, vagy Te... :)
>
> --
> http://www.javaforum.hu -=- http://www.enaplo.hu
> Auth Gábor -=- http://www.javaforum.hu/web/10/authgabor
>
> _______________________________________________
> Javalist mailing list
> Javalist at javagrund.hu
> http://javagrund.hu/mailman/listinfo/javalist
> _______________________________________________
> Javalist mailing list
> Javalist at javagrund.hu
> http://javagrund.hu/mailman/listinfo/javalist
>