Table of Contents |
---|
Child pages |
---|
UI Development
Set up the Maven Build
Fork the Sage-Bionetworks SynapseWebClient repository into your own GitHub account: https://help.github.com/articles/fork-a-repo
- Clone the SynapseWebClient project down to your computer:
git clone https://github.com/[YOUR GITHUB NAME]/SynapseWebClient.git
- Follow the instructions on the Platform Bootstrap.
- Change the synapse.version tag to
develop-SNAPSHOT
.- 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
.
- The synapse.version tag in root pom.xml has the form
- Now, from an up-to-date clone of Synapse-Repository-Services on your local box:
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"}
Now, in your up-to-date clone of SynapseWebClient:
mvn gwt:run
- A GWT Development Mode log window should pop-up.
- Now try to open the web-app from the Dev Mode window. You should be prompted to install the GWT Dev Mode plugin (assuming your browser is supported).
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
...
Table of Contents | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Child pages |
---|
UI Development
Prerequisite software to install
Java (Corretto JDK 11+ recommended)
Maven 3
Docker
pnpm v9
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 /wiki/spaces/IT/pages/802881544
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 --> <!-- If you want to point to a different stack (staging, dev), comment out the above and uncomment one of the below --> <!-- <org.sagebionetworks.repositoryservice.endpoint>https://repo-staging.prod.sagebase.org/repo/v1</org.sagebionetworks.repositoryservice.endpoint> --> <!-- <org.sagebionetworks.repositoryservice.endpoint>https://repo-dev.dev.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.
Running SynapseWebClient in development mode requires many different services, including the GWT Codeserver, a Vite codeserver, a Java servlet (Tomcat), and the Sage Bionetworks Account site (required to sign in via UI). For convenience, we maintain a few different ways to run SWC in development mode.
Expand | ||
---|---|---|
| ||
To run the app in development mode in a set of Docker containers, you can run |
Expand | ||||
---|---|---|---|---|
| ||||
To run the app in development mode, run
Note that this does NOT run the Sage account management application (SageAccountWeb), which is separate from SWC. If you want to log in through the UI, you must run SageAccountWeb on port 3000. You can either run SageAccountWeb in Running the local version of SageAccountWebSynapseWebClient 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.
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 (i.e. Running the accounts site in a Docker imageYou can run the latest version of the accounts site (
If you want the site to point to staging/production, change Alternative ways to run SynapseWebClient in development modeInstead of running |
Once the service is started, you should be able to see the app at http://127.0.0.1:8888/ .
As you make changes to the source code and static assets, changes will be picked up in the app when you refresh the page.
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 SynapseWebClient directory, run
Code Block pnpm link ../path/to/synapse-web-monrepo/packages/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 (in synapse-web-monorepo, run
pnpm nx run synapse-react-client:build
)If you’re running
pnpm 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)
Info |
---|
If you’re using Docker Compose to run the development server, you must add your locally-linked package as a volume on the container. Instructions on how to do this are in compose-link.yml. |
When you want to unlink synapse-react-client, in the SynapseWebClient directory you can run pnpm unlink synapse-react-client
.
Note |
---|
Linking a package updates the lockfile to reference the local repository, so you must unlink the package before you commit changes to the lockfile. |
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 from the package explorer.
- Select Google->Web Toolkit Settings...
- Under the "entry point modules" you should see "Portal - org.sagebionetworks.web", if not, then add it with the add button.
...
|
...
- Right-Click on the project in the package explorer
- Select: Run As->Web Application
- Double-click on the link provided in the Development Mode window to view the portal in your browser. If you get asked what page to start on choose Portal.html
- If you get a 404 error, you may need to navigate to the project root directory and "mvn clean install".
Setup GWT SuperDevMode
As of Chrome version 39, the old GWT Development Mode is no longer available.
Using Super Dev Mode (SDM) means running two servers, one for the web application and one for the Code Server that compiles classes for SDM when the compile button is pushed on the web page or in the bookmark.
First thing to do is to make sure that your Google Plugin for Eclipse is up to date (version >= 3.8.0.v201410302155-rel-r42).
NOTE: After we update to GWT v2.6 or greater, this section needs to be rewritten (can be a single launch configuration if using GWT 2.6).
- In your existing web application Portal launch configuration (created in the previous section above), add the following to the VM Arguments: "-Xmx512m -XX:MaxPermSize=512m -Dgwt.codeserver.port=9876"
Now it's time to create a new Run Configuration for the Code Server:
- From the Run Configurations window, add a new Java Application, named "Portal GWT Super Dev Mode Code Server" (for example).
- Set the Project to the Portal project.
- Set the Main Class to com.google.gwt.dev.codeserver.CodeServer
- Set the Program Arguments to "-src <SynapseWebClient_root_directory>/src/main/java -port 9876 org.sagebionetworks.web.Portal"
You should now be ready to launch the Code Server. Here are a couple of common problems...
- Missing jars in your WEB-INF/lib directory (the maven dependencies)? Go to the command line and run: "mvn eclipse:eclipse -Dwtpversion=2.0" to automatically add these libraries to the Deployment Assembly. After running this command, you may get this error in Eclipse: "Java compiler level does not match the version of the installed Java project facet." If so, bring up the Portal project Properties, select Project Facets from the list, and fix the Java version.
- Serialization problems? Due to this known issue that applies to GWT v2.5.1, you should always run the Code Server first, then start the Portal web application once the code server is available. We now copy over gwt.rpc files on servlet init as a workaround until we upgrade to GWT v2.6.
Eclipse Workspace Settings
Set file encoding to UTF-8
and the line-endings (for new files) to Unix, so that text files are saved in a format that is not specific to the Windows or Mac OS and most easily shared across heterogeneous developer desktops:
- Open Preferences
- Navigate to the Workspace preferences: General->Workspace
- Change the Text File Encoding to
UTF-8
- Change the New Text File Line Delimiter to Other and select Unix from the drop-down
...
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:
- Remove all of your PLFM projects, check out a fresh copy of the PLFM project and start from the beginning of this document.
- Performing a Maven update.
- Alternatively, you can just rebuild your Eclipse's Portal project and keep your files in place:
- Git pull update to the newest version
- 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 Step 7 in "UI Development above"
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.
- One way to do this is to add
- 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.
- I followed the instructions in the site linked above. The gist of it is:
Technologies used
There are several technologies that we are currently utilizing in the portal. The following is a list of primers for each:
- For dependency injection (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=Motivation
- Gin - provides basic IoC for GWT client-side code. http://code.google.com/p/google-gin/wiki/GinTutorial
- Guice 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
...
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.
Gin - provides basic IoC for GWT client-side code.
Guice Servlet - This is a sub-project of Guice that allows dependency inject into servlets.
HTTP REST calls are currently made using Spring's RestTemplate. http://blog.springsource.com/2009/03/27/rest-in-spring-3-resttemplate/
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 pnpm 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