[jboss-dev] Re: ServiceBindingManager status?

Scott M Stark sstark at redhat.com
Wed Jan 30 11:31:50 EST 2008


If the dev freeze is this friday I don't see this getting done for beta4.

1) is the most likely in my view since we need to focus on legacy
service deployment management for CR1. Annotating mbean and pojo
properties with  @Port, @InetInterface or some such annotations to allow
these to be obtained by a managment bean/client should be simple after
the services deployers are exposing the management view.

3) The ServiceController still is exists and is used. The serviceBinding
use simply was not ported over to the mc based version of
ServiceController. It does not make sense to do so since there is no
guarantee what components are using ports/net interfaces. There can be
OSGi bundles, spring beans, etc. providing network services as well as
mbeans and mc beans.

Brian Stansberry wrote:
> (copying the general jboss dev list)
> 
> I believe the problem with ServiceBindingManager and the web server is
> the same as the one discussed on
> http://www.jboss.org/index.html?module=bb&op=viewtopic&t=128642.  In AS
> 4.x, the TomcatDeployer was a JMX-based service, created via a
> -service.xml.  Now it's a pojo service and isn't managed via the
> ServiceController.  ServiceBindingManager integrates with the
> ServiceController to do its magic with port 8080. No ServiceController
> == no magic.
> 
> We need a strategy for Beta4.  Long run, as Scott said on the forum,
> "ServiceBindingManager has to be replaced with a component that
> integrates with the profile service to use the management view."  I
> don't see that happening this week for beta4. :)  So, what to do?
> 
> 1) Leave it broken for Beta4; do it right for CR1.  But do we have the
> resources to do that for CR1?
> 
> 2) Return the jboss.web:service=WebServer service to deployment via
> -service.xml.  There is discussion of refactoring TomcatDeployer at
> http://www.jboss.org/index.html?module=bb&op=viewtopic&t=112404 .
> Perhaps the piece that will end up in deploy can be made a JMX-based
> service again.  But, AIUI, that goes against the medium-term goal of
> pojo-izing the service.
> 
> 3) See if we can find a way to make the SBM work if an @JMX annotation
> is added to a pojo service.  That doesn't work now.  Would probably need
> Adrian's help to make that happen, if it's possible at all.
> 
> Thoughts?
> 
> - Brian
> 
> Dimitris Andreadis wrote:
>> Clebert fixed the ports for the JBoss Messaging connectors, now the
>> remaining problem (for the default configuration, at least) is the
>> Tomcat connectors. Somehow the override for port 8080 is not working.
>>
>> Remy (or anyone that understands how the overrides work) can you take
>> please a look?
>>
>> Heiko W.Rupp wrote:
>>>
>>> Am 28.01.2008 um 13:49 schrieb Luc Texier:
>>>
>>>> binding server instances to ip addresses is the only meaningful way
>>>> of building a cluster, IMO.
>>>>
>>>
>>> Actually I had quite a few customers in the past, where it was a PITA
>>> to get more than one IP address per machine - even
>>> from the RFC 1918 private space, so that the SBM was the only option
>>> to them.
>>>
>>>   Heiko
>>>
>>
> 




More information about the jboss-development mailing list