methode anhalten

macuser · 4. August 2005, 12:40

Original von Tom9811
Scheiße!

Bei availableData musst du natürlich eine Schleife machen. Du bekommst ja immer nur Häppchen.

Quellcode

NSData* häppchen;

NSMutableData* data = [NSMutableData data];

while( !(häppchen = [fileHandle availableData]) && ([häppchen length] > 0) ) {

[data appendData:häppchen];

}

// done

gute idee aber geht auch nicht

ich les mich grad in distributed objects ein

MCDan · 4. August 2005, 12:58

Original von macuser
und readDataToEndOfFile bleibt hängen und friert die app wie in einer while schleife ein

Hm, blicke jetzt nicht mehr durch. Soll die App jetzt für die Bearbeitung der User-Action, also das Abholen der Daten vom Server und deren Verarbeitung, komplett "einfrieren" oder weiterhin auf weitere User-Actions reagieren können?

Dass Du in der Methode, in welcher Du die Daten von Server abholst, auf die Daten warten möchtest ist mir klar, aber soll die komplette App in diesem Fall weiterhin für den User Bedinbar sein, sprich kann der User weitere Funktionen parallel ausführen?

macuser · 4. August 2005, 13:03

Original von MCDan

Original von macuser
und readDataToEndOfFile bleibt hängen und friert die app wie in einer while schleife ein

Hm, blicke jetzt nicht mehr durch. Soll die App jetzt für die Bearbeitung der User-Action, also das Abholen der Daten vom Server und deren Verarbeitung, komplett "einfrieren" oder weiterhin auf weitere User-Actions reagieren können?

Dass Du in der Methode, in welcher Du die Daten von Server abholst, auf die Daten warten möchtest ist mir klar, aber soll die komplette App in diesem Fall weiterhin für den User Bedinbar sein, sprich kann der User weitere Funktionen parallel ausführen?

nein. der user darf in der zwischenzeit nichts machen. das is aber nicht weiter wild weil wir hier von ca 1-2 secunden sprechen

MCDan · 4. August 2005, 13:07

Original von macuser
gibts da ne vernünftige docu zu oder vllt sogar beispielcode?

Hm, sehr viel ist es nicht, aber dass scheint auch nicht sehr aufwenig zu sein

cocoadev.com/index.pl?NSConnection

Wie es aussieht kannst Du direkt eine Antwort vom Server erhalten.

Hier gibt's auch noch Code Schnipsel für eine NSConnection über NSSocketPort.

Ah, Cocoa Dev Central is your friend. Getting Started With Portable Distributed Objects (PDOs)

Jens · 4. August 2005, 14:14

Original von MCDan

Original von macuser
gibts da ne vernünftige docu zu oder vllt sogar beispielcode?

Hm, sehr viel ist es nicht, aber dass scheint auch nicht sehr aufwenig zu sein

cocoadev.com/index.pl?NSConnection

Wie es aussieht kannst Du direkt eine Antwort vom Server erhalten.

Hier gibt's auch noch Code Schnipsel für eine NSConnection über NSSocketPort.

Ah, Cocoa Dev Central is your friend. Getting Started With Portable Distributed Objects (PDOs)

was mir noch sehr geholfen hat :
lachand.free.fr/cocoa/Threads.html

macuser · 4. August 2005, 14:28

lustige sache das mit den distributed objects.
jetzt aber die grosse preisfrage. wie bekomme ich den host des servers raus, ohne das ich die ip per
hand eintragen muss. ich dachte da wieder an bonjour... aber ich hab da nix gefunden wie man die
ip adresse der servers herausbekommt

macuser · 4. August 2005, 14:32

oder anders gefragt. was erwartet er bei

Quellcode

+ (NSDistantObject *)rootProxyForConnectionWithRegisteredName:(NSString *)name host:(NSString *)hostName

als hostName??
wenn ich da die ipadresse als string eingebe:

Quellcode

NSConnection *remoteTarget = [NSConnection rootProxyForConnectionWithRegisteredName:@"WorkBookServer" host:@"192.168.0.2"];

bekomm ich im compiler diese meildung:
initialization from incompatible pointer type
die methode erwartet einen string als hostname aber meckert rum wenn sie einen bekommt ....

Apfelbeisser · 4. August 2005, 14:34

Workaround: statt hostnamen: nil eingeben! Laut dieser Seite!

macuser · 4. August 2005, 14:37

ja ich weiss, aber dann sucht er nur auf dem lokalen rechner. der server läuft aber auf einem anderen
rechner

macuser · 4. August 2005, 14:42

komando zurück der compiler meckert nicht über den hostnamen sondern über den namen, also
den ersten parameter.
aber verstehen tu ich es trotzdem nicht

Apfelbeisser · 4. August 2005, 14:43

Naja ...

Laut Doku:

The domain name hostName is an Internet domain name (for example, “sales.anycorp.com”). If hostName is nil or empty, then only the local host is searched for the named NSConnection.

Lösungsvorschläge:
cocoabuilder.com/archive/message/cocoa/2004/3/29/102807

Michael · 4. August 2005, 15:01

Original von macuser

Quellcode

NSConnection *remoteTarget = [NSConnection rootProxyForConnectionWithRegisteredName:@"WorkBookServer" host:@"192.168.0.2"];

bekomm ich im compiler diese meildung:
initialization from incompatible pointer type
die methode erwartet einen string als hostname aber meckert rum wenn sie einen bekommt ....

Vor allem gibt die Methode ein Objekt der Klasse NSDistantObject zurück und das weist Du einer Variablen für ein NSConnection-Objekt zu!

Michael

Michael · 4. August 2005, 15:03

Original von macuser
komando zurück der compiler meckert nicht über den hostnamen sondern über den namen, also
den ersten parameter.

Nein, der stört ihn wohl kaum. Die Zuweisung des zurückgegebenen Objekts passt nicht.

Michael

macuser · 4. August 2005, 16:22

das mit dem nsdistributetobject hab ich gefunden.
aber für heute mach ich erstmal pause. ich kann nicht mehr.
ich mach dann morgen weiter... und werd euch dannn sicher noch ein bisschen nerven

aber erstmal vielen danke an alle

macuser · 8. August 2005, 15:01

JUHU!!!!!
es klappt endlich. mit distributed objects klappt es wunderbar und macht auch noch das
was ich die ganze zeit will. ich bin schwer begeistert. es ist total einfach und man braucht
grad mal ein paar zeilen code....

sascha

ps: danke nochmal allen die mir hier geholfen haben

Jens · 8. August 2005, 15:05

Original von macuser
JUHU!!!!!
es klappt endlich. mit distributed objects klappt es wunderbar und macht auch noch das
was ich die ganze zeit will. ich bin schwer begeistert. es ist total einfach und man braucht
grad mal ein paar zeilen code....

sascha

ps: danke nochmal allen die mir hier geholfen haben

yup DO's rocken

Apfelbeisser · 8. August 2005, 15:33

@macuser: wäre super, wenn du ein Beispiel von DO machst. Für diejenige, die ähnliches bauen wollen ...

macuser · 8. August 2005, 15:37

Original von macfreakz
@macuser: wäre super, wenn du ein Beispiel von DO machst. Für diejenige, die ähnliches bauen wollen ...

klar kann ich machen. hab eh 2 testeprogramme gemacht. 1 server 1 client.
ich werd heut nicht mehr dazu kommen, aber morgen stell ich das hier online

macuser · 8. August 2005, 17:41

bin grad doch noch dazu gekommen. hab grad das beispiel hochgeladen.

viel spass damit. bin mal auf eure meinung gespannt

David · 8. August 2005, 17:58

cool läuft mal, jedoch kommen ein paar fehler:

Quellcode

Database Testclient[4281] CFLog (0): CFMessagePort: bootstrap_register(): failed 1103 (0x44f), port = 0x7703, name = 'com.apple.myCocoaApplication.ServiceProvider'
/bootstrap_defs.h for the error codes.
Database Testclient[4281] CFLog (99): CFMessagePortCreateLocal(): failed to name Mach port (com.apple.myCocoaApplication.ServiceProvider)
Database Testclient[4281] We're about to start searching for services...
Database Testclient[4281] Found service named WorkbookServer.
Database Testclient[4281] Warning: -[NSNetService resolve] is deprecated in Mac OS X 10.4. Please use -[NSNetService resolveWithTimeout:]
Database Testclient[4281] (<NSNetService 0x374660> local. _workbookserver._tcp. WorkbookServer)