Updated read me and added changes to the client file (#22)
authornikchett <nikchett@iu.edu>
Tue, 5 Dec 2017 12:52:44 +0000 (07:52 -0500)
committerSuresh Marru <smarru@apache.org>
Tue, 5 Dec 2017 12:52:44 +0000 (07:52 -0500)
* Added cpi methods

* Adding cpi methods

* Adding new admin related project

* Update README

* synced with airavata dependencies

* VerifiedNotification Manager

* Added client for notification module

* Adding reviewer and admin client

* Removing redudant dependies

* Removing redudant dependies

* Removing redudant dependies

* Removing redudant dependies

* Adding change to the admin client

* Update README

allocation-manager/README
allocation-manager/airavata-allocation-manager/airavata-allocation-manager-stubs/src/main/java/org/apache/airavata/allocation/manager/client/AllocationManagerAdminClient.java

index bcf263e..a271cee 100644 (file)
@@ -6,11 +6,34 @@ The allocation manager feauture consists of three types of users:
 * Reviewer - reviews the request and makes decision for allocation
 * Admin - Initiates and manages the review process
 
+The allocation manager consists of the basic setup for the feature which will be continuously built on : 
 The airvata-allocation-manager is a multi-module consists of the the following modules:
 * airvata-allocation-manager-server -  This consists of details of the database connections and the entity classes.
 * airvata-allocation-manager-stubs - This consists of the models which represent the database table entities and also the servicehandler.
 The service handler (AllocationManagerServerHandler) functions interact with the database repository functions.
+The stubs consists of the client files which will be used to communicate to the micro-services.
 
+The AllocationManagerServerHandler.java file consists of all the functions which represent action by different roles involved in the feature.
+
+The allocation manager current consists of :
+
+* A user client and server
+* An admin client and server
+* An reviewer client and server.
+* A notification manager.
+
+The clients (present in stubs module) and server(present in server module) communicate using Apache Thrift with AllocationManagerServerHandler being the common part.
+
+Presently , The  reviewer and admin are performing the following functions:
+
+* The reviewer performs can view the details of the request using the getAllocationRequest() function and thereby approve or deny. 
+ The status is updated using updateAllocationRequestStatus().
+ * The admin performs can view the details of the request using the getAllocationRequest() function and the reviewers decision using getAllocationRequestStatus() and thereby approve or deny. 
+ The status is updated using updateAllocationRequestStatus().
+
+1. The reviewer fetches 
 Currently, the implementation consists of a notification- manager
 
 The notification manager of Allocation manager performs the functions of notifying the user/admin/reviewer the status of a request.
index d4727bd..2cd65ba 100644 (file)
@@ -23,8 +23,11 @@ public class AllocationManagerAdminClient {
                                client.updateAllocationRequestStatus(projectId, status);
                        } else if(requestType.equals("GET_REQUEST")){
                                client.getAllocationRequest(projectId);
+                       }       else if(requestType.equals("GET_REQUEST_STATUS")){
+                               client.getAllocationRequestStatus(projectId);
                        }
 
+
                        transport.close();
                } catch (TTransportException e) {
                        e.printStackTrace();