Menu
▾
▴
hibernate-devel — development
You can subscribe to this list here.
| 2002 |
Jan
(2) |
Feb
(157) |
Mar
(111) |
Apr
(61) |
May
(68) |
Jun
(45) |
Jul
(101) |
Aug
(132) |
Sep
(148) |
Oct
(227) |
Nov
(141) |
Dec
(285) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(518) |
Feb
(462) |
Mar
(390) |
Apr
(488) |
May
(321) |
Jun
(336) |
Jul
(268) |
Aug
(374) |
Sep
(211) |
Oct
(246) |
Nov
(239) |
Dec
(173) |
| 2004 |
Jan
(110) |
Feb
(131) |
Mar
(85) |
Apr
(120) |
May
(82) |
Jun
(101) |
Jul
(54) |
Aug
(65) |
Sep
(94) |
Oct
(51) |
Nov
(56) |
Dec
(168) |
| 2005 |
Jan
(146) |
Feb
(98) |
Mar
(75) |
Apr
(118) |
May
(85) |
Jun
(75) |
Jul
(44) |
Aug
(94) |
Sep
(70) |
Oct
(84) |
Nov
(115) |
Dec
(52) |
| 2006 |
Jan
(113) |
Feb
(83) |
Mar
(217) |
Apr
(158) |
May
(219) |
Jun
(218) |
Jul
(189) |
Aug
(39) |
Sep
(3) |
Oct
(7) |
Nov
(4) |
Dec
(2) |
| 2007 |
Jan
|
Feb
(2) |
Mar
(7) |
Apr
(3) |
May
(3) |
Jun
(8) |
Jul
(1) |
Aug
(1) |
Sep
|
Oct
(4) |
Nov
(7) |
Dec
|
| 2008 |
Jan
(1) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
(4) |
Sep
|
Oct
(2) |
Nov
(1) |
Dec
|
| 2009 |
Jan
(6) |
Feb
|
Mar
(1) |
Apr
(2) |
May
(1) |
Jun
(1) |
Jul
(10) |
Aug
|
Sep
(1) |
Oct
(1) |
Nov
|
Dec
(3) |
| 2010 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
| 2012 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Gavin_King/Cirrus%<CI...@ci...> - 2002-08-11 04:19:57
|
I added an SQL-style having clause to the query language. Probably not a desperately needed feature, just something that was on the todo list and easy to implement. Gavin |
|
From: Gavin_King/Cirrus%<CI...@ci...> - 2002-08-11 03:12:50
|
So I think we established that we are going to have to load mappings from the MBean classpath. So I've removed the SessionFactoryStub and added a bit of extra functionality to the MBean. Would people, especially John, try this latest version out in JBoss and let me know how it functions. If all goes well, we can officially release and document this for 1.1 beta 4. (Unfortunately I think the features list on the website erroneously mentions JMX support already....woops.) |
|
From: Christian M. <vc...@cl...> - 2002-08-09 16:35:00
|
> >Here i dont understand ( beside the fact that there is a technical issue i > >dont figure out ) , why i would want to get 2 JCS cache region for the > >exactly same class of objects ? > > well, for a start we have toplevel collections which don't actually belong > to any class.... a particular *instance* might belong to an instance of a > particular class but in general the toplevel collection role doesn't belong > to a class. So if we want to keep all instances of a collection role in the > same region (a good thing), the role needs its own region. I see, however ideally i believe collections that represent one-to-many associations should not have their own region. Again it's some optimization and it's not urgent at all Thanks for your comments gavin Regards Christian Meunier |
|
From: Gavin_King/Cirrus%<CI...@ci...> - 2002-08-09 15:04:03
|
>It comes from your auxiliary DC (Disk Cache ) cache. >My guess is that the path you gave to store objects on the disk is not >correct or it's a file permission issue. oh yeah. stupid. I didn't notice the SEVERE. yeah, ummm ... what he said... just try disabling the auxiliary cache for a start.... >Here i dont understand ( beside the fact that there is a technical issue i >dont figure out ) , why i would want to get 2 JCS cache region for the >exactly same class of objects ? well, for a start we have toplevel collections which don't actually belong to any class.... a particular *instance* might belong to an instance of a particular class but in general the toplevel collection role doesn't belong to a class. So if we want to keep all instances of a collection role in the same region (a good thing), the role needs its own region. I mean, we can write some special code for special cases (nested collections), but I'm not sure its worth the effort. Its not like the application should be looking at or caring about the layout of the JCS regions. |
|
From: Christian M. <vc...@cl...> - 2002-08-09 14:35:26
|
----- Original Message ----- From: <Gavin_King/Cirrus%CI...@ci...> To: "Christian Meunier" <vc...@cl...> Cc: "Urberg, John" <ju...@ve...>; <hib...@li...> Sent: Friday, August 09, 2002 3:48 PM Subject: Re: FW: [Hibernate-devel] Getting Collections to pull data from the cache > > >you can of course use usage='read-only' isnt it ? > > yes, if appropriate. Good hehe i am not a big fan of read-write cache in clustered env ;) > > >I am wondering something here: > > > >If we got this simple one to many: > > > >i have declarated the class bar and the class foo to use jcs-cache, > shoudnt > >the collection of bar in the class foo cached automatically ? > > No. That is not a big issue, it's something that could be enhanced later i guess > > >If i have to specify that the collection need to be cached, will it use > the > >same JCS region as the com.illflow.Bar ? > > No. Here i dont understand ( beside the fact that there is a technical issue i dont figure out ) , why i would want to get 2 JCS cache region for the exactly same class of objects ? Peace Christian Meunier |
|
From: Christian M. <vc...@cl...> - 2002-08-09 14:24:45
|
It comes from your auxiliary DC (Disk Cache ) cache. My guess is that the path you gave to store objects on the disk is not correct or it's a file permission issue. Try to comment the DC cache to test this. Chris ----- Original Message ----- From: "Urberg, John" <ju...@ve...> To: "'Christian Meunier'" <vc...@cl...> Cc: <hib...@li...> Sent: Friday, August 09, 2002 3:40 PM Subject: RE: FW: [Hibernate-devel] Getting Collections to pull data from the cache > >> Hibernate got everything you need to run JCS, are you sure you > >> put the cache.ccf in the classpath, it's more likely the issue here. > > Yup. The cache.ccf from the Hibernate build is in my class path. This is > the full exception I was gettting: > > WARNING: Could not instantiate cache - probably the JCS jar is missing: > NoClassDefFoundError: org/apache/commons/lang/exception/NestableException > > So I added the commons-lang package. I don't get that exception, but I > still don't see the cache working. This is what Hibernate is logging: > > Aug 9, 2002 8:38:56 AM org.apache.commons.logging.impl.Jdk14Logger info > INFO: setting defaults to DC > Aug 9, 2002 8:38:56 AM org.apache.commons.logging.impl.Jdk14Logger info > INFO: setting defaultCompositeCacheAttributes to [ useLateral = true, > useRemote = true, useDisk = true, maxObjs = 1000 ] > Aug 9, 2002 8:38:56 AM org.apache.commons.logging.impl.Jdk14Logger info > INFO: setting defaultElementAttributes to [ IS_LATERAL = false, IS_SPOOL = > true, IS_REMOTE = false, IS_ETERNAL = false, MaxLifeSeconds = 120, IdleTime > = 1800, CreateTime = 1028900336921, LastAccessTime = 1028900336921, > getTimeToLiveSeconds() = 119984, createTime = 1028900336921 ] > Aug 9, 2002 8:38:56 AM org.apache.commons.logging.impl.Jdk14Logger warn > WARNING: Could not find value for key jcs.auxiliary.DC > Aug 9, 2002 8:38:56 AM org.apache.commons.logging.impl.Jdk14Logger error > SEVERE: Could not instantiate auxFactory named "DC". > Aug 9, 2002 8:38:56 AM org.apache.commons.logging.impl.Jdk14Logger warn > WARNING: Could not find value for key > jcs.system.groupIdCache.elementattributes > Aug 9, 2002 8:38:56 AM org.apache.commons.logging.impl.Jdk14Logger warn > WARNING: Could not instantiate eAttr named > 'jcs.system.groupIdCache.elementattributes', using defaults. > Aug 9, 2002 8:38:56 AM org.apache.commons.logging.impl.Jdk14Logger info > INFO: initialized LRUMemoryCache for groupIdCache > Aug 9, 2002 8:38:56 AM org.apache.commons.logging.impl.Jdk14Logger info > INFO: Constructed cache with name: groupIdCache > Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger warn > WARNING: Could not find value for key jcs.auxiliary.DC > Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger error > SEVERE: Could not instantiate auxFactory named "DC". > Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger warn > WARNING: Could not find value for key > jcs.region.com.idexx.cstone.messagecenter.domain.AddresseeGroup.elementattri > butes > Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger warn > WARNING: Could not instantiate eAttr named > 'jcs.region.com.idexx.cstone.messagecenter.domain.AddresseeGroup.elementattr > ibutes', using defaults. > Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger info > INFO: initialized LRUMemoryCache for > com.idexx.cstone.messagecenter.domain.AddresseeGroup > Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger info > INFO: Constructed cache with name: > com.idexx.cstone.messagecenter.domain.AddresseeGroup > Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger warn > WARNING: Could not find value for key jcs.auxiliary.DC > Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger error > SEVERE: Could not instantiate auxFactory named "DC". > Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger warn > WARNING: Could not find value for key > jcs.region.AddresseeGroup.entries.elementattributes > Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger warn > WARNING: Could not instantiate eAttr named > 'jcs.region.AddresseeGroup.entries.elementattributes', using defaults. > Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger info > INFO: initialized LRUMemoryCache for AddresseeGroup.entries > Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger info > INFO: Constructed cache with name: AddresseeGroup.entries > Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger info > INFO: Parsing XML: unknown system id > Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger warn > WARNING: Could not find value for key jcs.auxiliary.DC > Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger error > SEVERE: Could not instantiate auxFactory named "DC". > Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger warn > WARNING: Could not find value for key > jcs.region.com.idexx.cstone.messagecenter.domain.AddresseeGroupEntry.element > attributes > Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger warn > WARNING: Could not instantiate eAttr named > 'jcs.region.com.idexx.cstone.messagecenter.domain.AddresseeGroupEntry.elemen > tattributes', using defaults. > Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger info > INFO: initialized LRUMemoryCache for > com.idexx.cstone.messagecenter.domain.AddresseeGroupEntry > Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger info > INFO: Constructed cache with name: > com.idexx.cstone.messagecenter.domain.AddresseeGroupEntry > Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger info > INFO: Parsing XML: unknown system id > Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger warn > WARNING: Could not find value for key jcs.auxiliary.DC > Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger error > SEVERE: Could not instantiate auxFactory named "DC". > Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger warn > WARNING: Could not find value for key > jcs.region.com.idexx.cstone.core.domain.StaffImpl.elementattributes > Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger warn > WARNING: Could not instantiate eAttr named > 'jcs.region.com.idexx.cstone.core.domain.StaffImpl.elementattributes', using > defaults. > Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger info > INFO: initialized LRUMemoryCache for com.idexx.cstone.core.domain.StaffImpl > Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger info > INFO: Constructed cache with name: com.idexx.cstone.core.domain.StaffImpl > Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger info > > Somethings not working right... > > Thanks, > John > > |
|
From: Gavin_King/Cirrus%<CI...@ci...> - 2002-08-09 14:04:55
|
>you can of course use usage='read-only' isnt it ? yes, if appropriate. >I am wondering something here: > >If we got this simple one to many: > >i have declarated the class bar and the class foo to use jcs-cache, shoudnt >the collection of bar in the class foo cached automatically ? No. >If i have to specify that the collection need to be cached, will it use the >same JCS region as the com.illflow.Bar ? No. we can discuss this; to me its an implementation detail + the current behaviour was the simplest solution. |
|
From: Gavin_King/Cirrus%<CI...@ci...> - 2002-08-09 14:01:58
|
>WARNING: Could not instantiate cache - probably the JCS jar is missing: >NoClassDefFoundError: org/apache/commons/lang/exception/NestableException The only jars you actually need are jcs.jar and commons-lang.jar, both of which are in CVS. >So I added the commons-lang package. I don't get that exception, but I >still don't see the cache working. This is what Hibernate is logging: don't worry about those messages, they are fine. (You can make them go away by adding some explicit entries in cache.ccf, but trust me, they're okay.) More later....i'm concentrating on some internal improvements to SessionImpl |
|
From: Urberg, J. <ju...@ve...> - 2002-08-09 13:40:42
|
>> Hibernate got everything you need to run JCS, are you sure you >> put the cache.ccf in the classpath, it's more likely the issue here. Yup. The cache.ccf from the Hibernate build is in my class path. This is the full exception I was gettting: WARNING: Could not instantiate cache - probably the JCS jar is missing: NoClassDefFoundError: org/apache/commons/lang/exception/NestableException So I added the commons-lang package. I don't get that exception, but I still don't see the cache working. This is what Hibernate is logging: Aug 9, 2002 8:38:56 AM org.apache.commons.logging.impl.Jdk14Logger info INFO: setting defaults to DC Aug 9, 2002 8:38:56 AM org.apache.commons.logging.impl.Jdk14Logger info INFO: setting defaultCompositeCacheAttributes to [ useLateral = true, useRemote = true, useDisk = true, maxObjs = 1000 ] Aug 9, 2002 8:38:56 AM org.apache.commons.logging.impl.Jdk14Logger info INFO: setting defaultElementAttributes to [ IS_LATERAL = false, IS_SPOOL = true, IS_REMOTE = false, IS_ETERNAL = false, MaxLifeSeconds = 120, IdleTime = 1800, CreateTime = 1028900336921, LastAccessTime = 1028900336921, getTimeToLiveSeconds() = 119984, createTime = 1028900336921 ] Aug 9, 2002 8:38:56 AM org.apache.commons.logging.impl.Jdk14Logger warn WARNING: Could not find value for key jcs.auxiliary.DC Aug 9, 2002 8:38:56 AM org.apache.commons.logging.impl.Jdk14Logger error SEVERE: Could not instantiate auxFactory named "DC". Aug 9, 2002 8:38:56 AM org.apache.commons.logging.impl.Jdk14Logger warn WARNING: Could not find value for key jcs.system.groupIdCache.elementattributes Aug 9, 2002 8:38:56 AM org.apache.commons.logging.impl.Jdk14Logger warn WARNING: Could not instantiate eAttr named 'jcs.system.groupIdCache.elementattributes', using defaults. Aug 9, 2002 8:38:56 AM org.apache.commons.logging.impl.Jdk14Logger info INFO: initialized LRUMemoryCache for groupIdCache Aug 9, 2002 8:38:56 AM org.apache.commons.logging.impl.Jdk14Logger info INFO: Constructed cache with name: groupIdCache Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger warn WARNING: Could not find value for key jcs.auxiliary.DC Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger error SEVERE: Could not instantiate auxFactory named "DC". Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger warn WARNING: Could not find value for key jcs.region.com.idexx.cstone.messagecenter.domain.AddresseeGroup.elementattri butes Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger warn WARNING: Could not instantiate eAttr named 'jcs.region.com.idexx.cstone.messagecenter.domain.AddresseeGroup.elementattr ibutes', using defaults. Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger info INFO: initialized LRUMemoryCache for com.idexx.cstone.messagecenter.domain.AddresseeGroup Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger info INFO: Constructed cache with name: com.idexx.cstone.messagecenter.domain.AddresseeGroup Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger warn WARNING: Could not find value for key jcs.auxiliary.DC Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger error SEVERE: Could not instantiate auxFactory named "DC". Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger warn WARNING: Could not find value for key jcs.region.AddresseeGroup.entries.elementattributes Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger warn WARNING: Could not instantiate eAttr named 'jcs.region.AddresseeGroup.entries.elementattributes', using defaults. Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger info INFO: initialized LRUMemoryCache for AddresseeGroup.entries Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger info INFO: Constructed cache with name: AddresseeGroup.entries Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger info INFO: Parsing XML: unknown system id Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger warn WARNING: Could not find value for key jcs.auxiliary.DC Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger error SEVERE: Could not instantiate auxFactory named "DC". Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger warn WARNING: Could not find value for key jcs.region.com.idexx.cstone.messagecenter.domain.AddresseeGroupEntry.element attributes Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger warn WARNING: Could not instantiate eAttr named 'jcs.region.com.idexx.cstone.messagecenter.domain.AddresseeGroupEntry.elemen tattributes', using defaults. Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger info INFO: initialized LRUMemoryCache for com.idexx.cstone.messagecenter.domain.AddresseeGroupEntry Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger info INFO: Constructed cache with name: com.idexx.cstone.messagecenter.domain.AddresseeGroupEntry Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger info INFO: Parsing XML: unknown system id Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger warn WARNING: Could not find value for key jcs.auxiliary.DC Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger error SEVERE: Could not instantiate auxFactory named "DC". Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger warn WARNING: Could not find value for key jcs.region.com.idexx.cstone.core.domain.StaffImpl.elementattributes Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger warn WARNING: Could not instantiate eAttr named 'jcs.region.com.idexx.cstone.core.domain.StaffImpl.elementattributes', using defaults. Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger info INFO: initialized LRUMemoryCache for com.idexx.cstone.core.domain.StaffImpl Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger info INFO: Constructed cache with name: com.idexx.cstone.core.domain.StaffImpl Aug 9, 2002 8:38:57 AM org.apache.commons.logging.impl.Jdk14Logger info Somethings not working right... Thanks, John |
|
From: Christian M. <vc...@cl...> - 2002-08-09 13:30:44
|
----- Original Message -----
From: "Urberg, John" <ju...@ve...>
To: <Gavin_King/Cirrus%CI...@ci...>
Cc: <hib...@li...>
Sent: Friday, August 09, 2002 3:13 PM
Subject: RE: FW: [Hibernate-devel] Getting Collections to pull data from the
cache
> >>And I would expect 3 SQL statements with all the many-to-ones and
> >>collections should get resolved from the cache.
> >
> >To enable caching, you need to add
> >
> ><jcs-cache usage="read-write"/>
you can of course use usage='read-only' isnt it ?
> >
> >to all <class>, <set>, <map>, <list>, <array>, <primitive-array> elements
> >that you want to cache.
>
> Ahh, I thought that was optional. That would explain it.
I am wondering something here:
If we got this simple one to many:
<set role="bars" table="foobars">
<key column="foo_id"/>
<one-to-many class="com.illflow.Bar"/>
</set>
i have declarated the class bar and the class foo to use jcs-cache, shoudnt
the collection of bar in the class foo cached automatically ?
If i have to specify that the collection need to be cached, will it use the
same JCS region as the com.illflow.Bar ?
>
> So I tried it out and got the following warning:
>
> WARNING: Could not instantiate cache - probably the JCS jar is
> missing:...
>
> Then I looked at the JCS web site to see what the dependencies are and
found
> the following:
>
> commons-configuration 1.0-dev commons-configuration-1.0-dev.jar
> commons-logging 1.0 commons-logging-1.0.jar
> commons-lang 1.0-dev commons-lang-1.0-dev.jar
> concurrent 1.0 concurrent-1.0.jar
> hsqldb 1.7.0 hsqldb-1.7.0.jar
> log4j 1.1.3 log4j-1.1.3.jar
> servletapi 2.2 servletapi-2.2.jar
> javagroups 2.0 javagroups-2.0.jar
> jisp 1.0.2 jisp-1.0.2.jar
> tomcat-util 3.2.1 tomcat-util-3.2.1.jar
> velocity 1.3-dev velocity-1.3-dev.jar
> xmlrpc 1.1 xmlrpc-1.1.jar
> stratum 1.0-b2-dev stratum-1.0-b2-dev.jar
>
> Anyone know where I can find all these in one spot? (I can't find
> commons-configuration anywhere) Maybe it's time to build a third party
jar
> file so folks (like me for example) don't have to track all this stuff
down
> seperately.
Hibernate got everything you need to run JCS, are you sure you put the
cache.ccf in the classpath, it's more likely the issue here.
Regards
Christian Meunier
|
|
From: Urberg, J. <ju...@ve...> - 2002-08-09 13:13:13
|
>>And I would expect 3 SQL statements with all the many-to-ones and >>collections should get resolved from the cache. > >To enable caching, you need to add > ><jcs-cache usage="read-write"/> > >to all <class>, <set>, <map>, <list>, <array>, <primitive-array> elements >that you want to cache. Ahh, I thought that was optional. That would explain it. So I tried it out and got the following warning: WARNING: Could not instantiate cache - probably the JCS jar is missing:... Then I looked at the JCS web site to see what the dependencies are and found the following: commons-configuration 1.0-dev commons-configuration-1.0-dev.jar commons-logging 1.0 commons-logging-1.0.jar commons-lang 1.0-dev commons-lang-1.0-dev.jar concurrent 1.0 concurrent-1.0.jar hsqldb 1.7.0 hsqldb-1.7.0.jar log4j 1.1.3 log4j-1.1.3.jar servletapi 2.2 servletapi-2.2.jar javagroups 2.0 javagroups-2.0.jar jisp 1.0.2 jisp-1.0.2.jar tomcat-util 3.2.1 tomcat-util-3.2.1.jar velocity 1.3-dev velocity-1.3-dev.jar xmlrpc 1.1 xmlrpc-1.1.jar stratum 1.0-b2-dev stratum-1.0-b2-dev.jar Anyone know where I can find all these in one spot? (I can't find commons-configuration anywhere) Maybe it's time to build a third party jar file so folks (like me for example) don't have to track all this stuff down seperately. >>My first shot at this returned: >> >>cirrus.hibernate.HibernateException: You tried to persist an object with a >>reference to a transient instance - save the transient instance first I figured this one out. I was getting a little too tricky. My set function put an adapter around a class to make it fit another interface and then returned the same wrapper; which also implemented the interface of the original class; in the getter. I changed the getter to return the original instead of the wrapped class and all is well. I take it this functionality is based on object identity instead of Object.equals()? Regards, John |
|
From: Urberg, J. <ju...@ve...> - 2002-08-09 12:27:02
|
Thanks for the link. I followed some of the further reading links and ended up at http://www.javageeks.com/Papers/ClassForName/ClassForName.pdf. On page 14, I found the following: "Using Thread.getContextClassLoader relies on the Thread's context ClassLoader to be appropriately set. What if the Thread's current context ClassLoader isn't the one expected, but is instead set by an arbitrary third-party package (like RMI or JNDI)? In fact, there's not much you can do to prevent this...." I wonder if this is the problem since the SessionFactoryStub is sitting in JNDI. If that's the case, I bet the way to fix it is to pass the class loader of the EJB to the SessionFactoryStub before it opens a session. Sounds kind of ugly... It seems like we are trying to create a system wide resource that is tied to single EJB jar file. If some other EJB tries to use it, it won't work. Wouldn't it be better to just let the EJB handle this internally? If we still want a JNDI factory built in an MBean, I would suggest building it in the MBean at startup before we bind it to JNDI and require that all the classes and mappings be loaded into the server's context loader on startup. Thoughts? Regards, John -----Original Message----- From: Christian Meunier [mailto:vc...@cl...] Sent: Thursday, August 08, 2002 10:47 AM To: Urberg, John; Gavin_King/Cirrus%CI...@ci...; hib...@li... Subject: Re: [Hibernate-devel] RE: JMX/JBoss In case it could help http://kb.atlassian.com/content/atlassian/howto/classloaders.jsp Chris ----- Original Message ----- From: "Urberg, John" <ju...@ve...> To: <Gavin_King/Cirrus%CI...@ci...>; <hib...@li...> Sent: Thursday, August 08, 2002 4:04 PM Subject: RE: [Hibernate-devel] RE: JMX/JBoss > > Damn! I really don't understand why the following line wouldn't > > work: > > > > ds.storeResource( > > resources[i], Thread.currentThread().getContextClassLoader() > > ); > > > >( in SessionFactoryStub.getImpl() ). Have I got it totally wrong, > > or isn't Thread.currentThread.getContextClassLoader() meant to get > > the classloader used by the calling EJB? Perhaps I'm > > hallucinating... > > I often feel that way when confronted with class loaders. I don't know much > about them yet, so I can't be much help there. > > >> The only way I can see making this MBean useful is if users put all >> > their mapped classes and mappings in the server's classpath. Then > >> they can put them all in one mapping or split them up and it won't > >> matter because the MBean and SessionFactoryStub will have access > >> to them. > > I should always test it out before I make pronounciations! I tried my > little example with the jar files containing the mapping files in Jboss's > lib/ext directory (which get loaded when JBoss starts up). I got the same > exception as I did when it was in the EJB jar file. The SesstionFactory > stub could not find it. When I moved the creation of the SessionFactory > completely into a class in my jar file, everything worked a.o.k. (This last > version is what I'm doing in my application) > > My original attempt created the session factory in the MBean at startup. I > had the domain classes in jboss's lib/ext directory and the MBean seemed to > find them ok. Unless someone has some classloader answers for you, this > will probably be the only way to do it. > > Regards, > John > > > ------------------------------------------------------- > 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_King/Cirrus%<CI...@ci...> - 2002-08-09 03:53:23
|
>I'm new to Hibernate and have a simple question: Must Hibernate's >config file (not the mapping file, but the config/properties file) be in >the classpath? If not, how do I use it to configure Hibernate? >Hibernate.configure does not accept a URI and I don't see any other >methods that would do the trick. yes. There are two possible types of config files: (1) hibernate.properties (2) hibernate.cfg.xml Both of them are loaded as a resource from the classpath. hibernate.properties is automatically picked up and you don't need to do anything special to use it. ie. you dont need to call Hibernate.configure (). hibernate.cfg.xml is parsed and SessionFactory(s) are registered in JNDI upon the first invocation of Hibernate.configure(). If you are doing something more complicated, there are programmatic ways to do things. For example, (1) you can pass an instance of java.util.Properties do Datastore.buildSessionFactory() as an alternative to hibernate.properties. (2)You can instantiate your own instance of cirrus.hibernate.cfg.Configuration as an alternative to hibernate.cfg.xml / Hibernate.configure(). Hope that helps :) Gavin |
|
From: Mark W. <mor...@SM...> - 2002-08-09 03:32:12
|
Hi all... I'm new to Hibernate and have a simple question: Must Hibernate's config file (not the mapping file, but the config/properties file) be in the classpath? If not, how do I use it to configure Hibernate? Hibernate.configure does not accept a URI and I don't see any other methods that would do the trick. Thanks, -Mark |
|
From: Gavin_King/Cirrus%<CI...@ci...> - 2002-08-09 02:42:53
|
>And I would expect 3 SQL statements with all the many-to-ones and >collections should get resolved from the cache. To enable caching, you need to add <jcs-cache usage="read-write"/> to all <class>, <set>, <map>, <list>, <array>, <primitive-array> elements that you want to cache. :) >My first shot at this returned: > >cirrus.hibernate.HibernateException: You tried to persist an object with a >reference to a transient instance - save the transient instance first This usually means you have an object sitting in the session with a reference to a transient object, at a point when the session was flushed. (ie. you saved a parent but not its child or you loaded an object and then assigned a reference to a child you hadn't saved yet.) If this exception occurred in any other circumstance, it would be a bug and I would *need* to know about it. But I doubt that.... |
|
From: <phr...@im...> - 2002-08-08 21:29:40
|
hi, On Thu, 8 Aug 2002 09:04:10 -0500, "Urberg, John" <ju...@ve...> said: > > ds.storeResource( > > resources[i], Thread.currentThread().getContextClassLoader() > > ); > > > >( in SessionFactoryStub.getImpl() ). Have I got it totally wrong, > > or isn't Thread.currentThread.getContextClassLoader() meant to get=20 > > the classloader used by the calling EJB? Perhaps I'm=20 > > hallucinating... i think in this case you would want to use the classloader that loaded a class that's in the same JAR as your resource, instead of the thread's classloader. eg. this.getClass().getClassLoader() the thread's context classloader would be a higher level classloader, eg the one that launched the container. viktor --=20 =20 phr...@im... --=20 http://fastmail.fm Quick as a click |
|
From: Urberg, J. <ju...@ve...> - 2002-08-08 17:34:57
|
I updated from cvs this morning. I tried out collection caching and am not
getting the results I expect.
Here's some detail:
I have AddresseeGroups which are made up of AddresseeGroupEntrys of either
other AddresseeGroups or Staff.
AddresseeGroup --> AddresseeGroupEntry --> Staff
^ |
| |
---------------------
I've mapped it like this (I've left out the package names to make it more
readable):
<class name="AddresseeGroup" table="addressee_group">
<id name="id" column="id" type="long">
<generator class="native"/>
</id>
<property name="description"/>
<set role="entries">
<key column="addressee_group_owner_id"/>
<one-to-many class="AddresseeGroupEntry"/>
</set>
</class>
<class name="AddresseeGroupEntry" table="addressee_group_entry">
<id name="id" column="id" type="long">
<generator class="native"/>
</id>
<many-to-one
name="owner"
class="AddresseeGroup"
column="addressee_group_owner_id"
cascade="none"
outer-join="true"/>
<many-to-one
name="groupEntry"
class="AddresseeGroup"
column="addressee_group_entry_id"
cascade="none"
outer-join="true"/>
<many-to-one
name="staffEntry"
class="StaffImpl"
column="staff_id"
cascade="none"
outer-join="true"/>
</class>
<class name="StaffImpl" table="staff"> <!-- proxy="Staff"> -->
<id name="id" column="id" type="long">
<generator class="native"/>
</id>
<property name="staffId" column="staffid"/>
<component name="name" class="Name">
<property name="firstName" column="firstname"/>
<property name="middleInitial" column="middleinitial"/>
<property name="lastName" column="lastname"/>
</component>
<property name="privilegeLevel" column="privilege_level"/>
</class>
So I figure I can do the following:
session.find("from staff in class StaffImpl");
session.find("from age in class AddresseeGroupEntry");
List groups = dao.currentSession.find("from ag in class AddresseeGroup");
And I would expect 3 SQL statements with all the many-to-ones and
collections should get resolved from the cache. My first shot at this
returned:
cirrus.hibernate.HibernateException: You tried to persist an object with a
reference to a transient instance - save the transient instance first
at
cirrus.hibernate.type.PersistentObjectType.getID(PersistentObjectType.java:9
4)
at
cirrus.hibernate.type.PersistentObjectType.nullSafeSet(PersistentObjectType.
java:79)
at
cirrus.hibernate.impl.ClassPersister.dehydrate(ClassPersister.java:677)
at
cirrus.hibernate.impl.ClassPersister.update(ClassPersister.java:862)
at
cirrus.hibernate.impl.ScheduledUpdate.execute(ScheduledUpdate.java:21)
at
cirrus.hibernate.impl.SessionImpl.executeAll(SessionImpl.java:1721)
at cirrus.hibernate.impl.SessionImpl.flush(SessionImpl.java:1701)
at
cirrus.hibernate.impl.SessionImpl.autoFlushIfRequired(SessionImpl.java:1057)
at cirrus.hibernate.impl.SessionImpl.find(SessionImpl.java:836)
at cirrus.hibernate.impl.SessionImpl.find(SessionImpl.java:824)
at cirrus.hibernate.impl.SessionImpl.find(SessionImpl.java:816)
Why would that happen?
Then, I added session.suspendFlushes() before the queries. It generated the
following 9 SQLs:
Hibernate: SELECT staff.id, staff.staffid, staff.firstname,
staff.middleinitial, staff.lastname, staff.privilege_level FROM staff staff
Hibernate: SELECT age.id, age.addressee_group_owner_id,
age.addressee_group_entry_id, age.staff_id FROM addressee_group_entry age
Hibernate: SELECT addressee_group0.id AS id,
addressee_group0.description AS description FROM addressee_group
addressee_group0 WHERE addressee_group0.id = ?
Hibernate: SELECT y.id, y.addressee_group_owner_id,
y.addressee_group_entry_id, y.staff_id FROM addressee_group_entry y,
addressee_group x WHERE x.id = y.addressee_group_owner_id AND (x.id=? )
Hibernate: SELECT addressee_group0.id AS id,
addressee_group0.description AS description FROM addressee_group
addressee_group0 WHERE addressee_group0.id = ?
Hibernate: SELECT y.id, y.addressee_group_owner_id,
y.addressee_group_entry_id, y.staff_id FROM addressee_group_entry y,
addressee_group x WHERE x.id = y.addressee_group_owner_id AND (x.id=? )
Hibernate: select id from addressee_group_entry where
addressee_group_owner_id = ?
Hibernate: select id from addressee_group_entry where
addressee_group_owner_id = ?
Hibernate: SELECT ag.id, ag.description FROM addressee_group ag
Then I commented out the first two finds and suspendFlushes, so I now have
just this:
List groups = dao.currentSession.find("from ag in class
AddresseeGroup");
And I get the following 9 slightly different SQLs:
Hibernate: SELECT ag.id, ag.description FROM addressee_group ag
Hibernate: SELECT y.id, y.addressee_group_owner_id,
y.addressee_group_entry_id, y.staff_id FROM addressee_group_entry y,
addressee_group x WHERE x.id = y.addressee_group_owner_id AND (x.id=? )
Hibernate: SELECT staff0.id AS id, staff0.staffid AS staffid,
staff0.firstname AS firstname, staff0.middleinitial AS middleinitial,
staff0.lastname AS lastname, staff0.privilege_level AS privilege_level FROM
staff staff0 WHERE staff0.id = ?
Hibernate: SELECT staff0.id AS id, staff0.staffid AS staffid,
staff0.firstname AS firstname, staff0.middleinitial AS middleinitial,
staff0.lastname AS lastname, staff0.privilege_level AS privilege_level FROM
staff staff0 WHERE staff0.id = ?
Hibernate: SELECT staff0.id AS id, staff0.staffid AS staffid,
staff0.firstname AS firstname, staff0.middleinitial AS middleinitial,
staff0.lastname AS lastname, staff0.privilege_level AS privilege_level FROM
staff staff0 WHERE staff0.id = ?
Hibernate: SELECT addressee_group0.id AS id,
addressee_group0.description AS description FROM addressee_group
addressee_group0 WHERE addressee_group0.id = ?
Hibernate: SELECT y.id, y.addressee_group_owner_id,
y.addressee_group_entry_id, y.staff_id FROM addressee_group_entry y,
addressee_group x WHERE x.id = y.addressee_group_owner_id AND (x.id=? )
Hibernate: select id from addressee_group_entry where
addressee_group_owner_id = ?
Hibernate: select id from addressee_group_entry where
addressee_group_owner_id = ?
Is this what I should expect? Is there other settings I need to make?
Thanks,
John
|
|
From: Christian M. <vc...@cl...> - 2002-08-08 15:46:58
|
In case it could help http://kb.atlassian.com/content/atlassian/howto/classloaders.jsp Chris ----- Original Message ----- From: "Urberg, John" <ju...@ve...> To: <Gavin_King/Cirrus%CI...@ci...>; <hib...@li...> Sent: Thursday, August 08, 2002 4:04 PM Subject: RE: [Hibernate-devel] RE: JMX/JBoss > > Damn! I really don't understand why the following line wouldn't > > work: > > > > ds.storeResource( > > resources[i], Thread.currentThread().getContextClassLoader() > > ); > > > >( in SessionFactoryStub.getImpl() ). Have I got it totally wrong, > > or isn't Thread.currentThread.getContextClassLoader() meant to get > > the classloader used by the calling EJB? Perhaps I'm > > hallucinating... > > I often feel that way when confronted with class loaders. I don't know much > about them yet, so I can't be much help there. > > >> The only way I can see making this MBean useful is if users put all >> > their mapped classes and mappings in the server's classpath. Then > >> they can put them all in one mapping or split them up and it won't > >> matter because the MBean and SessionFactoryStub will have access > >> to them. > > I should always test it out before I make pronounciations! I tried my > little example with the jar files containing the mapping files in Jboss's > lib/ext directory (which get loaded when JBoss starts up). I got the same > exception as I did when it was in the EJB jar file. The SesstionFactory > stub could not find it. When I moved the creation of the SessionFactory > completely into a class in my jar file, everything worked a.o.k. (This last > version is what I'm doing in my application) > > My original attempt created the session factory in the MBean at startup. I > had the domain classes in jboss's lib/ext directory and the MBean seemed to > find them ok. Unless someone has some classloader answers for you, this > will probably be the only way to do it. > > Regards, > John > > > ------------------------------------------------------- > 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: Urberg, J. <ju...@ve...> - 2002-08-08 14:04:24
|
> Damn! I really don't understand why the following line wouldn't > work: > > ds.storeResource( > resources[i], Thread.currentThread().getContextClassLoader() > ); > >( in SessionFactoryStub.getImpl() ). Have I got it totally wrong, > or isn't Thread.currentThread.getContextClassLoader() meant to get > the classloader used by the calling EJB? Perhaps I'm > hallucinating... I often feel that way when confronted with class loaders. I don't know much about them yet, so I can't be much help there. >> The only way I can see making this MBean useful is if users put all >> their mapped classes and mappings in the server's classpath. Then >> they can put them all in one mapping or split them up and it won't >> matter because the MBean and SessionFactoryStub will have access >> to them. I should always test it out before I make pronounciations! I tried my little example with the jar files containing the mapping files in Jboss's lib/ext directory (which get loaded when JBoss starts up). I got the same exception as I did when it was in the EJB jar file. The SesstionFactory stub could not find it. When I moved the creation of the SessionFactory completely into a class in my jar file, everything worked a.o.k. (This last version is what I'm doing in my application) My original attempt created the session factory in the MBean at startup. I had the domain classes in jboss's lib/ext directory and the MBean seemed to find them ok. Unless someone has some classloader answers for you, this will probably be the only way to do it. Regards, John |
|
From: Jon L. <jon...@xe...> - 2002-08-08 06:41:59
|
I've had a similar problem using Orion as the application server and I've been trying to solve it for a while with no luck. I know the required jar's are in the classpath because it can find the classes with no problem, however when I try to load a resource from the same jar it can't find it. Trying to figure out the class loading of a J2EE server is a nightmare. FYI - The only way I was able to solve the problem up till now was either to put the classes in the server's classpath, or to put the jar's in the the WEB-INF/lib directory if they are only used by the web application (though this doesn't solve the problem when it comes to MBean usage.) Jon... ----- Original Message ----- From: <Gavin_King/Cirrus%CI...@ci...> To: <hib...@li...> Sent: Thursday, August 08, 2002 2:19 AM Subject: RE: [Hibernate-devel] RE: JMX/JBoss > > >I put the mapping files with the classes in the EJB jar file and fired up > >JBoss. I got the following back: > > > >Embedded Exception Hibernate lazy instantiation problem: Resource: > >/com/vetconnect/client/dao/Client.hbm.xml not found; > >nested exception is: > >javax.ejb.EJBException: null Embedded Exception Hibernate lazy > instantiation > >problem: Resource: /com/vetconnect/client/dao/Client.hbm.xml not found > > Damn! I really don't understand why the following line wouldn't work: > > ds.storeResource( > resources[i], Thread.currentThread().getContextClassLoader() > ); > > ( in SessionFactoryStub.getImpl() ). Have I got it totally wrong, or isn't > Thread.currentThread.getContextClassLoader() meant to get the classloader > used by the calling EJB? Perhaps I'm hallucinating... > > >The only way I can see making this MBean useful is if users put all their > >mapped classes and mappings in the server's classpath. Then they can put > >them all in one mapping or split them up and it won't matter because the > >MBean and SessionFactoryStub will have access to them. > > Well, it would work. but seems suboptimal. Theres got to be *some* way for > a thread servicing an EJB method call to get hold of the EJB's *own* > classloader doesn't there??? > > >What do you want to do with this? > > I dunno. > > > > ------------------------------------------------------- > 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_King/Cirrus%<CI...@ci...> - 2002-08-08 03:57:08
|
>Sorry for the previous direct email - I am actually subscribed to the dev >list, I just keep hitting reply to these things$W%$&) I do the same thing. *So* irritating.... >I run into the "no db2 driver" problem because I use the SchemaGen tool >with System.Properties settings instead of passing in a set of properties, >as I do in production code. So after looking at it, I'd say this is mostly >just me using a somewhat questionable technique. Hmmmm I still think command-line properties should override hibernate.properties. I never used command line properties before so I hadn't sort of run into this. Anyway I changed it last night. P.S. I prefer to embed the SchemaExport in the application, anyway. Its so convenient to be able to have the application export its own database tables. Actually *that* is something to document in the FAQ.... >But to allow for people who use System.properties for configuration, I >would suggest that the entire hibernate.properties file be commented out - >what are the chances that its correct for anyone? I believe this would >clear this up, since the file would no longer over-write prior properties. yeah i could do that as well. |
|
From: Gavin_King/Cirrus%<CI...@ci...> - 2002-08-08 00:58:19
|
Okay, there seems general agreement on this. So last night I actually tried the change out. Two observations: (1) Only three of my tests failed after the change + I have some fairly wierd looking queries in there. I added "distinct" to the three offending queries + all was working again. (2) I think I spotted a measurable performance improvement. I need to do some more tests to comfirm this. So I checked that change in. Incidentally benchmarking Hibernate has been a difficult problem because its essentially such a small overhead above the actual JDBC calls (now generally about 10% on my machines) that comparisons get flooded out by random variation in the JDBC processing. |
|
From: Gavin_King/Cirrus%<CI...@ci...> - 2002-08-08 00:36:17
|
>I put the mapping files with the classes in the EJB jar file and fired up
>JBoss. I got the following back:
>
>Embedded Exception Hibernate lazy instantiation problem: Resource:
>/com/vetconnect/client/dao/Client.hbm.xml not found;
>nested exception is:
>javax.ejb.EJBException: null Embedded Exception Hibernate lazy
instantiation
>problem: Resource: /com/vetconnect/client/dao/Client.hbm.xml not found
Damn! I really don't understand why the following line wouldn't work:
ds.storeResource(
resources[i], Thread.currentThread().getContextClassLoader()
);
( in SessionFactoryStub.getImpl() ). Have I got it totally wrong, or isn't
Thread.currentThread.getContextClassLoader() meant to get the classloader
used by the calling EJB? Perhaps I'm hallucinating...
>The only way I can see making this MBean useful is if users put all their
>mapped classes and mappings in the server's classpath. Then they can put
>them all in one mapping or split them up and it won't matter because the
>MBean and SessionFactoryStub will have access to them.
Well, it would work. but seems suboptimal. Theres got to be *some* way for
a thread servicing an EJB method call to get hold of the EJB's *own*
classloader doesn't there???
>What do you want to do with this?
I dunno.
|
|
From: Urberg, J. <ju...@ve...> - 2002-08-07 18:36:41
|
I tried it out again today using each mapping file name as resource. The entry looks like this: <attribute name="MapResources"> /com/vetconnect/client/dao/Client.hbm.xml,/com/vetconnect/client/dao/ClientP hone.hbm.xml </attribute> I put the mapping files with the classes in the EJB jar file and fired up JBoss. I got the following back: Embedded Exception Hibernate lazy instantiation problem: Resource: /com/vetconnect/client/dao/Client.hbm.xml not found; nested exception is: javax.ejb.EJBException: null Embedded Exception Hibernate lazy instantiation problem: Resource: /com/vetconnect/client/dao/Client.hbm.xml not found Unless my understanding about all this class loader stuff is wrong, I don't think this approach is going to work since the SessionFactoryStub in JNDI is running in a seperate class loader and will never be able to see mapping files in EJB jar files. The only way I can see making this MBean useful is if users put all their mapped classes and mappings in the server's classpath. Then they can put them all in one mapping or split them up and it won't matter because the MBean and SessionFactoryStub will have access to them. What do you want to do with this? Regards, John -----Original Message----- From: Gavin_King/Cirrus%CI...@ci... [mailto:Gavin_King/Cirrus%CI...@ci...] Sent: Monday, August 05, 2002 8:23 AM To: Urberg, John Cc: hib...@li... Subject: RE: [Hibernate-devel] RE: JMX/JBoss >Is this kind of setup what you created the hibernate.cfg.xml for? Should we >also allow using that file instead of passing in all the information in the >JMX config? exactly. >> Anyway, I think we should support JMX because that seems >> to be the standards-oriented way of doing things like this. >Sounds good. I'll test it out this week. Thanks. Feel free to make whatever improvements.... |
|
From: Eric E. <ev...@pr...> - 2002-08-07 15:55:13
|
(Sorry for the previous direct email - I am actually subscribed to the dev list, I just keep hitting reply to these things$W%$&) I run into the "no db2 driver" problem because I use the SchemaGen tool with System.Properties settings instead of passing in a set of properties, as I do in production code. So after looking at it, I'd say this is mostly just me using a somewhat questionable technique. But to allow for people who use System.properties for configuration, I would suggest that the entire hibernate.properties file be commented out - what are the chances that its correct for anyone? I believe this would clear this up, since the file would no longer over-write prior properties. Cheers, Eric Everman At 01:18 AM 8/7/2002, Gavin_King/Cirrus%CI...@ci... wrote: > >Here's one I always forget (I may have some of the details wrong, check >me): > > > >* I think I've configured everything correctly, but I keep getting class > >not found 'COM.ibm.db2.jdbc.app.DB2Driver' errors! > > > >Hibernate searches for a configuration file > ><hibernate-root>/classes/hibernate.properties and uses it to configure > >database connections and other properties. If you are specifying >Hibernate > >properties in some other way, you must delete or move this file. > >Now that you put it like *that*, perhaps the functionality is wrong! Should >system properties specified with java -D override hibernate.properties, >rather than the other way round? That makes more sense, I suppose. > >(Properties specified in hibernate.cfg.xml already override >hibernate.properties. Properties specified by passing a >java.util.Properties *completely* ignore hibernate.properties + system >properties.) > > > > > >------------------------------------------------------- >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 |
46 messages has been excluded from this view by a project administrator.
