[jboss-as7-dev] Admin console
David M. Lloyd
david.lloyd at redhat.com
Wed Dec 22 12:57:41 EST 2010
The Domain Controller is a special case of the Host Controller. The
Host Controller is not a regular server instance; it's much more minimal
than that. Yes it is theoretically possible to squeeze the console into
the DC but I wouldn't recommend it, at least not unless the console were
bare-bones minimal (i.e. no dependency on jboss web, or servlets in
general or any other EE stuff, nor other frameworks; just some miniature
HTTP server like the Sun one and maybe one or two support libraries at
most like GWT or whatever) because the HC needs to be able to patch
itself and the fewer things it has loaded, the easier it is to make that
process non-fuck-up-able.
I agree with Brian, the most likely solution for hosting the web console
itself is to treat it as a generic client to the DC (in domain mode) or
the server controller (in standalone mode). If we treat the console as
a special case of a deployment, which can be dropped into any server
group, it should be very easy to create and configure it using mostly
existing infrastructure.
On 12/22/2010 11:10 AM, Alan Santos wrote:
>
> The console definitely needs to support standalone as well as domain,
> and I agree that historic data collection is outside the scope of an
> unmanaged instance.
>
> I'm curious about the question of hosting the mgmt console as I assumed
> it would live in the domain controller. I don't have my notes from
> Antwerp available to double check, but isn't the domain controller just
> another AS instance? If so why wouldn't it always live in that process?
>
> And now that I've asked that question I'm curious - Are there
> expectations with regard to continuity for deployed applications when
> transitioning a server from a single instance to a domain?
>
> -alan
>
>
> On 12/22/10 11:25 AM, Brian Stansberry wrote:
>> On 12/22/10 8:19 AM, Heiko W.Rupp wrote:
>>> Hi,
>>>
>>> we were talking about admin console before, but I am not sure if we reached any conclusion about
>>> - console for standalone (=non-domain) server mode
>> IMO we need the console to properly support standalone mode.
>>
>>> - will we have a "dedicated" server within a domain to host the console or could
>>> theoretically every server host the console?
>> Theoretically any server could host the console. The console is a client
>> to the admin interface exposed by the DomainController, the
>> HostController(s) and any ServerController(s).
>>
>> I expect a typical scenario is users will want a separate server to host
>> the console; i.e. separate from the regular servers that handle user
>> requests. Since servers all belong to a server group, that implies a
>> separate server group running a profile sufficient to support the
>> console webapp. The configuration utilities we provide to help users set
>> up their configs need to make it easy to create such a configuration.
>>
>>> - do users expect to see metrics for the last hour from the moment they first
>>> access the console or already for some time before?
>>>
>> There is no committed requirement to support maintaining a 1 hour
>> history of metrics. IMO if we want to support this, it should be a JON
>> feature, with JON responsible for storing the history. (I realize that
>> begs the question "What about if JON wasn't running..." to which the
>> response is "there is no committed requirement...")
>>
>>> Heiko
>>>
>>
>
> _______________________________________________
> jboss-as7-dev mailing list
> jboss-as7-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
--
- DML
More information about the jboss-as7-dev
mailing list