+1

On Thu, Mar 21, 2013 at 3:12 PM, Daniel Capo Sobral <
notifications@github.com> wrote:

> In tools/import/mongodb/build.sbt:
>
> > +)
> > +
> > +scalacOptions ++= Seq("-unchecked", "-deprecation")
> > +
> > +//seq(com.github.retronym.SbtOneJar.oneJarSettings: _*)
> > +
> > +assemblySettings
> > +
> > +libraryDependencies ++= Seq(
> > +  "com.reportgrid" %% "blueeyes-core" % "latest.milestone", //"1.0.0-M6",
> > +  "com.reportgrid" %% "blueeyes-json" % "latest.milestone", //"1.0.0-M6",
> > +  "com.reportgrid" %% "blueeyes-mongo" % "latest.milestone", //"1.0.0-M6",
> > +  "org.mongodb" %% "casbah" % "2.3.0",
> > +  "org.scalaz"  %% "scalaz-core"        % "7.0.0-M3" ,
> > +  "org.specs2" %% "specs2" % "1.12.2" % "test"
> > +)
>
> This stuff uses SLF4J, but no SLF4J implementation was provided. The
> result is having lines like this printed:
>
> SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder".
> SLF4J: Defaulting to no-operation (NOP) logger implementation
> SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder for further details.
>
> I suggest bundling an SLF4J implementation, and perhaps bundling a
> configuration defaulting to stdout output, while still accepting a
> configuration file for logging. I've done so with AVSL, bundling a
> configuration file whose name can be overridden with an environment
> variable, though we should probably go in the direction of Logback.
>
> —
> Reply to this email directly or view it on GitHub<https://github.com/reportgrid/client-libraries/pull/13/files#r3480003>
> .
>