Over a month has passed since the last release of Seaside 2.9. We are
very pleased to announced Seaside 2.9 Alpha 2 as a next step towards the release of Seaside 2.9. We've mainly worked on two things: (1) closing critical issues that have been collected in the bug tracker, and (2) making different configurations of Seaside a snap to load. 1. Closed Issues ================ - Issue 3: A RESTful configuration editor would be very useful - Issue 87: ColorValue>>hex fixes - Issue 126: review request handler documentation - Issue 165: consider WAPainter refactoring - Issue 193: do we really need #vmStatisticsReportString? - Issue 200: Seaside 2.9 project page on SqueakSource outdated - Issue 206: check weird #value call on block in WADebugErrorHandler - Issue 211: deprecate the scriptcaulous convenience methods on Canvas - Issue 216: RSS Changes demo produces invalid XML - Issue 218: WADispatcherEditor doing a #call: in #initialRequest: - Issue 219: Why does WADecorationTask override #updateStates: ? - Issue 227: #halt should always halt - Issue 228: Move the Swazoo server adapter over to WAServerAdaptor - Issue 234: Source code view is broken after painter refactoring - Issue 240: JSJsonTests are not portable - Issue 241: WANumberPrinter>>#digitsOf:base: uses a Float as an Array index - Issue 242: Using a niladic actionBlock with on:do: in not portable - Issue 245: WAHalo Source View is broken - Issue 246: Anchor callbacks should not accept blocks with one argument - Issue 249: WATree broken in example browser - Issue 250: JQuery Droppable does not seem to work right - Issue 251: Accepting code in the browser opens a deprecation warning in Pharo - Issue 254: Sourceview via halo does not seem to work - Issue 256: Setting the default entry point does not seem to work - Issue 258: Bad XHTML for versionuploader - Issue 259: Request modification to WAPlatformTest>>#testIsResumable ... and uncounted enhancements to the core code and various other optional packages such as JQuery, JQuery-UI, Swazoo Server Adapters, etc. We've further improved portability to other Smalltalk dialects, in this round we mostly focused on VA Smalltalk. 2. The Seaside Builder ====================== We are proud to announce the Seaside Builder, the tool that makes it a snap to load a specific set of Seaside 2.9 packages into any recent Pharo or Squeak image: http://builder.seaside.st The Seaside Builder lets you either select a predefined configuration of Seaside packages or manually choose the packages you need. The builder automatically ensures that all prerequisites are selected and loaded in the right order. For the first time it is possible to conveniently choose between the MIT licensed Comanche or the LGPL licensed Swazoo web server. At the bottom of the page there are two download options available: "Load Script" creates a change-set that can be dragged onto any image causing it to load the selected Seaside packages. There is also the possibility to download a "Monticello Configuration" of the selected packages. In the future more download options might become available. 3. Things to be aware of ======================== First of all, it is important to remember that this is an Alpha release and therefore might not be suited to be used in production. We are however rapidly approaching the beta phase and disruptive changes are unlikely. Some of the core team members are already using Seaside 2.9 in production. You'll find a list of current migration issues at http://seaside.st/documentation/migration/28to29. 4. When things go wrong ======================= If you run into problems or encounter problems, please let us know using the issue tracker at http://code.google.com/p/seaside/issues/list or through the mailing list. We are especially interested into feedback concerning "The Seaside Builder". -- Lukas Renggli http://www.lukas-renggli.ch _______________________________________________ seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
Lukas Renggli schrieb:
> 2. The Seaside Builder Wow! That's great stuff and so much more convenient. Alex _______________________________________________ seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
In reply to this post by Lukas Renggli
Lukas Renggli wrote:
> Over a month has passed since the last release of Seaside 2.9. We are > very pleased to announced Seaside 2.9 Alpha 2 as a next step towards > the release of Seaside 2.9. > > We've mainly worked on two things: (1) closing critical issues that > have been collected in the bug tracker, and (2) making different > configurations of Seaside a snap to load. > > > 1. Closed Issues > ================ > > - Issue 3: A RESTful configuration editor would be very useful > - Issue 87: ColorValue>>hex fixes > - Issue 126: review request handler documentation > - Issue 165: consider WAPainter refactoring > - Issue 193: do we really need #vmStatisticsReportString? > - Issue 200: Seaside 2.9 project page on SqueakSource outdated > - Issue 206: check weird #value call on block in WADebugErrorHandler > - Issue 211: deprecate the scriptcaulous convenience methods on Canvas > - Issue 216: RSS Changes demo produces invalid XML > - Issue 218: WADispatcherEditor doing a #call: in #initialRequest: > - Issue 219: Why does WADecorationTask override #updateStates: ? > - Issue 227: #halt should always halt > - Issue 228: Move the Swazoo server adapter over to WAServerAdaptor > - Issue 234: Source code view is broken after painter refactoring > - Issue 240: JSJsonTests are not portable > - Issue 241: WANumberPrinter>>#digitsOf:base: uses a Float as an Array index > - Issue 242: Using a niladic actionBlock with on:do: in not portable > - Issue 245: WAHalo Source View is broken > - Issue 246: Anchor callbacks should not accept blocks with one argument > - Issue 249: WATree broken in example browser > - Issue 250: JQuery Droppable does not seem to work right > - Issue 251: Accepting code in the browser opens a deprecation warning in Pharo > - Issue 254: Sourceview via halo does not seem to work > - Issue 256: Setting the default entry point does not seem to work > - Issue 258: Bad XHTML for versionuploader > - Issue 259: Request modification to WAPlatformTest>>#testIsResumable > > ... and uncounted enhancements to the core code and various other > optional packages such as JQuery, JQuery-UI, Swazoo Server Adapters, > etc. We've further improved portability to other Smalltalk dialects, > in this round we mostly focused on VA Smalltalk. > > > 2. The Seaside Builder > ====================== > > We are proud to announce the Seaside Builder, the tool that makes it a > snap to load a specific set of Seaside 2.9 packages into any recent > Pharo or Squeak image: > > http://builder.seaside.st > > The Seaside Builder lets you either select a predefined configuration > of Seaside packages or manually choose the packages you need. The > builder automatically ensures that all prerequisites are selected and > loaded in the right order. For the first time it is possible to > conveniently choose between the MIT licensed Comanche or the LGPL > licensed Swazoo web server. > > At the bottom of the page there are two download options available: > "Load Script" creates a change-set that can be dragged onto any image > causing it to load the selected Seaside packages. There is also the > possibility to download a "Monticello Configuration" of the selected > packages. In the future more download options might become available. > > > 3. Things to be aware of > ======================== > > First of all, it is important to remember that this is an Alpha > release and therefore might not be suited to be used in production. We > are however rapidly approaching the beta phase and disruptive changes > are unlikely. Some of the core team members are already using Seaside > 2.9 in production. > > You'll find a list of current migration issues at > http://seaside.st/documentation/migration/28to29. > > > 4. When things go wrong > ======================= > > If you run into problems or encounter problems, please let us know > using the issue tracker at > http://code.google.com/p/seaside/issues/list or through the mailing > list. We are especially interested into feedback concerning "The > Seaside Builder". > Miguel Cobá _______________________________________________ seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
On Tue, Dec 30, 2008 at 10:35 AM, Miguel Enrique Cobá Martínez <[hidden email]> wrote:
Hi Lukas, thanks for getting this out in the wild and you and the development team has done a great job. Next, are there any development images that contain Seaside 2.9 Alpha? Well, thanks again for the
great work. -Conrad _______________________________________________ seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
On Tue, Dec 30, 2008 at 8:14 PM, Conrad Taylor <[hidden email]> wrote:
> Hi Lukas, thanks for getting this out in the wild and you and the > development team has done a great job. Next, are there any development > images that contain Seaside 2.9 Alpha? Well, thanks again for the > great work. > -Conrad We have decided not to prepare images for the alpha releases. We may do images for beta - not sure. But the builder Lukas provided will generate in seconds a load script that you can just drag and drop onto a new squeak 3.10 or Pharo image (or your customized development image) so it's really not that hard. If you're not willing to go to that effort, you probably want to wait until a Beta anyway. ;) Julian _______________________________________________ seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
On Tue, Dec 30, 2008 at 11:50 AM, Julian Fitzell <[hidden email]> wrote:
Will this work with an existing image? I would like to get started now. Thanks for the info, -Conrad _______________________________________________ seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
2008/12/30 Conrad Taylor <[hidden email]>
I've just tried with Pharo latest version and it had worked all OK. Nice work! Lautaro Fernández
-- Luke LAut SkyFernadezWalker _______________________________________________ seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
In reply to this post by Conrad Taylor
On Tue, Dec 30, 2008 at 9:15 PM, Conrad Taylor <[hidden email]> wrote:
> On Tue, Dec 30, 2008 at 11:50 AM, Julian Fitzell <[hidden email]> wrote: >> >> On Tue, Dec 30, 2008 at 8:14 PM, Conrad Taylor <[hidden email]> wrote: >> > Hi Lukas, thanks for getting this out in the wild and you and the >> > development team has done a great job. Next, are there any development >> > images that contain Seaside 2.9 Alpha? Well, thanks again for the >> > great work. >> > -Conrad >> >> We have decided not to prepare images for the alpha releases. We may >> do images for beta - not sure. >> >> But the builder Lukas provided will generate in seconds a load script >> that you can just drag and drop onto a new squeak 3.10 or Pharo image >> (or your customized development image) so it's really not that hard. >> If you're not willing to go to that effort, you probably want to wait >> until a Beta anyway. ;) > > Will this work with an existing image? I would like to get started now. > Thanks for the info, I wouldn't loading it into an image that has Seaside 2.8 in it, if that's what you mean. Load 2.9a2 into a development image and then load your application code if you want to play with porting it. Other than that, save a copy of the image and give it a try. If all you have done is loaded extra stuff into an other-stock 3.10 on Pharo image it will probably work. If in doubt, download a new 3.10 or pharo image and start from there. Julian _______________________________________________ seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
In reply to this post by Lukas Renggli
On Tue, Dec 30, 2008 at 5:25 PM, Lukas Renggli <[hidden email]> wrote:
> Over a month has passed since the last release of Seaside 2.9. We are > very pleased to announced Seaside 2.9 Alpha 2 as a next step towards > the release of Seaside 2.9. And I know I promised to start documenting some of the new features when I announced 2.9a1. Here's the first installment: http://blog.fitzell.ca/2008/12/seaside-29-exception-handling.html No promises, but I'll try to write another one before the end of my holidays or as soon as I get back. Julian _______________________________________________ seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
In reply to this post by Julian Fitzell-2
On Tue, Dec 30, 2008 at 12:45 PM, Julian Fitzell <[hidden email]> wrote:
Hi Julian, where can I find a development Pharo image? Thanks in advance, -Conrad _______________________________________________ seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
On Tue, Dec 30, 2008 at 2:43 PM, Conrad Taylor <[hidden email]> wrote:
OK, I found it. Anyway, I was able to successfully load everything into
Damien Cassou development. However, it's not clear as to how to start up the service(s). I see an empty "Seaside Control Panel" at this time and I guess it is wanting me to register server adapter(s).
-Conrad _______________________________________________ seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
> Hi Julian, where can I find a development Pharo image?
You can find pharo-core (the small ones) and pharo-dev (the one with all the tools) here: http://code.google.com/p/pharo/wiki/Downloads?tm=2 Cheers, Lukas -- Lukas Renggli http://www.lukas-renggli.ch _______________________________________________ seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
In reply to this post by Conrad Taylor
> OK, I found it. Anyway, I was able to successfully load everything into
> Damien Cassou development. However, it's not clear as to how to start > up the service(s). I see an empty "Seaside Control Panel" at this time > and I guess it is wanting me to register server adapter(s). Yes, that's the new and easy way to start a server. You can also use WAKom startOn: 8080 like you did with the previous version of Seaside. Cheers, Lukas -- Lukas Renggli http://www.lukas-renggli.ch _______________________________________________ seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
Lukas Renggli wrote:
>> OK, I found it. Anyway, I was able to successfully load everything into >> Damien Cassou development. However, it's not clear as to how to start >> up the service(s). I see an empty "Seaside Control Panel" at this time >> and I guess it is wanting me to register server adapter(s). >> > > Yes, that's the new and easy way to start a server. You can also use > > WAKom startOn: 8080 > > like you did with the previous version of Seaside. > > Cheers, > Lukas > Keith _______________________________________________ seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
In reply to this post by Lukas Renggli
On Tue, Dec 30, 2008 at 2:58 PM, Lukas Renggli <[hidden email]> wrote:
Hi Lukas, thanks for the information and I just wanted to let you know that I'm up and running using the Pharo dev image. -Conrad _______________________________________________ seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
In reply to this post by keith1y
> Are the dependencies for the builder published anywhere?
The intentional dependencies are specified in the Seaside code itself, see WAPackage. The real dependencies are a bit more complicated though. We could easily add other output formats to the builder, if that is desired. Lukas -- Lukas Renggli http://www.lukas-renggli.ch _______________________________________________ seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
Lukas Renggli wrote:
>> Are the dependencies for the builder published anywhere? >> > > The intentional dependencies are specified in the Seaside code itself, > see WAPackage. The real dependencies are a bit more complicated > though. > We could easily add other output formats to the builder, if > that is desired. > > Lukas > see how I can effectively invoke the builder obtain the result from the builder and use it within a wider process. It would be far more useful to have Sake/Packages definitions from the outset. Why not have a new class PackagesSeaside, or even just Seaside. Why not do it the other way around, define the dependencies in Sake/Packages and build the builder on top of that. It will even sort the load order for you. Keith _______________________________________________ seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
Keith Hodges wrote:
> Lukas Renggli wrote: > >>> Are the dependencies for the builder published anywhere? >>> >>> >> The intentional dependencies are specified in the Seaside code itself, >> see WAPackage. The real dependencies are a bit more complicated >> though. >> We could easily add other output formats to the builder, if >> that is desired. >> >> Lukas >> >> > Not really much use I am afraid. Since when building an image, I dont > see how I can effectively invoke the builder obtain the result from the > builder and use it within a wider process. > > It would be far more useful to have Sake/Packages definitions from the > outset. Ok in Packages-Library I have made a start on a class Seaside, in 20 mins I had half of it done. Features that the seaside builder doesnt have: - load the latest code - unloading which knows about the dependencies - upgrading Keith _______________________________________________ seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
In reply to this post by keith1y
On Wed, Dec 31, 2008 at 3:25 AM, Keith Hodges <[hidden email]> wrote:
> Lukas Renggli wrote: >>> Are the dependencies for the builder published anywhere? >>> >> >> The intentional dependencies are specified in the Seaside code itself, >> see WAPackage. The real dependencies are a bit more complicated >> though. >> We could easily add other output formats to the builder, if >> that is desired. >> >> Lukas >> > Not really much use I am afraid. Since when building an image, I dont > see how I can effectively invoke the builder obtain the result from the > builder and use it within a wider process. > > It would be far more useful to have Sake/Packages definitions from the > outset. Why not have a new class PackagesSeaside, or even just Seaside. > Why not do it the other way around, define the dependencies in > Sake/Packages and build the builder on top of that. It will even sort > the load order for you. WAPackage defines functional or "theoretical" dependencies. The builder combines that knowledge with static code dependency analysis to generate the correct load order. Ideally, by the time we have a final release, there will be no dependencies beyond the functional ones but that is currently not quite the case. Keeping the two things separate means we can also do a set difference between the functional dependencies and the current static dependencies to find any dependencies that have been introduced and are either (a) undocumented or (b) incorrect. This is key during development. If you define *all* the dependencies in WAPackage (or some other package definition) then the only place the correct dependency set is maintained is in the core developers' heads. Julian _______________________________________________ seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
In reply to this post by keith1y
> It would be far more useful to have Sake/Packages definitions from the
> outset. Why not have a new class PackagesSeaside, or even just Seaside. > Why not do it the other way around, define the dependencies in > Sake/Packages and build the builder on top of that. It will even sort > the load order for you. I've added an experimental export option for Sake/Packages. I tried to add as much meta-data as possible and it seems to work. I don't know how useful this is though. Seems to be less intuitive than the other two options and is takes a very long time to load even a small code base. Maybe there is something wrong with the Sake/Packages definition? Cheers, Lukas -- Lukas Renggli http://www.lukas-renggli.ch _______________________________________________ seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
Free forum by Nabble | Edit this page |