I have put in a single logical name for the jetty and tomcat services.
Please tell me the changes to make and I will commit on all branches since I
am responsible.
Apologies,
Bill Burke
Chief Architect
JBoss Group, LLC
> -Original Message-
>
tion to JBoss and I am
looking forward to your contributions. Let us know.
Best Regards,
Bill Burke
Chief Architect
JBoss Group, LLC
> -Original Message-
> From: Tomas Lapienis [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, January 30, 2003 7:58 PM
&g
Great work hans! Come on JBoss community! Try it out! Bang on it!
Many thanks,
Bill Burke
Chief Architect
JBoss Group, LLC
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Hans
> Dockter
>
Roger that. Check 5622.
The
condor is moving, I repeat the condor is moving
-Original Message-From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
Rolando MorejonSent: Tuesday, January 28, 2003 12:32
PMTo: [EMAIL PROTECTED]Subject:
[JBoss-dev] is ok
mance improvements and bug
fixes. Maybe you can view bug fixes by date to get a better idea.
Bill Burke
Chief Architect
JBoss Group, LLC
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of
> Meyer-Willner
have been created don't seem to end up in the database.
> >>>>> * the CMP version must be tweaked to use the util.xml BMP version
> >>>>> of
> >>>>> the beans (search for SERIALIZABLE in the README) to work correctly
> >>>>>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of marc
> fleury
> Sent: Monday, January 27, 2003 11:17 AM
> To: [EMAIL PROTECTED]; 'Stefan Reich'
> Subject: RE: [JBoss-dev] RE: how's ecperf going?
>
>
> > yes, if you take a look at the code, before the
acs and the Apple VM it is
> hard to compare the results with other platforms.
>
> Stefan
>
Stefan, this is great stuff! If you need any help, let me know and we'll
get somebody to help you out. We really appreciate this work.
Bill
> On Thursday, Jan 23, 2003, at 19:11 US/
We only retry on connection exceptions.
Bill
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Matt
> Cleveland
> Sent: Thursday, January 23, 2003 9:28 AM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: [JBoss-dev] HA Retrying a Transaction
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
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
> >
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
: [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
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
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
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 ...
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
> 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
>
> > --
"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
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
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
; 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
> 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
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
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
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
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
> - 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
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
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
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
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
> > -Original Message-
> > > From:
> > [EMAIL PROTECTED]
> > >
> >
> [mailto:[EMAIL PROTECTED]]
> > On
> > > Behalf Of Bill Burke
> > > Sent: Tuesday, January 14, 2003 3:32 PM
> > > To: [EMAIL PROTECTED]
> > >
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
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
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
> >
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
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
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
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
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:
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
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
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'
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
gt;>
> >> >>>> Here is the header they use in sourecode :
> >> >>>>
> >> >>>> /*
> >> >>>>
> >> +-
> >> -+
> >> >>>>
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
> >
--+
> > >>>> | Zend Engine
> >|
> > >>>>
> > >>>>
> > +-----
> > -+
> > >>>> | Copyright (c) 1998-2002 Zend Technologies Ltd.
> &g
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
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
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
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
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
-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/...
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
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
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
&
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
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
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
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:
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:
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 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
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
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,
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
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
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
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
: 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. (
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
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
> -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
> -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 Dain
> Sundstrom
> Sent: Thursday, November 14, 2002 1:04 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [JBoss-dev] MetaDataRepository Proposal
>
>
> Matt Munz wrote:
> >> a
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 12:55 AM
> To: [EMAIL PROTECTED]
> Subject: Re: [JBoss-dev] MetaDataRepository Proposal
>
>
> Hiram Chirino wrote:
> >>
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
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.
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..
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
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
> 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
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.
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
>
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
[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
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
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
>
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
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
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
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
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
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
; 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
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
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
1201 - 1300 of 2180 matches
Mail list logo