If you would like to join the project and fix a bug or add new feature, this quick start guide may help you do it.
Setup development environment
Setting up development is easy. Just follow these steps:
Fork the project on Bitbucket (fork webswing). If you only want to play around you can skip this step and use the master branch or any version tag in the Checkout step.
Checkout code with your favorite Git client. If you don’t have your own fork, you can checkout master branch here.
Install supported version of JDK and Maven. (Maven has to be configured to run with supported JDK otherwise you may encounter compilation errors)
Import to your favorite IDE as maven projects.
Note: JDK8 and Maven3 are needed for building Webswing. If you are using Linux, only 64-bit version is working at the moment.
Maven is used for building Webswing. To trigger build, run the following command from the repository root folder:
mvn -Pbuild,release clean install
Here we are running the build with two profiles. Profile
build is the default profile and active by default and tells maven how to package everything. Profile
Result of the build is located in
One more special profile is available in the maven configuration:
mvn -Pdev clean install
Running the build with profile
webswing-server project) are picked up immediately without a restart of the Jetty.
Webswing is developed as standard modular maven project with seven separate maven modules within the parent project. The following picture shows the structure of maven modules/projects.
webswing is the parent maven project that contains all modules.
documentation folder contains source files for this documentation.
webswing-admin is the Admin console implementation.
webswing-app-toolkit module contains the custom implementation of java.awt.Toolkit called WebToolkit. This project must not contain any external dependencies, because it is part of boot classpath when running the swing application instance. This module contains also model classes for communication with web.
webswing-app-toolkit-java8 module implements Java version specific methods and interfaces.
webswing-app-launcher module takes care of correct initialization of Swing application’s classpath and executing the main method of the Swing application in a special Webswing classloader.
webswing-app-interface module isolates all necessary dependencies like JMS client and pdf generation libraries. This is necessary to avoid classpath pollution of swing applications, which may lead to classloading issues.
webswing-server-launcher module is responsible for launching the embedded jetty server and deploying the webswing-server.war web application in it. This module also parses the command-line options.
webswing-directdraw module implements the new rendering method, which streams the swing rendered image as canvas paint instructions instead of png files.
webswing-assembly module is used to create distribution package with demo application and start scripts and default configuration files.
Webswing uses maven to create an executable war archive with embedded jetty server. The build process for the war file is defined in
pom.xml file. This pom file defines dependency on libraries used across all modules and the packaging process then sorts them to three separate categories (folders within the war file).
Swing instance dependencies are stored in
/WEB-INF/swing-lib/ directory. These libraries are used by the webswing-app-interface project to allow communication with JMS queues, encode png images or generate pdf files.
Jetty Web server dependencies are stored in
/WEB-INF/server-lib/ folder. These libraries are the embedded jetty server and the
webswing-server-launcher module, which takes care of starting this server.
Standard web application dependencies are stored in
/WEB-INF/lib/ folder. These libraries are used by the
webswing-server web application for handling queries from browsers and passing rendered screen from Swing instance to the client’s browser window.
Dependencies in classloading
Webswing uses custom classloaders to achieve classpath isolation and also bytecode modifications where necessary. The following picture describes the way Webswing loads swing applications:
Webswing uses the same main.Main class to start the server and also to start Swing instances. Based on input parameters, this class initializes the DefaultClassLoader classpath and delegates the initialization to the server launcher (webswing-server-launcher) or the Swing launcher class (webswing-app-launcher).
The above picture shows the Swing instance execution case, where the main class creates also ExtLibClassLoader with classpath referring to /WEB-INF/swing-lib folder. After this classloader is created, singleton services (pdf generator, jms connection, etc.) are instantiated and injected to WebToolkit, which is used by Swing applications.
One of the mentioned services is SwingClassloaderFactory, which instantiates the special classloader with bytecode instrumentation capabilities, which loads the Swing application.
DirectDraw (DD) is the new way of rendering the Swing application to HTML canvas element. Compared to the old method, where the rendering is based on png images, this new way directly interprets the draw instructions on canvas. So the difference is similar as if you compare raster and vector graphics. DD should bring performance improvements in rendering speed and data transfer bandwidth size because it reduces the use of expensive png encoding.
Implementation of DD is located in
websiwng-directdraw module and its two sub-modules.
webswing-directdraw-swing is the library for Swing application that allows to capture Swing draw instructions and encode them into efficient binary format.
It is often necessary to debug Swing application running within Webswing to analyze eventual Webswing specific problems. This is very easy with Webswing. We assume that your application is already configured in webswing.config file. To debug your Swing application follow this steps:
Open webswing.config file and change the “debug” property of your application to true.
Start Webswing server as usual.
Open Webswing page with
debugPort URL parameter (i.e. http://localhost:8080/?debugPort=8000, log in to Webswing and choose your application on the application selection screen.
You will see a log message in the console saying that the Java process is waiting for debugger connection on port 8000. Now only set up your favorite debugger to connect to this port.
Documentation sources are located in this folder
Please help us improve this documentation by sending us feedback or pull requests. Any improvements or suggestions are appreciated.