Patches item #548459, was opened at 2002-04-25 16:08
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376687&aid=548459&group_id=22866
Category: JBossMX
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Fusayuki Minamoto (minamoto)
Assig
Number of tests run: 578
Successful tests: 562
Errors:11
Failures: 5
[time of test: 25 April 2002 7:49 GMT]
[java.version: 1.4.0]
[java.vendor: Sun Microsystems Inc.]
Strike!
CGJ
-Ursprüngliche Nachricht-
Von: Alarik Myrin [mailto:[EMAIL PROTECTED]]
Gesendet: Donnerstag, 25. April 2002 06:24
An: [EMAIL PROTECTED]
Betreff: RE: [JBoss-dev] Workaround for JUNG's RFE and load deadlock
WAIT! EVERYTHING WORKS FINE!
Don't i feel like a dumb ass. Altho
Bugs item #522179, was opened at 2002-02-24 11:59
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=522179&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Hunter Hillegas (hunterhille
Number of tests run: 569
Successful tests: 557
Errors:4
Failures: 8
[time of test: 25 April 2002 6:52 GMT]
[java.version: 1.3.1_02]
[java.vendor: Sun Microsystems Inc.
Number of tests run: 578
Successful tests: 559
Errors:12
Failures: 7
[time of test: 25 April 2002 5:24 GMT]
[java.version: 1.3.1]
[java.vendor: Sun Microsystems Inc.]
WAIT! EVERYTHING WORKS FINE!
Don't i feel like a dumb ass. Although I got the new code and built it,
when I went to copy the jars to the directory that I usually run out of
(don't ask...bad habits are hard to break), somehow the jboss-jmx-core.jar
and jboss-jmx-services.jar were still in the di
Hello,
mm.mysql 2.0.13 JDBC drivers are available:
http://sourceforge.net/project/showfiles.php?group_id=15923&release_id=86431
One changelog entry says:
> Rudimentary version of Statement.getGeneratedKeys()
> from JDBC-3.0 now implemented (you need to be using
> JDK-1.4 for this to work,
Number of tests run: 578
Successful tests: 565
Errors:4
Failures: 9
[time of test: 25 April 2002 3:57 GMT]
[java.version: 1.3.1]
[java.vendor: Blackdown Java-Linux Tea
For reference, since the forums can't handle some of these subject prefixes:
http://jboss.org/forums/thread.jsp?forum=66&thread=13858
http://jboss.org/forums/thread.jsp?forum=66&thread=13862
http://jboss.org/forums/thread.jsp?forum=66&thread=13857
* * *
This has now made it to jetty-discuse.
All,
I'm working on getting UDDI integration into the
jboss.net stuff. I'm currently using UDDI4J for the
publishing APIs. Publishing web services requires
HTTPS. UDDI4J requires JSSE. The stand alone
examples I've been working with require the jsse.jar
file to reside in jre/lib/ext. Simple i
Number of tests run: 578
Successful tests: 569
Errors:3
Failures: 6
[time of test: 25 April 2002 2:40 GMT]
[java.version: 1.3.1]
[java.vendor: Blackdown Java-Linux Tea
Is there any chance of fixing this by making the LoaderRepository into a
classloader, and the only one accessible externally? Maybe it could check
the cache unsynchronized, and then, synchronized on itself, try to load the
class from its UnifiedClassLoaders, so only one call at a time could get t
On 2002.04.24 19:57:23 -0400 Jason Dillon wrote:
> >
> >
> >It doesn't pretend to do logging, which is what you need for failure
> >recovery and reliable 2pc. Do you have any evidence that anything else
> is
> >ever causing problems in it? Much to my surprise, all the bugs I've
> >thought were d
Bugs item #522179, was opened at 2002-02-24 11:59
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=522179&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Hunter Hillegas (hunterhillegas)
Marc fixed this problem. Make sure you have the latest CVS as of 12 EST
On Wed, 2002-04-24 at 20:21, Alarik Myrin wrote:
> Alas, I am getting a little further, but still getting a deadlock. Below
> please find the relavent stack traces. Here is my take on what they might
> mean, in case it is i
Number of tests run: 578
Successful tests: 560
Errors:3
Failures: 15
[time of test: 25 April 2002 1:43 GMT]
[java.version: 1.3.0]
[java.vendor: IBM Corporation]
[java.
Never mind the suggestion of synchronizing on (this.getClass()), you just
run into the same problem. I'll try and given the matter some thought,
although I don't know how much hope I'd hold out for a brilliant idea from
me...
Alarik
> -Original Message-
> From: [EMAIL PROTECTED]
> [mail
Bugs item #529311, was opened at 2002-03-12 23:38
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=529311&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
>Resolution: Fixed
Priority: 1
Submitted By: Vincent Harcq (vharcq)
Assigned
Bugs item #522179, was opened at 2002-02-24 11:59
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=522179&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Hunter Hillegas (hunterhillegas)
Alas, I am getting a little further, but still getting a deadlock. Below
please find the relavent stack traces. Here is my take on what they might
mean, in case it is interesting to you:
There are two relavent threads. One (the first stack trace) is trying to
load a class needed by a stateless
>
>
>It doesn't pretend to do logging, which is what you need for failure
>recovery and reliable 2pc. Do you have any evidence that anything else is
>ever causing problems in it? Much to my surprise, all the bugs I've
>thought were definitely in the tx manager turned out to be in my code;-)
>(O
Number of tests run: 571
Successful tests: 549
Errors:5
Failures: 17
[time of test: 25 April 2002 0:55 GMT]
[java.version: 1.3.0]
[java.vendor: IBM Corporation]
[java.
Bugs item #548364, was opened at 2002-04-24 16:24
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=548364&group_id=22866
Category: Build System
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Alarik Myrin (alarik)
>Assigned
Thanks... I got a warning of mail delayed earlier... perhaps it will
eventually bounce.
--jason
Brett Sealey wrote:
>On Wed, 24 Apr 2002, Jason Dillon wrote:
>
>>I have alos cross posted the main thread to jetty-discuss.
>>
>
>It doesn't seem that way - I'll bounce a copy over there now.
>
>B
On Wed, 24 Apr 2002, Jason Dillon wrote:
> I have alos cross posted the main thread to jetty-discuss.
It doesn't seem that way - I'll bounce a copy over there now.
Brett
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.
Bugs item #548364, was opened at 2002-04-24 18:24
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=548364&group_id=22866
Category: Build System
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Alarik Myrin (alarik)
Assigned t
On 2002.04.24 17:46:04 -0400 Jason Dillon wrote:
> > Tyrex works in 3.0 (at least it did about 2 months ago when I patched
> it
> > up). I would not recommend Tyrex for work in distributed transactions,
> > because it would be very slow. It should work fine as a local TM as
> well
> > but, probabl
Thanks for the feedback. I expect to be adding it to 3.0 shortly -- my
experience is also that it has less problems.
Thanks
david jencks
On 2002.04.24 18:47:41 -0400 Justin Almquist wrote:
> I used your new wrapper with the 3.0 Release Candidate 1 and it seems to
> work (at least I don't get th
I used your new wrapper with the 3.0 Release Candidate 1 and it seems to work (at
least I don't get the exception any more).
I did the following to get this fix to work with JBoss-3.0_Jetty_RC1:
1. Deployed your new jboss-local-jdbc.rar
2. Removed the old jboss.jdbc.rar
3. Modified my jboss-s
On Wed, 24 Apr 2002, Jason Dillon wrote:
> > Tyrex works in 3.0 (at least it did about 2 months ago when I patched it
> > up). I would not recommend Tyrex for work in distributed transactions,
> > because it would be very slow. It should work fine as a local TM as well
> > but, probably, it is s
Frank Morton wrote:
> I'm also converting my beans to 2.0, so don't expect to
> be using JAWS. I could use a sample jbosscmp-jdbc.xml
> that you know is right as a sample.
Don't have one, other then the ones in the testsuite. I'm still working
on the updated docs, and haven't gotten to the sam
Strange. I am using the 2002-04-24 HEAD snapshot of JBoss 3.1.0 alpha, and the
ClassCastException doesn't occur when I redeploy a regular packed EAR. It only happens
when I redeploy an unpacked EAR. Seems like something's been fixed, but not yet with
the code that handles unpacked deployments.
> Tyrex works in 3.0 (at least it did about 2 months ago when I patched it
> up). I would not recommend Tyrex for work in distributed transactions,
> because it would be very slow. It should work fine as a local TM as well
> but, probably, it is slower than JBossTX. To get it to work you would hav
I know almost nothing about Catalina, nor its classloading. You might try with Jetty
to see if your app deploys, I think it is using the JBoss 3 unified class loaders.
* * *
View thread online: http://jboss.org/forums/thread.jsp?forum=66&thread=1
__
I have not yet tested my systems with 3.0 yet... as the config change is a bit
too much for me to manage on top of the billion other things I have todo.
Though I may beforced to write a testsuite which reproduces my problem and
then test it under 3.0... though I would like to avoid that, even
Would it be reasonable for the Connection which is handed out to manage a set
of Sessions which it has created, then when the user closes the connection it
will close each session created?
I thought I read somewhere in the JMS spec that if you closed a session it
could close all readers and se
Don't know if it's appropiate to forward this to this mailing list... but I'll just do
it. :-)
FYI:
- Original Message -
From: "Paul Morgan" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; <[EMAIL PROTE
Yes, I have been waiting for this... and there seems to be no end in sight at
the moment. Perhaps next year they... *sigh*
--jason
Quoting Dave <[EMAIL PROTECTED]>:
> Also, app level xml includes will be in ant 2.0.
>
> * * *
>
> View thread online:
> http://jboss.org/forums/thread.jsp?for
David,
I read that there was a patch to make Catalina use the JBoss classloader. I have a
strong suspicion that my problem results from the different classloaders. Is there a
way for me to force Catalina to use the JBoss classloader when making the
PortableRemoteObject.narrow() calls?
* * *
> one. For now, the ugly method is the most portable:-
>
>
>
> ]>
>
>
> &IncludeBuildCore;
> &IncludeBuildSecondary;
>
Thanks, we already do use this method and it sucks. We need to pull some
global shared confi
Looks like my last post was blank except the attachment. I am running JBoss 3.1.0alpha
(2002-04-24) HEAD version on Red Hat Linux 7.2 with JDK 1.4 and am experiencing the
same ClassCastException problems when I redeploy. The first deployment works fine, but
the second and future redeployments o
On 2002.04.24 15:48:16 -0400 [EMAIL PROTECTED] wrote:
> On 24 Apr, David Jencks wrote:
> > So the problem you had was that ManagedConnection.getXAResource was
> called
> > before ManagedConnection.addConnectionEventListener? It is always
> > dangerous to claim things about code, but I am sure tha
The second 2.4.5 release candidate is available from SourceForge here:
http://sourceforge.net/project/showfiles.php?group_id=22866
See the release notes here:
http://sourceforge.net/project/shownotes.php?release_id=83816
Scott Stark
Chief Technology Officer
JBoss Group,
On Tue, 23 Apr 2002, Jason Dillon wrote:
> Looking over the last bit of this doc about Xids and JBossTX...
>
> "JBossTX starts the global ID numbering from 1 each time it runs, so the global IDs
>are not very unique. Needless to say, this could stand some improvement."
>
> Why don't we use a or
Bugs item #548051, was opened at 2002-04-24 05:31
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=548051&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
>Resolution: Accepted
Priority: 7
Submitted By: Christian Riege (lqd)
>Assig
Works fine. I'll look into xa configuration
* * *
View thread online: http://jboss.org/forums/thread.jsp?forum=66&thread=12301
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
More like a few months. They are locking down right now to prepare for
release, but I think it was June or July or later to actually release.
They should have a fairly good official beta soon though.
>>> [EMAIL PROTECTED] 4/24/02 7:48:16 AM >>>
I thought ant 1.5 was supposed to be released in t
So the problem you had was that ManagedConnection.getXAResource was called
before ManagedConnection.addConnectionEventListener? It is always
dangerous to claim things about code, but I am sure that
ManagedConnection.addConnectionEventListener is always called before
ManagedConnection.getXAResourc
Patches item #548192, was opened at 2002-04-24 15:59
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376687&aid=548192&group_id=22866
Category: JBossCMP
Group: CVS HEAD
Status: Open
Resolution: None
Priority: 5
Submitted By: Iulian Musat (iulian_musat)
Assigned to:
yeah... well..
one more thing do we have the same getResourceInternal that would lock the
cl or are we clear on the resource front?
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Jung
|, Dr. Christoph
|Sent: Wednesday, April 24, 2002 7:48 AM
On 24 Apr, David Jencks wrote:
> On 2002.04.24 10:14:20 -0400 Peter Antman wrote:
> >
>> I thing JBoss is the only appserver where JMS XA sending is not tied to
>> the server nor to a specific JMS provider, but perhaps at a price: close
>> your sessions!! Otherwise it works nice, I think and what
YES!!! Looks good. will continue to run with the -XDebug flag and let
you know if anything else comes up.
On Wed, 2002-04-24 at 10:35, marc fleury wrote:
> Done,
>
> Dave please test
>
> Jung, thanks man
>
> marcf
>
>
> * * *
>
> View thread online: http://jboss.org/forums/thread.jsp?for
On 2002.04.24 10:14:20 -0400 Peter Antman wrote:
>
> I thing JBoss is the only appserver where JMS XA sending is not tied to
> the server nor to a specific JMS provider, but perhaps at a price: close
> your sessions!! Otherwise it works nice, I think and what should be
> fixed are some problems w
Marc,
But the way you are juggling is really worth waiting for Sun to understand a
single percent
of what is happening at Jboss ;-)
CGJ
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-developme
Done,
Dave please test
Jung, thanks man
marcf
* * *
View thread online: http://jboss.org/forums/thread.jsp?forum=66&thread=13851
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
On 24 Apr, Hiram Chirino wrote:
>>From: Peter Antman <[EMAIL PROTECTED]>
>>To: [EMAIL PROTECTED]
>>CC: [EMAIL PROTECTED]
>>Subject: Re: [JBoss-dev] JBoss JMS RA + SwiftMQ + Possible Problems
>>Date: Wed, 24 Apr 2002 10:35:29 +0200 (CEST)
>>
>>On 23 Apr, Jason Dillon wrote:
>> > Hey, I have just st
The answer is the Jung patch.
I will add that right now
* * *
View thread online: http://jboss.org/forums/thread.jsp?forum=66&thread=13851
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-develo
This is about right, although I haven't gone through the analysis, I will commit this
and Dave if you can try it I would appreciate it. It is the case of 2 threads going
throught the same UCL one through loadClassInternal and one through loadClass.
Jung, i believe your RFE is very valid, there
No file uploaded ..
On Wed, 2002-04-24 at 09:55, Jung , Dr. Christoph wrote:
> I hope this patch will also meet your scenario of having 2 threads coming
> through a single UnifiedClassLoader ...
>
> http://sourceforge.net/tracker/index.php?func=detail&aid=548098&group_id=228
> 66&atid=376687
>
>
Yes
On Wed, 2002-04-24 at 09:52, marc fleury wrote:
>
> > "Thread-23" prio=5 tid=0x81a4f60 nid=0x69cb waiting
> > on monitor
> > [0xbe7fe000..0xbe7ffad8]
>
> > "CCRAPoll" prio=5 tid=0x81b3940 nid=0x69b4 waiting
> > for monitor entry
> > [0xbb5ff000..0xbb5ffad8]
>
> > "Thread-23" prio=5 tid=0x81
On 24 Apr, Andreas Mueller wrote:
>> As for the JMS RA. This is basically a hack. Not in
>> the meaning bad code
>> (I hope ;-)) but in that the spec for JCA is not
>> designed for JMS. The
>> stuff you take from the pool, is the stuff that is
>> transacted. This
>> works nice for db but not for J
> "Thread-23" prio=5 tid=0x81a4f60 nid=0x69cb waiting
> on monitor
> [0xbe7fe000..0xbe7ffad8]
> "CCRAPoll" prio=5 tid=0x81b3940 nid=0x69b4 waiting
> for monitor entry
> [0xbb5ff000..0xbb5ffad8]
> "Thread-23" prio=5 tid=0x81a4f60 nid=0x69cb waiting
> on monitor
> [0xbe7fe000..0xbe7ffad8]
You li
Patches item #548098, was opened at 2002-04-24 15:52
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376687&aid=548098&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 9
Submitted By: Dr. Christoph Georg Jung (cgju
I thought ant 1.5 was supposed to be released in the next couple of weeks... Could be
wrong.
Some info about includes. (Stolen from the ant 1.5 docs)
#include targets to simplify multi build.xml projects
You can import XML files into a build file using the XML parser itself. This lets a
mu
I hope this patch will also meet your scenario of having 2 threads coming
through a single UnifiedClassLoader ...
http://sourceforge.net/tracker/index.php?func=detail&aid=548098&group_id=228
66&atid=376687
Weird,
CGJ
-Ursprüngliche Nachricht-
Von: Dave Smith [mailto:[EMAIL PROTECTED]]
G
Also, app level xml includes will be in ant 2.0.
* * *
View thread online: http://jboss.org/forums/thread.jsp?forum=66&thread=13850
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
>From: Peter Antman <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>CC: [EMAIL PROTECTED]
>Subject: Re: [JBoss-dev] JBoss JMS RA + SwiftMQ + Possible Problems
>Date: Wed, 24 Apr 2002 10:35:29 +0200 (CEST)
>
>On 23 Apr, Jason Dillon wrote:
> > Hey, I have just started integrating SwiftMQ for use in my
Bugs item #548051, was opened at 2002-04-24 14:31
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=548051&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 7
Submitted By: Christian Riege (lqd)
Assigned to
On 23 Apr, Jason Dillon wrote:
> Hey, I have just started integrating SwiftMQ for use in my production
> environment at work and by doing so I have notice d that we might have
> some issues with the JMS RA.
The real problem with the RA is that it is not failsafe. In itself that
is pretty easil
> As for the JMS RA. This is basically a hack. Not in
> the meaning bad code
> (I hope ;-)) but in that the spec for JCA is not
> designed for JMS. The
> stuff you take from the pool, is the stuff that is
> transacted. This
> works nice for db but not for JMS, since in JMS it is
> the session that
Well my simple test cases worked but I pulled out the heavy hitters and
managed to get a dead lock. Stack traces follow ...
"Thread-23" prio=5 tid=0x81a4f60 nid=0x69cb waiting on monitor
[0xbe7fe000..0xbe7ffad8]
at java.lang.Object.wait(Native Method)
- waiting on <43a28660> (a
or
=
==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: 566
Successful tests: 542
Errors:17
Failures: 7
[time of test: 24 April 2002 11:29 GMT]
[java.version: 1.4.0]
[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_02"
Java(TM) 2 Runtime Environment, Standard
On 23 Apr, Jason Dillon wrote:
> Hey, I have just started integrating SwiftMQ for use in my production
> environment at work and by doing so I have notice d that we might have
> some issues with the JMS RA.
>
> Clayton Wheeler responsed to a message I wrote in the SwiftMQ forums
> with a docum
Number of tests run: 566
Successful tests: 540
Errors:17
Failures: 9
[time of test: 24 April 2002 9:31 GMT]
[java.version: 1.3.1_02]
[java.vendor: Sun Microsystems Inc
Bugs item #545202, was opened at 2002-04-17 14:48
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=545202&group_id=22866
Category: JBossServer
Group: CVS HEAD
>Status: Closed
>Resolution: Invalid
Priority: 5
Submitted By: ObjectWiz (objectwiz)
Assigned to:
Patches item #547959, was opened at 2002-04-24 08:24
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376687&aid=547959&group_id=22866
Category: JBossServer
Group: CVS HEAD
Status: Open
Resolution: None
Priority: 5
Submitted By: ObjectWiz (objectwiz)
Assigned to: Nob
Listeners? What is a listener in this context?
--jason
Quoting Mikael Helbo Kjær <[EMAIL PROTECTED]>:
> I wonder about that. Could there be something broken within Jetty because I
> just tried to deploy our web application to it as well (with a filter and
> alot of stuff like listeners and th
A release candidate has been release (april 16th), so it is getting ready to go final.
Anyone apposed to integrating for 3.1 (assuming there are no showstoppers).
If not anyone want to put in the work to migrate? Should be fairly simple...
--jason
* * *
View thread online: http://jboss.org/
I wonder about that. Could there be something broken within Jetty because I
just tried to deploy our web application to it as well (with a filter and
alot of stuff like listeners and the like) and I couldn't get my stuff to
deploy properly either. It completely ignored my filter on initialization.
82 matches
Mail list logo
