that is in the trunk invoker over to all ther
other java based transports. But that seems more
error prone to me.
Regards,
Hiram
--- Bill Burke [EMAIL PROTECTED] wrote:
What I'm saying is, why add this complication? Do
we really need it? KISS.
-Original Message-
From
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of David
Jencks
Sent: Saturday, February 22, 2003 1:43 PM
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] org.jboss.aop.MethodMetaData
public Object resolve(Invocation invocation, String group, String
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of David
Jencks
Sent: Monday, February 24, 2003 9:48 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] org.jboss.aop.MethodMetaData
On 2003.02.24 09:14 Bill Burke wrote:
-Original Message
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Bill
Burke
Sent: Monday, February 24, 2003 10:06 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] org.jboss.aop.MethodMetaData
-Original Message-
From: [EMAIL PROTECTED]
[mailto
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of David
Jencks
Sent: Saturday, February 22, 2003 11:48 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] TxInterceptor split is still the best thing
since sliced bread
This is really boring and
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of David
Jencks
Sent: Monday, February 24, 2003 10:37 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] org.jboss.aop.MethodMetaData
big snip
I also want to add that the current interface for
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Sacha
Labourey
Sent: Monday, February 24, 2003 10:33 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] org.jboss.aop.MethodMetaData
When an
Interceptor wants metadata, it walks the chain. Each
One more thing
We really need a way to generically define metadata and a generic way for an
interceptor to obtain class/ejb metadata. Currently, if somebody wants to
define a custom interceptor, the only way define class/ejb metadata is to
modify and recompile JBoss code. Interceptors
it looks like you are the one invent the perfect design/API.
So can you present you invocation chain as did and show us the error in
our logic?
-dain
On Monday, February 24, 2003, at 09:39 AM, Bill Burke wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of David
Jencks
Sent: Monday, February 24, 2003 1:54 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] org.jboss.aop.MethodMetaData
On 2003.02.24 13:17 Bill Burke wrote:
-Original Message
the same argument from you again.
Please implement your idea for how dtm will work so we can discuss
something concrete.
I think I already have (see below), but will reread your posts to make sure.
Bill
thanks
david
On 2003.02.24 13:37 Bill Burke wrote:
Sure. The TxSupport class is a nice
your idea for how dtm will work so we can discuss
something concrete.
I think I already have (see below), but will reread your posts to
make sure.
Bill
thanks
david
On 2003.02.24 13:37 Bill Burke wrote:
Sure. The TxSupport class is a nice change and makes the
code much more
Aha! At least there's something we can agree on!
I may be too dense in my understanding of the TX stuff right now so have
patience. I may/may not have a point.
As far as remoting goes. The SimpleMetaData class does have the means
now
to define whether data should be serialized across
jmx/build.xml probably needs to reference dom4j.jar. I just check
out last night at 10 pm with no problems. Did you do an update instead of
a clean checkout? I don't think update grabs thirdparty jars for some
reason.
-Original Message-From:
[EMAIL PROTECTED]
[mailto:[EMAIL
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of David
Jencks
Sent: Wednesday, February 19, 2003 11:02 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] TxInterceptor split is really really good
On 2003.02.19 09:37 Bill Burke wrote:
What you
are you going to be remoting POJO with AOP?? With a
proxy? Who will create the proxy objet?
Regards,
Hiram
--- Bill Burke [EMAIL PROTECTED] wrote:
Ok, maybe I shouldn't have said fatally flawed.
But again, my gut tells
me that it is bad to have a dependency between
server and client
pointcuts
and such.
Bill
Regards,
Hiram
--- Bill Burke [EMAIL PROTECTED] wrote:
Ok, maybe I shouldn't have said fatally flawed.
But again, my gut tells
me that it is bad to have a dependency between
server and client
interceptors if it is not absolutely needed.
-Original Message
Whoops, forgot to send this too.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of David
Jencks
Sent: Friday, February 21, 2003 5:02 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] TxInterceptor split is really really bad
I'm getting kind of tired
I would like to note that my future plans for this involve method specific
interceptor chains with a variety of client side and server side tx
interceptors, each one performing half of the TxSupport work. No maps,
just different specialized interceptors, with different interceptors per
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Ole
Husgaard
Sent: Wednesday, February 19, 2003 9:11 AM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] TxInterceptor split is really really good
The OTS policy only supports the equivalents of never,
Thanks. Sorry for this. +1 Guiness for me ;-)
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
Jeremy Boynes
Sent: Sunday, February 16, 2003 8:14 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] (no subject)
This should be fixed now.
rewriting everything. My
bet David gets there first since I've got A.D.D.
Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bill
Burke
Sent: Friday, February 21, 2003 6:09 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] TxInterceptor split
with multiple invokers.
This is the approach I will take. I hope to iterate better and cleaner this
time around though.
Bill
Regards,
Hiram
Bill
Regards,
Hiram
--- Bill Burke [EMAIL PROTECTED] wrote:
Ok, maybe I shouldn't have said fatally
flawed.
But again, my gut tells
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Hiram
Chirino
Sent: Friday, February 21, 2003 6:44 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] TxInterceptor split is really really bad
--- Bill Burke [EMAIL PROTECTED] wrote:
I would
and/or I will end up
rewriting everything. My bet David gets there first since I've got
A.D.D.
Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Bill Burke
Sent: Friday, February 21, 2003 6:09 PM
To: [EMAIL PROTECTED]
Subject: RE
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of David
Jencks
Sent: Friday, February 21, 2003 9:26 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] TxInterceptor split is still the best thing
since sliced bread
On 2003.02.21 18:58 Bill Burke
What you implemented is fine. My only problem with it is that I
think it is more logical to let the server decide if it needs the
tx, and that I think the registration callback could be avoided
(with minimal redundant client side bookkeeping) even if the
decision is made on the server side.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
Sonnek, Ryan
Sent: Monday, February 17, 2003 4:42 PM
To: '[EMAIL PROTECTED]'
Subject: RE: [JBoss-dev] jbosscx rfe 677512
thank you all for your reply, i'll try and clear some things up for all
I think this deserves CVS access. James, can you send me your sourceforge
id? Then you can commit this yourself.
Regards,
Bill
p.s. [EMAIL PROTECTED]
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of James
Cooley
Sent: Monday, February 17, 2003
http://www.jboss.org/developers/projects/jboss/aop.jsp
Kinda crappy, but I'll be updating/editing/rewriting as time goes by.
Regards,
Bill Burke
Chief Architect
JBoss Group, LLC
---
This sf.net email
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Sacha
Labourey
Sent: Friday, February 14, 2003 2:17 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] TxInterceptor split is really really good
Why is this unfortunate? I thought it was a great
Please put these tests in the testsuite. We need nightly reports on the
stability of JBoss. Plus, if they aren't integrated with testsuite you risk
somebody breaking your code with a new change to the core.
Again, put these tests in testuiste
Thanks,
Bill Burke
Chief
for this purpose. We need a definition in
buildfragments/defaults.ent and to include it in the
_default:tests target.
david jencks
On 2003.02.14 11:26 Bill Burke wrote:
Please put these tests in the testsuite. We need nightly reports on the
stability of JBoss. Plus, if they aren't
stephan reich has been working
on this. Its not Branch_3_0_0 BTW, its Branch_3_0, maybe that is your
problem.
-Original Message-From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
Finn, MichaelSent: Friday, February 14, 2003 12:16
PMTo: Jboss-Development-List
be advantageous to have something analogous to the
InvokerXAResource in the client making this call rather than requiring a
call back from jboss.
david jencks
On 2003.02.12 16:31 Bill Burke wrote:
What if you don't have java on the client side? What if you're CORBA
with
OTS? You're making
The design goal is to produce a working dtm that does not make
unnecesary
inter-vm calls. The functionality of the client side tx interceptor
appears to be unavailable with the CORBA OTS if we do not write
some client
side stuff.
Here is the sequence of events for a
This is great stuff David, I will capture this on the forums for
historical
and referencial purposes. David, this whole email thread needed to
happen.
Yes, I was being abrasive somewhat, but I did it to get your attention.
Sometimes questions get ignored if you're nice
Is anybody seeing a million errors just booting run -c all? How bad is the
testsuite failing? I'm in the process of getting a clean checkout, but
would appreciate if anybody has any info right now.
Thanks,
Bill
---
This SF.NET email is
For better or for worse I've changed all Interceptors and Invokers to pass
back an InvocationResponse object. This will allow us to piggy back
information back to the client from the server for Interceptors that need
it.
I ran the testsuite and it looks about as good as it was before.
If
What if you don't have java on the client side? What if you're CORBA with
OTS? You're making it harder for Non-JBoss/Java clients to integrated with
us. I think this split should be undone.
BTW, why the split besides code readability? Is the DTM dependent on this
at all? Is the TM even
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Hiram
Chirino
Sent: Wednesday, February 12, 2003 5:09 PM
To: [EMAIL PROTECTED]; David Jencks
Subject: Re: [JBoss-dev] TxInterceptor split is bad
--- Bill Burke [EMAIL PROTECTED] wrote:
What
Of Bill
Burke
Sent: Wednesday, February 12, 2003 5:36 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] TxInterceptor split is bad
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Hiram
Chirino
Sent: Wednesday, February 12, 2003 5:09 PM
-
From: Bill Burke [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 12, 2003 5:51 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] TxInterceptor split is bad
Another thing David,
I don't see you always stuffing the Transaction into the
invocation object. A few interceptors rely
Ok, I see where the Transaction gets stuffed into the invocation object.
Still no tm.resume though for user transactions.
Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Bill
Burke
Sent: Wednesday, February 12, 2003 6:06 PM
To: [EMAIL
looked at your code!
Regards,
Hiram
--- Bill Burke [EMAIL PROTECTED] wrote:
Ok, I'm looking at the code further and I'm pretty
confused on how a
Transaction get propagated across the wire now. Can
you explain? I don't
see any code anywhere that is doing a tm.resume from
-
From: Bill Burke [EMAIL PROTECTED]
To: David Jencks [EMAIL PROTECTED]; Jboss-Dev
[EMAIL PROTECTED]
Sent: Wednesday, February 12, 2003 1:31 PM
Subject: [JBoss-dev] TxInterceptor split is bad
What if you don't have java on the client side? What if you're CORBA
with
OTS? You're
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-
From
JBG has a number of support clients using JBossMQ in production 2.4 and 3.x.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Aaron
Lindsey
Sent: Sunday, February 02, 2003 3:13 AM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] JMS reliability (?)
Yes, I will accept $10 per change note. Please send me your credit card
information so that I can bill you directly.
Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Mike
Savage
Sent: Tuesday, February 04, 2003 9:17 AM
To: '[EMAIL PROTECTED]'
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
To: [EMAIL PROTECTED]; [EMAIL PROTECTED
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
Sent: Wednesday, January
Roger that. Check5622.
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
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, Bernhard
Sent: Tuesday
-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 switch
the tests on PowerPC Macs and the Apple VM it is
hard to compare the results with other platforms.
Stefan
On Thursday, Jan 23, 2003, at 19:11 US/Pacific, Bill Burke wrote:
Are you getting decent results? I heard from Scott that you've
made
some
improvements. Need me to merge your
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/Pacific, Bill Burke wrote:
Are you getting decent results? I heard from Scott that you've made
some
improvements. Need me to merge your changes at all? Just want
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? (was
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
] 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 this, JBoss will probably be stuck with Javagroups 2.0.x for some
time to
come. JBoss
Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Bill
Burke
Sent: Monday, January 20, 2003 1:57 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] jboss-3.2.0RC1: farming problem
can you log a bug and assign it to me?
-Original Message
?
It is already in the JBoss 4.0 task list.
http://sourceforge.net/pm/
task.php?func=detailtaskproject_task_id=68960group_id=22866group_proj
ect_id=15043
-dain
On Friday, January 17, 2003, at 12:23 PM, Bill Burke wrote:
Please archive this on the Persistence forum. Thanks guys.
Bill
.
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 if they use
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,
{...} 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
- Original Message -
From: Bill Burke [EMAIL PROTECTED]
To: Juha
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
Certainly not and there should not be. The content of the thread
local has to
be controlled in the scope in which it exists.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Bill Burke
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
Sent: Thursday, January 16, 2003 12:51 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] ThreadPooling
ThreadPoolLocal for the
semantics your talking about.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Bill Burke [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, January 16, 2003 9:50 AM
Subject
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
.
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
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On
Behalf Of Bill Burke
Sent: Thursday, January 16
- announcements
www.jboss.org
Bill Burke
Chief Architect
JBoss Group, LLC
---
This SF.NET email is sponsored by: Take your first step towards giving
your online business a competitive advantage. Test-drive
please exmplain what is the purpose of the 'name' attribute
in class-metadata element?
In the forum or here.
Thanks,
alex
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On
Behalf Of Bill Burke
Sent: Wednesday, January 15, 2003 4:23 PM
To: [EMAIL
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
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.
Bill Burke
Chief Architect
JBoss
]]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 JBoss. If you've never contributed to JBoss you'll
need
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: [EMAIL PROTECTED]
Subject: RE
to their needs.
-Original Message-
From: [EMAIL PROTECTED] [mailto:jboss-
[EMAIL PROTECTED]] On Behalf Of Bill Burke
Sent: Tuesday, January 14, 2003 1:51 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] JNuke dev
The only negative comment I have in using JMX
+ This source file is places in our deployment directory
+ We run Xdoclet on it to generate the MBean deployment descriptor
+ We compile the java file
+ Deploy
Java as a scripting language.
What do you think?
-dain
On Tuesday, January 14, 2003, at 12:50 PM, Bill Burke wrote:
The only
to their needs.
-Original Message-
From: [EMAIL PROTECTED] [mailto:jboss-
[EMAIL PROTECTED]] On Behalf Of Bill Burke
Sent: Tuesday, January 14, 2003 1:51 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] JNuke dev
The only negative comment I have in using JMX is that the PHP
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 Behalf Of Bill
Burke
Sent: Tuesday, January 14, 2003 3:32 PM
To: [EMAIL PROTECTED]
Subject: JBossScript was RE: [JBoss-dev] JNuke dev
Anybody want to take this on? Could be an
interesting
project. I think the idea has merit Dain. Great
thought.
Bill Burke
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 -classic
Just saw -classic mode
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
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 withstraight XML files or SARS embedded
withinSARs (russian doll).
I'm in
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
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
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 Jan 2003,
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
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 tried to rewrite
issues... was it one of these?)
We're gonna call it JNuke
MM sounds interesting...
MM - Matt
MM -Original Message-
MM From: Bill Burke [mailto:[EMAIL PROTECTED]]
MM Sent: Thursday, January 09, 2003 1:55 PM
MM To: [EMAIL PROTECTED]
MM Subject: RE: [JBoss-dev] PHP
MM new
- Original Message -
From: Bill Burke [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, January 09, 2003 7:54 PM
Subject: RE: [JBoss-dev] PHP
new website. Its PHP and PostNuke. Its OK. JSP/Servlets/J2EE
is better,
but PostNuke is a good Content Management System. Julien
...
HB just an idea ..
HB bax
Von: Bill Burke [EMAIL PROTECTED]
Antworten an: [EMAIL PROTECTED]
Datum: Thu, 9 Jan 2003 15:34:10 -0500
An: [EMAIL PROTECTED]
Betreff: RE: [JBoss-dev] PHP
IWE. Go Go Julien Viet!
-Original Message-
From: [EMAIL
(and this way the
cms-whatever-this-is
HB thingy) into the the containers? maybe by calling the zend
HB engine
natively?
HB layer rules ...
HB just an idea ..
HB bax
Von: Bill Burke [EMAIL PROTECTED]
Antworten an: [EMAIL PROTECTED]
Datum: Thu, 9 Jan 2003 15:34:10 -0500
..
HB bax
Von: Bill Burke [EMAIL PROTECTED]
Antworten an: [EMAIL PROTECTED]
Datum: Thu, 9 Jan 2003 15:34:10 -0500
An: [EMAIL PROTECTED]
Betreff: RE: [JBoss-dev] PHP
IWE. Go Go Julien Viet!
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL
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 an idea ..
bax
Von: Bill Burke [EMAIL PROTECTED]
Antworten
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
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
Labourey
Sent
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 Of Bill
Burke
1101 - 1200 of 1981 matches
Mail list logo
