headers
Göran Krampe | 1 Jul 2009 10:56
Picon
Gravatar

Blackfoot + Cherokee + Seaside = better performance

Howdy!

Just wanted to share a bit of info about Blackfoot (SimpleCGI for 
Squeak/Seaside, available on SM).

I started hacking again a few days back to get file upload (multipart 
forms) working for Seaside (not yet fixed, but I am almost there).

Then I benched it a bit. I used latest Cherokee (very fast webserver) 
and the Pharo Seaside image + Blackfoot. One thing is VERY clear:

Blackfoot behaves MUCH better under pressure. When I stomped on it with 
ab then KomHttpServer started failing connections and also giving VERY 
slow responses to some clients (24 sec).

Blackfoot never failed and worst case answer was around 1 sec.

Anyway, I can do more detailed benchmarks later on but first I should 
get multipart forms working. Also, please reply for other "details" you 
think I need to test.

regards, Göran
Permalink | Reply | 0 comments |
headers
Gabriel Cotelli | 1 Jul 2009 19:48

Looking for experiences

Hi,


We want to start the development of a web application using Seaside... we're evaluating if we use just GLASS (we already have experience with GemStone) or if it's convenient to have Visual Works (as Web Server and handling the rendering) and let the persistence be in GemStone. 

Does anyone have any experience to share for similar configurations?

Thanks,
Gabriel

-------------------------------------------------
Development - Mercap S.R.L.
Tacuarí 202 - 7º Piso - Tel: 54-11-48781116 al 19
Interno: 113
Ciudad Autónoma de Buenos Aires - Argentina
http://www.mercapsoftware.com

-------------------------------------------------

Este mensaje es confidencial. Puede contener información amparada por el secreto profesional. Si usted ha
recibido este e-mail por error, por favor comuníquenoslo inmediatamente via e-mail y tenga la amabilidad
de eliminarlo de su sistema; no deberá copiar el mensaje ni divulgar su contenido a ninguna persona.
Muchas gracias.

This message is confidential. It may also contain information that is privileged or otherwise legally exempt
from disclosure. If you have received it by mistake please let us know by e-mail immediately and delete it
from your system; also you shouldn't copy the message nor disclose its contents to anyone. Thanks.
_______________________________________________
seaside mailing list
seaside <at> lists.squeakfoundation.org
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Permalink | Reply | 3 comments |
headers
Diogenes Alberto Moreira | 1 Jul 2009 19:57
Picon
Gravatar

Re: Looking for experiences

Hi Gabriel, we developed ibizlog.com on glass.. and we are very happy.. Glass have some pitfall, but is a great product. Regards.


El 01/07/2009, a las 14:48, Gabriel Cotelli escribió:

Hi,

We want to start the development of a web application using Seaside... we're evaluating if we use just GLASS (we already have experience with GemStone) or if it's convenient to have Visual Works (as Web Server and handling the rendering) and let the persistence be in GemStone. 

Does anyone have any experience to share for similar configurations?

Thanks,
Gabriel

-------------------------------------------------
Development - Mercap S.R.L.
Tacuarí 202 - 7º Piso - Tel: 54-11-48781116 al 19
Interno: 113
Ciudad Autónoma de Buenos Aires - Argentina
http://www.mercapsoftware.com

-------------------------------------------------

Este mensaje es confidencial. Puede contener información amparada por el secreto profesional. Si usted ha
recibido este e-mail por error, por favor comuníquenoslo inmediatamente via e-mail y tenga la amabilidad
de eliminarlo de su sistema; no deberá copiar el mensaje ni divulgar su contenido a ninguna persona.
Muchas gracias.

This message is confidential. It may also contain information that is privileged or otherwise legally exempt
from disclosure. If you have received it by mistake please let us know by e-mail immediately and delete it
from your system; also you shouldn't copy the message nor disclose its contents to anyone. Thanks.
_______________________________________________
seaside mailing list
seaside <at> lists.squeakfoundation.org
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside

_______________________________________________
seaside mailing list
seaside <at> lists.squeakfoundation.org
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Permalink | Reply | 0 comments |
headers
Norbert Hartl | 1 Jul 2009 20:05
Gravatar

Re: Looking for experiences

Hi,

On Wed, 2009-07-01 at 14:48 -0300, Gabriel Cotelli wrote:
> Hi,
> 
> 
> We want to start the development of a web application using Seaside...
> we're evaluating if we use just GLASS (we already have experience with
> GemStone) or if it's convenient to have Visual Works (as Web Server
> and handling the rendering) and let the persistence be in GemStone. 
> 
> 
> Does anyone have any experience to share for similar configurations?

I have an application running on glass, too. I'm really satisfied with
what I have. Using gemstone only as persistence layer is IMHO not
beneficial in any way. You just get rid of the good part that it is
all in one image and you don't have to care about marshalling and
transactions at all if you don't want to.

Norbert
Permalink | Reply | 1 comment |
headers
Gerhard Obermann | 1 Jul 2009 20:31
Picon

Re: Looking for experiences

Hi!

We have developed a large Seaside applications  using only GemStone with more than 100 active Users at the same time.
Using VW as Seaside application server would be possible but then you have to take care about the replication stuff
with a lot of performance and some other issues e.g. caching behavior, vw class creation, different configuration management ....
In the moment there are some pitfalls using GemStone (GLASS) but it hardly depends on you requirements (concurrent users, db size, transactions,..)
Also the licensing should be taken into consideration.

Gerhard




On Wed, Jul 1, 2009 at 8:05 PM, Norbert Hartl <norbert <at> hartl.name> wrote:
Hi,

On Wed, 2009-07-01 at 14:48 -0300, Gabriel Cotelli wrote:
> Hi,
>
>
> We want to start the development of a web application using Seaside...
> we're evaluating if we use just GLASS (we already have experience with
> GemStone) or if it's convenient to have Visual Works (as Web Server
> and handling the rendering) and let the persistence be in GemStone.
>
>
> Does anyone have any experience to share for similar configurations?

I have an application running on glass, too. I'm really satisfied with
what I have. Using gemstone only as persistence layer is IMHO not
beneficial in any way. You just get rid of the good part that it is
all in one image and you don't have to care about marshalling and
transactions at all if you don't want to.

Norbert


_______________________________________________
seaside mailing list
seaside <at> lists.squeakfoundation.org
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside

_______________________________________________
seaside mailing list
seaside <at> lists.squeakfoundation.org
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Permalink | Reply | 0 comments |
headers
Sebastian Sastre | 2 Jul 2009 01:35

RE: Blackfoot + Cherokee + Seaside = better performance

Very interesting Goran.
Alleviating the image so it can do better what it does best: complex stuff.
I'll certainly want to hear more about this.
best
sebastian

> -----Mensaje original-----
> De: seaside-bounces <at> lists.squeakfoundation.org 
> [mailto:seaside-bounces <at> lists.squeakfoundation.org] En nombre 
> de Göran Krampe
> Enviado el: Wednesday, July 01, 2009 05:57
> Para: Seaside - general discussion; The general-purpose 
> Squeak developers list
> Asunto: [Seaside] Blackfoot + Cherokee + Seaside = better performance
> 
> Howdy!
> 
> Just wanted to share a bit of info about Blackfoot (SimpleCGI for 
> Squeak/Seaside, available on SM).
> 
> I started hacking again a few days back to get file upload (multipart 
> forms) working for Seaside (not yet fixed, but I am almost there).
> 
> Then I benched it a bit. I used latest Cherokee (very fast webserver) 
> and the Pharo Seaside image + Blackfoot. One thing is VERY clear:
> 
> Blackfoot behaves MUCH better under pressure. When I stomped 
> on it with 
> ab then KomHttpServer started failing connections and also 
> giving VERY 
> slow responses to some clients (24 sec).
> 
> Blackfoot never failed and worst case answer was around 1 sec.
> 
> Anyway, I can do more detailed benchmarks later on but first I should 
> get multipart forms working. Also, please reply for other 
> "details" you 
> think I need to test.
> 
> regards, Göran
> 
> _______________________________________________
> seaside mailing list
> seaside <at> lists.squeakfoundation.org
> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
Permalink | Reply | 0 comments |
headers
Sebastian Sastre | 2 Jul 2009 02:13

[ANN] Merchant | a credit card processing library

Hi guys,
I've decided our community hasn't enough millionaires. I think we need to start
to do something to fix that broken. This will *not* fix that but it *may* help
to.

As said, it's a library to process cards through a gateway. Right now it has
only one concrete gateway but I've tried hard to factorize things to make it
simple yet flexible. In some aspects is kind of ActiveMerchant but solving a
less bloated problem. 

Yesterday I've tested the first succesful transactions (using stunnel for https
client). It is a very alpha work in progress. Provided AS IS. You should use it
only *knowing* that it *could* have defects.

If you found it useful and your are not in Brazil you can add your concrete
gateway yourself or contract someone to do it for you. It's MIT licensed and I
think it has clean documented code suggesting anyone can help you with your
Seaside based business.

Access it in squeaksource.com or http://www.squeaksource.com/Merchant
Requisites: Cryptography (needed for some MD5 hashes)

A purchase look like this:

	cc := MERCreditCard new
			cardNumber: '4444333322221111'; "a test card"
			cardVerificationValue: '123';
			expiration: Date today month next asDate;
			yourself.
	order := MERDummyOrder new
			amount: 5;
			expiration: cc expiration;
			cardHash: cc cardHash;
			yourself.
							
	gateway := MERiPAGAREGateway merchantId: yourMerchantId securityId:
yourIPAGARESecurityId.
	gateway purchase: order with: cc.

I dedicate this to the small ones that think big
enjoy,
sebastian
Permalink | Reply | 0 comments |
headers
Keith Hodges | 3 Jul 2009 07:46
Picon
Favicon
Gravatar

Sake/Packages Screen cast

Hello all,

In an attempt to get some documentation together, I thought I would
experiment with screencasting. For those who havent had a chance to look
over Sake/Packages I have just done a screen cast about it.

This video also demonstrates MC1.6 (using SystemEditor) to load Seaside29

ftp://squeak:viewpoints <at> squeak.safeprayer.com/bob/docs

Keith

p.s.  also available at: www.vimeo.com/groups/squeak
Permalink | Reply | 0 comments |
headers
Timothy James Ziebart | 3 Jul 2009 08:05
Favicon

Seaside 2.8.4 behavior

Hello all. I downloaded 2.8.4 and loaded my application.  The application was 
functioning as expected under 2.8.3 but under 2.8.4 

1. I receive an Internal Error Message "Error: subscript is out of bounds: 6".  
reload the page it renders properly -- well almost see next item.  Stack 
suggests problem with context, WAWAlkback, Block Closure and so on.

2. Tables rendered using MAReport do not list the column entries.  The row is 
blank.

3. Form rendered using Magritte no longer displays -- no errors.  Example 
below that did work under 2.8.3.

^(aModel descriptionAdminEdit asComponentOn: aModel)
		addMessage: 'View record for: ', (self returnIdentifier: aModel);
		addValidatedSwitch;
		yourself.

Down loaded the latest VM and tried the code with the one-click -- same 
results.  Are these issues related to closures?  Any suggestions?
Permalink | Reply | 13 comments |
headers
Philippe Marschall | 3 Jul 2009 12:45
Picon

Re: Seaside 2.8.4 behavior

2009/7/3 Timothy James Ziebart <timothy <at> churchmilitant.org>:
> Hello all. I downloaded 2.8.4 and loaded my application.  The application was
> functioning as expected under 2.8.3 but under 2.8.4
>
> 1. I receive an Internal Error Message "Error: subscript is out of bounds: 6".
> reload the page it renders properly -- well almost see next item.  Stack
> suggests problem with context, WAWAlkback, Block Closure and so on.

Can you provide more information like Smalltalk dialect and version,
vm version, and the stack trace?

Cheers
Philippe
Permalink | Reply | 12 comments |

Gmane