4:03 a.m.
IMO the default value should be mandatory.
Simply to avoid configurations that are not usable.
Thoughts?
"Your ambiguity is killing me"
Ike
10:01 a.m.
We've never required that before, so that would be something new users
would have to do.
Or are you just saying that our standard configs should always have
defaults? Thats different than having the thing that parses string
checking for expressions blow up if there's not default provided.
On 10/11/11 4:03 AM, Heiko Braun wrote:
IMO the default value should be mandatory.
Simply to avoid configurations that are not usable.
Thoughts?
"Your ambiguity is killing me"
Ike
_______________________________________________
jboss-as7-dev mailing list
jboss-as7-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
--
Brian Stansberry
Principal Software Engineer
JBoss by Red Hat
10:26 a.m.
On 10/11/11 10:09 AM, Heiko W.Rupp wrote:
Am 11.10.2011 um 17:01 schrieb Brian Stansberry:
> Or are you just saying that our standard configs should always have
> defaults?
There should always be the "fallback" like ${jboss.bind.address:127.0.0.1}
in what we deliver.
OK, +1 to that.
--
Brian Stansberry
Principal Software Engineer
JBoss by Red Hat
10:07 a.m.
On 10/11/11 12:48 PM, Heiko Braun wrote:
On Oct 11, 2011, at 5:26 PM, Brian Stansberry wrote:
>> There should always be the "fallback" like
>> ${jboss.bind.address:127.0.0.1}
>> in what we deliver.
>>
>
> OK, +1 to that.
I did actually speak of the parser. IMO it would be better to enforce
the default value.
If we're talking about a end-user provided expression, that is somewhat
a "sweep the problem under the rug" approach.
It's the admin's job to provide a proper value. By requiring a default
we remove from the customer the ability to force the admin to do their
job. We make someone stick in a default that may not be appropriate.
For sure we need to be more aggressive about immediately failing if we
can't resolve an expression though; i.e. never leaving it as an
unresolved string usable by calling ModelNode.asString().
--
Brian Stansberry
Principal Software Engineer
JBoss by Red Hat
4833
days inactive
4835
days old
7 comments
3 participants
participants (3)
-
Brian Stansberry -
Heiko Braun -
Heiko W.Rupp