Implementation fuer Java
Ole Bulbuk
Hallo,
ich bin sehr an dem Thema "Flow-Driven" oder wie auch immer es gerade
heisst (hihi ;-)) interessiert.
insbesondere eine Implementierung fuer Java (in Form einer kleinen
Bibliothek) interessiert mich.
Auf GitHub habe ich 2 derartige Projekte gefunden, wobei das eine wohl
ein Fork des anderen ist.
Ich denke, dass eine gemeinsame Implementierung besser ist, als ein
weiterer Fork von mir.
Deshalb arbeite gerne an einem bestehendem Projekt mit.
Waere schoen, wenn am Ende eine kleine aber feine Standardbibliothek
rauskaeme.
Gibts noch weitere Java-Entwickler hier?
Viele Gruesse
Ole
--
Martin-Luther-Platz 3
91054 Erlangen
Tel.: 09131 / 975 97 90
Handy: 0170 / 241 6339
Michael Hoennig
> Gibts noch weitere Java-Entwickler hier?
ja. Wobei mir bei der Flow-Driven Programmierung noch mehr unklar als
klar ist. Klingt interessant, wirft aber Millionen von Fragen auf.
Grüße
... Michael
--
Michael Hönnig|Gerichtstr. 39|D-22765 Hamburg|http://michael.hoennig.de
sip:1528...@sipgate.de | fon:040-22815360-0 | fax:040-22815360-9
Business Networking: http://www.xing.com/profile/Michael_Hoennig
GPG KeyID EC5C271A --- 9DC0 53EC 1549 DA84 A939 15CC C0B7 8FBF EC5C 271A
Ole Bulbuk
Hallo Michael!
Super, dass du dich gemeldet hast. :-)
>> Gibts noch weitere Java-Entwickler hier?
>
> ja. Wobei mir bei der Flow-Driven Programmierung noch mehr unklar als
> klar ist. Klingt interessant, wirft aber Millionen von Fragen auf.
OK. Die Konzepte und Vorteile sind mir schon recht klar.
Allerdings fehlt mir die praktische Erfahrung damit.
Die wuerde ich gerne in den naechsten Monaten sammeln und im Zuge
dessen an einer kleinen Bibliothek mitbauen.
Es gibt da auch schon 2 Ansaetze auf GitHub (suche mal nach "jebc").
Leider hat sich bisher keiner der beiden Autoren gemeldet.
Notfalls kann man dann einen Ansatz aussuchen und forken.
Aber mit ein paar weiteren Entwicklern machts natuerlich mehr Spass.
Olaf Krumnow
Hallo,
ich bin derjenige hinter dem GitHub-Ansatz und dem dazugehörigen Blog unter www.jebc.de
Dort entstehen (wenn ich denn mal Zeit habe) einige Klassen und Ideen, die sicher gut in einem Framework münden könnten. Schaut doch mal dort vorbei und hinterlasst Eure Ideen.
Gruß
Olaf
----- Ursprüngliche Nachricht -----
Von: Ole Bulbuk
Gesendet: 20.05.11 10:59 Uhr
An: event-based...@googlegroups.com
Betreff: Re: Implementation fuer Java
Ole Bulbuk
Hallo Olaf,
> ich bin derjenige hinter dem GitHub-Ansatz und dem dazugehörigen
> Blog unter www.jebc.de
Super, dass du dich gemeldet hast! :-)
> Dort entstehen (wenn ich denn mal Zeit habe) einige Klassen und
> Ideen, die sicher gut in einem Framework münden könnten. Schaut doch
> mal dort vorbei und hinterlasst Eure Ideen.
Zur Diskussion waere mir E-Mail (z.B. via diese Liste) deutlich lieber,
als ein Blog.
Aber natuerlich ist der Blog an sich super (ich habe ihn auch komplett
gelesen :-))!
Bei Anmerkungen direkt zum Blogeintrag wuerde ich das
selbstverstaendlich auch dort machen.
Auf GitHub ist mir noch folgender Fork von deinem Projekt aufgefallen:
https://github.com/KarloHH/jEBC
Auf den ersten Blick sieht es nach einem Fork ohne Beispiel aber mit
Erweiterungen aus.
Vielleicht kann man das ja sinnvoll integrieren.
Ich habe es aber bis jetzt auch nicht weiter untersucht.
Ich freue mich auf jeden Fall schon mit Michael und dir etwas Software
zu entwickeln. :-)
Michael Hoennig
> Ich freue mich auf jeden Fall schon mit Michael und dir etwas Software
> zu entwickeln. :-)
für meinen Teil würde ich gerne etwas mehr davon verstehen, bevor ich
etwas code - erst recht bevor ich ein Framework code - dafür braucht man
meiner Meinung nach den vollen Durchblick. Eigentlich hatte ich mich
auch nicht für ganz blöd gehalten, aber die Sachen unter www.jebc.de
verstehe ich nicht schon bei "Result().send(rs);" hört es auf und mein
Hirn blockiert. Was ist Result()? In Scala wäre es ja noch klar, aber in
Java?!?
Ich befürchte nur, meine Fragen lassen sich per Mail kaum klären. Und
leider sind alle Java-Leute aus dem EBC Umfeld hunderte Kilometer von HH
entfernt. Bei C# fehlt mir dann wieder zu viel Wissen von der Sprache.
Aber ich lese gerne mit, vielleicht begreife ich es ja irgendwann.
Alles Gute wünscht
Olaf Krumnow
> Hirn blockiert. Was ist Result()? In Scala wï¿œre es ja noch klar, aber in
> Java?!?
Keine Magie, plain old java. Result() ist eine Methode, die in der
abstrakten Klasse Process
(https://github.com/okrumnow/jEBC-Blog/blob/477e198f49f0de400c231a1af685ef6c15a34b8d/src/de/jebc/Process.java)
deklariert ist und den Ausgabepin des Bauteils zurï¿œckliefert. Und der
Ausgabepin hat die Methode send(), die die Daten an das nï¿œchste Bauteil
weiterreicht.
Das sind ja auch erstmal alles nur Skizzen erster Gerdanken zu dem Thema...
Kannst Du Scala? Ich hab mal etwas reingeschnuppert und hatte das
Gefï¿œhl, dass Scala fï¿œr EBC und FD viel geiler passen kï¿œnnte...
Gruￜ
Olaf
Michael Hoennig
> > Hirn blockiert. Was ist Result()? In Scala wäre es ja noch klar, aber
> > in Java?!?
> Keine Magie, plain old java. Result() ist eine Methode,
> ...
ok, also C# Style-Guide auf Java angewendet. Hätte ich nicht gemacht, ab
er ok, hatte ich fast schon vermutet.
> Kannst Du Scala? Ich hab mal etwas reingeschnuppert und hatte das
> Gefühl, dass Scala für EBC und FD viel geiler passen könnte...
Kenn die Grundzüge von Scala. Ja, da ließe sich sicherlich EBC/FD
eleganter codieren.
Grüße
... Michael
P.S. bin jetzt mal eine Woche nur eingeschränkt online
Ole Bulbuk
Am Sonntag, den 22.05.2011, 22:20 +0200 schrieb Michael Hoennig
<mic...@hoennig.de>:
> Hallo Olaf,
>
>> > Hirn blockiert. Was ist Result()? In Scala wäre es ja noch klar,
>> aber
>> > in Java?!?
>> Keine Magie, plain old java. Result() ist eine Methode,
>> ...
>
> ok, also C# Style-Guide auf Java angewendet. Hätte ich nicht gemacht,
> ab
> er ok, hatte ich fast schon vermutet.
Ja, das hatte mich auch erst verwirrt.
Ich glaube aber, dass es sich auf Head schon geaendert hat.
Viele Gruesse,
Ole Bulbuk
Am Samstag, den 21.05.2011, 11:38 +0200 schrieb Michael Hoennig
<mic...@hoennig.de>:
> Hallo Ole,
>
>> Ich freue mich auf jeden Fall schon mit Michael und dir etwas
>> Software
>> zu entwickeln. :-)
>
> für meinen Teil würde ich gerne etwas mehr davon verstehen, bevor ich
> etwas code - erst recht bevor ich ein Framework code - dafür braucht
> man
> meiner Meinung nach den vollen Durchblick.
Der Anspruch ist wohl zu hoch gegriffen.
Ein komplettes Framework wird so schnell eh nicht moeglich sein.
Einfach eine kleine Bibliothek mit den allgemeinen Dingen, die eh schon
da sind.
Dann hat man eine gewisse Grundlage und vor allem kann man sich
austauschen ohne aneinander vorbeizureden.
Wenn sich jeder selbst seine Basisklassen bastelt ist das eben nicht
so.
@Olaf:
Konntest Du Dir schon mal
https://github.com/KarloHH/jEBC
ansehen?
Ist das eine Fortentwicklung von Deinem Ansatz, oder was ganz anderes?
tilm4nn
dann oute ich mich auch mal als Java-Entwickler der sich neuerdings
mit EBC versucht.
Vor ein bis zwei Jahren hatte ich in einem privaten Projekt mal einen
Versuch unternommen .NET delegates und events nach Java zu bringen.
Das API, das so ähnlich funktionioniert wie das von Olaf, habe ich
jetzt mal Events4J getauft etwas gesäubert und Open-Source gestellt
unter https://object-zoo.assembla.com/spaces/events4j
Darauf aufbauend plane ich eine weitere Library zu entwickeln, die
generell nützliche Funktionseinheiten und Utilities für EBC enthält,
ähnlich der, die Ralf und Stefan für .NET entwickeln.
Natürlich freue ich mich, wenn jemand da mit einsteigen möchte sei es
jetzt mit Anregungen, Code oder Reviews oder was euch sonst noch so
einfällt :)
Auf jeden Fall werde ich auch die bereits vorhandenen Projekte
demnächst in Augenschein nehmen :)
Viele Grüße aus Karlsruhe
Tilmann Kuhn
--
http://www.tkuhn.de -- http://www.object-zoo.de
Ole Bulbuk
Hallo Tilmann,
> dann oute ich mich auch mal als Java-Entwickler der sich neuerdings
> mit EBC versucht.
Super!
> Vor ein bis zwei Jahren hatte ich in einem privaten Projekt mal einen
> Versuch unternommen .NET delegates und events nach Java zu bringen.
> Das API, das so ähnlich funktionioniert wie das von Olaf, habe ich
> jetzt mal Events4J getauft etwas gesäubert und Open-Source gestellt
> unter https://object-zoo.assembla.com/spaces/events4j
Schoen. :-)
Habe ich mir aber noch nicht ansehen koennen.
> Darauf aufbauend plane ich eine weitere Library zu entwickeln, die
> generell nützliche Funktionseinheiten und Utilities für EBC enthält,
> ähnlich der, die Ralf und Stefan für .NET entwickeln.
Gute Idee. Es gibt auf GitHub ja auch schon 2 Ansaetze:
https://github.com/okrumnow/jEBC-Blog bzw.
http://blog.jebc.de/ (von Olaf, der auch hier auf der Liste ist)
https://github.com/KarloHH/jEBC (aehnliche Paketstruktur wie bei Olaf,
aber wohl kein Fork)
Waere toll, wenn man sich da auf eine Sache einigen koennte.
Zur besseren Diskussion hier und anderswo waere es sicher sinnvoll,
wenn es sich von der Terminologie her an des Sachen von Ralf orientiert.
Fuer den Anfang braucht es ja auch nichts grosses, tolles zu sein.
Ich haette nur gerne *einen* Ansatz, der dann besprochen verbreitet und
verbessert werden kann.
3 Ansaetze, die alle getrennt gepflegt werden (oder auch gar nicht),
finde ich sehr unschoen.
> Natürlich freue ich mich, wenn jemand da mit einsteigen möchte sei es
> jetzt mit Anregungen, Code oder Reviews oder was euch sonst noch so
> einfällt :)
Bin ich gerne dabei.
Momentan ist die Zeit bei mir aber auch noch sehr knapp.
Deshalb bin ich auch noch meistens auf der Konzeptionellen Ebene
unterwegs.
Wuerde aber gerne in den naechsten Wochen mal zum ausprobieren kommen
und dann auch anfangen koennen etwas mitzuarbeiten.
> Auf jeden Fall werde ich auch die bereits vorhandenen Projekte
> demnächst in Augenschein nehmen :)
Das ist super. Waere ja schade, wenn eine so kleine Bewegung sich
gleich zersplittert. ;-)
Ole Bulbuk
Hallo Tilmann,
> Vor ein bis zwei Jahren hatte ich in einem privaten Projekt mal einen
> Versuch unternommen .NET delegates und events nach Java zu bringen.
> Das API, das so ähnlich funktionioniert wie das von Olaf, habe ich
> jetzt mal Events4J getauft etwas gesäubert und Open-Source gestellt
> unter https://object-zoo.assembla.com/spaces/events4j
Das sieht auf den ersten Blick wirklich spannend aus.
Nur leider nicht nach FD/EBC.
Da gibt es deutlich weniger Einschraenkungen als beim FD/EBC.
Durch eben diese Einschraenkungen sind die "Komponenten" in FD/EBC aber
gerade so schoen entkoppelt.
Schaue doch noch mal auf
http://www.heise.de/developer/artikel/Event-Based-Components-Architektur-von-Software-in-neuem-Licht-1240993.html
und
http://blog.jebc.de/
Oder natuerlich auch die ganzen tollen Blog-Eintraege von Ralf.
Dann verstehst Du hoffentlich den Unterschied.
tilm4nn
On 3 Jun., 15:13, Ole Bulbuk <o...@bulbuk.de> wrote:
> Das sieht auf den ersten Blick wirklich spannend aus.
> Nur leider nicht nach FD/EBC.
> Da gibt es deutlich weniger Einschraenkungen als beim FD/EBC.
> Durch eben diese Einschraenkungen sind die "Komponenten" in FD/EBC aber
> gerade so schoen entkoppelt.
damit erstmal generisch und unabhängig davon, was man nun konkret
damit anstellt. Von daher könnte man darauf aufbauend, wie von Ralf
aufbauend auf die .NET-Pendants, ein EBC-API entwickeln, wobei ich da
nicht einfach mal alles mögliche reinpacken würde, sondern
bedarfgetrieben ergänzen und dann Refaktorisieren wo sinnvoll.
Was den Kopplungsgrad/Entkopplungsgrad anbelangt ist meine API ebenso
aufgestellt, wie das von jEBC. Was dort InPin heißt, heißt hier Action
und was OutPin heißt, heißt dann entsprechend Event. Ansonsten sehe
ich keinen Unterschied.
> Schaue doch noch mal auf
> http://blog.jebc.de/
> Oder natuerlich auch die ganzen tollen Blog-Eintraege von Ralf.
>
> Dann verstehst Du hoffentlich den Unterschied.
bekannt und ich übe z.Z. EBC-Praktiken in Ralfs Schulung :) Da die
nächste Woche wieder ist, werde ich zumindest Di-Do nicht zu viel
kommen, aber vielleicht schaffe ich es mir vorher noch die
alternativen anzusehen. In gewisser Weise bin ich was das vorankommen
betrifft in Zugzwang, da ich eine CCD-Schulung für Java-Entwickler
vorbereite, die mit Sicherheit auch einiges zu EBC enthalten wird.
Viele Grüße
Tilmann
Tilmann Kuhn
Ralf Westphal
Ralf Westphal - One Man Think Tank
Hans-Henny-Jahnn-Weg 44
D-22085 Hamburg
Germany
Tel 0170-3200458
Email in...@ralfw.de