...
Table of Contents | ||
---|---|---|
|
Child pages (Children Display) |
---|
UI Development
Set up the Maven Build
Create a GitHub user account if you don't already have one.
Set up your local git environment according to Sage’s GitHub Security guidance
Fork the Sage-Bionetworks SynapseWebClient repository into your own GitHub account: https://help.github.com/articles/fork-a-repo
Clone
...
your fork of SynapseWebClient project
...
to your
...
local machine and enter the project root directory
Code Block language bash git clone https://github.com/[YOUR
...
GITHUB NAME]/SynapseWebClient.git
...
- The synapse.version tag in root pom.xml has the form
2012-08-06-3e90a85-44
, it has the date (2012-08-06) and the first 7 chars of the commit hash,3e90a85
.
...
mvn clean install -Dorg.sagebionetworks.database.drop.schema=true
cd integration-test
mvn cargo:run
Verify the services are running correctly by visiting http://localhost:8080/services-repository-develop-SNAPSHOT/repo/v1/version you should see something like this:
Code Block {"version":"develop-SNAPSHOT"}
...
mvn gwt:run
- A GWT Development Mode log window should pop-up.
...
Set up the Eclipse Build
...
- Internal Sage developers will be added as a developer on the project and will be able to push directly
- External contributors should fork the repository and submit GitHub Pull Requests for code inclusion
...
Set up Git: https://help.github.com/articles/set-up-git
...
cd SynapseWebClient
If you didn't set up the global pre-commit hook in step #2, set up a local pre-commit hook to detect secrets (do this for all repos that you clone in the future!):
Code Block git secrets --install git secrets --register-aws
Set up upstream with
Code Block git remote add upstream https://github.com/Sage-Bionetworks/SynapseWebClient
Fetch and merge changes from the Sage Bionetworks repo, which was named upstream:
Code Block git fetch upstream
Configure or update your Maven configuration
settings.xml
The file needs to placed in
$HOME/.m2/settings.xml
(e.g.jane/.m2/settings.xml
)This should be the content of this file:
settings.xml
Code Block language xml <settings xmlns="http://maven.apache.org/SETTINGS/1.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0 http://maven.apache.org/xsd/settings-1.0.0.xsd"> <localRepository/> <interactiveMode/> <usePluginRegistry/> <offline/> <pluginGroups/> <servers/> <mirrors/> <proxies/> <profiles> <profile> <id>dev-environment</id> <activation> <activeByDefault>true</activeByDefault> </activation> <properties> <org.sagebionetworks.portal.endpoint>http://127.0.0.1:8888/Portal.html</org.sagebionetworks.portal.endpoint> <org.sagebionetworks.repositoryservice.endpoint>https://repo-prod.prod.sagebase.org/repo/v1</org.sagebionetworks.repositoryservice.endpoint> <!-- insert properties described below here --> <!-- <org.sagebionetworks.repositoryservice.endpoint>https://repo-staging.prod.sagebase.org/repo/v1</org.sagebionetworks.repositoryservice.endpoint> --> </properties> </profile> </profiles> <activeProfiles/> </settings>
Development
You may use an IDE of your choice. Instructions for setting up IntelliJ IDEA and Eclipse can be found below.
To run the app in development mode, run yarn install
then yarn dev
. This will launch two processes:
The GWT Codeserver, which watches for source changes
An Apache Tomcat docker container that will host the web application
As you make changes to the source code, changes will be picked up in the app when you refresh the page.
Instead of running yarn dev
, you can alternatively use a Maven plugin (e.g. mvn gwt:run
) or IDE integration. Please note that depending on your IDE/plugin configuration, your environment may be subtly different than the production system (e.g. many GWT plugins deploy a Jetty server, when we use Tomcat in production), which can result in differences in behavior.
IDE Setup Instructions
This section contains instructions for setting up various IDEs to develop SynapseWebClient
Expand | ||
---|---|---|
| ||
|
...
|
...
|
...
|
...
|
...
- From the tree on the left of the dialog navigate to Google->Web Application
- Check the the check box: "This project has a WAR directory"
- With the "Browse" button, select "src/main/webapp"
- UN-CHECK the "Launch and deploy from this directory" This is very important, if you keep this checked then Maven will not be able to generate a clean WAR file. If you see "GWT needs to recompile" when you deploy your WAR then you probably have this box checked.
...
|
...
|
...
|
...
|
...
|
...
|
...
|
...
- Right-Click on the project in the package explorer.
- Select: Run As->Run Configurations...
- Select the GWT Web Application run configuration named Portal.html.
- If the run configuration is not present, perform step 18. When the OutOfMemoryError occurs, restart Eclipse.
- Click on the Arguments tab.
- In the VM arguments, add "-XX:MaxPermSize=512m"
|
...
|
...
Eclipse Workspace Settings verification: Set file encoding to
|
...
|
...
When the root pom.xml's version changes (upon each sprint's release), your dev mode will be broken (giving either a 404 or a 503 error when you try to view the page at http://127.0.0.1:8888/Portal.html?gwt.codesvr=127.0.0.1:9997. To fix this you can try the following things:
...
Expand | ||
---|---|---|
| ||
|
Troubleshooting
Check your exclusion filters through configure build path in Eclipse to assure nothing is excluded, then refresh and clean the SWC project.
(git) Pull the latest changes from the upstream repository.
Try to rebuild your Eclipse's Portal project and keep your files in place
:
...
.
Perform a Maven update.
Delete your project from Eclipse (leave "Delete project contents on disk" UNCHECKED)
Go to the project root on your file system and delete .classpath, .project and the .settings/ folder
Go to
...
"Set up with Eclipse" or "Set up with Intellij"
If using Eclipse, verify the web app directory is correct. Right-click on the project in the package explorer and select Properties:
From the tree on the left of the dialog navigate to Google → Web Application
Check the the check box: "This project has a WAR directory"
With the "Browse" button, select "src/main/webapp"
UN-CHECK the "Launch and deploy from this directory" This is very important, if you keep this checked then Maven will not be able to generate a clean WAR file. If you see "GWT needs to recompile" when you deploy your WAR then you probably have this box checked
If this still doesn't work, or your dev mode is broken for another reason, there are some further steps you can take.
(Check out this site for more information: http://www.eclipsezone.com/eclipse/forums/t61566.html)
Use the '-clean' argument.
One way to do this is to add
-clean
on its own line as the first line on the eclipse.ini file, and restart Eclipse.
Use a new workspace.
I followed the instructions in the site linked above. The gist of it is:
Export your preferences to somewhere outside your Eclipse environment environment (Export
...
→ General
...
→ Preferences. Make sure that 'Export All' is checked.)
Switch to a new workspace. (Switch Workspace
...
→ Other, then name your new workspace.)
Import your preferences into this new workspace (Import
...
→ General
...
→ Preferences, make sure 'Import All' is checked.)
Import trunk as usual.
Technologies used
There are several technologies that we are currently utilizing in the portal. The following is a list of primers for each:
...
React and the Synapse React Client
For dependency injection, an example of Inversion of Control (IoC), we are using a combination of GIN and Guice.
Guice - is the base IoC technology but it is only fully functional in Server-side.
http://code.google.com/docreader/#p=google-guice&s=google-guice&t=MotivationGin - provides basic IoC for GWT client-side code.
http://code.google.com/p/google-gin/wiki/GinTutorialGuice Servlet - This is a sub-project of Guice that allows dependency inject into Servelets.
http://code.google.com/p/google-guice/wiki/ServletModule
Http REST calls are currently made using Spring's RestTemplate. http://blog.springsource.com/2009/03/27/rest-in-spring-3-resttemplate/
- To create API REST stub-services we are using a combination of two technologies:
- Jersey - provides a quick and easy method for transforming simple POJO's into RESTful web services using annotations. http://jersey.java.net/nonav/documentation/latest/user-guide.html
- Grizzly - The GrizzlyWebContainerFactory makes it simple to start a local web container. http://blog.msbbc.co.uk/2008/11/java-using-jersey-and-grizzly-to-create.html
How to override configuration (obsolete, needs updating)
If you want to point it to a locally running instance of the repository service:
- Run As->Run Configurations
- click on the "Arguments" Tab
- add to the VM Arguments
-Dorg.sagebionetworks.rest.api.endpoint=
http://localhost:8080/
Mockito testing framework - mock dependent classes/interfaces to isolate test. Verify expected interactions (including async calls).
Bootstrap 3 UI framework (including a number of extras widgets), wrapped for GWT.
Markdown-it - for markdown processing . Extended the library by adding a number of plugins, available on npm. The Node.js plugin that's used to orchestrate the processing is called markdown-it-synapse
AWS js sdk - direct browser upload/download from s3-like storage.
jquery, moment js, font-awesome, mathjax, plot.ly, twitter, nodeca/pica (browser image resize), SparkMD5 (browser side md5 calculation), nchart and jsplumb (Dave's charting libraries for provenance), Google (analytics, search, closure-library, single sign on).
frontend-maven-plugin to install Node and Yarn at build-time, which provides numerous JavaScript dependencies via NPM.
End-to-end testing
Instructions on running end-to-end tests are included in this README.
How to limit GWT build permutations
To speed up build time, add the following property to your Maven settings.xml file
Code Block |
---|
<gwt.module.suffix>Debug</gwt.module.suffix> |
How to point to a local instance of the Synapse backend
Follow the instructions on the Platform Bootstrap to set up local backend stack.
Build and launch a local backend stack. From an up-to-date clone of Synapse-Repository-Services on your local box:
Build the local stack by running
mvn clean install -Dorg.sagebionetworks.database.drop.schema=true
.Now launch it:
Code Block cd integration-test mvn cargo:run
Verify the services are running correctly by visiting
http://localhost:8080/services-repository-develop-SNAPSHOT/repo/v1/version
. You should see something like this:Code Block {"version":"develop-SNAPSHOT"}
In the SWC project root pom.xml, change the synapse.version tag to
develop-SNAPSHOT
, so that Maven utilizes artifacts that were built by running on your local stack.Update the repository endpoint property in your maven settings.xml file:
Code Block <org.sagebionetworks.repositoryservice.endpoint>http://localhost:8080/services-repository-develop-SNAPSHOT/repo/v1</org.sagebionetworks.repositoryservice.endpoint>
Restart the Portal app to load these properties from settings.xml.
Emails will not be sent when pointing to a local repo, the SynapseEmailService will instead write files to the devdata.sagebase.org s3 bucket in format <to_email_address>.json
How to point to a remote stack
Set the repository endpoint parameters in your maven settings.xml file.
To point to the development stack set:
Code Block |
---|
<org.sagebionetworks.repositoryservice.endpoint>https://repo-dev.dev.sagebase.org/repo/v1</org.sagebionetworks.repositoryservice.endpoint> |
To point to staging set:
Code Block |
---|
<org.sagebionetworks.repositoryservice.endpoint>https://repo-staging.prod.sagebase.org/repo/v1</org.sagebionetworks.repositoryservice.endpoint> |
To point to production set:
Code Block |
---|
<org.sagebionetworks.repositoryservice.endpoint>https://repo-prod.prod.sagebase.org/repo/v1</org.sagebionetworks.repositoryservice.endpoint> |
Restart the Portal app to load this property from settings.xml.
Documenting complicated UI in the code
To get the big picture of widget relationships, sometimes it is helpful to have a picture. We are testing the use of tools like https://mermaid.js.org/ to help in these situations.
Compile Report
To generate a compile report, set enableClosureCompiler to false in the root pom.xml