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
lif
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
--
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 "he
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 sure
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
Bugs item #668805, was opened at 2003-01-15 15:47
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=668805&group_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=detail&atid=376685&aid=668805&group_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=detail&atid=376685&aid=668805&group_id=22866
Category: JBossMQ
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Elias Ross (genman)
Assigned to: Nobody/Anonymous
Bugs item #668789, was opened at 2003-01-16 00:15
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=668789&group_id=22866
Category: JBossServer
Group: v3.2
Status: Closed
Resolution: Works For Me
Priority: 5
Submitted By: Stefan Arentz (sateh)
Assigned to:
Bugs item #668805, was opened at 2003-01-15 15:47
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=668805&group_id=22866
Category: JBossMQ
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Elias Ross (genman)
Assigned to: Nobody/Anonymous
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
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.
Bugs item #668789, was opened at 2003-01-15 15:15
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=668789&group_id=22866
>Category: JBossServer
Group: v3.2
>Status: Closed
>Resolution: Works For Me
Priority: 5
Submitted By: Stefan Arentz (sateh)
>Assigned
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 to
Bugs item #668789, was opened at 2003-01-16 00:15
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=668789&group_id=22866
Category: None
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Stefan Arentz (sateh)
Assigned to: Nobody/Anonymous
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 jbo
Bugs item #668786, was opened at 2003-01-15 17:07
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=668786&group_id=22866
Category: JBossMX
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Steve Hayward (shayward)
Assigned to:
Bugs item #668736, was opened at 2003-01-15 15:14
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=668736&group_id=22866
Category: JBossMX
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Steve Hayward (shayward)
Assigned to:
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 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,
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 ] jbo
Bugs item #668710, was opened at 2003-01-15 21:26
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=668710&group_id=22866
Category: JBossDoc
Group: CVS HEAD
Status: Open
Resolution: None
Priority: 5
Submitted By: Marius Kotsbak (mkotsbak)
Assigned to: Nobod
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
x
Bugs item #594137, was opened at 2002-08-12 19:13
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=594137&group_id=22866
Category: JBossSOAP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: Remind
Priority: 5
Submitted By: Marius Kotsbak (mkotsbak)
Assigne
Bugs item #668700, was opened at 2003-01-15 20:07
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=668700&group_id=22866
Category: CatalinaBundle
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Adam Heath (doogie)
Assigned t
Bugs item #668700, was opened at 2003-01-15 20:07
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=668700&group_id=22866
Category: CatalinaBundle
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Adam Heath (doogie)
Assigned t
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 location
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 PRO
Bugs item #668313, was opened at 2003-01-15 05:07
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=668313&group_id=22866
Category: CatalinaBundle
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Adam Heath (doogie)
Assigne
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 :
http://www.danilo.floripa.com.br/script
Bugs item #665037, was opened at 2003-01-09 16:32
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=665037&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: Accepted
Priority: 5
Submitted By: Shone Sadler (ssadler)
Assign
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, 2
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 ide
Bugs item #665037, was opened at 2003-01-09 06:32
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=665037&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: Accepted
Priority: 5
Submitted By: Shone Sadler (ssadler)
Assign
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 th
Bugs item #668533, was opened at 2003-01-15 16:36
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=668533&group_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=detail&atid=376685&aid=665037&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: Accepted
Priority: 5
Submitted By: Shone Sadler (ssadler)
Assign
Bugs item #668533, was opened at 2003-01-15 16:36
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=668533&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Halil-C. Gürsoy (che---)
Assigned to
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
put
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 PROTECT
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 in
Bugs item #665037, was opened at 2003-01-09 16:32
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=665037&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: Accepted
Priority: 5
Submitted By: Shone Sadler (ssadler)
Assign
Bugs item #668533, was opened at 2003-01-15 16:36
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=668533&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Halil-C. Gürsoy (che---)
Assigned 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 T
Yes definately Alex. I've incorporated the idea of class/method/field
metadata in the AOP framework I've been working on. Please refer to the AOP
forum.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Alex
> Loubyansky
> Sent: Wednesday, January 15
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 l
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
Wedn
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 the
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 asynchronou
Bugs item #644287, was opened at 2002-11-26 19:05
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=644287&group_id=22866
Category: JBossWeb
Group: v3.0 Rabbit Hole
>Status: Pending
Resolution: None
Priority: 5
Submitted By: James Manning (jmm)
>Assigned to
Bugs item #654332, was opened at 2002-12-16 03:20
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=654332&group_id=22866
>Category: CatalinaBundle
Group: v4.0
Status: Open
Resolution: None
Priority: 5
Submitted By: jeff dickenson (dickensonj)
Assigned to:
Bugs item #668291, was opened at 2003-01-15 03:54
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=668291&group_id=22866
Category: JBossWeb
Group: v3.0 Rabbit Hole
>Status: Pending
Resolution: None
Priority: 5
Submitted By: Brian Bannister (beoch)
>Assigne
Bugs item #647839, was opened at 2002-12-03 14:28
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=647839&group_id=22866
Category: JBossWeb
Group: v3.0 Rabbit Hole
>Status: Pending
Resolution: None
Priority: 5
Submitted By: Sloan Seaman (sseaman)
>Assigned
Bugs item #667341, was opened at 2003-01-13 19:24
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=667341&group_id=22866
Category: JBossWeb
Group: v3.0 Rabbit Hole
>Status: Pending
Resolution: None
Priority: 5
Submitted By: Peter Luttrell (objec)
>Assigned
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
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 wrot
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 fa
57 matches
Mail list logo
