Number of tests run: 669
Successful tests: 665
Errors:4
Failures: 0
[time of test: 11 July 2002 0:30 GMT]
[java.version: 1.3.1]
[java.vendor: Apple Computer, Inc.]
Bugs item #573828, was opened at 2002-06-25 23:33
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=573828group_id=22866
Category: JBossCMP
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Markus Kling (mkling)
Assigned to:
Bugs item #580135, was opened at 2002-07-11 10:15
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=580135group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Tom innes (tinnes)
Assigned to:
The real issue with what you're asking is, though, that I
don't know that there is a way to, within a Java runtime,
break down memory usage at a fine-grained level to spot a
memory hog. One possible tack to take would be to make each
classloader keep tabs on how many times it gets
I've thought about doing this in some of the other
architectures I've written from time to time. It's possible
to keep an eye on memory usage and track its stats over time,
so you can know when memory's becoming scarce and start
telling different parts of the system Memory's tight. Can
Dain helps me say it nicely,
Marcf
-Original Message-
From: Dain Sundstrom [mailto:[EMAIL PROTECTED]]
Sent: Thursday, July 11, 2002 12:29 PM
To: marc fleury
Subject: Re: [JBoss-dev] Implementing a Resource Protection System?
Here is a more friendly response:
This is a
Rhett,
I am sorry man, I didn't mean it that way. In fact automatic tracking
of memory hogs would be very interesting for us, I could use it right
now on our own production site.
Please feel free to contribute, we need more guys like you, I am sorry
for making fun of the idea, as I said it
Bugs item #580207, was opened at 2002-07-11 13:04
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=580207group_id=22866
Category: JBossMQ
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Gary Capps (gary_capps)
Assigned to:
Yeah...I wasn't suggesting that for a hosted environment with hog detections anyway,
though. What I was trying to do was point out the limitations I'm aware of with
standard APIs that are available. The current limitation I'm aware of is that you can
see when memory's getting tight, but you
marc fleury wrote:
How about a PhD sub-project, Mr Akkerman,
that would be a nice mbean in our system.
It would have a little bit of everything,
Some C, some JNI, java classes and mbean,
You broadcast the information for the VM,
Trust me, you will look like a king,
marcf
Sorry to
I'm going to have to learn JVMPI first and dust off my JNI boots, but I'd pitch in on
something like this. Memory profiling, resource protection, etc. are all itches of
mine. Oh...no, wait. That's poison ivy. Seriously, though, I'd be more than willing
to work on something like this,
This problem come from the fact there are cross references between jar
libraries via classpath manifest :
Security.jar references Common.jar and Admin.jar
Common.jar references Security.jar
Admin.jar references Security.jar and Common.jar
The problem can be solved at first sight by breaking
If Anatoly is not a good programmer, most of us are indeed wasting
our time and should probably take up carpentry or flower arranging.
Anatoly wrote:
Again, not being a good programmer, is a horrible fate in CS world...
---
This sf.net
If Anatoly is not a good programmer, most of us are indeed
wasting our time and should probably take up carpentry or
flower arranging.
Hiram is taking up carpentry and he is a really good programmer,
Anatoly is not a good/bad programmer, he's a russian programmer,
marcf
Anatoly
Looks like it was double spaced why?
--jason
Looks like the beta 1.5 ant we are using does not like build/build.sh
clean most, which should function.
Any reason why we updated to this beta?
--jason
16 matches
Mail list logo
