Somehow the URL handlers cache has the sun file protocol handler from the start,
at least as early as a debugger will let me stop in the URL.getURLStreamHandler
method. You need to flush this handler cache by setting a URLStreamHandlerFactory.
The change to make your example work is to install a
Would you try the latest 3.2 package
As far as Jetty is concerned the only difference between Jboss-3.0 and
3.2 is that 3.0 contains Jasper1 and 3.2 contains Jasper2.
If Jasper1 is broken, and Jasper2 works OK, then I will probably upgrade
Jasper on jboss-3.2.
Jules
SourceForge.net
Hello
I am doing some research about open source software and I am interested in
some statistic figures on JBoss.
Hopefully somebody can help me and send me back some of the following
numbers or give me some information where I can find this.
- project team size
- coders
- voters
Bugs item #667341, was opened at 2003-01-13 19:24
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=667341group_id=22866
Category: JBossWeb
Group: v3.0 Rabbit Hole
Status: Pending
Resolution: None
Priority: 5
Submitted By: Peter Luttrell (objec)
Assigned to:
Bugs item #647839, was opened at 2002-12-03 14:28
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=647839group_id=22866
Category: JBossWeb
Group: v3.0 Rabbit Hole
Status: Pending
Resolution: None
Priority: 5
Submitted By: Sloan Seaman (sseaman)
Assigned to:
Bugs item #668291, was opened at 2003-01-15 03:54
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=668291group_id=22866
Category: JBossWeb
Group: v3.0 Rabbit Hole
Status: Pending
Resolution: None
Priority: 5
Submitted By: Brian Bannister (beoch)
Assigned
Bugs item #654332, was opened at 2002-12-16 03:20
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=654332group_id=22866
Category: CatalinaBundle
Group: v4.0
Status: Open
Resolution: None
Priority: 5
Submitted By: jeff dickenson (dickensonj)
Assigned to:
Bugs item #644287, was opened at 2002-11-26 19:05
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=644287group_id=22866
Category: JBossWeb
Group: v3.0 Rabbit Hole
Status: Pending
Resolution: None
Priority: 5
Submitted By: James Manning (jmm)
Assigned to:
that sounds right..
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of John
Fawcett
Sent: Tuesday, January 14, 2003 8:14 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] JBossMQ
Hi,
I want to make sure I understand the asynchronous delivery
Here are my findings.
First, JBoss-3.0 is ok. The problem is in JBoss-3.2 and HEAD.
Second, I found the cause.
The resources we want to load with our custom handlers
through class loaders must be added to the classpath AFTER the
(custom) URLStreamHandlerFactory is setup.
URLClassLoaders hold
JBoss-3.2 doesn't have
+ String urlStr = target.toString();
+ target = new URL(urlStr);
But just adding this doesn't help me.
BTW, is java.protocol.handler.pkgs setup after the SCL is created?
As I see it is, but how is it supposed to be? I would expect vice
versa.
alex
I tried to do something like this about a year ago but it didn't work
with the then-current xdoclet. I think it will be pretty easy with
current xdoclet.
Marc wanted to do this with ejbs, just drop bean class in, xdoclet
generates interfaces, dd, etc, and we deploy.
JRun did/does something
Bugs item #668533, was opened at 2003-01-15 16:36
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=668533group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Halil-C. Gürsoy (che---)
Assigned to:
Bugs item #665037, was opened at 2003-01-09 16:32
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=665037group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: Accepted
Priority: 5
Submitted By: Shone Sadler (ssadler)
Assigned
I have a WAR file with an applet. The applet requires some old classes that
conflict with those required by JSPs/Servlets in the WAR file. The classes
for the applet are in a jar file, applet_only_classes.jar. When I deploy my
WAR, JBoss creates a UCL for this jar file, even though it is only
Most of your stats can be found at sourceforge.
http://sourceforge.net/projects/jboss/
More comments follow
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
EXCELSIS - Guenter Eppler
Sent: Wednesday, January 15, 2003 5:13 AM
To: [EMAIL PROTECTED]
The fix of putting the transaction context in the transient_payload, as
apposed to the as_is_payload. A while back I got Tyrex to somewhat work in
the 3.2 series, but the only way I could get passed the NonSerializable
exception was to change the code in org.jboss.invocation.Invocation.java to
Bugs item #668533, was opened at 2003-01-15 16:36
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=668533group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Halil-C. Gürsoy (che---)
Assigned to:
Bugs item #665037, was opened at 2003-01-09 16:32
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=665037group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: Accepted
Priority: 5
Submitted By: Shone Sadler (ssadler)
Assigned
Bugs item #668533, was opened at 2003-01-15 16:36
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=668533group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Halil-C. Gürsoy (che---)
Assigned to:
I meant specifying them in XDoclet style, not XML.
/**
* @classAttr
*/
class MyClass {
/**
* @fieldAttr
*/
private int myField;
/**
* @methodAttr
*/
public void myMethod() {
BTW, could you please exmplain what is the purpose of the 'name' attribute
in class-metadata element?
In
Bugs item #665037, was opened at 2003-01-09 06:32
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=665037group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: Accepted
Priority: 5
Submitted By: Shone Sadler (ssadler)
Assigned
Hi,
Tuesday, January 14, 2003, 6:19:23 PM, you wrote:
ws And what would be the goal for that?
ws Could you give examples?
I have another idea scripts use inside JBoss.
The discussion here is to deploy scripts and then a deployer will converted
they to MBean/Session beans and so on.
My idea
This may or may not disappear. The thought is to name the whole metadata
block for purposes of redeployment or undeployment. Am I making sense?
Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Alex
Loubyansky
Sent: Wednesday, January 15, 2003
Bugs item #665037, was opened at 2003-01-09 16:32
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=665037group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: Accepted
Priority: 5
Submitted By: Shone Sadler (ssadler)
Assigned
Wednesday, January 15, 2003, 3:27:16 PM, you wrote:
DLR This can be used to test beans and so on. It runs inside JBoss.
DLR I have a very simple prototype of this, and I will make it avaliable
DLR tomorrow.
Install this SAR to a simple example :
Bugs item #668313, was opened at 2003-01-15 05:07
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=668313group_id=22866
Category: CatalinaBundle
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Adam Heath (doogie)
Assigned
BB This may or may not disappear. The thought is to name the whole metadata
BB block for purposes of redeployment or undeployment. Am I making sense?
Frankly, I don't see, currently. I am not asking to remove it, just to
clarify.
Thanks,
alex
-Original Message-
From: [EMAIL
Alex
The light went on and I'm now wondering if I triggered this with the changes
for deployment scanning.
IIRC the code used to generate new URLs from the File paths returned during
the scan, basically using the URL(String) constructor with the path.
It now creates URLs relative to the
Bugs item #668700, was opened at 2003-01-15 20:07
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=668700group_id=22866
Category: CatalinaBundle
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Adam Heath (doogie)
Assigned to:
Bugs item #594137, was opened at 2002-08-12 19:13
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=594137group_id=22866
Category: JBossSOAP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: Remind
Priority: 5
Submitted By: Marius Kotsbak (mkotsbak)
Assigned
Yes, the setup of the URL handlers should be the very first thing done in doInit.
There is nothing in that layer that can rely on ServerConfig information as this
is just standard URL protocol handler extension stuff.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
Bugs item #668710, was opened at 2003-01-15 21:26
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=668710group_id=22866
Category: JBossDoc
Group: CVS HEAD
Status: Open
Resolution: None
Priority: 5
Submitted By: Marius Kotsbak (mkotsbak)
Assigned to:
Is this is JOKE? I think I'd prefer to spend my time on AOP / JB4.
geez.. ... ;)
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On Behalf Of
SourceForge.net
Sent: Wednesday, January 15, 2003 3:27 PM
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] [ jboss-Bugs-668710 ]
On Wed, 15 Jan 2003, Jeff Haynie wrote:
Is this is JOKE? I think I'd prefer to spend my time on AOP / JB4.
geez.. ... ;)
So what if it is? The fact that people are spending time checking it is in
and of itself something to be proud of.
JBoss is getting pushed into all corners of the world,
Bugs item #668736, was opened at 2003-01-15 15:14
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=668736group_id=22866
Category: JBossMX
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Steve Hayward (shayward)
Assigned to:
Bugs item #668786, was opened at 2003-01-15 17:07
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=668786group_id=22866
Category: JBossMX
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Steve Hayward (shayward)
Assigned to:
Just a small correction.. your example would have to be in at least 2 units
of work. There is NO WAY to put a JMS message and get it again in a single
transaction.
Regards,
Hiram
Having a distributed transaction context is especially important
for example
when you have a EJB from one jboss
Bugs item #668789, was opened at 2003-01-16 00:15
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=668789group_id=22866
Category: None
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Stefan Arentz (sateh)
Assigned to: Nobody/Anonymous
And having a way to do that would probably be a Bad Idea. Propogating a
transaction through asynchronous transports doesn't sound like a good
idea to me, anyway.
-danch
Hiram Chirino wrote:
Just a small correction.. your example would have to be in at least 2 units
of work. There is NO WAY
Bugs item #668789, was opened at 2003-01-15 15:15
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=668789group_id=22866
Category: JBossServer
Group: v3.2
Status: Closed
Resolution: Works For Me
Priority: 5
Submitted By: Stefan Arentz (sateh)
Assigned to:
one of my favorite topics is coming up again
One day I will sit down and write a tx spec.
Ok frankly WHY DO WE CARE THAT MESSAGING IS ASYNCHRONOUS WITH RESPECT TO
TRANSACTION. Yeah I know the answer you could have a long running
transaction and messages and queues and bla bla bla. BS BS BS.
OK - changed this in 3.2 and HEAD and I can now delete a .war archive I
couldn't before.
Alex, can you let me know if this worked for you. Sorry about the hassle.
Yes, the setup of the URL handlers should be the very first thing
done in doInit.
There is nothing in that layer that can rely on
Bugs item #668805, was opened at 2003-01-15 15:47
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=668805group_id=22866
Category: JBossMQ
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Elias Ross (genman)
Assigned to: Nobody/Anonymous
Bugs item #668805, was opened at 2003-01-16 00:47
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=668805group_id=22866
Category: JBossMQ
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Elias Ross (genman)
Assigned to: Nobody/Anonymous
Bugs item #668805, was opened at 2003-01-15 15:47
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=668805group_id=22866
Category: JBossMQ
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Elias Ross (genman)
Assigned to: Nobody/Anonymous
Bugs item #668805, was opened at 2003-01-15 15:47
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=668805group_id=22866
Category: JBossMQ
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Elias Ross (genman)
Assigned to: Nobody/Anonymous
I started the refactoring of the JSR-77 layer to pull it out of the core. The initial
checkin
focuses on the SAR related code. The change will be to move the JSR-77 object creation
out of the core deployers and components and into the JSR-77 module itself. The
interaction between the two layer is
I think you're talking about giving people something more like
asynchronous method invocations (one-way) than traditional MOM style
messages, right?
My MOM exists to keep me and my brothers from fighting: she takes
notes one to the other, maybe 'forgets' the particularly nasty ones,
makes
Ok, I was doing some coding and found that my ThreadLocal variable was the
same even between remote MBean invocations. Is there some ThreadPooling
going on that is not releasing the ThreadLocal variables?
TESTCASE:
1. remotely invoke on method test1 - this sets testit ThreadLocal variable
to
We're looking for Lead Developer volunteers. Please, no emails if you've
never contributed to JBoss. If you've never contributed to JBoss you'll
need to show some significant initiative before you are even considered.
http://www.jboss.org/developers/projects/jboss/projects.jsp
Please click on
Oh yes and don't forget one of the biggest advantages:
Your technology contributions become a standard. With over 2.4 million
downloads, JBoss is becoming as big a Linux. Become a rock star. Get
involved.
Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On
Thursday, January 16, 2003, 1:38:59 AM, you wrote:
JB OK - changed this in 3.2 and HEAD and I can now delete a .war archive I
JB couldn't before.
JB Alex, can you let me know if this worked for you. Sorry about the hassle.
Yes, it works now.
Thanks,
alex
There is no reason to expect that distinct invocations use distinct threads.
The invocation entry point is responsible for establishing the thread
context. In this case the try{...} finally{...} of the JRMPInvoker has
to clear the thread locals if it wants to limit the context to the invocation
54 matches
Mail list logo
