giant snip, obscuring the problem that I don't understand what the
problems with the current deployer design or scanner design are or why it
should be changed... seems fine to me
David, if you are reading this... and got this far down... what is the
plan to
have this issue tied down and
But this thread was started by you, whose original complaint was that it is
difficult to configure packaged archives. The answer is staring you in the
face and you can't see it... Deploy these as exploded archives, and modify
the configurations whenever you want.
I don't want to manage the
No, it would show up on the RFE list, not the bug list.
Sun classified it as:
State In progress, ease-of-use enhancement
Doesn't that mean it shows on the RFE list? Then it would show at position 12 at the
moment since I just gave it the 180th vote.
Yes, Sun is very slow about
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 correct lines.
Do you have any idea when the wrinkles will be sorted
Title: Nachricht
Thanks for the
massive support of this IMPORTANT, IMPORTANT
issue...IfSun(TM) would count the Eou section in their
TOP-Bug list, we would be IMHO already in the upper half.
But let´s be sure
about this! Don´t let them assign some freshman on this bug! Make it a prime
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 05my-application.war 06my-application.war
Hmm, well ...
Problem is that we introduce a lot of additional dependencies (Axis, wsdl4j,
commons-logging, tt-bytecode, etc.) on the testsuite then. Problem is that
we would have to make jboss.net a standard-module, but honestly we are
behind the
main release cycle: If everything goes ok, we
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
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
3.0rc1 has the same issue... =[
--jason
* * *
View thread online: http://jboss.org/forums/thread.jsp?forum=66thread=13628
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
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 thread.
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 -
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
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
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.]
=
==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
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
=
==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
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
Bugs item #482875, was opened at 2001-11-17 15:12
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=482875group_id=22866
Category: JBossServer
Group: v2.4 (stable)
Status: Closed
Resolution: Works For Me
Priority: 7
Submitted By: Joel Boehland (jolby)
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
Patches item #547047, was opened at 2002-04-22 14:32
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376687aid=547047group_id=22866
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Jonas Tehler (jegt)
Assigned to: Nobody/Anonymous
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 2002
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
=
==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
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
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]
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
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,
*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
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
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.org.uk
Bugs item #482875, was opened at 2001-11-17 21:12
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=482875group_id=22866
Category: JBossServer
Group: v2.4 (stable)
Status: Closed
Resolution: Works For Me
Priority: 7
Submitted By: Joel Boehland (jolby)
Feature Requests item #547095, was opened at 2002-04-22 14:11
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376688aid=547095group_id=22866
Category: JBossSX
Group: v3.0 Rabbit Hole
Status: Open
Priority: 5
Submitted By: Ignacio Coloma (alu1344)
Assigned to:
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:
Anyway, I think there is a real bug nearby that we
need to fix. See
http://jboss.org/forums/thread.jsp?forum=46thread=1346start=0msRange=15
If a jar file references a nonexistent jar file in
the manifest classpath
entry, something (the scanner???) goes haywire and
keeps trying to
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 correct lines.
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=46thread=1346start=0msRange=15
If a jar file references a nonexistent jar file in
the manifest classpath
entry,
Bugs item #547128, was opened at 2002-04-22 15:33
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=547128group_id=22866
Category: CatalinaBundle
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Erik Konijnenburg (konijnenburg)
Bugs item #547160, was opened at 2002-04-22 18:49
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=547160group_id=22866
Category: CatalinaBundle
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Matthias Damsch (damschm)
Assigned
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
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!?
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
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
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
I am checking out of this bullshit,
marcf
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
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 PROTECTED]
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
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
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
-
|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):
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 application?
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 level,
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
Jetty has a useful construct in it's xml config.
You can use something like:
arg
SystemProperty name=jetty.homedefault=.//config/jetty.xml
/arg
Jetty expands all SystemProperty tags accordingly.
If we supported some such construct, users could choose what they wanted
to externalise (or
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,
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:
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
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, 2002
|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
|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
Bugs item #544437, was opened at 2002-04-15 19:00
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=544437group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: frederik sauer (fredsa)
Assigned to:
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 class
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]:
Bugs item #547254, was opened at 2002-04-22 15:30
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=547254group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Peter Luttrell (objec)
Assigned to:
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
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 the
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
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
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...
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 delegates to
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
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
class
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?
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
Bugs item #547254, was opened at 2002-04-22 22:30
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=547254group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Peter Luttrell (objec)
Assigned to:
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
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
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
-Original
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]
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... with
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 :
Call name=addListener
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 guarantee
|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
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
|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
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]
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 find
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
Bugs item #547254, was opened at 2002-04-22 16:30
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=547254group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Peter Luttrell (objec)
Assigned to:
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 15:30
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=547254group_id=22866
Category: JBossServer
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 16:30
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=547254group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Peter Luttrell (objec)
Assigned to:
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
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
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
96 matches
Mail list logo
