This is a good feature for exactly the case you
mention, jboss-service.xml
being screwed up. Why put the mbeans together if
you don't want this
behavior?
Scott StarkChief Technology
OfficerJBoss Group, LLC
- Original Message -
Fr
I just committed the code from patch [ 525663 ] CMP and oracle blobs.
Can some with Oracle check if the code actually works?
The following command will execute a new test I added which has a field
of every type:
./build.sh -Dtest=org.jboss.test.cmp2.simple.SimpleUnitTestCase one-test
You'll n
Bugs item #563988, was opened at 2002-06-03 11:09
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=563988&group_id=22866
Category: JBossMX
Group: v3.0 Rabbit Hole
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Harald Gliebe (hagl)
>Assigned t
Bugs item #564854, was opened at 2002-06-05 06:40
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=564854&group_id=22866
Category: JBossMQ
Group: v3.0 Rabbit Hole
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Daniel Sieroka (sieroka)
>Assign
The problem I see is having to establish dependcies on every
critical service. Naming for instance is used by nearly every
bean so we would have to further complicate the correct setup
of services. I would rather have fail fast semantics than uncertain
running but not working services. There has g
I agree with jason that we should always continue deployment as far as
possible and undo as little as possible. We also need to make all problems
extremely visible through jmx and possibly logging. With proper dependency
specifications nothing that depends on a unsuccessfully deployed mbean will
Sure, that makes some sense. There are few issues that need to be addressed
with the deployment logic and I plan on looking into next week.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: "Dave Neuer" <[EMA
Bugs item #551335, was opened at 2002-05-02 03:30
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=551335&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
>Status: Closed
>Resolution: Out of Date
Priority: 5
Submitted By: Alistair Sheffield (as
Bugs item #567381, was opened at 2002-06-11 05:34
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=567381&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
>Status: Closed
>Resolution: Wont Fix
Priority: 5
Submitted By: Simon Stewart (shs96c)
As
Bugs item #520892, was opened at 2002-02-21 02:02
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=520892&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
>Status: Closed
>Resolution: Out of Date
Priority: 5
Submitted By: Georg Schmid (giorgio4
Bugs item #563988, was opened at 2002-06-03 11:09
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=563988&group_id=22866
Category: JBossMX
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Harald Gliebe (hagl)
Assigned to: Nob
Perhaps it makes sense to have a way to mark an MBean
as "essential" or "optional", and treat failures of
the latter as loggable, non-fatal errors.
Dave Neuer
--- Scott M Stark <[EMAIL PROTECTED]> wrote:
> This is a good feature for exactly the case you
> mention, jboss-service.xml
> being screw
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
JAVA VERSION DETAILS
java version "1.3.1_03"
Java(TM) 2 Runtime Environment, Standard
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
JAVA VERSION DETAILS
java version "1.3.0"
Java(TM) 2 Runtime Environment, Standard Edi
Number of tests run: 612
Successful tests: 611
Errors:1
Failures: 0
[time of test: 15 June 2002 12:29 GMT]
[java.version: 1.3.1]
[java.vendor: Apple Computer, Inc.]
[j
Bugs item #569439, was opened at 2002-06-15 19:37
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=569439&group_id=22866
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Paolo Devoti (devotip)
Assigned to: Nobody/Anonymous
Dear all,
I would like to join to the development of JBOSS and I think I need
a clear vision of the overall architecture of the system. Could
anybody send me a document describing such issue? On the other
hand, there is any development task needing help? I think the best
way to start is to collab
Bugs item #569122, was opened at 2002-06-14 20:16
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=569122&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Frank Langelage (lafr)
Assigned to:
Bugs item #569313, was opened at 2002-06-15 18:32
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=569313&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Stephen Coy (scoy)
Assigned to: Nobo
Number of tests run: 612
Successful tests: 611
Errors:1
Failures: 0
[time of test: 15 June 2002 0:29 GMT]
[java.version: 1.3.1]
[java.vendor: Apple Computer, Inc.]
[ja
Bugs item #569305, was opened at 2002-06-15 07:35
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=569305&group_id=22866
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Samuel Terrell (j3110)
Assigned to: Nobody/Anonymous
21 matches
Mail list logo
