commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Andrew Conrad" <andrewcon...@attbi.com>
Subject RE: [lang] System properties
Date Fri, 23 Aug 2002 17:14:50 GMT
What do you mean by pluggable interface and a processor class
identifier?  Can you point me to a class that does this, so I can try
and get up to speed?


- Andrew

> -----Original Message-----
> From: Craig R. McClanahan [mailto:craigmcc@apache.org] 
> Sent: Friday, August 23, 2002 12:59 PM
> To: Jakarta Commons Developers List
> Subject: RE: [lang] System properties
> 
> 
> 
> 
> On Fri, 23 Aug 2002, Steve Downey wrote:
> 
> > Date: Fri, 23 Aug 2002 12:42:14 -0400
> > From: Steve Downey <steve.downey@netfolio.com>
> > Reply-To: Jakarta Commons Developers List 
> > <commons-dev@jakarta.apache.org>
> > To: Jakarta Commons Developers List <commons-dev@jakarta.apache.org>
> > Subject: RE: [lang] System properties
> >
> > I think trying to make these distinctions will end up in a 
> morass of 
> > fine differences without utility. SunOS is how Solaris identifies 
> > itself, although the version numbers aren't the same. 
> Solaris 7, for 
> > example, is SunOS 5.7.
> >
> > Even with what's there now, what does IS_LINUX say that IS_UNIX 
> > doesn't? That is, what action could you take on the basis 
> of IS_LINUX 
> > being true, that you couldn't with just IS_UNIX being true.
> >
> 
> To make something like this more generally useful and 
> scalable, it might be better to abstract the notion of OS 
> identification by providing a pluggable interface that 
> returns a "processor class identifier" or something.  The 
> default implementation could be what's originally proposed, 
> but people wouldn't be stuck with it.
> 
> The same sort of thing happens in the web app world when it 
> comes to the "User-Agent" header.  There are lots of 
> libraries around that attempt to classify these strings into 
> general categories, but no such scheme is going to be 
> universally applicable.
> 
> Craig
> 
> 
> >
> > > -----Original Message-----
> > > From: scolebourne@btopenworld.com 
> > > [mailto:scolebourne@btopenworld.com]
> > > Sent: Friday, August 23, 2002 5:18 AM
> > > To: commons-dev@jakarta.apache.org
> > > Subject: RE: [lang] System properties
> > >
> > >
> > > >  from:    Andrew Conrad <andrewconrad@attbi.com>
> > > > So your saying that potentially there could be a Solaris family 
> > > > encompassing all Solaris versions, Windows NT family 
> encompassing 
> > > > NT, 2000, XP?
> > >
> > > I think that demand will come. Is Mac OSX a Mac or a UNIX?
> > >
> > >
> > > > Without thinking too hard about it, the only thing I 
> can think of 
> > > > is to use a byte as the enumeration type then AND them together 
> > > > and compare. That will allow a boolean method  
> isOSFamilyLinux and 
> > > > isOSFamilyUnix to both return true  (and other possible 
> options:  
> > > > I think I heard OSX ).
> > >
> > > One thing I hate is manipulating bytes with AND and OR 
> operations. 
> > > It requires me to think too much.
> > >
> > > > What's the reasoning behind wanting to differentiate 
> between Linux 
> > > > and Unix, but not SunOS and AIX?
> > >
> > > I would have added a Solaris option, but didn't know if 
> Solaris == 
> > > SunOS or not.
> > >
> > > Stephen
> > >
> > > --
> > > 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>
> 


--
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