On Tue, 2002-10-08 at 20:55, Scott M Stark wrote:
[...]
The head revision cannot be checked out using the jboss-all module alias any longer.
does this imply that I _must_ do a full clean checkout of my local CVS
copies of all 3 branches using the commands you posted to get a correct
working
CVS update will work, but you will need to follow the instructions to update
your thirdparty directory for HEAD.
--jason
On 9 Oct 2002, Christian Riege wrote:
On Tue, 2002-10-08 at 20:55, Scott M Stark wrote:
[...]
The head revision cannot be checked out using the jboss-all module alias
After thinking about it for a while, I can not think of a clear advantage to
using Commons Logging.
I do think that it might be in our interest to change to an interface based
logging system. Basically an adaption from the current iteration, where
Logger is an interface. With Logger as an
I'd like it to be easier to compile one module and have the results show up
in the build directory. There might be an easy way to do this now but I
haven't found it. Other projects (xdoclet) use a push model rather than
your pull model. I understand the advantages of the pull model but
Bugs item #620440, was opened at 2002-10-08 20:37
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=620440group_id=22866
Category: CatalinaBundle
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Don Laidlaw (dlaidlaw)
Assigned
Bugs item #620440, was opened at 2002-10-08 20:37
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=620440group_id=22866
Category: CatalinaBundle
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Don Laidlaw (dlaidlaw)
Assigned
Hi,
I get this error:
run-testsuite:
[execmodules] Missing build file; skipping module: testsuite
when using target testsuite in the build directory.
Has this target/directory changed too?
Thanks,
Chris
=
__
Do you Yahoo!?
Faith Hill -
I get this behaviour as part of HEAD. On which branch do you have this
behaviour? I need to use the target in testsuite/build.xml.
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]De la part de
Chris Kimpton
Envoye : mercredi, 9 octobre 2002 14:43
A : [EMAIL
No, other than just watching the commons mailing list recently. I'll
check on it, though Scott doesn't want to switch so it will be FYI
research only, I suppose.
James
-Original Message-
From: Jason Dillon [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, October 08, 2002 8:24 PM
To:
Jason,
The major issue with Log4j that I have is size... it is huge.
You might want to look again at the log4j website or ask the log4j guys for
more input on this. Last time I checked, there was a minimal log4j-core.jar
that could be used in the place of the full log4j.jar. I believe that
Hi,
--- Sacha Labourey [EMAIL PROTECTED] wrote:
I get this behaviour as part of HEAD. On which branch do you have
this
behaviour? I need to use the target in testsuite/build.xml.
This is on HEAD (jboss-head).
Chris
=
__
Do you Yahoo!?
onsdagen den 9 oktober 2002 kl 15.16 skrev Chris Kimpton:
I need to use the target in testsuite/build.xml.
This is on HEAD (jboss-head).
/jboss-head/build] ./build.sh run-basic-testsuite
results in
[execmodules] Missing build file; skipping module: testsuite
so I am using
Bugs item #620838, was opened at 2002-10-09 15:43
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=620838group_id=22866
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Jay Petersen (s2jcpete)
Assigned to: Nobody/Anonymous
Actually, a SF project administrator can download a Nightly CVS Tree
Tarball from the admin section on SF. The tarball contains all the
blah.java,v files. So doing a CVS testbed is possible.
Mike Heath
On Tue, 2002-10-08 at 12:00, David Jencks wrote:
Ummm think about it... for CVSROOT
Bugs item #614313, was opened at 2002-09-25 12:31
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=614313group_id=22866
Category: JBossTX
Group: v3.2
Status: Open
Resolution: None
Priority: 6
Submitted By: Michael Bartmann (bartmann)
Assigned to:
Bugs item #620890, was opened at 2002-10-09 17:18
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=620890group_id=22866
Category: CatalinaBundle
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Theo Harper (btharper)
Assigned
Bugs item #620890, was opened at 2002-10-09 17:18
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=620890group_id=22866
Category: CatalinaBundle
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Theo Harper (btharper)
Assigned
Bugs item #620890, was opened at 2002-10-09 17:18
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=620890group_id=22866
Category: CatalinaBundle
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Theo Harper (btharper)
Assigned
Bugs item #620890, was opened at 2002-10-09 17:18
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=620890group_id=22866
Category: CatalinaBundle
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Theo Harper (btharper)
Assigned
Number of tests run: 949
Successful tests: 947
Errors:1
Failures: 1
[time of test: 9 October 2002 12:49 GMT]
[java.version: 1.3.1]
[java.vendor: Apple Computer, Inc.]
Title: Possible Synchronization Issue in UnifiedLoaderRepository2
Hi folks,
I am running the Jakarta James mail server in Jboss_3.0.2 and I'm frequently seeing ConcurrentModificationExceptions in the UnifiedLoaderRepository2 while Javamail is attempting to load it's protocol provider and
Anyone can download snapshots... they are just huge!
--jason
-Original Message-
From: [EMAIL PROTECTED] [mailto:jboss-
[EMAIL PROTECTED]] On Behalf Of Mike Heath
Sent: Wednesday, October 09, 2002 9:30 AM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] Fixing module defintions now
Title: Possible Synchronization Issue in UnifiedLoaderRepository2
I have ported the recent 3.2 class loader synch
fixes to 3.0. In general class loading
cannot synch on the loader as it leads deadlock.
Resource lookups could probably
synch on the resource map as I don't think it can
induce
Here is a script I used during testing of 3.0.0 on linux:
[starksm@banshee bin]$ cat run.sh
#!/bin/sh
JAVA=/home/starksm/Java/jdk1.3.1_03/bin/java
# Setup OptimizeIT
MAIN=intuitive.audit.GenericAudit org.jboss.Main
OI=/home/starksm/Java/OptimizeitSuite
PATH=$OI/lib:$PATH
export
hi,
I had 3 questions about the container which I wasnt able to figure out,
and would be glad if someone could help:
1. Is there one container created per deployed bean or one container per
bean type?
2. When does the dynamic proxy for say, the remote interface, get created
and passed to the
25 matches
Mail list logo