[jboss-user] [Microcontainer] - Re: Installing a context leads to resolve of other unrelated
Hmm, would it not be more efficient to build a dependency tree/graph in a first pass, and then process explicit deps in order. Then the remaining "implicit" deps can be processed brute-force. This of course assumes that the majority of deps are explicit, which is something we want in the AS. In fact, all of our services in AS should be explicit. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4244481#4244481 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4244481 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Tool for documenting MC beans
I agree that these definitions are internal implementation details, that change with the wind. If we treated them as an API, then we would have to ensure backward compatibility, and that would really restrict us. I also agree that user configuration does not belong in our MC beans, that instead should be relegated somewhere else. Potentially this could be the which is also used for the ProfileService persistence mechanism. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4230896#4230896 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4230896 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: is it possible for MVCCInvocationContext to have null mv
"dukehoops" wrote : I see. Makes sense. | | anonymous wrote : Can you comment more on why making the datasource READ_COMMITTED as well was necessary? | | I don't know - puzzled as well. But it absolutely was the case that my multithreaded load tests kept failing until I made that change, and haven't failed since. | | Most DBs substitute SERIALIZABLE with REPEATABLE_READ. So if you make your DS RR you have likely just moved to single threaded access. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4218817#4218817 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4218817 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: Jarjared version of JBC3 for using in JBossAS 4.2
Did you try doing a search replace on jg-magic-map.xml? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4200158#4200158 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4200158 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Cache: Core Edition] - Re: What's wrong with this configuration??
Also, to clarify my statement on Merge, this does not happen if a node crashes or is shutdown. Under such a scenario, the node will rejoin the cluster, and copy all state from its peers. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4197010#4197010 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4197010 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user