What is the transaction attribute? - Original Message - From:[EMAIL PROTECTED] Sent:Wednesday, May 02, 2001 2:57 PM To:[EMAIL PROTECTED] Subject:[JBoss-dev] [ jboss-Bugs-420714 ] Call setRollbackOnly() in Enti Bugs item #420714, was updated on 2001-05-02 06:38You can respond by
Alborini/a
* @author a href=mailto:[EMAIL PROTECTED];Vinay Menon/a
* @version $Revision: 1.7 $
*/
public class JDBCStoreEntityCommand
extends JDBCUpdateCommand
implements JPMStoreEntityCommand
{
// Constructors --
public
Yes Marc,
That exactly is the point. The only work around I could think of was to
jar the different apps separately and put them in a single EAR so that
the deployment unit is still one bundle but with different jars.
Nonetheless, it would be great if the new CMP stuff will be able to
Georg,
Great, I'd sent the files across as is, but will repost it with this
diff thingey. Let me see if I can get it sent today!
Cheers
Vinay
PS: Have been guilty of not checking my list mails for a couple of days now.
- Original Message -
From: Georg Rehfeld [EMAIL PROTECTED]
To:
Yes! Guess it should figure in the training course!
Vinay
- Original Message -
From: marc fleury [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, June 25, 2001 3:30 PM
Subject: RE: [JBoss-dev] JAWS -Single Datasource
|Nonetheless, it would be great if the new CMP stuff will be
Strong words I must say!
If you have a quick list of
exact errors you are getting, mail them to me. I'd just like to try helping you
to make my point that JBoss is not vaporware and *not* a joke.
Vinay
- Original Message -
From:
jean
To: [EMAIL PROTECTED]
Sent:
Marc,
I know that someone from London is working on enabling clustering
support for JBoss - was wondering if a) we have made any progress b) if I
could get involved in that.
Vinay
___
Jboss-development mailing list
[EMAIL PROTECTED]
I believe Oracle actually throws an exception if you had an existing
transaction and you tried to fool around with the transaction setting.
Vinay
- Original Message -
From: marc fleury [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, June 27, 2001 5:19 AM
Subject: RE:
Do we now have a branch in CVS for JBoss 3.0 [Rabbithole?] and is the one on
the trunk JBoss 2.4.0?
Vinay
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
There is a 2.4 branch, the mainline is JBoss 3.0.
See archives for specifics.
Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Vinay
Menon
Sent: Wednesday, June 27, 2001 7:17 PM
To: Dev @ JBoss
Subject: [JBoss-dev] JBoss CVS
Do we now have
/a
* @author a href=mailto:[EMAIL PROTECTED];Dirk Zimmermann/a
* @author a href=mailto:[EMAIL PROTECTED];Vinay Menon/a
* @version $Revision: 1.9 $
*/
public class JawsEntityMetaData extends MetaData implements XmlLoadable {
// Constants
Alright,
This might sound a bit naive but do we need a little simple gui that one can use
to shut down JBoss or restart it? When you run JBoss on the command line in Unix
as a background process [./run.sh] it spawns loads of java processes that
need to be killed. Is there a cleaner way to
Well,
Shutting down is on half of the story ain't it? You obviously want to
restart the server you shut down at some point of time! I'll try going thru
the these startup and shutdown classes and see if I can come up with
anything!
Thanks,
Vinay
PS: Thanks for the correcting the
And if anyone bothers to check it, can someone please go thru the multiple
datasources code I'd sent? It only makes sense to have it at a bean level -
cannot think of an enterprise app connecting to single database!
- Original Message -
From: Dain Sundstrom [EMAIL PROTECTED]
To: [EMAIL
your client needs jars under JBOSS_HOME/client .
- Original Message -
From: Kristoffer Larsson [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, July 02, 2001 2:16 PM
Subject: [JBoss-dev] ClassCastException in jBoss TE in VAJ 3.5
I am running VisualAge for Java 3.5 and the jBoss
, Vinay Menon wrote:
your client needs jars under JBOSS_HOME/client .
It already has them in its classpath. However, when it didn't I got
NoClassDefFoundError, not ClassCastException.
/ Kristoffer
- Original Message -
From: Kristoffer Larsson [EMAIL PROTECTED]
To: [EMAIL
-dev] [ jboss-Bugs-438115 ] JAWS lower-cases custom
finder SQL text
They are all case sensitive when it comes to the data...
-Original Message-
From: Vinay Menon [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, July 03, 2001 8:59 AM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] [ jboss-Bugs
With the branch and the head in CVS where do we commit to?
I commited JawsEntityMetaData.java to both Branch_2_4 and the main trunk. Is
this what we want? Or do I just commit to the branch which later gets merged
to the trunk. Also, the fix for the finder in JDBCDefinedFinderCommand.java
has
Guess as long as it is intended and more importantly 'documented' somewhere
users are not going to get surprised!
Vinay
- Original Message -
From: Jason Dillon [EMAIL PROTECTED]
To: Dev @ JBoss [EMAIL PROTECTED]
Sent: Wednesday, July 04, 2001 12:03 AM
Subject: Re: [JBoss-dev] Tomcat/JMS
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
Will clean it up today ... once I get around the CVS policy documentation ..
it is a pretty complex beast!
- Original Message -
From: Scott M Stark [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Sunday, July 08, 2001 12:15 AM
Subject: Re: [JBoss-dev] JAWS_2_4 DTD
kvvinaymenon,
You
Rel_2_4_0_12 (recursively).
Right?
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]De la part de
Vinay Menon
Envoyé : dimanche 8 juillet 2001 13:48
À : [EMAIL PROTECTED]
Objet : Re: [JBoss-dev] JAWS_2_4 DTD
Scott,
Alright did go thru the document
at the beginning, but it has in fact a lot of sense
to
turn JBoss into a very fiable product.
Vincent.
-Message d'origine-
De : [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]De la part de
Vinay Menon
Envoyé : dimanche 8 juillet 2001 14:33
À : [EMAIL PROTECTED]
Objet : Re: [JBoss
and so where do we want to see the datasource changes?
- Original Message -
From: Scott M Stark [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, July 09, 2001 2:18 AM
Subject: [JBoss-dev] jaws.dtd and jboss.dtd are frozen. They cannot be
changed.
This change made to the jaws.dtd
on second thoughts [and on truly and really waking up] do we just want the
changes to jaws_2_4.dtd?
- Original Message -
From: Scott M Stark [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, July 09, 2001 2:18 AM
Subject: [JBoss-dev] jaws.dtd and jboss.dtd are frozen. They cannot be
Can confirm that I use JBoss with both the thin and the OCI driver and have
not had problems.
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, July 09, 2001 10:48 PM
Subject: [JBoss-dev] [ jboss-Bugs-439861 ] JBOSS 2.4 problem
Bugs item #439861, was
Hello guys,
Has anyone had the chance to take a look at the ROW ID thingey I had
posted [3 times!]. I have not heard back from anyone and think that if we
are NOT interested I should stop posting this question over and over again.
Vinay
___
nothing personal that's it.
the rowid feature is very relevant and will bring tremendous CMP speed
increases, so please go ahead,
regards
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Vinay
|Menon
|Sent: Tuesday, July 10, 2001 7:46 AM
did we just bring down the site with all the traffic?
- Original Message -
From: marc fleury [EMAIL PROTECTED]
To: Jboss-User@Lists. Sourceforge. Net [EMAIL PROTECTED];
Jboss-Development@Lists. Sourceforge. Net
[EMAIL PROTECTED]
Sent: Tuesday, July 10, 2001 7:07 PM
Subject: [JBoss-dev]
This has now been patched in to Branch_2_4 and HEAD. The release has been
incremented to Rel_2_5_0_3 [pls let me know if this is incorrect...].
Vinay
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, July 10, 2001 8:24 PM
Subject: [JBoss-dev] [
branch is good, but more importantly the release branch
needs to
be tagged and this was not done. You need to add a Rel_2_4_0_15 tag to the
entire jboss cvs module in your working directory that has the Branch_2_4
checked out.
- Original Message -
From: Vinay Menon [EMAIL PROTECTED
if you face any issues with the
code and I shall be more than happy to fix them.
Regards,
Vinay
- Original Message -
From: Vinay Menon [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, July 10, 2001 7:58 PM
Subject: Re: [JBoss-dev] ROWID: Final Call :(
will do it if not today
Mike,
That is a bean level datasource and quite obviously cannot be commented
out in principal! I mean if you got to have a bean level ds you got to have
one! Client programs should be able to define a datasource at the file level
i.e. applicable to all the beans declared in the jaws.xml and
can u pls let me know how i can get the test suite working from within the
build scripts? the test script has a compileTest target which only builds
the jmx bit.
many thanks
vinay
- Original Message -
From: Scott M Stark [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Saturday, July 14,
Hello,
There is no option to do a SELECT .. FOR UPDATE ... NOT WAIT option in
the current JAWS release. Most applications will just want to throw an
exception in case a lock could not be acquired to let the user know that the
record is being edited. And if you consider a case where you have
Hello,
There is no option to do a SELECT .. FOR UPDATE ... NOT WAIT option in
the current JAWS release. Most applications will just want to throw an
exception in case a lock could not be acquired to let the user know that the
record is being edited. And if you consider a case where you have
Hello Bill,
Apologies for not following this up earlier than this but I was going to
take a look at the no wait option for select for update operations. First of
all is the select for update dynamic? i.e. can I start off in regular mode
and then come back and load the same bean in a select
Hello,
Has anyone tried running multiple JBoss instances on a single machine?
The last time I tried this it didn't work and was wondering if any changes
have been made to allow multiple instances on a single machine?
Thanks
Vinay
___
:[EMAIL PROTECTED]]On Behalf Of Vinay
Menon
Sent: Saturday, August 04, 2001 11:31 AM
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] Select for update : Question for Bill
Hello Bill,
Apologies for not following this up earlier than this but I
was going to
take a look at the no wait
Hello,
Had made a little change to JawsEntityMetaData and the JDBCLoad thingey
to support the NOWAIT, select for update option. Worthwhile if I post the
change here? The idea is simple
1. Have a field in jaws.xml called wait-option
2. Don't specify it if you don't need anything special. If
Hello Folks,
Is there any specific reason we have the jdbc datasources bound
under java:/ as opposed to java:/comp/env/jdbc/ ?
Regards,
Vinay Menon
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists
And has dowe have any specifics on Orion vs
JBoss? There have been suggestions that it is a decent offering. anyone
thoughts?
Vinay
- Original Message -
From:
marc
fleury
To: [EMAIL PROTECTED]
Sent: Wednesday, August 29, 2001 5:26
PM
Subject: RE:
Hello Folks,
Have seen quite a few emails fly around regarding JBoss - Resin
integration at a VM level and was wondering if something of this sort has
already been done. If so can you please share it. If it has not been done is
anyone who's played around with Resin for a while and have CVS
What if an interceptor in the stack has a call back to a previous
interceptor that was removed as a result of the update? Maintain multiple
version of the stack until all old references complete?
- Original Message -
From: Rickard Öberg [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent:
Hello guys,
Did anyone notice that the navigation menu on the left hand
side of the JBoss.org site does not work when the user is in the survey
module? The links are all incorrect since the context seems to have changed
to 'survey' and all links are relative to the context.
.
|
| regards
|
| marc
|
|
| |-Original Message-
| |From: [EMAIL PROTECTED]
| |[mailto:[EMAIL PROTECTED]]On Behalf Of
K.V.
| |Vinay Menon
| |Sent: Friday, May 11, 2001 11:29 AM
| |To: [EMAIL PROTECTED]
| |Subject: Re: [JBoss-dev] RE: Option D - Take One !
| |
| |
| |Hi Simon
(ctxToInvalidate)
{
//Clear the set. Will force invalidation next time
on.
ctxToInvalidate.clear();
} }
}}
Vinay Menon
ISe-net SolutionsCarphone Warehouse plcwww.carphonewarehouse.com
+44-2088968038 (W)+44-7801054259
(M)+44-7808470016 (F)[EMAIL PROTECTED]
.
| | |Vinay Menon
| | |Sent: Friday, May 11, 2001 11:29 AM
| | |To: [EMAIL PROTECTED]
| | |Subject: Re: [JBoss-dev] RE: Option D - Take One !
| | |
| | |
| | |Hi Simon.
| | |Thanks for the response. I must admit that I have really
| |not dug deep
| | |into the guts of quite a few classes
Marc,
Have changed the name of the
map!
Also,
standardjboss.xml has a node
optiond-refresh-rate30/optiond-refresh-rate
that is along side the commit-option
node.
that specifies the refresh rate in seconds.
Ifoption d is specified then this value is read to set the refresh rate.
If
If there is good integration betwee NetBeans and JBoss will that be passed
on to say something like Forte for Java Community edition?
Vinay
- Original Message -
From: aswath satrasala [EMAIL PROTECTED]
To: [EMAIL PROTECTED];
[EMAIL PROTECTED]
Sent: Saturday, May 12, 2001 2:42 PM
Subject:
Juha,
When Verifying EJBs deployed the Verifier checks
for RMI types in the return values and in the arguments and ensures that an
RMIException is thrown by the method itself. Do we also want to add a clause to
check if the class itself [only for the Remote Interface class] is a valid RMI
Thanks Gerog, Bill and Danch for your responses,
It is all well and fine to say that sticking to the spec beans need to
be single threaded and hence locking and the other stuff. What we must also
appreciate is that for huge tables [for instance one of our tables has
around 6 million records
:[EMAIL PROTECTED]]On Behalf Of K.V.
Vinay Menon
Sent: Monday, June 04, 2001 6:17 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] Caching - Locking - Server Dies!
Bill,
I have tried both options. Started without a container transaction
defined. In which case it kept
Will fix it.
Cheers
Vinay
- Original Message -
From: Juha Lindfors [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, June 05, 2001 9:06 PM
Subject: Re: [JBoss-dev] Verifier Issue - Shouldn't the RemoteInterface
Class be checked as well?
Hi,
At 14:47 4.6.2001 +0100, you wrote:
Juha,
Have made the following changes:
1. AbstractVerifier
a) Added method
public boolean hasLegalRMIIIOPExceptionTypes(Method method) {
/*
* All checked exception classes used in method declarations
* (other than java.rmi.RemoteException) MUST be conforming
Dan Ch,
Was this part of the 2.2.2 release. I actually had issues with the load
[it was screwing up the columns] because their order in the resultset and in
the iterator for getCMPFields was different. Actually got all that to work
when I saw this update from you! Anyway, just wanted to
. But it is a key piece of code for the
container, and needs to be reviewed carefully.
-Dan
On 6 Jun 01, at 9:32, K.V. Vinay Menon wrote:
Hello,
In order to avoid locking for TX or CTX in the
EntityInstanceInterceptor, I've basically added a flag to indicate whether
the bean can be optimized
= (ExecutionState)argOrArgs; // NB: null if
tuned boolean tuned =
jawsEntity.hasTunedUpdates();
//Added by Vinay
Menon - Start String rowIDColumn =
jawsEntity.getRowIDColumnName(); //Added by
Vinay Menon - End
String sql =
"UPDATE "+jawsEntity.getTableName()+" SET &q
Subject: Re: [JBoss-dev] Fast Updates Based on Row ID
I'll get this patch in later today.
K.V. Vinay Menon wrote:
Hi Marc,
When you were here in London we'd discussed adding functionality to
use things like ROWID for fast updates and deletes [as opposed to using
primary keys]. I have
PM
Subject: Re: Fw: [JBoss-dev] CVS update:
jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc JDBCCommand.java
JDBCLoadEntityCommand.java
K.V. Vinay Menon wrote:
Dan Ch,
Was this part of the 2.2.2 release. I actually had issues with the
load
[it was screwing up the columns] because
Locks will be in place since the rowid stuff is applicable only for updates
and deletes. selects obviously cannot work with this! Also, to the best of
my knowledge Oracle row ids are fixed unless you move them to new db i.e.
export or stuff.
Vinay
- Original Message -
From: Georg
OK!
I know that it is kind of controversial and that its spec violation and
stuff but why can't we have multi threaded beans for read-only cases? Why
should we be bothered about transactions? We don't lock the database for
selects do we? Non-purists who face real world performance issues -
, such as sequence/generators used for abstract id.
Am I wrong here? Could you explain in detail how this will work?
Thanks
david jencks
On 2001.06.06 10:50:53 -0400 K.V. Vinay Menon wrote:
The ROW ID bit does not touch ANY other portion in the JBoss source
except
for
a) Generating
be usefull, but does this behavior belong in the normal
EntityInstanceInterceptor? Why not just implement an non-blocking
variant of EntityInstanceInterceptor, and reconfigure your stack in
jboss.xml?
K.V. Vinay Menon wrote:
OK!
I know that it is kind of controversial and that its
Message-
From: K.V. Vinay Menon [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, June 06, 2001 1:59 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] Fast Updates Based on Row ID
Well,
We are an Oracle shop and woudl benefit [like loads of other Oracle
users] from these changes. Remember
To be honest if the response time for a lookup is 5 seconds your clients
would go shopping elsewhere!
Vinay
- Original Message -
From: danch (Dan Christopherson) [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, June 06, 2001 9:48 PM
Subject: Re: Missing wait/notify (was Re:
to this. Also, if you do use Oracle specific stuff for this
optimization, the option in a jaws entity should be given a name that
will tell users clearly that it won't work on other databases.
K.V. Vinay Menon wrote:
Well,
We are an Oracle shop and woudl benefit [like loads of other Oracle
us out of the problem of being certified as J2EE
compliant as well...
-Original Message-
From: K.V. Vinay Menon [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, June 06, 2001 11:46 AM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] Avoiding Locks for READ-ONLY Beans
OK!
I know
And is Marc is in his alien space suit?!
Vinay
- Original Message -
From: Bordet, Simone [EMAIL PROTECTED]
To: JBoss Development Mailing List (E-mail)
[EMAIL PROTECTED]
Sent: Wednesday, June 06, 2001 5:36 AM
Subject: [JBoss-dev] JBOSS at JAVAONE
Hello everybody,
JBoss *is* at
Based on Row ID
K.V. Vinay Menon wrote:
Dan Ch,
Well as you might have noticed the code will work as usual if the
rowid-column field is not specified in jaws.xml. If it is specified, it
will
then be used instead of the primary key. I am not sure of how other
databases work
Juha,
For the verifier fix what on
earth is the spec id .. 9..2.x.x? Any pointers would be much appreciated.
Can check in the source once I get the correct value!
Vinay
Georg, Dan
Alright. First of all do we really want to modify the insert sql to return
the oracle rowid and hence end up putting oracle specific code. Believe the
only issue we have is that given the fact that updates will be based on the
row id and immediately after inserts the rowid would still
: Jay Walters [EMAIL PROTECTED]
To: 'K.V. Vinay Menon ' [EMAIL PROTECTED];
[EMAIL PROTECTED]
Sent: Saturday, June 09, 2001 5:16 PM
Subject: RE: [JBoss-dev] Fast Updates Based on Row ID
Why do you think the rowid won't be immediately available?
-Original Message-
From: K.V. Vinay Menon
Hello Dan, Georg and all.
Here is the code update for the Fast RowID based
updates and deletes.
1. I have NOT modified the insert for insert into
as I am trying to avoid Oracle specified code [at least until JAWS becomes
completetly pluggable and all].
2. The only issue with this is that
that it will work :)
marc
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of K.V.
Vinay Menon
Sent: Monday, June 04, 2001 12:15 PM
To: User @ JBoss; Dev @ JBoss
Subject: [JBoss-dev] Mail!
Is it just me or is the mailiing list
Hello Georg,
Nope! That is whatI
thought as well. The bean *is* being loaded even with commit options A and B,
for the same operation with the transactions settings remaining the
same.
Vinay
- Original Message -
From:
Georg
Rehfeld
To: [EMAIL PROTECTED]
Sent:
I seem to agree with Jay. The web server in Tomcat sucks. It is very slow!
Vinay
- Original Message -
From: Jay Walters [EMAIL PROTECTED]
To: 'Schaefer, Andreas ' [EMAIL PROTECTED];
[EMAIL PROTECTED]
Sent: Friday, June 15, 2001 1:34 AM
Subject: RE: [JBoss-dev] JBoss on JBoss
I fail to
I would have liked to have added the ROWID bit, but don't want to rush it
thru!
Vinay
- Original Message -
From: Scott M Stark [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, June 15, 2001 9:09 AM
Subject: Re: [JBoss-dev] Is Monday still a good 2.4 freeze date
This is just a
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of K.V.
|Vinay Menon
|Sent: Friday, June 15, 2001 4:12 AM
|To: [EMAIL PROTECTED]
|Subject: Re: [JBoss-dev] JBoss on JBoss
|
|
|I seem to agree with Jay. The web server in Tomcat sucks. It is very
slow
Looks good Marc!
The following like does not work :
http://www.jboss.org/documentation/ECperf.html
Vinay
- Original Message -
From: marc fleury [EMAIL PROTECTED]
To: Jboss-Development@Lists. Sourceforge. Net
[EMAIL PROTECTED]; Jboss-User@Lists. Sourceforge.
Net [EMAIL PROTECTED]
Sent:
I am trying against JBoss 2.4 BETA [as it says when it starts up] and the
bean is a CMP bean. I have tried all 4 commit options and have debug
statements in the StoreEntityCommand to detect cases where the ROWID is
coming thru as a null as
System.out.println( -- Stable RowID is +
Is it just me or is the mailiing list not working!
Don't seem to get any of my mails! [And yes, I have chosen to receive copies of
my mails]
Vinay
Hi,
Does anyone know how to
turn on cache hit tracking in JBoss without recompiling the code!? Is this
possible? I am trying to stress JBoss to about as far as it can get [it has not
yet fallen over!!! ] but the time for queries seem a bit odd. I have large
intial retrieval times and then
ing()));
// Try your luck
again
ctx =
null;
continue;
for the EntityInstanceInterceptor that actually causes this condition. I
have NOT specified any assembly descriptors in my ejb-jar.xml. What transaction
mode does JBoss then default to?
Vinay
- Origin
Hello Folks,
Continuing with my load test I
find something strange. I have a test harness that simulates 100 clients hitting
the server at 100ms. They all retrieve the same data - 150 odd
records - from the database. The cache size has been set to 10. Commit
option is A. Am not doing
@@
* @author a href=mailto:[EMAIL PROTECTED];Vinay Menon/a
* @author a href=mailto:[EMAIL PROTECTED];danch (Dan Christopherson)/a
* @author a href=mailto:[EMAIL PROTECTED];Bill Burke/a
- * @version $Revision: 1.16 $
+ * @version $Revision: 1.17 $
*
* Revisions:
* 20010621 Bill
:30 1.14.2.1
+++ JDBCDefinedFinderCommand.java 2001/07/10 23:04:37 1.14.2.2
@@ -28,7 +28,7 @@
* @author a href=mailto:[EMAIL PROTECTED];Michel de Groot/a
* @author a href=mailto:[EMAIL PROTECTED];Vinay Menon/a
* @author a href=mailto:[EMAIL PROTECTED];danch (Dan
PROTECTED];Dirk Zimmermann/a
* @author a href=mailto:[EMAIL PROTECTED];Vinay Menon/a
- * @version $Revision: 1.9.4.1 $
+ * @version $Revision: 1.9.4.2 $
*/
public class JawsEntityMetaData extends MetaData implements XmlLoadable {
- // Constants
User: kvvinaymenon
Date: 01/07/11 08:27:01
Modified:src/resources/org/jboss/metadata Tag: Branch_2_4
jaws_2_4.dtd
Log:
Support for stable row id based updates.
Revision ChangesPath
No revision
No
89 matches
Mail list logo