Hi Scott, Thanks for your patience and help.
Yep, I understand that there's no such thing as web page locking, but let me put it another simpler way: Imagine a web page that views 100 records of a database The web page calls a method on a session façade to view those 100 records. This method has transaction ="Required" Now if there are 100 users simultaneously trying to access this web page they will have to do this in a non-concurrent, serialized way. Ie, each one will have to wait for someone else to give up the transaction lock. a) Is this correct? b) does this significantly degrade performance. Thanks very much, Brian -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott M Stark Sent: 10 November 2003 18:29 To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] Clueless on transactions There is no such thing as locking of web pages. A web page initiates a request that spans a workflow through any number of ejbs/jca resources and the ejb contract does say there should only be one transaction active in a given ejb. You can control the scope of the transactional lock using transactional tags like RequiresNew and read-only fields, but you have to draw out the workflows to see where the web pages are going to be conflicting. If there is no shared data there is no lock contention. We cover this is the advanced training. Brian McSweeney wrote: > Hi Scott, > Thanks for the help. So does this mean you would advocate the use of > transaction="required" everywhere as long as there are no transacted > resources? > > My application is a web application and my worry is this: > > Imagine if you are displaying a large amount of data that can possibly > change to users, for example let's say auctions on ebay. If the > underlying session façade method which calls something like > "getAuctionsForCategory()" has transaction="required", then does this > not effectively serialize your web application? Ie, every web page > request will have to get a lock on the > database. Am I wrong here? > > Thanks for the help, > Brian ------------------------------------------------------- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user ------------------------------------------------------- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
