[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2377) Conversation Switcher broken when using Explicit Conversations
by Samuel Mendenhall (JIRA)
Conversation Switcher broken when using Explicit Conversations
--------------------------------------------------------------
Key: JBSEAM-2377
URL: http://jira.jboss.com/jira/browse/JBSEAM-2377
Project: JBoss Seam
Issue Type: Bug
Components: Core
Reporter: Samuel Mendenhall
Priority: Minor
My test project consists of CatHome and KittenHome (hey, I like cats) with the respective entities, ect...
On the create method of CatHome and KittenHome I have:
@Begin(id="TheKittenConversation")
@Begin(id="TheCatConversation")
I have the standard conversation switcher syntax from the Docs. Now when I create a cat, then a kitten, then I go to switch back to the cat with the switcher, the page just refreshes and does not go anywhere. I did some debugging and the "actualOutcome" from the ./src/main/org/jboss/seam/faces/Switcher.java is the explicit id which in this case is "TheCatConversation". Ok, so the method returns this string, nothing happens, nothing is redirected, why would anything happen.
However, if I just do @Begin instead of the explicit ids and rerun the project then this piece of code is hit and the redirect happens:
else{
ConversationEntry ce = ConversationEntries.instance().getConversationEntry(conversationIdOrOutcome);
if (ce!=null)
{
resultingConversationIdOrOutcome = ce.getId();
System.out.println("ce.getId(): " + ce.getId() + " redirection...");
ce.redirect();
}
}
But if I use explict, that is never encountered because isOutcome is true and the else is not evaluated:
if (isOutcome)
{
resultingConversationIdOrOutcome = conversationIdOrOutcome;
actualOutcome = conversationIdOrOutcome;
}
So I removed the if else completely and Explicit conversations and the conversation switcher worked perfect. The resulting select method looks like:
public String select() {
String actualOutcome;
ConversationEntry ce = ConversationEntries.instance().getConversationEntry(conversationIdOrOutcome);
if (ce!=null)
{
resultingConversationIdOrOutcome = ce.getId();
ce.redirect();
}
actualOutcome = null;
return actualOutcome;
}
which means the outcome returned will always be null, versus in the case of explicit conversations, be the explict conversation name.
--
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
16 years, 7 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2012) User agent aware skinning
by Gavin King (JIRA)
User agent aware skinning
-------------------------
Key: JBSEAM-2012
URL: http://jira.jboss.com/jira/browse/JBSEAM-2012
Project: JBoss Seam
Issue Type: Feature Request
Components: JSF, Wiki
Affects Versions: 2.0.1.GA
Reporter: Gavin King
Assigned To: Pete Muir
Especially for the Wiki, we should develop a generalized solution for mapping user agents to skinned facelets. I'm thinking we would use the facelets ResourceResolver for this.
<theme:skinSelector>
<theme:skins>
<key>Windows CE</key><value>winCE</value>
<key>SonyEricsson</key><value>sonyEricsson</value>
<theme:skins>
</theme:skinSelector>
Then a view id like home.xhtml would actually resolve to home.xhtml, home_winCE.xhtml or home_sonyEricsson.xhtml, depending upon the user agent.
--
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
16 years, 7 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-730) User/Role/Permission model
by Gavin King (JIRA)
User/Role/Permission model
--------------------------
Key: JBSEAM-730
URL: http://jira.jboss.com/jira/browse/JBSEAM-730
Project: JBoss Seam
Issue Type: Feature Request
Components: Security
Reporter: Gavin King
Assigned To: Shane Bryzak
Fix For: 1.2.0.BETA1
There should be an optional component which plugs into Seam/Security to provide the following model:
Role (name, description, manager??)
User extends Role (password, firstName, lastName, additionalNames, email)
RoleRole (role, role)
Permission(objectName, operationName)
RolePermission(role,permission)
RoleInstancePermission(objectName, operationName, objectId)
This model would be extensible by the user, simply using inheritance.
There would be a built-in management console for creating users and roles and assigning roles and permissions.
--
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
16 years, 7 months