From: Brad C. <bra...@wo...> - 2002-10-29 08:31:48
|
i agree, my preference is that these messages should be info, not warn. = however, hibernate internally uses jakarta commons-logging, so i don't = quite know how the logging level is controlled with that. i won't have = a chance to look at it for a couple days. brad > -----Original Message----- > From: Joseph Panico [mailto:joe...@ho...] > Sent: Tuesday, 29 October 2002 3:28 AM > To: hib...@li... > Subject: [Hibernate] semantic of log WARN >=20 >=20 > Hello, >=20 > (I'm using hibernate-1.1) >=20 > I'm integrating a lot of different frameworks that all use=20 > log4j as their=20 > logging mechanism. In all of the other frameworks, WARN level=20 > messages are=20 > reserved for "pathological conditions". They indicate that=20 > something is=20 > seriously out of whack, but perhaps not seriously enough to warrant=20 > terminating the program (ERROR). Unfortunately, hibernate=20 > seems to take a=20 > much more liberal view of WARN. For instance, I see this: >=20 > 12:25:15,787 (SocketListener-2) [WARN:hibernate.Environment --=20 > hibernate.properties not found] > 12:25:20,854 (SocketListener-2)=20 > [WARN:impl.SessionFactoryObjectFactory -- no=20 > JDNI name configured] >=20 > These are not pathological conditions, and it seems to me=20 > that INFO would be=20 > more appropriate in this setting. >=20 > Am I the only one who feels this way? What is the semantic of=20 > a Hibernate=20 > warning (as opposed to INFO and ERROR)? >=20 > Joseph Panico > joe...@ho... >=20 >=20 >=20 > _________________________________________________________________ > Internet access plans that fit your lifestyle -- join MSN.=20 > http://resourcecenter.msn.com/access/plans/default.asp >=20 >=20 >=20 > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > hibernate-devel mailing list > hib...@li... > https://lists.sourceforge.net/lists/listinfo/hibernate-devel >=20 |
From: Brad C. <bra...@wo...> - 2002-10-30 07:37:05
|
i have changed the levels of these two messages to info now. brad > > 12:25:15,787 (SocketListener-2) [WARN:hibernate.Environment -- > hibernate.properties not found] > 12:25:20,854 (SocketListener-2) > [WARN:impl.SessionFactoryObjectFactory -- no > JDNI name configured] > > These are not pathological conditions, and it seems to me > that INFO would be > more appropriate in this setting. > |
From: Gavin K. <ga...@ap...> - 2002-10-30 12:37:28
|
Yeah thats fine, trouble is that there are a whole 3 log levels which correspond to "errors" and only one that indicates normal behaviour. I would have preferred something else between info and warn... ----- Original Message ----- From: "Brad Clow" <bra...@wo...> To: "Brad Clow" <bra...@wo...> Cc: <hib...@li...> Sent: Wednesday, October 30, 2002 6:36 PM Subject: Re: [Hibernate] semantic of log WARN > i have changed the levels of these two messages to info now. > > brad > > > > > 12:25:15,787 (SocketListener-2) [WARN:hibernate.Environment -- > > hibernate.properties not found] > > 12:25:20,854 (SocketListener-2) > > [WARN:impl.SessionFactoryObjectFactory -- no > > JDNI name configured] > > > > These are not pathological conditions, and it seems to me > > that INFO would be > > more appropriate in this setting. > > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > hibernate-devel mailing list > hib...@li... > https://lists.sourceforge.net/lists/listinfo/hibernate-devel |
From: Gavin K. <ga...@ap...> - 2002-10-31 09:25:53
|
> i wonder what u would call that level :-) ummmmm..... log.BE_CAREFUL_AND_MAKE_SURE_YOU_ARE_DOING_THIS_INTENTIONALLY > in my case, our apps always programatically configure hibernate (no > hibernate.properties, hibernate.cfg.xml) as we have our own little > configuration library that enables us to keep the configuration of our app > itself and the configuration of libraries all in the one place. so in this > scenario, the hibernate.properties not found message is only informational. > likewise for the JNDI binding message, when u actually don't want hibernate > bound to JNDI. Yeah, i know, you guys are right about this. I just wanted something that would grab the attention of new users..... |