http://www.ruby-forum.com/topic/183064#new

Offenbar implementiert die SAP einen eigenen Ruby-Interpreter auf dem ABAP-Stack. Ich behaupte mal, nichts gewusst zu haben.

Gruß,
Skade

_________________
WoNáDo.set_state!(:active)

Naja, dann hätten sie den Aprilscherz aber lang vorbereitet .

Das stimmt schon.

Gruß,
Skade

Ich bin geschockt. Wenn das so weiter geht, verlieren wir hier bald noch den Exotenbonus. Hier gibt es mehr Informationen: Blue Ruby - New Exploratory Research, (vom 27.03.2009 )

Okay, ich sollte den Topictitel ändern (! statt ?). Ich weiss davon schon seit September. Aber ihr wisst ja: $%"&/§% NDA.

Ich hab zwar weder mit noch an BlueRuby gearbeitet (hab keine Installation bekommen), hab aber die Gelegenheit genutzt und das Projekt etwas verfolgt.

Für Leute, die die Architektur von SAP-Systemen etwas kennen: das interessante an BlueRuby ist, dass es die erste alternative Sprache bei SAP ist, die auf dem Kernstack läuft.

Normalerweise ist R3 (oder Business by Evolution ) so aufgebaut, dass es den ABAP-Stack und den Java-Stack gibt, diese aber komplett getrennt sind. Die Interaktion geschieht über Services. Das mag teilweise schick sein, teilweise auch nicht.

BlueRuby läuft dafür wie z.B. JRuby direkt auf dem Stack der ABAP-VM, hat also eine direkte Möglichkeit, auf Laufzeitobjekte der ABAP-Umgebung zuzugreifen. Wer mal ABAP gesehen/geschrieben hat, wird das wahrscheinlich als Erleichterung empfinden.

Ich persönlich finde am BlueRuby-Projekt interessant, dass es meines Wissens die erste Rubyimplementierung ist, die keine (Lib)-Kompatibilität zum MRI anstrebt. Wie das Paper auch beschreibt: das macht auch keinen Sinn, weil viele der Belange, die die Ruby-Stdlib abdeckt in einer ABAP-Umgebung sehr anders ablaufen.

Naja, schauen wir erstmal, ob die das Projekt zum laufen kriegen.

Gruß,
Skade

Betrifft das nur die Standardbibliothek oder auch die Kernklassen und -module?

Ich meine, wenn man die weglässt oder stark ändert, verändert sich die Sprache grundlegend.

_________________
WoNáDo.set_state!(:active)

Ja, das betrifft zum Großteil Klassen. IO in ABAP ist zum Beispiel eine sehr spezielle Sache. Also kannst du alles, was in Net und in File ist getrost vergessen. Genauso alles, was mit Concurrency zu tun hat - meines Wissens gibt es das nicht. Threads und Fiber musst du wahrscheinlich in die Tonne treten.
Continuations weiss ich garnicht.

Genauso Dinge wie SAFE-Level, Kommandozeileninteraktion und allzu heftige Memory-Spielereien. FFI kannst du wahrscheinlich auch vergessen. Extensions im allgemeinen. Rubygems wahrscheinlich auch.

Diese Bereiche ausgenommen, entwickeln sie nach Rubyspec .

Gruß,
Skade

P.S.: Wusstet ihr, das ABAP "Allgemeiner Berichts-Anwendungs-Prozessor" hiess? Auf Englisch übersetzt: "Common Reporting Applications Processor" - CRAP.

P.P.S.: Interessant an ABAP ist auch, dass die Sprache modular ist - bestimmte Syntax ist nur auf bestimmten Systemen verfügbar. Eine durchgehende Versionierung gibt es da auch nicht .

Jetzt taucht bei mir aber langsam eine ernsthafte Frage auf...

Es gibt inzwischen ja unzählige Ruby-Varianten, die gleichzeitig existieren. Was ist denn das Ruby-artige, was allen gemeinsam ist? - Anders formuliert, was macht ein Ruby aus?

_________________
WoNáDo.set_state!(:active)