here are some related topics:
http://lists.jboss.org/pipermail/hibernate-dev/2010-April/005094.html
http://lists.jboss.org/pipermail/hibernate-dev/2010-April/005101.html
http://lists.jboss.org/pipermail/hibernate-dev/2010-April/005102.html
http://lists.jboss.org/pipermail/hibernate-dev/2008-Septem
Right, which would work once the ServiceRegistry will be used. Just
did a couple of test with changing the RegionFactory Lookup code and
it seems like it's all working fine. So that is injected, it'll use
ClassLoaderService.locateResource now. Still have to look into why it
didn't work when the met
Yeah :-)
On Thu, 14 Jul 2011 11:18:24 +0200, Emmanuel Bernard
wrote:
> http://jcp.org/en/jsr/detail?id=349
>
> :)
> ___
> hibernate-dev mailing list
> hibernate-dev@lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/hibernate-dev
http://jcp.org/en/jsr/detail?id=349
:)
___
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev
okay, so the problem is you need ServiceRegistry in your ehcache RegionFactory
impl, right?
you can do it this way:
class EhcacheRegionFactory implements RegionFacotry{
private ClassLoaderService classLoaderService;
@InjectService
public void setClassLoaderService(ClassL
Strong,
I did fix that that way now indeed (moved the static method to
RegionFactoryInitiator and made it public for now, given the hack
still in place). I'll look into having the EhcacheIntegratorService
loaded none the less and so I get the ClassLoaderService available in
the EhcacheRegionFactori
Alex
(i already commented in your pull request)
cache provider is integrated by
org.hibernate.cache.internal.RegionFactoryInitiator, and the mapLegency should
go into this class too.
it is in process of moving from SettingsFactory.createRegionFactory to
RegionFactoryInitiator
---
Stro
Yeah.
I wanted to have an EhcacheIntegratorService registered, that would,
during the integrate call, do the potential mapping from old to new
name (so this would be able to use class.getName()).
Also, I could keep a ref to the ServiceRegistry, so I'd be able to
address any classloader concerns
2011/7/14 Hardy Ferentschik :
> +1 and I think this undueness applies not only to HHH ;-)
Quoting Emmanuel: "issues related to the project " [of the pull request]
So there should be no doubt.
> On Wed, 13 Jul 2011 22:49:08 +0200, Steve Ebersole
> wrote:
>
>> I guess maybe this is hassle based on
+1 and I think this undueness applies not only to HHH ;-)
On Wed, 13 Jul 2011 22:49:08 +0200, Steve Ebersole
wrote:
> I guess maybe this is hassle based on which project key you are talking
> about. For HHH- that is not an undue burden imo.
___
hibe
Hi,
I am the CUBRID open source RDBMS Project Manager. Our parent company NHN has
extensively been using Hibernate in its services together with CUBRID Database
Server.
Here I would like to attach the CUBRIDDialect.java class file which supports
CUBRID version 8.3.0 and higher (8.3.0, 8.3.1, and
11 matches
Mail list logo
