[Seaside] Seaside Still has an issue in a clean Pharo6 image
Tim Mackinnon
tim at testit.works
Tue Jun 20 18:10:00 UTC 2017
Thanks Sven - I'd also missed the fact that you right click on the seaside control panel to add a server - although I think it's better to learn how to programmatically script this stuff anyway.
For the deprecation walkback - it seems that default seaside code in a fresh image is relying on #name in object for its configuration screens. As there is WAObject, this might be a viable fix - but conscious that I am still getting back up to speed on all this stuff I will bow to the experts, and try and learn from the responses.
Tim
Sent from my iPhone
> On 20 Jun 2017, at 18:42, Sven Van Caekenberghe <sven at stfx.eu> wrote:
>
> Tim,
>
>> On 20 Jun 2017, at 19:28, Tim Mackinnon <tim at testit.works> wrote:
>>
>> Hi - inspired from Pharo days I’ve been relearning how to write web apps in Pharo.
>>
>> Anyway, I’ve noticed that in a clean Pharo 6 image, when I load the latest Seaside (that now correctly shows the control panel) - I still get an error if I browse the counter configuration (and any configurations I make as well).
>>
>> I get a walkback - "Seaside Walkback
>>
>> Deprecation: The method Object>>#name called from WAClassListAttribute>>#stringForValue: has been deprecated. Implement your own domain representation of an object, or use #asString or #printString instead.”?
>>
>>
>> This error is because Pharo 6 has deprecated the use of #name in object, and it looks to me that WAObject should now override this method to avoid the deprecation.
>
> Probably not, in most cases the error is #name being sent to nil, which is basically sloppy coding.
>
>> I am also confused why in a new image there doesn’t seem to be a web server that is started automatically. I thought loading Seaside started one for you, but it seems that I have to launch my own eg. ZnZincServerAdaptor startOn: 8080.
>>
>> Is this correct? This seems to go agains the assumptions of pharocloud.com as well - as they mention that seaside automatically starts a server for you. Is this something that has changed? Do I need to provide my own “autostart” class if I want to try pharocloud (I’m guessing there is a startUp method somewhere that I need to override?)
>
> If you do
>
> ZnZincServerAdaptor startOn: 8080.
>
> and save the image, the server will be there and running when the image comes back up.
>
> This is how it has always been.
>
> Since Seaside can work with multiple servers, you need to tell it what to you want.
>
> PS: This is separate from Zinc that has a concept of managed servers, which are also kept running.
>
> PS2: Technically, in both cases, the server are not really running all the time, they are stopped and restart automagically for you.
>
> Sven
>
>> Tim
>> _______________________________________________
>> 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
More information about the seaside
mailing list