Hi Jason,
no it is not possible at the moment - but nobody stops you to make the
HC component also provide an additional, custom MBean that shares some
additional result properties of the HC execution to other services.
In theory the HC result could be extended to allow for custom properties
Hi.
On Tue, Jan 31, 2017 at 9:23 AM, Georg Henzler wrote:
> ...nobody stops you to make the HC
> component also provide an additional, custom MBean that shares some
> additional result properties of the HC execution to other services
Or maybe put that additional
So I'm part of a team that I will characterize as being "highly resource
optimized" We have an AppDynamics instance that we use to monitor the state of
our instances as much as possible. One of the OOTB features is the ability to
tie into JMX and present graphs and historical information on
Henry Saginor-2 wrote
> Hi Lance,
>
> I think a better practice is to register your servlet with a resource type
> instead of path.
This requires creating a node per resource. Please see my prior post where I
disqualify all solutions that involve creating nodes. My entire requirement
is that I'm
Aha! Solved Here's my solution for posterity.
While Jersey would have been a preferred, more feature-rich solution, I just
couldn't get the OSGI-Jersey stuff working.
The solution:
- ResourceProvider listens for all requests to a particular path, and
returns a false "Resource" object,
I apologize. I think I missed the “serving up large number of virtual
resources” part of your requirements.
You can use JCR nodes just to create resources that map to your resource type
and still get your data from anywhere.
But if resource path itself needs to be dynamic or it’s difficult to
Oh you beat to it.:) I had a similar approach for aggregating page specific
JavaScript via a fake resource and was going to provide a skeleton of it. But I
am glad you got it to work.
I want to add that Sling could probably benefit from Jersey-like ability to
generate web services from simple