September 2006 - jboss-dev-forums

[Design of Clustering on JBoss (Clusters/JBoss)] - Re: Choosing the running node for HASingletons

by dimitris＠jboss.org

Yes, 4.0.6.CR1 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3970364#3970364 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3970364

19 years, 7 months

1
0
0 / 0

[Design of POJO Server] - Re: VFS issues

by scott.stark＠jboss.org

I have merged the nested jar capability into the org.jboss.virtual tree, and to support this added a notion of an options map to the VFSContext. This is curretnly parsed from the rootURL query string. It could be made an explicit map of options that does not require a String key and value. I'm also working on the Serialization support, but the hiearchy in the abstract plugin classes is not consistent with the data that needs to be written out. The problem is that the AbstractVirtualFileHandler has the VFSContext reference, but it does not have the URL needed to recreate this. This exists in the AbstractURLHandler. Either the rootURL is needed at the AbstractVirtualFileHandler, or the handler url is pushed to this level, in which case I don't see much point to the AbstractURLHandler. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3970363#3970363 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3970363

19 years, 7 months

1
0
0 / 0

[Design of Clustering on JBoss (Clusters/JBoss)] - Re: Choosing the running node for HASingletons

by bstansberry＠jboss.com

IIRC there shouldn't be any incompatibility or API-breakage problems. I'll ask Alex Fu if he can backport it; I won't have any cycles for a while. I assume you are talking for 4.0.6.CR1. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3970362#3970362 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3970362

19 years, 7 months

1
0
0 / 0

[Design of JBoss Labs] - QA Metrics for JEMS Matrix

by wrzep

Hello, After discussing measuring productization, I'd like to focus on QA metrics. >From the beginning of JMM, statistics from CruiseControl seemed as the most valuable. "ryan.campbell(a)jboss.com" wrote : Test coverage should be obtainable from cruisecontrol once project has implemented it. This will basically involve following links from a build report page like: | http://cruisecontrol.jboss.com/cc/buildresults/jms-head-testsuite | Using Kosmos we can get the latest build stats from CruiseControl like number of tests and number of errors. These could be useful metrics, but to make them more meaningful I'd consider measuring number of errors (or tests) per number of code lines (or, perhaps, thousands of code lines). These metrics are already implemented :) The point is, this affects only the latest build. Overall statistics are also interesting: http://cruisecontrol.jboss.com/cc/buildresults/jbosside?tab=metrics. We can obtain from there: - Number of Build Attempts, - Number of Broken Builds and - Number of Successful Builds. This is what I'd like to include in JMM as well. All in all, we've got the latest build stats and total stats. Having one more category of metrics would be cool. What do you think? Cheers View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3970359#3970359 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3970359

19 years, 7 months

1
0
0 / 0

[Design of Clustering on JBoss (Clusters/JBoss)] - Re: Choosing the running node for HASingletons

by dimitris＠jboss.org

Excellent! Any chance of backporting this? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3970350#3970350 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3970350

19 years, 7 months

1
0
0 / 0

[Design of Clustering on JBoss (Clusters/JBoss)] - Re: Choosing the running node for HASingletons

by bstansberry＠jboss.com

Done :-) http://jira.jboss.com/jira/browse/JBAS-2499 The policy impl we have is a simple modulus based one (make node #X in the view become master), but the policy has access to the HAPartition, so a policy instance could communicate with its peers to negotiate something more complex. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3970346#3970346 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3970346

19 years, 7 months

1
0
0 / 0

[Design of EJB 3.0] - Re: jboss.xml dtd with jboss service element?

by kapilanand

And is there a way to generate this jboss.xml by using xdoclet? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3970343#3970343 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3970343

19 years, 7 months

1
0
0 / 0

[Design of EJB 3.0] - jboss.xml dtd with jboss service element?

by kapilanand

I am not able to locate the DTD that allows defining "service" element under enterprise-beans element. There is a tutorial that says it can be done: http://docs.jboss.org/ejb3/app-server/reference/build/reference/en/html/j... But the exmaple in this tutorial does not declare the DTD. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3970341#3970341 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3970341

19 years, 7 months

1
0
0 / 0

[Design of JCA on JBoss] - Re: StdServerSession/StdServerSessionPool -- JmsServerSessio

by adrian＠jboss.org

Looks ok to me. The important part is that they are sufficiently tested, which was the main reason why I didn't backport the previous work I did from head. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3970337#3970337 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3970337

19 years, 7 months

1
0
0 / 0

[Design of JCA on JBoss] - Re: StdServerSession/StdServerSessionPool -- JmsServerSessio

by weston.price＠jboss.com

Also: Driven by client request the following changes have been made the the StdServerSessionSession/Pool in the ASF implementation: 1) 3 new elements have been added to jboss.xml | <LazyInitialization></LazyInitialization> | <RecycleIdleSessions></RecycleIdleSessions> | <IdleTimeOutMinutes></IdleTimeOutMinutes> | | LazyInitialization being set to true requires that the StdServerSessionPool be lazily constructed with only the minimum pool size being created on startup. RecycleIdleSesssion being set to true creates a JMS Reaper that functions in the same manner as our IdleRemover: removes idle JMS Sessions a configured interval (IdleTimeoutMinutes) As a result, the StdServerSessionPool functions in a similar manner to the InternalManagedConnection pool. A semaphore has be implemented to managed acquiring session. Idle sessions are recycled with a PoolFiller maintaining the minimum pool size in the case that the session count falls below the minimum. THis stuff is on a different branch at this point but my plan is to carry these features over to the JMS Inflow stuff as time permits. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3970331#3970331 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3970331

19 years, 7 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 September 2006