are experimenting
with a rewrite, create your own branch to work on. Let's keep HEAD
stable this time around.
Thanks and sorry for the inconveniences.
Bill
--
Bill Burke
Chief Architect
JBoss Group LLC
days. In the meantime, if you
absolutely have to do work, use the branch described above.
Sorry for the inconvenience.
Best regards,
Bill
--
Bill Burke
Chief Architect
JBoss Group LLC.
---
This SF.net email
deadlock detection
to other locks that are beyond the scope of Entity beans.
--
Bill Burke
Chief Architect
JBoss Group LLC.
---
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating
Director, Brad Kuhn adds
LGPL's S. 6 allows you to make new works that link with the LGPL'ed code,
and license them any way you see fit. Only the LGPL'ed code itself must
remain Free. Such 'client code' can even be proprietary; it need not be
LGPL'ed.
Bill Burke
Chief Architect
JBoss
IANAL. Plugins are ok I think. But any modified JBoss source code must be
licensed under LGPL and become itself, open source.
Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
Venkatesh V
Sent: Wednesday, August 20, 2003 3:19 AM
To: [EMAIL
I think this service will be very useful for clustered durable queues and
topics. Keep it up.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Sacha
Labourey
Sent: Tuesday, August 05, 2003 2:21 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev]
Yes, I'd like to know as well. We will address this issues if it is so.
Regards,
Bill
Bill Burke
Chief Architect
JBoss Group, LLC
Cast your vote for JBoss as JDJ Best App Server
http://www.sys-con.com/java/readerschoice2003/vote.cfm
-Original Message
in the LGPL license and will protect all
copyrights held by any JBoss contributor.
Bill Burke
Chief Architect
JBoss Group, LLC
Cast your vote for JBoss as JDJ Best App Server
http://www.sys-con.com/java/readerschoice2003/vote.cfm
: This is a request for CVS access, so
I believe that it is on topic and should not be censored.
Bill Burke wrote:
JBoss Group, as caretaker of the JBoss project, has recently decided to
remove CVS access committers for a few of our committers. We
do not remove
from CVS without good reason nor without just
Congrats Anil!
All, Anil is the perfect example of self-motivation the JBoss project needs.
With little support from Christoph and I, Anil tackled the UDDI integration.
Anil, welcome.
Best regards,
Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
that it is ok for the finalize
method to do
stuff like making this object available again to other threads. So why
all the hassle?
What are the drawbacks of this? I can't see any right now.
Thanks,
Bill
Bill Burke
Chief Architect
JBoss Group, LLC
: [JBoss-dev] passivation in finalize
Bill Burke wrote:
I tried phantom references, but they were never enqueued. See attached.
Bill
Run a separate thread that calls System.gc() repeatedly every second.
--
-
Anatoly
.
Thanks,
Bill
Bill Burke
Chief Architect
JBoss Group, LLC
Cast your vote for JBoss as JDJ Best App Server
http://www.sys-con.com/java/readerschoice2003/vote.cfm
---
This SF.net email is sponsored by: VM Ware
I saw the last one.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Jan
Bartel
Sent: Friday, July 11, 2003 4:31 AM
To: [EMAIL PROTECTED]
Subject: [Fwd: Re: [JBoss-dev] Handling of ejb-ref and ejb-local-ref]
This is a re-post as I didn't see this
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Hiram
Chirino
Sent: Wednesday, July 09, 2003 12:16 AM
To: [EMAIL PROTECTED]
Subject: Re: c/s JBossMQ status, was: [JBoss-dev] JBossMQ rewrite
Scott,
Why does it matter? Nathan has not expressed
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Hiram
Chirino
Sent: Wednesday, July 09, 2003 12:38 AM
To: [EMAIL PROTECTED]
Subject: RE: c/s JBossMQ status, was: [JBoss-dev] JBossMQ rewrite
On Tue, 2003-07-08 at 23:41, Nathan Phelps wrote:
In
Bill Burke
Chief Architect
JBoss Group, LLC
Cast your vote for JBoss as JDJ Best App Server
http://www.sys-con.com/java/readerschoice2003/vote.cfm
---
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
FYI,
Freeze will be Tues, tomorrow, 9:00am EST. (When I get up ;-P ) . CVS
will open again sometime tomorrow(Tuesday) or Wednesday depending on the
health of HEAD.
Bill
Bill Burke
Chief Architect
JBoss Group, LLC
Cast your vote for JBoss as JDJ Best App
We will not be supporting the Tyrex transaction manager anymore unless you
want to take over the integration.
Bill Burke
Chief Architect
JBoss Group, LLC
Cast your vote for JBoss as JDJ Best App Server
http://www.sys-con.com/java/readerschoice2003/vote.cfm
]
[mailto:[EMAIL PROTECTED] Behalf Of Bruce
Snyder
Sent: Thursday, June 26, 2003 11:10 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] Tyrex transaction manager
This one time, at band camp, Bill Burke said:
BBWe will not be supporting the Tyrex transaction manager
anymore unless you
Stark
Chief Technology Officer
JBoss Group, LLC
Bruce Snyder wrote:
This one time, at band camp, Bill Burke said:
BBWe will not be supporting the Tyrex transaction manager
anymore unless
you
BBwant to take over the integration.
I'm just curious, why
Didn't see this mail come up yet so, I'll forward again.
-Original Message-
From: Bill Burke [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 25, 2003 1:16 AM
To: [EMAIL PROTECTED]
Subject: DR2 Freeze on Monday
We will be releasing DR2 next week so there will be a CVS freeze
scott just fixed this.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
Alexey Loubyansky
Sent: Saturday, June 21, 2003 7:55 AM
To: jboss-dev
Subject: [JBoss-dev] org\mortbay\start\Main.java:512
I just checked out Branch_3_2 and couldn't compile.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
Jeremy Boynes
Sent: Saturday, June 21, 2003 12:17 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: [JBoss-dev] Deadlock issue with SQL Server and other databases
This bug indicates how a
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of David
Jencks
Sent: Monday, June 16, 2003 12:32 AM
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] XSLSubDeployer improvements and jca 1.5 mdb
deployment
I've modified the deployment system to allow for
, Bill Burke wrote:
Why? Because everybody is very familiar with them. Why? because its
simple
and easy to maintain and modify. Yes, the XML parsing needs to be
moved to
a separate module, but the classes themselves have held up fine. I
will not
allow you to add anything overly
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Dain
Sundstrom
Sent: Tuesday, June 17, 2003 2:32 AM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] XSLSubDeployer improvements and jca 1.5 mdb
deployment
On Tuesday, June 17, 2003, at 12:58 AM, Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of David
Jencks
Sent: Tuesday, June 17, 2003 2:16 AM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] XSLSubDeployer improvements and jca 1.5 mdb
deployment
On Monday, June 16, 2003, at 10:57 PM, Bill
This is really great stuff Tom. You guys do great work.
Some other things that need to get done in the future:
1. Have SOAP transport work as a servlet within web-container
2. Develop a broadcast abstraction so that we can integrate multicast
libraries like JavaGroups. It would be cool if you
Nathan's design will not be based on JavaGroups, but will rather use
JavaGroups as one type of transport mechanism. I would rather see JBoss
Remoting used as an abstraction with JavaGroups as a plugin rather than
JavaGroups at the center of things.
BUTdon't let this requirement hold you up
PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Bela
Ban
Sent: Monday, June 16, 2003 2:28 PM
To: [EMAIL PROTECTED]
Subject: Re: Antwort: RE: [JBoss-dev] JBossMQ rewrite
Bill Burke wrote:
Nathan's design will not be based on JavaGroups, but will rather use
JavaGroups as one type
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of David
Jencks
Sent: Monday, June 16, 2003 8:49 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] XSLSubDeployer improvements and jca 1.5 mdb
deployment
On Monday, June 16, 2003, at 01:53 PM, Scott M
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Scott
M Stark
Sent: Monday, June 16, 2003 11:35 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] XSLSubDeployer improvements and jca 1.5 mdb
deployment
The XSLSubdeployer is acting as an
The Title still says 3.0, but the O'Reilly 3.2 companion workbook for
O'Reilly 3rd edition. Look for more stuff with O'Reilly in the future.
Best regards,
Sacha and Bill
---
This SF.net email is sponsored by: Etnus, makers of TotalView,
Whoops, it would be nice if I gave the actuall URL. 3.2 Workbook is free
BTW.
http://www.oreilly.com/catalog/entjbeans3/workbooks/index.html
Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Bill
Burke
Sent: Friday, June 06, 2003 5:59 PM
Should have announced Sunday night, but head is open again.
Bill
Bill Burke
Chief Architect
JBoss Group, LLC
Cast your vote for JBoss as JDJ Best App Server
http://www.sys-con.com/java/readerschoice2003/vote.cfm
I'll be preparing our DR1 release 7:00 p.m. tonight. If you absolutely have
to commit something please email me or get on MSN Messenger.
Thanks,
Bill
Bill Burke
Chief Architect
JBoss Group, LLC
Cast your vote for JBoss as JDJ Best App Server
http://www.sys
We'll be doing the DR1 release on Sunday. Please ask Scott or me before
committing. We'll be more and more reluctant to allow commits as we get
closer. We should be stabalizing not adding new features at the last
minute.
Thanks,
Bill
Bill Burke
Chief Architect
JBoss Group
Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Bill
Burke
Sent: Thursday, April 03, 2003 6:06 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] JB4DR1 Deadline MAY 26
I'm ok with JMS. I didn't think you could rewrite in such short
freeze, Monday, May 5th. All new functionality
commits after May 5th must be approved by either Scott Stark, or Bill
Burke. We will not branch May 5th, but instead make the month of May,
JBoss 4.0 stability en route to a Developpers Release 1 (DR1).
Please think long and hard and fast
To meet this aggressive deadline, we need to set some dates. There
will
be a functionality freeze, Monday, May 5th. All new functionality
commits after May 5th must be approved by either Scott Stark, or Bill
Burke. We will not branch May 5th, but instead make the month of May,
JBoss
3.2 and they will be happy.
-dain
On Thursday, April 3, 2003, at 03:30 PM, Bill Burke wrote:
It will be ready and stable. Functionality freeze is May 5th. What
functionality doesn't make it by then will be left out of the release.
Bill
-Original Message-
From: [EMAIL
must be approved by either Scott Stark, or Bill
Burke. We will not branch May 5th, but instead make the month of May,
JBoss 4.0 stability en route to a Developpers Release 1 (DR1).
Please think long and hard and fast about your modules. Many
of you are
involved in core modules that need
on the new JMS code which is build on top of the AOP framework.
Comments?
Thanks,
Nathan
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bill
Burke
Sent: Thursday, April 03, 2003 3:22 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] JB4DR1
LOL
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Scott
M Stark
Sent: Thursday, April 03, 2003 5:02 PM
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] Oswego util.concurrent jar updated
I updated the Oswego util.concurrent jar in 3.0+ from the
Configuration is exactly like J2EE except fields and constructors are added.
There's an example under the testsuite. Here's an XML snippet.
metadata-loader group=security
class=org.jboss.aop.security.SecurityClassMetaDataLoader/
advisable class=org.jboss.test.aop.bean.SecurityTester
Julien, It is going to be hard enough to attract developers to Nukes, don't
make it harder by developing your own proprietary scripting language.
Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
julien viet
Sent: Tuesday, April 01, 2003 7:36 AM
Sorry Peter, no offesne, but
But could somebody explain what the hell he just posted?
Sacha, pointed out McKoi. I'd like to see how good of a DB this is.
Anybody have any experience with it?
Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
Igor,
I couldn't replicate this.
BUT...I think I may have fixed the problem. This is probably a relic, but
the Instrumentor code was adding a InvocationTargetException to the throws
clause of every instrumented method. I have removed this.
Bill
-Original Message-
From: [EMAIL
I'll be converting EJBs and Invokers to use the new AOP Invocation and
Interceptor objects/interfaces starting Wednesday. Let me know if you have
any problem with this.
Regards,
Bill
---
This SF.net email is sponsored by: ValueWeb:
Again, you have the problem of primitive types. These would require field
interception which is slow.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Bela
Ban
Sent: Monday, March 31, 2003 7:11 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] AOP
I say write your own pool. You can usually optimize it more closely than a
generic service. Well, that's my experience from writing the PooledInvoker.
Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of David
Jencks
Sent: Saturday, March 29, 2003
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of David
Jencks
Sent: Saturday, March 29, 2003 10:55 AM
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] hsqldb options
Prompted by a customer, I did some experiments with hsqldb options.
Currently we
: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Bill Burke
Sent: samedi, 29. mars 2003 19:00
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] hsqldb options
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
Behalf Of David
Jencks
Strange, seems that you can turn of commit conflicts for dirty reads. This
is actually READ_COMMITTED behavior. Cool. This DB seem cool. Wonder how
well it works.
-Original Message-
From: Bill Burke [mailto:[EMAIL PROTECTED]
Sent: Saturday, March 29, 2003 3:00 PM
To: [EMAIL
AOP TxLock committed. Its a transactional pessimistic lock mostly stolen
from the Entity bean stuff we do. An example is in the aop testsuite.
Bill
---
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
Correct me if I am missing something.
Where or when can get the code from the CVS?
Thanks
Karthi
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
Behalf Of Bill
Burke
Sent: Thursday, March 27, 2003 10:43 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
Karthik
Sent: Thursday, March 27, 2003 1:35 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] AOP versioned ACID objects 1st iteration
Versioning --
Versioning can be done by Byte code
sense to you?? Do you
do this now??
Regards,
Hiram
--- Bill Burke [EMAIL PROTECTED] wrote:
-Original Message-
From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
Behalf Of
Karthik
Sent: Thursday, March 27, 2003 1:25 AM
To: [EMAIL PROTECTED]
Subject: RE
We've been trying hard to keep the development forums as the base of design
discussions. There's a lot of good information there.
Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
Stefan Arentz
Sent: Thursday, March 27, 2003 11:28 AM
To: [EMAIL
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Hiram
Chirino
Sent: Thursday, March 27, 2003 2:31 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] AOP versioned ACID objects 1st iteration
That might be a problem if you have a big object
graph.
I have implemented a new AOP service for Serializable POJOs, Versioned
Objects. You can transactionally version an object. If you modify the
object within a transaction, this modification is not seen by other
transactions. If the tx commits, the changes seen, if a rollback happens
the changes
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Dave
Smith
Sent: Wednesday, March 26, 2003 9:17 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] AOP versioned ACID objects 1st iteration
Too bad that the whole world is more intretsed whether or
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
Andrew C. Oliver
Sent: Wednesday, March 26, 2003 11:14 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] AOP versioned ACID objects 1st iteration
Pope Paul V ordered Bellarmine to have the Sacred
with
constructor pointcuts.
I'm also working on the concept of an abstract Container. But you got me
thinking that constructor pointcuts may be enough...
Bill
Jeff
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bill
Burke
Sent: Wednesday, March 26, 2003
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Bill
Burke
Sent: Wednesday, March 26, 2003 11:37 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] AOP versioned ACID objects 1st iteration
-Original Message-
From: [EMAIL PROTECTED
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Jeff
Haynie
Sent: Wednesday, March 26, 2003 11:51 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] AOP versioned ACID objects 1st iteration
JBoss Remoting is much more fabulous. We need to get the
allows business logic to be totally INDEPENDENT of
system-level infrastructure.
Regards,
Bill Burke
Chief Architect
JBoss Group, LLC
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Tom
Elrod
Sent: Monday, March 24, 2003 10:54 AM
To: [EMAIL
Don't! InMemory is used by clustering for HTTP Session replication.
Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Dain
Sundstrom
Sent: Monday, March 24, 2003 9:59 AM
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] Use of InMemory and File
.
Bill Burke
Chief Architect
JBoss Group, LLC
---
This SF.net email is sponsored by:
The Definitive IT and Networking Event. Be There!
NetWorld+Interop Las Vegas 2003 -- Register today!
http
proxy = (POJO)ClusteredRemoting.registerClusteredObject(objectId, pojo,
DefaultPartition, new RoundRobin(),
new
InvokerLocator(socket://xeon:5150));
That's it
More doco later,
Bill Burke
Chief Architect
JBoss Group
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of David
Jencks
Sent: Saturday, March 08, 2003 8:23 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] Proposal for jboss-wide interceptor framework
5. multiple interceptor chains per
Cool, and I'll won't feeling like an asshole for yelling at people for
breaking the build.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Scott
M Stark
Sent: Friday, March 07, 2003 2:13 AM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] Is JDK 1.4
CMP specific stuff should remain in server/ Shouldn't it?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
Jeremy Boynes
Sent: Friday, March 07, 2003 11:03 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] JBoss/Persistence module added to CVS
I'm getting rid of the passivation thread and passivation scheduling in the
cache. This simplifies the cache tremendously. If I remember correctly the
reason for passivation scheduling was for SFSBs being swapped in and out of
disk continuously. What a stupid reason, IMHO. (Hope I don't offend
then don't do it and chillThis split is not very important. I am
working on it Monday. I'm doing benchmarks the next 2 days.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Jason
Dillon
Sent: Thursday, March 06, 2003 2:04 PM
To: [EMAIL PROTECTED]
What about the entire UCL itself? In AOP I have a Javassist type object
that is paired with each UCL that I need to cycle when the UCL is done.
Right now I have explicit calls in the ULR code to trigger this.
Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
The solution would probably be to cut the XDoclet building into 2 separate
bundles. I get this same error every time I build head from scratch and
always with XDoclet.
Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Chris
Kimpton
Sent: Wednesday,
land.
Any preferences on when the changes should be made as to not interfere
with your work? I guess it will take about a day to make the change.
How long will it take you to complete the interception changes?
--jason
On Wednesday, March 5, 2003, at 07:00 AM, Bill Burke wrote:
I'm
:47 PM, Bill Burke wrote:
I really don't understand why you need to move stuff out of server/
anyways.
This is mostly EJB anyways. Why not just rename the server/ module to
EJB?
I really don't see any gain in this cosmetic shit except wasting
everybody's
time trying to figure out
Hey all,
I can see why David was so excited about the new JBoss Remoting framework
that Jeff Haynie and Tom Elrod wrote. I had dinner with Jeff in Boston last
night and over a few beers he discussed in detail their design and features
the framework provides. Jeff/Tom, please correct me where
the RMIClassLoader will automatically pull down all classes
from remote. If we can somehow compose an object dependency graph when
a class is required, we could further optimize this even more.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bill
Burke
Sent
What are the advantages of it? It would require a client container. I
wonder if any other vendor supports it.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Igor
Fedorenko
Sent: Tuesday, March 04, 2003 11:24 AM
To: [EMAIL PROTECTED] Sourceforge. Net
I'm begging people not to do any large scale changes to EJB land. I'm about
to undertake converting all the EJB interceptors and invokers to use the AOP
Invocation object and Interceptor interface. This my first step on
integrating the AOP DP framework.
I'm asking you to please notify me before
what
version of jboss are you running. I thought this was fixed in 3.0.5 or
3.0.6.
-Original Message-From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]On Behalf Of
Bijoy Sivan .KSent: Monday, March 04, 2002 7:53
AMTo: [EMAIL PROTECTED]Subject:
[JBoss-dev] removing
Is this an XDoclet thing again?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
[EMAIL PROTECTED]
Sent: Sunday, March 02, 2003 8:41 AM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: [JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation failed
If you guys are going to do this, do it soon. Eventually I need to touch a
butt load of files in EJB land.
Thanks,
Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Dain
Sundstrom
Sent: Monday, March 03, 2003 1:32 AM
To: [EMAIL PROTECTED]
The AOP framework really right now is only for POJO interception. I do have
the beginnings of DynamicProxies though. The AOP POJO framework can
intercept static and member methods, constructors, and fields. YOu can
define metadata on a class via xml, as well as interceptor stacks at the
Class
-Original Message-
From: David Jencks [mailto:[EMAIL PROTECTED]
Sent: Monday, March 03, 2003 2:17 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] Proposal for jboss-wide interceptor framework
On
persistence is not realistic for a prototype. The rest is.
, #2, and #3a if I can focus solely on this for 5 days with no interuptions.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Scott
M Stark
Sent: Monday, March 03, 2003 3:50 PM
To: [EMAIL
There have been a lot of build breakages lately because people are using JDK
1.4 features and they break in JDK 1.3 builds. WE STILL SUPPORT JDK 1.3.
My suggestion? Stop developing JBOss with jdk 1.4 and develop with 1.3.
Please stop the sloppiness.
Bill
:
[EMAIL PROTECTED]Subject: RE: [JBoss-dev]
stop using JDK 1.4 for development
Bill,
I thought JBoss was going to support 1.4. Is this not the
case?
- Matt
-Original Message- From: Bill Burke
[mailto:[EMAIL PROTECTED] Sent: Fri 2/28/2003 8:42 AM
To: Jboss
: [JBoss-dev] stop using JDK 1.4 for development
There's a big difference between supporting 1.4 and _not_ supporting
1.3
Matt Munz wrote:
Bill,
I thought JBoss was going to support 1.4. Is this not the case?
- Matt
-Original Message-
From: Bill Burke
as much as we
could
find of the jca and jta frameworks use this with good results. How
could
we make this better known and popularize it?
thanks
david jencks
On 2003.02.28 08:42 Bill Burke wrote:
There have been a lot of build breakages lately because people are
using JDK 1.4
I meant to say not perfect.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Bill
Burke
Sent: Friday, February 28, 2003 11:27 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] stop using JDK 1.4 for development
chris kimptons builds are perfect
I hope we're not going to have pre-compile directives everywhere just so
that people can use nested Runtime, Remote, and regular Exceptions.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Scott
M Stark
Sent: Friday, February 28, 2003 6:49 PM
To:
We will eventually be forced to work with non-java clients. The world is
not Java centric. We will eventually work with companies that required a
lot of non-java integration. I've already worked at 2 before JBG.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
This is one of the very reasons I avoid IDEs. If you don't live in them,
you die by them.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Hiram
Chirino
Sent: Wednesday, February 26, 2003 3:42 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] Eclipse
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of David
Jencks
Sent: Monday, February 24, 2003 3:02 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] TxInterceptor split is still the best thing
since sliced bread
On 2003.02.24 14:35 Bill Burke
right? I think david just needs to
avoid duplicating the code that is in the trunk invoker all over the place.
Bill, how doable is that?
Regards,Hiram
Bill Burke [EMAIL PROTECTED] wrote:
IMHO,
CORE client interceptors such as security and tx should be writtensuch
1001 - 1100 of 1981 matches
Mail list logo
