Which persistence solution to use?

Hello Udo,
  I'm not sure about the mixing of versions... May be Chris should
answer this one.
  Making and deploying Seaside applications may seem easy at first,
but there are lots of caveats that you should be aware of, like
scaling and sharing db connections between seaside sessions
(connection pooling).
  Although not Magma specific, the best resource to start getting your
feet wet with these matters is Ramón's blog (http://onsmalltalk.com),
you must read it.



On 5/14/07, Udo Schneider <[hidden email]> wrote: _______________________________________________
Seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside

On Monday 14 May 2007 12:47 am, Udo Schneider wrote:
This is certainly a good use-case for multiple VMs. In any case, if you
distribute the work-load over multiple VMs I assume you will have a web
server in front distributing the requests among the Smalltalk VMs.

With GemStone/S each VM connected to the same "image" (or database) can see
all changes committed by other VMs. So, yes, you could divide things into a
backend and frontend. The "no-cost" edition does have a limit of two (2) VMs
connected to the database, so this approach is somewhat limited (without
moving up to the next level, which is an annual subscription of US$7000).

James

>
> Regards,
>
> Udo
>
> _______________________________________________
> Seaside mailing list
> [hidden email]
> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________
Seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside

Hi Ramiro,

>  Although not Magma specific, the best resource to start getting your
> feet wet with these matters is Ramón's blog (http://onsmalltalk.com),
> you must read it.
Didn't know that blog - seems to be an excellent resource. Thanks for
the pointer.

Regards,

Udo

_______________________________________________
Seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside

James Foster wrote:
> This is certainly a good use-case for multiple VMs. In any case, if you
> distribute the work-load over multiple VMs I assume you will have a web
> server in front distributing the requests among the Smalltalk VMs.
Having a network background I do not really believe in an instance on
the server distributing load on the very same machine (to different
ports of course). Instead my way to go would be to use the existing
firewall to to load distribution to different ports (and if needed
machines) "on the packet level".
Another option I thought about was to offload the static content to S3.
Unfortunately there is not much of that static stuff :-(

> With GemStone/S each VM connected to the same "image" (or database) can see
> all changes committed by other VMs. So, yes, you could divide things into a
> backend and frontend. The "no-cost" edition does have a limit of two (2) VMs
> connected to the database, so this approach is somewhat limited (without
> moving up to the next level, which is an annual subscription of US$7000).
USD7000 sound like a lot of money. However if this really takes off it
really might be an option. Being a bit new to GS - How can I integrate
third party C code (e.g. DLLs) into an GS app?

CU,

Udo

_______________________________________________
Seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside

On Monday 14 May 2007 8:24 am, Udo Schneider wrote:
> How can I integrate
> third party C code (e.g. DLLs) into an GS app?

GemStone/S has a protocol for calling "user action primitives" that isn't as
direct as Squeak's FFI, but is used by a number of customers who need to do
C-level things. For details, see "Calling C Functions from Smalltalk Methods"
on page 24 of  http://seaside.gemstone.com/docs/GS64-GemBuilderForC-2.2.pdf.

James
_______________________________________________
Seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside

James Foster wrote:
> GemStone/S has a protocol for calling "user action primitives" that isn't as
> direct as Squeak's FFI, but is used by a number of customers who need to do
> C-level things. For details, see "Calling C Functions from Smalltalk Methods"
> on page 24 of  http://seaside.gemstone.com/docs/GS64-GemBuilderForC-2.2.pdf.
I'll take a look into that. Thanks for the pointer.

Regards,

udo

_______________________________________________
Seaside mailing list
[hidden email]
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside