October 2007 - seam-issues - Jboss List Archives

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1296) Add <propagation type="?"/> as a child to <rule> or <redirect/> / <render/> in pages.xml

by Chris Rudd (JIRA)

Add <propagation type="?"/> as a child to <rule> or <redirect/> / <render/> in pages.xml ---------------------------------------------------------------------------------------- Key: JBSEAM-1296 URL: http://jira.jboss.com/jira/browse/JBSEAM-1296 Project: JBoss Seam Issue Type: Feature Request Components: Core Affects Versions: 1.2.1.GA, 1.2.0.GA Reporter: Chris Rudd While you can add a the propagation via a parameter its a bit verbose and cluttered (due to the value binding string literal) <page view-id="/editDocument.xhtml"> <navigation from-action="#{documentEditor.update}"> <rule if="#{documentEditor.errors.empty}"> <end-conversation/> <redirect view-id="/viewDocument.xhtml"> <param name="conversationPropagation" value="#{'none'}"/> </redirect> </rule> </navigation> </page> Adding a <propagation type="?"/> would be much cleaer. <page view-id="/editDocument.xhtml"> <navigation> <rule if-outcome="done"> <end-conversation/> <redirect view-id="/viewDocument.xhtml"> <propagation type="none"/> </redirect> </rule> </navigation> </page> Side note : The reason for needing to control the propagation in the circumstance above is so that the target view (/viewDocument.xhtml) can start with a new clean conversation. The redirect mechanism delays the end of the conversation untill it gets to the redirected to view, but I dont want that conv to be used. The before-redirect attribute doesnt work in this case as the redirect url needs to include data from the existing conversation (page parameters). I use the same scenario in other places via s:link/s:button but I cannot do this here as its dependent on the outcome not what link/button I pressed -- 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, 8 months

4
4
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1304) OC4J showing a blank page when deploying Glassfish example

by Richard Hoffman (JIRA)

OC4J showing a blank page when deploying Glassfish example ---------------------------------------------------------- Key: JBSEAM-1304 URL: http://jira.jboss.com/jira/browse/JBSEAM-1304 Project: JBoss Seam Issue Type: Feature Request Reporter: Richard Hoffman We are trying to get a Seam project deployed to OC4J. So far, the recommendation is to use the Glassfish example and deploy that to OC4J, but there are no instructions as to how to do this...so far, myself and a few others on the forums have only managed to get OC4J to show a blank screen. (I'm personally deploying via JDeveloper.) See http://www.jboss.com/index.html?module=bb&op=viewtopic&t=100418 for petemuir's request to make this a Jira ticket. On a personal note, I don't have a preference as to who's EJB3 implementation to use (if any...Hibernate is fine, too). I just need to prove Seam works on OC4J...my client is making me use OC4J, despite my insistence that it's crap. :-/ -- 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, 8 months

3
4
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1530) Seam-gen: @Length in char(1) property

by Luiz Augusto Ruiz (JIRA)

Seam-gen: @Length in char(1) property ------------------------------------- Key: JBSEAM-1530 URL: http://jira.jboss.com/jira/browse/JBSEAM-1530 Project: JBoss Seam Issue Type: Bug Components: Tools Affects Versions: 1.3.0.ALPHA Reporter: Luiz Augusto Ruiz Seam-gen put a @Length Hibernate validator in char property. When a field of a table is CHAR(1) Hibernate generates a char property and seam-gen put a @Length(size=1). This can be fixed updating the template pojo/GetPropertyAnnotation.ftl: <#include "Ejb3PropertyGetAnnotation.ftl"/> <#if !property.optional> @${pojo.importType("org.hibernate.validator.NotNull")} </#if> <#if property.columnSpan==1> <#assign column = property.getColumnIterator().next()/> <#if !c2h.isManyToOne(property) && !c2h.isTemporalValue(property) && column.length!=255 && column.length!=1> @${pojo.importType("org.hibernate.validator.Length")}(max=${column.length?c}) </#if> </#if> " && column.length!=1" fix the bug. -- 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, 8 months

4
7
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2158) Can't inject a org.hibernate.classic.Session

by Clint Popetz (JIRA)

Can't inject a org.hibernate.classic.Session -------------------------------------------- Key: JBSEAM-2158 URL: http://jira.jboss.com/jira/browse/JBSEAM-2158 Project: JBoss Seam Issue Type: Feature Request Components: Core Affects Versions: 2.0.0.CR3 Reporter: Clint Popetz If one does import org.hibernate.classic.Session; @In Session session; the injection throws an IllegalArgumentException, because HibernateSessionProxy doesn't implement the classic Session interface. It seems harmless to do this, and would allow for easier migration of large source bases from loyal hibernate early adoptees that are now transitioning to the next-big-thing. If making HibernateSessionProxy implement the classic interface would be acceptable, please make note of it here and I'll create a patch to that effect. -- 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, 8 months

2
2
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2187) E-mail attachment <cid:xxxxxx> problem

by Stefano Zaccaria (JIRA)

E-mail attachment <cid:xxxxxx> problem -------------------------------------- Key: JBSEAM-2187 URL: http://jira.jboss.com/jira/browse/JBSEAM-2187 Project: JBoss Seam Issue Type: Bug Components: Mail Affects Versions: 2.0.0.CR3 Reporter: Stefano Zaccaria Assigned To: Pete Muir Priority: Minor Fix For: 2.0.0.GA When use the cid: tag with seam like the document read <m:attachment value="#{person.photo}" contentType="image/jpeg" fileName="#{person.firstname}_#{person.lastname}.jpg" status="personPhoto" disposition="inline" /> <img src="cid:#{personPhoto.contentId}" /> In my email client (Thunderbird) the image is attachment and not place inline -- 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, 8 months

5
9
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1274) Not able to query FacesMessages to determine if any messages have been added.

by Nathaniel Stoddard (JIRA)

Not able to query FacesMessages to determine if any messages have been added. ----------------------------------------------------------------------------- Key: JBSEAM-1274 URL: http://jira.jboss.com/jira/browse/JBSEAM-1274 Project: JBoss Seam Issue Type: Feature Request Affects Versions: 1.2.1.GA Reporter: Nathaniel Stoddard It would be helpful to determine if messages have been added to FacesMessages. At this point, it is impossible to determine if messages are present in FacesMessages. -- 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, 8 months

4
6
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-715) Allow multiple pages.xml files

by Stephan Bublava (JIRA)

Allow multiple pages.xml files ------------------------------ Key: JBSEAM-715 URL: http://jira.jboss.com/jira/browse/JBSEAM-715 Project: JBoss Seam Issue Type: Feature Request Components: JSF Affects Versions: 1.1.1.GA Reporter: Stephan Bublava Currently it's possible to use one global pages.xml file or one file per page. I believe that both options are not well-suited for large applications. Consider an application like: /catalog/foo.xhtml /bar.xhtml /... /basket/foo.xhtml /bar.xhtml /... /admin/foo.xhtml /bar.xhtml /... In this case using a global file would be too convoluted, but at the same time one file per page is too fine grained. It would be great to allow one file per directory ("module"), either using a similar naming convention to page.xml or by adding an "import" tag to pages.xml. -- 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, 8 months

9
16
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-863) Remember-Me automatic authentication

by H T (JIRA)

Remember-Me automatic authentication ------------------------------------ Key: JBSEAM-863 URL: http://jira.jboss.com/jira/browse/JBSEAM-863 Project: JBoss Seam Issue Type: Feature Request Components: Security Reporter: H T Fix For: 1.1.7.GA Extend the behaviour of Remember-Me to automatically authenticate the user after they have selected the "Remember Me" service rather than have him or her re-enter their password each time. -- 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, 8 months

5
6
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2039) selectManyListbox executePhase NullPointerException

by Przemyslaw Rudzki (JIRA)

selectManyListbox executePhase NullPointerException --------------------------------------------------- Key: JBSEAM-2039 URL: http://jira.jboss.com/jira/browse/JBSEAM-2039 Project: JBoss Seam Issue Type: Bug Components: JSF Affects Versions: 1.2.1.GA Environment: JBoss AS 4.2.1GA, Sun Microsystems JavaServer Faces Implementation 1.2_04-b16-p02, Ubuntu 7.04 Reporter: Przemyslaw Rudzki Fix For: 1.2.1.GA I have simple model: class Book { @ManyToMany //unidirectional private List<DictionaryEntry> dictionaryEntryList; } In the JSF it is presented as: <h:selectManyListbox id="select2Status" value="#{bookHome.instance.dictionaryEntryList}" required="false"> <s:convertEntity /> <s:selectItems value="#{dictionaryEntryList.resultList}" var="item" label="#{item.value}" noSelectionLabel="---------" /> </h:selectManyListbox> 1. When I create entity with some elements selected everything works fine. 2. When I edit the selection and update everything works great. 3. The problem occurs when I deselect all the items and try to do an update. I get then: 00:46:49,840 WARN [lifecycle] executePhase(PROCESS_VALIDATIONS 3,com.sun.faces.context.FacesContextImpl@1625154) threw exception javax.faces.FacesException at com.sun.faces.lifecycle.ProcessValidationsPhase.execute(ProcessValidationsPhase.java:108) at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:251) at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:117) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:244) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:307) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.jboss.seam.web.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:63) at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:57) at org.jboss.seam.web.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:49) at org.jboss.seam.debug.hot.HotDeployFilter.doFilter(HotDeployFilter.java:60) at org.jboss.seam.web.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:49) at org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45) at org.jboss.seam.web.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:49) at org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:79) at org.jboss.seam.web.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:49) at org.jboss.seam.web.SeamFilter.doFilter(SeamFilter.java:84) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:141) at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:281) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:433) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104) at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:241) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:580) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) at java.lang.Thread.run(Thread.java:619) Caused by: java.lang.NullPointerException at javax.faces.component.UISelectMany.matchValue(UISelectMany.java:496) at javax.faces.component.UISelectMany.validateValue(UISelectMany.java:454) -- 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, 8 months

3
8
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1491) Seam-managed persistence contexts and REQUIRES_NEW

by Gavin King (JIRA)

Seam-managed persistence contexts and REQUIRES_NEW -------------------------------------------------- Key: JBSEAM-1491 URL: http://jira.jboss.com/jira/browse/JBSEAM-1491 Project: JBoss Seam Issue Type: Task Components: Core Reporter: Gavin King Assigned To: Gavin King Fix For: 1.3.0.GA It's always wrong to try and propagate a PC across REQUIRES_NEW. But indeed that is exactly what Seam does with conversation scoped PCs. Of course, the correct thing to do is use @PersistenceContext in this case. But how many users know they are supposed to do this? Is there some way we can *detect* this problem? We should at the very least document it... -- 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, 8 months

4
9
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

seam-issues October 2007