[jboss-as7-dev] AS7 -b 0.0.0.0

Jim Tyrrell jtyrrell at redhat.com
Wed Oct 5 17:08:46 EDT 2011


Brian,

I created the below as placeholders with a few more thoughts and requests:
https://issues.jboss.org/browse/AS7-2015
https://issues.jboss.org/browse/AS7-2016
https://issues.jboss.org/browse/AS7-2017

I hope this helps...

Jim Tyrrell
Principal JBoss Solutions Architect

Did you see RHT on Cramer?
http://www.cnbc.com/id/39401056






On Oct 5, 2011, at 1:35 PM, Brian Stansberry wrote:

> JIRAs for specific things would be fine.
> 
> On 10/5/11 2:10 PM, Jim Tyrrell wrote:
>> Brian,
>> 
>> How is this stuff coming along, do I need to create some jiras? Is this
>> something for the EAP 6 user experience days in Raleigh? Looking for
>> some guidance and thoughts?
>> 
>> Jim Tyrrell
>> Principal JBoss Solutions Architect
>> 
>> Did you see RHT on Cramer?
>> http://www.cnbc.com/id/39401056
>> 
>> 
>> 
>> 
>> 
>> 
>> On Sep 23, 2011, at 3:11 PM, Brian Stansberry wrote:
>> 
>>> On 9/22/11 8:50 AM, Jim Tyrrell wrote:
>>>> 
>>>> Form the core, If I can add something to this discussion or ask a
>>>> question?
>>>> 
>>>> I agree with adding -b to 7.0.2, good catch and fix, and IMHO there are
>>>> a whole host of options that "used" to be there, that need to just work
>>>> for making peoples lives easier.
>>>> 
>>>> From my clustering labs I have used a command line like this:
>>>> ./run.sh -c node1 -g A -u 224.0.0.0 -m 1110 -b 192.168.200.2
>>>> -Djboss.Domain=A -Djboss.jvmRoute="node2"
>>>> -Djboss.messaging.ServerPeerID:0=2
>>>> 
>>>> Something like this: -Djboss.messaging.ServerPeerID:0=2 is a "macro"
>>>> that replaces values in the config file, does a feature that like work
>>>> today?
>>>> 
>>> 
>>> In 7.0.x expressions (fka system property substitution) are supported in
>>> some places related to interface and socket configuration. For 7.1 we
>>> need to add a lot more.
>>> 
>>> (For devs interested in best practices on how to do that, look at the
>>> usage of MAX_POOL_SIZE in [1].)
>>> 
>>>> Potentially I would hope all of those options could be considered for
>>>> migration,
>>> 
>>> 1) Re: -c -- anyone interested, let's have a debate.
>>> 
>>> In AS7 -c foo.xml would be a shorthand for --server-config=foo.xml
>>> 
>>> I don't like that because:
>>> 
>>> a) It's only a rough translation of what -c meant in AS < 7. People
>>> would have to read docs to figure out how to use it, so is there much
>>> benefit?
>>> b) There's no clean equivalent for domain.sh. It could be a shorthand
>>> for --domain-config=foo.xml but it could also be a shorthand for
>>> --host-config=foo.xml. So which?
>>> 
>>> (I could be convinced to support -c=foo.xml as a shorthand for
>>> -server-config=foo.xml and --domain-config=foo.xml if I feel people
>>> understand the issues and still want it. I've had conversations with
>>> people about it before, but they've gotten sidetracked when other things
>>> came up. And I could be much more easily be convinced by a nice patch.)
>>> 
>>> 2) -g -- In AS < 7 this sets system property jboss.partition.name
>>> <http://jboss.partition.name>. I'll
>>> let Paul Ferraro comment on this one if he wants; he knows better than I
>>> if that system property fits into what he's doing with clustering.
>>> 
>>> 3) -u -- IMHO it makes sense to use this and use the resulting system
>>> property in our standard config files for the sockets that have a
>>> multicast address.
>>> 
>>> 4) -m -- Same as -u.
>>> 
>>> 5) Any -D, it's up to the subsystem leads to determine if it makes sense
>>> to use an expression for some attributes in our default configs.
>>> 
>>>> I am not smart enough to know all of the possibilities, but
>>>> guessing we had a whole lot more.
>>>> How do we identify them?
>>> 
>>> ./run.sh -h shows all the cmd line switches.
>>> 
>>> For stuff previously set via -D, subsystem leads should know their own
>>> subsystems; i.e. if they had system property substitution somewhere
>>> before, check if it still makes sense.
>>> 
>>>> How do we figure out if they should be in the future release/
>>>> 
>>>> I would also hope things like this get into a migration guide, although
>>>> it sounds like they are getting closer.
>>>> 
>>> 
>>> [1]
>>> https://github.com/jbossas/jboss-as/blob/master/ejb3/src/main/java/org/jboss/as/ejb3/subsystem/StrictMaxPoolResourceDefinition.java
>>> 
>>> 
>>> --
>>> Brian Stansberry
>>> Principal Software Engineer
>>> JBoss by Red Hat
>>> _______________________________________________
>>> jboss-as7-dev mailing list
>>> jboss-as7-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
>> 
> 
> 
> -- 
> Brian Stansberry
> Principal Software Engineer
> JBoss by Red Hat

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-as7-dev/attachments/20111005/a39af380/attachment-0001.html 


More information about the jboss-as7-dev mailing list