incubator-kato-spec mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Steve Poole <spoole...@googlemail.com>
Subject Re: System Properties and Env vars
Date Mon, 11 Jan 2010 16:06:26 GMT
Also what form should the return value be for these-  a Properties object or
a Map<String,String> ?   (I favour the second cos its explicit )



On Mon, Jan 11, 2010 at 3:39 PM, Steve Poole <spoole167@googlemail.com>wrote:

> I rest my case then -  we can't ask users to do that sort of thing to get
> something as useful as System Properties etc.  In my JDump case  I have a
> dump with the data but its not stored as JavaObjects.   The data is  sitting
> to one side.  If we don't add an  API to get at the data I'd have to fake
> out JavaObjects just so the user can go searching :-(
>
> I wonder if we should factor out your code Stuart so it could be used by
> implementations that do not have the data to one side?     Do you think we
> need the equivalent of the commons module that provides common functions for
> using the API?  (the commons module is not the right place as its designed
> to offer common services to implementers - not consumers)
>
> On Mon, Jan 11, 2010 at 3:27 PM, Stuart Monteith <stukato@stoo.me.uk>wrote:
>
>> I've implemented a command to extract system properties in KatoView.
>> The source is here:
>>
>>
>> https://svn.apache.org/repos/asf/incubator/kato/trunk/org.apache.kato/kato.tools.katoview/src/main/java/org/apache/kato/katoview/commands/infocommands/InfoPropertyCommand.java
>>
>> Regards,
>>    Stuart
>>
>>
>> Steve Poole wrote:
>>
>>> Is it just me or does anyone else think its an unneccessary restriction
>>> that
>>> the JavaRuntime API does not offer the ability to get to System
>>> Properties
>>> or Environmental variables?  You can get them from a running JVM so why
>>> should we not have the same capability on our API?
>>>
>>>
>>>
>>>
>>
>> --
>> Stuart Monteith
>> http://blog.stoo.me.uk/
>>
>>
>
>
> --
> Steve
>



-- 
Steve

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message