# Difference between revisions of "Scout/Book/3.9"

< Scout‎ | Book

 Scout Wiki Home Website Download • Git Community Forums • Blog • Twitter • G+ Bugzilla Bugzilla

## The Eclipse Scout Book

The Eclipse Scout Book project described here is an attempt/experiment to significantly improve the state of the documentation of the Eclipse Scout framework. The goal of this effort is to have written a substantial part of the book by Kepler release date (June 2013 - the content of the book will target Scout 3.9)

To allow for participation by the community, the book will be written in the open from it's very first version (as of now, December 14th 2012) there is hardly more than the proposed table of contents with some pointers to existing forum entries.

Crowdwriting did not prove to be of much use so far. In consequence, progress is much slower than initially anticipated.

The current repository is located at the following github repository.

There is also a continuous integration environment setup at BSI that is building the book on a regular basis. To check for the current state of the 3.9 (Kepler) release of the book you may visit tools.bsiag.com/scoutbook/3.9/

Each build will create a directory with the following structure

 yyyy-mm-dd_hh_MM-SS
epub
book.epub
html
book.zip (all files in a single zip)
book.html (main html file for online browsing)
... many more files
pdf
book.pdf


The most recent copies of the Scout book are available from directory latest:

If you have installed the Eclipse Scout package, you may download the example applications from the Github repository and run them using your Scout SDK. For this, you need to go through the following step list.

1. Create empty directory to hold the workspace
2. Start the Eclipse IDE with this new workspace
3. Add the 'Git Repository Exploring' perspective
4. In this perspective, click on 'Clone a Git Repository'
6. Step through the wizard steps, don't change any default settings and click Finish
7. In the view 'Git Repositories' expand the tree down to the node 'scoutbook [master], Working Directory, code, oneDayTutorial'
8. On the node 'oneDayTutorial' click on the context menu 'Import Projects ...'
9. When prompted by a dialog, create a new rap_target if necessary
10. Switch to the Scout Perspective

To get rid of the errors reported in the problems view, follow these steps

1. Open the Eclipse package explorer view, expand the plugin node 'org.eclipsescout.contacts.ui.rap' and open its 'ScoutRAP.target' file
2. In the Eclipse target editor, click on the 'Set as Target Platform' link
3. The errors reported in the problems view should be gone now

Once the errors are gone, we are ready to start the example application

1. In the Eclipse ID switch to the 'Scout Explorer' view and expand the top level element 'Scout Projects'
2. Click on the main project node 'org.eclipsescout.contacts'
3. In the 'Scout Object Properties' view, go to the section 'Product Launchers' and click on the 'Edit Content ...' icon
4. In the 'Select Product' editor, tick all development prouducts
5. The the 'Product Launchers' section now lists the available products to start
6. Start the My Contacts server first, then a client

When you would like to run a different example application just choose a different folder under the 'code' node in the 'Git Repositories' view.

To demonstrate our acknowledgment of community contributions we decided to give away a Raspberry Pi to anyone handing in a meaningful contribution before May 3rd 2013 (Kepler M7 +0).

In the above context, 'we' is defined as the set of Scout committers where the contribution needs to get some +1 and no -1. The other part that needs an explanation is the term 'meaningful' contribution which is subjective, of course. We would roughly want to see the following items:

• Acceptance of the licensing terms (detailed below)
• Following the contribution workflow (detailed below)
• A pull request to discuss the topic you write about
• An updated pull request with a couple of pages worth of text
• Text shows understanding of the topic
• Text adds new material to the book
• Text is not a random copy paste effort
• Text does not necessarily need to end up in the 3.9 version of the book

## Licensing Terms for Contributions

If you intend to contribute to the Scout book, please note that only material will be accepted, that is explicitely provided under the Creative Commons (CC-BY)/"Eclipse Public Licence (EPL)" terms described below.

Text and illustrations will be published according to Appendix A "Copyright" of the book. Specifically the following text: This work is licensed under the Creative Commons Attribution License. To view a copy of this li- cense, visit http://creativecommons.org/licenses/by/2.0/ or send a letter to Creative Commons, 559 Nathan Abbott Way, Stanford, California 94305, USA

Code snippets should only be referenced in the book from complete and working applications. In order to encourage copy/paste of code provided in the book your code needs to be released under the Eclipse Public License Version 1.0 ("EPL"). A copy of the EPL is available at http://www.eclipse.org/legal/epl-v10.html.

## Scout Book Contribution Workflow

The chosen contribution model for the Scout book is nicely summarized in chapter 5.1 Distributed Git - Distributed Workflows of the book Pro Git. As Github provides public repositories for free and allows for efficient communication between contributors and committers this is setup we will use for the first edition of the Scout book.

The illustration below (copied from Pro Git) illustrates the setup we will create.

Overview for the Scout book contribution workflow

1. Set up you Github account
2. Fork the Scout book and clone it to your local repository
3. Build the Scout book locally
4. Create a branch for your contribution
5. Describe your planned contribution including approx size and content
6. Open a pull request and explicitly express your acceptance of the licensing terms
7. Do the writing/coding/illustrating
8. Regularly interact to make sure your contribution will find its way into the Scout book

The contribution workflow outlined above is explained step-by-step in the reminder of this article. It would be great if you would find the time to contribute to the Scout book and help us to foster a healthy and growing community around Eclipse Scout.

## Why LaTeX?

There are many valid approaches to professionally write a book. Our choice of LaTeX is primarily based on the following properties:

• Good previous experience with documents significantly larger than 100 pages
• Possibility to have PDF, HTML, EPUB outputs from a single source
• Text based format makes it ideal to use with version control (Git in our case)
• Possibility to link to code snippets directly from project workspaces (this helps to make sure that the code in the book actually compiles)
• Professional quality output for printing

If your are new to LaTeX, think of it as Scripting language to write a book. Here are a couple of high-level recommendations:

• If you need to have some specific layout, first try to find an existing example in the book. Then, do the same.
• You might want to have a look at tutorial first. LaTeX by Example provides some good initial examples
• If you have more time, go through The Not So Short Introduction to LaTeX
• (if you would like to recommend other sources, please add them here).
• Don't try too hard to manipulate the layouting.
• Try to let LaTeX do as much as possible.

## Setting Things Up

In case you don't yet have a Github account, this is your first step. The text below provides a quick overview. Some more details are provided

1. The account matthiaszimmermanntest is used in the examples below
2. Install git on your local computer according to GitHub help
1. Installing git using the standard options in all installation steps
2. This should provide two local applications: GitHub and GitShell:

### Fork the Book Project

1. Glance over the github forking procedure
3. Search for the scoutbook project. Once you have found the book project:
4. Click on the fork button (as shown in the picture below).

With the above command you created the light green developer public repository according to the illustration provided here.

For the explanation below, we set Git Bash as our default shell. This can be done in the GitHub app using menu tools, and then options in the section default shell.

### Local Repository and Cloning

Open the GitShell. The black icon:

Create a target directory in the shell and switch into it

 a@1 ~/Desktop/oss/github
$mkdir matthiaszimmermanntest a@1 ~/Desktop/oss/github$ cd matthiaszimmermanntest/


Clone the fork into your local repository

 a@1 ~/Desktop/oss/github/matthiaszimmermanntest
$git clone https://github.com/matthiaszimmermanntest/scoutbook.git Cloning into 'scoutbook'... remote: Counting objects: 568, done. remote: Compressing objects: 100% (263/263), done. Receiving objects: 85remote: Total 568 (delta 157), reused 560 (delta 149) Receiving objects: 100% (568/568), 450.77 KiB | 198 KiB/s, done. Resolving deltas: 100% (157/157), done.  You can copy the link for the git clone command from your github account Then, verify the content  a@1 ~/Desktop/oss/github/matthiaszimmermanntest$ cd scoutbook/

a@1 ~/Desktop/oss/github/matthiaszimmermanntest/scoutbook (master)
$ls -l total 2.0k -rw-r--r-- 1 mzi Administ 132 Nov 29 22:04 README.textile drwxr-xr-x 4 mzi Administ 0 Nov 29 22:04 code/ -rw-r--r-- 1 mzi Administ 2.5k Nov 29 22:04 makefile drwxr-xr-x 5 mzi Administ 0 Nov 29 22:04 out/ drwxr-xr-x 26 mzi Administ 0 Nov 29 22:04 tex/  With the above cloning operation you have added the dark green repository developer private, according to the illustration provided here. ### Linking with the "Blessed" Repository This step adds a link of your local repository to the remote Scout book (that you forked previously).  a@1 ~/Desktop/oss/github/matthiaszimmermanntest/scoutbook (master)$ git remote add upstream git@github.com:BSI-Business-Systems-Integration-AG/scoutbook.git


With the above command you created the gray arrow from the blessed repository to your local repository according to the illustration provided here. Now, list your remotes for verification. That should look similar to the output below:

 a@1 ~/Desktop/oss/github/matthiaszimmermanntest/scoutbook (master)
$git remote -v origin https://github.com/matthiaszimmermanntest/scoutbook.git (fetch) origin https://github.com/matthiaszimmermanntest/scoutbook.git (push) upstream git@github.com:BSI-Business-Systems-Integration-AG/scoutbook.git (fetch) upstream git@github.com:BSI-Business-Systems-Integration-AG/scoutbook.git (push)  ### Building the Book Locally This section holds the necessary installation/setup that is required to build the book out of the sources. It is recommended (but not strictly necessary) to build the book on your own machine to verify your contribution does not break the build. To do this you will need working installations of the following programs • latex (for PDF and HTML version) • calibre (for creation and viewing of EPUB version) • make (for building the book using a make file) • zip/unzip (for packaging of the HTML version into a single zip file) In the sections below, necessary download and installation steps of a working setup are described for Windows (if you have a working setup for Mac or Linux, please consider to amend a corresponding section. #### Windows Installation For Windows, please follow the steps indicated below: • Download and install LaTeX • visit (basic-miktex-2.9.4521-x64) • download the installer file • execute the installer file and take note of the installation path (you will later need to adapt the makefile) • Download and install Calibre • visit (calibre version 0.9.5) • download the installer file • execute the installer file and take note of the installation path (you will later need to adapt the makefile) • Download and install make • visit (GNU Make 3.82) • download the executable and put it into a folder of your preferences • Download and install 7-Zip • visit (7-Zip) • download the installer file • execute the installer file and take note of the installation path (you will later need to adapt the makefile) • Download and install Dia (Diagramming) • visit (Dia/Download) • download the installer file • execute the installer file, step through using default proposals • Download and install Inkscape • visit (inkscape.org/download/) • download the installer file • execute the installer file, step through using default proposals #### Mac Installation (TODO) #### Linux Installation (TODO) #### Fixing "makefile" Start with copying the platform specific makefile.<platform> to makefile. If you are working on a Windows platform this means copying the file makefile.windows to makefile. Most likely, you will then need to update the paths in your makefile to the executable files from your local installation. Specifically, the following variables in the makefile need to be adjusted according to your local setup: • BIN • LATEXROOT • EBOOKCONVERT • ZIP • UNZIP • COPY There might be some other commands that don't work cross platform out of the box. If you are on a mac/linux box you might need to replace the following os-commands in the makefile • rmdir • mkdir • del #### "make" the Book Building the book is done using make in the main folder of your local book repository (make sure to edit the makefile in the root path of the git repository to account for the installation paths of the downloaded software). To create the pdf version of the book use  a@1 ~/Desktop/oss/github/matthiaszimmermanntest/scoutbook (master)$ make pdf


The complete sequence of commands to generate all three output formats is

 make clean
make pdf
make html
make epub


The output will then be moved to the following locations

 out\pdf\book.pdf
out\html\book.zip (containing the html and other necessary files)
out\epub\book.epub


## Create a Topic Branch

### Sync with the "Blessed Repository"

Before you create a new topic-branch it is recommended that you get up to date with the upstream book. For this, switch to your local master branch an pull in the upstream changes.

 a@1 ~/Desktop/oss/github/matthiaszimmermanntest/scoutbook (master)
$checkout master$ git pull upstream master


Next, bring you public repository up to date

 a@1 ~/Desktop/oss/github/matthiaszimmermanntest/scoutbook (master)
$git checkout matthiaszimmermanntest-client_notification  Please use the following naming scheme for your topic branches <githubuser-meaningful_contribution_name>. Managing pull requests will get significantly simpler (In the example above matthiaszimmermanntest is contributing the material to describe the client_notification mechanism of Scout. See here to read more about topic branches. The first two sections are relevant in this context (instead of first branching and then checking out the two commands are folded into a single one: git checkout -b <branchname>). ## Work on your Contribution When you have checked out your topic branch you can start to add and edit the files needed for your contribution. ### Source Organisation Do your writing in the latex source files, and your coding in the java codefiles. Whenever you need to include some code snippets in your text, please do this by reference only using the Listings package. Do not put code directly into the latex sources. This setup helps to ensure that all code snippets come from real projects, that actually compile and run using the described version of Eclipse Scout. The latex and scout sources are roughly organized as follows:  code workspace 1 plugin 1 plugin 2 ... helloworld org.eclipse.scout.helloworld.client src ... ... workspace n tex Chapter1 Chapter1.tex Someincludefile.tex ... Introduction figures sdk_helloworld_messagefield.png Introduction.tex ... Chapter n ... book.tex (the books' root tex)  ### An Example Contribution Let's assume that you will be describing the client notification mechanism of Scout. During browsing of the table of contents you find that this topic is to be covered in a separate chapter in part "User Interface" of the book. Starting with the file ./tex/book.tex (the root file of the book) you find the following latex "code":  % --------------------------------------------------------------------------- % \part{The Frontend} % --------------------------------------------------------------------------- % \include{ScoutClient/ScoutClient}  Alternatively you can search (grep command) for any string in the GitHub shell as shown below (in the example we search for notification)  a@1 ~/Desktop/oss/github/matthiaszimmermanntest/scoutbook (master)$ grep -r -i "notification" ./tex | grep ".tex:"


This means, that you have to open latex file ./tex/ScoutClient/ScoutClient.tex. In that file you find the corresponding chapter:

 % =========================================================================== %
needs text

\noindent Existing Documentation
\begin{itemize}
\item presentation: \url{http://wiki.eclipse.org/images/e/ea/20121022_BahBah_Slides.pdf}
\item forum: \url{http://www.eclipse.org/forums/index.php/t/241053/}
\end{itemize}


Obviously, there is a lot of room for improvement. As some initial guideline you find the pointers to existing documentation in the itemized list. It will make sense to have read and understood the listed items to make sure that your suggested content will reflect the already existing information.

To contribute to an initially empty chapter/section, please use the latex include mechanism to put your contribution into an additonal file. As an example we create a new (and intially empty) file ClientNotification.tex in directory ScoutClient that we can include as follows:

 % =========================================================================== %

\noindent Existing Documentation
\begin{itemize}
\item presentation: \url{http://wiki.eclipse.org/images/e/ea/20121022_BahBah_Slides.pdf}
\item forum: \url{http://www.eclipse.org/forums/index.php/t/241053/}
\end{itemize}


In this file ClientNotification.tex you can then write our latex code. To help later refinement/merging please try to put each sentence on a separate line as shown with the "dummy" ClientNotification.tex file:

 % =========================================================================== %
% =========================================================================== %

% start your contribution by stating the following in a box
\fbox{
\parbox{12cm}{
The goal of this section is ...
The approximate size of this contribution is ... n words - or m pages
Necessary links/prerequisites with other parts of the book
}
}

Here comes the content of the contributed chapter.
This sentence is awfully long, of course this has its reasons, as for this topic we need to describe a many different aspects, interfaces, and classes - but most likely it is just bad style to do such long sentences.
Third sentence goes here.

% =========================================================================== %


Considering the above example, please try to keep sentences to readable lengths. If its getting too long, you need to rephrase.

### When you Need Additional Latex Packages

First: Try to get away with existing concepts from the current book by looking at the latex source code.

If you are convinced that the Scout book would be greatly improved by making use of additional latex packages please do the following:

1. Consider that the different chapters should have a consistent look at the end
2. Make sure (using your local build infrastructure) that your proposal works for pdf, html, and epub formats
3. Post your proposal to the Scout forum and explain your idea

Adding screenshots to the book's content is simple for the author and useful for the reader. Just use any capturing software you like and save the result as a PNG image. Then, save the image file in the figures folder of the corresponding include directory.

To include the screenshot in your contribution, you can copy/paste the following snippet

 \begin{figure}
\includegraphics[width=14cm]{your_screenshot_file.png}
\caption{The caption for your screenshot goes here.}
\figlabel{this_is_the_label_for_referencing}
\end{figure}


Diagrams can be very helpful to explain complex content to the reader. Unfortunately, creating diagrams is no straight forward task. To get good results you need the diagrams in both in PDF format (for PDF output) and as PNG images (for HTML output).

Good results can be achieved using the Dia software for the creation of the diagram and exporting the result in the following formats

• PNG (smoothed)
• Scalable Vector Graphics (SVG, cairo)

Using the inkscape software you can then load the SVG file and export it as a PDF file (using the default settings for PDF export). Save all diagram files (*.dia, *.png, *.svg, *.pdf) in the figures folder of the corresponding include directory.

To include the diagram in your contribution, you can copy/paste the following snippet

 \begin{figure}
\includediagram{14cm}{scout_app_architecture_desktop}
\caption{The architecture of a typical Scout client server application.}
\figlabel{scout_app_architecture_desktop}
\end{figure}


From time to time you want to commit your changes to your local and public repository. For this, you first get the list of changed files and add all those that need to be included in your commit before you commit to the local repository.

 a@1 ~/Desktop/oss/github/matthiaszimmermanntest/scoutbook (matthiaszimmermanntest-client_notification)
$git status # to check the list of files you want to include to your commit$ git add <file1> <file2> <...>
$git commit -m '<your commit message goes here>'  To push your local topic branch (and/or changes in it) to your public remote repository use the following command  a@1 ~/Desktop/oss/github/matthiaszimmermanntest/scoutbook (matthiaszimmermanntest-client_notification)$ git push origin matthiaszimmermanntest-client_notification


This will make your work visible in the GitHub webui.

## Open a Pull Request

### Initiate a Pull Request

As soon as you have some working code and/or a clear picture of the intended content of your contribution document that intent in your contribution, commit to your local repository and push the current status of your feature branch to your public repository as described above.

Your first content to initiate a pull request might look similar to the example provided below

To achieve this the following latex code was used

 % --------------------------------------------------------------------------- %
\section{Java SE Basics}
\applabel{javase_basics}

\fbox{
\parbox{12cm}{
Section waiting for contribution (2'000-3'000 words)

The goal of this section is to provide the reader with a solid overview of the non-trivial
Java concepts relevant for scout applications and central aspects of the framework itself.
The focus of this section is on the Java Standard Edition (Java SE).
Where appropriate, provide links to high quality online material, that is likely to exist for at least the next year or two.
}
}


Then, login to your GitHub account, and (as shown with the arrows in the screenshot below):

1. Switch to your topic branch
2. Click on the Pull Request button

### Review and Complete your Contribution

Make sure that the text in the title of your pull request properly describes the topic of your intended contribution. Please also state your acceptance of the Scout book's licensing terms that will apply to your contribution.

The necessary steps to complete the pull request are described very well in this GitHub article. Please start reading in Section "Previewing The Pull Request". Once you have submitted your pull request, we will review it and work jointly in refining the contribution before it will be merged into the "Blessed repository".

Once the pull request becomes visible, we can start the discussion about goal, content, code etc. of your contribution. This process provides as much information as early as possible. This will help others to see who is intending to contribute where and how far the writing has progressed. It also helps to minimize frustration as we can avoid having to argue with you over content and quality after a significant effort from your side.