I am in no position at the current time to do any work on the testsuite and
module build system integration. I hope to have time for this once several of
the website related issues have been resolved.
--jason
Quoting "Jung , Dr. Christoph" <[EMAIL PROTECTED]>:
> Hmm, well ...
>
> Problem i
My understanding of Dain's cmp code is that any SQLException will result in
the tx being set rollback only, and basically all work discarded.
In the new local jdbc wrapper, I've done something about as drastic: if
there is any SQLException from any operation, the connection is discarded
and the c
Number of tests run: 579
Successful tests: 553
Errors:16
Failures: 10
[time of test: 23 April 2002 6:4 GMT]
[java.version: 1.3.1]
[java.vendor: Blackdown Java-Linux Te
On Mon, Apr 22, 2002 at 09:51:01AM +0200, Sacha Labourey wrote:
> I see an interest in setting port numbers in an external config file (le'ts
> say parameters.xml or port.xml, whatever).
>
> Then we would reference this file from our jboss-services.xml files instead
> of disseminating port config
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
JAVA VERSION DETAILS
java version "1.3.1"
Java(TM) 2 Runtime Environment, Standard Edi
Number of tests run: 566
Successful tests: 540
Errors:18
Failures: 8
[time of test: 23 April 2002 3:55 GMT]
[java.version: 1.3.1]
[java.vendor: Blackdown Java-Linux Te
Does anyone know if the 'zoap' and 'zola' modules are still in use anywhere?
--jason
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
Bugs item #547254, was opened at 2002-04-22 16:30
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=547254&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Peter Luttrell (objec)
Assigned t
Bugs item #547254, was opened at 2002-04-22 15:30
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=547254&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Peter Luttrell (objec)
Assigned t
Bugs item #547254, was opened at 2002-04-22 16:30
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=547254&group_id=22866
>Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Peter Luttrell (objec)
>Assigned
Unfortunately this VM doesn't show what object it locks on so I can't do the
same analysis I did with Dave Smith's dump, Dave, what VM were you using???
alarik please use the same if you can
I will try to code this solution tonight or tomorrow morning, I am kind of
tired and down but I think I go
Solution:
When a thread goes through loadClass, in the ULR we "lock" with a field that
tracks the thread.
Another thread comes in, reaches ULR, we sync on the calling CL (we know it)
we wait, this releases the lock, we keep track of the CL as part of this
"load". The first thread will always fi
Number of tests run: 579
Successful tests: 532
Errors:31
Failures: 16
[time of test: 23 April 2002 2:0 GMT]
[java.version: 1.3.0]
[java.vendor: IBM Corporation]
[java.
|Also ClassLoader.loadClass(String, boolean) is sync'ed. It's not a
|problem of loadClassInternal IMHO.
|Also the UCL at the end calls super.loadClass() (in
|loadClassLocally()) so...
right so it is just a problem with synchronized cls...
I will try the solution I am thinking of.
hey quick ques
I'm not very knowledgable when it comes to Classloaders, so please
accept my apologies if this idea is naïve.
But why couldn't you factor the code that knows how to search the Jars
(or whatever) that each respective classloader is responsible for out
into a separate object. Then instead of Class
|You have 2 threads, both waiting for something, just started, so
|not classes have been loaded yet. (see Dave Smith post for stack
|trace and example).
|Thread "CCRAPoll" (call it Encryption thread) asks the CtxCL to
|load something. CtxCL is some JBoss UCL.
|Other thread is "Thread-20" (call it
>1. create/modify/destroy session events
>
>
>If a session is created/modified/removed on NodeA, should listeners
>attached to a replicant (or the replicant's context) be notified on NodeB ?
>
>If so, we open another nasty can of worms, since we need to guar
marc fleury wrote:
> OK maybe some of the configuration of Jetty in JBoss will be useful after
> all...
>
> After all I said about their configuration language... jules please advise
E
That's it !
Jules
P.S.
Here is an example from a standalone jetty.xml :
The website is now updated with the links to SF... looks like they all
work too. Let me know if this is not the case.
--jason
Jason Dillon wrote:
> are now up on SF.NET... I will change the links on the website to
> direct users to the new download location.
>
> I zipped these files to... w
Number of tests run: 572
Successful tests: 524
Errors:33
Failures: 15
[time of test: 23 April 2002 0:57 GMT]
[java.version: 1.3.0]
[java.vendor: IBM Corporation]
[java
Bill Burke wrote:
> Yes, I suggested this before, but Scott has put some Xalan thing in instead.
> SystemProperties are easier to understand...
>
> Off topic,
>
> When's the baby due?
>
27th - so I may go a little quiet soon - probably for the best :-)
catch you later,
Jules
>
>>-Or
Guys,
I have recently been thinking a bit about my next iteration on
distributable HttpSessions for JBoss/Jetty.
I have turned up a number of thorny issues which I have not seen
discussed anywhere.
My reading of the spec is that it avoids all of these issues by only
ever allowing one copy of
are now up on SF.NET... I will change the links on the website to direct
users to the new download location.
I zipped these files to... with about 30-60% compression.
--jason
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourcef
*Coffe cup in hand*, *sip*, *sip*, *sigh*
--jason
Sacha Labourey wrote:
>Jason,
>
>Can you take some Xanax and keep cool? Have we walked on your foot?
>
>I think the hormonal level is currently too high on jboss-dev.
>
>Cheers,
>
>
> Sacha
>
>
>>Shit... WTF is going on he
>
>
>>What? Because marc doesn't like system props (even if that is true) that
>>means that we get rid of them inside of the server? Whatever...
>>
>
>I would have elaborated that another way. But I am sure an hormonal spike is
>reponsible for what you just wrote.
>
More like a build up of fr
Jason,
Can you take some Xanax and keep cool? Have we walked on your foot?
I think the hormonal level is currently too high on jboss-dev.
Cheers,
Sacha
> Shit... WTF is going on here. I have woken up in some parrallel universe
> where no one is making any sence any
Hello,
> What? Because marc doesn't like system props (even if that is true) that
> means that we get rid of them inside of the server? Whatever...
I would have elaborated that another way. But I am sure an hormonal spike is
reponsible for what you just wrote.
> The new ServerLoader & Serv
Whatever... I cleaned up the *muddled* property usage when I rewrote that
section of the system. It is not much more consistent and provides a better
method to expose and propagte that config.
Why do you continue to bad mouth code I have written when you have not even
looked at it?
Really?
Shit... WTF is going on here. I have woken up in some parrallel universe
where no one is making any sence anymore.
The info (ServerInfo) MBean is there to provide extra information about the
server. It does expose some ops to look at and set props, but that is only
for conicence.
There is n
Hi,
> The major problem (and the starting point of the whole thing)
> is that when
> classes are being loaded the JVM can call
> "loadClassInternal()" on multiple
> class loaders at the same time. This method is synchronized and so
> immediately two different threads have locked two different
What? Because marc doesn't like system props (even if that is true) that
means that we get rid of them inside of the server? Whatever...
The new ServerLoader & ServerConfig components make use of system properties
to control config. We should not try to get rid of this, as it is a simple
me
Hi Marc,
> Simone,
>
> I still don't see the problem clearly, please help me.
Will try to do my best. I used the now "old" (thanks to you) classloader delegation
model in my project, so you probably have to integrate me with the JBoss stuff
(correct me if I'm wrong) :)
> |classloader delegat
Ok...
I think I see,
but then there might be a solution which is to sleep one of the thread which
will release the lock for that we need detection at the ULR level of usage
wich we can probably do... hmm interesting.
I need to go to a party at my kids school and will think about this...
thanks
thanks alarik,
I will think about this
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|Alarik Myrin
|Sent: Monday, April 22, 2002 2:28 PM
|To: marc fleury; [EMAIL PROTECTED]
|Subject: RE: [JBoss-dev] Re: [JBoss-user] Save the Rabbit Hole
|Unif
thanks this is useful
marcf
|-Original Message-
|From: Dave Smith [mailto:[EMAIL PROTECTED]]
|Sent: Monday, April 22, 2002 12:49 PM
|To: marc fleury
|Cc: lsanders; Jboss-Development@Lists. Sourceforge. Net
|Subject: RE: [JBoss-dev] Workaround for CL stuff
|
|
|I brought this thing back t
Ok, I'm not the expert on this stuff either, but in an effort to help out
here is my explanation of what I think is happening.
The major problem (and the starting point of the whole thing) is that when
classes are being loaded the JVM can call "loadClassInternal()" on multiple
class loaders at th
Hi Marc --
I can't even make it through startup. If I do a thread dump, it sure looks
like a thread deadlock. The only thing that I can think of that might be
weird about my situation is that we are spawning another thread on the
server during startup which then initializes some JMS publishers.
No, as I have said before I prefer having a single source for definitive
configuration... the .xml files... BUT others might want to have this config
registry that survives reboots.
We can make it optional and pluggable and make every happy.
--jason
Quoting Hiram Chirino <[EMAIL PROTECTED]>:
Simone,
I still don't see the problem clearly, please help me.
|> Where does the "loadClassInternal()" intervene?
|
|It is called by the JVM when it has to resolve class dependencies.
ok
|Say you have class A that has a data member of class B.
|When a CL is asked to load A, it inspects the cla
Bugs item #547254, was opened at 2002-04-22 22:30
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=547254&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Peter Luttrell (objec)
Assigned to:
Bugs item #547254, was opened at 2002-04-22 15:30
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=547254&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Peter Luttrell (objec)
Assigned to:
|SystemProperties are easier to understand...
I agree, I like central registries they are clear.
I used to use them in the boot sequence (to pass to "Info") but since the
original code was written it was muddled beyond recognition... do as you
wish... I don't care
marcf
_
|SystemProperty MBean that could set such values that could then be
|used in configurations?
Yes, I even think the "info" MBean is close to that, I would rename it
"SystemProperties" and have it MBeanified.
marcf
___
Jboss-development mailing list
[
|Marc, what was your opinion regarding system properties? Are you
|still against them? Would you mind if we could have some kind of
I am not against anything anymore, I am just tired, do as you wish
marcf
|SystemProperty MBean that could set such values that could then be
|used in configuration
Yes, I suggested this before, but Scott has put some Xalan thing in instead.
SystemProperties are easier to understand...
Off topic,
When's the baby due?
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Jules
> Gosnell
> Sent: Monday, April 22, 200
Hello,
The problem I think is that Marc didn't wanted system properties anymore. Is that
right?
Marc, what was your opinion regarding system properties? Are you still against them?
Would you mind if we could have some kind of SystemProperty MBean that could set such
values that could then be
Simone,
you are a king and we should really find a place for you and your leg space
:)
thanks I will pause on the training material (almost done) and will look at
this
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|Bordet, Simone
|Sent: Mond
OK maybe some of the configuration of Jetty in JBoss will be useful after
all...
After all I said about their configuration language... jules please advise
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Jules
|Gosnell
|Sent: Monday, April 22,
Jetty has a useful construct in it's xml config.
You can use something like:
/config/jetty.xml
Jetty expands all SystemProperty tags accordingly.
If we supported some such construct, users could choose what they wanted
to externalise (or override) with a properties file.
Jules
Sacha
I brought this thing back to life and passed the URL of the orginal sun
bug that they rejected. Here is a quick stack trace of the deadlock.
Note that you should start jboss with the -Xdebug options so it shows
you what objects that it is trying to lock. See below for my orginal
post
"CCRAPoll"
Hi,
> Where does the "loadClassInternal()" intervene?
It is called by the JVM when it has to resolve class dependencies.
Say you have class A that has a data member of class B.
When a CL is asked to load A, it inspects the class and see that it needs to load also
B. This is done at native leve
Bugs item #544437, was opened at 2002-04-15 19:00
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=544437&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: frederik sauer (fredsa)
Assigned to:
Alarik
We will work on a workaround. Bear with us. It would be useful if you
describe your "deadlocks" that you get all the time. This problem seems to
be very random and not "reproduceable" by definition. So are you sure you
are looking at "loading" problems as opposed to your own applicatio
This is a copy of a post I made to the JBoss-Development Mirror forum, but I
thought I'd send it out to the list, in case the important people who might
be able to answer the question below rely more on the list than the mirror:
Just gave my 3 votes.
Out of curiousity, assuming that Sun does not
|The players:
|UnifiedClassLoader A (can load directly class foo)
|UnifiedClassLoader B (can load directly class bar)
|
|Thread 1 (context loader is A):
| Load new class bar:
|- synchronize on UCL A
|- Search UCL B
|- Attempt to synchronize on UCL B
|
|Thread 2 (contect loader is B):
Though I've never experienced this, I think this is the problem scenario:
The players:
UnifiedClassLoader A (can load directly class foo)
UnifiedClassLoader B (can load directly class bar)
Thread 1 (context loader is A):
Load new class bar:
- synchronize on UCL A
- Search UCL B
- A
I think one example is when you try to shut down jboss after running the
testsuite on jdk 1.4. At least this morning I got stuck and I'm pretty
sure there was a cl deadlock. It is not clear to me why shutdown would be
deadlocking here however. And this is not simple;-)
david jencks
On 2002.04
Ok,
I am sure we can find something.
I would appreciate a brief description of a CL deadlock scenario due to the
final loadClassInternal. Jung? Sacha?
It's only software, software is dumb
marcf
x
Marc Fleury, Ph.D
President and CEO
JBoss Group, LLC
x
___
On Mon, 22 Apr 2002, marc fleury wrote:
> *and unreadable XML*
oh my
-- Juha
>
> just tired of it all,
>
> marcf
>
> |-Original Message-
> |From: [EMAIL PROTECTED]
> |[mailto:[EMAIL PROTECTED]]On Behalf Of Larry
> |Sanderson
> |Sent: Sunday, April 21, 2002 3:10 PM
> |To: [EMAIL PROTE
I am checking out of this bullshit,
marcf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
I am tired of JBoss-development, see a simple idea turned into mush for
brains and unreadable XML
just tired of it all,
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Larry
|Sanderson
|Sent: Sunday, April 21, 2002 3:10 PM
|To: [EMAIL PROTECTED
Is anybody working on this? Any ideas for the
implementation? I don't think we can rely on Sun for this fix, and several
people have already claimed this to be a show-stopper.
-Larry
he he should have known better
:)
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Chris
|Harris
|Sent: Sunday, April 21, 2002 2:06 PM
|To: JBoss-dev
|Subject: Re: [JBoss-dev] Re: [JBoss-user] Save the Rabbit Hole
|UnifiedClassLoaders - Vote and
Hi,
Seriously though - the test box was heavily loaded last night with
other work and that is probably the cause of the Shutdown failures...
Chris
=
--
http://www.soccer2002.org.uk
__
Do You Yahoo!?
Yah
I'm working on deploying jboss/Tomcat in a large organization where we want to have
one read-only install and configurations which are local to the developers.
I'm a long way towards that, and might even change the Main runner class a little to
make it easier.
One thing which causes problems
Bugs item #547160, was opened at 2002-04-22 18:49
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=547160&group_id=22866
Category: CatalinaBundle
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Matthias Damsch (damschm)
Assigne
On 2002.04.22 11:26:06 -0400 Larry Sanderson wrote:
> > Anyway, I think there is a real bug nearby that we
> > need to fix. See
> >
> > http://jboss.org/forums/thread.jsp?forum=46&thread=1346&start=0&msRange=15
> >
> > If a jar file references a nonexistent jar file in
> > the manifest classpat
On 2002.04.22 02:41:50 -0400 Jason Dillon wrote:
> > > David, if you are reading this... and got this far down... what is
> the
> > > plan to
> > > have this issue tied down and solved once and for all. I think the
> > > approche
> > > that dain, you and I discussed in Tahoe is along the correc
Bugs item #547128, was opened at 2002-04-22 15:33
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=547128&group_id=22866
Category: CatalinaBundle
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Erik Konijnenburg (konijnenburg)
> Anyway, I think there is a real bug nearby that we
> need to fix. See
>
> http://jboss.org/forums/thread.jsp?forum=46&thread=1346&start=0&msRange=15
>
> If a jar file references a nonexistent jar file in
> the manifest classpath
> entry, something (the scanner???) goes haywire and
> keeps try
whoops, sorry, i thought it was just some annoying guy,
apologies to all concerned,
Sean
(who just caused far more useless mail than the message he whined about in
the first place, doh)
-Original Message-
From: Chris Kimpton [mailto:[EMAIL PROTECTED]]
Sent: 22 April 2002 07:41
To: [EMAIL
Hi,
> On 2002.04.22 09:51:01 -0400 [EMAIL PROTECTED] wrote:
> > ok, I'm new to the list, but this strikes me as nuts,
> > can we ban this gimp from the list?
And its in my job description to be the "list gimp"! ;-)
Chris
=
--
http://www.soccer2002.o
I wrote a new local jca-jdbc wrapper fixing this and other problems and checked it
into 3.1 alpha (this is cvs head, checkout with no branch tags). It ends up getting
built as jboss-local-jdbc.rar. Due to jdbc changes in jdk1.4, it gets built
differently for different jdk's (makes me want if
*sigh* is right. I started to look at updating the download page to
include 3.0rc1 but couldn't see if I broke anything due to (at least) this
problem. (with jboss-website, not website)
I'll see if I can remove some of the crap from the this. There's no reason
we should be putting obsolete vers
Nope, this is part of the jboss automated testsuite informing developers
there is a problem they need to look at. It's supposed to be annoying, to
provide motivation;-)
david jencks
On 2002.04.22 09:51:01 -0400 [EMAIL PROTECTED] wrote:
> ok, I'm new to the list, but this strikes me as nuts,
> c
Feature Requests item #547095, was opened at 2002-04-22 14:11
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376688&aid=547095&group_id=22866
Category: JBossSX
Group: v3.0 Rabbit Hole
Status: Open
Priority: 5
Submitted By: Ignacio Coloma (alu1344)
Assigned to: Nobo
I mean the fact that he is automating his mail, this list has
enough traffic without that.
-Original Message-
From: Sacha Labourey [mailto:[EMAIL PROTECTED]]
Sent: 22 April 2002 06:55
To: Sean O'Donnell; [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] [AUTOMATED] JBoss org.jboss.Shutdown does
Yes, sure!, simply submit a patch that corrects the bug ;) (see detail of
the problem below)
> -Message d'origine-
> De : [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]De la part de
> [EMAIL PROTECTED]
> Envoyé : lundi, 22 avril 2002 15:51
> À : [EMAIL PROTECTED]
> Objet : RE: [JBoss-dev]
Bugs item #482875, was opened at 2001-11-17 21:12
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=482875&group_id=22866
Category: JBossServer
Group: v2.4 (stable)
Status: Closed
Resolution: Works For Me
Priority: 7
Submitted By: Joel Boehland (jolby)
Assi
ok, I'm new to the list, but this strikes me as nuts,
can we ban this gimp from the list?
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: 22 April 2002 05:58
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: [JBoss-dev] [AUTOMATED] JBoss org.jboss.Shutdown d
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
JAVA VERSION DETAILS
java version "1.4.0"
Java(TM) 2 Runtime Environment, Standard Edi
Number of tests run: 565
Successful tests: 548
Errors:10
Failures: 7
[time of test: 22 April 2002 13:47 GMT]
[java.version: 1.4.0]
[java.vendor: Sun Microsystems Inc.]
So then you did like the way jboss-auto.jcml worked. I did not.
Regards,
Hiram
>From: Jason Dillon <[EMAIL PROTECTED]>
>To: Hiram Chirino <[EMAIL PROTECTED]>
>CC: [EMAIL PROTECTED], [EMAIL PROTECTED],
>[EMAIL PROTECTED]
>Subject: Re: [JBoss-dev] SAR... Sucky ARchive ?
>Date: Sun, 21 Apr 200
Patches item #547047, was opened at 2002-04-22 14:32
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376687&aid=547047&group_id=22866
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Jonas Tehler (jegt)
Assigned to: Nobody/Anonymous
As I am sure many of you missed this over the weekend.
Jason move jboss-cvs-commits to its own list since the volume was truly too
high so jboss-dev and jboss-cvs-commits are *2* lists.
PLEASE IF YOU ARE SERIOUS ABOUT THE DEVELOPMENT OF JBOSS SUBSCRIBE TO
https://lists.sourceforge.net/lists/lis
Bugs item #482875, was opened at 2001-11-17 15:12
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=482875&group_id=22866
Category: JBossServer
Group: v2.4 (stable)
Status: Closed
Resolution: Works For Me
Priority: 7
Submitted By: Joel Boehland (jolby)
Assi
Michael Robinson wrote:
> On Sun, Apr 21, 2002 at 07:11:52PM -0400, David Jencks wrote:
>
>>3. I'd like to have an actual user ask for this over explicitly listing the
>>files in the deployment scanner.
>
>
> I'm an actual user, and just the thought of reording by typing a bunch of
>
> % mv
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
JAVA VERSION DETAILS
java version "1.3.1_02"
Java(TM) 2 Runtime Environment, Standard
Number of tests run: 566
Successful tests: 548
Errors:10
Failures: 8
[time of test: 22 April 2002 11:27 GMT]
[java.version: 1.3.1_02]
[java.vendor: Sun Microsystems In
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
JAVA VERSION DETAILS
java version "1.3.1"
Java(TM) 2 Runtime Environment, Standard Edi
Number of tests run: 559
Successful tests: 540
Errors:11
Failures: 8
[time of test: 22 April 2002 9:14 GMT]
[java.version: 1.3.1]
[java.vendor: Sun Microsystems Inc.]
I gave my one free vote (2 others already used up)
last week.
I would appreciate it very much, if someone from the core
JBoss developers could answer Alarik's question.
I am quite concerned about this (you cannot live with
deadlocks in a production environment).
JBoss needs a fallback strateg
Hello,
As the deployer/config issue is very hot these days, I want to add oil on
the fire ;)
I see an interest in setting port numbers in an external config file (le'ts
say parameters.xml or port.xml, whatever).
Then we would reference this file from our jboss-services.xml files instead
of diss
Yeah - that was my bad - Sorry. I am removing the code that did this. (As
it happens, this is the same code that prevented classes loaded from
WEB-INF/lib from accessing those loaded from WEB-INF/classes). We really
need some test cases to expose these.
-Larry
- Original Message -
Fro
On Sun, Apr 21, 2002 at 04:27:14PM -0700, Jason Dillon wrote:
> Think if we wanted
> to start signing these & performing cert verificatrion to ensure users have
> valid plugins. We can't have them changing the contents then.
This is a very good point which seems to have gotten lost in the thre
3.0rc1 has the same issue... =[
--jason
* * *
View thread online: http://jboss.org/forums/thread.jsp?forum=66&thread=13628
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
I just asked the responsible guy at SUN why it doesn´t show up on any of the
TOP lists ... In case that
EOU´s are not RFE´s, I asked him to change the status such that we will show
up.
Let´s see.
Continue voting!
Hi,Hi
CGJ
-Ursprüngliche Nachricht-
Von: Randall Parker [mailto:[EMAIL P
Once again I tried to start working on the new website... but I have run into another
problem. Looks like we are trying to deploy some files under doco_files/ which are
failing. Which is good to know, since those doco files need to be updated or removed,
but why is MD trying to deploy them in
98 matches
Mail list logo
