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 cl
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 LD_LIBRARY_PAT
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 cl
I'd like to run JBoss3.2beta inside OptimizeIt to look for some memory leaks
in my app.
I figure some of y'all have probably done it. Borland's docs are pretty bad.
Any tips? I noticed some new hooks in the run.sh with 3.2 for profiling, but
there isn't any doco for it yet.
Hunter
--
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
I will have a look.
--jason
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:jboss-
> [EMAIL PROTECTED]] On Behalf Of Chris Kimpton
> Sent: Wednesday, October 09, 2002 5:43 AM
> To: [EMAIL PROTECTED]
> Subject: [JBoss-dev] Is the testsuite not working - or is it just me?
>
> Hi,
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 ad
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.]
Bugs item #620890, was opened at 2002-10-09 17:18
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=620890&group_id=22866
Category: CatalinaBundle
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Theo Harper (btharper)
Assign
Bugs item #620890, was opened at 2002-10-09 17:18
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=620890&group_id=22866
Category: CatalinaBundle
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Theo Harper (btharper)
Assign
Bugs item #620890, was opened at 2002-10-09 17:18
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=620890&group_id=22866
Category: CatalinaBundle
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Theo Harper (btharper)
Assign
Bugs item #620890, was opened at 2002-10-09 17:18
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=620890&group_id=22866
Category: CatalinaBundle
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Theo Harper (btharper)
Assign
Bugs item #614313, was opened at 2002-09-25 12:31
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=614313&group_id=22866
Category: JBossTX
Group: v3.2
Status: Open
Resolution: None
Priority: 6
Submitted By: Michael Bartmann (bartmann)
Assigned to: Nobody/
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 chan
Bugs item #620838, was opened at 2002-10-09 15:43
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=620838&group_id=22866
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Jay Petersen (s2jcpete)
Assigned to: Nobody/Anonymo
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
/jboss-hea
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 Ya
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 t
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: [
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 : [EMAI
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 -
Bugs item #620440, was opened at 2002-10-08 20:37
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=620440&group_id=22866
Category: CatalinaBundle
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Don Laidlaw (dlaidlaw)
Assign
Bugs item #620440, was opened at 2002-10-08 20:37
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=620440&group_id=22866
Category: CatalinaBundle
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Don Laidlaw (dlaidlaw)
Assign
> 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
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 in
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 a
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 c
27 matches
Mail list logo
