A virtual host is nothing more than an address space that may or may not
correspond to a physical network address. It does belong in this discussion
because all network capable services need to delegate their network address
settings and port to the virtual host they belong to. This includes web
services
where your understanding of the term is directly applicable.

I'm looking at the JSR77 draft where it shows the J2EEManagement model.
This does correpond to the notion of Domain as I am thinking of it.
Likewise,
the J2EEServer is related to the VirtuHost notion through the Node[] and
Port[]
attributes, but it cannot be used as a containing service from which the
contained
services inherit their VirtualHost information.

The JSR77 stuff is too passive of a view for that. That is why I am
suggesting that
the JSR77 components be views into the true management components of the
deployment process.
>
> Either I don't understand what you are saying about VirtualHost but isn't
> the
> VirtualHost a term from a web-server and does not belong in this
discussion.
>
> JSR-77 defines at the top a "management domain" which contains a list of
> logical servers (in a cluster it is what the cluster represents) and each
of
> this
> server can contain several nodes which represents the physical server.
>
> I decided to run the JSR-77 beside JBoss because it allows us to map JBoss
> to JSR-77 without many changes to the JBoss core code. Thus I can use
> the JSR-77 MBeans ObjectName directly to what they client expects.
Otherwise
> the JSR-77 provider would need to do that.
>
> Andy
>
>
> _______________________________________________
> Jboss-development mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-development
>


_______________________________________________
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Reply via email to