User: patriot1burke
Date: 01/09/26 20:22:39
Modified:.build.xml
Log:
no message
Revision ChangesPath
1.13 +7 -3 jbossmx/build.xml
Index: build.xml
===
RCS file: /cvsroot/jboss/jbos
User: patriot1burke
Date: 01/09/26 20:14:18
Modified:src/main/org/jboss/ha/jndi HANamingService.java
Log:
no message
Revision ChangesPath
1.9 +3 -3 jbossmx/src/main/org/jboss/ha/jndi/HANamingService.java
Index: HANamingService.java
=
Flights are cheap too.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of marc
> fleury
> Sent: Tuesday, October 02, 2001 12:13 PM
> To: Jboss-Development@Lists. Sourceforge. Net
> Cc: Jboss-Business@Yahoogroups. Com
> Subject: [JBoss-dev] US don't fly
build files do not work. jason, fix this shit! This is the second week in
a row that somebody has fucked things up with the build. Can you at least
TEST THINGS before committing something like this?!
C:\jboss\jboss-all\build>build
Calling ..\tools\bin\ant.bat -logger org.apache.tools.ant.NoBa
;
> The module name for HEAD was changed from jboss-all to jboss-head
> last week.
>
> Regards,
> Adrian
>
> >From: "Bill Burke" <[EMAIL PROTECTED]>
> >Reply-To: [EMAIL PROTECTED]
> >To: "Jboss-Dev" <[EMAIL PROTECTED]>
> >CC: &qu
> Hi Bill,
>
> The module name for HEAD was changed from jboss-all to jboss-head
> last week.
>
> Regards,
> Adrian
>
> >From: "Bill Burke" <[EMAIL PROTECTED]>
> >Reply-To: [EMAIL PROTECTED]
> >To: "Jboss-Dev" <[EMAIL PROTECT
e jboss-3.2 for Branch_3_2
>
> --jason
>
>
> On Tue, 15 Oct 2002, Bill Burke wrote:
>
> > Does the same apply to all branches???
> >
> >
> > > -Original Message-
> > > From: [EMAIL PROTECTED]
> > > [mailto:[EMAIL PROTECTED
- You'll probably want to buy some Hardware based HTTP load-balancer for
your web traffic. Make sure it supports "sticky" sessions. You can try
Apache + modjk + AJP13 if you want a cheap software solution. Jetty and
Tomcat can be hooked in.
- Do you require HTTP Session replication and failove
ustering, but wondering if you have used
> the equiv of Javelin to do distributed caching, deployed the CMPs
> a specific way, or just depend on pessimistic locking and the DB vendor.
>
> Thanks,
> James
>
> > -Original Message-
> > From: Bill Burke [mailto:[EMA
JBoss clustering does load-balanching for ejb types.
EB's and SFSB's are "sticky" for performance reasons.
But all home invocations and SLSB invocations are round-robin by default.
IN JBoss 3.0.x CMP does not have a distributed cache. So you would need to
use commit 'B'.
Hire us, we'll help y
I'm looking at Hiram's aspect stuff and will try to implement client-side
interceptors with this new framework. After that i would like to move to
the containers.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:jboss-development-admin@;lists.sourceforge.net]On Behalf Of marc
> fl
; On 2002.10.21 10:50:45 -0400 Bill Burke wrote:
> > 1. Interceptors do not belong in the JMX layer. JMX should
> stay simple.
> > If
> > you want interceptors in front of an MBean, you should make the MBean an
> > aspect. Let's gut out the JMX interceptors in favo
we want to get this stuff under Hiram's aspect framework so that not every
subproject in JBoss uses a different interceptor mechanism. Take a look at
Hiram's stuff. ITs good.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:jboss-development-admin@;lists.sourceforge.net]On Behalf
sorry single container looks like a good idea. It will probably be
refactored a bit more to fit in the Aspect stuff.
Bill
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:jboss-development-admin@;lists.sourceforge.net]On Behalf Of Dain
> Sundstrom
> Sent: Tuesday, October 22, 200
Commit option 'B' really gives you nothing for performance...I'll do my perf
tests to find out.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:jboss-development-admin@;lists.sourceforge.net]On Behalf Of Sacha
> Labourey
> Sent: Thursday, October 24, 2002 7:26 AM
> To: [EMAIL PROT
We will be expanding the forums shortlyDiscussion will be organized
there.
Aspect Oriented Programming is already there.
Bill
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:jboss-development-admin@;lists.sourceforge.net]On Behalf Of Scott
> M Stark
> Sent: Friday, November
In short, whatever works for you.
Personally, I don't use IDEs. Hate them. Everytime I start to use them, I
just go back to Emacs, find, and grep. I use printlns to debug, or in more
complex situations, write some monitor object. But that works best for me.
The best advice is to just start d
Yes that is a great idea. What kind of script? sh, perl, python, java, ??
I've done the same for the CD subscription but using InstallAnywhere.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:jboss-development-admin@;lists.sourceforge.net]On Behalf Of Igor
> Fedorenko
> Sent: W
Personally I'd stay with 3.0.x series. New functionality will not be added
to it while it will with 3.2.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:jboss-development-admin@;lists.sourceforge.net]On Behalf Of James
> Higginbotham
> Sent: Wednesday, November 06, 2002 9:47 PM
>
Only communication exceptions will cause a failover. If the client proxies
know that the request was delivered, the clustering code will never
failover. This is to avoid duplicate invocations and also the client
proxies really have no way of knowing what you want to do with a request.
> -Ori
[javac] Compiling 61 source files to
C:\jboss\jboss-3.2\connector\output\classes
C:\jboss\jboss-3.2\connector\src\main\org\jboss\resource\adapter\jdbc\local\
LocalPreparedStatement.java:190: illegal cha
racter: \64
@JDK1.4START@
^
C:\jboss\jboss-3.2\connector\src\main\org\jboss\resource\adapter
Dain and I were IMing. He said Scott was thinking about a MetaData
service...
My idea for a MetaData/Configuration service would be the ability to
register for callbacks based on XPATHS. So, all config of jboss would be
stored in one big XML Document. Components insert their config there, and
r
clarify this? Metadata for what data? Are you referring to
> > MBeanInfo, or something else?
> >
> > - Matt
> >
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:jboss-development-admin@;lists.sourceforge.net]On Behalf Of Dain
>
gt; problem that makes a "central" XML file a more attractive solution?
>
I saying Document as in the Java Object. Not in a XML file stored on disk.
> - Matt
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:jboss-development-admin@;lists.sourceforge.
> To me, JMX is all about metadata -- in a sense, it is the metadata that
> makes detyped invocation work. When you talk about adding metadata to an
> invocation, and storing that metadata somewhere, it sounds just like MBean
> persistence. At a minimum, you should be able to reuse some ideas, i
chnology Officer
> JBoss Group, LLC
> xxxxxxxx
>
> - Original Message -
> From: "Bill Burke" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Wednesday, November 13, 2002 11:01 AM
> Subject: RE: [JBoss-dev] Metadata Se
have to do now is go to each and every machine to do this.
> - Matt
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:jboss-development-admin@;lists.sourceforge.net]On Behalf Of Bill
> Burke
> Sent: Wednesday, November 13, 2002 2:58 PM
> To: [EMAIL PROT
JBoss
> integration thats currently is available in XmlBlaster ;.))
>
> Well, just a thought.
>
> //Peter
>
> On 13 Nov, Bill Burke wrote:
> > 1. I'm not talking about a central config file...Components
> register their
> > XML with this service. MBean, EJB, whatever..
ason Dillon wrote:
> > I would be careful about going with a huge file, these tend to become
> > unnamable fast.
> >
> > --jason
> >
> >
> > On Wednesday, November 13, 2002, at 09:07 AM, Bill Burke wrote:
> >
> >> Dain and I were IMing.
Dain,
Chill on the metadata repository. This is a significant change to JBoss and
you have not thought through all the issues. (Notification, persistence, JMX
integation, etc...) David is right, we really need to flush out the
usecases for this and how it will help the system and effect it. You
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:jboss-development-admin@;lists.sourceforge.net]On Behalf Of Dain
> Sundstrom
> Sent: Thursday, November 14, 2002 12:55 AM
> To: [EMAIL PROTECTED]
> Subject: Re: [JBoss-dev] MetaDataRepository Proposal
>
>
> Hiram Chirino wrote:
> >>
Ok, when I was doing ECPerf tests, I was trying anything to squeak out
better performance. Here's where the PooledInvoker came in. The idea is to
pool connections at the remote client as well as pool threads/connections on
the server side.
So, when a remote client first connects, the server will
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:jboss-development-admin@;lists.sourceforge.net]On Behalf Of Dain
> Sundstrom
> Sent: Thursday, November 14, 2002 1:04 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [JBoss-dev] MetaDataRepository Proposal
>
>
> Matt Munz wrote:
> >> a
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:jboss-development-admin@;lists.sourceforge.net]On Behalf Of Hiram
> Chirino
> Sent: Thursday, November 14, 2002 8:20 PM
> To: [EMAIL PROTECTED]
> Subject: RE: [JBoss-dev] new PooledInvoker: speeds up invocations
>
>
> > > scenario.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:jboss-development-admin@;lists.sourceforge.net]On Behalf Of Hiram
> Chirino
> Sent: Friday, November 15, 2002 8:36 AM
> To: [EMAIL PROTECTED]
> Subject: RE: [JBoss-dev] new PooledInvoker: speeds up invocations
>
>
> > > - Thread poo
I
agree Scott (no public interface for bi-directionality). It will be tricky
to implement the bi-directional behavior if Invokers don't have a bi-directional
public interface. I wonder how you abstract this out now
Hiram.
One
way to do this would be to use the trick I used with EJBs and
v] new PooledInvoker: speeds up invocations
>
>
> On Thursday 14 November 2002 10:57 am, Bill Burke wrote:
> > ... Code is in 3.2 and head under
> > server/src/main/org/jboss/invocation/pooled. If you want to know how to
> > use this, look at the testsuite under pooled
: RE: [JBoss-dev] new PooledInvoker: speeds up invocations
>
>
> On Mon, 18 Nov 2002, Bill Burke wrote:
>
> > The Pooled Invoker pools threads up to a maximum limit, after that new
> > threads are still created but are allowed to die after they service a
> > request. (
Why
does the proxy object have to setup the callback channel on
deserialization? Just stuff the proxy in the invocation object as party of
the payload. Invoker pulls this proxy shell out of the invocation and
initializes it with the real callback channel..
-Original Message-From
Code is under jboss-head/aop
It compiles but that's about it. Its incomplete.
The new direction is shown in the below xml if you can follow along. Don't
have much time for explanation before Thanksgiving, but the idea is POJOs
and DynamicProxies married into one framework. Field access, Constr
l also be setting up Task lists for each sub-project
on SourceForge so we can track how things are going.
Thanks for your cooperation!
XXXX
Bill Burke
Chief Architect
JBoss Group, LLC
---
This sf.net email is spon
Can you send me your email address? Can't seem to send you email through
sourceforge.
Thanks,
Bill Burke
Chief Architect
JBoss Group, LLC
---
This sf.net email is sponsored by:
With Great Power, Comes
w.
In-production testamonials are the most desired.
http://www.jboss.org/forums/forum.jsp?forum=159
Thanks,
Bill Burke
Chief Architect
JBoss Group, LLC
---
This sf.net email is sponsored by:
With Great Power,
w.
In-production testamonials are the most desired.
http://www.jboss.org/forums/forum.jsp?forum=159
Thanks,
Bill Burke
Chief Architect
JBoss Group, LLC
---
This sf.net email is sponsored by:
With Great Power,
Peter,
The emails I send to you get bounced back. I'm emailing [EMAIL PROTECTED]
What is your real email?
Thanks,
Bill
---
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility
Learn to use your power at OSDN's Hi
You want it. Do it.
Bill Burke
Chief Architect
JBoss Group, LLC
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of
> wonder sonic
> Sent: Saturday, December 14, 2002 12:24 PM
> To: [EMAIL PR
ource)/poseidon
> (commercial version
> of the same tool, with free community edition).
> >
> > > >
> > > > -5- I can personnaly create class diagrams for the
> > > > JBoss modules. What format shall I use? wmf, gif,
> > > > Together (v6)?
You are? There are a bunch of people working on the same thing. Can you
post what you're doing?
Bill
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Sacha
> Labourey
> Sent: Tuesday, December 17, 2002 4:22 PM
> To: [EMAIL PROTECTED]
> Subject: RE:
If you provide no provider url, the jnid client will do a multicast
broadcast to find jndi server.
Bill
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Scott
> M Stark
> Sent: Friday, December 20, 2002 1:17 AM
> To: [EMAIL PROTECTED]
> Subject: Re:
The only way to avoid dirty reads I think is at the JDBC isolation level and
setting the Isolation level to SERIALIZED.
Bill
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Peter
> Antman
> Sent: Friday, December 20, 2002 9:12 AM
> To: [EMAIL PROTEC
Hiram, you still have access! We need you man!
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Hiram
> Chirino
> Sent: Saturday, December 21, 2002 2:06 AM
> To: [EMAIL PROTECTED]
> Subject: RE: [JBoss-dev] Good-bye
>
>
> Yep.. i'd like to know the
FYI, I've created a forum on the topic.
http://www.jboss.org/forums/forum.jsp?forum=160
Scott McLaughlin, do you want to drive any of this? Seems you've had some
energy around this.
XXXX
Bill Burke
Chief Architect
JBoss Group, LLC
> -Ori
Caching invalidation + optimistic locking will make our EntityBean clustered
caches scream!
Thanks
Bill Burke
Chief Architect
JBoss Group, LLC
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Sacha
&
I haven't gotten responses from all of you. Please respond, this will help
us all in the long run.
Thanks,
Bill Burke
Chief Architect
JBoss Group, LLC
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf O
Title: Jboss + Junit?
Our
Junit extensions support all of what you want.
Its
under testsuite/...
We
need somebody to document this stuff. Somebody volunteered once, but never
got back to me.
Bill
-Original Message-From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On B
-Original Message-From: Bill Burke
[mailto:[EMAIL PROTECTED]] Sent: Thursday, January 02, 2003
5:08 PMTo:
[EMAIL PROTECTED]Subject: RE: [JBoss-dev]
Jboss + Junit?
Our Junit extensions support all of what you
want.
Its under testsuite/...
new website. Its PHP and PostNuke. Its OK. JSP/Servlets/J2EE is better,
but PostNuke is a good Content Management System. Julien Viet is looking
into porting it to the Java world. We're gonna call it JNuke.
Bill Burke
Chief Architect
JBoss Group, LLC
XXX
IWE. Go Go Julien Viet!
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Matt
> Munz
> Sent: Thursday, January 09, 2003 3:16 PM
> To: [EMAIL PROTECTED]
> Subject: RE: [JBoss-dev] PHP
>
>
> Marc & group,
>
> Thanks for the details.
>
> > We tr
P ;) Could you divulge the precise reason(s)
> for choosing Post-Nuke? (I can think of many factors that often outweigh
> MM> technical superiority -- time, money, expedience, IP
> issues... was it one of these?)
>
> >> We're gonna call it JNuke
>
> MM> sounds
The first one seems to be dead while the second one only a few weeks old.
>
> Andreas
>
> - Original Message -
> From: "Bill Burke" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Thursday, January 09, 2003 7:54 PM
> Subject: RE: [JBoss-dev] P
--+
> > >>>> | Zend Engine
> >|
> > >>>>
> > >>>>
> > +-----
> > -+
> > >>>> | Copyright (c) 1998-2002 Zend Technologies Ltd.
> &g
many
> >>>>>>> developpers onto J2EE platform.
> >>>>>>>
> >>>>>>> There do not exists a PHP specification. Such a project would
> >>>>>>> consist in retro engineering there compiler. In fact I
> >
gt;>
> >> >>>> Here is the header they use in sourecode :
> >> >>>>
> >> >>>> /*
> >> >>>>
> >> +-
> >> -+
> >> >>>>
We are fixing them ASAP.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Adam
> Heath
> Sent: Friday, January 10, 2003 4:14 PM
> To: Jboss-Development@Lists. Sourceforge. Net
> Subject: Broken links - Re: [JBoss-dev] PHP problems
>
>
> On Thu, 9 Ja
9, 2003 6:20 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [JBoss-dev] PHP
>
>
> anybody thought about integrating php (and this way the
> cms-whatever-this-is
> thingy) into the the containers? maybe by calling the zend engine
> natively?
>
> layer rules ...
>
> just
Title: Re: [JBoss-dev] MBean persistence?
Matt,
I
think we want seemless integration here. If the MBean is packaged within a
SAR, the SAR should be exploded, the XML file modified and the SAR
re-jared. Same goes with straight XML files or SARS embedded
within SARs (russian doll).
I'
Matt, please don't rush this into 3.2 I think the 3.x series should be frozen for
funtionality except in the case of a paying customer. We should start pushing for 4.0
Bill Burke
Chief Architect
JBoss Group, LLC
> -Original Message-
> F
I think we should freeze functionality for the 3.0 and 3.2 series. Let's
start focusing on getting 3.2 stable and bug-free and move our functionality
development into 4.0
Scott, what do you think?
Bill Burke
Chief Architect
JBoss Group, LLC
XXX
Just validates that J2EE is the way to go and scales and this kiddy(your
words Marc) PHP crap although looks sexy, just doesn't scale.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of James
> Higginbotham
> Sent: Monday, January 13, 2003 6:20 PM
> To:
for those who want to cut and past and repost the posts you made over the
past week. Sorry for the scalability problems we've switched back to good
old scalable J2EE.
Postnuke:
http://www.jboss.org:8080
---
This SF.NET email is sponsored by
The only negative comment I have in using JMX is that the PHP community may
have a tough time switching over to Nukes on JBoss if you have to have a
package structure like a SAR or a WAR. I hate to say it, but does it need
to be "dumbed-down" for the PHP community? This type of community needs to
Also, you can't call it JNuke. You must call it Nukes on Java or something
like that. JNuke is trademarked.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Bill
> Burke
> Sent: Tuesday, January 14, 2003 1:51 PM
> To: [EMA
care about the PHP community, we go
> > down the JMX
> > > way. I think the PHP community will never want to do anything with
> > > JSP. They believe they have what they need to be
> > successful and will
> > > continue to innovate in their own circle. Fo
t; What do you think?
>
> -dain
>
> On Tuesday, January 14, 2003, at 12:50 PM, Bill Burke wrote:
>
> > The only negative comment I have in using JMX is that the PHP
> > community may
> > have a tough time switching over to Nukes on JBoss if you have to have
> >
l and will continue to
> > innovate in their own circle. For most of the PHP community, what they
> > have built is scalable to their needs.
> >
> >> -Original Message-
> >> From: [EMAIL PROTECTED] [mailto:jboss-
> >> [EMAIL PROTECTED]] On Behalf O
Anybody want to take this on? Could be an interesting project. I think the
idea has merit Dain. Great thought.
Bill Burke
Chief Architect
JBoss Group, LLC
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behal
> > -Original Message-
> > > From:
> > [EMAIL PROTECTED]
> > >
> >
> [mailto:[EMAIL PROTECTED]]
> > On
> > > Behalf Of Bill Burke
> > > Sent: Tuesday, January 14, 2003 3:32 PM
> > > To: [EMAIL PROTECTED]
> > >
forget it, somebody just forgot to comment out JPDA settings.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Bill
> Burke
> Sent: Tuesday, January 14, 2003 10:16 PM
> To: Jboss-Dev
> Subject: [JBoss-dev] any reason for -cla
Just saw -classic mode in jboss-head. Why are we running in -classic mode?
Another thing. Seems like JBoss is starting up much much slower than usual.
Has somebody thrown in some crazy in?
Bill
---
This SF.NET email is sponsored by: Take yo
deployment descriptor
> DS>+ We compile the java file
> DS>+ Deploy
>
> DS> Java as a scripting language.
>
> DS> What do you think?
>
> DS> -dain
>
> DS> On Tuesday, January 14, 2003, at 12:50 PM, Bill Burke wrote:
>
> >> The on
> - the average release interval
Bi-monthly
> - site of the mailing list
> - developer
> - announcements
>
www.jboss.org
Bill Burke
Chief Architect
JBoss Group, LLC
---
This SF.NET email
nt myField;
>
> /**
> * @methodAttr
> */
> public void myMethod() {
>
> BTW, could you please exmplain what is the purpose of the 'name' attribute
> in class-metadata element?
> In the forum or here.
>
> Thanks,
> alex
>
>
> > -Original
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
nto our CVS. Somebody to
write/find/incorporate a JMS benchmark. Somebody to benchmark using ECPERF,
RICE/Rubis, and new JMS benchmarking. This is interesting work since you
must leverage your knowledge on clustering, caching, and configuration.
Touches all parts of JBoss.
XXXX
Bill Bu
MAIL PROTECTED]]On Behalf Of Bill Burke
> Sent: Wednesday, January 15, 2003 9:37 AM
> To: Jboss-Dev; JBoss 2
> Subject: [JBoss-user] WANTED: Lead JBoss Developers
>
>
> We're looking for Lead Developer volunteers. Please, no emails if you've
> never contributed to
ing 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
> lifetime.
>
>
> Scott Stark
> Chief Technology Officer
> JBoss Group, LLC
> x
> In fact we could TOTALLY do that on the new AOP framework. If you
> define with an xdoclet tag that a given method is "@jboss:one-way" then
> we put an interceptor that takes fresh thread and returns immediately.
> Me likes.
>
Please check out the metadata stuff I've been doing for the AOP fra
; xxxx
>
> - Original Message -
> From: "Bill Burke" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Thursday, January 16, 2003 5:35 AM
> Subject: RE: [JBoss-dev] ThreadPooling in JMX? Its broken
>
>
> > I don't t
s in the executing thread, they could then be set in the
> executing thread pool thread, and then the thread pool thread could
> remove them upon exiting?
>
>
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]] On Behalf Of Bill
> Burke
> S
bit like saying
> you should be able to clear all variables declared in the sceop of
> package names x.y.threads. Create you own ThreadPoolLocal for the
> semantics your talking about.
>
>
> Scott Stark
> Chief Technology Officer
> JBoss Group, LLC
> xxx
"Each thread holds an implicit reference to its copy of a thread-local
variable as long as the thread is alive and the ThreadLocal instance is
accessible; after a thread goes away, all of its copies of thread-local
instances are subject to garbage collection (unless other references to
these copies
> threads created by the pool and listening for notifications on thread
> garbage collection calls.
>
> That says that you have pools who just limit the number of threads out
> there and block for other but associate a new thread for new
> invocations.
>
> marcf
>
> > --
Please archive this on the Persistence forum. Thanks guys.
Bill
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Dain
> Sundstrom
> Sent: Friday, January 17, 2003 1:14 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [JBoss-dev] Finders, Selectors and ...
ev] Finders, Selectors and ... deleters?
>
>
> It is already in the JBoss 4.0 task list.
>
> http://sourceforge.net/pm/
> task.php?func=detailtask&project_task_id=68960&group_id=22866&group_proj
> ect_id=15043
>
> -dain
>
> On Friday, January 17, 2003, at 12:23 P
e in JBoss.
XXXX
Bill Burke
Chief Architect
JBoss Group, LLC
---
This SF.NET email is sponsored by: Thawte.com - A 128-bit supercerts will
allow you to extend the highest allowed 128 bit encryption to all your
clients even i
Somebody really screwed up jboss-head. Can the butt-head who did fix it?
This is ridiculous
MBeans waiting for other MBeans:
[org.jboss.system.ServiceContext@17342155 {
objectName: jboss.ejb:service=EJBDeployer
state: CONFIGURED
dependencies: [jboss.tm:service=TransactionManagerService,
jbo
: [JBoss-dev] Re: [javagroups-users] Survey: JDK 1.4 versus JDK
> 1.3
>
>
> Bill Burke wrote:
>
> > Not a good idea. JBoss clustering depends on Javagroups as you know and
> > there are tons of customers/those in production that use JDK
> 1.3.x. If you
> > do
can you log a bug and assign it to me?
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of David
> Klimek
> Sent: Monday, January 20, 2003 4:48 PM
> To: jboss-development
> Subject: [JBoss-dev] jboss-3.2.0RC1: farming problem
>
>
> Hello,
>
> I have l
re there any directions for running the testsuite on a cluster?
>
> Thanks
> Jeremy
>
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of Bill
> > Burke
> > Sent: Monday, January 20, 2003 1:57 PM
> >
I am doing some things around MetaData and centralized configuration and
configuration chains in AOP that I'd like to merge with the rest of JBoss.
Please see the topic configuration and metadata in the AOP forum.
Bill
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTEC
401 - 500 of 1653 matches
Mail list logo