Hi,
I come back again with my old trick that hadn't much success
in the past.
To solve the system class loader problem definitivly, at
least with JDK 1.4
and upper, why not use the java.system.class.loader system
property (see
javadoc of java.lang.Classloader.getSystemClassLoader).
Hi,
so sorry guys (especcialy from turkey), but now it's between
us and the
German. We talk again after sunday, maybe tuesday, because
the party is
gonna be long : ) (so i hope)...
At least the referee is italian, although I'd preferred Italy was there instead of
Germany.
Ah well, we
Hi,
man what a cup!
Italy out... simone, yeah you can cry on my shoulder I know
the feeling,
Bwwa
We're supposed to be the best players in the world, players paid 500,000 euro *a
month* (== 500,000 USD) and is this worth money ?
Pah, I'm glad we're out, referees apart, if we
Hi all,
after investigations, we submitted a bug for the class circularity error problem, it's
a bug in HotSpot:
http://developer.java.sun.com/developer/bugParade/bugs/4699981.html
I did not try, but it seems JRockit does not have this bug.
Simon
I'll say we suck...
oh well, can't win them all, but to go out that way :(
They still have a tiny chance the 11th of June!
Come on, Tomasson will kick them out with 3-0 !
Ah, justice is made ! Go Italy !
Simon
___
Don't
Hi Dave,
I just took Simone's patch and applied it to the 3_0 branch.
Do you mean what I committed to HEAD 2-3 hrs ago ?
it did not
work. Here is the stacktrace. ...
Cause: java.lang.ClassCircularityError: java/lang/String
I catch CCE in the new code, how come you get it back ?
Cheers
Hi Dave,
Cause: java.lang.ClassCircularityError: java/lang/String
I catch CCE in the new code, how come you get it back ?
I thought you would know that ;-). Anything I can do to help the
debugging?
Yes, can you track down from where exactly the CCE comes from ?
It seems from your
Hi Dave,
Well after alot of tracking down it looks like it is comming from the
JVM itself.
Yes, CCE are only thrown from the JVM code.
Sorry, I was not clear before.
I see you are using JMX to invoke some method, yes ?
Let's call it target method, you call it from
Hi Dave,
Actully does not this part of the JVM spec basically say it all ...
5.3.2 Loading Using a User-defined Class Loader
The following steps are used to load and thereby create the nonarray
class or interface C denoted by N using a user-defined class loader L.
First, the Java
Hi Dave,
OK. wrapped up the target method in CCE. These are thrid
party libs and
I believe smoewhere in the bowels they use forName() and
newInstance().
What I don't understand is why I do not see it going through
the UCL. or
at least a classloader.
I guess because they're using
Hi Dave,
I have decompilied it before to make some sense of it. I now
there is a
class.forName and a newInstance but I don't think they use there own
classloader.
Uhm.
All of the classes are in the deploy directory not in the
jboss lib dir.
The -sevice.xml file that starts this is has
Hi Adrian,
3.0RC4
The testsuite doesn't hang, and it passes a simple test that
failed on the
previous version (I'll add it to the testsuite this weekend +
other more
complicated tests). Thanks for applying this.
I saw also HEAD passed tonight :)
Can I sak you to link to the testsuite
Hi,
so I dug into the hotspot code for JDK 131, and I found the problem. I am too tired
now to think for a solution, this is for you brave guys :)
The problems arises from a 20 lines of code in
src/share/vm/memory/systemDictionary.cpp (attached), method
resolve_instance_class_or_null(...).
safe.
On Fri, 2002-05-31 at 12:13, Bordet, Simone wrote:
Hi,
so I dug into the hotspot code for JDK 131, and I found the
problem. I am too tired now to think for a solution, this is
for you brave guys :)
The problems arises from a 20 lines of code in
src/share/vm/memory
Hi,
I think I've found the problems.
Problem 1
-
A does a normal loadClass() - no lock on UCL
it gets past synchronise into the main routine
B does a loadClassInternal() - locks the UCL
A reaches unsynchronise, aquires the reentrantLock, releases
itself as the currentThread
Hi,
I have updated the ULR in HEAD to incorporate latest Adrian Brock's suggestions
(thanks Adrian), and made the relevant methods single threaded.
Adrian, if you can check if the changes I made correctly implement your suggestions,
will be great.
Cheers
Simon
Hi,
I don't see how we can guarentee that there will not be deadlocks
by focusing on making the ULR single threaded since that is not
the point of locking that we do not have control over.
Yes. Making the ULR single threaded is an orthogonal issue (will make the ULR
simpler), but the real
Hi Dave,
How about in the 3_0 branch?
Scott will decide.
Simon
On Thu, 2002-05-30 at 12:12, Bordet, Simone wrote:
Hi,
I have updated the ULR in HEAD to incorporate latest Adrian
Brock's suggestions (thanks Adrian), and made the relevant
methods single threaded.
Adrian, if you
He makes fast decisions :)
-Original Message-
From: Bordet, Simone
Sent: giovedì 30 maggio 2002 18:31
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] UnifiedLoaderRepository deadlocks
Hi Dave,
How about in the 3_0 branch?
Scott will decide.
Simon
On Thu, 2002-05
Hi,
The hang is not predictable, but it is mostly on the
RaTopicUnitTestCase.
Trying to dump the threads crashes the VM, but below is the start
of one of the dumps. It appears to be a deadlock in the
UnifiedLoaderRepository.
Looking at the code, there might be an ordering problem
Hi,
I am using jboss 3.0 rc3. I am seeing a classloader lockup when I am
deploying an ear file. The two threads are below. I noticed that Simon
updated the classloader code , does this fix it? Is it only on the 3.1
branch?
It is supposed to fix it, for now is in 3.1, but unfortunately I'm
Hi,
Where does the loadClassInternal() intervene?
It is called by the JVM when it has to resolve class dependencies.
Say you have class A that has a data member of class B.
When a CL is asked to load A, it inspects the class and see that it needs to load also
B. This is done at native level,
Hi Marc,
Simone,
I still don't see the problem clearly, please help me.
Will try to do my best. I used the now old (thanks to you) classloader delegation
model in my project, so you probably have to integrate me with the JBoss stuff
(correct me if I'm wrong) :)
|classloader delegates to
Hi,
The major problem (and the starting point of the whole thing)
is that when
classes are being loaded the JVM can call
loadClassInternal() on multiple
class loaders at the same time. This method is synchronized and so
immediately two different threads have locked two different
class
Hi Trevor,
I normally build jboss-mx under Unix or NT but just tried to
build.bat under WinME and get loads of errors about command
not found (seemingly related to doing a call on a label).
Is this supposed to work under WinME?
WinME normally barfs when:
1 - long shell commands are
Hi David,
Is this in active use?
I don't think so.
It ages back to early 2.0 times when I coded the cache and wanted to offer some
monitoring capabilities to JBoss.
It still can be useful though.
Is the interface/way it works etc.
fixed in stone?
No, I mean everyone can change it
Hey David,
Subject: [JBoss-dev] CVS update: jboss/src/main/org/jboss/monitor
BeanCacheMonitor.java BeanCacheMonitorMBean.java
User: d_jencks
Date: 02/02/22 14:54:25
Modified:src/main/org/jboss/monitor BeanCacheMonitor.java
BeanCacheMonitorMBean.java
Hey Marc,
I plan on sticking to a very simple presentation, we are
free and don't suck, how about you?
Isn't this too complex (maybe) ? ;)
Ahh, it's a pity I cannot come...
Simon
___
Jboss-development mailing list
[EMAIL PROTECTED]
Hi David,
!ELEMENT attribute (description?, name, type, access?)
!ATTLIST attribute persistPolicy CDATA #IMPLIED
getMethod CDATA #IMPLIED
setMethod CDATA #IMPLIED
persistPeriod NMTOKEN
Hi Jason,
Is there source anywhere in cvs directly?
No, the single source file is directly inside the jar; the only presence in CVS is the
jar itself, that's the reason why they might be very old: they are not built.
It was a simple example of how it is possible to monitor the bean cache,
Hi,
jumping in late...
OpenJMX will soon release an implementation of RMMB with pluggable
logging redirection and pluggable persistence mechanism. See
http://sourceforge.net/projects/openjmx for details.
Cheers
Simon
-Original Message-
From: marc fleury [mailto:[EMAIL PROTECTED]]
Hi Jules,
This is a full stack dump of a reproducible hang-up in the
WebIntegration test-suite with Jetty4.
Note the two threads which seem to be waiting on the same line of
code
at java.lang.ClassLoader.loadClass(ClassLoader.java:286)
This looks like a deadlock to me - has
Hey,
So, if you're going to get rid of the MarshalledObject and
all the copying,
why not just get rid of CacheKey all together?
Hehe... if it is removed I have only one thing to say: told
you so... :-)
/Rickard
eee, man this guy seem to *always* be right. Ah well, pure alien
Hey,
Hi
postRegister() is a callback method issued by the MBeanServer
before the
MBean gets finally registered. You then can save the
MBeanServer you are
connected to and change the MBean ObjectName before it is set.
This is done in preRegister, not in postRegister.
Simon
I am
Hey Doug,
Hey,
I was trying to invoke a method on an MBEAN using
server.inoke and it won't
work.
It works fine when I try to inoke no arg methods like start()
or init()
I call server.invoke(myObjectName, start, new Object[0],
new String0]);
But when I try to call
Hey,
If the deadlock between these two classes can occur, CL1
must use CL2 to load C2, and CL2 must use CL1 to load C1.
But that would mean that CL2 is a parent of CL1, and CL1
is a parent of CL2. I believe that circular class loader
parentage is impossible in Java.
But that is exactly
Hey,
got some time and thought some more about this, which is exactly the same
problem I got in my project. Just to speak loud to clear things also to
myself.
Problem being resumed this way: 2 classloaders in chain, 2 threads
Boot
|
Ext
|
Sys
|
CL1
|
CL2
When you load something with CL2,
Hey Ole,
as I said I have a small tool written with JDI that will tell you who is
holding what and who is waiting (so in the wait for monitor entry you'll
know who is the monitor)
If you wanna play, just tell me ;)
Simon
-Original Message-
From: Ole Husgaard [mailto:[EMAIL
Hi,
A client (whether an application or server) should be able to
auto-discover
the EJB proxy object anywhere in the network. This seems to be Jini's
strength. Regardless of the discovery process, if I am making
a call on this
proxy and the server is no longer available, the *proxy*
Hi,
David, get a real VM
LOL, yeah, now we will have the HP JVM on HP Unix, THOSE sigsevs may be more
interesting ;)
Do HP have a JVM for its Unix at all ? Someone knows ?
Ah, well, life is change (TM)
simon @compaq.com (to be read @hp.com)
|Here is the segmentation violation error (dump)
Hey Vincent,
glad you solved your problems, and that was not a cache problem ;)
Do you mind to send an email to jboss-user (since I guess many there use
ejbdoclet, have seen the cache has problems and are not subscribed to
jboss-dev) briefly explaining what you have found ?
Many thanks
Simon
Hey Bill,
Sorry to chime in so late(we had a launch party for our
service built upon
JBoss!)
Great !
I wasn't saying that you shouldn't protect the cache or the
context, but for
cache.release(ctx), again, why schedule the passivation? Why not just
passivate it.
public void
Hey Bill,
Still, for Stateful beans, you're adding complexity for the
time between
when the Stateful bean gets scheduled for passivation, and when the
Passivator Thread actually runs. Which is only a few
milliseconds, right?
If the Stateful bean is scheduled for passivation, this
Hi,
that needs to be synchronized and simone does it in 2 steps... again I
thought that was actually quite all right if not downright
elegant with the
entity symetry... (he did do somethings right)
[snip]
Ah, well, thanks !
Marc, since you get rid of the pool, do you use WaitSemaphore to
Hey Vinay,
There is no way to track cache hits, but there is the possibility to track
cache misses (and almost every other cache activity). You have to set the
BeanCacheJMSMonitoringEnabled flag to true in the container factory MBean
(jboss.jcml), and then write a client that listen for the
Vincent,
Is someone in touch with the Tomcat Mailing List ?
Otherwise I'll register
and explain the problem.
Please, yes.
Any other thoughts ?
I thought we could tried with another ejb container (wl for example)
to be sure the problem does not come from the jnp module, but I
Hey Vinay,
[please plain text email]
Hello Folks,
Took a wild shot at the Option D, timed cache invalidation.
Have put it in a separate interceptor that sits before the
EntitySynchronizationInterceptor and invalidates the
EntityEnterpriseContext at regular preset intervals.
I would
Marc,
Simone,
really, this is not a cache decision, AT ALL. The state
synchronization is
the state synchronization with the DB, it is a different
domain. The cache
should not, does not, will not take state synchronization
decisions with
respect to the database. It is a store with
H,
our grumpy JBoss is back, and what a comeback !!!
Marc, I'll suggest you to add TODO tasks on the sourceforge site, so that
it's easier to keep track of them, I would have added the ones you mentioned
here, but probably I don't have the admin privileges to add TODO tasks. See
Hey Anatoly,
Hello, people
I have spent the last few days stomping out the bugs from my
plugin to get
Tyrex DTM to work together with JBoss.
I am happy to inform you that it seems to be working just fine. I'll
cleanup the code from my debugging messages and it is ready for
commit.
Just curious if anyone is going to be going to JavaOne this year?
I will.
Hey Marc, what about the T-shirt idea that came up some months ago ?
Anyone still interested ? I thought that maybe it is possible to arrange few
of them and marketize them at J1 (yo, as you may have noticed I'm not a
-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|Bordet, Simone
|Sent: Wednesday, April 25, 2001 8:57 AM
|To: '[EMAIL PROTECTED]'
|Subject: R: [JBoss-dev] JavaOne
|
|
|Hey,
|
| We are giving a BOF, mandatory presence for all those on this
| list, free
| tshirts
Hey,
We are giving a BOF, mandatory presence for all those on this
list, free
tshirts
What's BOF ?
Oh, and the party on the beach ;) ?
Simon
___
Jboss-development mailing list
[EMAIL PROTECTED]
Hey,
Anatoly Akkerman wrote:
Hi,
For the past couple of weeks I've been integrating Tyrex DTM
(tyrex.exolab.org) into JBoss. Things are coming along and
in a few days
I'll probably have a basic support for transaction
propagation across 2
JBoss instances. I was wondering, how
Hey,
I had an e-mail message exchange with Ole about a month ago. He
recommended me using org.jboss.tm.plugins.tyrex for my stuff. This is
exactly what I did. But, as I mentioned, there are 2 files (the
transaction interceptors) that need to be changed to support a generic
Hey,
Hi ,
I want to get the source code for jBoss server. To do this I
downloaded and
installed winCVS - but then what is this tcl and how do I
further get to the
source coede??
Asking WinCVS question on this list does not help. Try the WinCVS web site,
for example.
Then follow the
Title: JBoss/JBossMX
[CC'ed
to jboss-dev]
Hello
Mads,
quoted
from the JavaMail 1.2 FAQ:
Q: Is the JavaMail API implementation completely free?
Can I ship it along with my product?A: Yes. The current release
of the JavaMail API implementation, is completely free and you can include it
Please, repost on jboss-user, this list will not answer these questions
Simon
-Original Message-
From: Harishankar Nair [mailto:[EMAIL PROTECTED]]
Sent: mercoled 18 aprile 2001 12:48
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] Exception when calling a stateless from
a stateful
on
Please repost to jboss-user, this list is devoted to development only,
nobody will answer you.
Simon
-Original Message-
From: Kevin James Baxter [mailto:[EMAIL PROTECTED]]
Sent: mercoledi 18 aprile 2001 13:45
To: jboss
Subject: [JBoss-dev] Help With Exception:
Jules,
--- Scott M Stark [EMAIL PROTECTED]
wrote:
They can't create a wrapper because mbeans are being
created as a byproduct
of interaction with the Jetty JMX interface. This is
a generic issue with integrating
third party services that happen to be mbeans which
may be using the
Hello,
Cool, I'm vindicated!
When Simone imparts his knowledge, I'd be happy to
update the web page if Marc thinks it a good idea...
Thanks for that, would really be useful for developers with CVS write
access, but I have very little time this period.
I don't have cygwin, the following
Hey Scott,
Ok, a problem mentioned on the user list turns out to be a
bug in the 2.2
release of the JBossSX code. This was not seen because the
login module
used in the howto was not being convered in the unit tests(my fault).
So, what is the procedure for creating a patch and new
Hey Toby,
I can tell you what to do in CVS, I'm not expert on how
this must be handled
in SourceForge using the tracker, anyway:
Checkout the 2.2 branch:
cvs co -rBranch_2_2 jboss
Change what has to be changed (working on the files you
just checked out)
and commit the
Hey Scott,
The code that needs to be patched is actually in the jbosssx
cvs module. I did
add a JBoss_2_2_0_Final to the code in this module at the time of the
2.2 release, but I did not make a branch.
Would this work:
cvs rtag -b -r JBoss_2_2_0_Final Branch_2_2 jbosssx
OK
co
Just one word:
IMPRESSIVE !
Simon
-Original Message-
From: Stacy Curl [mailto:[EMAIL PROTECTED]]
Sent: venerd 6 aprile 2001 11:59
To: '[EMAIL PROTECTED]'; 'Andreas Schaefer'
Subject: [JBoss-dev] JMX in jBoss, Clustering, Monitoring, Failover,
better bootstrapp ing via pluggable
Please post again on jboss-user.
This list is devoted to JBoss development only.
Thanks,
Simon
-Messaggio originale-
Da: David McTavish [mailto:[EMAIL PROTECTED]]
Inviato: gioved 5 aprile 2001 19:54
A: [EMAIL PROTECTED]
Oggetto: [JBoss-dev] To EJB or not to EJB?
That is my
Hello,
it's clear that the board wants to exit with 2.2 FINAL, since every one
involved in packaging wants to checkout the most updated code in the branch
to package a final 2.2 release.
So, I ask to every committer to stop committing to Branch_2_2 starting from
18:00 GMT (13:00 New York). I
Hey Ken,
What's the test plan for this release?
I don't know. AFAIK 2.1 is far better than 2.0, and passes more (if not all)
tests of the JBossTest suite, I think also the Peter Braswell's CTS.
But it's a good question. Anyone may answer better than me ? Marc ?
Simon
-- Ken Jenks,
OK.
The timeline of 18:00 GMT is confirmed.
Simon
-Original Message-
From: marc fleury [mailto:[EMAIL PROTECTED]]
Sent: mercoled 4 aprile 2001 16:09
To: Bordet, Simone; JBoss Development Mailing List (E-mail)
Cc: 'Ken Jenks'
Subject: RE: [JBoss-dev] RE: JBoss 2.2 FINAL
Hey,
look in jboss.jcml and almost at the top there is the transaction mbean. You
will find there the transaction timeout value, that overrides the one in the
code.
Simon
-Original Message-
From: sujith s.pillai. [mailto:[EMAIL PROTECTED]]
Sent: mercoled 4 aprile 2001 21:48
To:
Hello,
I've tagged and updated the version identifier of JBoss on the branch, so
that it is possible to checkout the sources to package the distributions,
included last minute Scott Stark's changes.
Packagers, see the how to below for instructions on how to checkout the
2.2.0 JBoss release.
Hey,
I don't know who is mantaining CVSROOT/* files (SourceForge or Marc or
Sebastien), but would be useful to have email notification on tag operations
also, through the CVSROOT/taginfo file.
Simon
___
Jboss-development mailing list
[EMAIL
Marc,
fixed in CVS.
Simon
-Original Message-
From: marc fleury [mailto:[EMAIL PROTECTED]]
Sent: venerd 23 marzo 2001 18:35
To: Jboss-Development@Lists. Sourceforge. Net
Cc: Bordet, Simone
Subject: Small NPE annoyance in LRU cache
When a bean doesn't pass the verifier
73 matches
Mail list logo