Datentyp Byte in Flash MX 2004?

[soenke]

Hi Leute,


bin gerade dabei mit Flash MX2004 eine XMLSocket Verbindung zu einem JavaServer aufzubauen. funcktioniert auch super, das Problem ist nun, dass der Server nur Anfragen akzeptiert, wenn am Anfang ein Byte gesendet wird, welches die Länge der gesendeten Zeichenfolge angibt.

Tja, und wie bekomme ich das nun hin, die Länge als Byte zu senden? MX2004 hat ja leider keinen Datentyp Byte, gibt es da vielleicht eine Möglichkeit, so ein Byte quasi zu simulieren?


Wäre superdankbar über Antworten,

Sönke

[hgseib]

String.fromCharCode(64);

[soenke]

Verstehe ich nicht ganz, das gibt mir das Zeichen des angegebenen ASCII-Codes als String zurück, in deinem Beispiel '@'.

Blick ich da grad falsch oder hat das mit Bytes wenig zu tun?

[bokel]

Ob eine Variable ein Byte, ein Buchstabe, eine Zahl oder was auch immer "ist", hängt nicht vom Inhalt der Variable ab, sondern davon, wie der Leser die Variable, bzw. den Speicher, der der Variable zugeordnet ist, interpretiert. Der Flash XMLSocket verschickt ja nur Strings, was Java daraus macht, ist ganz allein die Sache von Java. Soweit ich mich erinnere, geben die ersten beiden Bytes die Länge an. Jetzt ist nur noch die Frage, ob big oder little endian

mfg. r

[soenke]

das hört sich schon verdächtig nach meinem problem an, allerdings muss ich gestehen, ich habe nur die hälfte vom wikipedia-link verstanden.

konkret in meinem fall weiss ich, dass der server am anfang der anfrage 8 bytes erwartet. diese 8 bytes stellen zwei integerwerte dar (1. Länge der Zeichenkette / 2. Pakettyp [ist hier -2]). ein integer wird also in 4 bytes kodiert. hmmmm, soweit klar. mir würde jetzt mal ein konkretes beispiel für flash helfen.

z.b. wie kodiere ich die zahl 154 in 4 bytes?

[bokel]

Das ginge so:

PHP-Code:

var bigEndian = chr(0) + chr(0) + chr(0) + chr(154);
var littleEndian = chr(154) + chr(0) + chr(0) + chr(0); 


Das Problem ist nur, dass du mit Flash kein 0 Byte verschicken kannst, weil 0 als das Ende des Strings gedeutet wird.

mfg. r

[hgseib]

nur der vollständigkeit halber für soenke aus dem handbuch (bokel weiss das):

chr(number:Number): String
Veraltet seit Flash Player 5. Diese Funktion gilt als überholt und wurde durch String.fromCharCode() ersetzt.

--------
hatte halt angenommen, das jemand der dabei ist "eine XMLSocket Verbindung zu einem JavaServer aufzubauen" soviel vom programmieren versteht, das die zahl in der klammer nur stellvertretend für irgend eine zahl steht. naja - man kann sich täuschen.

[soenke]

danke bokel,

bin dann gestern abend auch auf das problem mit dem nullbyte gestossen, ansonsten sehe ich jetzt klar.


@hgseib: ui ui, kollege, nicht aufregen! dass die zahl stellvertreter ist, ist mir glasklar. das war hier eher ein verständnisproblem, mir war nicht klar, dass ein ASCII-Zeichen ein Byte darstellt, bin halt autodidakt und da fehlen manchmal die entscheidenden informatik-grundkenntnisse. nichts für ungut...


g.sönke

[soenke]

Tja, stelle fest, dass Flash hier wohl an seine Grenzen stösst. XMLSocket sendet alle Daten als UTF-8 codierten String raus, d.h. ich kann nur maximal die zahl 127 verschicken, alle größeren Werte werden in mehrere Bytes gesplittet und der Server kann mit diesen Bytes wegen der UTF-8 Codierung nichts sinnvolles anfangen.


TOO bad.

[bokel]

Kannst du nicht den Server ändern?
Oder du schaust dir mal die FlexBuilder Alpha an, der neue Player kann nämlich auch binäre Socketkommunikation.
mfg. r

[soenke]

Nach langer Diskussion hat der ServerEntwickler diese Anforderung rausgenommen. Es geht also manchmal auch anders.

Zumindest bin ich mal so richtig schön im Urschleim der Informatik spazieren gewesen...

[bokel]

*G*

r.