Thanks you for your answers.
0mq looks great, but released with LGPL licence, and I don't like that
(I don't
understand why there is also a GPL licence file in the distribution ? -
clearly a *noway*),
I prefer a full smalltalk implementation I can debug when things go wrong.
I think latency and timing problems would be the same, no big difference
in performance.
BTW knowing about this library is cool and may be of some help (who knows),
thank you Marten for the reference.
I agree totally with you Sven about performance and standards.
And I also agree with you about reusing someone else's work ...
I don't like to reinvent the wheel, especially a good wheel when mine
would be worst,
I would if I were a wheel specialist - clearly not the case here.
Much (if not all) of what I found on the web about WebSocket is about a
browser/server connection
and does not talk about use in a server/server connection, hence my
question.
But you answered it, and your answer is ok with my thoughts
(plus using Zn components is a breeze)
Thanks again
regards,
Alain
Le 07/10/2014 18:26, Paul DeBruicker a écrit :
marten wrote
There are some good C libraries out there, which are suitable to
connect programs with each other: a good example is 0MQ.
Marten
--
Marten Feldtmann
Hi Marten,
Is your 0mq library posted somewhere and MIT licensed?
Thanks
Paul
--
View this message in context:
http://forum.world.st/About-Zinc-http-components-tp4783071p4783223.html
Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
