Kedar,
I could go either way, but I think it's worth discussing this
formally at asarch, since it would require code changes on the client
side anywhere booleans are used.
We should also settle on the semantics eg are "get" calls always the
"raw" value with an explicit method to resolve (as today), or do we
want to use a different approach.
Lloyd
On Feb 5, 2008, at 4:51 PM, Kedar Mhaswade wrote:
>
>
> Lloyd L Chambers wrote:
>> Kedar,
>> It seems that the String issue is all taken care of already for
>> most things, with only 'boolean' being an issue (unless I missed
>> something in my scan of the APIs).
>> There are a lot of booleans. Have these ever been used for ${VAR}
>> constructions?
>
> One case I remember is to be able to debug only one of several
> clustered
> servers. I wanted to start a cluster of 3 instances with 1 in debug
> mode
> and one in 2 in non-debug mode. Since the debug-enabled attribute
> is a boolean,
> I had to resort to the above to achieve this.
>
> Regardless of data type, variable substitution is a nice GlassFish
> feature.
> We should make every attempt to carry it forward/enhance. I favor
> changing the
> API to fully support that in AMX (We can always say that variable
> substitution
> won't be supported while using AMX, but that won't be well received).
>
> - Kedar
>
>> Lloyd
>> On Feb 5, 2008, at 4:39 PM, Kedar Mhaswade wrote:
>>> Should AMX API be changed so that methods are type-agnostic and
>>> accept/return strings alone(specifically for attributes of an
>>> element like http-listener)?
>>>
>>> And we seem to converge to "Yes, we should change the API this way".
>>>
>>> Is it fair to say that we all agree on this?
>> ---
>> Lloyd L Chambers
>> lloyd.chambers_at_sun.com
>> Sun Microsystems, Inc
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: admin-unsubscribe_at_glassfish.dev.java.net
>> For additional commands, e-mail: admin-help_at_glassfish.dev.java.net
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: admin-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: admin-help_at_glassfish.dev.java.net
>
---
Lloyd L Chambers
lloyd.chambers_at_sun.com
Sun Microsystems, Inc