jakarta-oro-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jerome Jacobsen" <jerome.jacob...@gentootech.com>
Subject RE: ORO version conflicts
Date Thu, 27 Feb 2003 16:16:35 GMT
I've been under the assumption all along that this was required.  That it
isn't is a surprise and a big disapointment to me too.  Man they better make
this required in the next spec version.  In the meantime I'll try and avoid
these servlet containers.

> -----Original Message-----
> From: Daniel F. Savarese [mailto:dfs@savarese.org]
> Sent: Thursday, February 27, 2003 11:02 AM
> To: ORO Users List
> Subject: Re: ORO version conflicts
>
>
>
> In message
> <6A6697B8E7956D489F85CA8C4BD727901B0706@s-sp-002.opus-systems.int>,
> "Steve Holt" writes:
> >Sadly in both WebLogic and JRun these libraries appear take
> priority. In fact
> >I had no idea either had ORO installed and I dropped the ORO jar
> into the WEB-
> >INF/lib as usual as you say. In both cases they just used their
> own copies. In
>
> Sad day indeed!  This is shocking to me, but I just reviewed the
> Servlet 2.3
> spec and the problem is in the spec in section SRV.9.7.2:
>
>   It is further recommended that the loader not allow servlets in the WAR
>   access to the web container's implementation classes.
>
>   It is recommended also that the application class loader be implemented
>   so that classes and resources packaged within the WAR are loaded in
>   preference to classes and resources residing in container-wide library
>   JARs.
>
> I don't believe those sentences were even in the 2.2 spec (which is
> also disturbing), but "recommended" is just not good enough.  It
> should be "required."
>
> I apologize for contributing to your current plight.
>
> daniel
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: oro-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: oro-user-help@jakarta.apache.org
>
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: oro-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: oro-user-help@jakarta.apache.org


Mime
View raw message