Yes, that appears to have fixed the issue:
one-test:
[mkdir] Created dir: D:\usr\JBossMain\jboss-all\testsuite\output\reports
[delete] Deleting:
D:\usr\JBossMain\jboss-all\testsuite\output\log\test.log
[junit] Running
org.jboss.test.jbossmq.perf.InvocationLayerStressTestCase
[junit
Should be fixed now.. could you verify on your dual
processor machines..
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Scott
> M Stark
> Sent: Wednesday, July 31, 2002 7:42 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [JBoss-dev] InvocationLayerStr
Number of tests run: 884
Successful tests: 869
Errors:12
Failures: 3
[time of test: 1 August 2002 2:41 GMT]
[java.version: 1.3.1_03]
[java.vendor: Sun Microsystems Inc
Bugs item #588997, was opened at 2002-07-31 10:28
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=588997&group_id=22866
Category: Clustering
Group: CVS HEAD
>Status: Closed
>Resolution: Fixed
Priority: 6
Submitted By: Sacha Labourey (slaboure)
Assigned t
OK.. working on it.. I can recreate under heavy load..
Regards,
Hiram
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Scott
> M Stark
> Sent: Wednesday, July 31, 2002 7:42 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [JBoss-dev] InvocationLayerStres
Yes, both my win32 and OSX box are dual processor boxes.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: "Hiram Chirino" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, July 31, 2002 4:14 PM
Su
Are those multi-processor machines?? I've got a feeling that I have a
deadlock happening and those machines you run them on just makes the
deadlock show up quicker than on my machine.
I also did not intend this testcase to be run as part of the normal testcase
runs... It's just mainly for for p
Bugs item #588537, was opened at 2002-07-30 06:01
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=588537&group_id=22866
Category: JBossSX
Group: v2.4 (stable)
>Status: Pending
Resolution: Fixed
Priority: 5
Submitted By: David Ward (dward2)
Assigned to: S
Bugs item #588537, was opened at 2002-07-30 06:01
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=588537&group_id=22866
Category: JBossSX
Group: v2.4 (stable)
Status: Open
Resolution: Fixed
Priority: 5
Submitted By: David Ward (dward2)
>Assigned to: Scot
Bugs item #588537, was opened at 2002-07-30 06:01
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=588537&group_id=22866
Category: JBossSX
Group: v2.4 (stable)
>Status: Open
Resolution: Fixed
Priority: 5
Submitted By: David Ward (dward2)
Assigned to: Nobo
Bugs item #588537, was opened at 2002-07-30 06:01
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=588537&group_id=22866
Category: JBossSX
Group: v2.4 (stable)
>Status: Pending
>Resolution: Fixed
Priority: 5
Submitted By: David Ward (dward2)
Assigned to:
Bugs item #589393, was opened at 2002-07-31 22:07
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=589393&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Qiming He (qiminghe)
Assigned to: N
That's what I like to hear!
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: "David Jencks" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, July 31, 2002 2:29 PM
Subject: Re: [JBoss-dev] Interce
You're taking away all my fun;-)))
OK, I won't commit anything if I happen to write it. Back to fixing bugs.
david
On 2002.07.31 17:25:23 -0400 Scott M Stark wrote:
> I think we need to give the purely stateless operation mode a try. This
> is a 4.0 project though, no messing with the codebas
I think we need to give the purely stateless operation mode a try. This
is a 4.0 project though, no messing with the codebase until after the
3.2 branch is made.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
Fr
+ Making plugins MBeans would allow us to set interceptors in front of
plugins (CMP engine, cache, etc.)
A container would then be a "main" mbean (a generic container) linked to a
set of other mbeans (previously the plugins) with specific name (pseudoCode:
mainMbean.getPluginWithName("Cache") )
Bugs item #582965, was opened at 2002-07-17 11:55
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=582965&group_id=22866
Category: Clustering
Group: v3.1
>Status: Open
Resolution: Fixed
Priority: 7
Submitted By: Matt Cleveland (groovesoftware)
Assigned to
Well, I'd like to work on it, like, now, since I need some parts of this to
make xsl based deployments work better.
I think it will be workable only for xmbeans or other model mbeans.
Steps I forsee:
1. Make mbean interceptor stacks generated by other interceptor stack
factory mbeans; intercept
Sunday night.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: "Jason Dillon" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, July 31, 2002 12:44 PM
Subject: RE: [JBoss-dev] Reminder, 3.2 branc
Any word on when this will be available? This is going to be a hugely
powerful tool... especially being able to use metadata to enable
different transaction semantics on MBean methods. I get all dreaming
just thinking about it... but when is that going to become a reality?
Any one know?
--jaso
When this weekend? I have a few pending merges from 3.0 to HEAD
regarding the DLQHandler and the JMSContainerInvoker.
--jason
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:jboss-
> [EMAIL PROTECTED]] On Behalf Of Scott M Stark
> Sent: Wednesday, July 31, 2002 9:01 AM
> To: [EM
Number of tests run: 835
Successful tests: 832
Errors:3
Failures: 0
[time of test: 31 July 2002 12:37 GMT]
[java.version: 1.3.1]
[java.vendor: Apple Computer, Inc.]
[j
You are missing the jmx module... either cvs get jboss-all again, or cvs
get _jboss_jmx from your local jboss-all directory. Chances are if you
missed one you missed a few more, so it is probably best to get a fresh
copy.
--jason
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:j
Bugs item #580529, was opened at 2002-07-12 11:17
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=580529&group_id=22866
>Category: JBossCX
>Group: v3.1
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Jacek Bialecki (jacekb)
Assigned to: Davi
(JBoss Branch_3_0, though I've also verified this
on HEAD)
I think I've discovered a source of generic
XA_PROTO errors. When an XA connection is closed (see
org/jboss/resource/connectionmanager/XATxConnectionManager$XAConnectionEventListener.connectionClosed[306]),
it is first delisted fr
Remember that a 3.2 branch is going to be cut this weekend and
so you should be getting 3.0/3.1 diffs ironed out. Previously I
said the branch would be 3.1 but we don't do odd branches.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
I see the same timeout problems on OSX. The nightly emails sent
by Chris are periodically showing timeouts and he is running JDK
1.3.1_03 on linux:
Java Version 1.3.1_03
Java Vendor Sun Microsystems Inc.
Java VM Name Java HotSpot(TM) Server VM
Java VM Version 1.3.1_03-b03
Weiqi Gao wrote:
>
> > I figured out what I did wrong. I cannot do a
> > "cvs co jboss-all" once and then do a
> > "cd jboss-all; cvs update -dP" daily afterwards
> > as I can with other directory based CVS
> > repositories. I have to do a "cvs co jboss-all"
> > daily.
Then David Jencks wrote:
I have tested with 1.4.0 and 1.3.1_01 jdks on win2k. The timeout only
occurs in the OIL2 IL. I can even double the number of workers and
messages being pushed through the other ILs without a problem.
The OIL2 IL test seems to run fine on Linux. I have not tested any other
platforms yet.
-S
No. There is still just one name attribute that either defines the symbolic
name or the true object name. Backward compatible with the current config.
Changing the name is an admin function that may be done because you don't
like the fact that JBoss is using several domain names. Its not just the
As I understand the proposal at the moment, it is to allow mbeans to
declare multiple object names that they can be looked up under (at least in
the dependency management part of ServiceController), some of them of the
form
alias:symbolic-name=SomethingYouMightRememberButThenAgainYouMightNotServi
cvs -q update -dP works fine for me in jboss-all.
david jencks
On 2002.07.31 09:49:29 -0400 Weiqi Gao wrote:
> On Wed, 2002-07-31 at 08:06, Weiqi Gao wrote:
> > Hi jboss-development,
> >
> > I'm trying to compile JBoss HEAD from the source. I'm following the
> > instructions on the JBoss.3.0Qu
Don't allow that. Names have would have to be indicated as aliases
using an object name form "alias:symbolic-name". You can detect
duplicate aliases just as you can detect an attempt to reuse object
names.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
Looks like the cvs checkout didn't get everything. You might try again or
at least a cvs update.
david jencks
On 2002.07.31 09:06:23 -0400 Weiqi Gao wrote:
> Hi jboss-development,
>
> I'm trying to compile JBoss HEAD from the source. I'm following the
> instructions on the JBoss.3.0QuickStart
On Wed, 2002-07-31 at 08:06, Weiqi Gao wrote:
> Hi jboss-development,
>
> I'm trying to compile JBoss HEAD from the source. I'm following the
> instructions on the JBoss.3.0QuickStart.Draft3.pdf, which says to get
> the jboss-all module from the CVS and the cd to build,then run jboss.sh.
>
> Bu
Hi jboss-development,
I'm trying to compile JBoss HEAD from the source. I'm following the
instructions on the JBoss.3.0QuickStart.Draft3.pdf, which says to get
the jboss-all module from the CVS and the cd to build,then run jboss.sh.
But that errored out with the following error. Did I miss som
Bugs item #588997, was opened at 2002-07-31 10:28
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=588997&group_id=22866
Category: Clustering
Group: CVS HEAD
Status: Open
Resolution: None
Priority: 6
Submitted By: Sacha Labourey (slaboure)
Assigned to: Sa
Number of tests run: 835
Successful tests: 832
Errors:3
Failures: 0
[time of test: 31 July 2002 0:36 GMT]
[java.version: 1.3.1]
[java.vendor: Apple Computer, Inc.]
[ja
38 matches
Mail list logo