Und nochmal Hi!
Ridvan Agar schrieb:
Patrick Schulz schrieb:
F�r Dich schon, weil ich ja die Erfahrung damit schon habe.Hi Ridvan,
Ridvan Agar schrieb:
Garnicht so schlecht der Ansatz.Das hier ist zwar keine von Dir bevorzugte L�sungsvorschlag aber schlimmer w�re es ja ohne Vorschlag. Patrick Schulz schrieb:
W�re SOAP daf�r besser geeignet?
Diese Frage werde ich von Java-Sicht antworten versuchen.
Standards sind immer gut aber
wenn die Software-St�cke nicht viel miteinander zu reden haben,
dann ist SOAP zuviel:
ich habe mich f�r eine Objekt-Kommunikation �ber IP:PORT ( PC<->PDA )entschieden
weil ich insgesamt ca. 10-Anfrage/Antwort Typen in dem Projekt hatte.
Also, ein "Proprit�res" Protokoll :) Bastle Dir einfach einen "Briefumschlag"
und an jedem Ende immer sch�n Casten :)
War ich auch schon am �berlegen.
Ist halt eine propriet�re L�sung und auch garnicht so trivial. Oder t�usche ich mich da?
Du k�nntest sogar mein "Briefumschlag" bekommen und auch alle andere n�tige Sample-Code
Klar, wenn Du magst, schicke es einfach mal r�ber an meine Adresse.
Ich habe nicht Informatik studiert und auch noch nicht so viel Erfahrung wie manch anderer alter Hase hier.]Ich auch nicht, ja noch nicht und alt bin ich bald auch noch:)
Nur nicht verzweifeln und alles Gute weiterhin ;-) Vielleicht geh�re ich auch bald zur Gilde.
RPC ist scheinbar kein Standard, oder?Viel habe ich dazu nicht zu sagen. Ein blick in http://www.oreilly.com/catalog/progxmlrpc/chapter/ch03.html w�rde Dir mehr helfen.
Naja, da ist leider wieder HTTP im Spiel, das einen Webserver ben�tigt. Oder zumindest irgendwas das HTTP spricht.
So vom Prinzip her m��ten eigentlich keine Objekte ausgetauscht werden.
W�re aber f�r die Zukunft doch interessant.
Dein Briefumschlag wird ein Seriliazable Object sein. Z.B:
/** Nix verkapselt und so, zur Vereinfachung public class PUmschlag implements java.io.Serializable; { pubic int command; public int status; public Object parameter; public PUmschlag(int befehl, int status, Object parameter){ command=befehl; status=-1; this.parameter=parameter; } }
// irgendwo in Iowa ... objRequest=new ObjectInputStream(socket.getInputStream()); objResponse=new ObjectOutputStream(socket.getOutputStream()); .... und dann nur noch objRequest.readObject() objResponse.writeObject()
Es gibt nat�rlich weitere Dinge zu tun wie ServerSocket, Socket �ffnen, thread pro anfrage erzeugen usw.
aber es sind alles da, nur anpassen.
Wie sieht es da mit Strukturen, Arrays oder Listen aus?
Alles was die Seriliazable Interface implementiert kann durchs Netzt gejagt werden
Bedingung dazu ist dass die Klassen an beiden Enden identisch sind
Ah jetzt ja, Danke f�r die Info!
Naja, das ist da leider nicht so ganz m�glich den Dienst auf der W2K Seite in Java zu implementieren, da dort recht M$ speziefische Sachen zum Tragen kommen.
Na dann, vergiss alles was oben steht. Ich h�tte das hier fr�her lesen sollen :))
Tja, wer richtig liest ist klar im Vorteil ;-)
Gru� Patrick ---------------------------------------------------------------------------- PUG - Penguin User Group Wiesbaden - http://www.pug.org
