This page (revision-34) was last changed on 19-Feb-2008 21:56 by PeterHormanns 

This page was created on 27-Mar-2007 21:55 by Guest

Only authorized users are allowed to rename pages.

Only authorized users are allowed to delete pages.

Page revision history

Version Date Modified Size Author Changes ... Change note
34 19-Feb-2008 21:56 20 KB PeterHormanns to previous Kategorie raus
33 16-Jan-2008 17:24 20 KB PeterHormanns to previous | to last Tagging
32 14-Dec-2007 16:28 20 KB ThomasBayen to previous | to last Tippfehler im Link von Jens behoben
31 11-Dec-2007 18:18 20 KB JensKapitza to previous | to last noch ein link
30 07-Dec-2007 17:30 20 KB ThomasBayen to previous | to last Link zur Java Compiler API
29 04-Aug-2007 22:21 19 KB JensKapitza to previous | to last artikel
28 30-Jul-2007 19:04 19 KB ThomasBayen to previous | to last Antwort auf Jens Diskussionsstart
27 29-Jul-2007 21:22 16 KB JensKapitza to previous | to last hsql kann scrollen in den resultsetz
26 28-Jul-2007 22:32 16 KB JensKapitza to previous | to last '' rechtschreibung und andere fehler (behandel ich später)''
25 24-Jul-2007 15:11 14 KB PeterHormanns to previous | to last Typo im Link
24 24-Jul-2007 12:38 14 KB ThomasBayen to previous | to last Collections, Diskussion von gestern abend
23 03-Jul-2007 13:27 12 KB PeterHormanns to previous | to last PBeans
22 03-Jul-2007 11:02 12 KB ThomasBayen to previous | to last Lizenzthema auf eigene Seite ausgelagert
21 28-Jun-2007 09:42 16 KB ThomasBayen to previous | to last UTF-8 im Projekt

Page References

Incoming links Outgoing links
JPApi
JPApi

Version management

Difference between version and

View first change
=!>> JPApi<< =>>

Soll eine Bibiothek <<fürwerden>> <<eine "Java Persistenz API" werden, >>die flach und einfach ist,
<<


== Ziele, die man erreichen sollte ==

* kompatibel mit >>JDK >= 1.5<< >>
<<*
>>wenige bis hin zu <<gargarkeinen>> <<keinen >>Abhängigkeiten
<<* Möglichst wenig Konfiguration>>
<<*!!>> <<Annotationen an der vorhandenen API von Sun orientieren
* unsere API an der API von Sun orientieren
* kurze Ladezeit (im Vergleich z.B. zu Hibernate)
* so weit wie möglich Nutzung vorhandener APIs (z.B. ~BeanInfo, ~PropertyDescriptor, Collections wie List oder Set, etc.)


== Features ==

* Mapping
* Caching (PREPARED Statement)
* Connection POOL
* Konfiguration durch Java Quellcode, Konventionen, Annotationen, Konfigurationsdateien, vorhandene Datenbank (in dieser Reihenfolge)
* Im Normalfall stehen alle Eigenschaften einer Bean in einer einzigen Datei (im Java-Quelltext)
* automatische Erstellung von GUIs (Web und Swing)
* Arbeit mit mehreren Datenbanken gleichzeitig (mit übergreifenden Fremdschlüsseln)
* Caching von Metainformationen



== >>Observer-Pattern <<([Wikipedia|http://de.wikipedia.org/wiki/Beobachter_%28Entwurfsmuster%29]) ==>>
<<
>>* Änderungen werden direkt in der Datenbank gemacht
<<* Die Observer-Funktionalität sollte automatisch in vorhandene Beans eingebaut werden (läuft übrigens bereits bei ThomasBayen mit BCEL)
>>** BCEL <<(http://bcel.apache.org) - Bytecode-Manipulation, wird von vielen bekannten Projekten genutzt(apache.org)>>
** SERP <<(http://serp.sf.net)?>> <<- Alternative zu BCEL(sf.net)>>
** Jasmin <<(http://jasmin.sf.net)?

!!>> <<- Bytecode-AssemblerFeatures>>
* <<Es sollte möglich sein, den Observer auch selbst zu implementieren (ganz ohne BCEL) - das macht dessen Funktionsweise transparenter.Mapping>>
<<


==*>> <<Design-EntscheidungenCaching>> <<==

Hier(PREPARED>> <<möchte ich kontroverse Dinge sammeln bzw. Entscheidungen dokumentieren, die nicht sofort offensichtlich sind.Statement)>>
<<
===*>> <<WieConnection>> <<direkt ist die Verbindung zur Datenbank? ===POOL>>

<<Eine Möglichkeit ist es, unabhängige Beans (mit Fremdschlüsseln ggf. einen Beanbaum) zu laden. Diese werden dann frei bearbeitet und werden mit einer update-Methode wieder zurückgeschrieben. Das andere Extrem ist es, wenn jeder getter und setter der Bean direkt auf einen SQL-Befehl gemappt wird. Zwischenlösungen sind denkbar. Für verschiedene Probleme sind verschiedene Bindungsstärken sinnvoll. Was sollte nun wirklich implementiert werden?>>


<<
==!!>> <<Was ist eine >>Bean?<< ==>>

* BCEL nutzen um Klassen zu bearbeiten, Event handling

{{{
<<
>>public class Bean {

 <<  >>private Feld a;

 <<  >>public Feld getA()  { return a; }
 <<  >>public setA(Feld b) { a = b;   }
<<}>>
<<}}}>>
<<}>>

<<}}}>>
<<== Links ==>>

<<* [offizielle FAQ zu JPA von Sun|http://java.sun.com/javaee/overview/faq/persistence.jsp]>>
<<* [Artikel von Sun über JPA|http://java.sun.com/developer/technicalArticles/J2EE/jpa/]
<<
----
;Kategorien:KategorieJava
This page (revision-34) was last changed on 19-Feb-2008 21:56 by PeterHormanns  Top