January 2008 - seam-issues - Jboss List Archives

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2501) Action not being called on backing bean in default scope.

by Mark Richter (JIRA)

Action not being called on backing bean in default scope. --------------------------------------------------------- Key: JBSEAM-2501 URL: http://jira.jboss.com/jira/browse/JBSEAM-2501 Project: JBoss Seam Issue Type: Bug Components: Core Affects Versions: 2.0.1.CR1, 2.0.0.GA Environment: Java 1.5.0_10, JBoss 4.2.2.GA, Windows XP, Seam 2.0.1.CR1 Reporter: Mark Richter When you create a Stateful EJB in default conversation scope the action on a html commandButton is not always being called. Also if you change it to a seam button the action is called however the forms fields are not being set. This is best demonstrated with an example. I will attach a modified booking example. Simply replace the attached files with those in the seam booking example in 2.0.1.CR1 or 2.0.0.GA release. When you run the example, login (demo/demo) and click the find hotels button. Now click the "Html - More results" commandButton. All results are cleared because its defined action "hotelSearch.nextPage" is never called. Put the bean in session scope and it works fine. Also repeat this but this time click the "Seam - More Results" button. When you click this button the action is called correctly however the setters (i.e. setPageNo, setSearchString etc..) are not called. Apart from the inconsistency I would expect that in both cases the setters are called and then the action to be called. -- 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, 10 months

3
11
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1567) Complete documentation for seam-ui

by Pete Muir (JIRA)

Complete documentation for seam-ui ---------------------------------- Key: JBSEAM-1567 URL: http://jira.jboss.com/jira/browse/JBSEAM-1567 Project: JBoss Seam Issue Type: Task Components: JSF Reporter: Pete Muir Many of the attributes on seam ui controls have descriptions, not all. As JBossTools is now in play, this is more important, as they are actually displayed in the IDE ootb! -- 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, 10 months

1
3
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2230) Allow Seam to work with the WebLogic JAAS server authentication without any source code modifications

by Krasimir Chobantonov (JIRA)

Allow Seam to work with the WebLogic JAAS server authentication without any source code modifications ----------------------------------------------------------------------------------------------------- Key: JBSEAM-2230 URL: http://jira.jboss.com/jira/browse/JBSEAM-2230 Project: JBoss Seam Issue Type: Feature Request Affects Versions: 2.0.0.GA Environment: BEA WebLogic Server v. 10 MP1 (The issue should be observable from version 8 and up) Reporter: Krasimir Chobantonov Priority: Optional When using JBoss Identity for server delegated security authentication using the jaas-config-name attribute in security:identity XML element inside JBoss SEAM components.xml file and deploying that on BEA WebLogic Server then the authentication is always failing if the default WebLogic JAAS module is used. Follows the WebLogic server JAAS configuration file content : myrealm { weblogic.security.auth.login.UsernamePasswordLoginModule required authOnLogin="true" debug="false"; }; The problem is that the WebLogic server passes JAAS callback weblogic.security.auth.callback.URLCallback on which Seam throws an UnsupportedCallbackException class exception. To make this functionality to work you have to either 1) create custom JAAS module for WebLogic server 2) Extend org.jboss.seam.security.Identity and org.jboss.seam.security.RuleBasedIdentity classes to override protected CallbackHandler getDefaultCallbackHandler() method and include a new else branch before the default that throws UnsupportedCallbackException } else if (callbacks[i].getClass().getName().equals ("weblogic.security.auth.callback.URLCallback")) { // deliberately ignored. } 3) Include the code in 2 inside the JBoss Seam Identity class - not having the User to debug why it is not working and then to create a new class to extend that in order to make it workable In my opinion performing 3 will be the easier from User's point of view and will allow Seam to use WebLogic JAAS server authentication without any coding from JBoss Seam User point of view. Note that the proposed code doesn't depend on any BEA WebLogic specific classes. -- 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, 10 months

3
3
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1997) ConversationList not refreshed when beginning a long-running conversation

by Jacob Orshalick (JIRA)

ConversationList not refreshed when beginning a long-running conversation ------------------------------------------------------------------------- Key: JBSEAM-1997 URL: http://jira.jboss.com/jira/browse/JBSEAM-1997 Project: JBoss Seam Issue Type: Bug Components: Core Affects Versions: 2.0.0.CR1 Reporter: Jacob Orshalick If an action executes with an @Begin and returns the user to the same page, the conversationList is not updated with the new ConversationEntry. It appears that the problem is the current implementation of conversationList is a factory method scoped to the PAGE. A patch that works is to make the ConversationList a manager component rather than a factory method. I will attach the patch. Please see the forum reference for more information. -- 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, 10 months

2
12
0 / 0

[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, 10 months

2
2
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1956) Convert seam-discs to use poms for dependency management

by Pete Muir (JIRA)

Convert seam-discs to use poms for dependency management -------------------------------------------------------- Key: JBSEAM-1956 URL: http://jira.jboss.com/jira/browse/JBSEAM-1956 Project: JBoss Seam Issue Type: Task Affects Versions: 2.0.0.CR1 Reporter: Pete Muir Assigned To: Pete Muir -- 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, 10 months

1
2
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1123) Constrain width or height for s:graphicImage

by Shane Bryzak (JIRA)

Constrain width or height for s:graphicImage -------------------------------------------- Key: JBSEAM-1123 URL: http://jira.jboss.com/jira/browse/JBSEAM-1123 Project: JBoss Seam Issue Type: Feature Request Components: JSF Affects Versions: 1.2.1.GA Reporter: Shane Bryzak Assigned To: Pete Muir Priority: Minor Pete - It would be nice if s:transformImageSize could constrain an image by either its width or height. I have a scenario where neither the width or height should exceed 80px, yet the ratio should be maintained. Something along the lines of this syntax would probably do the job but you can probably come up with something nicer: <s:graphicImage value="#{image}"> <s:transformImageSize max-width="80" max-height="80" maintainRatio="true"/> </s:graphicImage> -- 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, 10 months

3
6
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1749) Move Seam UI Tests into main test strucutre

by Pete Muir (JIRA)

Move Seam UI Tests into main test strucutre ------------------------------------------- Key: JBSEAM-1749 URL: http://jira.jboss.com/jira/browse/JBSEAM-1749 Project: JBoss Seam Issue Type: Task Components: JSF Affects Versions: 2.0.0.BETA1 Reporter: Pete Muir Assigned To: Pete Muir Priority: Minor -- 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, 10 months

1
3
0 / 0

[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, 10 months

3
4
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1455) PrioritizableConverter should use @Around/@Within

by Pete Muir (JIRA)

PrioritizableConverter should use @Around/@Within ------------------------------------------------- Key: JBSEAM-1455 URL: http://jira.jboss.com/jira/browse/JBSEAM-1455 Project: JBoss Seam Issue Type: Feature Request Components: JSF Affects Versions: 1.3.0.ALPHA Reporter: Pete Muir Assigned To: Pete Muir Priority: Minor -- 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, 10 months

1
1
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

seam-issues January 2008