=
==THIS IS AN AUTOMATED EMAIL - SEE http://jboss.kimptoc.net FOR DETAILS=
=
JAVA VERSION DETAILS
java version "1.4.1_01"
Java(TM) 2 Runtime Environment, Standar
Here is some info on a partional JMS implementation that attempts fault tolerance
using the Spread toolkit. This could provide some useful input into our clustered
JMS. See http://www.spread.org/JMS4Spread/
Scott Stark
Chief Technology Officer
JBoss Group, LLC
Bugs item #650929, was opened at 2002-12-09 16:54
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=650929&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: James Strachan (strachancambs)
Bugs item #699938, was opened at 2003-03-08 12:44
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=699938&group_id=22866
Category: JBossCMP
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Christopher G. Stach II (cstach)
Assigned to: No
Rather than a specialized SubDirSubDeployer, how about having the SAR
report multiple watch-urls?
It may also be possible to have the SAR start its own
URLDeploymentScanner for its content rather than explicitly sub-deploy
it. This would support automatic redeployment of unpacked sar content
over
I updated my JDK to 1.3.1_07 and ran across a strange bug with -classic. JBoss won't
even startup when -classic is enabled because the File.getCanonicalPath method is
returning the wrong value:
-- BEGIN SOURCE --
import java.io.File;
class tstPath2
{
public static void main(Str
Anybody got this to work? I am at the point where all beans get
successfully deployed, and show up in the iiop context. However, I get
ClassCastExceptions as soon as I try to PRO.narrow() the reference. It
looks like the stub class loading is not or can not be done on the
client side. The codeb
Bugs item #706494, was opened at 2003-03-19 12:07
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=706494&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Closed
>Resolution: Works For Me
Priority: 5
Submitted By: Dan Ciarniello (dciarn
Bugs item #639064, was opened at 2002-11-15 19:47
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=639064&group_id=22866
Category: JBossMQ
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Yossarian Nosscire (yosarian1)
>Assig
Bugs item #633868, was opened at 2002-11-05 15:56
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=633868&group_id=22866
Category: JBossMQ
Group: v3.0 Rabbit Hole
>Status: Closed
Resolution: None
Priority: 5
Submitted By: Kevin Wood (kwood)
>Assigned to: A
Bugs item #639064, was opened at 2002-11-15 19:47
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=639064&group_id=22866
Category: JBossMQ
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Yossarian Nosscire (yosarian1)
Assign
Bugs item #672551, was opened at 2003-01-22 16:47
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=672551&group_id=22866
Category: JBossMQ
Group: v3.0 Rabbit Hole
>Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: E.Sriram (esriram)
Assigned to: A
Bugs item #701553, was opened at 2003-03-11 14:04
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=701553&group_id=22866
Category: JBossMQ
Group: v3.2
>Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Frédéric Donckels (lubdub)
Assigned to: Adria
Bugs item #706494, was opened at 2003-03-19 12:07
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=706494&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Invalid
Priority: 5
Submitted By: Dan Ciarniello (dciarnie)
As
Bugs item #706494, was opened at 2003-03-19 12:07
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=706494&group_id=22866
>Category: JBossServer
Group: v3.0 Rabbit Hole
>Status: Closed
>Resolution: Invalid
Priority: 5
Submitted By: Dan Ciarniello (dciarnie)
Bugs item #625277, was opened at 2002-10-18 08:17
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=625277&group_id=22866
Category: None
Group: v3.0 Rabbit Hole
>Status: Closed
>Resolution: Wont Fix
Priority: 5
Submitted By: Dani G. (danig)
Assigned to: Sco
JBoss daily test results
SUMMARY
Number of tests run: 1096
Successful tests: 1092
Errors:1
Failures: 3
[time of test: 2003-03-19.12-04 GMT]
[java.version: 1.3.1]
JBoss daily test results
SUMMARY
Number of tests run: 1145
Successful tests: 1135
Errors:10
Failures: 0
[time of test: 2003-03-19.18-30 GMT]
[java.version: 1.3.1
Bugs item #706494, was opened at 2003-03-19 12:07
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=706494&group_id=22866
Category: None
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Dan Ciarniello (dciarnie)
Assigned to: N
Fine.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, March 19, 2003 6:29 AM
Subject: RE: [JBoss-dev] jboss_3_0.dtd vs jboss_3_2.dtd
>
> How
> -Original Message-
> From: Scott M Stark [mailto:[EMAIL PROTECTED]
> Subject: Re: [JBoss-dev] jboss_3_0.dtd vs jboss_3_2.dtd
>
> ...
> the enterprise-beans element model would have to be:
>
> content model for backward compability and consistency with the
> ejb-jar 2.0 DTD.
Done.
> Th
> The thing I care about most is ease of configurability
> (which, for the most part, I think we already have). I like
> the idea that I can add or remove functionality by adding or
> removing "modules" from /deploy. Much of the functionality
> of the server works this way (jmx-console, for
Sacha,
The thing I care about most is ease of configurability (which, for the most part, I
think we already have). I like the idea that I can add or remove functionality by
adding or removing "modules" from /deploy. Much of the functionality of the server
works this way (jmx-console, for ex
Hi Sacha!
I think this sounds very good, because it is as you said a bit
confusing with all these files in deploy and conf. To group them
together in JMS/JMX/... subdiroctories i think would be a good solution
and also having them apart from users application deployments - like
deploy/system a
Hello,
Currently, the content of conf/jboss-service.xml and deploy is not very
clean.
1°) Some services defined in conf/jboss-service.xml require services later
deployed in deploy
Exemples:
- the EJBDeployer depends on the JMS Pool
- some invokers (3.2+) require jboss-jca.jar
Bugs item #706213, was opened at 2003-03-19 11:10
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=706213&group_id=22866
Category: JBossServer
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Andrew May (amayingenta)
Assigned to: Nobody/
26 matches
Mail list logo
