October 2007 - jboss-dev-forums - Jboss List Archives

[Design of JBossCache] - Re: Node removal not working with Invalidation?

by bstansberry＠jboss.com

Doh, of course. So, our corner case is now down to really stupid usages where they don't properly use the version. And even there the cost is they just have to wait a while for the node to be evicted. You're probably laughing at me for all this, but I bet you a beer that someday this thread gets pointed to in a support case. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4097515#4097515 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4097515

18 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: metadata simplication

by wolfc

"scott.stark(a)jboss.org" wrote : I guess the main argument for having x.merge(...) merge into x is is that if you don't have jboss a metadata instance to merge you have strange code vs just passing in null: If we merge into self, the argument stands. If we merge into a new object graph and there is no spec you would get: jboss.merged(merged, null); As a counter point: the instance merge methods would be more in line with that static ones. Both having the same arguments with a static merge method returning the result and an instance merge method working on this. For me only the merged view is important, so I don't mind what happens to the original objects. What happens when we get another view / annotation view? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4097512#4097512 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4097512

18 years, 5 months

1
0
0 / 0

[Design of JBossCache] - Re: Node removal not working with Invalidation?

by manik.surtani＠jboss.com

Re: External versioning Agreed, even a simple counter is a valid external version, but one that is maintained *inside* the database in question - either using some db-specific versioning API or a simple table in the db and using a SQL increment function - and hence consistent across a cluster. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4097510#4097510 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4097510

18 years, 5 months

1
0
0 / 0

[Design of JBossCache] - Re: Node removal not working with Invalidation?

by manik.surtani＠jboss.com

re: identity: It doesn't matter if the user id doesn't change. E.g.: 1) Created user (id=1, version=1) 2) Removed user (id=1, version=2) - a tombstone 3) CReated user again (id=1, version=3) The above should be perfectly valid, even if steps 1 - 3 occur on different cache instances in the cluster. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4097509#4097509 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4097509

18 years, 5 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: 2.0.0.Beta5 released

by alesj

"alesj" wrote : | When are you moving this to AS5_trunk? | OK, build-thirdparty picked up the new version. I can commit this change, along with other fixes that need to be done - e.g. MC annotation's package change, ... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4097508#4097508 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4097508

18 years, 5 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: 2.0.0.Beta5 released

by alesj

"scott.stark(a)jboss.org" wrote : I put out the 2.0.0.Beta5 release. | When are you moving this to AS5_trunk? | <componentref name="jboss/microcontainer" version="2.0.0.Beta4"/> | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4097506#4097506 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4097506

18 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: metadata simplication

by wolfc

"scott.stark(a)jboss.org" wrote : In terms of having the override associated with the jboss version of the metadata, its not really needed and could be dropped. So we're going for complete inheritance to parse ejb-jar constructs in jboss xml? "scott.stark(a)jboss.org" wrote : I do think we do need the merge logic between the spec and jboss classes in the various classes for ease of maintence. Agreed, we must have some class hierarchy for merging, so we might as well the classes themselves responsible for that. As soon as we drop override, it should clear up a bit. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4097502#4097502 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4097502

18 years, 5 months

1
0
0 / 0

[Design of JBossCache] - Re: Node removal not working with Invalidation?

by bstansberry＠jboss.com

In my example above, identity == userId, which would presumably be unchanged. If they used some system with synthetic primary keys and a uniqueness constraint on the userId, then no problem. Re: explicit versioning being meant to represent database versioning, true enough, but using a simple increment counter is a pretty common way to do database versioning. Note that all of my discussion here isn't meant to advocate against keeping a tombstone on the local node; just trying to identify problem areas and see how significant. Seems like this is a pretty small corner case that's preventable by using a synthetic primary key or a non-repeatable db version. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4097498#4097498 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4097498

18 years, 5 months

1
0
0 / 0

[Design of JBossXB] - Re: Collections with interfaces

by alex.loubyansky＠jboss.com

I added @JBossXmlCollection annotation and bound JBossMetaData.enterpriseBeans to JBossEnterpriseBeansMetaData. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4097496#4097496 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4097496

18 years, 5 months

1
0
0 / 0

[Design of JBoss Build System] - Re: source in localRepository

by wolfc

I know they're out of sync, because a new snapshot was uploaded. :-) The timestamps are just another indicator. I vote for enabling download of source by default in parent pom. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4097491#4097491 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4097491

18 years, 5 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums October 2007