[JBoss Seam] - Reusing pages for different page flows?
by whafrog
The answer is probably simple, but I'm having trouble reusing pages for different flows.
I want to define two possible modes:
1. Edit mode: select criteria --> edit stuff --> review/confirm
2. View mode: select criteria --> review
The view mode shares the first and last pages of the edit mode. How do I keep track of which mode?
I've tried using two <s:link>s on a menu each with their own <f:param> to send a request parameter. The action class picks it up and sees it, but if the user starts, say, an edit mode conversation, and halfway through starts a view mode conversation, the original mode setting is retained. What I'd really like to do (in this case) is kill the edit mode conversation, and start a fresh view mode conversation.
Any good examples of this out there?
Thanks,
Jon
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4111010#4111010
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4111010
18 years, 4 months
[Remoting] - New release: 2.2.2.SP3
by ron.sigal＠jboss.com
We've just release Remoting version 2.2.2.SP3. The release notes are:
Release Notes - JBoss Remoting - Version 2.2.2.SP3
** Bug
* [JBREM-823] - ServerInvoker#getMBeanObjectName() returns invalid ObjectName if host value is IPv6
* [JBREM-845] - Infinite loop in BisocketClientInvoker.createSocket
* [JBREM-858] - MaxPoolSize value should be used in key to MicroSocketClientInvoker.connectionPools
* [JBREM-860] - Eliminate delay in MicroSocketClientInvoker.getConnection()
** Feature Request
* [JBREM-852] - Verify IPv6 addresses are handled correctly
* [JBREM-855] - Update build.xml to allow jdk 1.5 compiler to target JVM version 1.4
** Release
* [JBREM-861] - Release 2.2.2.SP3
** Task
* [JBREM-862] - Verify compatibility with earlier versions
At the moment there is a jboss-remoting.jar, built with jdk 1.5, in the repository at http://repository.jboss.com/jboss/remoting/2.2.2.SP3-temp/. It will be replaced in the next day or so by a 2.2.2.SP3-brew directory. The 2.2.2.SP3-brew version will be built with jdk 1.5 but will target jdk 1.4 JVM's.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4111006#4111006
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4111006
18 years, 4 months
[JBossCache] - Re: ClusteredCacheLoader + LOCAL CacheMode
by nnnnn
"lovelyliatroim" wrote :
| anonymous wrote :
| | From your description, it sounds like you might want to use LOCAL cache mode and a TCPCacheLoader. Have you looked into that?
| |
|
| I have read about it but the thing that i dont want is that when you add an entry into one of the nodes, it will replicate the entry straight away into the cache loader(I assume,i havent played with it yet,maybe you can turn this off). I only want to replicate data on demand, i.e if someone asks for data on a node and it aint there, ask the others in the cluster first if they have,if not then got to source. if i add an entry in a node i dont want to push it somewhere else, it just sits on that node until someone else asks for it.
|
I believe that CacheLoaders can be configured with:
| <!-- determines whether this cache loader ignores writes - defaults to false. -->
| <ignoreModifications>true</ignoreModifications>
|
in order to have the CacheLoader read-only. I haven't actually tried that behavior, so I can't be sure that I'm interpreting it correctly. Maybe one of the jbosscache guys can configrm.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4111005#4111005
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4111005
18 years, 4 months
[JBoss Seam] - Seam performance vs plain JSF
by gonzalad
Hello,
We've just finished some performance test on the jpa sample application from seam 2.0.0.GA, and Seam consumes a lot of CPU.
Has anyone had a chance to optimize Seam ?
Is the dev team working on this subject ?
(I'm really sorry - you're doing a really good work as you know, but those bench results are really scary ! ;(
Some results
Seam consumes from 2.2 (for 15 tx/s) to 4.3 (for 60tx/s) times more CPU than same application without Seam.
Seam powered application saturated at 86 tx/s (cpu saturation).
JSF application at 205tx/s (cpu saturation).
Applications tested
I've made various changes to the jpa sample application and tested each change :
1 - jpa sample.
2 - jpa sample without richfaces & a4j.
3 - spring sample (like jpa sample but with spring).
4 - spring sample with jsp instead of facelets.
5 - spring sample with jsp instead of facelets and JSF IBM 1.1 impl.
- Test Platform -
All test where executed with Websphere 6.1.0.13 and IBM JVM 5.0 SR 6 64 bits.
OS : AIX
Server : 6 CPU (2.1 GHz each) Power PC 5.
Don't remember RAM size.
I'll be able to give some more results on Monday - week end time now !
Bye
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4111003#4111003
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4111003
18 years, 4 months