February 2008 - seam-issues - Jboss List Archives

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1627) implement the barCode UCC/EAN 128

by Norman Richards (JIRA)

implement the barCode UCC/EAN 128 --------------------------------- Key: JBSEAM-1627 URL: http://jira.jboss.com/jira/browse/JBSEAM-1627 Project: JBoss Seam Issue Type: Feature Request Reporter: Norman Richards Fix For: 2.0.0.CR1 Need to add codeType for this. -- 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
3
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1584) @Logger and Spring beans

by Magnus Heino (JIRA)

@Logger and Spring beans ------------------------ Key: JBSEAM-1584 URL: http://jira.jboss.com/jira/browse/JBSEAM-1584 Project: JBoss Seam Issue Type: Feature Request Components: Spring Affects Versions: 2.0.0.BETA1 Reporter: Magnus Heino It would be nice if spring beans could be scanned for @Logger and injected with Log instances just like seam components. Using the code below, you can add this to applicationContext.xml... <bean class="org.jboss.seam.ioc.spring.LoggerPostProcessor" /> ...to have all spring beans scanned for @Logger and have a Log instance injected, just like seam components. Then you can access the same context and log functionallity in your spring beans as in your seam components. I guess the seam spring namespace could be extended with <seam:logger/> to make it even more simple to use. package org.jboss.seam.ioc.spring; import java.lang.reflect.Field; import org.jboss.seam.annotations.Logger; import org.jboss.seam.log.Logging; import org.springframework.beans.BeansException; import org.springframework.beans.factory.config.BeanPostProcessor; import org.springframework.util.ReflectionUtils; import org.springframework.util.StringUtils; import org.springframework.util.ReflectionUtils.FieldCallback; public class LoggerPostProcessor implements BeanPostProcessor { public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException { return bean; } public Object postProcessBeforeInitialization(final Object bean, final String beanName) throws BeansException { ReflectionUtils.doWithFields(bean.getClass(), new FieldCallback() { public void doWith(Field field) throws IllegalArgumentException, IllegalAccessException { if (field.isAnnotationPresent(Logger.class)) { String category = field.getAnnotation(Logger.class).value(); if(!StringUtils.hasText(category)) { category = bean.getClass().getName(); } ReflectionUtils.makeAccessible(field); field.set(bean, Logging.getLog(category)); } } }); return bean; } } -- 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

4
7
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1575) Add support for Spring managed transactions in jboss-seam-ioc

by Michael Youngstrom (JIRA)

Add support for Spring managed transactions in jboss-seam-ioc ------------------------------------------------------------- Key: JBSEAM-1575 URL: http://jira.jboss.com/jira/browse/JBSEAM-1575 Project: JBoss Seam Issue Type: Feature Request Components: Spring Affects Versions: 2.0.0.BETA1 Reporter: Michael Youngstrom Assigned To: Michael Youngstrom Fix For: 2.0.0.CR1 Since the non JTA transaction management floodgates appear to now be open perhaps I can add spring transaction management integration? -- 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-1574) view-id actions are not called when rendering from a previous view-id

by Michael Youngstrom (JIRA)

view-id actions are not called when rendering from a previous view-id --------------------------------------------------------------------- Key: JBSEAM-1574 URL: http://jira.jboss.com/jira/browse/JBSEAM-1574 Project: JBoss Seam Issue Type: Bug Affects Versions: 2.0.0.BETA1 Reporter: Michael Youngstrom Fix For: 2.0.0.CR1 <page view-id="/list.xhtml"> <navigation> <rule if-outcome="detail"> <render view-id="/detail.xhtml"/> </rule> </navigation> </page> <page view-id="/detail.xhtml" action="#{bean.loadDetail}"/> Does not appear to call #{bean.loadDetail} when the list navigation rule is executed. Mike -- 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

6
32
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1564) NullPointerException in ServerConversationContext.flush

by Louis Coetzee (JIRA)

NullPointerException in ServerConversationContext.flush ------------------------------------------------------- Key: JBSEAM-1564 URL: http://jira.jboss.com/jira/browse/JBSEAM-1564 Project: JBoss Seam Issue Type: Bug Components: Core Affects Versions: 2.0.0.BETA1 Environment: Seam CVS build Wed Jun 27 2007, jboss 4.2.0GA, Linux Reporter: Louis Coetzee Fix For: 2.0.0.CR1 A NullPointerException occurs during in the org.jboss.seam.jsf.SeamPhaseListener -- 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

4
11
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1549) udpate XML version numbers

by Norman Richards (JIRA)

udpate XML version numbers -------------------------- Key: JBSEAM-1549 URL: http://jira.jboss.com/jira/browse/JBSEAM-1549 Project: JBoss Seam Issue Type: Task Reporter: Norman Richards Fix For: 1.3.0.BETA1 The XML needs to reflect seam 2.0 versioning -- 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
3
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1484) Seam-gen should generate pages using templates relative to web application, not the pages themselves

by Dejan Krsmanovic (JIRA)

Seam-gen should generate pages using templates relative to web application, not the pages themselves ---------------------------------------------------------------------------------------------------- Key: JBSEAM-1484 URL: http://jira.jboss.com/jira/browse/JBSEAM-1484 Project: JBoss Seam Issue Type: Patch Components: Tools Affects Versions: 1.3.0.ALPHA Reporter: Dejan Krsmanovic Priority: Minor Attachments: seam-gen.txt Seam-gen currently creates facelets xhtml pages having ui-composition element with template attribute specified relative to page itself. This is OK if all pages are stored in the root folder of web application. However, when you start refactoring and moving pages to separate folders you need to update template attribute in all ui-composition elements in moved pages. So, I think seam-gen should generate pages with ui-composition element which references template relative to web-app, and not the page. In other words instead of: <ui:composition ... template="layout/template.xhtml"> it should be: <ui:composition ... template="/layout/template.xhtml"> With this change, you can move xhtml pages to any folder and template would still be referenced correctly. -- 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

5
13
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1520) image files should not be filtered (property replacement)

by Dan Allen (JIRA)

image files should not be filtered (property replacement) --------------------------------------------------------- Key: JBSEAM-1520 URL: http://jira.jboss.com/jira/browse/JBSEAM-1520 Project: JBoss Seam Issue Type: Patch Components: Tools Affects Versions: 1.3.0.ALPHA Environment: seam CVS HEAD Reporter: Dan Allen Priority: Minor Images files in the seam-gen/view/img folder should not be filtered when they are moved over into the new project. Doing so causes them to become corrupt and the result is that they do not display in most browsers. A separate copy task should be used when moving these files during the new-project command. -- 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
3
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1439) Seam update broke permission system

by Christian Bauer (JIRA)

Seam update broke permission system ----------------------------------- Key: JBSEAM-1439 URL: http://jira.jboss.com/jira/browse/JBSEAM-1439 Project: JBoss Seam Issue Type: Bug Components: Wiki Reporter: Christian Bauer Assigned To: Christian Bauer Priority: Blocker Fix For: 1.3.0.ALPHA I didn't notice but some seam update in the last 2 weeks broke the permission system. Whenever a node is edited, its permissions are set to exclusive access for the current user. Need to investigate this. -- 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
3
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1365) Make SeamManagedEntityManagerFactory joinTransaction if available

by Michael Youngstrom (JIRA)

Make SeamManagedEntityManagerFactory joinTransaction if available ----------------------------------------------------------------- Key: JBSEAM-1365 URL: http://jira.jboss.com/jira/browse/JBSEAM-1365 Project: JBoss Seam Issue Type: Bug Components: Spring Affects Versions: 1.2.1.GA Reporter: Michael Youngstrom Assigned To: Michael Youngstrom Fix For: 1.3.0.ALPHA Spring correctly assumes that if EMF.createEntityManager is called while in a transaction that the newly created EntityManager will be joined in with the current transaction. However, in the Seam Spring Integration, when Spring calls EMF.createEntityManager we might return an existing conversation scoped EM instead of a newly created one. In which case we need to join the current transaction if there is one since spring will not. -- 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
12
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

seam-issues February 2008