> Andrew, Daniel, pay attention:
>
> Craig R. McClanahan wrote:
> >Why not just provide a trivially simple two-class JAR file that defines
> >org.apache.commons.logging.Log and org.apache.commons.logging.LogFactory
> >with exactly the same public APIs as the "real" ones?  Then, just ship
> >this tiny little JAR file with apps (or applets) that don't want to use
> >commons-logging.  The resulting JAR file is going to be pretty much the
> >same size as something containing SafeCommonsLogger anyway.
> >
> >As long as your replacement classes maintain binary compatibility with
the
> >standard ones, any code that currently thinks it is using commons-logging
> >will be transparently using your own version instead.
> >
> What do you think of this scenario?

This sounds fine. We would always need a dependency on the Log interface
(and
probably LogFactory) at compile and runtime. This solution means we don't
need
a runtime dependency on a large JAR file, we can simply package these two
classes
in with the applet JAR.

Andrew.

Reply via email to