[JAVA]daten aus resultSet weiter verwenden

tinker

SQUEAK

Registered: Nov 2005
Location: NÖ
Posts: 5219

04.06.2009 - 10:14

Kein Problem, hatte ja keinen Stress desswegen, wollte einfach sehen wie du's nun gelöst hast.

Maekloev

linux addicted

Registered: Oct 2002
Location: Innsbronx
Posts: 920

16.06.2009 - 21:04

wenn du zeit hast, dich in ein neues framework einzuarbeiten und dich alternative methoden zum o/r-mapping interessieren, dann kann ich dir das hibernate-framework sehr empfehlen:

http://en.wikipedia.org/wiki/Hibernate_(Java)

sehr genial, was man damit alles machen kann.

verwendest du für die gui swing oder swt?

DKCH

...

Registered: Aug 2002
Location: #
Posts: 3279

16.06.2009 - 21:09

wobei für einfache sachen auch ibatis super is, und das mit weniger overhead als hibernate... aber da wirds ein wenig philosophisch

repi

Addicted

Registered: Jan 2004
Location: Sollenau
Posts: 508

17.06.2009 - 20:13

Hibernate hab ich schon begonnen mich bißchen einzulesen. Hab in einem meiner Java Bücher ein Einführungstutorial gefunden.

tinker

SQUEAK

Registered: Nov 2005
Location: NÖ
Posts: 5219

17.06.2009 - 20:16

Jop, hibernate is net schlecht. Kommt halt aufs Projekt an, wie gesagt, bei kleinenist der overhead zu groß, da zahlts sich net wirklich aus.

Maekloev

linux addicted

Registered: Oct 2002
Location: Innsbronx
Posts: 920

18.06.2009 - 02:16

ich find die offizielle hibernate-referenz oder auch dieses tutorial schon mal recht gut. besonders die dynamic models (s. auch hier) haben mir dabei sehr imponiert.
unsere anwendung, die wir im rahmen eines projekts erstellt haben, basiert beispielsweise nicht auf den sonst üblichen pojo-klassen, sondern auf klassen, die hashmaps kapseln. dadurch erreicht man einen sehr hohen grad an flexibilität und kann attribute (stichwort properties) einer klasse auch zur laufzeit ohne reflections ändern. auch das hibernate-mapping lässt sich so, basierend auf den hashmaps, sehr einfach dynamisch generieren.

aber wie tinker richtig anmerkt: bei sehr kleinen projekten ist der overhead wohl etwas zu groß. möglicherweise empfehlenswert ist auch noch das spring-framework. scheinbar soll dies die verwendung von hibernate vereinfachen. allerdings hab ich es bisher noch nie verwendet, kann also nicht wirklich was darüber sagen.

DirtyHarry

aka robobimbo

Registered: Apr 2001
Location: outer space
Posts: 464

18.06.2009 - 11:45

Ich würd vorschlagen das JPA (Java Persistence API) zu verwenden, denn Vorteil hat es, dass man dahinter dann die eigentliche Persistenzlösung(Hibernate, Toplink usw.) austauschbar ist und nur mehr ein Eintrag in ein Configfile ist.

Tuts und Docs auf den Sun-Seiten - JPA ist ein Teil von Enterprise Java, ist aber auch ohne den ganzen Zinnober rundherum verwendbar.

meepmeep

Here to stay

Registered: Feb 2006
Location: Wien
Posts: 2334

18.06.2009 - 13:46

Außerdem sparst du dir durch die JPA Annotationen auch noch das rumschei**en mit den Hibernate Mapping Files.

repi

Addicted

Registered: Jan 2004
Location: Sollenau
Posts: 508

18.06.2009 - 17:14

da ich zurzeit nur im privaten umfeld mit java "werkl", werd ich mit hibernate eher wenig in berührung kommen. anschauen tu ichs mir trotzdem, bissl auskennen kann ja net schaden.

Maekloev

linux addicted

Registered: Oct 2002
Location: Innsbronx
Posts: 920

28.06.2009 - 22:26

Zitat von meepmeep
Außerdem sparst du dir durch die JPA Annotationen auch noch das rumschei**en mit den Hibernate Mapping Files.

stimmt schon. aber wenn du den entwurf deiner anwendung nur dynamisch genug angehst, kannst du dir das vollständige hibernate-mapping auch generieren lassen. dazu ist dann kein manuelles, stupides tippen des .xml-files oder das verwenden von annotationen notwendig.

Zitat
Originally postet by repi
anschauen tu ichs mir trotzdem, bissl auskennen kann ja net schaden.

dem kann ich nur zustimmen. weiterbildung schadet nie.

tinker SQUEAK Registered: Nov 2005 Location: NÖ Posts: 5219	04.06.2009 - 10:14 Kein Problem, hatte ja keinen Stress desswegen, wollte einfach sehen wie du's nun gelöst hast.
Maekloev linux addicted Registered: Oct 2002 Location: Innsbronx Posts: 920	16.06.2009 - 21:04 wenn du zeit hast, dich in ein neues framework einzuarbeiten und dich alternative methoden zum o/r-mapping interessieren, dann kann ich dir das hibernate-framework sehr empfehlen: http://en.wikipedia.org/wiki/Hibernate_(Java) sehr genial, was man damit alles machen kann. verwendest du für die gui swing oder swt?
DKCH ... Registered: Aug 2002 Location: # Posts: 3279	16.06.2009 - 21:09 wobei für einfache sachen auch ibatis super is, und das mit weniger overhead als hibernate... aber da wirds ein wenig philosophisch
repi Addicted Registered: Jan 2004 Location: Sollenau Posts: 508	17.06.2009 - 20:13 Hibernate hab ich schon begonnen mich bißchen einzulesen. Hab in einem meiner Java Bücher ein Einführungstutorial gefunden.
tinker SQUEAK Registered: Nov 2005 Location: NÖ Posts: 5219	17.06.2009 - 20:16 Jop, hibernate is net schlecht. Kommt halt aufs Projekt an, wie gesagt, bei kleinenist der overhead zu groß, da zahlts sich net wirklich aus.
Maekloev linux addicted Registered: Oct 2002 Location: Innsbronx Posts: 920	18.06.2009 - 02:16 ich find die offizielle hibernate-referenz oder auch dieses tutorial schon mal recht gut. besonders die dynamic models (s. auch hier) haben mir dabei sehr imponiert. unsere anwendung, die wir im rahmen eines projekts erstellt haben, basiert beispielsweise nicht auf den sonst üblichen pojo-klassen, sondern auf klassen, die hashmaps kapseln. dadurch erreicht man einen sehr hohen grad an flexibilität und kann attribute (stichwort properties) einer klasse auch zur laufzeit ohne reflections ändern. auch das hibernate-mapping lässt sich so, basierend auf den hashmaps, sehr einfach dynamisch generieren. aber wie tinker richtig anmerkt: bei sehr kleinen projekten ist der overhead wohl etwas zu groß. möglicherweise empfehlenswert ist auch noch das spring-framework. scheinbar soll dies die verwendung von hibernate vereinfachen. allerdings hab ich es bisher noch nie verwendet, kann also nicht wirklich was darüber sagen.
DirtyHarry aka robobimbo Registered: Apr 2001 Location: outer space Posts: 464	18.06.2009 - 11:45 Ich würd vorschlagen das JPA (Java Persistence API) zu verwenden, denn Vorteil hat es, dass man dahinter dann die eigentliche Persistenzlösung(Hibernate, Toplink usw.) austauschbar ist und nur mehr ein Eintrag in ein Configfile ist. Tuts und Docs auf den Sun-Seiten - JPA ist ein Teil von Enterprise Java, ist aber auch ohne den ganzen Zinnober rundherum verwendbar.
meepmeep Here to stay Registered: Feb 2006 Location: Wien Posts: 2334	18.06.2009 - 13:46 Außerdem sparst du dir durch die JPA Annotationen auch noch das rumschei**en mit den Hibernate Mapping Files.
repi Addicted Registered: Jan 2004 Location: Sollenau Posts: 508	18.06.2009 - 17:14 da ich zurzeit nur im privaten umfeld mit java "werkl", werd ich mit hibernate eher wenig in berührung kommen. anschauen tu ichs mir trotzdem, bissl auskennen kann ja net schaden.
Maekloev linux addicted Registered: Oct 2002 Location: Innsbronx Posts: 920	28.06.2009 - 22:26 Zitat von meepmeep Außerdem sparst du dir durch die JPA Annotationen auch noch das rumschei*en mit den Hibernate Mapping Files. stimmt schon. aber wenn du den entwurf deiner anwendung nur dynamisch genug angehst, kannst du dir das vollständige hibernate-mapping auch generieren lassen. dazu ist dann kein manuelles, stupides tippen des .xml-files oder das verwenden von annotationen notwendig. Zitat* Originally postet by repi anschauen tu ichs mir trotzdem, bissl auskennen kann ja net schaden. dem kann ich nur zustimmen. weiterbildung schadet nie.

[JAVA]daten aus resultSet weiter verwenden

Forum Index > Software > Coding Stuff

tinker

Maekloev

DKCH

repi

tinker

Maekloev

DirtyHarry

meepmeep

repi

Maekloev