May 2009 - seam-issues - Jboss List Archives

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3615) Test seam-gen against a full real world database model

by Francisco Jose Peredo Noguez (JIRA)

Test seam-gen against a full real world database model ------------------------------------------------------ Key: JBSEAM-3615 URL: https://jira.jboss.org/jira/browse/JBSEAM-3615 Project: Seam Issue Type: Feature Request Reporter: Francisco Jose Peredo Noguez Test seam-gen against a full real world database model, so reduce its shortcomings (recursion, inheritance, complex primary keys,etc) in an easier way. I propose the use of the models in The Data Model Resource Book, Vol. 1 (http://www.amazon.com/gp/product/0471380237) or in The Data Model Resource Book, Vol. 2 (http://www.amazon.com/Data-Model-Resource-Book-Vol/dp/0471353485). -- 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

14 years, 10 months

2
7
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3475) Seamspace example - InvalidStateException at friend request

by Jozef Hartinger (JIRA)

Seamspace example - InvalidStateException at friend request ----------------------------------------------------------- Key: JBSEAM-3475 URL: https://jira.jboss.org/jira/browse/JBSEAM-3475 Project: Seam Issue Type: Bug Components: Examples Affects Versions: 2.1.0.CR1 Environment: JDK 5, 6 JBoss AS 4.2.3 Reporter: Jozef Hartinger I am getting InvalidStateException when trying to submit an introduction message at friend request. -- 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

14 years, 11 months

2
2
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1572) Make s:decorate behave more similarly to ui:decorate (h:panelGrid-friendly)

by Alex Savitsky (JIRA)

Make s:decorate behave more similarly to ui:decorate (h:panelGrid-friendly) --------------------------------------------------------------------------- Key: JBSEAM-1572 URL: http://jira.jboss.com/jira/browse/JBSEAM-1572 Project: JBoss Seam Issue Type: Feature Request Components: JSF Reporter: Alex Savitsky Priority: Minor ui:decorate preserves its children, while s:decorate groups them as one instead. This makes s:decorate unusable for form fields laid out using h:panelGrid, as there's no way to separate the field label from the field itself (they are grouped together). -- 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

14 years, 11 months

9
23
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3710) For JavaBeans, investigate moving MEI functionality into @PostActivte/@PrePassivate

by Pete Muir (JIRA)

For JavaBeans, investigate moving MEI functionality into @PostActivte/@PrePassivate ----------------------------------------------------------------------------------- Key: JBSEAM-3710 URL: https://jira.jboss.org/jira/browse/JBSEAM-3710 Project: Seam Issue Type: Feature Request Components: Core Reporter: Pete Muir Priority: Critical Fix For: 2.1.1.CR2 This is possible only in JavaBeans as the HttpSession is passed as an arguement to the sessionWillPassivate/sessionWillActivate call, and we can store the conversationId in @AroundInvoke method. In EJBs, the passivation/activation happens independently of the HttpSession. This should be a performance improvement, @PrePassivate (serialize out entities) will be called just as much, but @PostActivate will be called a lot less. -- 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

14 years, 11 months

3
2
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2093) Optimize getting Id in Seam code for better performance

by Mikhail Grushinskiy (JIRA)

Optimize getting Id in Seam code for better performance ------------------------------------------------------- Key: JBSEAM-2093 URL: http://jira.jboss.com/jira/browse/JBSEAM-2093 Project: JBoss Seam Issue Type: Feature Request Reporter: Mikhail Grushinskiy This sequence of calls (used in PersistenceProvider) is quite slow Entity.forClass(bean.getClass()).getIdentifier(bean); 1) Entity.forClass() is reading annotations using JDK 5 methods (JDK 5 annotation reading is not that fast). Can it be cached? 2) JDK 5 reflection is used to get bean id (which is slower than optmized reflection with cglib) 3) There could be other reasons as well. I think repetitive calling of this sequence under profiler will give better picture. from PersistenceProvider.java /** * Get the value of the entity identifier attribute. * * @param bean a managed entity instance */ public Object getId(Object bean, EntityManager entityManager) { return Entity.forClass( bean.getClass() ).getIdentifier(bean); } /** * Get the name of the entity * * @param bean * @param entityManager */ public String getName(Object bean, EntityManager entityManager) { return Entity.forClass(bean.getClass()).getName(); } /** * Get the value of the entity version attribute. * * @param bean a managed entity instance */ public Object getVersion(Object bean, EntityManager entityManager) { return Entity.forClass( bean.getClass() ).getVersion(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

14 years, 11 months

7
18
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-4174) Seam Conversation Issue with richmenu

by Tony Herstell (JIRA)

Seam Conversation Issue with richmenu ------------------------------------- Key: JBSEAM-4174 URL: https://jira.jboss.org/jira/browse/JBSEAM-4174 Project: Seam Issue Type: Bug Components: Framework Affects Versions: 2.1.2.CR1 Environment: Win XP64 Pro, Ubuntu Reporter: Tony Herstell http://www.jboss.org/index.html?module=bb&op=viewtopic&t=149397 http://www.seamframework.org/Community/ConversationQuestion http://www.seamframework.org/Community/ProblemEndingConversationInRichFac... http://www.seamframework.org/Community/HowToUseSlinkInRichmenuItem ------ In Summary RF know of the problem but, I believe, are looking to seam to fix this... <rich:menuItem submitMode="ajax" value="#{messages.menu_button_facilities}" action="#{facilitiesController.enter}" > <s:conversationPropagation type="none"/> </rich:menuItem> Basically the above code should work but doesn't. Seam/RF do not honour the conversationPropagation Tag... so the current conversation is not suspended.. thus when you try to start the new conversation (from the menu click you just did) BANG!. The error you get is: The conversation ended, timed out or was processing another request The live site to see this is: http://www.selwynequestriancentre.co.nz/site/home.seam click register then click the menu for "home page" which goes from a conversation to a non-conversation click to enter a competition (actually all closed at present but should be open again next week) and then click to register to go from conversation to another conversation. -- 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

14 years, 11 months

1
1
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-4067) ELSupport.coerceToType modifies BigDecimal Values

by Pete Muir (JIRA)

ELSupport.coerceToType modifies BigDecimal Values ---------------------------------------------------- Key: JBSEAM-4067 URL: https://jira.jboss.org/jira/browse/JBSEAM-4067 Project: Seam Issue Type: Bug Components: EL Reporter: Pete Muir Assignee: Norman Richards Priority: Critical See https://issues.apache.org/bugzilla/show_bug.cgi?id=43656 -- 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

14 years, 11 months

3
4
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-4078) Jar locking during of component initialization on Windows

by Andrey Lomakin (JIRA)

Jar locking during of component initialization on Windows --------------------------------------------------------- Key: JBSEAM-4078 URL: https://jira.jboss.org/jira/browse/JBSEAM-4078 Project: Seam Issue Type: Bug Components: Core Affects Versions: 2.1.1.GA Environment: Windows 2000, Java(TM) SE Runtime Environment (build 1.6.0_13-b03), GlassFish v3 Prelude (build b28c) Reporter: Andrey Lomakin JARs that contain components.xml are locked till server shutdown and can not be removed after application undeploy on Windows. As I understend following snippet of code in method org.jboss.seam.init.Initialization#initComponentsFromXmlDocuments: InputStream stream = url.openStream(); log.debug("reading " + url); try { installComponentsFromXmlElements(XML.getRootElement(stream), replacements); } finally { Resources.closeStream(stream); } should be replaced by URLConnection connection = url.openConnection(); connection.setUseCaches(false); InputStream stream = url.openStream(); // and so on... If cashes will not be switched of file will be opened but never closed. Returned instance of InputStream interface is sun.net.www.protocol.jar.JarURLConnection,JarURLInputStream that closes opened jar file only if cashes are not used. class JarURLInputStream extends java.io.FilterInputStream { 103 JarURLInputStream (InputStream src) { 104 super (src); 105 } 106 public void close () throws IOException { 107 try { 108 super.close(); 109 } finally { 110 if (!getUseCaches()) { 111 jarFile.close(); 112 } 113 } 114 } 115 } -- 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

14 years, 11 months

3
5
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-4028) way to outject someting in to the CURRENT conversation even if a new one is started before the context is flushed

by David Schlotfeldt (JIRA)

way to outject someting in to the CURRENT conversation even if a new one is started before the context is flushed ----------------------------------------------------------------------------------------------------------------- Key: JBSEAM-4028 URL: https://jira.jboss.org/jira/browse/JBSEAM-4028 Project: Seam Issue Type: Feature Request Affects Versions: 2.1.2.GA Reporter: David Schlotfeldt If you outject and then create a new nested conversation the outjected variable ends up in the nested conversation. This is because ServerConversatoinContext keeps the "additions" to it separate from the actual context variables -- just in the case it needs to "rollback". When the render response phase takes place ServerConversationContext "commits" the new additions. The "key" of each addition is determined at that time. The key of entries is prefixed with the conversation id to allow Seam to determine what conversation it is for. It would be nice if when one could outject the variable into the conversation that was current when it was outjected. This could easily be done by storing the conversation id that was current in the "additions" information and using it instead of the current conversation id when flushed. This of course is a change that could cause many issues for people so I propose an attribute is added to @Out called "conversation-at-flush=[true|false]" with the default value of true. If you want the outject to be in the converation current when outjected you set this attribute to false. Just to point out an issue I could see happen if not kept in mind when implementing: A nested conversation could in theory start, things outjected, and then the nested conversation ended before flush takes place. When flush does happen we need to filter out those outjects from the nested conversation that had conversation-at-flush=false since that conversation was ended. This simply means checking the conversation id is still active before making the addition/removal. -- 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

14 years, 11 months

2
1
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-3849) ClassLoader cannot find xhtml files when scanning page.xml files in an EAR with Multiple WARs

by Reind D (JIRA)

ClassLoader cannot find xhtml files when scanning page.xml files in an EAR with Multiple WARs --------------------------------------------------------------------------------------------- Key: JBSEAM-3849 URL: https://jira.jboss.org/jira/browse/JBSEAM-3849 Project: Seam Issue Type: Bug Affects Versions: 2.1.1.CR2 Environment: JBoss AS 5.0.0.GA, JDK6, Seam 2.1.1.CR2 Reporter: Reind D I have an EAR that contains multiple WAR files. The ear deploys correctly, but on the first web request, during a scan of all *.page.xml files, I get the following output to the log for each page.xml file: WARN [VFSScanner] Error handling item 'login/index.page.xml': java.lang.NullPointerException: Cannot find URL from classLoader for login/index.page.xml, loading from org.jboss.web.tomcat.service.WebCtxLoader$ENCLoader@1ed964f The NPE occurs in this code: org.jboss.seam.deployment.FileDescriptor.java this.url = classLoader.getResource(name); if (this.url == null) { throw new NullPointerException("Cannot find URL from classLoader for " + name + ", loading from " + classLoader); } As a result, none of the page.xml files work. Note that the second WAR works as expected, with all the page.xml files loaded correctly. The same project worked in Seam 2.0.2.SP1 and JBoss AS 4.2.3.GA -- 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

14 years, 11 months

3
10
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

seam-issues May 2009