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