[Java lista] elvi kerdes: protected adattag

István Viczián viczian.istvan at gmail.com
2009. Okt. 9., P, 18:19:03 CEST


Üdv,

Az is mehet az entitáson annotációval, mint a perzisztencia. De mivel
te inkább ResultSet-et machinálsz, mint bean-eket, innentől kezdve
mindegy. Ízlésen nem vitatkozunk, csak arra szerettem volna
rávilágítani, hogy ezekhez már nem kell XML.

Viczi

2009/10/9  <istvan.ketler at lhsystems.com>:
> Szia,
>
> ezt a részét értem, de eddig abban a hitben voltam, hogy az egyes mezők validálását egy másik xml-ben kell leírni. Én ugyanis még mindig a validálásról beszélnék...
>
> Ü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 István Viczián
> Sent: Friday, October 09, 2009 6:02 PM
> To: javalist at javagrund.hu
> Subject: Re: [Java lista] elvi kerdes: protected adattag
>
> Ü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, mitol 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, egyszeruen 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 egyszeru, kis adatbázis igényu 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íto xml fájlokat írogatni, és teleannotálni a kódot.
>>> Ehelyett az adatellenorzést simán beleteszem az accessor metódusokba.
>>> A kód sokkal olvashatóbb (az információ egybol ott van, nincs
>>> outsource-olva mindenféle leírókba). Egyszeru 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
>> mezonevekkel... 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
>>
> _______________________________________________
> 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
>


További információk a(z) Javalist levelezőlistáról