To fix the current problems with class loading in wars I
have dropped the parsing of war subcomponents by the
MainDeployer. The problem was that the jars found in
wars were being broken out and loaded as deployment units
and added to the JBoss ServiceLibraries. The WEB-INF/classes
directory was
User: starksm
Date: 02/02/21 00:41:10
Modified:src/main/org/jboss/deployment MainDeployer.java
Log:
Simple fix for the current war deployment problems, don't do
subdeployments of the contents of wars.
Revision ChangesPath
1.20 +6 -5
User: starksm
Date: 02/02/21 00:49:24
Modified:src/main/org/jboss/web AbstractWebContainer.java
Log:
Don't look to parse WEB-INF/classes
Revision ChangesPath
1.32 +4 -3 jboss/src/main/org/jboss/web/AbstractWebContainer.java
Index:
so-fucking-jet-lagged
Ok, I understand. I think this is a safe call for now as we really need
that DR1 to be public. I will look into the issue closely with Jan from
Jetty as I believe they are keen on dumping class loading madness on our
lap.
Class loading is one of the toughest problems in
We don't look into the war at all. Its now an atomic component.
It was looking into the war and finding jars that caused the
problems in the first place. If you want to deploy sars or
common jars you have to use an ear.
Its fine that Jetty can completely delegate all class loading, but Tomcat
fuck tomcat
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Scott
|M Stark
|Sent: Thursday, February 21, 2002 1:40 AM
|To: [EMAIL PROTECTED]
|Subject: Re: [JBoss-dev] Why add anything from a war to the JBoss
|classpath
|
|
|We don't look into
Not going to happen. You have a Pink and the Brain episode
running with UnifiedClassLoaders trying to take over the world.
Forget about world class loader domination.
- Original Message -
From: marc fleury [EMAIL PROTECTED]
To: Scott M Stark [EMAIL PROTECTED];
[EMAIL PROTECTED]
Sent:
User: starksm
Date: 02/02/21 01:38:19
Modified:.build.xml
Log:
Include multiple wars in the jbosstest-web.ear
Revision ChangesPath
1.74 +25 -10jbosstest/build.xml
Index: build.xml
We don't really have to choose an all or nothing model anyway.
Make it a property of the deployer whether or not it wants
the MainDeployer to handle subdeployments of elements found
inside of its deployment package. The Jetty can say yes,
the Tomcat can say no.
Scott
go to bed already, I am going to read up on pink and the brain,
These classloaders are something else and complete visibility across all our
classes is something fundamental to appservers.
onto world domination.
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL
The next beta release(Rel_3_0_0_3) is tagged, built and tested. Its
uploading to sourceforge now. It will be available sometime
tomorrow from the sourceforge download pages.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
Bugs item #520892, was opened at 2002-02-21 02:02
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=520892group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Georg Schmid (giorgio42)
Assigned
Yeah that's one way, I mean the class visibility is really what we want, so
we can have sars reference ears and what not, should be real good. So
class.forName() barfs in the case of web-inf/classes? ah fuck
class.forName()
I mean it...
Brain: Now, Pinky, if by any chance you are captured
Scott,
This is fine. All Jetty needs is a definite policy from JBoss - either
load all the classes/jars from the war, or don't load any of it - Jetty
is able to handle both situations.
If you don't crack open the wars, then we will probably go a step
further and add a switch to our service
|... all this assuming, of course, that Marc's unified class loaders
|don't achieve world domination!
bah! of course they will :)
marcf
I know Zahid Rahman
-- Greg Wilkins --
___
Jboss-development mailing list
[EMAIL PROTECTED]
onsdagen den 20 februari 2002 kl 23.46 skrev Jeff Tulley:
Marc,
If JBoss moves to 1.4, it still would need to be backward compatible
for at least a transition period. Consider those who want to run on an
IBM JDK, or platforms that do not yet have 1.4 support.
I would suggest not
Bugs item #520650, was opened at 2002-02-20 13:19
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=520650group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Invalid
Priority: 5
Submitted By: Jason Robertson (jrslim)
Assigned
Hi!
I'm using JBoss-2.4.4_Jetty-3.1.3-1.
I'm building my first app containing a Servlet that call an EJB.(using
FORTE)
My project contains a web modul and a EJB modul.
I take the example interest at JBoss:
**
Bugs item #521035, was opened at 2002-02-21 08:13
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=521035group_id=22866
Category: JBossCMP
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Stepan Roh (src)
Assigned to:
Bugs item #521058, was opened at 2002-02-21 08:53
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=521058group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Georg Schmid (giorgio42)
Assigned
It seems that Scott forgot to add an empty lib directory to the tgz. When
starting up you get:
java.io.FileNotFoundException: ../log/server.log (The system cannot find
the.
This is easily fixed by creating a log dir in %JBOSS_HOME%.
Best regards,
Per
The empty log dir exists in both archives. It would be your extraction
utility refusing to create an empty directory that causes the problem.
[starksm@banshee output]$ tar -ztf jboss-3.0.0beta.tgz | grep log
jboss-3.0.0beta/log/
jboss-3.0.0beta/lib/ext/log4j.jar
jboss-3.0.0beta/client/log4j.jar
Bugs item #521035, was opened at 2002-02-21 08:13
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=521035group_id=22866
Category: JBossCMP
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Stepan Roh (src)
Assigned to:
Bugs item #521108, was opened at 2002-02-21 10:38
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=521108group_id=22866
Category: JBossCMP
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Ilya Perminov (iperminov)
Assigned to:
User: starksm
Date: 02/02/21 11:16:44
Modified:src/main/org/jboss/security/auth/spi
UsernamePasswordLoginModule.java
Log:
Remove System.out statement
Revision ChangesPath
1.10 +1 -2
Put JBoss on your server...
and your money on beer
And Marc - please think of us european people that don't have a budget big enough to
go transatlantic for free beer...make the t-shirts availble on-line (or i send you
money and you send mee a t-shirt :)
/Lennart
All,
I've voiced this concern in the past. When a transaction times out, why
does the method TxCapsule.timedOut only set the status of the transaction as
STATUS_MARKED_ROLLBACK? Why doesn't it actually do a rollback?
A very serious side effect is this scenario:
Something hangs indefinately
Actually, count me in on that, too. I'm just too poor to go to JavaOne, but I'd love
to buy a JBoss t-shirt.
-Original Message-
From: Lennart Petersson [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 21, 2002 2:27 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] JBossOne
Hi,
combing through the JBoss SF Bug database I found the following in the
patches section:
http://sourceforge.net/tracker/index.php?func=detailaid=437043group_id=22866atid=376687
Whoever submitted this is actually correct; the EJB Spec (1.1 and 2.0)
state that Finder methods should be
Bugs item #437043, was opened at 2001-06-28 04:47
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=437043group_id=22866
Category: None
Group: None
Status: Open
Resolution: Accepted
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to:
hi,
On Thu, 2002-02-21 at 20:47, Bill Burke wrote:
P.S. I need to solve this problem for work. So if I get no feedback,
bewareI'll be making changes.
There's one more issue which might be related to this (or not at all, I
don't have the necessary insights):
When a Bean is enrolled in a
I am VERY new to the JBoss-dev list but...
I haven't seen anybody complaining about this (the findBy prefix is
more intuitive anyways IMO) but this should be fixed. The fix seems easy
enough and I would be willing to take it but this could break a lot of
apps out there that rely on the method
Count me in on that, too. I'd like to buy one. I'm too poor to go to JavaOne, but
I'd love to get myself a nice, witty JBoss t-shirt. ;)
-Original Message-
From: Lennart Petersson [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 21, 2002 2:27 PM
To: [EMAIL PROTECTED]
Subject: Re:
JBoss auto generated queries are outside of the spec. JBoss uses the
findBy start to signal the system that it should attempt to auto
generate a simple single field finder. I think that BMP custom finders
in CMP is also non-spec, but jaws should support findX named queries.
JBossCMP already
User: starksm
Date: 02/02/21 12:27:54
Modified:jbossbuild.xml
Log:
Create an empty log/server.log to make the dumb unarchiver tools
create the log directory
Revision ChangesPath
1.87 +3 -1 build/jboss/build.xml
Index: build.xml
I thought a bean wasn't allowed to be passivated if it was involved with a
transaction?
Check out the canPassivate method on the instance cache.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
Christian Riege
Sent: Thursday, February 21, 2002 3:26
hi,
On Thu, 2002-02-21 at 21:56, Bill Burke wrote:
I thought a bean wasn't allowed to be passivated if it was involved with a
transaction?
Check out the canPassivate method on the instance cache.
you're correct. the thrown exception is not a NPE but instead an
IllegalStateExeption; we
Hi!
I'm using JBoss-2.4.4_Jetty-3.1.3-1.
I'm building my first app containing a Servlet that call an EJB.(using
FORTE)
My project contains a web modul and a EJB modul.
I take the example interest at JBoss:
**
I had this problem too, since there was only a tar archive available on Sourceforge,
and I guess my copy of Winzip is not setup to add empty directories when unzipping
tars...
How about adding an empty file to the log directory so that no one else has this
problem?
User: patriot1burke
Date: 02/02/21 13:45:18
Modified:src/main/org/jboss/ejb/plugins Tag: Branch_2_4
AbstractInstanceCache.java
Log:
do not obtain a reference to the BeanLock on a get. Causes memory leaks and problems
Revision ChangesPath
No
done already, scott patched this
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Alan
|Lewis
|Sent: Thursday, February 21, 2002 1:38 PM
|To: [EMAIL PROTECTED]
|Subject: Re: [JBoss-dev] RH beta
|
|
|I had this problem too, since there was only
I just patch 2.4.5 to work the same as 3.0. In 3.0, I don't obtain a bean
lock reference on a cache insert and don't remove the reference on a cache
release. It really isn't worth saving the extra memory allocation. See if
Branch_2_4 solves this problem. Could you?
Thanks,
Bill
OK, now I'm confused. Looking at (some of) the code I would think that:
1. If nothing is hanging, just taking a really long time, when it all gets
done the tx will be rolled back just fine, and all resources released.
2. If the db call is hanging, the tx will be marked for rollback, but since
That is ridiculous... someone should inform winzip of this... ignoring
files in an archive because it feels like it... or because it *thinks*
it is better... garbage.
--jason
Alan Lewis wrote:
I had this problem too, since there was only a tar archive available on Sourceforge,
and I guess
Hi Marc,
I think i might have solved two problems that jboss had.
1. The minimum number of jars you need to boot jboss off the network
includes all the jars in the \lib dir ~ 480K.
2. Integrating (or embeding) jboss into the process space of an existing app
is hard since jboss does so much
I'm no threading expert, but I can't find any way of communicating with
the hung thread to force it to return.
thread.interrupt() works in most cases. It causes the thread to throw
an InterruptedException.
-dain
___
Jboss-development mailing
Hey, thanks for replyingComments are in-lined.
-Original Message-
From: David Jencks [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 21, 2002 5:25 PM
To: Bill Burke
Cc: Jboss-Dev
Subject: Re: [JBoss-dev] Bug?: no rollback on tx timeout
OK, now I'm confused. Looking at
I don't think that works. All it does I think is set a boolean flag
internally.
-Original Message-
From: Dain Sundstrom [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 21, 2002 5:37 PM
To: David Jencks
Cc: Bill Burke; Jboss-Dev
Subject: Re: [JBoss-dev] Bug?: no rollback on tx
User: lqd
Date: 02/02/21 14:46:33
Modified:src/main/org/jboss/pool Tag: Branch_2_4 PoolParameters.java
Log:
- fix speling mistake. GCIntervalMillis actually works now ...
Revision ChangesPath
No revision
No revision
I will eventually get around to fixing this and in general making the
testsuite better. I have been playing with a few ideas to make it
easier and faster to write test cases too... if only I had more time.
--jason
marc fleury wrote:
|to have testcases that send up to 100 000 messages,
Ok.. I'll start working on bringing it into the jboss build.
Regards,
Hiram
From: marc fleury [EMAIL PROTECTED]
To: Hiram Chirino [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
Subject: RE: Boot Classloader and Unified Classloader
Date: Thu, 21 Feb 2002 17:44:30 -0800
you bet your sweet ass it is
you bet your sweet ass it is useful, anything that makes JBoss embedable
(MBoss) is really useful. Go ahead
marcf
|-Original Message-
|From: Hiram Chirino [mailto:[EMAIL PROTECTED]]
|Sent: Thursday, February 21, 2002 2:34 PM
|To: [EMAIL PROTECTED]
|Cc: [EMAIL PROTECTED]
|Subject: Boot
On 2002.02.21 17:36:46 -0500 Dain Sundstrom wrote:
I'm no threading expert, but I can't find any way of communicating with
the hung thread to force it to return.
thread.interrupt() works in most cases. It causes the thread to throw
an InterruptedException.
I think this is only if
User: chirino
Date: 02/02/21 15:17:00
Modified:src/main/org/jboss/system UnifiedClassLoader.java
Log:
Adding new Boot class that helps out with creating a embedable JBoss app server.
embedable in the small footprint sense and enbedable in the integrate with an
existing app
User: chirino
Date: 02/02/21 15:17:00
Added: src/main/org/jboss Boot.java
Log:
Adding new Boot class that helps out with creating a embedable JBoss app server.
embedable in the small footprint sense and enbedable in the integrate with an
existing app sense.
Revision
On 2002.02.21 17:38:35 -0500 Bill Burke wrote:
Hey, thanks for replyingComments are in-lined.
likewise
-Original Message-
From: David Jencks [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 21, 2002 5:25 PM
To: Bill Burke
Cc: Jboss-Dev
Subject: Re: [JBoss-dev] Bug?:
User: chirino
Date: 02/02/21 15:33:19
Modified:.build.xml
Log:
Finished integrating the new Boot class into the build system.
Revision ChangesPath
1.69 +8 -1 jboss/build.xml
Index: build.xml
User: chirino
Date: 02/02/21 15:33:19
Modified:jbossbuild.xml
Log:
Finished integrating the new Boot class into the build system.
Revision ChangesPath
1.88 +2 -1 build/jboss/build.xml
Index: build.xml
User: chirino
Date: 02/02/21 15:33:20
Added: src/etc/manifest boot.mf
Log:
Finished integrating the new Boot class into the build system.
Revision ChangesPath
1.1 jboss/src/etc/manifest/boot.mf
Index: boot.mf
User: chirino
Date: 02/02/21 15:33:20
Added: src/bin boot.bat
Log:
Finished integrating the new Boot class into the build system.
Revision ChangesPath
1.1 jboss/src/bin/boot.bat
Index: boot.bat
On Thu, 21 Feb 2002, Hiram Chirino wrote:
User: chirino
Date: 02/02/21 15:17:00
Modified:src/main/org/jboss/system UnifiedClassLoader.java
Log:
Adding new Boot class that helps out with creating a embedable JBoss app server.
embedable in the small footprint sense and
cool stuff hiram, you are one of the more solid contributors, everytime you
delurk it is a no bullshit approach to the problems.
I like that, keep it up my friend, thanks a bunch for this timely addition.
marcf
PS: I am about to roll out a new website (we do have 3 people working on it)
and
User: user57
Date: 02/02/21 16:42:42
Modified:src/main/org/jboss/system Server.java
Log:
o don't log ServerConfig as info
o fix indentation
o removed extra space from last log
Revision ChangesPath
1.17 +12 -15jboss/src/main/org/jboss/system/Server.java
Leave the config name as INFO. There is nothing more
fundamental that what configuration the server is using.
- Original Message -
From: Jason Dillon [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, February 21, 2002 4:42 PM
Subject: [JBoss-dev] CVS update:
|case. Or maybe we need 2 maps here...???
David,
KISS
marcf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: user57
Date: 02/02/21 17:46:00
Modified:src/main/org/jboss/system Server.java
Log:
o log config as info... for the powers that be
Revision ChangesPath
1.18 +3 -3 jboss/src/main/org/jboss/system/Server.java
Index: Server.java
I would like to move the System.out/System.err catching from
ConsoleAppender into Log4jService. If a user does not want to append
anything to console then System.out/System.err will not be
caught/deirected to log4j.
I would like to provide properties to disable the catching (enabled by
User: user57
Date: 02/02/21 17:57:30
Modified:src/main/org/jboss/system Server.java
Log:
o back to debug =)
Revision ChangesPath
1.19 +2 -2 jboss/src/main/org/jboss/system/Server.java
Index: Server.java
User: user57
Date: 02/02/21 17:57:58
Modified:src/main/org/jboss/logging Log4jServiceMBean.java
Log:
o javadoc
Revision ChangesPath
1.6 +4 -13 jboss/src/main/org/jboss/logging/Log4jServiceMBean.java
Index: Log4jServiceMBean.java
sorry, didn't mean to check these in windows console really pisses
me off
--jason
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Bugs item #521272, was opened at 2002-02-21 17:45
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=521272group_id=22866
Category: JBossSX
Group: v2.4 (stable)
Status: Closed
Resolution: Duplicate
Priority: 7
Submitted By: Jeffrey Wescott (binaryfeed)
User: user57
Date: 02/02/21 18:01:58
Modified:src/main/org/jboss/logging Log4jService.java
Log:
o javadoc
o removed getResourceAsStream() it was an exact dup of
ClassLoader.getResourceAsStream()
except it would catch Exception and not IOException, which could cause
User: user57
Date: 02/02/21 18:08:47
Modified:src/main/org/jboss/logging Log4jService.java
Log4jServiceMBean.java
Log:
o revert previous checkin...
Revision ChangesPath
1.18 +70 -121 jboss/src/main/org/jboss/logging/Log4jService.java
User: user57
Date: 02/02/21 18:11:20
Modified:src/main/org/jboss/system UnifiedClassLoader.java
Log:
o javadoc
o removed getResourceAsStream() it was an exact dup of
ClassLoader.getResourceAsStream()
except it would catch Exception and not IOException, which could cause
The ConsoleAppender and interception of System.xxx
was added to immediately get all logging to log4j. It
is no longer necessary.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Jason Dillon [EMAIL
User: starksm
Date: 02/02/21 18:14:32
jbosstest/src/resources/web/html/other/WEB-INF - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: starksm
Date: 02/02/21 18:15:32
Added: src/resources/web/html/other/restricted error.html
login.html
Log:
Make the notjbosstest.war one capable of being run standalone to test
embedded vs external servlet container issues.
Revision Changes
User: starksm
Date: 02/02/21 18:16:57
Modified:src/resources/web/WEB-INF jbosstest-web.xml
Log:
Add the ClasspathServlet definition and mapping
Revision ChangesPath
1.2 +8 -0 jbosstest/src/resources/web/WEB-INF/jbosstest-web.xml
Index: jbosstest-web.xml
User: starksm
Date: 02/02/21 18:14:08
jbosstest/src/resources/web/html/other/restricted - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: starksm
Date: 02/02/21 18:15:32
Modified:src/resources/web/html/jbosstest index.html
Log:
Make the notjbosstest.war one capable of being run standalone to test
embedded vs external servlet container issues.
Revision ChangesPath
1.2 +4 -0
User: starksm
Date: 02/02/21 18:15:32
Modified:src/resources/web/html/other index.html
Log:
Make the notjbosstest.war one capable of being run standalone to test
embedded vs external servlet container issues.
Revision ChangesPath
1.2 +5 -1
User: user57
Date: 02/02/21 18:10:25
Modified:src/main/org/jboss/system UnifiedClassLoaderMBean.java
Log:
o javadoc
Revision ChangesPath
1.2 +5 -3 jboss/src/main/org/jboss/system/UnifiedClassLoaderMBean.java
Index: UnifiedClassLoaderMBean.java
User: user57
Date: 02/02/21 18:18:28
Log:
o import of xalanj 2.0 (from tools/lib)
Status:
Vendor Tag: apache
Release Tags: xalan_j_2_0
N thirdparty/apache/xalan/lib/xalan.jar
No conflicts created by this import
___
User: starksm
Date: 02/02/21 18:18:46
Modified:src/main/org/jboss/test/web/servlets SecureServlet.java
Log:
Show the HttpSession ID if a session exists
Revision ChangesPath
1.4 +36 -29
jbosstest/src/main/org/jboss/test/web/servlets/SecureServlet.java
User: starksm
Date: 02/02/21 18:15:32
Added: src/resources/web/html/other/WEB-INF jboss-web.xml
Log:
Make the notjbosstest.war one capable of being run standalone to test
embedded vs external servlet container issues.
Revision ChangesPath
1.1
The contents of the DTDs repository on the www.jboss.org site
has not updated in over a month. Is this still including in the build
and update of the sight?
http://www.jboss.org/j2ee/dtd/
application_1_2.dtd 7302 bytes Jan 15, 2002 9:30:02 AM
connector_1_0.dtd 17716 bytes Jan
User: starksm
Date: 02/02/21 18:17:17
Modified:src/resources/web/WEB-INF notjbosstest-web.xml
Log:
Add a secured and unsecured servlet mapping
Revision ChangesPath
1.2 +52 -1 jbosstest/src/resources/web/WEB-INF/notjbosstest-web.xml
Index:
User: user57
Date: 02/02/21 18:26:22
Removed: apache/xalan/lib xalan.jar
Log:
o forgot this was in jaxp
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Sorry for the noise, but I was trying to fix a problem a friend of mine
was having building the varia module under 98... anyone else having
trouble building under 98?
--jason
Jason Dillon wrote:
User: user57
Date: 02/02/21 18:26:22
Removed: apache/xalan/lib xalan.jar
Log:
User: user57
Date: 02/02/21 18:48:23
Added: src/etc/conf/default log4j.xml
Removed: src/etc/conf/default log4j.properties
Log:
o Removing ConsoleAppender, use org.apache.log4j.ConsoleAppender instead
o Moved System.out System.err catching to Log4jService
o Added
User: starksm
Date: 02/02/21 18:51:16
Modified:jbossbuild.xml
Log:
Beta Rel_3_0_0_3 is already history
Revision ChangesPath
1.89 +3 -3 build/jboss/build.xml
Index: build.xml
===
RCS
User: user57
Date: 02/02/21 18:48:24
Modified:src/main/org/jboss/system BootstrapLogger.java
Log:
o Removing ConsoleAppender, use org.apache.log4j.ConsoleAppender instead
o Moved System.out System.err catching to Log4jService
o Added LOG4J_INITIALIZED to BootstrapLogger,
Change Notes item #521289, was opened at 2002-02-21 18:52
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=381174aid=521289group_id=22866
Category: None
Group: v3.0 (Rabbit Hole)
Status: Open
Priority: 5
Submitted By: Jason Dillon (user57)
Assigned to: Jason Dillon
JBoss daily test results
SUMMARY
Number of tests run: 499
Successful tests: 488
Errors:4
Failures: 7
[time of test: 22 February 2002 2:53 GMT]
[java.version:
User: user57
Date: 02/02/21 18:48:24
Removed: src/main/org/jboss/logging/log4j ConsoleAppender.java
Log:
o Removing ConsoleAppender, use org.apache.log4j.ConsoleAppender instead
o Moved System.out System.err catching to Log4jService
o Added LOG4J_INITIALIZED to
Change Notes item #521290, was opened at 2002-02-21 18:56
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=381174aid=521290group_id=22866
Category: None
Group: v3.0 (Rabbit Hole)
Status: Open
Priority: 5
Submitted By: Jason Dillon (user57)
Assigned to: Jason Dillon
User: starksm
Date: 02/02/21 19:17:40
Modified:.build.xml
Log:
Update the notjbosstest.war contents
Revision ChangesPath
1.75 +10 -1 jbosstest/build.xml
Index: build.xml
===
RCS
User: starksm
Date: 02/02/21 19:19:07
Modified:src/main/org/jboss/test/web/util Util.java
Log:
Add a classpath visibility testcase
Revision ChangesPath
1.7 +2 -3 jbosstest/src/main/org/jboss/test/web/util/Util.java
Index: Util.java
User: starksm
Date: 02/02/21 19:18:08
Modified:src/main/org/jboss/test/web/servlets ENCServlet.java
Log:
Validate the types of the objects in the ENC
Revision ChangesPath
1.8 +40 -7 jbosstest/src/main/org/jboss/test/web/servlets/ENCServlet.java
Index:
JBoss daily test results
SUMMARY
Number of tests run: 499
Successful tests: 480
Errors:7
Failures: 12
[time of test: 22 February 2002 3:22 GMT]
[java.version:
1 - 100 of 157 matches
Mail list logo
