Hey, I am not sure if this is a real problem or if I just have my webapp
misconfigured... but it looks like there is a problem outside of my config.
I have been trying to setup a test environemnt for SiteMesh. SiteMesh uses servlet
filters to apply the decorator pattern to jsp pages... which
Great! So we can build web pages with xslt to make this readable. Do you
know what the timeline is for the next Ant release?
--jason
Quoting Dave [EMAIL PROTECTED]:
Also, in Ant 1.5 there is a new cvstagdiff / task that spits out a xml
formatted report.
It would appear this also happens with directories under /, like
http://localhost:8080:/test where http://localhost:8080:/test/index.jsp works fine.
=(
--jason
* * *
View thread online: http://jboss.org/forums/thread.jsp?forum=66thread=13857
___
Number of tests run: 566
Successful tests: 540
Errors:17
Failures: 9
[time of test: 24 April 2002 7:27 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
Hi Jason
According to my experience it is only applied on the root of your web
application like http://localhost:8080/test
if your web app is deployed to '/test' and the filter set to '/*'. But the
entire filter part of 2.3 in my opinion suffers from 1.0s disease it is
slightly underspecified
Yes, that´s what the deadlock (hopefully) was about ... two threads loading
classes simultaneously ... I think that
Marc now has a promising (and ingenious, I didn´t think about the
synchronized - synchronized() relation the whole time!) workaround.
CGJ
-Ursprüngliche Nachricht-
Von:
I just tried deploying under /foo and got the same results.
=(
I have alos cross posted the main thread to jetty-discuss.
--jason
-
This mail sent through IMP: http://horde.org/imp/
___
Shit so does XmlProperty.. but still no app level xml include? Or is it that I just
can not find it?
--jason
* * *
View thread online: http://jboss.org/forums/thread.jsp?forum=66thread=13850
___
Jboss-development mailing list
[EMAIL PROTECTED]
CvsChangeLog also looks promising.
--jason
* * *
View thread online: http://jboss.org/forums/thread.jsp?forum=66thread=13850
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
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
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:
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 the
Patches item #547959, was opened at 2002-04-24 08:24
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376687aid=547959group_id=22866
Category: JBossServer
Group: CVS HEAD
Status: Open
Resolution: None
Priority: 5
Submitted By: ObjectWiz (objectwiz)
Assigned to:
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
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 document
=
==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
Bugs item #545202, was opened at 2002-04-17 14:48
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=545202group_id=22866
Category: JBossServer
Group: CVS HEAD
Status: Closed
Resolution: Invalid
Priority: 5
Submitted By: ObjectWiz (objectwiz)
Assigned to:
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
=
==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
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
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
is
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 easilly
Bugs item #548051, was opened at 2002-04-24 14:31
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=548051group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 7
Submitted By: Christian Riege (lqd)
Assigned to:
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 production
Also, app level xml includes will be in ant 2.0.
* * *
View thread online: http://jboss.org/forums/thread.jsp?forum=66thread=13850
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
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=detailaid=548098group_id=228
66atid=376687
Weird,
CGJ
-Ursprüngliche Nachricht-
Von: Dave Smith [mailto:[EMAIL PROTECTED]]
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
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 list Thread-23
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 JMS, since in
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=0x81a4f60 nid=0x69cb
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=detailaid=548098group_id=228
66atid=376687
Weird,
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,
The answer is the Jung patch.
I will add that right now
* * *
View thread online: http://jboss.org/forums/thread.jsp?forum=66thread=13851
___
Jboss-development mailing list
[EMAIL PROTECTED]
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 started integrating
Patches item #548098, was opened at 2002-04-24 15:52
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376687aid=548098group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 9
Submitted By: Dr. Christoph Georg Jung
Done,
Dave please test
Jung, thanks man
marcf
* * *
View thread online: http://jboss.org/forums/thread.jsp?forum=66thread=13851
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
On 2002.04.24 10:14:20 -0400 Peter Antman wrote:
big snip
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
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:
On 24 Apr, David Jencks wrote:
On 2002.04.24 10:14:20 -0400 Peter Antman wrote:
big snip
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
Patches item #548192, was opened at 2002-04-24 15:59
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376687aid=548192group_id=22866
Category: JBossCMP
Group: CVS HEAD
Status: Open
Resolution: None
Priority: 5
Submitted By: Iulian Musat (iulian_musat)
Assigned to:
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
Works fine. I'll look into xa configuration
* * *
View thread online: http://jboss.org/forums/thread.jsp?forum=66thread=12301
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
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
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 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 that
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
one. For now, the ugly method is the most portable:-
!DOCTYPE project [
!ENTITY IncludeBuildCore SYSTEM buildCore.xml
!ENTITY IncludeBuildSecondary SYSTEM buildSecondary.xml
]
target name=includedBuild
IncludeBuildCore;
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?
* * *
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 PROTECTED]; [EMAIL
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:
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
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
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=66thread=1
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 have
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.
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
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 slower
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
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 the
Bugs item #548364, was opened at 2002-04-24 18:24
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=548364group_id=22866
Category: Build System
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Alarik Myrin (alarik)
Assigned to:
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, probably, it is
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]
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.
Brett
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]
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;-)
(OK,
Bugs item #548364, was opened at 2002-04-24 16:24
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=548364group_id=22866
Category: Build System
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Alarik Myrin (alarik)
Assigned to:
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
Bugs item #522179, was opened at 2002-02-24 11:59
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=522179group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Hunter Hillegas (hunterhillegas)
Bugs item #529311, was opened at 2002-03-12 23:38
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=529311group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: Fixed
Priority: 1
Submitted By: Vincent Harcq (vharcq)
Assigned
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]
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]
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
Bugs item #522179, was opened at 2002-02-24 11:59
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=522179group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Hunter Hillegas (hunterhillegas)
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 definitely in
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
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
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
For reference, since the forums can't handle some of these subject prefixes:
http://jboss.org/forums/thread.jsp?forum=66thread=13858
http://jboss.org/forums/thread.jsp?forum=66thread=13862
http://jboss.org/forums/thread.jsp?forum=66thread=13857
* * *
This has now made it to jetty-discuse...
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
Hello,
mm.mysql 2.0.13 JDBC drivers are available:
http://sourceforge.net/project/showfiles.php?group_id=15923release_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, I
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
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.]
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
Bugs item #522179, was opened at 2002-02-24 11:59
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=522179group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Hunter Hillegas (hunterhillegas)
85 matches
Mail list logo