[Glass] How to start an eval of Gemsatone/S

James Foster smalltalk at jgfoster.net
Tue Jan 18 07:49:10 PST 2022

Hi Charles,

Could you say a bit more about what role Pharo would take in this? I see that you describe “micro service(s) which in turn will talk to” GemStone. How thin is the Pharo layer? I understand that you don’t want something as heavy as Seaside, but I’m wondering if you would consider having the micro services hosted in GemStone so that you have only one Smalltalk layer. The reason I ask is because my current programming model is a SPA client using Flutter that makes calls to a GemStone API (I’ll have to look into Svelte!). The backend (https://github.com/jgfoster/WebGS) supports REST and WebSockets, so your front-end can be quite sophisticated and there is no need to have another layer.


> On Jan 18, 2022, at 7:03 AM, Charles Monteiro via Glass <glass at lists.gemtalksystems.com> wrote:
> Hi all,
> Not sure if this is the right spot to ask,let me know if not, this is more of sales evaluation i.e. that’s the intent.
> Context:
> I wish to evaluate Gemstone/S at first for some more tangential needs that are currently targeted for Mongo.
> Our core product actually runs over Oracle and soon over any RDMS but for practical purposes we are targetting Postgres.
> However, potentially the bigger need.
> From my FPL and Brooklyn Union Gas days I became quite familiar with using GemBuilder for VW however instead I want to engage Gemstone from Pharo and I understand that not to work the same way.
> Recently , (yesterday) I discovered Sparkle which led me to discovering SparkleFFI , so there’s apparently some efforts under way to provide comm from Pharo to Gemstone i.e. more akin to Gembuilder/VW.
> Anyhow, to cut to the chase.
> Objectives:
> I’m not interested in building a Seaside app that uses Gemstone for its persistence.
> Rather, very thin , quite dumb Svelte/JS UIs will talk to Pharo microservice(s) which in turn will talk to Gemstone i.e. that’s the hope.
> I would prefer some rpc mechanism where transaction boundaries are controlled from Pharo but I”ll be happy with whatever mechanism I can use to pass objects to Gemstone. 
> So:
> How do I talk to Gemstone from Pharo ? 
> I believe that Zinc can actually run on Gemstone so json/http(s) would be one way ? Any other way ? best way ?
> Is there a notification / push mechanism now in place e.g. change to a Gemstone collection could be notified to interested parties (Pharo)
> Is there a web socket implementation?
> Any other messaging implementation ? MQTT ? RabbitMQ etc ? 
> GemConnect / Postgres , would there be a separate additional license fee ?
> Has the performance of markForCollection changed much in all of these years i.e. does one have to allocate downtime ? i.e. what if the app actually needed to run 24x7, what are the accommodations for said scenario under current Gemstone/S.
> I assume that for development use that one can install Gemstone under WSL ? If so any issues to be aware of ?
> Sparkle is the new IDE ? but I see there’s also IoDE ? 
> Finally , given all of the above , and never mind Gemstone/ S setup itself , is there some doc that illustrates a simple hello world scenario where a Pharo image is sending to Gemstone objects for persistence ? 
> A cursory review of the Glass posts seem Seaside centric.
> Thanks in advance, 
> Charles A. Monteiro
> Chief Technology Officer
> Datasoft, Inc
> Phone: 347-853-7349
> Web:tradeblazer.com <http://www.tradeblazer.com/>
> <image001.png>
> _______________________________________________
> Glass mailing list
> Glass at lists.gemtalksystems.com <mailto:Glass at lists.gemtalksystems.com>
> https://lists.gemtalksystems.com/mailman/listinfo/glass <https://lists.gemtalksystems.com/mailman/listinfo/glass>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gemtalksystems.com/mailman/archives/glass/attachments/20220118/bf0192b7/attachment.htm>

More information about the Glass mailing list