Naming discussion
by Ben Wang
Guys (and Manik, secifically),
I have been in the process of updating the PojoCache documentation for 2.0 release. One thing that came up that I'd like to solicit some inputs. As we all agreed that PojoCache will still be housed under JBoss Cache (alhtough may have two separate distributions). That is, JBoss Cache will have two cache libararies per se. Now we know one component is PojoCache. How do we call the other component (with Cache implementation)? We used to call it TreeCache that is more distinguished than simply Cache, IMO.
FYI, in 2.0, PojoCache will use a delegate to the Cache implementation. Actually, there will be two seprate configuration xml files. One is for the Cache and the other for PojoCache. So we can say PojoCache is a layer on top but not a sub-class anymore.
Thanks,
-Ben
18 years, 3 months
Logging levels in 1.4.0.SP1
by Brian Stansberry
I'm taking a quick look at JBC-related logging in the AS from 1.4.0.SP1,
and had the following comments:
1) 08-10 11:14:59,421 DEBUG [org.jboss.cache.TreeCache] viewAccepted():
[JBOSS-33102AB21:1551|0] [JBOSS-33102AB21:1551]
Having this at INFO is pretty important; this is critical info for
support cases.
2) 2006-08-10 11:14:56,984 INFO
[org.jboss.cache.factories.InterceptorChainFactory] interceptor chain
is: ....
Should this be INFO? I don't mind if it is, just wanted to check.
3) 2006-08-10 11:14:59,484 DEBUG
[org.jboss.cache.buddyreplication.BuddyManager] New buddy group:
BuddyGroup: .....
Having this at INFO would be good as well.
There's a lot of INFO logging from NextMemberBuddyLocator. I think
that's fine for now, while we shake down that code. Perhaps some
optimization in later releases (e.g. check the # of view members and
skip some steps that will obviously fail; track whether the view size is
increasing to detect when cluster is just forming and log at lower
levels while that is going on).
Brian Stansberry
Lead, AS Clustering
JBoss, a division of Red Hat
Ph: 510-396-3864
skype: bstansberry
18 years, 3 months
RE: [jbosscache-dev] Releasing JBoss Cache 1.4.0.SP1
by Brian Stansberry
OK, but for the release process I'd like it QA'd against Branch_4_0 head
(aka "soon to be 4.0.5.CR1") as well. 4.0.4.GA does not include buddy
replication; the current Branch_4_0 does.
I'm testing this myself as we speak, but it would be good to have it
part of the formal QA process as well.
BTW, the only clustering failures we are seeing in Branch_4_0 are in the
testbeancluster package, which has nothing to do with JBoss Cache. So,
even though tests-clustering-all-stacks doesn't run clean in Branch_4_0,
it's still simple to check for regressions introduced by 1.4.0.SP1.
Manik Surtani wrote:
> Crap, sorry - I was under the impression 4.0.5.CR1 has
> already been released. Yes, we'd want to test this release
> against 4.0.4.GA then and target to have this in the 4.0.x
> CVS tree so it gets pushed out with 4.0.5.CR1.
>
> Cheers,
>
>> If possible, I'd like to have 1.4.0.SP1 ship with AS 4.0.5.CR1 (it's
>> currently at 1.4.0.GA). It looks like there is still quite a bit to
>> do on 4.0.5.CR1, so if this could be QA'd before 4.0.5.CR1 is ready
>> that would be great.
>>
>> Thanks,
>>
>> Brian Stansberry
>> Lead, AS Clustering
>> JBoss, a division of Red Hat
>> Ph: 510-396-3864
>> skype: bstansberry
>>
>> jbosscache-dev-bounces(a)lists.jboss.org wrote:
>>> Hi guys,
>>>
>>> I've tagged JBossCache_1_4_0_SP1 and this is ready for release.
>>>
>>> Could you please go ahead and complete this. Please note the new
>>> steps on
> http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossCacheQA which
>>> will involve checking the release against JBoss AS. For this, you'd
>>> need to check it against 4.0.5.CR1.
>>>
>>> I'll raise a separate task in JIRA for regression testing the
>>> release with 4.0.3.SP1 and 4.0.4.GA after the release.
>>>
>>> Thanks,
>>
>>
>> _______________________________________________
>> jbosscache-dev mailing list
>> jbosscache-dev(a)lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/jbosscache-dev
Brian Stansberry
Lead, AS Clustering
JBoss, a division of Red Hat
Ph: 510-396-3864
skype: bstansberry
18 years, 3 months
RE: [jbosscache-dev] Releasing JBoss Cache 1.4.0.SP1
by Brian Stansberry
If possible, I'd like to have 1.4.0.SP1 ship with AS 4.0.5.CR1 (it's
currently at 1.4.0.GA). It looks like there is still quite a bit to do
on 4.0.5.CR1, so if this could be QA'd before 4.0.5.CR1 is ready that
would be great.
Thanks,
Brian Stansberry
Lead, AS Clustering
JBoss, a division of Red Hat
Ph: 510-396-3864
skype: bstansberry
jbosscache-dev-bounces(a)lists.jboss.org wrote:
> Hi guys,
>
> I've tagged JBossCache_1_4_0_SP1 and this is ready for release.
>
> Could you please go ahead and complete this. Please note the new
> steps on http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossCacheQA which
> will involve checking the release against JBoss AS. For
> this, you'd need to check it against 4.0.5.CR1.
>
> I'll raise a separate task in JIRA for regression testing the
> release with 4.0.3.SP1 and 4.0.4.GA after the release.
>
> Thanks,
18 years, 3 months
Releasing JBoss Cache 1.4.0.SP1
by Manik Surtani
Hi guys,
I've tagged JBossCache_1_4_0_SP1 and this is ready for release.
Could you please go ahead and complete this. Please note the new
steps on http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossCacheQA which
will involve checking the release against JBoss AS. For this, you'd
need to check it against 4.0.5.CR1.
I'll raise a separate task in JIRA for regression testing the release
with 4.0.3.SP1 and 4.0.4.GA after the release.
Thanks,
--
Manik Surtani
Lead, JBoss Cache
JBoss, a division of Red Hat
Email: manik(a)jboss.org
Telephone: +44 7786 702 706
MSN: manik(a)surtani.org
Yahoo/AIM/Skype: maniksurtani
18 years, 3 months
