struts-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Chris Pratt <thechrispr...@gmail.com>
Subject Re: [struts-dev] Re: Less boilerplate in code
Date Sat, 17 May 2014 03:48:15 GMT
Sorry, I don't get your point about java.util.logging?  You're saying using
a specific logging engine (java.util.logging) is as portable and useful as
using a logging api designed for the purpose?  I understand that commons
logging had several problems, but that's why SLF4j was designed to work
around them.  Is there a specific problem that you are worried about?
  (*Chris*)


On Thu, May 15, 2014 at 6:18 PM, Jason Pyeron <jpyeron@pdinc.us> wrote:

>
> > -----Original Message-----
> > From: Chris Pratt
> > Sent: Wednesday, May 14, 2014 15:52
> >
> > Yes, we could use Onyx's interface mechanism, but I think SLF4j's is
> > probably more stable and definitely more supported.  So I'd probably
> > recommend that we extract the SLF4j support object and use it
> > directly (or
> > at least make it the default).  If it's something that you're
> > interested
> > in, I'd have to fill out the forms to become a committer on
> > Struts.  Where
> > would I find that information?
> >   (*Chris*)
>
> This same argument applies to java.util.logging. I strongly do not support
> the
> use of SLF4J in the core of the project, it is another commons debacle. If
> desired, I do not see why Onyx cannot be used as a Formatter.
>
> -Jason
>
> --
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> -                                                               -
> - Jason Pyeron                      PD Inc. http://www.pdinc.us -
> - Principal Consultant              10 West 24th Street #100    -
> - +1 (443) 269-1555 x333            Baltimore, Maryland 21218   -
> -                                                               -
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> This message is copyright PD Inc, subject to license 20080407P00.
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message