Table of Contents | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Child pages (Children Display) |
---|
UI Development
...
- 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
...
- e.x. READ-ONLY: git clone https://git@github.com/Sage-Bionetworks/SynapseWebClient.git
...
Prerequisite software to install
Java (Corretto JDK 11+ recommended)
Maven 3
Docker
Yarn v1
Set up your GitHub fork and a local repository
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 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> --> <!-- Uncomment the property below to limit GWT permutations and speed up build time --> <!-- <gwt.module.suffix>Debug</gwt.module.suffix> --> </properties> </profile> </profiles> <activeProfiles/> </settings>
Verify you can build the project and run the unit tests:
Code Block mvn clean install
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 three processes:
The GWT Codeserver, which watches for source changes
A file watcher that monitors changes to static assets, and copies them to the deployed web application directory when they change
An Apache Tomcat Docker container that will host the web application
As you make changes to the source code and static assets, changes will be picked up in the app when you refresh the page.
Running the accounts site to enable sign-in
SynapseWebClient delegates authentication and account management to a separate web application. In order to sign in to a local instance of SynapseWebClient, you must also start a local instance of the account management application. Set up the synapse-web-monorepo project and run the following command.
Code Block |
---|
pnpm nx run SageAccountWeb:preview --port=3000 --host |
If your portal instance is configured to use to a different backend stack, you will need to configure SageAccountWeb to also use the same stack.
We have an open ticket to improve this process: SWC-7230
Expand | ||
---|---|---|
| ||
Instead of running |
JavaScript dependency development
If you have made changes to a JavaScript dependency (e.g. synapse-react-client), you can see those changes in your local development environment by “linking” the projects. As an example, we will link the synapse-react-client
project.
In the synapse-react-client directory, run
Code Block yarn link
In the SynapseWebClient directory, run
Code Block yarn link synapse-react-client
This will create a symlink on your machine so the node_modules/synapse-react-client directory points to your local synapse-react-client directory.
Make desired changes in the synapse-react-client project
Rebuild the JavaScript artifacts for synapse-react-client (
pnpm nx run synapse-react-client:build
)If you’re running
yarn dev
, the changed JavaScript file should automatically be picked up. Refresh your browser window to see the changes (you will likely need to open your browser dev tools → Network → Disable Cache, and leave the browser devtools open)
When you want to unlink synapse-react-client, in the SynapseWebClient directory you can run yarn unlink synapse-react-client
and then yarn install --force
.
Known issues:
Running
yarn install
in SynapseWebClient after linkingsynapse-react-client
breaks thepnpm
installation in the synapse-web-monorepo project. To fix this, runpnpm install --force
in the synapse-web-monorepo project.
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.
...
|
...
|
...
|
...
|
...
|
...
Code Block language xml <!-- Comment the below security constraint out if you are working in GWT development mode --> <!-- <security-constraint> <web-resource-collection> <web-resource-name>Protected Context</web-resource-name> <url-pattern>/*</url-pattern> </web-resource-collection> <user-data-constraint> <transport-guarantee>CONFIDENTIAL</transport-guarantee> </user-data-constraint> </security-constraint> -->
...
|
...
|
...
Getting Eclipse's GWT Dev mode working again after version changes
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 do one of two things:
...
Eclipse Workspace Settings verification: Set file encoding to
Troubleshooting
|
...
|
...
|
...
Verify the web app directory is correct. Right-click on the project in the package explorer and select Properties:
If this still doesn't work, or your dev mode is broken for another reason |
...
, there are some further steps you can take. |
...
|
...
|
...
|
...
|
...
|
...
|
Expand | ||
---|---|---|
| ||
|
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
Further reading: How to create and render a React component in SynapseWebClient
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
servlets.
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/
Creating a new Maven + GWTproject
This section outlines what is needed to create a new Java project that is configured correctly for both Maven and GWT. To setup a project correctly, we will be depending on the gwt-maven-plugin: http://mojo.codehaus.org/gwt-maven-plugin/.
...
From command line run the following command, and fill in all of the variables:
Code Block |
---|
mvn archetype:generate \
-DarchetypeRepository=repo1.maven.org
-DarchetypeGroupId=org.codehaus.mojo \
-DarchetypeArtifactId=gwt-maven-plugin \
-DarchetypeVersion=2.1.0-1
|
...
- ./settings/org.eclipse.jdt.core.prefs
- ./settings/org.eclipse.wst.common.component
- ./settings/org.eclipse.wst.common.project.facet.core.xml
- pom.xml
...
- Right-click the project root in the package explorer and select properties.
- Under the Java Build Path tab, select Libraries.
- Remove the 1.5 JRE library.
- Select Add Library...
- Select JRE System Library then Next, and choose a 1.6 library.
...
In the gwt-maven-plugin, comment-out the generateAsync goal as it conflicts with the GWT eclipse plugin:
...
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 (deprecated).
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. The source code for many of these plugins is in the synapse-web-monorepo project.
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 point to a local instance of the Synapse backend
Follow the instructions on the Platform Bootstrap to set up a 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