Let me just put you out of your future misery now: it's impossible.
The communication protocol is so fucking different that Apple
server-GNUstep client/GNUstep server-Apple communication client is
like Fox News praising Obama's every move. You'ld have to use GNUstep
or Apple for both ends.
However, since this issue comes up every now and then, why not add the
ability to detect an Apple client to our NSConnection (provided we
reverse-engineer their protocol of course), and the ability to connect
to an Apple server to our NSProxy? Could this really be that hard? Cuz
I'm thinking the hardest part would be cracking the Apple DO protocol.
With that outta the way having a multi-protocol implementation doesn't
seem difficult. Thoughts?
On Mon, Aug 24, 2009 at 9:47 AM, Simeon<support@eve-codes.com> wrote:
Hi All,
I am pretty new to GNUStep but I think I will use it for my upcoming
project. It is a multilayer online game for iPhone. Initially I though to
program the server in C++. The client is clear - a native Objective C
application. Currently I am looking for a good solution for the
communication layer. There are very good C++ only and Java solution. What
about Objective C and distributed objects? This is how I heard about
GNUStep. Reading the articles in internet I started to think into direction
to write also the server in Objective C (I really like this language). The
first question I need answer for is "How good is the colaboration between
Apple (iPhone) Objectve C libraries and GNUStep runtime"? How difficult good
is the coupling between two runtimes when it is about object remote
invocations and remoting in general?
I am sorry for my English but it is not my native language :)
Thank you very much in advance.
Simeon
_______________________________________________
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep