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 ?