seaside-dev January 2015

seaside-dev@lists.squeakfoundation.org

6 participants
11 discussions

"Bootstrap" project for Seaside with separated Magritte support in a new project "BootstrapMagritte" on STHub
by Torsten Bergmann 16 Jul '18

16 Jul '18

Hi, The bundling with magritte polluted the repo and the Bootstrap project with stuff that was not really needed for "Seaside + Bootstrap" only. Also a "Bootstrap-Demo" package appeared that was more a demo for magritte than for Bootstrap. Since there already was an "Bootstrap-Examples" package this added more confusion (at least on my side). I now took action and cleaned up the Bootstrap project again to remove the magritte stuff. If one wants to to use Bootstrap with Seaside he does not necessarily have to go the Magritte path, so IMHO this was necessary. The magritte stuff for Bootstrap is now hosted as an own separate project on STHub which would also help to see to which part code additions really belong. As a result: ============ 1. The Bootstrap project now again only contains and loads the initial three packages: - Bootstrap-Core - Bootstrap-Tests-Core - Bootstrap-Examples assembled by the known ConfigurationOfBootstrap 2. The Magritte support on top of Bootstrap is now separated in an own project to avoid too much mixin. See "BootstrapMagritte" on SmalltalkHub. The new repo "http://smalltalkhub.com/#!/~TorstenBergmann/BootstrapMagritte" has the same commiters as the old one, so feel free to continue with your work. This project includes two packages: - Bootstrap-Magritte-Core (former Bootstrap-Magritte) - Bootstrap-Magritte-Examples (former Bootstrap-Demo) assembled by a new ConfigurationOfBootstrapMagritte for this particular project 3. The Bootstrap/ConfigurationOfBootstrap is now available as - a release version 0.4.0 for Seaside 3.0.9 - a release version 0.5.0 for Seaside 3.0.10 - a release version 0.6.0 for Seaside 3.1.0 (#stable) - a development version 0.7.0 for Seaside 3.1.0 for new stuff 4. The CI for Bootstrap is green for Pharo 2.0 and now also Pharo 3.0 5. The config browser is updated for Pharo 2.0 and Pharo 3.0 with the "Bootstrap" package So you can now also open a fresh Pharo 3.0 image, open World menu -> Configuration Browser to load "Bootstrap". Then run ZnZincServerAdaptor startOn: 8080 and start coding your web application with the latest Seaside 3.1.0. Next steps: Setting up a CI for the new project "BootstrapMagritte"/ConfigurationOfBootstrapMagritte Have fun! Bye Torsten

3 7

Deprecation of TimeStamp now in Pharo 4
by Stephan Eggermont 20 Sep '15

20 Sep '15

In Pharo4, TimeStamp now is deprecated and should be replaced by DateAndTime now. (SPTimestamp, WAProfilerItem, WAUpTimeTracker 2*) Stephan

3 4

Grease for Squeak
by John McKeon 22 Mar '15

22 Mar '15

Hello Seasode-Developers I would like your opinions on proceeding with the creation of a Grease platform for Squeak. The question arises, why not just subclass GRPharoPlatform and override the few methods that need overriding for Squeak and be done with it. Things would be much simpler than the alternative method of copying GRPharoPlatform and making it Squeak's own. This path not only requires quite a bit of class copying (mostly the codecs amd related streams), but also requires a duplication of every Seaside-Pharo-• package to a Seaside-Squeak-• package as well (unless ther is something I am missing). Not to mention the rewiring of the ConfiguationOfSeaside3 that would be necessary. So, in light of the close relationship of Pharo to Squeak and the overwhelming amount of code reuse that it would afford, is subclassing that bad? I look forward to your thoughts Happy Trails John McKeon -- jmck.seasidehosting.st

5 7

We want to help, what can we do ?
by julien leclercq 02 Mar '15

02 Mar '15

5 6

Build failed in Jenkins: Seaside » 30,development,vm #589
by ci-pharo-contribution＠inria.fr 13 Feb '15

13 Feb '15

1 5

Build failed in Jenkins: Grease » 40,bleedingEdge,vm #430
by ci-pharo-contribution＠inria.fr 30 Jan '15

30 Jan '15

See <https://ci.inria.fr/pharo-contribution/job/Grease/PHARO=40,VERSION=bleeding…> ------------------------------------------ Started by upstream project "Grease" build number 430 originally caused by: Started by timer Building remotely on pharo-contribution-linux64-3.ci.inria.fr in workspace <https://ci.inria.fr/pharo-contribution/job/Grease/PHARO=40,VERSION=bleeding…> Deleting project workspace... Deleting old artifacts from #428 [vm] $ /bin/sh -xe /tmp/hudson7149074774395052237.sh + dirname Grease/PHARO=40,VERSION=bleedingEdge,VM=vm + export JOB_NAME=Grease + wget --quiet -O - get.pharo.org/40+vm + bash Downloading the latest 40 Image: http://files.pharo.org/image/40/latest.zip Pharo.image Downloading the latest pharoVM: http://files.pharo.org/vm/pharo/linux/stable.zip pharo-vm/pharo Downloading PharoV10.sources: http://files.pharo.org/sources//PharoV10.sources.zip Downloading PharoV20.sources: http://files.pharo.org/sources//PharoV20.sources.zip Downloading PharoV30.sources: http://files.pharo.org/sources//PharoV30.sources.zip Creating starter scripts pharo and pharo-ui + ./pharo Pharo.image save Grease --delete-old + ./pharo Grease.image --version + REPO=http://smalltalkhub.com/mc/Seaside/MetacelloConfigurations/main + ./pharo Grease.image config http://smalltalkhub.com/mc/Seaside/MetacelloConfigurations/main ConfigurationOfGrease --install=bleedingEdge --group=Tests 'Installing ConfigurationOfGrease bleedingEdge' [31m==== Startup Error: Error: Could not load ConfigurationOfGrease-StephanEggermont.295.mcz: ZnHttpUnsuccessful: 503 Service Temporarily Unavailable [0mMCSmalltalkhubRepository(Object)>>error: [ :exception | self error: 'Could not load ' , aString , ': ' , exception printString ] in [ client := self httpClient. client ifFail: [ :exception | self error: 'Could not load ' , aString , ': ' , exception printString ]; get: (self urlForFileNamed: aString). self assertBinaryResponse: client response. "immediately cache the version and avoid an unnecessary serialization" self cacheRawVersionNamed: aString stream: client contents ] in MCSmalltalkhubRepository(MCHttpRepository)>>readStreamForFileNamed:do: in Block: [ :exception | self error: 'Could not load ' , aSt...etc... BlockClosure>>cull: Context>>evaluateSignal: Context>>handleSignal: Context>>handleSignal: ZnHttpUnsuccessful(Exception)>>signal ZnClient>>handleResponse ZnClient>>executeWithRedirectsRemaining: [ self executeWithRedirectsRemaining: self maxNumberOfRedirects ] in ZnClient>>executeWithRetriesRemaining: in Block: [ self executeWithRedirectsRemaining: self maxNumb...etc... BlockClosure>>on:do: ZnClient>>executeWithRetriesRemaining: [ self executeWithRetriesRemaining: self numberOfRetries ] in [ [ self executeWithRetriesRemaining: self numberOfRetries ] on: Error do: self ifFailBlock ] in ZnClient>>executeWithTimeout in Block: [ self executeWithRetriesRemaining: self numberOfR...etc... BlockClosure>>on:do: [ [ self executeWithRetriesRemaining: self numberOfRetries ] on: Error do: self ifFailBlock ] in ZnClient>>executeWithTimeout in Block: [ ... [ ^ block value ] in ZnClient>>withTimeoutDo: in Block: [ ^ block value ] [ p psValueAt: index put: anObject. aBlock value ] in ZnConnectionTimeout(DynamicVariable)>>value:during: in Block: [ ... BlockClosure>>ensure: ZnConnectionTimeout(DynamicVariable)>>value:during: ZnConnectionTimeout class(DynamicVariable class)>>value:during: ZnClient>>withTimeoutDo: ZnClient>>executeWithTimeout [ result := self executeWithTimeout ] in ZnClient>>execute in Block: [ result := self executeWithTimeout ] [ ^ block value ] in ZnClient>>withProgressDo: in Block: [ ^ block value ] [ p psValueAt: index put: anObject. aBlock value ] in ZnSignalProgress(DynamicVariable)>>value:during: in Block: [ ... BlockClosure>>ensure: ZnSignalProgress(DynamicVariable)>>value:during: ZnSignalProgress class(DynamicVariable class)>>value:during: ZnClient>>withProgressDo: ZnClient>>execute [0m[31mGot startup errors: [0m[31m Error: Could not load ConfigurationOfGrease-StephanEggermont.295.mcz: ZnHttpUnsuccessful: 503 Service Temporarily Unavailable [0mBuild step 'Execute shell' marked build as failure Archiving artifacts Recording test results

1 1

Seaside's use of class-side #initialize
by John O'Keefe 27 Jan '15

27 Jan '15

I'm trying to work through an anomaly in our VA Smalltalk Seaside implementation and it seems to boil down to a difference between Pharo and VA Smalltalk in when the class-side #initialize methods are run. * On Pharo, they are only run if the source for the #initialize method that is being loaded does not match the source of the #initialize method that was previously loaded (which is, of course, nil if the method does not already exist in the image) * On VA Smalltalk, they are always run when an Application is loaded Pharo's approach seems designed for #initialize methods with simple setter methods (like classVarA := 7). However, since the 'source code matching' doesn't recursively match the source code of methods being called from #initialize, nor is there any guarantee that called methods will always return the same thing even if their source hasn't changed, this seems like a flawed optimization to me (at least when complex #initialize methods are involved). But since it is what Pharo provides, I guess it is what you use. I also see this sort of code in several methods called from #initialize: configureApplicationDefaults (configuredApplicationDefaults ifNil: [ false ]) ifFalse: [ WAAdmin applicationDefaults at: #responseGenerator put: WAHtmlResponseGenerator. configuredApplicationDefaults := true ] This *seems* to be a guard against the VA Smalltalk style of class initialization. Can someone with a deeper understanding of the workings of Pharo than I have confirm that this is what is happening? Thanks, John john_okeefe(a)instantiations.com http://www.instantiations.com

2 4

Slime, status?
by Tobias Pape 27 Jan '15

27 Jan '15

Dear all, to my surprise I noticed that Grease Slime for testing code against certain rules is only enable for Pharo in ConfigurationOfGrease and Seaside Slime is only enabled for Pharo 1.4 in ConfigurationOfSeaside3. Before I jump into it and enable the Slimes for Squeak (again?), I'd ask what the main reason is or has been to not support them in Squeak (for both Slimes) or newer Pharos (for Seaside Slime)? Maybe I'm reading the configs wrong? Best -Tobias

4 8

Build failed in Jenkins: Grease » 30,stable,vm #429
by ci-pharo-contribution＠inria.fr 23 Jan '15

23 Jan '15

See <https://ci.inria.fr/pharo-contribution/job/Grease/PHARO=30,VERSION=stable,V…> ------------------------------------------ Started by upstream project "Grease" build number 429 originally caused by: Started by timer Building remotely on pharo-contribution-linux64-3.ci.inria.fr in workspace <https://ci.inria.fr/pharo-contribution/job/Grease/PHARO=30,VERSION=stable,V…> Deleting project workspace... Deleting old artifacts from #427 [vm] $ /bin/sh -xe /tmp/hudson6389225518080498108.sh + dirname Grease/PHARO=30,VERSION=stable,VM=vm + export JOB_NAME=Grease + bash + wget --quiet -O - get.pharo.org/30+vm Downloading the latest 30 Image: http://files.pharo.org/image/30/latest.zip Pharo.image Downloading the latest pharoVM: http://files.pharo.org/vm/pharo/linux/stable.zip pharo-vm/pharo Downloading PharoV10.sources: http://files.pharo.org/sources//PharoV10.sources.zip Downloading PharoV20.sources: http://files.pharo.org/sources//PharoV20.sources.zip Downloading PharoV30.sources: http://files.pharo.org/sources//PharoV30.sources.zip Creating starter scripts pharo and pharo-ui + ./pharo Pharo.image save Grease --delete-old + ./pharo Grease.image --version + REPO=http://smalltalkhub.com/mc/Seaside/MetacelloConfigurations/main + ./pharo Grease.image config http://smalltalkhub.com/mc/Seaside/MetacelloConfigurations/main ConfigurationOfGrease --install=stable --group=Tests 'Installing ConfigurationOfGrease stable' [31mError: Could not access http://smalltalkhub.com/mc/Seaside/MetacelloConfigurations/main/: ZnHttpUnsuccessful: 400 Bad Request [0mMCSmalltalkhubRepository(Object)>>error: MCSmalltalkhubRepository>>loadAllFileNames in Block: [ :exception | self error: 'Could not access ' , s...etc... BlockClosure>>cull: MethodContext(ContextPart)>>handleSignal: in Block: [ self exceptionHandlerBlock cull: exception ] BlockClosure>>ensure: MethodContext(ContextPart)>>handleSignal: MethodContext(ContextPart)>>handleSignal: ZnHttpUnsuccessful(Exception)>>signal ZnClient>>handleResponse ZnClient>>executeWithRedirectsRemaining: ZnClient>>executeWithRetriesRemaining: in Block: [ self executeWithRedirectsRemaining: self maxNumb...etc... BlockClosure>>on:do: ZnClient>>executeWithRetriesRemaining: ZnClient>>executeWithTimeout in Block: [ self executeWithRetriesRemaining: self numberOfR...etc... BlockClosure>>on:do: ZnClient>>executeWithTimeout in Block: [ ... ZnClient>>withTimeoutDo: in Block: [ ^ block value ] ZnConnectionTimeout(DynamicVariable)>>value:during: in Block: [ ... BlockClosure>>ensure: ZnConnectionTimeout(DynamicVariable)>>value:during: ZnConnectionTimeout class(DynamicVariable class)>>value:during: ZnClient>>withTimeoutDo: ZnClient>>executeWithTimeout ZnClient>>execute in Block: [ result := self executeWithTimeout ] ZnClient>>withProgressDo: in Block: [ ^ block value ] ZnSignalProgress(DynamicVariable)>>value:during: in Block: [ ... BlockClosure>>ensure: ZnSignalProgress(DynamicVariable)>>value:during: ZnSignalProgress class(DynamicVariable class)>>value:during: ZnClient>>withProgressDo: [0mBuild step 'Execute shell' marked build as failure Archiving artifacts Recording test results

1 1

Build failed in Jenkins: Seaside » 20,bleedingEdge,vm #583
by ci-pharo-contribution＠inria.fr 02 Jan '15

02 Jan '15

See <https://ci.inria.fr/pharo-contribution/job/Seaside/PHARO=20,VERSION=bleedin…> ------------------------------------------ Started by upstream project "Seaside" build number 583 originally caused by: Started by timer Building remotely on pharo-contribution-linux64-3.ci.inria.fr in workspace <https://ci.inria.fr/pharo-contribution/job/Seaside/PHARO=20,VERSION=bleedin…> Deleting project workspace... Deleting old artifacts from #581 [vm] $ /bin/sh -xe /tmp/hudson5935388856534025202.sh + dirname Seaside/PHARO=20,VERSION=bleedingEdge,VM=vm + export JOB_NAME=Seaside + bash + wget --quiet -O - get.pharo.org/20+vm Downloading the latest 20 Image: http://files.pharo.org/image/20/latest.zip Pharo.image Downloading the latest pharoVM: http://files.pharo.org/vm/pharo/linux/stable.zip pharo-vm/pharo Downloading PharoV10.sources: http://files.pharo.org/sources//PharoV10.sources.zip Downloading PharoV20.sources: http://files.pharo.org/sources//PharoV20.sources.zip Downloading PharoV30.sources: http://files.pharo.org/sources//PharoV30.sources.zip Creating starter scripts pharo and pharo-ui + ./pharo Pharo.image save Seaside --delete-old + ./pharo Seaside.image --version + REPO=http://smalltalkhub.com/mc/Seaside/MetacelloConfigurations/main + ./pharo Seaside.image config http://smalltalkhub.com/mc/Seaside/MetacelloConfigurations/main ConfigurationOfSeaside3 --install=bleedingEdge --group=CI [31m[33m =============================================================================== Notice: Installing ConfigurationOfSeaside3 bleedingEdge =============================================================================== [0m[0m[31m==== Startup Error: Error: Could not resolve: ConfigurationOfRefactoringBrowser [ConfigurationOfRefactoringBrowser] in <https://ci.inria.fr/pharo-contribution/job/Seaside/PHARO=20,VERSION=bleedin…> http://www.squeaksource.com/MetacelloRepository ERROR: 'GoferRepositoryError: Could not access http://www.squeaksource.com/MetacelloRepository: ZnHttpUnsuccessful: 503 Service Temporarily Unavailable' [0mMetacelloFetchingMCSpecLoader(Object)>>error: MetacelloFetchingMCSpecLoader(MetacelloCommonMCSpecLoader)>>retryingResolvePackageSpecReferences:gofer: MetacelloFetchingMCSpecLoader>>linearLoadPackageSpec:gofer: in Block: [| references nearestReference cachedReference ext...etc... MetacelloPharoPlatform>>do:displaying: in Block: [aBlock value] BlockClosure>>ensure: RPackageSet class>>withCacheDo: MetacelloPharoPlatform>>do:displaying: in Block: [:bar | ... BlockClosure>>cull: Job>>run in Block: [result := block cull: self] BlockClosure>>on:do: Job>>run in Block: [self prepareForRunning.... BlockClosure>>ensure: Job>>run NonInteractiveUIManager(UIManager)>>displayProgress:from:to:during: ByteString(String)>>displayProgressFrom:to:during: MetacelloPharoPlatform>>do:displaying: MetacelloFetchingMCSpecLoader>>linearLoadPackageSpec:gofer: MetacelloPackageSpec>>loadUsing:gofer: MetacelloFetchingMCSpecLoader(MetacelloCommonMCSpecLoader)>>linearLoadPackageSpecs:repositories: in Block: [:pkg | pkg loadUsing: self gofer: gofer] Array(SequenceableCollection)>>do: MetacelloFetchingMCSpecLoader(MetacelloCommonMCSpecLoader)>>linearLoadPackageSpecs:repositories: MetacelloFetchingMCSpecLoader>>explicitLoadPackageSpecs:repositories: in Block: [super linearLoadPackageSpecs: packageSpecs reposi...etc... BlockClosure>>ensure: MetacelloLoaderPolicy>>pushLoadDirective:during: MetacelloLoaderPolicy>>pushExplicitLoadDirectivesDuring:for: MetacelloFetchingMCSpecLoader>>explicitLoadPackageSpecs:repositories: MetacelloPackageSpec>>explicitLoadUsing: MetacelloPackageSpec>>loadUsing: in Block: [self explicitLoadUsing: mcLoader] MetacelloLoadingMCSpecLoader(MetacelloCommonMCSpecLoader)>>doingLoads: MetacelloPackageSpec>>loadUsing: [0m[31mGot startup errors: [0m[31m Error: Could not resolve: ConfigurationOfRefactoringBrowser [ConfigurationOfRefactoringBrowser] in <https://ci.inria.fr/pharo-contribution/job/Seaside/PHARO=20,VERSION=bleedin…> http://www.squeaksource.com/MetacelloRepository ERROR: 'GoferRepositoryError: Could not access http://www.squeaksource.com/MetacelloRepository: ZnHttpUnsuccessful: 503 Service Temporarily Unavailable' [0mBuild step 'Execute shell' marked build as failure Archiving artifacts Recording test results

1 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

seaside-dev January 2015