September 2009 - seam-issues - Jboss List Archives

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3696) Support testing of wicket/seam apps

by Clint Popetz (JIRA)

Support testing of wicket/seam apps ----------------------------------- Key: JBSEAM-3696 URL: https://jira.jboss.org/jira/browse/JBSEAM-3696 Project: Seam Issue Type: Feature Request Reporter: Clint Popetz Assignee: Clint Popetz We need to provide an AbstractSeamTest subclass that integrates the context creation/destruction into the lifecycle of WicketTester and formTester. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 2 months

2
2
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3729) Recognize HotDeployFilter as a configurable filter in web.xsd

by Dan Allen (JIRA)

Recognize HotDeployFilter as a configurable filter in web.xsd ------------------------------------------------------------- Key: JBSEAM-3729 URL: https://jira.jboss.org/jira/browse/JBSEAM-3729 Project: Seam Issue Type: Feature Request Components: Hot Deploy Affects Versions: 2.1.0.SP1 Reporter: Dan Allen Fix For: 2.1.1.CR2 It's absolutely critical that the HotDeployFilter only be applied to JSF requests or else the scanning that it does occurs for every related requested by the page. However, currently none of the XML schemas for the component descriptor recognize this filter as a configurable element. Here is how it has to be configured now: <component name="org.jboss.seam.debug.hotDeployFilter"> <property name="urlPattern">*.seam</property> </component> I would like to do one of two things. #1 Change the component name from org.jboss.seam.debug.hotDeployFilter to org.jboss.seam.web.hotDeployFilter (but still keep it in jboss-seam-debug.jar), then add the hot-deploy-filter element to web.xsd. We would get this: <web:hot-deploy-filter url-pattern="*.seam"/> We could even consider moving this filter into jboss-seam.jar because honestly it is so lightweight and really has everything to do with the core and is already controlled by the debug mode flag in Seam. #2 Keep the component name as is and introduce a new namespace http://jboss.org/products/seam/debug and a corresponding package-info.java and debug.xsd. Then add the hot-deploy-filter to debug.xsd. We would get this: <debug:hot-deploy-filter url-pattern="*.seam"/> I really hate solution #2. The only redeeming quality is that it doesn't break applications that might rely on this component name. But then again, it would only affect debug mode, not production apps. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 2 months

2
4
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3728) not clearing EntityManager in ManagedPersistenceContext#sessionWillPassivate breaks session replication

by Dan Allen (JIRA)

not clearing EntityManager in ManagedPersistenceContext#sessionWillPassivate breaks session replication ------------------------------------------------------------------------------------------------------- Key: JBSEAM-3728 URL: https://jira.jboss.org/jira/browse/JBSEAM-3728 Project: Seam Issue Type: Bug Components: Core Affects Versions: 2.1.0.SP1 Reporter: Dan Allen Fix For: 2.1.1.CR2 Commit 8372 broke the clustering because EntityManager is not being cleared before session passivation. The EntityManager cannot be serialized and therefore to leave it in the conversation context (and hence the session context) prevents the HTTP session from being restored properly. Two ways to fix is either set the EntityManager it to null in the ManagedPersistenceContext#sessionWillPassivate method (the old behavior, which gives us a chance to clean things up) or mark the field as transient. Making the field transient solves the problem that commit 8372 was attempting to fix, which was that the entities were being reloaded from the database on each request in a clustered environment. The problem with using transient is that we don't get an opportunity to formally close the EntityManager (but then again, it might be hard to tell when the session being used jumps a node in the cluster, which is the only time you want to destroy the EntityManager). -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 2 months

2
3
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3727) Create an eclipse project and ant task for functional tests

by Jay Balunas (JIRA)

Create an eclipse project and ant task for functional tests ----------------------------------------------------------- Key: JBSEAM-3727 URL: https://jira.jboss.org/jira/browse/JBSEAM-3727 Project: Seam Issue Type: Task Components: Build, Test Harness Affects Versions: 2.1.1.CR1 Reporter: Jay Balunas Fix For: 2.1.1.GA The functional tests should have their own eclipse project and ant task to create it. We could integrate with the existing project, but I'm not sure that makes sense - the functional tests can be separate and do not share many dependencies. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 2 months

4
8
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3643) "Group by" paging failed

by Kenneth Zhang (JIRA)

"Group by" paging failed ------------------------ Key: JBSEAM-3643 URL: https://jira.jboss.org/jira/browse/JBSEAM-3643 Project: Seam Issue Type: Bug Components: Framework Affects Versions: 2.1.0.GA Environment: JBoss 4.2.3GA, Seam 2.1.0GA,JDK 1.5.0_16 Reporter: Kenneth Zhang GroupBy is a new function at seam 2.1.0GA, but it cannot work with paging. This is the test code: @Name("bookStat") public class BookStat extends EntityQuery<Book> { private static final String EJBQL = "select name, count(*) from Book book"; (snip) public BookStat() { setEjbql(EJBQL); setRestrictionExpressionStrings(Arrays.asList(RESTRICTIONS)); setMaxResults(3); setGroupBy("name"); } (snip) } There is the error log: 13:05:09,578 INFO [STDOUT] Hibernate: select count(*) as col_0_0_ from test_seam.dbo.BOOK book0_ group by book0_.name Caused by: javax.persistence.NonUniqueResultException: result returns 21 elements at org.hibernate.ejb.QueryImpl.getSingleResult(QueryImpl.java:85) at org.jboss.seam.framework.EntityQuery.initResultCount(EntityQuery.java:129) at org.jboss.seam.framework.EntityQuery.getResultCount(EntityQuery.java:120) at org.jboss.seam.framework.Query.getPageCount(Query.java:202) at org.jboss.seam.framework.Query.getLastFirstResult(Query.java:163) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 2 months

3
9
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3637) seam-gen should not attempt to download jaxb-api.jar from Maven repository (offline requirement)

by Dan Allen (JIRA)

seam-gen should not attempt to download jaxb-api.jar from Maven repository (offline requirement) ------------------------------------------------------------------------------------------------ Key: JBSEAM-3637 URL: https://jira.jboss.org/jira/browse/JBSEAM-3637 Project: Seam Issue Type: Bug Components: Tools Affects Versions: 2.1.0.GA Reporter: Dan Allen Assignee: Dan Allen Fix For: 2.1.0.SP1 Per the offline requirement of seam-gen, the jaxb-api.jar should be available in the dist. Version 2.1 is required and is not to conflict with the version pulled in by Seam. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 2 months

2
3
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3677) Add logic operator option to Query to set how restrictions are combined (AND or OR)

by Dan Allen (JIRA)

Add logic operator option to Query to set how restrictions are combined (AND or OR) ----------------------------------------------------------------------------------- Key: JBSEAM-3677 URL: https://jira.jboss.org/jira/browse/JBSEAM-3677 Project: Seam Issue Type: Feature Request Components: Framework Affects Versions: 2.1.0.SP1 Reporter: Dan Allen Fix For: 2.1.1.CR1 Folks often request for restrictions to be combined with OR rather than AND. This very much depends on the use case, so it makes sense to give the developer the option. Obviously, there are limits to how the restrictions on Query can be used, but I think this at least opens up a couple more use cases before extension is necessary. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 2 months

3
3
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3570) Update the WebSphere reference guide chapter to WebSphere 7.0

by Jay Balunas (JIRA)

Update the WebSphere reference guide chapter to WebSphere 7.0 ------------------------------------------------------------- Key: JBSEAM-3570 URL: https://jira.jboss.org/jira/browse/JBSEAM-3570 Project: Seam Issue Type: Task Components: Platform interoperability Affects Versions: 2.1.0.CR1 Reporter: Jay Balunas Assignee: Marek Novotny Fix For: 2.1.1.CR1 WebSphere 7.0 has gone GA and now fully supports jee5 with out the various issues before. This needs to be investigated, tested, and the reference guide needs to be updated. Search forum, and jira for related issues and notes. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 2 months

5
8
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3674) Custom parameter value in <redirect> is not being propagated (regression)

by Dan Allen (JIRA)

Custom parameter value in <redirect> is not being propagated (regression) ------------------------------------------------------------------------- Key: JBSEAM-3674 URL: https://jira.jboss.org/jira/browse/JBSEAM-3674 Project: Seam Issue Type: Bug Components: JSF Integration Affects Versions: 2.1.0.SP1 Reporter: Dan Allen Fix For: 2.1.1.CR1 I want to propagate a param so that it survives a redirect. This is what I have done until now. <navigation from-action="myaction"> <redirect view-id="/pages/page.hxtml" > <param name="category" value="#{param.name}"/> </redirect> </navigation> However, since 2.1, this doesn't work anymore. The param is still propagated but not the value. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 2 months

3
5
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3612) examples should demonstrate obtaining entity manager factory from JNDI via persistence unit reference

by Dan Allen (JIRA)

examples should demonstrate obtaining entity manager factory from JNDI via persistence unit reference ----------------------------------------------------------------------------------------------------- Key: JBSEAM-3612 URL: https://jira.jboss.org/jira/browse/JBSEAM-3612 Project: Seam Issue Type: Feature Request Components: Examples Affects Versions: 2.1.0.GA Reporter: Dan Allen Priority: Minor Fix For: 2.1.1.CR1 For any example that is deploying to a standard Java EE 5 environment (for instance the jpa example deploying to GlassFish or JBoss AS 5), the entity manager factory should be obtained through JNDI through a persistence unit reference. 5.3.1 of JPA spec: "Within a Java EE environment, an entity manager factory may be injected using the Persistence-Unit annotation or obtained through JNDI lookup." It would first need to be declared in web.xml: <persistence-unit-ref> <persistence-unit-ref-name>bookingDatabase/emf</persistence-unit-ref-name> <persistence-unit-name>bookingDatabase</persistence-unit-name> </persistence-unit-ref> Then the components.xml would look like this: <persistence:managed-persistence-context name="entityManager" auto-create="true" persistence-unit-jndi-name="java:comp/env/bookingDatabase/emf" /> The reason we should do this is to advocate the Java EE standard approach. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 2 months

3
5
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

seam-issues September 2009