Ok, I see some utility in that although a global search/replace is still easier
for my money. It would be easy to allow for direct specification of the
jndi binding under the session/resource-ref element via a jndi-name element
while still allowing for the use of the resource-name indirection if d
I was about to tackle the most significant performance related problem
in JAWS (see the discussion and feature request on "CMP and finders:
optimized" and "optimize collection finders", respectively)
I've been building database applications for quite a while now (damn
near the only thing i've
On Sun, May 06, 2001 at 08:03:42PM -0700, Scott M Stark wrote:
> We use a double indirection layer to resolve the JNDI name for an
>ejb-jar/resource-ref
> element and I don't see why this can't be handled by a single layer. For example,
>given
> a javax.sql.DataSource reference in an ejb-jar lik
We use a double indirection layer to resolve the JNDI name for an ejb-jar/resource-ref
element and I don't see why this can't be handled by a single layer. For example, given
a javax.sql.DataSource reference in an ejb-jar like
TheSession
...
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
JBoss daily test results
SUMMARY
Number of tests run: 63
--
On Sun, May 06, 2001 at 09:09:28PM -0400, marc fleury wrote:
> Ok,
>
> copying the file is a necessary thing but it also completely kills our
> performance in deployment.
> There has got to be a better way as it is killing us with big files. Yes I
> know it is the class loaders and the hot-deplo
On Sun, May 06, 2001 at 09:09:39PM -0400, marc fleury wrote:
> Ok,
>
> I read a lot of confusion here, and I am very confused.
>
> Short answer, it belongs in jboss.xml.
Short disagreement, no it doesn't. Although I think this is actually what
you argue for in the long answer.
> However first
Ok,
I read a lot of confusion here, and I am very confused.
Short answer, it belongs in jboss.xml.
However first things first. We do not implement transaction isolation
settings on the database connections we get (do we?). I want to understand
how to implement it.
Re: Transaction isolation l
Ok,
no refresh ever or a refresh all the time is a bit "bone-head" and there are
"soft ball" requirements at the level of the cache.
Option D, is when the cache is invalidated every X seconds, but in between
the state is not reloaded which will GREATLY speed the container (because we
avoid JDBC
Ok,
copying the file is a necessary thing but it also completely kills our
performance in deployment.
There has got to be a better way as it is killing us with big files. Yes I
know it is the class loaders and the hot-deploy feature but we need to find
a way.
Also this deployer is in bad need o
Ok,
First todo, on the mailing list.
We tried getting the "URL" installation working and frankly guys it was a
mess.
The scenario is simple, we want to be able to download JBoss from the web
and just have the basic jboss-spine.jar on a diskette. Previously Rickard
had a "run.jar" that just had
OK,
I now believe that I am staring at a simple fact. The PERFORMANCE IN
CONTAINERS IS BOLONEY!
Our container can run in 0.05ms (yes **m**s) and still excercise 80 of its
features. what costs a lot is **serialization** and we find that in JDBC
calls and network calls.
It appears that our JDBC
On Sun, May 06, 2001 at 09:35:43AM -0400, David Jencks wrote:
> Hi,
> I'm confused. Are you saying that the behavior mandated by the JCA spec is
> not sufficient to guarantee that every connection handle will used in the
> correct transaction? If so, is this not a deficiency in the spec? If not,
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Scott
> M Stark
> I see two problems with how web containers are integrated into
> JBoss due to the lack
> of a web container integration interface/mbean. The first problem
> is that there is no JBoss
Hi,
I'm confused. Are you saying that the behavior mandated by the JCA spec is
not sufficient to guarantee that every connection handle will used in the
correct transaction? If so, is this not a deficiency in the spec? If not,
what is the JBossConnectionListener for more specifically?
thanks
Da
Hello Jason,
> I looked over it very briefly. As I remember, it was not in CVS, which
> made it a bit more difficult to look at. I do plan on looking at it. Are
> there any plans to integrate the HA stuff into the main JBoss branch?
Complete source code is available for download (a few ko) fr
16 matches
Mail list logo
