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.
Bill Burke
Chief Architect
JBoss Group, LLC
-Original Message
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 same.
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 PROTECTED]
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:
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 PROTECTED]
Subject: [JBoss-dev
WS
--- Bill Burke [EMAIL PROTECTED] a écrit : You
want
it. Do it.
Bill Burke
Chief Architect
JBoss Group, LLC
-Original Message-
From:
[EMAIL PROTECTED]
[mailto
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
.
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, Comes
.
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, Comes
Task lists for each sub-project
on SourceForge so we can track how things are going.
Thanks for your cooperation!
Bill Burke
Chief Architect
JBoss Group, LLC
---
This sf.net email is sponsored by:
With Great
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,
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:
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/ test.
Is there any chance that this PooledInvoker in 3.2 can fix my
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. (I guess I should block, but I didn't want to have a
hard limit
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: Thursday, November 14, 2002 8:20 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] new PooledInvoker: speeds up invocations
scenario. The
-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 pooling (same
for that XML config. Or you could do a
get(//x/y/port) (pseudocode!) and get all configs wich contains that
element. There are a lot more to XmlBlaster (I have done the JBoss
integration thats currently is available in XmlBlaster ;.))
Well, just a thought.
//Peter
On 13 Nov, Bill Burke wrote
to become
unnamable fast.
--jason
On Wednesday, November 13, 2002, at 09:07 AM, Bill Burke wrote:
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
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.
-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:
David,
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
-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:
and the worst
;lists.sourceforge.net]On Behalf Of Dain
Sundstrom
Sent: Wednesday, November 13, 2002 12:52 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] Metadata Service
Bill Burke wrote:
Dain and I were IMing. He said Scott was thinking about a MetaData
service...
My idea for a MetaData/Configuration
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.net]On Behalf Of Bill
Burke
Sent: Wednesday, November 13, 2002 2:02 PM
To: [EMAIL
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, if
Message -
From: Bill Burke [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, November 13, 2002 11:01 AM
Subject: RE: [JBoss-dev] Metadata Service
1. I'm not talking about a central config file...Components
register their
XML with this service. MBean, EJB, whatever...
2. You
attribute. Let's say DB connection pool max size. What you
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
[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@
^
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:
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
To:
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.
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
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 01,
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 PROTECTED]
-Original Message-
From: [EMAIL PROTECTED]
[mailto:jboss-development-admin;lists.sourceforge.net]On Behalf Of David
Jencks
Sent: Monday, October 21, 2002 4:52 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] JBoss 4.0 Entity Redesign
On 2002.10.21 10:50:45 -0400 Bill Burke
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 Of
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, 2002
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
fleury
- 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
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:[EMAIL PROTECTED]]
Sent: Wednesday, October 16, 2002 1:47 PM
To: [EMAIL PROTECTED]
Subject
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
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\buildbuild
Calling ..\tools\bin\ant.bat -logger
jboss-all to jboss-head
last week.
Regards,
Adrian
From: Bill Burke [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: Jboss-Dev [EMAIL PROTECTED]
CC: Jason Dillon [EMAIL PROTECTED]
Subject: [JBoss-dev] HEAD will not build
Date: Tue, 15 Oct 2002 14:21:04 -0400
build files do not work
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: Jason Dillon [EMAIL PROTECTED]
Subject: [JBoss-dev] HEAD will not build
Date: Tue, 15 Oct 2002 14:21:04 -0400
will not build
Dude... do you read your email? Anyways, each of the builds uses
a seperate
module name to allow the project structure to vary.
Use jboss-head fo HEAD
Use jboss-3.0 (or jboss-all) for Branch_3_0
Use jboss-3.2 for Branch_3_2
--jason
On Tue, 15 Oct 2002, Bill Burke
How about these definitions:
Aggravation: When somebody fucks up CVS and you waste a whole day of
development.
Annoyance: When somebody posts stupid definitions from www.dictionary.com
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Tom
Coleman
...waiting for maximal's lock in /cvsroot/jboss/jboss-j2ee/src
Please somebody remove it.
Thanks,
Bill
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
BUILD FAILED:
Common module
...thirdparty\sun-jaxp\lib not found.
Bill
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Jboss-development
All and all I think big structural changes and any big code changes, or any
big features should be forbidden from being added to a production branch.
IMHO, they shouldn't be allowed for any branched version as a branch means
we are trying to stabalize.
BTW, you've really hosed me so fix it!
, and
jboss-all-4_0 targets that check out the appropriate structure for each
release. We won't change the production targets, newer ones can
be subject
to improvement.
david jencks
On 2002.10.07 15:19:40 -0400 Bill Burke wrote:
All and all I think big structural changes and any big code
Branch_3_0 BTW. Come on! Fix this shit!
-Original Message-
From: Bill Burke [mailto:[EMAIL PROTECTED]]
Sent: Monday, October 07, 2002 5:42 PM
To: Jboss-Group@Jboss. Org
Cc: Jboss-Dev
Subject: RMIAdaptorService still won't compile
line 39: should be declared abstract; it does
line 39: should be declared abstract; it does not define getJndiName()
line 76: cannot resolve symbol OBJECT_NAME
Bill
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
I hang when get latest at this directory. What is going on I can't do
work
Bill
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
: [jboss-group] jmx/src/resources/test/log4j is
hosed
How about providing some more information so others can try to help the
situation a?
--jason
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
On
Behalf Of Bill Burke
Sent: Monday, October 07, 2002
Can latest version of Ant. I think I had same problem. Well, I had trouble
running ant with 1.4.1 on XP.
Use Ant 1.5.
Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Scott
M Stark
Sent: Friday, October 04, 2002 1:25 PM
To: [EMAIL
great stuff steve. Keep it up.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
Stephen Coy
Sent: Friday, September 27, 2002 4:40 AM
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] Cleaning up LOB support in JDBCUtil.java
Hi Dain,
I've been
What I've been saying all along...
People have been building Web services under different names for 20 or 30
years, he explains. We've been building distributed systems for years out
using CORBA and RMI and all of that.
---
This sf.net email
]
[mailto:[EMAIL PROTECTED]] On
Behalf Of marc fleury
Sent: Thursday, September 12, 2002 1:23 PM
To: 'Bill Burke'; 'juha lindfors'; 'Adrian Brock'
Cc: 'Hiram Chirino'; 'Jboss-Development@Lists. Sourceforge. Net'
Subject: [JBoss-dev] configuration of interceptors
Ok
just
Great fucking idea! I shoulda thought of that.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
Michael Bartmann
Sent: Wednesday, September 11, 2002 4:07 PM
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] Deadlock retry interceptor
Hi deadlock
12, 2002, at 08:02 AM, Bill Burke wrote:
Great fucking idea! I shoulda thought of that.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
Michael Bartmann
Sent: Wednesday, September 11, 2002 4:07 PM
To: [EMAIL PROTECTED]
Subject: [JBoss
I was looking into pooling Invocation objects so I thought I'd test to see
if it is actually better. With this test case, its about 4% faster to pool
on JDK 1.3.1 Win2k.
With JDK 1.4.0 on Win2k, Non-pooling is actually 7% faster!
import java.util.*;
public class testpool
{
HashMap
=glances=books
Thanks,
Bill Burke
JBossGroup
---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone? Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390
=glances=books
Thanks,
Bill Burke
JBossGroup
---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone? Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390
burkecentral
---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone? Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390
___
test
---
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone? Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1refcode1=vs3390
___
Jboss-development
This may be too simplified, but Juha in Germany was talking that eventually
MBean state at runtime would be persistable.
I figure that MBean persistence + the farming service + net boot would give
a us a clusterwide configuration mechanism without the need to build a
centralized configuration
FIXED, sorry. didn't do a build.clean so errors crept in.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of marc
fleury
Sent: Friday, August 16, 2002 10:25 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] [AUTOMATED] (HEAD) JBoss compilation
In my 11 year career I have yet to be on a software project that had
complete, simple, up-to-date documentation on the overall design of the
system. If you're a very talented coder, then you're just being lazy.
Andreas is right, newbies need to show initiative.
-Original Message-
Are you using custom primary key classes? If so, make sure you have equals
and hashCode implemented correctly and that your PK class serializes
correctly as well.
What exactly is the JBoss 2.4 version you're converting from?
Thanks,
Bill
-Original Message-
From: [EMAIL PROTECTED]
After looking at EJBModule, there doesn't seem to be a way to pass
configuration information to Interceptors. I'm going to put this in if
nobody objects.
Bill
---
This sf.net email is sponsored by: Dice - The leading online job board
for
it, this is something we have been missing for a while.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Bill Burke [EMAIL PROTECTED]
To: Jboss-Dev [EMAIL PROTECTED]
Sent: Tuesday, August 13, 2002 8:44
: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On
Behalf Of Bill Burke
Sent: Tuesday, August 13, 2002 11:45 AM
To: Jboss-Dev
Subject: [JBoss-dev] you can't configure interceptors...
After looking at EJBModule, there doesn't seem to be a way to
pass configuration information
?
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Bill Burke [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, August 13, 2002 9:43 AM
Subject: RE: [JBoss-dev] you can't configure interceptors
Seems to get everything, the text of the node as well as all child elements.
Seems like it should ignore everything but TEXT_NODE and CDATA stuff.
public static String getElementContent(Element element, String
defaultStr)
throws DeploymentException
{
if (element == null)
to MethodOnlyEJBLock
to prevent some spurious ApplicationDeadlockExceptions that
occur. Is it a requirement on the 2.4 version of the server to
use commit option B as well?
jim
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On
Behalf Of Bill Burke
Sent
Is the RI source-available? I didn't think it was.
Yeah, McNealy is an idiot. Even without JBoss, .Net's price point will
bring down J2EE revenues. The difference is, with JBoss, people will stay
under the Java/J2EE umbrella.
Bill
-Original Message-
From: [EMAIL PROTECTED]
.
-danch
Bill Burke wrote:
Yes, Tom, be more specific. I know you're smarter than that.
You're probably talking about the Instance per Transaction
locking scheme. This works fine with commit-option 'B'.
Yes, it
is not totally optimized, but is
does pool
doesn't really matter - the extra overhead
implied by C is noise compared to the database read
(which you need
either way).
Of course, anybody that can use option A should.
-danch
Bill Burke wrote:
Yes, Tom, be more specific. I know you're smarter than
and Exceptions
Cool. When you get this done, I'd like to add some code to send the
stacktrace for remote exceptions on JDK 1.3.
-dain
Bill Burke wrote:
As you might already now, I'm wrapping the return value from an
invocation in a response object. This is so that the
server
-dev] InvocationResponse and Exceptions
Cool. When you get this done, I'd like to add some code
to send the
stacktrace for remote exceptions on JDK 1.3.
-dain
Bill Burke wrote:
As you might already now, I'm wrapping the return value from an
invocation in a response
Is it already?
---
This sf.net email is sponsored by:ThinkGeek
Got root? We do.
http://thinkgeek.com/sf
___
Jboss-development mailing list
[EMAIL PROTECTED]
As you might already now, I'm wrapping the return value from an invocation
in a response object. This is so that the server side can communicate back
to client-side interceptors. Eventually I even want to pass back an
exception within this InvocationResponse object along with a completion
I'm going to change the invocation stack so that a response object is passed
back to the client instead of just the raw data. This will allow the server
to send back information to the client. The client can already send back
information via the Invocation object, just makes sense to add an
CooL!
Deadlock Detector in Java HotSpot VM
A deadlock detection utility has been added to the Java HotSpot VM. The
utility is invoked by a ctrl+\ (on Linux or the Solaris Operating
Environment) or a ctrl-break (on Microsoft Windows) on the command line
while an application is running. The
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
Holger Engels
Sent: Wednesday, June 26, 2002 6:19 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] http transport
On Mon, 24 Jun 2002, Bill Burke wrote:
ProxyFactory is not an MBean. Just
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
Holger Engels
Sent: Wednesday, June 26, 2002 6:19 AM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] http transport
On Mon, 24 Jun 2002, Bill Burke wrote:
ProxyFactory is not an MBean. Just
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of marc
fleury
Sent: Wednesday, June 26, 2002 12:55 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] http transport
|Seems like I don't need an HTTPInvoker. Only an HTTPInvokerProxy and a
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
Holger Engels
Sent: Monday, June 24, 2002 2:37 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] http transport
On Fri, 21 Jun 2002, Bill Burke wrote:
Holger, in JBoss 3.0 we have client
JDK already has built in RMI HTTP tunneling. Why would we need this
transport?
Here's directions:
http://www.dmh2000.com/ApacheTomcatRMI.htm
Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
Holger Engels
Sent: Friday, June 21, 2002 5:00 AM
to the plate. I for
1 will be using this stuff..
On Fri, 2002-06-21 at 08:36, Bill Burke wrote:
JDK already has built in RMI HTTP tunneling. Why would we need this
transport?
Here's directions:
http://www.dmh2000.com/ApacheTomcatRMI.htm
Bill
-Original Message
Holger, in JBoss 3.0 we have client interceptors, and pluggable transports.
The invocation has been totally decoupled from the EJB container. The EJB
Container is now just an MBean and all EJB invocations go across the JMX
bus.
JBoss 3.1 takes things a bit further. In 3.1 you can now define
InternetWeek is collection stories. Put in a good word for JBoss and tell
your story.
http://www.internetweek.com/question02/question052802.htm
___
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com/
Bill Burke wrote:
Anybody know how to add a multicast route on Win2k/XP?
Here's a similar command on Linux:
$ route add -net 224.0.0.0 netmask 240.0.0.0 dev eth0
I need this for the Clustering Troubleshooting guide.
Thanks,
Bill
Anybody know how to add a multicast route on Win2k/XP?
Here's a similar command on Linux:
$ route add -net 224.0.0.0 netmask 240.0.0.0 dev eth0
I need this for the Clustering Troubleshooting guide.
Thanks,
Bill
___
Sponsored by:
Scott, we need to get JBossPerf running.
I started porting CSIRO's JBoss ECPerf. I got it running with Oracle sort
of. I still need to tweak the Oracle configuration. I haven't been able to
get back to this for awhile since I've been busy. I won't be able to get
back to it for a couple of
at 18:45, Bill Burke wrote:
Hi All,
After a bit of market research we've dropped the CD
subscription price to
$500.
$500 includes:
* 1 hour support.
* 4 CDs over 1 year span
* Document subscription
* graphical installer
Help support JBoss development.
Regards,
Bill
I remember somebody doing research on this. Can anybody help here?
Bill
___
Multimillion Dollar Computer Inventory
Live Webcast Auctions Thru Aug. 2002 - http://www.cowanalexander.com/calendar
Wahoo! We're in 4th place now! Just went ahead Borland. Next lets shoot
for Oracle
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Tobias Frech
Sent: Wednesday, June 05, 2002 10:16 AM
To: [EMAIL PROTECTED]
Subject: [JBoss-user] Four more to
= tm.getTransaction();
//...
//... Create your threads and pass in the tx as a parameter
}
// Thread code
void run()
{
tm.resume(this.tx);
//... do your stuff
}
Am I making sense?
Regards,
Bill Burke
JBossGroup
---
Don't forget to vote
for JBoss
1201 - 1300 of 1981 matches
Mail list logo
