Von .NET nach Java - wie?

[Golo Roden]

Hallo,

ich arbeite seit inzwischen sieben Jahren mit C# und .NET, bin mit dieser Plattform auch sehr zufrieden, möchte aber gerne auch mal über den Tellerrand schauen und mich daher mit Java auseinandersetzen.

Mein größtes Problem bislang ist, dass ich nicht so genau weiß, wo ich anfangen soll - die Auswahl ist einfach riesig, und ich weiß bislang nicht so recht, was ich wofür brauche.

Was ich bislang an Mindestanforderungen gefundenhabe:

- Das Java SDK
- Eine IDE, wie beispielsweise Eclipse

Nun scheitere ich aber schon beim SDK: Welches brauche ich? Das SE? Das EE? Beide? ...? Und ich lese immer mal wieder was von Java 7, das SDK trägt aber die Versionsnummer 6: Ist darin Java 7 enthalten, oder wie funktioniert die Versionszählung bei Java?

Was ich (zunächst einmal) machen möchte:

- Konsolenanwendungen
- Webanwendungen (kein RIA)
- Datenbankanbindung

Was ich quasi suche, sind die Pendants zu

- C# / .NET Framework
- Visual Studio
- ASP.NET
- ADO.NET / LINQ to SQL / Entity Framework

Welche Komponenten brauche ich dafür? Ist dafür bereits JEE notwendig, oder reicht die SE?

Viele Grüße,


Golo

 

[Sanix]

Das Problem ist, dass Sun die verschiedenen Packages etwa 10 Mal umbenannt hat.
JDK -> Java Development Kit
Dieses brauchst du.
Dann gibts noch ein J2EE für Webanwendungen, welches noch einen Server mitliefert, so verschiedene Bibliotheken für Mail etc.
Die Version 6, ist das Stable Release. 7 erst Beta.

 

[SvenK]

Du sagst es, die Möglichkeiten sind unbegrenzt, für jeden deiner genannten Punkte gibt es gleich mehrere gute und ausgereifte Technologien.

C# / .NET Framework

Das ist klar, das Gegenstück ist Java als Sprache und Java als Laufzeitumgebung (JRE). Für Konsolenanwendungen braucht man eigentlich nur gaaanz viele System.out.prinln() GUI-Anwendungen bekommt man mit Swing ganz schnell zusammengebastelt.

Visual Studio

Eclipse und Netbeans, nur um die am weitesten verbreiteten und vor allem freien IDEs zu nennen

ASP.NET

Hier fängt es schon an: Webanwendungen in Java zu entwicklen ist ein ganz weites Feld. Rein für die Darstellungseite gebe es da
- reine Servlets (nicht mehr ganz zeigemäß)
- Java Server Pages (JSP), in Verbindung mit Taglibs ziemlich mächtig
- Webframeworks wie Struts und JSF (Java Server Faces), die einem die Arbeit ziemlich erleichtern, aber auf der anderen Seite auch wieder Arbeit machen

ADO.NET / LINQ to SQL / Entity Framework

Bei der Datenbankanbindung hat man auch die Qual der Wahl:
- reines JDBC mit direktem Datenbankzugriff inklusive SQL-Statements im Code
- verschiedene Datenbankabstraktions-Frameworks
- ORM-Frameworks wie Hibernate, iBATIS, TopLink usw (die Pendands zum Entity Framework)


Ich denke das sind erst einmal genug Stichworte für dich (und noch nicht einmal alle ^^) Nun kommt es eben darauf an, wie tief du in die Materie einsteigen willst, denn dann kommen noch solch monströse Teile wie Spring Framework, OSGI, RCP usw usf :rtfm:

 

[Tomate_Salat]

Nun scheitere ich aber schon beim SDK: Welches brauche ich? Das SE? Das EE? Beide? ...?

Hier würde mich eine ausführliche Erklärung auch interessieren, da ich das eher nach dem zufallsprinzip entschieden habe, welches ich von den beiden benutze.

 

[SvenK]

Hier würde mich eine ausführliche Erklärung auch interessieren, da ich das eher nach dem zufallsprinzip entschieden habe, welches ich von den beiden benutze.

Das EE-SKD nimmst du, wenn du eine Java EE-Anwendung schreiben willst, also mit EJB, JPA, JAX-WS und der ganze Rest. Im EE-SDK ist für diesen Zweck auch ein Applicationserver enthalten (Glassfish).

Möchte man aber eine "normale" Anwendung (Desktop, Konsole) schreiben bzw eine Enterprise-Anwendung, die nicht auf JavaEE sondern zBsp auf Spring basiert, dann ist man mit den Standard-SDK besser bedient. Dort sind dann "nur" die Standard-Tools und -Bibliotheken enthalten, den Rest bindet man sich je nach Bedarf über Drittbibliotheken ein (eben Spring anstelle EJB, Hibernate für JPA usw)

 

[Tomate_Salat]

ah ok, mir ist zwar nicht ganz klar, was das alles für Anwendungen sind, aber ich denke, dann bin ich erstmal mit dem SE-SDK bestens bedient. Mit dem Einbinden von Fremdbiblitheken habe ich kein Problem (und für MySQL z.B. schon angewendet). Ok ty, hat mir auf jeden Fall sehr weitergeholfen

 

[Golo Roden]

Danke erst mal für Eure Antworten

Mein größtes Problem ist im Moment noch die Trennung zwischen SE und EE - was brauche ich wann? Falls hierfür jemand einen guten Lesetipp kennt, würde ich mich darüber sehr freuen

 

[MarcB]

Grob kann man sagen, dass du für alle verteilten Anwendungen (also Anwendungen für deren Betrieb Application- oder Webserver notwendig sind) die EE brauchst.
Allerdings habe ich noch nie das EE JDK von Sun runter geladen. Die Bibliotheken, die in diesen Fällen zur Anwendung kommen sind immer auch beim Application Server den man verwendet mit dabei.

Als Lesetipp kann ich das da empfehlen:
Java EE 5.0. Master Class. Einstieg für Anspruchsvolle: Thomas Stark: Amazon.de: Bücher

 

[foobar]

Es gibt kein EE JDK von SUN da JEE nur eine Spezifikation für Applicationserver ist.

 

[MarcB]

Es gibt kein EE JDK von SUN da JEE nur eine Spezifikation für Applicationserver ist.

Ist mir klar. Ich meinte damit das da.

Edit: Ah, jetzt sehe ichs, hab aus versehen JDK, statt SDK geschrieben. Sorry.

 

[0001001]

Warum denn immer so kompliziert erklären:

Die aktuellste Java Version ist Java 6 (manchmal auch noch 1.6 genannt). Die 7er ist noch Beta.

JRE = Java Runtime Environment: Wird zum Ausführen von Java Anwendungen benötigt, damit kann man aber nix programmieren
JDK= Java Development Kit: Zur Entwicklung von Desktopanwendungen
Alles mit EE: Enthält das JDK + zusätzliche Tools, wie bspw. einen Application-Server um Webanwendungen zu programmieren

Ein schönes Komplettpaket bietet Sun hier:
Download Java SE Development Kit 6u13 with NetBeans IDE 6.5.1 Bundle
Darin enthalten ist das JDK sowie die Netbeans IDE

Eine Alternative zu Netbeans ist Eclipse:
Eclipse IDE for Java Developers | Eclipse Packages