You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@struts.apache.org by "M. Simms" <pr...@bellatlantic.net> on 2001/05/01 18:17:12 UTC
RE: getServerInfo() - not standardized ?
Well then, J2EE compliant app server vendors cannot differentiate their
servers other than thru performance ?
I find that hard to believe.
-----Original Message-----
From: Taylor Cowan [mailto:tcowan@silverstream.com]
Sent: Monday, April 30, 2001 2:45 PM
To: struts-dev@jakarta.apache.org; Mark Simms
Subject: Re: getServerInfo() - not standardized ?
I suppose it is because the entire purpose of the J2EE spec is to get rid
of conditional logic based on a vendor's app server. On the app servers I
deal with the underlying concrete classes implementing interfaces like
HttpRequest are actually vendor provided. You could use instanceof checks,
type cast, and then use whatever non-J2EE features you want to on the vendor
implementations.
Taylor
----- Original Message -----
From: Mark Simms
To: struts-dev@jakarta.apache.org
Sent: Monday, April 30, 2001 1:19 PM
Subject: getServerInfo() - not standardized ?
Uh....hate to ask a stupid question, but why wasn't the vendor-info
standardized in the J2EE spec ?
If I need to implement conditional logic based on a vendor's app server,
how
can it be done ?
Create a session-scoped attribute with the appserver designation read
from a
pre-set properties file or what ?