Bug 534379 (RHQ-1181)

Summary: Remote API Specification
Product: [Other] RHQ Project Reporter: Jay Shaughnessy <jshaughn>
Component: Core ServerAssignee: Jay Shaughnessy <jshaughn>
Status: CLOSED NEXTRELEASE QA Contact:
Severity: medium Docs Contact:
Priority: high    
Version: 1.3Keywords: SubTask
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: All   
URL: http://jira.rhq-project.org/browse/RHQ-1181
Whiteboard:
Fixed In Version: 1.3 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 534378    

Description Jay Shaughnessy 2008-11-25 14:42:00 UTC
This covers the design work involved in defining the new Remote API to be exposed to remote clients.  The spec is here:

  http://jopr.org/confluence/display/RHQ/Design-Remote+API


Comment 1 Jay Shaughnessy 2008-12-01 17:00:49 UTC
*** IGNORE *** The impl stuff has been moved to separate Jiras ***


Initial implementations exist for:

ChannelManagerRemote
ConfigurationManagerRemote
ContentManagerRemote
OperationManagerRemote
ResourceManagerRemote
RoleManagerRemote
SubjectManagerRemote

The remotes, by design, offer only a subset of the local API to address the specific use cases in the design doc.

The tests for the remotes are in TestRemoteInterface.  The tests are not all passing at this time, Jiras have ben createdto address the failures when WS API work resumes.



Comment 2 John Mazzitelli 2009-06-15 19:28:42 UTC
svn rev4097 adds a new remoting connector being delpoyed by the ear. it uses the servlet transport over the http port today. we will have to figure out something later to make this configurable (to allow someone to go over sslservlet port 7443 for security purposes). today, its over unsecured servlet transport , port 7080. We should probably write a subtask jira here so we remember to do this. we will have people that will only want to allow remote clients to go over secure transport. It may be as simple as deploying a second service (remote-api-secure-service.xml) that uses the configured https port (i.e. copy remote-api-service.xml and change the transport to sslservlet and the port to the https property).

Comment 3 Jay Shaughnessy 2009-06-30 19:16:49 UTC
The above comment has been moved to its own Jira: http://jira.rhq-project.org/browse/RHQ-2199


Comment 4 Jay Shaughnessy 2009-06-30 20:02:24 UTC
I believe the spec is pretty much set.  There may be tweaks but they should be minor.  The API is here: 

http://jopr.org/confluence/display/RHQ/Design-Remote+API

Comment 5 Red Hat Bugzilla 2009-11-10 20:27:27 UTC
This bug was previously known as http://jira.rhq-project.org/browse/RHQ-1181