[
http://opensource.atlassian.com/projects/hibernate/browse/HHH-3486?page=c...
]
Sam Douglass commented on HHH-3486:
-----------------------------------
I'm honestly sorry to comment again now that this has been closed, but I do think
Hibernate is less usable out of the box without an SFL4J binding than it was without a
log4j.properties. Log4j would not throw any NoClassFoundErrors if its properties file was
missing. But with SFL4J, if there isn't a binding jar in the classpath to provide the
StaticLoggerBinder class, org.hibernate.cfg.Configuration can't even be loaded,
because it references LoggerFactory, and LoggerFactory can't be initialized because
the StaticLoggerBinder class can't be found. And that's even without any Hibernate
logging enabled. SFL4J does print out a URL where you can figure out what's going on,
which should be enough to figure out how to proceed. It might be even more helpful if the
"one and only one" binding requirement were worked around, by having the
LoggerFactoryBinder implementation classes in the binding jars have unique class names
instead of all being named StaticLoggerBinder, then using a property to configure which
implementation class to load. That way there could be a default that users could
optionally override. Anyway, this isn't the SFL4J bug tracker or mailing list so I
know that sort of suggestion isn't appropriate here. Sorry to have stirred up a
bee's nest but hey, at least this issue is closed now. ;)
Include one ore more SLF4J "adapters"
-------------------------------------
Key: HHH-3486
URL:
http://opensource.atlassian.com/projects/hibernate/browse/HHH-3486
Project: Hibernate Core
Issue Type: Improvement
Components: build
Affects Versions: 3.3.0.GA, 3.3.0.SP1, 3.3.1
Reporter: Chris Bredesen
Assignee: Steve Ebersole
Hibernate, as of 3.3, no longer distributes all jars needed to run the framework. SLF4J
requires the inclusion of the SLF4J library as well as either a native or a wrapped
implementation. The manual vaguely references such a need but it's never quite clear
that the user must visit the SLF4J website and obtain these jars himself. Maven users are
of course unaffected since the additional SLF4J jars are published in the central repo.
"Adapter" may be the wrong term here but I think the point has been made :)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://opensource.atlassian.com/projects/hibernate/secure/Administrators....
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira