DUE TO SPAM, SIGN-UP IS DISABLED. Goto Selfserve wiki signup and request an account.
DUE TO SPAM, SIGN-UP IS DISABLED. Goto Selfserve wiki signup and request an account.
Apache Airavata
In Airavata 0.6 distribution, you will find three main distributions as
We define <AIRAVATA_SERVER_HOME> as the location where you extract apache airavata server binary and <AIRAVATA_XBAYA_HOME> as the location where you extract airavata xbaya distribution. To start Airavata server users have to use the scripts provided in <AIRAVATA_SERVER_HOME>/bin. If you want to start XBaya, you have to use scripts provided in <AIRAVATA_XBAYA_HOME>/bin. If you are running all the components with default setup, you have to start the components in the following order:
By default, Airavata is running using Apache Derby as the backend database. You can use MySQL database instead of default derby database if you wish.
<authenticator name="basicAccessAuthenticator" class="org.apache.airavata.services.registry.rest.security.basic.BasicAccessAuthenticator"
enabled="true" priority="8" userstore="org.apache.airavata.security.userstore.JDBCUserStore">
<specificConfigurations >
<!-For MySQL->
<database>
<jdbcUrl>jdbc:mysql://localhost:3306/persistent_data</jdbcUrl>
<userName>$user</userName>
<password>$password</password>
<databaseDriver>com.mysql.jdbc.Driver</databaseDriver>
<userTableName>Users</userTableName>
<passwordHashMethod>SHA</passwordHashMethod>
<userNameColumnName>user_name</userNameColumnName>
<passwordColumnName>password</passwordColumnName>
</database>
</specificConfigurations>
</authenticator>
6. Go to <AIRAVATA_SERVER_HOME>/bin and start the script airavata-server.sh. Now Airavata server will start with MySQL database (in this case persistent_data database).
7. When starting XBaya, it should also point to the same database that we specified when starting Airavata server.
In the airavata 0.6 distribution, you will notice apache-airavata-server-0.6-war.zip file. This is the war file that you need to use if you want to deploy airavata in tomcat.
To deploy a Message Box on Tomcat.
To deploy a GFac Axis2 Service on Tomcat.
Note: keep the same properties file in TOMCAT_HOME/bin directory too.. This issue will be fixed in later release.
To deploy Interpretor Service on Tomcat
Currently first release of Airavata doesn't have a separate pack for WS-Messenger. But users can check out the source of Airavata and build only WS-Messenger and build will create a pack which contains only WS-Messenger components and it can be used as the WS-Messenger binary distribution. In Airavata code go to AIRAVATA_CODE/modules/ws-messenger directory and run mvn clean install, after successful build you will find the pack(Zip file) at AIRAVATA_CODE/moduels/ws-messenger/distribution/target/.
Currently WS-Messenger supports Derby and Mysql databases. Users have to change AIRAVATA_SERVER_HOME/bin/airavata-server.properties to change the message Box and message Broker databases.
Yes, WS-Messenger supports in-memory messaging. If you want to change message broker or message box to be in memory you simply have to change the appropriate property in msgBroker.properties and msgBox.properties as below.
For Message Box - AIRAVATA_HOME/standalone-server/conf/msgBox.properties - msgBox.usedatabase=true
For Message Broker - AIRAVATA_HOME/standalone-server/conf/msgBroker.properties - broker.storage.type=memory
XBaya can be started using AIRAVATA_XBAYA_HOME/bin/xbaya-gui.sh in the binary distribution. During XBaya startup you can give number of arguments for quick detail you can run xbaya-gui.sh with -help.
-help
-config - Users can put their configuration in to a properties file and give that file path as the argument value. In the properties file users can use following property names. gpel-engine-url,gfac-url,msg-box-url,msg-broker-url,dsc-url.
-title - Title that you want to show in the XBaya GUI, if you set title as "My Workflow" You will see a title at the Top of the window as "Workflow - My Workflow".
-enableProvenanceSmartRun - This parameter can be used to enable smart rerun feature, which will keep track of inputs and outputs, if user provide the same inputs to the same service which was ran previously, Xbaya will not invoke the service again, it will simply use the output of the previous invocation. [true/false]
-enableProvenance - This is a parameter to let XBaya to store inputs and outputs in to Registry. [true/false]
When you start the Registry at very first and then GFac service, GFac service is registering its URL with Registry, GFac does that frequently, so if you have n number of GFac nodes running everyone is registering its URL. Since Every GFac node is registering in a given time interval, if one node goes down that URL in Registry become invalid.. When XBaya runs, it picks the set of URLs which are valid in that point.. and show them in the GFac URL list in XBaya Menu.
When XBaya Starts users can give few startup arguments, if you provide "-enableProvenance true" then XBaya will record all the input/output values in to Registry. And users can view the input/output data from JCR Registry Browser.
XBaya has a feature of showing your content in your Registry. It will show your available, Host Descriptions, Service Descriptions, Deployment Descriptions, saved workflows etc. So you have a better understanding on what you have in your Repository.