- 1 Eclipse Scout (Juno Release)
- 1.1 Scout Release Review Documentation
- 1.2 Planning Document
- 1.3 New and Noteworthy
- 1.4 End-of-Life
- 1.5 Bugzilla Tickets
- 1.6 Target Environment
- 1.7 Compatibility with Previous Releases
- 1.8 Support for Eclipse 3.8 workbench
- 1.9 Build Process
- 1.10 Ramp down Policy
- 1.11 Unit Tests
- 1.12 Current Project Metrics
- 1.13 Previous Release Documentation
Eclipse Scout (Juno Release)
This Wiki page is to cover the relevant aspects to fulfill the release review as described here for Eclipse Scout release 3.8 (Juno).
- Eclipse Scout is a mature and open framework for modern, service oriented business applications.
- Scout substantially boosts developer productivity and is simple to learn.
- User friendly applications are straight forward to implement with Scout’s comprehensive set of user interface components.
- Completely based on Java/Eclipse, Scout Applications are easy to integrate in most IT environments.
Scout Release Review Documentation
- Scout Juno Documentation - todo
Link to project plan as [XML document]
New and Noteworthy
With Scout 3.8 (Juno Release):
- Scout integration for Apache Axis (web services) is no longer supported. As a replacement, we implemented JAX-WS integration into both Scout runtime and the Scout SDK. See the corresponding entry in our forum
- Tickets in Scout 3.8.0
All of Eclipse Scout is "pure" Java code and has no direct dependence on the underlying operating system. The chief dependence is therefore on the Java Runtime (JRE) itself. For Juno the following JREs are supported:
- Oracle Java 6
- Oracle Java 7
Beside the JRE Eclipse Scout also requires a compatible Eclipse platform. For Juno release of Scout the following Eclipse platforms are supported:
- Eclipse Galileo (3.5) Limited support only: Scout Web UI (RAP) is not supported.
- Eclipse Helios (3.6)
- Eclipse Indigo (3.7)
- Eclipse Juno (3.8 / 4.2)
The RAP (Rich Ajax Platform) UI for Eclipse Scout requires at least the following browser versions:
- Microsoft Internet Explorer 9
- Mozilla Firefox 9
- Google Chrome 16
- Apple Safari 5
Compatibility with Previous Releases
Scout RT 3.8 will be upwards compatible with Scout RT 3.7 except in those areas noted in the release notes. Programs that use affected APIs and extension points will need to apply the migrations described in the release notes:
- Release Notes.txt (org.eclipse.scout.commons)
- Release Notes.txt (org.eclipse.scout.http.servletfilter)
- Release Notes.txt (org.eclipse.scout.jaxws216)
- Release Notes.txt (org.eclipse.scout.rt.client)
- Release Notes.txt (org.eclipse.scout.rt.server)
- Release Notes.txt (org.eclipse.scout.rt.shared)
- Release Notes.txt (org.eclipse.scout.rt.ui.rap)
- Release Notes.txt (org.eclipse.scout.rt.ui.swing)
- Release Notes.txt (org.eclipse.scout.rt.ui.swt)
- Release Notes.txt (org.eclipse.scout.service)
- Release Notes.txt (org.eclipse.scout.rt.testing.client)
- Release Notes.txt (org.eclipse.scout.rt.testing.server)
- Release Notes.txt (org.eclipse.scout.rt.testing.shared)
Scout SDK 3.8 will NOT be upwards compatible with Scout SDK 3.7. Currently, the Scout SDK API is not yet used frequently.
Support for Eclipse 3.8 workbench
While Juno plans to provide Eclipse 4.2 as the primary platform, the Eclipse Project will also be providing a 3.8 based version as well. This is done since it is anticipated some adopters may not be able to move to 4.2 right away, and may need to wait for their own "release train" to get lined up.
We will support our adopters in a similar way: Eclipse Scout will support 3.8 as a secondary platform (while 4.2 will be the primary platform). But we anticipate having only one stream of development. Scout will continue to work with the 3.8 and 4.2 platform, using the compatibility layer, and no 4.2 specific APIs. For Juno we will make sure that Scout will also compile against 3.8 to ensure that we do not introduce new API useage that breaks on 3.8.
However, We will not actively test Scout against 3.8. but will focus our Juno testing efforts on 4.2. We will accept bugs as equally valid if they are reported when running on either 3.8 or 4.2. We will provide this type of one-stream, dual-platform support for Juno and its two coordinated maintenance releases.
- The scripts are available here: SVN.
- Custom ant tasks for used in the build (e.g. for packing plugins and waiting until the jars are signed) are available here: SVN
Hudson: Both nightly and milestone builds are done with the job cbi-scout-3.7 for all versions using different parameters.
Checklist for building Scout milestones
- Update build.properties:
- Latest ecllipse milestone versions (e.g. 4.2_eclipseFileName=eclipse-SDK-4.2M5-win32.zip)
- Update version: versionMajor,versionMinor,versionMicro
- Perform test milestone build
- Update /cvsroot/callisto/org.eclipse.juno.build/scout.b3aggrcon
- Update Repository URL
- Make sure, that features dependent on rap runtime are disabled (because rap runtime is not aggregated at +0): org.eclipse.scout.rt.rap.feature.feature.group
- Test latest eclipse version
- configure build.properties file for the corresponding branch/trunk:
- update milestone version: versionMilestone=M5 (N for nightly, RC for RCs)
- scoutRepositoryFolder: version/Release Version (e.g. 3.8/M5 or 3.8/RC1 or 3.8/SR1_RC2 or nightly)
- create a Tag for the corresponding branch/trunk, e.g. 2012-01-31_S-3.8.0M5
- reset build.properties for nightly build
- run hudson build with the tag created before:
- properties N für nightly, S für stable
- choose tag. e.g. tags/2012-01-31_S-3.8.0M5 or trunk
- Test updatesite with empty eclipse
- Change Aggregator properties (Check out CVS: extssh:dev.eclipse.org:/cvsroot/callisto) to point to the new build in cvs property file: /cvsroot/callisto/org.eclipse.juno.build/scout.b3aggrcon
- always use the gui editor when adding features and verify the change
- make sure the versionRange is correct
- update location <repositories location=
- checkin (triggers aggregator build)
- Test the build
- Review the reports
- Update tags in http://wiki.eclipse.org/Scout/Contribution#Getting_the_Scout_Sources
Ramp down Policy
We use daily builds. No API changes after M6, no new features after M7. In the RC phase only bugs marked P2 or higher or severity major or higher will be fixed.
Unit tests are executed during the nightly build of Eclipse Scout RT and Eclipse Scout SDK. The test suites contain simple unit tests as well as GUI tests. The latter are based on Scout's testing support bundles which is built on top of java.awt.Robot. Therefore our GUI tests require a fully-fledged desktop environment. The tests are currently executed on BSI's infrastructure.
Current Project Metrics
project metrics for Eclipse Scout provided on [ohloh]
Previous Release Documentation
- Indigo Overview - Indigo documentation