Patches item #529771, was opened at 2002-03-14 18:33
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376687&aid=529771&group_id=22866
Category: JBossTest
Group: v3.0 Rabbit Hole (unstable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Stephen Coy (scoy)
As
Bugs item #529762, was opened at 2002-03-14 17:34
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=529762&group_id=22866
Category: JBossTest
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Stephen Coy (scoy)
Assigned to: Nob
JBoss daily test results
SUMMARY
Number of tests run: 534
Successful tests: 524
Errors:3
Failures: 7
[time of test: 14 March 2002 5:52 GMT]
[java.version: 1.3.1
Bugs item #529751, was opened at 2002-03-13 21:02
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=529751&group_id=22866
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Phil Craven (pjcraven)
Assigned to: Nobody/Anonymous
JBoss daily test results
SUMMARY
Number of tests run: 529
Successful tests: 517
Errors:4
Failures: 8
[time of test: 14 March 2002 4:57 GMT]
[java.version: 1.3.1
JBoss daily test results
SUMMARY
Number of tests run: 534
Successful tests: 524
Errors:3
Failures: 7
[time of test: 14 March 2002 3:33 GMT]
[java.version: 1.3.1
JBoss daily test results
SUMMARY
Number of tests run: 534
Successful tests: 524
Errors:3
Failures: 7
[time of test: 14 March 2002 2:24 GMT]
[java.version: 1.3.1
JBoss daily test results
SUMMARY
Number of tests run: 534
Successful tests: 523
Errors:3
Failures: 8
[time of test: 14 March 2002 1:41 GMT]
[java.version: 1.3.0
JBoss daily test results
SUMMARY
Number of tests run: 533
Successful tests: 520
Errors:5
Failures: 8
[time of test: 14 March 2002 0:56 GMT]
[java.version: 1.3.0
Is still a valid declared sql tag or is it gone. I see in the
code it is still referenced but not in the dtd.
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Can you put a dependency tag in jboss.xml? What's the syntax?
> -Original Message-
> From: Jason Dillon [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, March 13, 2002 5:53 PM
> To: Bill Burke
> Cc: marc fleury; Scott M Stark; Jboss-Development @ Lists . Sourceforge
> . Net
> Subject: Re: [
A directory based short-term solution (which does not hint at any
sysv-like functionality) is probably the easiest to implement and mange.
It will however complicate the management of the system dramatically...
actually any of the solutions/hacks which have been mentiond will only
complicate.
This is not simple, this is complex... all of if, not just this example.
Why?
--jason
Scott M Stark wrote:
>Or equivalently, mirror the deploy1, deploy2, ... etc structure in
>the ear.
>
>Case 1:
>ear/
>--deploy1/sar
>--deploy1/war
>
>Case 2:
>ear/
>--deploy1/war
>--deploy2/sa
>
>
>and there was an order at the same level xml>sar>rar>ear>war>ejb or
>something like this.
>
>btw jason, we really need this back,
>
Will do.
>THEN, yes i agree that forcing order through containment needs to be
>enhanced by some explicit dependency order.
>
Definently... we have the abilit
I have the same error when I tried to run JBoss within JBuilder 6.
The problem appears to be the classpath. There was too many things in the classpath.
I modified the run command in JBuilder to:
C:\j2sdk\jdk1.3.1_02\bin\javaw -classpath
"C:\j2sdk\jdk1.3.1_02\lib\tools.jar;C:\j2ee_servers\JBo
User: juhalindfors
Date: 02/03/13 13:49:55
Added: src/main/test/compliance/server/support Test2.java
Test2MBean.java Test3.java Test3MBean.java
Test4.java Test4MBean.java
Log:
merge MBeanRegistrationException fix (RelMX_1_0_0_4)
User: juhalindfors
Date: 02/03/13 13:49:55
Modified:src/main/org/jboss/mx/server/registry
BasicMBeanRegistry.java
Log:
merge MBeanRegistrationException fix (RelMX_1_0_0_4)
Revision ChangesPath
1.10 +29 -3
jmx/src/main/org/jboss/mx/server
User: juhalindfors
Date: 02/03/13 13:49:55
Modified:src/main/test/compliance/server MBeanServerTEST.java
Log:
merge MBeanRegistrationException fix (RelMX_1_0_0_4)
Revision ChangesPath
1.8 +78 -0 jmx/src/main/test/compliance/server/MBeanServerTEST.java
Inde
User: juhalindfors
Date: 02/03/13 13:28:09
Modified:.build.xml
Log:
hmm, this wasn't committed with previous merge?
Revision ChangesPath
1.28 +28 -9 jmx/build.xml
Index: build.xml
===
User: juhalindfors
Date: 02/03/13 13:18:49
Modified:src/main/test/compliance/server Tag: BranchMX_1_0
MBeanServerTEST.java
Log:
couple more registration tests
Revision ChangesPath
No revision
No revision
Ok, so were talking about actually using the rc.x ordering
convention based on filenames. That is fine but as Christian
says this is not a multi-directory thing. Each rx.x directory
is effectively an independent configuration. This would also
map to an ear and give a perflectly flat single level s
User: juhalindfors
Date: 02/03/13 13:17:40
Modified:src/main/org/jboss/mx/server/registry Tag: BranchMX_1_0
BasicMBeanRegistry.java
Log:
fixed an issue with MBeanRegistration potentially wrapped twice
Revision ChangesPath
No revi
User: juhalindfors
Date: 02/03/13 13:21:01
Added: src/main/test/compliance/server/support Tag: BranchMX_1_0
Test2.java Test2MBean.java Test3.java
Test3MBean.java Test4.java Test4MBean.java
Log:
Revision ChangesPath
No
I'm not following what SXX is a reference to. Deploy1, deploy2, ...?
There are two deployment constructs, deploying from a set of directories
and deploying a self contained archive. I'm talking about the self
contained archive. I don't want this to be arbitrary Russian doll that
controls deploymen
David Jencks wrote:
Some of the tests (e.g. Bank) have an explicit type mapping set to
Hypersonic in their jaws.xml file. This makes it difficult to run against
other databases. Does anyone have a problem with my removing these? (This
is not specifying an sql type for a particular field/column
Bugs item #529329, was opened at 2002-03-13 03:26
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=529329&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Erik Turesson (eritu)
>Assigned
|I like this "I'll ask the class". How many other software
|projects have the
|actual developers talking to the user base?
you moron, our user base of today will spawn our developers of tomorrow. it
is our best recruitment ground.
you should see the class, the jboss boot-camp for developers, th
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of marc
> fleury
> Sent: Wednesday, March 13, 2002 12:50 PM
> To: Bill Burke; Scott M Stark; Jboss-Development @ Lists . Sourceforge .
> Net
> Subject: RE: [JBoss-dev] ordering proposal
>
>
> |directory
|directory solution is better and easier to maintain IMHO than the
|SXX stuff.
i feel it is the other way around (even though it was my original proposal),
i will run it by the class tomorrow and get a show of hands.
marcf
|My gut feeling tells me that with the SXX solution you'll constantly b
Bugs item #504481, was opened at 2002-01-16 08:58
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=504481&group_id=22866
Category: JBossCMP
Group: v2.4 (stable)
Status: Closed
Resolution: Invalid
Priority: 9
Submitted By: Shravan (cskreddy74)
Assigned to:
directory solution is better and easier to maintain IMHO than the SXX stuff.
My gut feeling tells me that with the SXX solution you'll constantly be
changing filenames and will create headaches for everyone. Directoy
ordering and should be good enough for the implicit and explicit
ordering you n
Hi,
On Wed, 2002-03-13 at 16:47, marc fleury wrote:
> |/etc/rc.d/rc3.d/S10network will start before /etc/rc.d/rc3.d/S80sendmail
> |because 10 commes before 80.
>
> whatever,
>
> stuff in rc2 is started before stuff in rc3
this is not correct when looked upon from the UNIX perspective. My
syste
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Scott
|M Stark
|Sent: Wednesday, March 13, 2002 8:00 AM
|To: Jboss-Development @ Lists . Sourceforge . Net
|Subject: Re: [JBoss-dev] ordering proposal
|
|
|Or equivalently, mirror the deploy1, deploy2, .
|This is using Ant as the deployment language. If the sar depends on the
|war because it is adapting a legacy protocol to soap for example, you
|would then need to repackage the above to:
|
|jar/
|---war/
|--sar
|--jar2
that is correct,
|
|I would rather see an ear as the standalone dep
Or equivalently, mirror the deploy1, deploy2, ... etc structure in
the ear.
Case 1:
ear/
--deploy1/sar
--deploy1/war
Case 2:
ear/
--deploy1/war
--deploy2/sar
Then you have the same ordering logic for the fixed directories and
application deployment units.
xx
|/etc/rc.d/rc3.d/S10network will start before /etc/rc.d/rc3.d/S80sendmail
|because 10 commes before 80.
whatever,
stuff in rc2 is started before stuff in rc3
also the S10network before the S80sendmail is a convention that is actually
great, it is an explicit ordering of deployments and is maybe
- Original Message -
From: "marc fleury" <[EMAIL PROTECTED]>
To: "marc fleury" <[EMAIL PROTECTED]>; "David Jencks"
<[EMAIL PROTECTED]>
Cc: "Jboss-Development @ Lists . Sourceforge . Net"
<[EMAIL PROTECTED]>
Sent: Wednesday, March 13, 2002 5:42 AM
Subject: RE: [JBoss-dev] ordering proposal
on 13-03-2 14.42, marc fleury at [EMAIL PROTECTED] wrote:
> rc1-rc6 has been in Unix for 20 years, so let's stop fucking around
A understandeble order there ... mmm - I can not help thinking of a observer
pattern design for the dependency and deploy order. Together with a
interface registry laye
On 13 Mar, marc fleury wrote:
[...]
> The problem is a painful russian doll structure.
>
> 3- however there are 3 static directories deploy/first, deploy/second,
> deploy/third, actually i could call them
> deploy/deploy1, deploy/deploy2/deploy3... and allow for arbitrary numbers
> but we would p
User: juhalindfors
Date: 02/03/13 06:44:53
Modified:src/main/test/compliance/loading MLetTEST.java
Log:
merge from 1.0 branch up to RelMX_1_0_0_3 build
Revision ChangesPath
1.4 +59 -60jmx/src/main/test/compliance/loading/MLetTEST.java
Index: MLetTEST.java
User: juhalindfors
Date: 02/03/13 06:44:53
Modified:src/main/org/jboss/mx/loading MBeanElement.java
MLetParser.java
Log:
merge from 1.0 branch up to RelMX_1_0_0_3 build
Revision ChangesPath
1.2 +27 -5 jmx/src/main/org/jboss/mx/loading/MB
- 1.7
@@ -41,6 +41,13 @@
*
* @author mailto:[EMAIL PROTECTED]";>Juha Lindfors.
* @version $Revision$
+ *
+ * Revisions:
+ *
+ * 20020313 Juha Lindfors:
+ *
+ * Added MLet text file ARG tag support
+ *
*/
public class MLet
User: juhalindfors
Date: 02/03/13 06:44:54
Added: src/resources/test/compliance/loading ArchiveList.mlet
BasicConfig.mlet MissingEndTag.mlet
MissingMLET.mlet MissingMandatoryArchive.mlet
MissingMandatoryCode.mlet
1.3
@@ -9,8 +9,16 @@
/**
* A wrapper for exceptions thrown by MBeans.
*
+ * @author mailto:[EMAIL PROTECTED]";>Juha Lindfors
* @author mailto:[EMAIL PROTECTED]";>Adrian Brock
* @version $Revision$
+ *
+ * Revisions:
+ *
+ * 200203
User: juhalindfors
Date: 02/03/13 06:44:54
Added: src/main/test/compliance/loading/support Trivial2.java
Trivial2MBean.java
Log:
merge from 1.0 branch up to RelMX_1_0_0_3 build
Revision ChangesPath
1.2 +36 -0 jmx/src/main/test/complian
User: juhalindfors
Date: 02/03/13 06:44:54
Removed: src/main/test/compliance/loading/support/mlet
ArchiveList.mlet BasicConfig.mlet
MissingEndTag.mlet MissingMLET.mlet
MissingMandatoryArchive.mlet
Ok, I will take a look at it then. If there is one thing I hate it's deploying a bean
that shouldn't deploy and then not getting a good error message.
Cheers
>
> From: Juha Lindfors <[EMAIL PROTECTED]>
> Date: 2002/03/13 Wed AM 08:59:13 EST
> To: [EMAIL PROTECTED]
> Subject: Re: [JBoss-dev] E
User: juhalindfors
Date: 02/03/13 06:17:42
Modified:src/resources/test/compliance/loading Tag: BranchMX_1_0
BasicConfig.mlet
Log:
Revision ChangesPath
No revision
No revision
1.1.2.2 +2 -2
ion: 1.6 $
+ * @version $Revision: 1.6.2.1 $
+ *
+ * Revisions:
+ *
+ * 20020313 Juha Lindfors:
+ *
+ * Added MLet text file ARG tag support
+ *
*/
public class MLet
extends URLClassLoader
@@ -155,8 +162,13 @@
User: juhalindfors
Date: 02/03/13 06:11:45
Modified:src/main/org/jboss/mx/loading Tag: BranchMX_1_0
MLetParser.java
Log:
constructor args
Revision ChangesPath
No revision
No revision
1.2.2.1 +3
User: juhalindfors
Date: 02/03/13 06:10:59
Modified:src/main/org/jboss/mx/loading Tag: BranchMX_1_0
MBeanElement.java
Log:
constructor args
Revision ChangesPath
No revision
No revision
1.1.2.1
User: juhalindfors
Date: 02/03/13 06:08:02
Modified:src/main/test/compliance/loading Tag: BranchMX_1_0
MLetTEST.java
Log:
Revision ChangesPath
No revision
No revision
1.3.2.2 +9 -0 jmx/sr
User: juhalindfors
Date: 02/03/13 06:07:37
Added: src/main/test/compliance/loading/support Tag: BranchMX_1_0
Trivial2.java Trivial2MBean.java
Log:
Revision ChangesPath
No revision
No revision
don't think anyone is working on it
-- Juha
_
View thread online: http://main.jboss.org/thread.jsp?forum=66&thread=10812
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourcef
|Why doesn't depends handle this?
because
marcf
|
|--jason
|
|
|
|___
|Jboss-development mailing list
|[EMAIL PROTECTED]
|https://lists.sourceforge.net/lists/listinfo/jboss-development
___
Jboss-development
ok,
so i will implement the following
deploy directory remains there, you can drop anything in deploy.
3 rules:
1- There is an ordering in deploy xml>sar>war>ear>jar or whatever i had in
there before.
2-if you deploy a bean with dependencies, whatever they may be, i.e.
sar/ear/war/rar/jar con
be on the lookout for an article from us on OReilly onjava with our new
position on certification and SUN...
marcf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Ahem, I have commited the change :-)
> -Original Message-
> From: marc fleury [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, March 13, 2002 2:15 PM
> To: Vesco Claudio; Jboss Dev (Posta elettronica)
> Subject: RE: [JBoss-dev] User TX bug
>
> yes we should resume, put it as a bug thro
oh,
i didn't remember you had rw... he he
ta
marcf
|-Original Message-
|From: Vesco Claudio [mailto:[EMAIL PROTECTED]]
|Sent: Wednesday, March 13, 2002 5:42 AM
|To: Jboss Dev (Posta elettronica)
|Cc: 'marc fleury'
|Subject: RE: [JBoss-dev] User TX bug
|
|
|Ahem, I have commited the ch
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of marc
|fleury
|Sent: Wednesday, March 13, 2002 12:19 AM
|To: David Jencks
|Cc: Jboss-Development @ Lists . Sourceforge . Net
|Subject: RE: [JBoss-dev] ordering proposal
|
|
||This can be done today simply
yes we should resume, put it as a bug through sourceforge and put the patch
when you can
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Vesco
|Claudio
|Sent: Wednesday, March 13, 2002 2:00 AM
|To: Jboss Dev (Posta elettronica)
|Subject: [JBoss-
k
- * @version $Revision: 1.2 $
+ * @version $Revision: 1.2.2.1 $
+ *
+ * Revisions:
+ *
+ * 20020313 Juha Lindfors:
+ *
+ * Overriding toString() to print out the root exception
+ *
*/
public class MBeanException
extends JMException
@@ -62,7 +70,17 @@
}
User: juhalindfors
Date: 02/03/13 04:12:05
Modified:.Tag: BranchMX_1_0 build.xml
Log:
build separate test jars
Revision ChangesPath
No revision
No revision
1.27.2.1 +28 -9 jmx/build.xml
Index: build.xm
User: juhalindfors
Date: 02/03/13 04:11:12
Modified:src/main/test/compliance/loading Tag: BranchMX_1_0
MLetTEST.java
Log:
using output/etc/test
Revision ChangesPath
No revision
No revision
1.3.2.
User: juhalindfors
Date: 02/03/13 04:08:09
jmx/src/resources/test/compliance - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: juhalindfors
Date: 02/03/13 04:09:11
Added: src/resources/test/compliance/loading Tag: BranchMX_1_0
ArchiveList.mlet BasicConfig.mlet
MissingEndTag.mlet MissingMLET.mlet
MissingMandatoryArchive.mlet
User: juhalindfors
Date: 02/03/13 04:08:28
jmx/src/resources/test/compliance/loading - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: juhalindfors
Date: 02/03/13 04:07:11
Removed: src/main/test/compliance/loading/support/mlet Tag:
BranchMX_1_0 ArchiveList.mlet BasicConfig.mlet
MissingEndTag.mlet MissingMLET.mlet
MissingMandatoryArchive.mlet
User: juhalindfors
Date: 02/03/13 04:07:48
jmx/src/resources/test - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Is anybody working on this? It seems to just be stubs in the head right
now.
Cheers
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Bugs item #529310, was opened at 2002-03-13 08:35
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=529310&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
>Status: Closed
>Resolution: Invalid
Priority: 5
Submitted By: Mac (macearl)
Assigned to: No
Hi alls!
I think we have a little bug in
server/src/main/org/jboss/tm/usertx/server/UserTransactionSessionImpl.ja
va which I have triggered when I try to control user transaction by
jython :-)
In begin method there is a tm.suspend but in commit nor rollback there
is no tm.resume.
If there is no
Hi Neal,
please post such questions in the future to [EMAIL PROTECTED]
Basically, it is like you said ... You can package any "usual" axis web
service (an RPCprovider, a MsgProvider) into a .wsr and get it deployed into
Jboss. Trivial. See the jboss.net/testsuite address example.
It gets inter
Bugs item #529329, was opened at 2002-03-13 10:26
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=529329&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Erik Turesson (eritu)
Assigned to: N
Bugs item #529310, was opened at 2002-03-12 23:35
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=529310&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Mac (macearl)
Assigned to: Nobody/An
|This can be done today simply by including the list of 3 or whatever
|directories in the URLDeploymentScanner. Jason just needs to sort each
|directory separately when he puts the sorting back in.
right, let's just do that, it is simple and will cover 99% cases.
we need to
1- document the depl
76 matches
Mail list logo