Version 17

     

    Places of main doc team resources

    Here is the list resources related to JBDS/Tools docs:

     

    1. SVN - https://svn.jboss.org/repos/jbosstools/trunk

    — guides folder contains guides

    — jbds-docs folder is the place to generate JBDS release docs  -jbosstool-docbook-xslt - xslt styles  -jboss-tools-docs folder is the place to generate JBDS release docs  -jboss-tools-docs-architype - architype for new guides creation  -jbosstool-jdocbook-style -css styles

    — qa folder with qa resources (qa owns it)

    — whatsnew folder with what's new pages (dev team own it)

     

       2. Doc project page contains links to release docs, nightly docs, movies — http://jboss.org/tools/docs.html

    • NEWS - owned by dev team
    • reference guides - release guides updated by us
    • screen casts - movies we have made
    • FAQ - owned by dev team

     

       3. Doc JIRA for both tools and jbds doc projects is on jbds project JIRA —  https://jira.jboss.org/jira/browse/JBDS

    • open components tab - here is a list of components, doc component are ones with Doc- prefix.

     

    Documentation building procedure

    Here is an article on documentation building procedure http://jboss.org/community/wiki/BuildingJBossToolsDocumentaion

    Read it and try to build the docs with different profiles from here https://svn.jboss.org/repos/jbosstools/trunk/documentation

    Doc JIRA

    Here is JBDS JIRA - https://jira.jboss.org/jira/browse/jbds

     

    On the Open Issues  tab you can see the components, the docs ones have Doc- prefix. Usually when a new guide is created I asked Max to add a component for it, as it's very convenient to use guides names as components. New doc JIRA issue usually is created basing on developers' taks, to find the tasks that affects docs use filter with "affects documentation" check-box marked.

     

    Most of the issues that affects docs can be found in JBoss Tools JIRA - https://jira.jboss.org/jira/browse/JBIDE. When a doc task is created basing on a dev task, the tasks are linked to each other with "is related to" link.

     

    JBoss Tools/JBDS Demos

    Enviroment

    JBoss Tools/JBDS Demos should be created on Ubuntu with Red Hat Theme (Clearlook Controls and Windows Borders, Bluecurve Icons and Pointer). Ubuntu Fonts should be set with gray-scale smoothing and without Hinting.

    You can capture demos on Ubuntu in Wink 1.5. The existing demos should be edited on Windows in Wink 2.0

    Wink Preferences

    You need to have the following resources in wink installation directory from http://anonsvn.jboss.org/repos/jbosstools/documentation/trunk/movies/common_resources/ :

    • JBoss flash preloaders and controlbars (FlashPreloaders/  and FlashControlBars/ )
    • JBoss Buttons and Callouts(Buttons/ and Callouts/)
    • Color palette ( palette_for_demo_movies_(256_colors).pal )

    Screening process

    • Make window size is standard and small as possible (e.g. 1050*850 is suitable to 80% scaling)

    • Set time capture rate to be more or equal 4 (it's necessary for smooth pointer moving on the screen)

    • Capture all required actions

    • When making a demo, make sure that all application forms, hints, windows are not cut with demo frame
      image002.jpg

    • Save it and load it in Wink 2.0 (it's more convenient to edit it in 2.0)

    • Resize all frames to 80%. Click in Main Menu Project >  Resize all frames
    • Set frame duration as 0.2 sec in Stay in this frame field of Property bar (top right side by default )
    • Delete pauses, insert callouts with instruction and extra information. JBoss callouts and buttons names start with “custom_”.

    • Make sure that you chose an appropriate size for hint boxes: unnecessary empty space should not be under the text and the box should look like all others, undamaged, because if you try to minimize it, it could change its form unproportionally, try to avoid such effect, minimize the box till its form (not size) remains the same.

    • When it’s necessary to draw user attention to some particular element on a frame, use red ellipse (for small elements – tabs, buttons, etc.) or rectangle (for file lists, windows, etc.)

    • Make sure all action  you perform are observable for a user. Check that is enough time to read text in hints, if it isn't, make frame duration longer.

    • Set up preloaders and controlbars by selecting in Main Menu Project > Setting and clicking Choose buttons.

    • Enable Palette by selecting in Main Menu Project > Setting and selecting Use Palette (reduce filesize) option

    • Then render demo video

    • Demo video is done!

    Postprocessing

    When the video is designed, you need to publish it to the JBoss site.

    For that you should insert  resulted flash object in a demo html page. The Wink generates 3 files: examle.html, examle.swf and examle.js

    For demo publishing take the code generated by Wink:

    !-- examle.html -->
    <!-- saved from url=(0014)about:internet -->
    <HTML>
    <BODY>
    
    <center><OBJECT CLASSID="clsid:D27CDB6E-AE6D-11cf-96B8-444553540000" WIDTH="840" HEIGHT="700" CODEBASE="http://active.macromedia.com/flash5/cabs/swflash.cab#version=7,0,0,0">
    <PARAM NAME=movie VALUE="example.swf">
    <PARAM NAME=play VALUE=true>
    <PARAM NAME=loop VALUE=false>
    <PARAM NAME=wmode VALUE=transparent>
    <PARAM NAME=quality VALUE=low>
    <EMBED SRC="example.swf" WIDTH=840 HEIGHT=700 quality=low loop=false wmode=transparent TYPE="application/x-shockwave-flash" PLUGINSPAGE="http://www.macromedia.com/shockwave/download/index.cgi?P1_Prod_Version=ShockwaveFlash">
    </EMBED>
    </OBJECT></center>
    
    <SCRIPT src='example.js'></script>
    
    </BODY>
    </HTML>
    
    

     

    And paste OBJECT and SCRIPT from it to the following template:

     

    <!-- template.html -->
    <HTML>
    <head>
    <title>Importing Custom Tag Library to JBoss Tools Palette</title>
    <link rel="stylesheet" href="../../resources/tools.css" type="text/css"/>
    <link xmlns="" rel="shortcut icon" type="image/vnd.microsoft.icon" href="../../resources/images/favicon.ico"/>
    </head>
    
    <BODY>
    <div class="book">
    <p id="title"><a href="http://www.jboss.org" class="site_href">
    <strong>JBoss.org</strong></a><a href="http://docs.jboss.org/" class="doc_href">
    <strong    >Community Demos</strong></a></p>
    
    <center>
    
    <!--Place for <OBJECT/> -->
    
    </center>
    </div>
    
    <!--Place for <SCRIPT/> -->
    
    </BODY>
    </HTML>
    

     

    Then put the resulted html page with example.js and example.swf on the server. At the end you need to add the source wink file to svn. For this save your demo in Wink as compressed by clicking Main Menu > File > Save Compressed.

     

    JBoss Tools/JBDS guides structure

    While creating a new or updating already existed JBoss Tools/JBDS guide, please keep to the following structure (JBoss Portlet Tools User Guide structure as an example):

     

    1. Introduction
        1.1. What is JBoss Portal and Portlet Tools?
        1.2. Key Features of JBoss Portlet Tools
        1.3. Requirements and Installation
    2. JBoss Portlet Tools Tasks
        2.1. Creating and Deploying a Java Portlet
            2.1.1. Creating a Web Project with JBoss Portlet Capabilities
            2.1.2. Adding a Java Portlet to a Web Project
            2.1.3. Deploying a Portlet to JBoss Portal
        2.2. Creating and Deploying a JSF Portlet
            2.2.1. Creating a JSF Project with JSF Portlet Capabilities
            2.2.2. Adding a JSF Protlet to the Project and Deploying It to JBoss Portal
        2.3. Creating and Deploying a Seam Portlet
            2.3.1. Creating a Seam Project with Seam Portlet Capabilities
            2.3.2. Adding a Seam Protlet to the Project and Deploying It to JBoss Portal

    3. Reference
            3.1. JBoss Portlet Descriptors
            3.2. Wizards
                3.2.1. Java Portlet Wizard
                3.2.2. JSF/Seam Portlet Wizard
            3.3. JBoss Portlet Preferences
    4. Summary
        4.1. Other Relevant Resources on the Topic


    Comments:

    • The "Key Features of [plugin name]" section should contain the table included key features (wizards, editors, tasks, etc.) of the plugin you're describing with short descriptions and references to the appropriate guide section.
    • The "Requirements and Installation" section should provide minimal requirements on the environment the plugin needs and installation procedure (or reference to it).
    • All procedural operations must be put into the "[plugin name] Tasks" chapter.  Each section of the chapter is a tutorial on a particular topic.
    • The referential data should be stored in the "Reference" chapter.
    • Remember to summarize the results and provide the links to other relevent resources in the "Summary" chapter.

     

    Project structure schema

    In case you need to show some project structure in the documentation you should use the "tree" utility that builds in terminal the project structure that you can copy/paste to your docs. Quite likely that the "tree" utility is not installed on your local machine, the sudo apt-get install tree command will install this utility. You need to create the project structure schema in Linux since the tree command in Windows draws a tree that is not as nice as the one in Linux, besides Linux is our primary OS. However if you still need to draw a tree in Windows please use the tree /a /f command. This is what the project structure should be like.

     

    |-- pom.xml

    `-- src

        |-- main

        |   |-- java

        |   |   `-- org

        |   |       `-- docs

        |   |           `-- richfaces

        |   |               `-- Bean.java

        |   |-- resources

        |   `-- webapp

        |       |-- WEB-INF

        |       |   |-- faces-config.xml

        |       |   `-- web.xml

        |       |-- index.jsp

        |       `-- pages

        |           |-- index.jsp

        |           `-- index.xhtml

        `-- test

            `-- java

                `-- org

                    `-- docs

                        `-- richfaces

                            `-- BeanTest.java

     

    Inline graphics scale - 100%

    When inserting an inline graphics element please leave it unscaled. If  you   scale a tiny inline element, the image will be broken and hardly  readable.

     

    Doc build process speed up

    Command line option for only creating part of the outputs to speed up roundtrip.

     

    See the issue for details https://jira.jboss.org/jira/browse/MPJDOCBOOK-7

     

    Task reviewing

    When writing some article or component description or complicated section/chapter and need some review of it, let me know plz, and I’ll try to find a reviewer for your task.

     

    Text validation

    E.g.  letter “p” inside two opening tags (<section>p <title>… ) makes  the document invalid and failes the build on this place. Do not forget to validate xmls each time you make changes.

     

    JBDS team movies update

    When updating the guides according to some dev issue, remember about our movies collection, it also should be updated.

     

    JBDS Inline graphics

    Documenting  UI, from time to time you talk about icons, mouse arrows that change depending on the user behavior etc. In these cases you can insert an image of the element into the documentation right into the text. DocBook allows you to embed inline graphics using:

     

          <inlinemediaobject>

               <imageobject>
                  
    <imagedata fileref="images/image1.png"/>
              
    </imageobject>
           
    </inlinemediaobject>

     

    Task resolving before a release

    https://svn.jboss.org/repos/jbosstools/trunk/documentation/jboss-tools-docs/pom.xml

    When you’re resolving a task, make sure that the person who will be closing the task, has enough time for its verification.

    E.g. if you resolve the task in a release day it means that QA or a person who needs to verify the task, has no time for it, and also you won’t have time to fix the task if it’s reopened.

     

    JIRA issues

    JIRA issues format.

    All your tasks in JIRA should have versions and components defined.

     

    JIRA issues resolution.

    When closing an issue, plz write some resolution as the last comment about what exactly was done.

     

    "Fix version" of a jira issue.

    When closing or resolving a jira issue, make sure “fix version” is the correct one, it must correspond to the next release version, which could be found on project jira page on Version tab.

     

    Para and programlisting

    Don’t insert programlisting into para tags, it causes damaged code on a page.

     

    Image canvas size

    When print-screening an image, please make sure that canvas size (uninformative white space around) of it is not to large, if yes, trim it.

    Docs releasing procedure

    The first step you have to do is to generate new master_output.xml files for all the guides that will be included into the bundle.

    Using diffmk to add updated/added markers to TOC

    This procedure is required because it is necessary to compare documentation of the previous release version with the current one and add update/added markers to TOC, we use DiffMk version 3.0.a1. tool.

     

    We added two script files in the bin folder of the DiffMk distribution:

    • run.sh
    • run_mkdiff.sh.

     

    The first is responsible for comparing 2 files and producing a third file with *diff* markers. The second one we use to indicate the files to compare and the output files, the format is the following: ./run.sh [the path to the file] [the path to the file modified] [the path to the output file]

     

    To identify the changes between two different revisions of the same guide, use the following line: ./run.sh /path/to/the/old/revision/guide/master.xml /path/to/the/current/revision/guide/master.xml /path/to/the/produced/by/diffmk/master_output.xml

     

    Next, run the run_mkdiff.sh

     

    Actually, the DiffMk is not an ideal tool for comparing. It has a lot of lacks. Here are some of such lacks we run into:

    • It removes the HTML entities when outputs the file, for instance &amp; in the links;
    • Sometimes it mixes the structure of the document, for instance, put the <chapter> into the <chapter>;
    • Sometimes it deletes the tags such as <imageobject>.

     

    Thus, in order to build the docs with diff markers, the next step is validating and checking the master_output.xml files carefully.

     

    When the check and validation is done the next step you have to do is to build documentation bundle with updated/new markers on the TOC and required styles.

    Documentation build procedure

    Here we have to admit that doc bundels for JBDS and JBT releases differ from each other.JBDS documentation has "com"(red styles), while JBT docs are built in blue ones("org" styles).If you need  JBDS doc release bundle,please, use "releaseJBDS" profile,othervise

     

    "release" profile meets your needs.

    You can build release guides one by one using

     

    mvn clean install -P releaseJBDS

    or

    mvn clean install -P release

    maven command and then collect all the docs together.

     

    But the least time-consuming method is to build the whole bundle from jbosstools_trunk\documentation\jboss-tools-docs  directory using

     

    mvn assembly:assembly -P releaseJBDS

    or

    mvn assembly:assembly -P release

    maven command.After it all the guides will be built and collected in nightly-docs/en folder.


    Note,that eclipse guides' versions should be excluded from the final version of the bundle.

     

    Upload to the site

    In the end the created release bundle should be uploaded to the site.

    JBDS release documentation should be placed here:http://www.redhat.com/docs/en-US/JBoss_Developer_Studio/

    while JBT release documentation should be here: http://docs.jboss.org/tools/.


    Nightly docs

    Nightly docs online:

    http://download.jboss.org/jbosstools/nightly-docs/

     

    Here is svn for it:

    https://svn.jboss.org/repos/jbosstools/trunk/documentation/jboss-tools-docs

     

    Here is Hudson for it:

    http://hudson.qa.jboss.com/hudson/job/jbosstools-docs-nightly/ (to build nightly docs VPN access and admin pass are required)

     

    When a new guide is created it should be added to nightly docs build

    https://svn.jboss.org/repos/jbosstools/trunk/documentation/jboss-tools-docs/pom.xml

     

    See that the guide is added and email Denis Golovin asking to add a new guide to the server settings for nightly docs.

     

    Build the guides with mvn clean install from https://svn.jboss.org/repos/jbosstools/trunk/documentation/jboss-tools-docs