July 2006 - jboss-dev-forums - Jboss List Archives

[Design of EJB 3.0] - Re: EJB3 embeddable class folders

by bill.burke＠jboss.com

THe idea of merging the jars was for E-EJB3 users that run off of the Java classpath. They don't want 50 jars to add to their classpath, neither do they want a special classloader they have to use. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3957335#3957335 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3957335

19 years, 9 months

1
0
0 / 0

[Design of JCA on JBoss] - Re: Quartz, timer unification, message inflow RAR

by wolfc

Quartz depends on the data source for transactions. So it would depend on the database used. On Oracle you would probably see the old data from a cached copy, on other database you'll probably have to wait on a row or page lock to gain access to the timer. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3957328#3957328 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3957328

19 years, 9 months

1
0
0 / 0

[Design of JBoss Profiler] - Calculating the Percent CPU Utilization for a block of code

by nickman

I thnk this code closely calculates the CPU utilization of a block of executed code using standard plaform independent Java 1.5, although I suppose it may be susceptible to the vaguaries of different CPU architectures. The sample code calculates a block of 10000 prime numbers can then determines the CPU utilization. The test is repeated a number of times to allow me to monitor a native CPU monitor. The premise is this: 1. Collect the start time in nanos. 2. Collect the CPU start time in nanos. 3. Run the block of code. 4. Collect the end time in nanos. 5. Collect the CPU end time in nanos. 6. Calculate the elapsed time in nanos and multiply it by the number of processors. 7. Calculate the actual elapsed used CPU time. 8. The elapsed used CPU time as a percentage of the the total available elapsed time (multiplied by the number of processors) is the percent CPU utilization of the block of code averaged out for the duration of the execution. Does this make sense ? Anyone see any flaws ? import java.lang.management.ManagementFactory; | import java.util.Random; | | public class CPUTest { | | public static void main(String[] args) { | for(int i = 0; i < 30; i++) { | long start = System.nanoTime(); | int cpuCount = ManagementFactory.getOperatingSystemMXBean().getAvailableProcessors(); | Random random = new Random(start); | int seed = Math.abs(random.nextInt()); | log("Starting Test with " + cpuCount + " CPUs and random number:" + seed); | int primes = 10000; | long startCPUTime = ManagementFactory.getThreadMXBean().getCurrentThreadCpuTime(); | start = System.nanoTime(); | while(primes != 0) { | if(isPrime(seed)) { | primes--; | } | seed++; | | } | float cpuPercent = calcCPU(startCPUTime, start, cpuCount); | log("CPU Util:" + cpuPercent); | try {Thread.sleep(10000);} catch (InterruptedException e) {} | } | } | | public static void log(Object message) { | System.out.println(message); | } | | public static int calcCPU(long cpuStartTime, long elapsedStartTime, int cpuCount) { | long end = System.nanoTime(); | long totalAvailCPUTime = cpuCount * (end-elapsedStartTime); | long totalUsedCPUTime = ManagementFactory.getThreadMXBean().getCurrentThreadCpuTime()-cpuStartTime; | log("Total CPU Time:" + totalUsedCPUTime + " ns."); | log("Total Avail CPU Time:" + totalAvailCPUTime + " ns."); | float per = ((float)totalUsedCPUTime*100)/(float)totalAvailCPUTime; | log("%:" + per); | return (int)per; | } | | static boolean isPrime(int n) { | // 2 is the smallest prime | if (n <= 2) { | return n == 2; | } | // even numbers other than 2 are not prime | if (n % 2 == 0) { | return false; | } | // check odd divisors from 3 | // to the square root of n | for (int i = 3, end = (int)Math.sqrt(n); | i <= end; i += 2) { | if (n % i == 0) { | return false; | } | } | return true; | } | } | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3957325#3957325 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3957325

19 years, 9 months

1
0
0 / 0

[Design of JCA on JBoss] - Re: Quartz, timer unification, message inflow RAR

by dimitris＠jboss.org

AFAIK, EJB3 HEAD is occasionally backported to JBoss_4_x and from that we get the version that runs in jboss 4.x Do you know how transactions are handled through Quartz? Is a timer cancel inside a tx (that hasn't commited yet) visible to other transactions? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3957309#3957309 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3957309

19 years, 9 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: can't build from jbossws trunk SVN

by thomas.diesler＠jboss.com

Sorry, this should be fixed. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3957305#3957305 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3957305

19 years, 9 months

1
0
0 / 0

[Design of JBoss Media (EMB)] - Re: A test post

by dimitris＠jboss.org

yes. I saw it coming from jboss-dev-forums(a)lists.jboss.org View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3957304#3957304 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3957304

19 years, 9 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Use of Throwable in method signatures

by adrian＠jboss.org

I made the signatures Throwable because I wanted to make sure I was dealing with Runtime exceptions in the core code properly. One of the failings of the current JMX Microkernel (something I've continually tried to fix when people break it) is that it doesn't properly deal with callouts that throw NPE, etc. and you end up with a broken state machine that can only be recovered by rebooting. The example you show doesn't look like it needs to fall in this category? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3957293#3957293 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3957293

19 years, 9 months

1
0
0 / 0

[Design of POJO Server] - Re: VFSDeploymentScanner questions

by adrian＠jboss.org

Like I said on a different thread, I see the basic dev environment "hot deployment" service that works like JBoss4 just being a kind a simple profile service that runs in memory. We need this kind of simple profile service to make easy for people to port JBoss4 configs and not have to deal with two different paradigms internally. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3957289#3957289 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3957289

19 years, 9 months

1
0
0 / 0

[Design of Kosmos] - Re: Kosmos Jira Authentication using Soap

by aron.gombas

Yes, you have to create a filter and specify that in this URL. (Using the project name instead of a valid filter name is not enough. This is a limitation in the JIRA remote API.) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3957288#3957288 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3957288

19 years, 9 months

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - Re: JBAOP-87 - Annotation Dependencies

by adrian＠jboss.org

Yes, but currently only strings are supported by AnnotationAttributeMetaData Like I said on a different thread, there should be a way to construct all objects that can go in all annotations. For primitive types, this would just be the same as what StringValueMetaData does, i.e. use TypeInfo.convertValue. I'm not sure what the syntax would look like for the annotation you describe? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3957287#3957287 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3957287

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