However, it should be noted that both the RHQ 4.0 GUI (coregui.war) and RHQ 3.0 GUI (portal.war) use the local EJB interfaces, which are a superset of the remote EJB interfaces. In order to use the local API, your custom GUI would need to be deployed to the RHQ JBossAS Server; otherwise, you would be limited to using the remote API.

On 05/02/2011 09:57 AM, John Mazzitelli wrote:

We used to have the concept of "perspectives" which was how we were going to allow custom UI pages to be injected into the JSP framework. But we've since moved away from JSP to GWT, and the concept of perspectives was dropped.

So, today, there is no way to inject your own custom UI pages into the RHQ UI.

That said, we have a remote API/CLI that you can use to interface with the server. You can build your custom UI around this (in fact, this is what our GWT UI client does).

On 04/30/2011 01:01 PM, Prashant Shewale wrote:

...

Hi,

  We are in the process of developing

new centralized management system for our product. While doing research related to that I came across RHQ project and am very happy to see that it has all the features that we want like inventory, monitoring, configuration, operations, events etc.

 I am thinking of using RHQ as a base for our management application.

But we are interested in building Custom UI as per customer requirement. So can you please let me know is it possible to have RHQ server as base but to have different UI for that? Are there any APIs available to build own UI?

If it is not possible to have custom UI, can I modify exiting UI to

add information related to our product etc.?

Thanks for such a wonderful management platform.

Regards, Prashant

---

rhq-users mailing list rhq-users@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/rhq-users

+1 from me. I've built a number of custom UIs as dashboards for customers and the current api is horrible!

A REST api would be great but will need some careful design. My team is happy to help.

Steve Sent from my BlackBerry® wireless device

-----Original Message----- From: John Sanda jsanda@redhat.com Sender: rhq-users-bounces@lists.fedorahosted.org Date: Fri, 06 May 2011 21:51:23 To: rhq-users@lists.fedorahosted.org Reply-To: rhq-users@lists.fedorahosted.org Subject: Re: Custom UI?

I think this is an area where a REST API that compliments our CLI could really be useful. It would allow users to more easily integrate with RHQ with a technology of their choosing. In fact, users could easily and quickly build custom UIs/applications using nothing more than JavaScript with robust libraries/frameworks such as jQuery.

On 5/2/11 9:57 AM, John Mazzitelli wrote:

We used to have the concept of "perspectives" which was how we were going to allow custom UI pages to be injected into the JSP framework. But we've since moved away from JSP to GWT, and the concept of perspectives was dropped.

So, today, there is no way to inject your own custom UI pages into the RHQ UI.

That said, we have a remote API/CLI that you can use to interface with the server. You can build your custom UI around this (in fact, this is what our GWT UI client does).

On 04/30/2011 01:01 PM, Prashant Shewale wrote:

...

Hi,

  We are in the process of developing

new centralized management system for our product. While doing research related to that I came across RHQ project and am very happy to see that it has all the features that we want like inventory, monitoring, configuration, operations, events etc.

 I am thinking of using RHQ as a base for our management application.

But we are interested in building Custom UI as per customer requirement. So can you please let me know is it possible to have RHQ server as base but to have different UI for that? Are there any APIs available to build own UI?

If it is not possible to have custom UI, can I modify exiting UI to

add information related to our product etc.?

Thanks for such a wonderful management platform.

Regards, Prashant

---

rhq-users mailing list rhq-users@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/rhq-users

_______________________________________________ rhq-users mailing list rhq-users@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/rhq-users

Hey,

I've added a (blank) wiki page at http://rhq-project.org/display/RHQ/Design-REST to discuss and design this REST interface.

Heiko

Am 09.05.2011 um 10:49 schrieb Heiko W.Rupp:

Steve,

Am 07.05.2011 um 10:01 schrieb smillidge@c2b2.co.uk:

...

+1 from me. I've built a number of custom UIs as dashboards for customers and the current api is horrible!

And +1 from me as well.

...

A REST api would be great but will need some careful design. My team is happy to help.

Do you already have something in mind? Just exposing the resource tree and then e.g. metrics as sub-elements is only half of the game (but would be an excellent start).

What do you need from us to be able to help here?

Heiko

-- Reg. Adresse: Red Hat GmbH, Technopark II, Haus C, Werner-von-Siemens-Ring 14, D-85630 Grasbrunn Handelsregister: Amtsgericht München HRB 153243 Geschaeftsführer: Brendan Lane, Charlie Peters, Michael Cunningham, Charles Cachera

---

rhq-users mailing list rhq-users@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/rhq-users

1. Search / List resource from discovery queue, add resource or remove from inventory 2. Reading, Updating configurations 3. Read monitored statistics data 4. Execute, Schedule operations

On Wed, Jun 1, 2011 at 12:24 AM, Heiko W.Rupp hrupp@redhat.com wrote:

Hello,

Am 11.05.2011 um 09:03 schrieb Heiko W.Rupp:

...

I've added a (blank) wiki page at

http://rhq-project.org/display/RHQ/Design-REST to discuss and

...

design this REST interface.

How can we bring that forward? Can people please add their requirements either to this email thread or to the wiki?

I've already put out some requirements that I can think of, but I am sure that e.g. for a custom UI there are others or more of them.

And would you mostly be interested in reading data from the server (like for dashboards) or also modifying (e.g. uninventory or manually adding resources)?

Thanks Heiko

-- Reg. Adresse: Red Hat GmbH, Technopark II, Haus C, Werner-von-Siemens-Ring 14, D-85630 Grasbrunn Handelsregister: Amtsgericht München HRB 153243 Geschaeftsführer: Brendan Lane, Charlie Peters, Michael Cunningham, Charles Cachera

---

rhq-users mailing list rhq-users@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/rhq-users

I added resource/application deployment to the list.

On 6/1/11 3:41 AM, Heiko W. Rupp wrote:

Cool, thanks I've added that to http://rhq-project.org/display/RHQ/Design-REST , where Charles also has added some requirements

Heiko

----- Ursprüngliche Mail ----- Von: "Prashant Shewale"pvshewale@gmail.com An: rhq-users@lists.fedorahosted.org CC: rhq-devel@lists.fedorahosted.org Gesendet: Mittwoch, 1. Juni 2011 06:51:36 Betreff: Re: REST Api (was Re: Custom UI? )

1. Search / List resource from discovery queue, add resource or remove from inventory
2. Reading, Updating configurations
3. Read monitored statistics data
4. Execute, Schedule operations

---

rhq-users mailing list rhq-users@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/rhq-users

Hi,

Is this feature targetted for JON 3.0?

If so, I'd like to advocate for having the automated tests developed for this API as part of the feature. Please consider including automated tests as part of the task breakdown as this feature gets slotted into a sprint.

--Mike

----- Original Message ----- From: "Heiko W.Rupp" hrupp@redhat.com To: rhq-devel@lists.fedorahosted.org Cc: rhq-users@lists.fedorahosted.org Sent: Monday, June 6, 2011 6:21:54 AM Subject: Re: REST Api (was Re: Custom UI? )

Hi,

I sat down over the weekend (and some time this morning) to implement a first REST provider. This code is in git in branch heiko-rest ( http://git.fedorahosted.org/git/?p=rhq/rhq.git;a=shortlog;h=refs/heads/heiko... ).

The code is *far from production* but serves for bootstrapping the REST api work. If you want to play with it, you need to run a container build so that the rest libraries get copied to server/default/lib.

Aside from the pure providing of resources , there are two technical issues still to solve:

* accessing resources (e.g. http://localhost:7080/rest/resource/r/10001 ) will result in a LazyLoad exception, as the marshalling code works outside the EJBs with JPA sessions in the servlet code. * How to impose security ?

My guess is that both cases could be handled by some sort of Servlet filters. The first case could also be addressed by "DTOs" tailored for the REST api (but I'd like to use the standard domain objects).

For a successful call use the url http://localhost:7080/rest/resource/a/10001 (assuming you have resources in inventory).

Heiko

_______________________________________________ rhq-devel mailing list rhq-devel@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/rhq-devel

Heiko - have you looked at the old webDAV webapp we have that greg wrote and that I added to?

I have a blog that talks about it:

http://management-platform.blogspot.com/2009/06/managed-resources-exposed-vi...

Talks about what some of the URLs look like (which are REST like). I do remember there being issues with supporting all the API we want with a REST like API, but I can't rememebr the details. But the webDAV stuff did actually do some useful things. We could take those concepts and put them into the REST API.

On 06/06/2011 06:21 AM, Heiko W.Rupp wrote:

Hi,

I sat down over the weekend (and some time this morning) to implement a first REST provider. This code is in git in branch heiko-rest ( http://git.fedorahosted.org/git/?p=rhq/rhq.git;a=shortlog;h=refs/heads/heiko... ).

The code is *far from production* but serves for bootstrapping the REST api work. If you want to play with it, you need to run a container build so that the rest libraries get copied to server/default/lib.

Aside from the pure providing of resources , there are two technical issues still to solve:

• accessing resources (e.g. http://localhost:7080/rest/resource/r/10001 ) will result in a LazyLoad exception, as the marshalling code works outside the EJBs with JPA sessions in the servlet code.
• How to impose security ?

My guess is that both cases could be handled by some sort of Servlet filters. The first case could also be addressed by "DTOs" tailored for the REST api (but I'd like to use the standard domain objects).

For a successful call use the url http://localhost:7080/rest/resource/a/10001 (assuming you have resources in inventory).

Heiko

---

rhq-users mailing list rhq-users@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/rhq-users