Hi all,
In Hibernate trunk, the following tests are failing:
In JBC 2LC provider:
MVCCIsolatedClassLoaderTest.testClassLoaderHandlingNamedQueryRegion
MVCCIsolatedClassLoaderTest.testClassLoaderHandlingStandardQueryCache
In Infinispan 2LC provider:
IsolatedClassLoaderTest.testClassLoaderHandlingN
On 01/13/2010 05:31 PM, Galder Zamarreno wrote:
> Hi all,
>
> In Hibernate trunk, the following tests are failing:
>
> In JBC 2LC provider:
> MVCCIsolatedClassLoaderTest.testClassLoaderHandlingNamedQueryRegion
> MVCCIsolatedClassLoaderTest.testClassLoaderHandlingStan
On 01/13/2010 07:10 PM, Steve Ebersole wrote:
>> For completion, getReturnedClass().getClassLoader() will always return
>> null because SerializableType is initialised with java.io.Serializable
>> as returned class, and it's classloader returns null (quite likely cos
>> it's a system class?).
> h
Let's see if I can send this properly now to the list.
- Forwarded Message -
From: "Galder Zamarreno"
To: "Steve Ebersole"
Cc: "Brian Stansberry" , hibernate-dev@lists.jboss.org
Sent: Monday, January 18, 2010 1:52:54 PM GMT +01:00 Amsterdam / Berlin
Steve,
Can you add a fix version for CR4? I can't see any in JIRA:
http://opensource.atlassian.com/projects/hibernate/browse/HHH#selectedTab=com.atlassian.jira.plugin.system.project%3Aversions-panel
Cheers,
On Tue, 16 Feb 2010 22:56:19 +0100, Steve Ebersole
wrote:
> Just wanted to point out to
Oh sorry, that's me getting confused with another project :$
On Mon, 22 Feb 2010 18:04:41 +0100, Steve Ebersole
wrote:
> For Hibernate 3.5.0-CR-4? There won't be such a release...
>
> On 02/22/2010 10:48 AM, Galder Zamarreno wrote:
>> Steve,
>>
>> Can y
Steve,
I'm done with the Infinispan 2LC fix for this. I believe Brian might be
already but you might wanna double check with him.
Cheers,
On Mon, 22 Feb 2010 00:14:33 +0100, Brian Stansberry
wrote:
> Galder found a flaw in the fix for
> http://opensource.atlassian.com/projects/hibernate/browse
Thanks Steve! :)
On Thu, 25 Feb 2010 07:26:07 +0100, Steve Ebersole
wrote:
> Need sleep :)
>
> Anyway, check out the details at http://in.relation.to/14466.lace
>
--
Galder Zamarreño
Sr. Software Engineer
Infinispan, JBoss Cache
___
hibernate-dev
Resending to hibernate-dev list.
On 08/04/2009 10:37 AM, Galder Zamarreno wrote:
> Hi,
>
> Re: https://jira.jboss.org/jira/browse/ISPN-6
>
> Source code for this is currently located in an Infinispan branch in the
> Hibernate SVN repo:
>
> https://svn.jboss.org/repos
On 08/04/2009 11:32 AM, Manik Surtani wrote:
>
> On 4 Aug 2009, at 09:37, Galder Zamarreno wrote:
>
>> Hi,
>>
>> Re: https://jira.jboss.org/jira/browse/ISPN-6
>>
>> Source code for this is currently located in an Infinispan branch in the
>> Hibernat
On 08/04/2009 03:35 PM, Manik Surtani wrote:
>
> On 4 Aug 2009, at 14:02, Galder Zamarreno wrote:
>
>>>
>>> s/region.ispn4/infinispan
>>
>> Ok.
>>
>> One thing here though. Chris's original solution works in such way
>> that for each
On 08/04/2009 06:23 PM, Brian Stansberry wrote:
> Got distracted and hit send early last time...
>
> Brian Stansberry wrote:
>> Manik Surtani wrote:
>>>
>>> On 4 Aug 2009, at 14:02, Galder Zamarreno wrote:
>>>
>>>>>
>>>>>
On 08/04/2009 06:23 PM, Brian Stansberry wrote:
> In the JBC2 integration, the JBC Region is pretty important, beyond
> eviction. There are things like clear operations that are scoped to the
> Region (e.g. to support invalidating all entities of a given type out of
> the cache). The Infinispan
On 08/04/2009 05:53 PM, Brian Stansberry wrote:
> Galder Zamarreno wrote:
>> Hi,
>>
>> Re: https://jira.jboss.org/jira/browse/ISPN-6
>>
>> Source code for this is currently located in an Infinispan branch in
>> the Hibernate SVN repo:
>>
>>
On 08/04/2009 06:40 PM, Brian Stansberry wrote:
> Galder Zamarreno wrote:
>>
>>
>> On 08/04/2009 06:23 PM, Brian Stansberry wrote:
>>>
>>> Also, unless there's a really good reason not too, let's try to keep
>>> things logically the s
On 08/05/2009 04:04 PM, Brian Stansberry wrote:
> Galder Zamarreno wrote:
>>
>>
>
> Sounds like this has diverged quite a bit from the JBC integration then.
> In your initial message you were discussing names:
>
> hibernate.cache.region.ispn4.cfg.entity
On 08/05/2009 06:52 PM, Brian Stansberry wrote:
> Galder Zamarreno wrote:
>>
>>
>> On 08/05/2009 04:04 PM, Brian Stansberry wrote:
>>> Galder Zamarreno wrote:
>>>>
>>
>>>>
>>>
>>> Sounds like this has diverged q
FYI: I've summarised the agreed points in
https://jira.jboss.org/jira/browse/ISPN-6 and shortened a bit the
configuration properties (removed .cfg. in the named cache properties).
--
Galder Zamarreño
Sr. Software Engineer
Infinispan, JBoss Cache
___
hi
d such configurations to
configuration overridesm map.
Thoughts?
On 08/06/2009 11:45 AM, Galder Zamarreno wrote:
> FYI: I've summarised the agreed points in
> https://jira.jboss.org/jira/browse/ISPN-6 and shortened a bit the
> configuration properties (removed .cfg. in the named c
On 08/07/2009 02:06 PM, Manik Surtani wrote:
>
> On 7 Aug 2009, at 12:51, Galder Zamarreno wrote:
>
>> Manik,
>>
>> While I working on this, I've noted the following. If we define
>> default cache configurations for entity/query/...etc in an infinispan
On 08/10/2009 12:42 PM, Manik Surtani wrote:
>
> On 8 Aug 2009, at 08:14, Galder Zamarreno wrote:
>
>>
>> On 08/07/2009 02:06 PM, Manik Surtani wrote:
>>>
>>> On 7 Aug 2009, at 12:51, Galder Zamarreno wrote:
>>>
>>>> Manik,
>&g
On 08/10/2009 01:09 PM, Galder Zamarreno wrote:
On 08/10/2009 12:42 PM, Manik Surtani wrote:
Well, I think we need both.
getConfiguration(String name) to retrieve a configuration template and
modify it.
defineCache(String newName, String templateName, Configuration
overrides) to create
On 08/11/2009 05:42 PM, Manik Surtani wrote:
>
> On 11 Aug 2009, at 16:34, Galder Zamarreno wrote:
>
>>
>>
>> On 08/10/2009 01:09 PM, Galder Zamarreno wrote:
>>>
>>> On 08/10/2009 12:42 PM, Manik Surtani wrote:
>>
>>
>>
>>>
Hi Brian,
Of my original email, there's a section that I don't think has been
answered yet
On 08/04/2009 10:37 AM, Galder Zamarreno wrote:
> Finally, a question to the list, specially for Brian/Steve who worked on
> the JBC2/3 integration layer:
>
> - Do we need a similar
On 08/13/2009 01:27 PM, Galder Zamarreno wrote:
> Hi Brian,
>
> Of my original email, there's a section that I don't think has been
> answered yet
>
> On 08/04/2009 10:37 AM, Galder Zamarreno wrote:
>> Finally, a question to the list, specially for Brian
On 08/14/2009 03:26 PM, Brian Stansberry wrote:
> On 08/13/2009 06:27 AM, Galder Zamarreno wrote:
>> Hi Brian,
>>
>> Of my original email, there's a section that I don't think has been
>> answered yet
>>
>> On 08/04/2009 10:37 AM, Galder Zam
rtani wrote:
> Why do you need to get the TM from Infinispan? Surely there would be
> other ways to get this, either from Hibernate or from JNDI?
>
> On 17 Aug 2009, at 12:38, Galder Zamarreno wrote:
>
>> Hi,
>>
>> I'm currently working on the query cache region
Hi all,
More stuff related to the infinispan cache provider. The way we deal
with transactions that are not ACTIVE or PREPARING has changed from
JBoss Cache to Infinispan.
In JBoss Cache, TransactionTable.getCurrentTransaction() logged a
message if the transaction's status was committed wherea
On 08/18/2009 05:08 PM, Manik Surtani wrote:
>
> On 18 Aug 2009, at 15:50, Galder Zamarreno wrote:
>
>> Hi all,
>>
>> More stuff related to the infinispan cache provider. The way we deal
>> with transactions that are not ACTIVE or PREPARING has changed from
>&
On 08/18/2009 05:21 PM, Galder Zamarreno wrote:
>
> On 08/18/2009 05:08 PM, Manik Surtani wrote:
>> On 18 Aug 2009, at 15:50, Galder Zamarreno wrote:
>>
>>> Hi all,
>>>
>>> More stuff related to the infinispan cache provider. The way we deal
>>&
)
>
> In after-completion phase there is a call to:
> 3) cacheAccess.unlockRegion(lock-from-#1)
>
> A transactional cache would not care about #1 nor #3...
>
>
> On Tue, 2009-08-18 at 13:25 -0500, Steve Ebersole wrote:
>> On Tue, 2009-08-18 at 16:50 +0200, Galder
A FYI: Integrated with HB trunk and test now passes without any probs.
Many thanks Steve!
On 08/18/2009 10:57 PM, Manik Surtani wrote:
> Great!
>
> On 18 Aug 2009, at 20:40, Galder Zamarreno wrote:
>
>> Right, so basically it's time for me to integrate this into HB trunk.
While talking to Manik online, the topic of 2nd level cache benchmarking
came up and was wondering if there's a way to benchmark different 2nd
level cache providers in Hibernate?
Cheers,
--
Galder Zamarreño
Sr. Software Engineer
Infinispan, JBoss Cache
__
Hi all,
As indicated to Steve and Manik yesterday, I've committed the Infinispan
cache provider to Hibernate trunk and added the new module to the root
pom.xml.
The provider currently depends on a Infinispan snapshot in order to pass
all except the classloader tests which require more work on
Bugger, this was released hours before I committed the Infinispan cache
provider :(
Steve, let's catch up before next 3.5 release in order to figure out
what's needed to make Infinispan the default cache provider. Do you make
such decision based on any performance test or the configuration itse
w fast I can execute same query N
times...etc, these are the use cases where the cache provider must show off.
I haven't heard anything from the HB team wrt to this, so I assume they
don't have anything like this.
>
> On Aug 19, 2009, at 1:14 PM, Galder Zamarreno wrote:
>
>
Hi,
While working on documenting the Infinispan cache provider, I've been
thinking on the default cache settings for each Hibernate type:
- Entity/Collection: Bearing in mind the requirement to keep this cache
synchronous, in the past we've gone for invalidation rather than
replication because
Hi all,
Re:
http://www.jboss.org/community/wiki/UsingInfinispanasJPAHibernateSecondLevelCacheProvider
Please find in the link above a wiki explaining how to configure
Infinispan as a second level cache provider. The advanced configuration
section is of particular interest for anyone who wants
1/2009 06:02 PM, Steve Ebersole wrote:
> We do not make any cache integration the default. There are too many
> variables that have to come in to play...
>
> On Mon, 2009-08-31 at 17:55 +0200, Galder Zamarreno wrote:
>> Bugger, this was released hours before I committed
On 09/11/2009 02:07 PM, Max Rydahl Andersen wrote:
> In the words of Arnaud (commenter on the blog), isn't the GateIn
> approach what you want ?
>
> 1 project with submodules, all have the same version thus the parent is
> the reactor ?
>
> btw. I remember we initially did this parent were put in
Hi guys,
Re:
http://stackoverflow.com/questions/1443192/jbosscache-as-a-second-level-cache-for-hibernate-in-jboss-5/
AFAIK, the hibernate MBean is no longer maintained, hence why the new
properties such as hibernate.cache.region.jbc2.cfg.entity are not mapped
to Hibernate MBean attributes. Am
FYI
On 11/26/2009 10:16 AM, Galder Zamarreno wrote:
> Hi,
>
> Re: http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4267469#4267469
>
> I think Brian has a good point here. We don't expose any internal
> information wrt each cache entry's expiry/evict
On 12/14/2009 01:59 PM, Guenther Demetz wrote:
> Hi hibernate developers,
>
> Since various hibernate releases (3.2, 3.3 , 3.5beta2) I'm still
> wondering about following warning when using hibernate with
> JDBCTransactionFactory (= without JTA integration):
>
> TransactionManagerLookupFactory:80
If you ever have doubts whether some VM parameters are affecting your
test execution, I think you might be able to add a call to
http://java.sun.com/j2se/1.5.0/jcp/beta1/apidiffs/java/lang/management/RuntimeMBean.html#getInputArguments()
to see what VM parameters have been passed to your test.
44 matches
Mail list logo