[Seaside] Cincom Supporting Seaside on VisualWorks
monty.williams at gemstone.com
Tue Jun 19 18:21:12 UTC 2007
I don't view this as competition between Cincom and GemStone. I'm glad
Cincom is putting some weight behind Seaside. Interest in Seaside can only
help grow the market for all Smalltalk vendors.
As for native persistence vs. relational persistence for Smalltalk, they
both are in use today. GemStone's business for over 20 years has been based
on native persistence being better than O/R mapping approaches. The more
people understand objects -- whether that understanding comes from using
Seaside, Smalltalk, Ruby, or Java -- the more they understand the benefits
of native persistence. I'm sure many people using Cincom's Seaside will
still find GemStone to be their preferable persistence solution.
From: William Harford [mailto:seaside at harford.org]
Sent: Tuesday, June 19, 2007 10:32 AM
To: Seaside - general discussion
Subject: Re: [Seaside] Cincom Supporting Seaside on VisualWorks
On Jun 19, 2007, at 12:25 PM, Boris Popov wrote:
> We plan to support Seaside, and that support will include a relational
> persistence solution.
That will be interesting. Looks like there will be a bit of healthy
competition between Cincom and Gemstone.
I wonder what Cincom's "relational persistence solution" will look
like. Will it be an object oriented approach to relational storage
like REServe ( http://squeaksource.com/REServe.html ) or take a more
traditional approach to object mapping like Glorp .
This is a subject that intreats me greatly and I would love to hear
more details on the proposed implementation if/when they are available.
Do I dream of electric sheep?
Seaside mailing list
Seaside at lists.squeakfoundation.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Seaside