On Wed, 2006-03-22 at 21:03 -0600, Clebert Suconic wrote:
Sorry... pressed Ctrl-enter instead of Enter. (Damn Outlook)
Do you think that our changes on ThreadPool would eventually leak
redeployments on the testsuite? (for instance, by keeping
Thread.currentThread().contextClassLoader() still
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2-testsuite?log=log20060323081050
TESTS FAILEDAnt Error Message:/services/cruisecontrol/work/scripts/build-jboss-common.xml:235: The following error occurred while executing this line:
I don't even know what ThreadPool changes you are referring to, are
they real or proposed?
I thought we had some changes on the ThreadPools. My bad.
I meant that because of references through ThreadWithAttributes (they
will be always appear for some reason on JVMTI).
Anyway, I need to know if
I can imagine a visitor pattern that understands what is
permenantly deployed and what is hotdeployed and determines
the root cause.
I have that already. I can create a heapSnapshot, and analyze it later.
But at this point the method I have to sort the will takes a lot of time
to process now. I
On Thu, 2006-03-23 at 09:05 -0600, Clebert Suconic wrote:
I don't even know what ThreadPool changes you are referring to, are
they real or proposed?
I thought we had some changes on the ThreadPools. My bad.
I meant that because of references through ThreadWithAttributes (they
will be
On Thu, 2006-03-23 at 09:23 -0600, Clebert Suconic wrote:
I can imagine a visitor pattern that understands what is
permenantly deployed and what is hotdeployed and determines
the root cause.
I have that already. I can create a heapSnapshot, and analyze it later.
But at this point the
On Thu, 2006-03-23 at 09:23 -0600, Clebert Suconic wrote:
The new features uses getRerenceHolders Method, which does an inverted
walkthrough everyObject looking for references on the object passed by
parameter, what can be done on a life JVM (I can discover holders
without create a snapshot)
1) It is slow
- It's the best I can do now, since there is no way on the API to get
such thing. I can verify later if there is a way to associate two tags
with a class on JVMTI, that would help me doing a faster navigation.
2) The formatting is not good
- Any ideas on how to improve it? I have
- My first implementation was an InMemory model. It was fast and
beautiful, but I couldn't process large snapshots.
- My second implementation was then HSQLDB.
But when I was navigating, if I needed for instance to lookup on
references for Strings, I had to look for reference holders on more
On Thu, 2006-03-23 at 09:52 -0600, Clebert Suconic wrote:
1) It is slow
- It's the best I can do now, since there is no way on the API to get
such thing. I can verify later if there is a way to associate two tags
with a class on JVMTI, that would help me doing a faster navigation.
I'm not
User running into severe deployment problems.
http://www.jboss.com/index.html?module=bbop=viewtopicp=3932257#3932257
--
Bill Burke
Chief Architect
JBoss Inc.
---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
Hmmm, probably related to the EJB3 jacc failures?
Ryan Campbell wrote:
All these JACC tests are failing, and the jacc-security-mgr logs show this:
java.lang.NoSuchMethodException:
org.jboss.security.jacc.SecurityService.setObjectName(javax.management.ObjectName)
at
The referenced jars are added to the DeplomentInfo's class loader
classapth. Any other standard class loaders such as URLClassLoaders that
are created for the jar will also pickup these as part of their
classpath.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
That is an irrelevant debug level log message indicating
that the does not have a setter for injecting the xmbean object name. It has no
affect on the jacc service. I'm looking at the failures.
From: Ryan Campbell Sent: Thursday,
March 23, 2006 3:03 PMTo: [EMAIL PROTECTED];
This is failing under 1.4.2 because javassist is not
getting pulled into the jacc config:
2006-03-23
15:59:02,535 ERROR [org.jboss.deployment.MainDeployer] Could not create
deployment:
I'm not seeing the
jbossretro-rt.jar anywhere in the current 4.0 build, and my workspace is up to
date. Has this been integrated into the dist structure yet?
http://fisheye.jboss.com/changelog/JBoss/build/jboss?cs=Branch_4_0:rcampbell:20060323050136
I see it in the cruisecontrol
Can you take a look at the forum post? It looks like the Class-path
entries are being scanned. Not sure how that is possible since di.url
is being used as the scanned thing.
Scott M Stark wrote:
The referenced jars are added to the DeplomentInfo's class loader
classapth. Any other standard
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jbossweb?log=log20060323220025Lbuild.15
BUILD COMPLETE-build.15Date of build:03/23/2006 22:00:25Time to build:24 minutes 3 seconds
Unit Tests: (0) Total Errors and
18 matches
Mail list logo