SOA Mit welcher IDE/Sprache?

[QuickAndDirty]

Hallo
ich wollte mir so zum Lernen eine SOA basierte Anwendung schreiben.
Jetzt stehe ich vor folgenden Fragen:
Worauf sollte ich diese Anwendung entwickeln?

a.TurboDelphi 2006 Explorer Win32
b.Lazerus
c.Java Netbeans javaFX(weil javaFX irgendwie extrem geil vermarktet wird)

(Es kann sein das ich jetzt ein paar wirre Dinge schreibe die davon zeugen SOA nicht zu verstehen,
ich bitte um Nachsicht)

-Es sollte sowas wie eine Klasse enthalten sein die BEPL interpretieren kann.
-Wenn ein Modellierungstool für BPMN oder UML in der IDE enthalten wäre ,
wäre das schön, muss aber nicht sein, würde dann StarUML nehmen.
-Es sollte kleine Beispielprojekte dazu geben, egal ob installiert oder im Netz.

Was würdet ihr mir zum Einsteigen raten?

welche IDE, welche Tools?

[Bernhard Geyer]

SOA ist vollkommen unabhängig von IDE/Programmiersprache! Du könntest auch mit Assembler eine SOA-Lösung realisieren.

[QuickAndDirty]

Ja, aber es gibt doch mit Sicherheit
Bibliotheken die das unterstützen, vor allem Webservices eben.
Ich wollte mir jetzt keine 100% eigene Basis erarbeiten um SOA
orientiert zu entwickeln. (Du machst das komplett in ASM ? Ist das produktiv?)

BPMN, BEPL , Webservices darauf würde ich schon gerne aufbauen.

Habe ich erwähnt das mir nur das Abstrakte Konzept "SOA" bekannt ist
und ich versuche das möglichst "richtig" in ein bischen Praxis zu verwandeln?
Also wäre ich über echt Ratschläge wirklich glücklich.

[Phoenix]

Warum nicht .NET ?
Genau für sowas bietet sich z.B. Prism (oder zur not auch C# ;-) ) doch ideal an.

[QuickAndDirty]

Zitat:

Zitat von Phoenix

Warum nicht .NET ?
Genau für sowas bietet sich z.B. Prism (oder zur not auch C# ;-) ) doch ideal an.

Naja, Prism kostet Geld.
Und überhaupt warum .NET?

Was ist der Vorteil der Prism IDE/Sprache/Bibliothek? (In Bezug auf das was ich lernen möchte.)

[mkinzler]

Von Prism gibt es auch eine kostenlose (Commandozeilen-)Version

[QuickAndDirty]

Zitat:

Zitat von mkinzler

Von Prism gibt es auch eine kostenlose (Commandozeilen-)Version

Du würdest mir raten das über das Komandozeilen Tool von Prism und nem Notepad++ zu entwickeln?

Weil?

[Phoenix]

Weil .NET die ideale Plattform für (Web-)Services ist: Die ganze Infrastruktur die Du für SOA benötigst steht mit WCF (Windows Communication Foundation) schon von Anfang an bereit. Du musst eigentlich nur noch die Interfaces definieren und dann läuft das ganze. Einen kleinen Artikel über das Prinzip findest Du hier.

Wenn Geld ein Faktor ist, dann wäre Visual C# Express 2008 das richtige Werkzeug.

Die Vorteile von Prism liegen darin, dass Du Object Pascal in .NET verwenden kannst, damit die komplette .NET Bibliothek im Rücken hast und die IDE ist das inzwischen ungeheuer umfangreiche Visual Studio.

[QuickAndDirty]

Heist das ich könnte mir Visual Studio besorgen und darüber das Prism-Komandozeilentool verwenden?
(sorry falls ich mich mit den Fragen etwas blöd anstelle, aber ich versuche hier gerade Zugang zu einer neuen Welt zu finden)

Ist es so das ich in .NET eine bessere SOA Unterstützung als in JAVA habe?
Hat Delphi für Windows keine so schöne Unterstützung?

Dein Rat wäre Prism zu kaufen und dann wuppt das?

[Phoenix]

Zitat:

Zitat von QuickAndDirty

Heist das ich könnte mir Visual Studio besorgen und darüber das Prism-Komandozeilentool verwenden?
(sorry falls ich mich mit den Fragen etwas blöd anstelle, aber ich versuche hier gerade Zugang zu einer neuen Welt zu finden)

Das geht so nicht. Prism ist ja nicht nur der Compiler, sondern auch die Integration ins Visual Studio. Kein Prism (oder nur der Compiler) -> Kein Delphi-Editor im Visual Studio.

Zitat:

Zitat von QuickAndDirty

Ist es so das ich in .NET eine bessere SOA Unterstützung als in JAVA habe?

Ich persönlich finde sie eleganter. Besser / schlechter ist so ein Glaubenskrieg-Thema...

Zitat:

Zitat von QuickAndDirty

Hat Delphi für Windows keine so schöne Unterstützung?

Nicht wirklich. Da ist .NET (und wahrscheinlich auch Java *brrr*) um längen besser.

Zitat:

Zitat von QuickAndDirty

Dein Rat wäre Prism zu kaufen und dann wuppt das?

Mein Rat ist: Hol Dir erstmal die Prism Trial Version und spiele damit mal die 30 Tage rum ob das Dein Ding ist. ;-)

[Bernhard Geyer]

Du kannst mit Delphi Problemlos auch SOA-Lösungen bieten. Unser Produkt wird seit ca. 5 Jahren als SOA-Komponente verwenden (auch wenns damals noch nicht das Schlagwort SOA gab).

Und 95% der Probleme im SOA-Umfeld sind nicht auf die SW zurückzuführen sondern um den "unwesentlichen Teil" drumherum. Und der Vorteil eines SOA-Ansatze ist es m.E. das man nicht wie bisher alles neu Entwickelt sondern versucht bestehende Lösungen zu integrieren (evtl. mit einem Vorsatz versieht um es besser integrieren zu können).

Und JAVA bietet mit Sicherheit ein ähnliches Leistungsspecktrum wie .NET.

[QuickAndDirty]

Also Java und .NET(Prism) und Delphi werden als geeignet zum SOA Entwickeln empfunden.
Gilt das auch für Turbodelphi?

Kann mir jemand zu Tools, Tuts oder Code Beispielen was sagen?

[mjustin]

Zitat:

Zitat von QuickAndDirty

Also Java und .NET(Prism) und Delphi werden als geeignet zum SOA Entwickeln empfunden.

Für Java empfehle ich einen Blick auf das kostenlose NetBeans 6.1 oder 6.5 zu werfen. Die SOA Unterstützung (mit BPEL und allen Schikanen inklusive grafischem BPEL Editor) ist sehr weit fortgeschritten. Die Tutorials auf NetBeans.org zum SOA Thema konnte ich problemlos durcharbeiten, und das Ergebnis lief auch sofort. Nebenbei sind auch brauchbare visuelle XML / XSD Editoren enthalten.

Wie es bei .NET / VS in der Express Ausgabe aussieht weiss ich nicht - grafische BPEL Entwurfstools dabei sind mir aber bisher nicht aufgefallen. Wäre natürlich schön wenn es das dort auch gibt, eventuell von Drittanbietern oder Open Source.

[Marcel Gascoyne]

NetBeans 6.5 hat wohl die beste SOA Unterstützung unter den kostenfreien IDEs. Hab mich vor einiger Zeit mal damit beschäftigt.

Der BPEL Editor von NetBeans ist echt Klasse und auch die Webservice-Unterstützung ist klasse. Im Gegensatz zu Eclipse hat man alles aus einer Hand und muss sich nicht alles aus diverses (manchmal auch inkompatiblen) Komponenten zusammenbauen.

Beruflich setzte ich allerdings SAP NetWeaver PI dafür ein, das spielt preislich allerdings in einer ganz anderen Liga...

Gruß,
Marcel

[QuickAndDirty]

Zitat:

Zitat von mjustin

Zitat:

Zitat von QuickAndDirty

Also Java und .NET(Prism) und Delphi werden als geeignet zum SOA Entwickeln empfunden.

Für Java empfehle ich einen Blick auf das kostenlose NetBeans 6.1 oder 6.5 zu werfen. Die SOA Unterstützung (mit BPEL und allen Schikanen inklusive grafischem BPEL Editor) ist sehr weit fortgeschritten. Die Tutorials auf NetBeans.org zum SOA Thema konnte ich problemlos durcharbeiten, und das Ergebnis lief auch sofort. Nebenbei sind auch brauchbare visuelle XML / XSD Editoren enthalten.

Wie es bei .NET / VS in der Express Ausgabe aussieht weiss ich nicht - grafische BPEL Entwurfstools dabei sind mir aber bisher nicht aufgefallen. Wäre natürlich schön wenn es das dort auch gibt, eventuell von Drittanbietern oder Open Source.

Ich habe kein Prozessmodellierungstool in Netbeans gefunden. Ich wollte sowieso BPMN benutzen und ich weiß nicht ob das schon
unterstützt wird...auf jeden Fall ist es außer in Ausnahmefällen zu BPEL kompilierbar.

[mjustin]

Zitat:

Zitat von QuickAndDirty

Ich habe kein Prozessmodellierungstool in Netbeans gefunden.

Das ist nur in den größeren Editionen enthalten (aber kostenlos).

SOA Tutorials im Bereich Prozessmodellierung zu NetBeans gibt es auch zahlreich:

[SOA Application Learning Trail]
http://www.netbeans.org/kb/trails/soa.html

[Developing a Simple Synchronous BPEL Process]
http://www.netbeans.org/kb/61/soa/synchsample.html

[Understanding a Simple Asynchronous BPEL Process]
http://www.netbeans.org/kb/61/soa/asynchsample.html

Zitat:

Zitat von QuickAndDirty

Ich wollte sowieso BPMN benutzen und ich weiß nicht ob das schon unterstützt wird...auf jeden Fall ist es außer in Ausnahmefällen zu BPEL kompilierbar.

Die Wikipedia sagt: Der BPMN-Standard definiert, wie ein BPMN-Diagramm in BPEL übersetzt werden sollte, damit die beschriebenen Prozesse durch eine Software ausgeführt werden können.

Aus BPMN Diagrammen kann AFAIK nicht direkt ausführbarer Code erzeugt werden, nur über den BPEL Zwischenschritt.

Viele Grüße

[QuickAndDirty]

Hey danke für die Links.

Zitat:

Zitat von mjustin

Die Wikipedia sagt: Der BPMN-Standard definiert, wie ein BPMN-Diagramm in BPEL übersetzt werden sollte, damit die beschriebenen Prozesse durch eine Software ausgeführt werden können.

Aus BPMN Diagrammen kann AFAIK nicht direkt ausführbarer Code erzeugt werden, nur über den BPEL Zwischenschritt.

Ist mir klar, nichts anderes habe ich vor. BPMN ist zum Modellieren von Geschäftsprozessen mein bevorzugter Standard, weil er detailierter ist als EEPK. Ich hoffe das die Entscheidung was neues zu verwenden sich lohnt.
In der Regel läst sich so ein Diagramm (EEPK und auch BPMN) auch als BEPL Skript abspeichern.
BPEL ist für meinen Geschmack zum Modellieren etwas zu nah an der Programmlogik und weiter weg von dem echten Geschäftsprozess, daher der Umweg. Mal sehen ob es sich lohnt.

Ergibt sich vielleicht alles anders , aber ich will ja was lernen, mal sehen ob ich mich bei wachsendem Verständniss
anders entscheide.