Hallo,
wir bekommen fast(?) bei jedem Start folgende Warning.

10:40:04,546 WARN ActiveManagementCoordinator:54 - Failed to set up C3P0RegistryManagerMBean. [c3p0 will still functioning normally, but management via JMX may not be possible.]
javax.management.InstanceAlreadyExistsException: com.mchange.v2.c3p0:type=C3P0Registry
at com.sun.jmx.mbeanserver.RepositorySupport.addMBean(RepositorySupport.java:452)
at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.internal_addObject(DefaultMBeanServerInterceptor.java:1410)
at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerObject(DefaultMBeanServerInterceptor.java:936)
at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerMBean(DefaultMBeanServerInterceptor.java:337)
at com.sun.jmx.mbeanserver.JmxMBeanServer.registerMBean(JmxMBeanServer.java:497)
at com.mchange.v2.c3p0.management.ActiveManagementCoordinator.attemptManageC3P0Registry(ActiveManagementCoordinator.java:49)
at com.mchange.v2.c3p0.C3P0Registry.banner(C3P0Registry.java:148)
at com.mchange.v2.c3p0.C3P0Registry.reregister(C3P0Registry.java:170)
at com.mchange.v2.c3p0.impl.DriverManagerDataSourceBase.<init>(DriverManagerDataSourceBase.java:221)
at com.mchange.v2.c3p0.DriverManagerDataSource.<init>(DriverManagerDataSource.java:58)
at com.mchange.v2.c3p0.DriverManagerDataSource.<init>(DriverManagerDataSource.java:54)
at com.mchange.v2.c3p0.DataSources.unpooledDataSource(DataSources.java:145)
at org.hibernate.connection.C3P0ConnectionProvider.configure(C3P0ConnectionProvider.java:96)
at org.hibernate.connection.ConnectionProviderFactory.newConnectionProvider(ConnectionProviderFactory.java:124)
at org.hibernate.connection.ConnectionProviderFactory.newConnectionProvider(ConnectionProviderFactory.java:56)
at org.hibernate.cfg.SettingsFactory.createConnectionProvider(SettingsFactory.java:397)
at org.hibernate.cfg.SettingsFactory.buildSettings(SettingsFactory.java:62)
at org.hibernate.cfg.Configuration.buildSettings(Configuration.java:1933)
at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1216)
[..]

Unser Programm funktioniert aber.
Muß ich mir hier irgendwie Sorgen machen?

Danke für alle Hinweise und Tips.

Ciao
Peter Schütt

Sorry wenn ich das so sage, aber wer lesen kann ist klar im Vorteil. Bewahrheitet sich beim Programmieren immer wieder. :)
InstanceAlreadyExistsException will sagen, dass schon eine Instanz vorhanden ist und das es eigentlich nur ein geben sollte. Das Programm arbeitet weiter (c3p0 will still functioning normally), aber es ist möglich das JMX für C3P0 nicht funktioniert. (but management via JMX may not be possible). Du solltest vielleicht mal nachschauen wieso zwei Instanzen angelegt werden. Sieht mir nach einem doppelten Configeintrag aus.

Hallo,
wie soll das denn doppelt konfiguriert sein?
Ich habe 2 SessionFactorys habe, weil ich im Programm auf zwei verschiedene Datenbanken zugreifen muß, und an jede übergebe ich eine unterschiedliche Properties-Menge und dann muß ich doch für
beide SessionFactory die C3P0-Parameter angeben.
Ich arbeite nicht mit einer globalen hibernate.properties - Datei.

Da ich auch mehrere ClassLoader in einem Programm verwende, kann es auch sein, daß manchmal mehrere SessionFactorys für diesselbe Datenbank erzeuge. Aber auch da muß ich doch die C3P0-Parameter angeben.

Oder habe ich hier einen Denkfehler?
Danke für alle weiteren Hinweise und Tips.

Ciao
Peter Schütt

Also mehere SessionFactories für die gleiche Datenbank, sorry wenn ich das mal so sage, hört sich lustig an. Hast Du mal etwas von Singletons gehört ? Da gibt es nur eine Instanz und nicht mehrere. Das Du eine Sessionfactory pro Datenbank hast ist ja ok, aber ich glaube nicht, dass Du pro Classloader eine Sessionfactory benötigst, daher wohl auch das Verhalten das es hin und wieder keine Meldung von C3P0 gibt.
Daher als Tip Singleton Pattern für die SessionFactories benutzen, so daß die erste aufrufende Klasse eine Instanz erzeugt und die nachfolgenden Klassen die selbe Instanz benutzen und egal welchen Classloader sie benutzen.

Noch als Zusatz, da Du ja schon gesagt hast das Du pro Classloader schon mal eine SessionFactory erzeugst und die Configuration bestimmt nicht dynamisch ist, wie soll dann bitte C3P0 eine andere Konfigurations pro Factory Instanz benutzen ? Schon mal daran gedacht ? Ich denke das hilft ;)

Hallo,
mit den Singletons ist das nicht so einfach, wenn man mehrere ClassLoader verwendet.

Man hat eine Klasse MyClass mit der statischen Methode

public static MyClass getInstance()
{
if (instance == null)
{
instance = new MyClass();
}
return instance;
}

Schwierig wird es, wenn die Klasse mit einem anderen ClassLoader noch mal geladen wird.
Dann ist nämlich die Klassen-Variable instance bei der neu geladenen Klassen-Instanz nicht gesetzt und es wird beim Zugriff auf getInstance() eine zweite Instanz erzeugt.

Dieser Fall tritt bei mir auf und das könnte natürlich sein, daß in den c3p0-Klassen bestimmte Datenbank-Verbindungs-Instanzen angelegt werden, die es nur einmal geben darf.

Ciao
Peter Schütt

Also eigentlich sollte innerhalb einer VM es keine Probleme geben, selbst über die ClassLoader hinweg (sychronized ist hier das Stichwort, damit keine Nebenläufigkeit erzeugt wird), allerdings kann es bei zwei verschiedene VM's geben bzw. innerhalb eines Applikationserver es auch Umstände geben kann, wo es mit unter Problematisch werden kann. (Hot-Deployment)