Viele Fragen eines Umsteigers (von .NET)

[scuzzlebud]

Hallo,

da ich nun die von Microsoft erzwungene Plattformabhängigkeit des .NET Frameworks leid bin, möchte ich nun umsteigen. Java habe ich schon länger programmiert, jedoch nur um die Sprache ein wenig zu kennen. Mit der Plattform an sich habe ich mich nur sehr wenig befasst - das mache ich nun seit einem Monat.

Hierzu habe ich einige Fragen die bei mir so spontan im Kopf rumflattern. Vllt. kann die eine oder andere aufgeklärt werden? Das wäre hervorragend:

1) Welche praktischen Erfahrungsberichte gibt es über Java DB? Ist dieses Datenbanksystem für größere Projekte geeignet? Gibt es technische Beschränkungen (maximale Datengröße etc.)?

2) Beim freien Sun Java System Application Server PE 9 heißt es auf der offiziellen Website, es seien Schnittstellen vorhanden um mit MySQL zu kommunizieren. Fallen die MySQL Lizenzgebühren die normalerweise üblich wären somit weg?

3) Was genau bieten die kommerziellen Editionen des Sun Java System Application Servers welche die PE 9 nicht hat?

4) Wenn ich ein Programm oder eine verteilte Anwendung veröffentlichen will, welche mit dem Netbeans EnterprisePack geschrieben wurde, muss ich dann automatisch den Sun Java System Application Server PE 9 mitliefern?

5) Aus .NET kenne ich sogenannte DataBinding-Funktionalitäten, womit ich Daten sehr einfach in Desktop- oder Webanwendungen einbinden kann. Beispiel: Durch den Aufruf textbox.DataBindings.Add(...) kann ich eine Textbox mittels einer Zeile an das Feld einer Datenbanktabelle anbinden.
In Java habe ich v. solchen Funktionen noch nie gehört. Was ist hier der übliche Weg?

Ich bedanke mich schonmal, ich hoffe die Fragen sind nicht allzu blöd.

 

[SnooP]

1) kenn ich nicht - schätze sie aber auch nicht als allzuhoch ein. Für einfache Beispiele reicht es denk ich mal und wenn man einen vernünftigen Datenbank-Layer benutzt (entweder was eigenes mit JDBC oder nen OR-Mapping wie Hibernate&Co.) dann ist die DB ja auch sehr leicht zu ersetzen... freie DBs die ganz gut sind: MySQL, Postgre...

2) Lizenzgebühren - nein natürlich nicht... evtl. dann doch Postgres? Da gibts imho keine Gebühren?

3) Keine Ahnung - aber ich finde Suns AppServer auch nicht sonderlich gut - willst du nicht was anderes nehmen? - evtl. wäre ja JBOSS was für dich? Der ist ebenfalls Opensource.

4) Kein Plan - kenne Netbeans überhaupt nicht - aber wenn du eine Anwendung für einen AppServer schreibst, dann sollte ein anderer auch diesen AppServer besitzen - sonst macht das wenig Sinn. Aber generell muss man ja eher ne Anwendung auf einem gegebenen Server installieren und sich auf diesen anpassen und nicht andersrum. Ansonsten wäre das natürlich nen erfolgreiches Consulting *g*

5) Jo - das ist da sehr hübsch und einfach. Das ganze ist das Mapping von relationalen- in Objektstrukturen und kann in der Java-Welt z.B. mit Hilfe von Hibernate passieren. Die Idee dabei ist, dass aus einer Datenbank-Struktur mit der Angabe eines entprechenden Mappings passende Objekte generiert werden, die man dann ganz normal in der Java-Anwendung nutzen kann und andersrum.


Zu den Fragen mit dem App-Server... was genau möchtest du denn eigentlich entwickeln? Evtl. wären einfachere Lösungen ohne AppServer ja auch schon interessant? Oder möchtest du evtl. sogar webbasierte Lösungen anbieten? - erzähl mal

 

[scuzzlebud]

Danke für deine Antworten!
Nun hauptsächlich möchte ich in der Enterprise-Entwicklung mittels Java fitt werden, so wie ich es bei .NET war. Also im Wesentlichen brauche ich einen Überblick über alles, was Datenbankanbindung, verteilte Anwendungen und Webservices angeht. Leider ist die Anzahl an Frameworks, Bibliotheken und Server für Java riesig - da fehlt einem als Java-Neuling schon ein wenig der Überblick.

 

[AlArenal]

zu 1) Was Specs angeht lohnt sich immer ein Blick in die Doku. Ansonsten kann man damit auch größere Sachen machen . Schließlich stammt das Ding von IBM (ok, die haben den ursprünglichen Hersteller vor Jahren mal eingekauft) und die sind nicht bekannt dafür Produkte für den Grabbeltisch zu produzieren.
Im Vergleich zu anderen in Java entwickelten RDBMS fällt Derby aber in der Performanz deutlich ab. Google mal nach HSQLDB und H2.

zu 2) Was hat ne Schnittstelle zu MySQL mit den Lizenzbedingungen von MySQL AB zu tun? Genau, nüscht! Entwickelst du also kommerzielle Anwendungen mit MySQL bist du auch 3x0 Euronen für ne Lizenz pro Installation los.

zu 3) Fändest du es nicht naheliegend das in den Produktbeschreibungen nachzulesen? Es ist eigentlich Usus in solchen Fällen irgendwio eine Produktmatrix vorzuhalten aus der hervorgeht, welche Edition welches Feature hat oder nicht hat. Wenn ich etwas über ein Produkt wissen will, sollten die Produktinfos des Herstellers erste Anlaufstelle sein und nicht ein Forum. Wenn man dann noch Fragen hat kann man wenigstens konkret werden...

zu 5) Im Webbereich gibt es da Standards und entsprechende Frameworks, bzw. Netbeans IDE bietet da auch so einige Arschabwischerfunktionen (siehe auch JSR 227). Für Swing gibt es bestenfalls 3rd Party Lösungen. Eine JSR für Data Binding in Swing ist derzeit in der Entwicklung (JSR 295).

 

[SnooP]

Gut ... um ein wenig Überblick zu geben ... mal anfangen.

Datenbankanbindung: Die Standard-Anbindung - also das was in .Net wohl ADO ist, kann in Java mit JDBC (in-build) realisiert werden. Sprich einfache SQL-Schnittstelle an eine beliebige Datenbank (entsprechende native oder odbc-Treiber vorausgesetzt). Darüber hinaus geht der Trend hin zu Persistenzierungs-Frameworks, wie etwa Hibernate oder auch EntityBeans in EJB3... da gibts natürlich noch ne ganze Menge mehr.

Verteilte Anwendungen: Bei größeren Anwendungen sollte man wohl am ehesten tatsächlich ApplicationServer verwenden, wie etwa JBoss, Geronimo oder was auch immer - bei kleineren Sachen kann man evtl. auch mal auf Java-RMI zurückgreifen (wenn es nur um das Abbilden einfacherer Client-Server Sachen geht).

Webservices: Da kommen entsprechende Webservice-Engines ins Spiel. Das gängigste ist da sicherlich Axis (muss nicht unbedingt das beste sein - aber ich finds okay *g*). Das kann man als Servlet in einen Tomcat-Server einbinden. Die entsprechenden WSDL-Dateien oder auch Clients lassen sich über Java-Interfaces und Java2WSDL etc. "einfach" generieren...

Im Webbereich solltest du dir JSP, JSTL, Struts anschauen, um entsprechend komfortabel die Präsenstationsschicht deiner Anwendungen erledigen zu können.

Sprich um fit zu werden: EJB3, Hibernate, Struts und evtl. sogar Spring und Java Server Faces - welche AppServer etc. du dann verwendest ist eigentlich relativ egal.

Evtl. würde ich dir auch erstmal raten in der allgemeinen Java-Programmierung fit zu werden... sprich Collections, Threads etc. - wenn du c# gemacht hast, ist sicherlich vieles ähnlich, aber manches dann halt doch anders

 

[Guest]

Danke für die bisherigen Antworten:

1) Zu der MySQL Lizenzsache: Ich habe mal gelesen dass die Lizenz nicht für MySQL selbst sondern für den MySQL/JDBC Connector gilt. Deshalb die Annahme mit der Schnittstelle. Wenn ich mich geirrt habe, tuts mir leid.

2) Die Produktwebseite bezüglich des Sun Servers habe ich gelesen, allerdings wurden die Unterschiede nur sehr allgemein beschrieben. Ich dachte jmd. hätte vllt. konkrete Erfahrungen gemacht, tut mir leid.

 

[AlArenal]

Nein, die Lizenz gilt für MySQL selbst. Ich muss es wissen,l wir haben nämlich auch noch ein paar auf Halde liegen udn verticken die an unsere Kunden - und wir haben gar kein JDBC im Einsatz