[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2121) Support for an SMPC per nested conversation
by Jacob Orshalick (JIRA)
Support for an SMPC per nested conversation
-------------------------------------------
Key: JBSEAM-2121
URL: http://jira.jboss.com/jira/browse/JBSEAM-2121
Project: JBoss Seam
Issue Type: Feature Request
Affects Versions: 2.0.0.CR2
Reporter: Jacob Orshalick
Currently an open issue and ongoing discussion with respect to the existing nested conversation implementation is master-details editing. If a Seam-managed Persistence Context (SMPC) is shared between the outer and nested conversation, any changes made in the nested conversation will be flushed by the SMPC in the outer conversation and vice versa if a flush is initiated. Support for initialization of a new SMPC within a nested conversation would allow state changes in the nested conversation to be confined to that conversation, thus resolving this issue. Perhaps something like the following could be supported:
<persistence:managed-persistence-context name="bookingDatabase"
auto-create="true"
per-nested-conversation-"true"
persistence-unit-jndi-name="java:/EntityManagerFactories/bookingData"/>
It would also be nice to be able to use annotations (i.e. something similar to @PerNestedConversation).
For further information on this approach please see the forum posting. Thanks.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 6 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1009) optionally login-require in a more specific page should be able to override a wildcard login-require
by Leo Baschy (JIRA)
optionally login-require in a more specific page should be able to override a wildcard login-require
----------------------------------------------------------------------------------------------------
Key: JBSEAM-1009
URL: http://jira.jboss.com/jira/browse/JBSEAM-1009
Project: JBoss Seam
Issue Type: Patch
Components: Security
Affects Versions: 1.2.0.GA
Environment: all
Reporter: Leo Baschy
This should be optional to switch on, so no one's existing expectations of security get broken.
The point is about having a generic wildcard <page view-id="*" scheme="http" login-required="true"> to secure the whole site, and then allowing specific pages or specific wildcards to have login-required="false". E.g. for a registration (with preview) section as one cannot be logged in if one isn't registered yet.
Some may suggest instead forcing pages into dedicated secure and not-secure directories, but in reality if there are multiple reasons to force pages into directories different ways (security, hyperlink management, publishability of URLs, etc.), one cannot serve all of them.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 6 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2864) Injection not working with concurrent clients
by Marcell Barbacena (JIRA)
Injection not working with concurrent clients
---------------------------------------------
Key: JBSEAM-2864
URL: http://jira.jboss.com/jira/browse/JBSEAM-2864
Project: JBoss Seam
Issue Type: Bug
Components: Core
Affects Versions: 2.0.1.GA, 2.0.1.CR2, 2.0.1.CR1
Environment: Jboss AS 4.2.2.GA, Windows
Reporter: Marcell Barbacena
When I was loading testing my application I was getting some NPE.
I narrowed down the error and created the example app based on a seam-gen one (just stripped the lib directory).
Basically, what I want to execute the place GET at the following URLs:
http://localhost:8080/myproject/performance/startsession.seam
http://localhost:8080/myproject/performance/start.seam
http://localhost:8080/myproject/performance/search.seam?parameter=1&cid=2
http://localhost:8080/myproject/performance/end.seam?cid=2
If after you start jboss you execute the above it goes ok. The debug page shows that the long-running conversation is gone and everything is ok.
Then I created a JMeter test, just capturing the "cid" from start, and use it at search and end page (see attached jmeter test). If you run the script with 1 thread no loop, it goes ok. If you run with 5 (in my pc) it goes ok. But when you put more then 20, it starts to get NPE at SimpleAction#search when it calls the DAO.
The log at search.xhtml shows the error and the sysos at SimpleAction#search shows it as well.
Please, provide a workaround in 2.0.1.CR1.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 6 months