commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Steven Caswell" <ste...@caswell.name>
Subject RE: [lang] Avalon.Excalibur.Util.system
Date Sun, 21 Jul 2002 22:53:09 GMT
Ditto.


Steven Caswell
steven@caswell.name
a.k.a Mungo Knotwise of Michel Delving
"One ring to rule them all, one ring to find them..."


> -----Original Message-----
> From: Stephen Colebourne [mailto:scolebourne@btopenworld.com] 
> Sent: Sunday, July 21, 2002 5:36 PM
> To: Jakarta Commons Developers List
> Subject: Re: [lang] Avalon.Excalibur.Util.system
> 
> 
> From this description, I would agree that it is inappropriate 
> for lang.
> 
> Stephen
> 
> ----- Original Message -----
> From: "Henri Yandell" <bayard@generationjava.com>
> To: "Jakarta Commons Developers List" <commons-dev@jakarta.apache.org>
> Cc: "Avalon Developers List" <avalon-dev@jakarta.apache.org>
> Sent: Sunday, July 21, 2002 8:52 PM
> Subject: [lang] Avalon.Excalibur.Util.system
> 
> 
> > One of the pieces of Avalon code submitted to Jakarta 
> Commons was the 
> > util.system package of the Excalibur sub-project.
> >
> > Simply stated, the system sub-package is hidden behind a SystemUtil 
> > class. It allows extra information about a JVM's system to be 
> > accessed,
> > currently:
> >
> > cpuInfo, architecture name, operating system, os version.
> >
> > The static Util class hides a series of os specific plugin 
> classes [of 
> > type CPUParser].
> >
> > It was suggested that the system classes might go into the Lang 
> > project, due to their being effectively additional functionality to 
> > the java.lang.System class.
> >
> > I'd like to -1 that for the following reasons:
> >
> > 1) The system package is platform dependent, ie) it's only 
> as good as 
> > the platforms it covers. Currently this is Windows platforms and 
> > Linux. OS 9/X and the various Unixes don't appear to be covered.
> >
> > 2) The functionality it provides is relatively small, more 
> for display 
> > purposes it seems than actual logic, though I could it being a 
> > standardised way in which to have different logic happen on 
> Linux with 
> > KDE, or different threading strategy if it is known that 
> the machine 
> > has 8 cpus.
> >
> > 3) The occasions when this information would be needed 
> seems to not be 
> > that common. Most of the components in Lang are applicable in many 
> > situations, whereas this would be quite a speciality piece.
> >
> > My suggestion is that this piece might be best placed as a 
> part of the 
> > Util subproject, unless a lot of work on it happens and it grows in 
> > size, in which case it could be its own sub-project.
> >
> > So I'm -1 towards System in Lang.
> >
> > What is this code used for in Avalon??
> >
> > Hen
> >
> >
> > --
> > To unsubscribe, e-mail:
> <mailto:commons-dev-unsubscribe@jakarta.apache.org>
> > For additional commands, e-mail:
> <mailto:commons-dev-help@jakarta.apache.org>
> >
> 
> 
> --
> To unsubscribe, e-mail:   
> <mailto:commons-dev-> unsubscribe@jakarta.apache.org>
> For 
> additional commands, 
> e-mail: <mailto:commons-dev-help@jakarta.apache.org>
> 
> 



--
To unsubscribe, e-mail:   <mailto:commons-dev-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:commons-dev-help@jakarta.apache.org>


Mime
View raw message