[Glass] Free Gems
Dale Henrichs
dale.henrichs at gemtalksystems.com
Thu Jun 5 11:10:48 PDT 2014
Marten,
That sounds like a reasonable approach ... the service vm is useful if you
must access shared gemstone data, but an external process is a good option.
Do you happen to have any classes that you can share for managing and
initiating these external processes? It helps to have a little bit of code
to start with if one wants to go this route.
Dale
On Thu, Jun 5, 2014 at 7:51 AM, itlists at schrievkrom.de <
itlists at schrievkrom.de> wrote:
> We have now successful used Gemstone in our first event - and it was
> very successful. This was a purely REST-based system with Sencha-UI and
> some C# (Mono) clients using the same REST-API.
>
> Some ideas from that event:
>
> -> one C# client (can) create more load than tens of users.
>
> -> long term REST-API calls must result in background jobs in Gemstone
>
> I've written some of these background jobs in an external C# client
> because then ALL clients (browser and fat clients) use the same API -
> that's much smarter while developing and it works extremely well.
>
> I'm now working on 0MQ-library for Gemstone - to make ipc communication
> between Gemstone and external clients much better - resulting in an
> active Gemstone system.
>
> And external C# clients consume less CPU power from that 2-CPU license
> restriction of Gemstone.
>
> And writing C# clients is a very well indication (for other developers,
> bosses, etc...), that the solution is NOT a Smalltalk-centric-only
> application (remvoing the fear for the future without Smalltalk).
>
> Marten
>
>
> --
> Marten Feldtmann
> _______________________________________________
> Glass mailing list
> Glass at lists.gemtalksystems.com
> http://lists.gemtalksystems.com/mailman/listinfo/glass
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gemtalksystems.com/mailman/private/glass/attachments/20140605/b8e784e2/attachment-0001.html>
More information about the Glass
mailing list