=
==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.4.0_01
Java(TM) 2 Runtime Environment, Standard
Liam Magee wrote:
Hi Thomas,
I haven't looked deeply into Tomcat MBean support, this is the next
natural step for integration b/w JBoss and Tomcat.
I think it would be beneficial to stop using Embedded eventually
(whatever JBoss needs to do should be doable using a host configurator
and
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
JAVA VERSION DETAILS
java version 1.4.0_01
Java(TM) 2 Runtime Environment, Standard
This would be excellent if you could do this
Nick
Remy Maucherat wrote:
Liam Magee wrote:
Hi Thomas,
I haven't looked deeply into Tomcat MBean support, this is the next
natural step for integration b/w JBoss and Tomcat.
I think it would be beneficial to stop using Embedded
=
==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.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.4.0_01
Java(TM) 2 Runtime Environment, Standard
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
JAVA VERSION DETAILS
java version 1.4.0_01
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.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.4.0_01
Java(TM) 2 Runtime Environment, Standard
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
JAVA VERSION DETAILS
java version 1.4.0_01
Java(TM) 2 Runtime Environment, Standard
Bugs item #614116, was opened at 2002-09-24 17:56
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=614116group_id=22866
Category: JBossTX
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Elias Ross (genman)
Assigned to:
WTF?
marc f
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On
Behalf Of [EMAIL PROTECTED]
Sent: Monday, October 07, 2002 8:15 AM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: [JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
It is a new undocummented feature. Cool, huh?
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]De la part de marc
fleury
Envoye : lundi, 7 octobre 2002 14:51
A : [EMAIL PROTECTED]
Objet : RE: [JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
WTF?
It's the ultimate solution of the build mess - simplify you know :)
/Lennart
måndagen den 7 oktober 2002 kl 14.55 skrev Sacha Labourey:
It is a new undocummented feature. Cool, huh?
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]De la part de
marc
fleury
=
HERE ARE THE LAST 50 LINES OF THE LOG FILE
build.sh: build.sh: No such file or directory
When doing a clean co jboss-all the folder dloaded comes as jboss and
not as jboss-all as expected. This probably freaks out some
=
==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.1_03
Java(TM) 2 Runtime Environment, Standard
I would be happy to assist with any future integration efforts with
Tomcat. Is there a to-do list of any kind for this?
Regards,
Liam.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On Behalf Of Remy
Maucherat
Sent: Monday, October 07, 2002 6:19 PM
To: [EMAIL
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
JAVA VERSION DETAILS
java version 1.4.0_01
Java(TM) 2 Runtime Environment, Standard
Hello,
Is it just me? I am trying to compile jboss-all from HEAD (I did a fresh
checkout a few minutes ago) on windows 2000 and I get lots of errors which
change over time i.e the compiler (1.4.0) makes an exception and, if I start
again the build process, it goes further, ... then it is an RMI
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
JAVA VERSION DETAILS
java version 1.4.0_01
Java(TM) 2 Runtime Environment, Standard
Hello,
In ProxyFactoryHA (which extends ProxyFactory), I subscribe to the STARTED
(and STOPPING) JMX notifications that is raised by the related EJB
container. Nevertheless, while everything is fine in Branch_3_2, it fails on
HEAD: I received the STARTED notification *before* my
Bugs item #614116, was opened at 2002-09-24 19:56
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=614116group_id=22866
Category: JBossTX
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Elias Ross (genman)
Assigned to:
=
==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.1_03
Java(TM) 2 Runtime Environment, Standard
he he he,
actual LOL
we don't have a build problem anymore, that fucking piece of radioactive
dunk just went boom...
marc f
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On
Behalf Of Lennart Petersson
Sent: Monday, October 07, 2002 9:15 AM
To: [EMAIL
But seriously now, can anyone get Chris on the line, he needs to clean
the disk and checkout... this is embarassing
marc f
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On
Behalf Of Lennart Petersson
Sent: Monday, October 07, 2002 9:15 AM
To: [EMAIL
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
JAVA VERSION DETAILS
java version 1.4.0_01
Java(TM) 2 Runtime Environment, Standard
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
JAVA VERSION DETAILS
java version 1.4.0_01
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.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.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.4.0_01
Java(TM) 2 Runtime Environment, Standard
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
JAVA VERSION DETAILS
java version 1.4.0_01
Java(TM) 2 Runtime Environment, Standard
BUILD FAILED:
Common module
...thirdparty\sun-jaxp\lib not found.
Bill
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development
Whoa, not this nonsense off. The 3.0 build structure is NOT changing. If
it has its going back!!!
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Sacha Labourey [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
This has broken the existing 3.0 and 3.2 build structures. Fix these changes
immediately as we are not going through the production branch build
files to accommodate this change.
I also changed the jboss-all alias to checkout its content into the jboss-all
directory as this had been changed to
=
==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
The last time I looked at the .ear deployer I thought it was only deploying
modules explictly referenced in application.xml and jboss-app.xml, and
packages from manifest classpaths. Anything else is a mistake. Lots of
people have messed with this code and it keeps breaking. I suggest if you
There's a sorter in MainDeployer.
I strongly recommend using depends elements.
david jencks
On 2002.10.05 22:33:15 -0400 Jason Dillon wrote:
Again, I am not positive, but I believe the order is determined by the
XML
impl, when it returns a NodeList. From what I can tell the order is
All and all I think big structural changes and any big code changes, or any
big features should be forbidden from being added to a production branch.
IMHO, they shouldn't be allowed for any branched version as a branch means
we are trying to stabalize.
BTW, you've really hosed me so fix it!
This wasn't a code change, it was a change to how jboss is checked out
from cvs. I think maybe Jason forgot that there is no branching available
in CVSROOT.
Basically the problem is that cvs sucks.
I think the solution is to have jboss-all-3_0, jboss-all-3_2, and
jboss-all-4_0 targets that
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
JAVA VERSION DETAILS
java version 1.4.0_01
Java(TM) 2 Runtime Environment, Standard
the directory structure and module structure is fucking fine! Why fucking
change it!
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of David
Jencks
Sent: Monday, October 07, 2002 4:04 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] README ::
The nightly build is not very inteligent...
--jason
On Mon, 7 Oct 2002, Sacha Labourey wrote:
It is a new undocummented feature. Cool, huh?
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]De la part de marc
fleury
Envoye : lundi, 7 octobre 2002 14:51
I had forgot about the branches wrt to thirdparty flattening... for some
reason I was convinced that I did not need to change any of the build files
for these.
I think we need seperate module defs for these, so they can rev
independently.
--jason
On Mon, 7 Oct 2002, Bill Burke wrote:
I know it is not changing... I was not planning on it changing either.
I beleive we need a jboss-3.0 and a jboss-3.2 module which sets up the
correct structure, with out limiting the change for head.
--jason
On Mon, 7 Oct 2002, Scott M Stark wrote:
Whoa, not this nonsense off. The 3.0
This has broken the existing 3.0 and 3.2 build structures. Fix these changes
immediately as we are not going through the production branch build
files to accommodate this change.
I will do. Like I said before I did not believe it would affect the 3.x
builds... but I should have not made
If you READ me email you would understand that the module structure has not
changed, only the thirparty directory has.
People bitch left and right that cvs update downloads stuff which is not
needed. All I did was fix the problem.
TRUE I did forget about the production branch... I am human
CVS can't handle thirdparty only including some of the subdirectories. On
checkout you get one set of stuff, if you update you get much more. Jason
was trying to make the set of stuff you get from checkout and update the
same. I think its really important to ensure this, whether or not Jason's
Does anyone know where the scripts for these tests are kept?
--jason
On Mon, 7 Oct 2002, marc fleury wrote:
But seriously now, can anyone get Chris on the line, he needs to clean
the disk and checkout... this is embarassing
marc f
-Original Message-
From: [EMAIL PROTECTED]
What errors do you get specifically Sacha?
--jason
On Mon, 7 Oct 2002, Sacha Labourey wrote:
Hello,
Is it just me? I am trying to compile jboss-all from HEAD (I did a fresh
checkout a few minutes ago) on windows 2000 and I get lots of errors which
change over time i.e the compiler
I do not believe it is possible due to the manner in which CVS works.
Sorry for the chaos... I will resolve these issues w/o breaking anything.
*sigh*
--jason
On Mon, 7 Oct 2002, David Jencks wrote:
CVS can't handle thirdparty only including some of the subdirectories. On
checkout you
=
==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
Bugs item #614116, was opened at 2002-09-24 17:56
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=614116group_id=22866
Category: JBossTX
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Elias Ross (genman)
Assigned to:
How about providing some more information so others can try to help the
situation a?
--jason
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
On
Behalf Of Bill Burke
Sent: Monday, October 07, 2002 2:58 PM
To: Jboss-Dev
Cc: Jboss-Group@Jboss. Org
Subject:
Branch_3_0 BTW. Come on! Fix this shit!
-Original Message-
From: Bill Burke [mailto:[EMAIL PROTECTED]]
Sent: Monday, October 07, 2002 5:42 PM
To: Jboss-Group@Jboss. Org
Cc: Jboss-Dev
Subject: RMIAdaptorService still won't compile
line 39: should be declared abstract; it does
Bugs item #614116, was opened at 2002-09-24 19:56
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=614116group_id=22866
Category: JBossTX
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Elias Ross (genman)
Assigned to:
line 39: should be declared abstract; it does not define getJndiName()
line 76: cannot resolve symbol OBJECT_NAME
Bill
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
JAVA VERSION DETAILS
java version 1.4.0_01
Java(TM) 2 Runtime Environment, Standard
Bugs item #619969, was opened at 2002-10-07 17:15
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=619969group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Vinh Nguyen (softwaremasters)
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
JAVA VERSION DETAILS
java version 1.4.0_01
Java(TM) 2 Runtime Environment, Standard
I hang when get latest at this directory. What is going on I can't do
work
Bill
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
try there is no other information CVS hangs for me.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Jason
Dillon
Sent: Monday, October 07, 2002 6:14 PM
To: [EMAIL PROTECTED]; 'Jboss-Dev'
Cc: 'Jboss-Group@Jboss. Org'
Subject: [JBoss-dev] RE:
What is the CVS command you are using, so I can try to reproduce.
--jason
-Original Message-
From: [EMAIL PROTECTED] [mailto:jboss-
[EMAIL PROTECTED]] On Behalf Of Bill Burke
Sent: Monday, October 07, 2002 2:58 PM
To: Jboss-Dev
Cc: Jboss-Group@Jboss. Org
Subject: [JBoss-dev]
Oh... well that is quite a different problem... which is out of my
control. Does it hang every time? Are you having any connectivity
problems to sf.net?
--jason
-Original Message-
From: [EMAIL PROTECTED] [mailto:jboss-
[EMAIL PROTECTED]] On Behalf Of Bill Burke
Sent: Monday,
=
==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
I have to modify CVSROOT/modules to test, so please be patient if
something does not function. I will make sure that all jboss-* projects
function by the days end.
--jason
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek
I have just verified that all of the branches for the currently active
JBoss versions build correctly out of the box.
I did however need to make some modifications to the CVSROOT/modules
file to make this work correctly and to help prevent future fuckups
(probably by me) when changing the
Number of tests run: 942
Successful tests: 938
Errors:2
Failures: 2
[time of test: 7 October 2002 15:33 GMT]
[java.version: 1.3.1]
[java.vendor: Apple Computer, Inc.]
If you look at the Embedded usage in the JBoss service it is not doing much.
Being able to run off a sar with the minimum elements from tomcat would be
good, but I want to keep the ability to run with a pristine tomcat dist.
Scott Stark
Chief Technology Officer
JBoss
72 matches
Mail list logo