November 2007 - seam-issues - Jboss List Archives

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1955) Provide optional POM support in seam-gen

by Pete Muir (JIRA)

Provide optional POM support in seam-gen ---------------------------------------- Key: JBSEAM-1955 URL: http://jira.jboss.com/jira/browse/JBSEAM-1955 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, 9 months

1
2
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1886) document notion of "foreground" conversation

by Matt Drees (JIRA)

document notion of "foreground" conversation -------------------------------------------- Key: JBSEAM-1886 URL: http://jira.jboss.com/jira/browse/JBSEAM-1886 Project: JBoss Seam Issue Type: Task Affects Versions: 2.0.0.BETA1 Reporter: Matt Drees Priority: Minor >From the referenced forum post, I just learned that conversation timeouts don't behave like session timeouts; timeouts only occur in requests, and there is a notion of a "foreground" conversation that doesn't timeout. I like this design, but I don't think the documentation makes this clear. I think people's intuition is that conversation timeouts will happen just like session timeouts. Could you please explain this more clearly in the docs? -- 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, 9 months

2
3
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-730) User/Role/Permission model

by Gavin King (JIRA)

User/Role/Permission model -------------------------- Key: JBSEAM-730 URL: http://jira.jboss.com/jira/browse/JBSEAM-730 Project: JBoss Seam Issue Type: Feature Request Components: Security Reporter: Gavin King Assigned To: Shane Bryzak Fix For: 1.2.0.BETA1 There should be an optional component which plugs into Seam/Security to provide the following model: Role (name, description, manager??) User extends Role (password, firstName, lastName, additionalNames, email) RoleRole (role, role) Permission(objectName, operationName) RolePermission(role,permission) RoleInstancePermission(objectName, operationName, objectId) This model would be extensible by the user, simply using inheritance. There would be a built-in management console for creating users and roles and assigning roles and permissions. -- 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, 9 months

5
8
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2289) Provide no-arg constructor for SeamExpressionFactory

by Florent Guilllaume (JIRA)

Provide no-arg constructor for SeamExpressionFactory ---------------------------------------------------- Key: JBSEAM-2289 URL: http://jira.jboss.com/jira/browse/JBSEAM-2289 Project: JBoss Seam Issue Type: Feature Request Components: EL Affects Versions: 2.0.0.GA Reporter: Florent Guilllaume Priority: Minor I'd like a public no-arg constructor to SeamExpressionFactory: public SeamExpressionFactory() { super(INSTANCE); } The reason is that I want a facelet view handler extending FaceletViewHandler with the Seam expression factory. To do that I would use: @Override protected Compiler createCompiler() { Compiler compiler = super.createCompiler(); compiler.setFeature(Compiler.EXPRESSION_FACTORY, "org.jboss.seam.el.SeamExpressionFactory"); return compiler; } But a Compiler.EXPRESSION_FACTORY expects a class with a no-arg constructor (see com.sun.facelets.compiler.Compiler#createExpressionFactory and #featureInstance). As a workaround I can use my own subclass of SeamExpressionFactory but the super constructor SeamExpressionFactory(ExpressionFactory expressionFactory), which I need to call, is package-private. So I have to use the package org.jboss.seam.el just to call that constructor, which is not nice. Just having a no-arg constructor would simplify all 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, 9 months

2
4
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2115) Better tests for NthBusinessDay

by Pete Muir (JIRA)

Better tests for NthBusinessDay ------------------------------- Key: JBSEAM-2115 URL: http://jira.jboss.com/jira/browse/JBSEAM-2115 Project: JBoss Seam Issue Type: Task Components: Examples Affects Versions: 2.0.0.CR2 Reporter: Pete Muir Priority: Minor Fix For: 2.0.x -- 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, 9 months

1
1
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1371) Unable to use TestNG groups with SeamTest

by Samuel Mendenhall (JIRA)

Unable to use TestNG groups with SeamTest ----------------------------------------- Key: JBSEAM-1371 URL: http://jira.jboss.com/jira/browse/JBSEAM-1371 Project: JBoss Seam Issue Type: Bug Components: Test Harness Affects Versions: 1.2.1.GA Reporter: Samuel Mendenhall Priority: Minor testng xml in build.xml ++++++++++++++++++++++++++++++ <testng outputdir="${basedir}/test-report" groups="SomeGroups"> <classfileset dir="classes" includes="**/*.class" /> <classpath path="${test.dir}" /> <classpath path="${embedded-ejb3.dir}" /> <classpath refid="build.classpath" /> </testng> ++++++++++++++++++++++++++++++ EmptyTest.java ++++++++++++++++++++++++++++++ public class EmptyTest extends SeamTest { @Test(groups = {"SomeGroups"}) public void testNothing() throws Exception { new FacesRequest() { @Override protected void invokeApplication() throws Exception { assert true; } }.run(); } @Test public void testNothingAgain() throws Exception { assert true; } } ++++++++++++++++++++++++++++++ command: ++++++++++++++++++++++++++++++ ant test ++++++++++++++++++++++++++++++ Exception: ++++++++++++++++++++++++++++++ [testng] java.lang.NullPointerException [testng] at org.jboss.seam.mock.SeamTest$Request.run(SeamTest.java:418) [testng] at com.mydomain.convotest.EmptyTest.testNothing(EmptyTest.java:10) .. ++++++++++++++++++++++++++++++ -- 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, 9 months

5
5
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2127) Need redirection back to current view after session timeout

by Samuel Mendenhall (JIRA)

Need redirection back to current view after session timeout ----------------------------------------------------------- Key: JBSEAM-2127 URL: http://jira.jboss.com/jira/browse/JBSEAM-2127 Project: JBoss Seam Issue Type: Feature Request Reporter: Samuel Mendenhall Priority: Minor When the session times out the user should be redirected back to the page he or she was last working on. -- 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, 9 months

3
2
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1858) Ability to avoid view path repetition in pages.xml

by Matt Drees (JIRA)

Ability to avoid view path repetition in pages.xml -------------------------------------------------- Key: JBSEAM-1858 URL: http://jira.jboss.com/jira/browse/JBSEAM-1858 Project: JBoss Seam Issue Type: Feature Request Reporter: Matt Drees Priority: Minor It would be fantastic if instead of this: <page view-id="/admin/modules/additionalExpenses/registrantTypeSettings.xhtml"> <navigation from-action="#{additionalExpensesAdminManager.newExpense}"> <redirect view-id="/admin/modules/additionalExpenses/editExpense.xhtml"/> </navigation> <navigation from-action="#{additionalExpensesAdminManager.newSectionHeader}"> <redirect view-id="/admin/modules/additionalExpenses/editSectionHeader.xhtml"/> </navigation> </page> I could do this: <pages view-scope="/admin/modules/additionalExpenses/"> <page view-id="registrantTypeSettings.xhtml"> <navigation from-action="#{additionalExpensesAdminManager.newExpense}"> <redirect view-id="editExpense.xhtml"/> </navigation> <navigation from-action="#{additionalExpensesAdminManager.newSectionHeader}"> <redirect view-id="editSectionHeader.xhtml"/> </navigation> </page> </pages> It would be best if <pages> could be nested in other <pages>, but there are probably some other ramifications of that, so maybe it'd be better to introduce another element. Maybe <view-scope> or something. -- 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, 9 months

2
1
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1990) Reloading app causes IllegalStateException when passivating session objects

by Matt Drees (JIRA)

Reloading app causes IllegalStateException when passivating session objects --------------------------------------------------------------------------- Key: JBSEAM-1990 URL: http://jira.jboss.com/jira/browse/JBSEAM-1990 Project: JBoss Seam Issue Type: Bug Affects Versions: 2.0.0.CR1 Environment: Tomcat 5.5 Reporter: Matt Drees Priority: Minor I haven't tested in other appservers. Reloading the Hibernate example causes the following stacktrace: Sep 26, 2007 9:15:37 PM org.apache.catalina.session.StandardSession passivate SEVERE: Session attribute event listener threw exception java.lang.IllegalStateException: Attempted to invoke a Seam component outside the an initialized application at org.jboss.seam.contexts.Lifecycle.getApplication(Lifecycle.java:36) at org.jboss.seam.contexts.Lifecycle.beginCall(Lifecycle.java:84) at org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:113) at org.jboss.seam.intercept.RootInterceptor.invokeAndHandle(RootInterceptor.java:84) at org.jboss.seam.intercept.JavaBeanInterceptor.callPrePassivate(JavaBeanInterceptor.java:135) at org.jboss.seam.intercept.JavaBeanInterceptor.invoke(JavaBeanInterceptor.java:77) at org.jboss.seam.example.hibernate.HotelSearchingAction_$$_javassist_2.sessionWillPassivate(HotelSearchingAction_$$_javassist_2.java) at org.apache.catalina.session.StandardSession.passivate(StandardSession.java:764) at org.apache.catalina.session.StandardManager.doUnload(StandardManager.java:515) at org.apache.catalina.session.StandardManager.unload(StandardManager.java:462) at org.apache.catalina.session.StandardManager.stop(StandardManager.java:666) at org.apache.catalina.core.StandardContext.stop(StandardContext.java:4345) at org.apache.catalina.core.StandardContext.reload(StandardContext.java:2984) at org.apache.catalina.manager.ManagerServlet.reload(ManagerServlet.java:906) at org.apache.catalina.manager.HTMLManagerServlet.reload(HTMLManagerServlet.java:473) -- 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, 9 months

2
2
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-2331) EntityHome throws "EntityManager is closed" when app marked <distributable/>

by Chris Fraser (JIRA)

EntityHome throws "EntityManager is closed" when app marked <distributable/> ---------------------------------------------------------------------------- Key: JBSEAM-2331 URL: http://jira.jboss.com/jira/browse/JBSEAM-2331 Project: JBoss Seam Issue Type: Bug Reporter: Chris Fraser Attachments: WidgetHome.java Please see my forum post for details on this matter: http://www.jboss.com/index.html?module=bb&op=viewtopic&t=124779 Attached to this ticket is the source for my WidgetHome EntityHome class. I can upload additional files from the project if that will help, but this can be easily recreated by seam-genning a new project, and generating entities from a DB that's got a single table (Widget) with 2 columns (widgetId, widgetName). Once that's done, drop my WidgetHome in place of the seam-genned one, mark the app <distributable/> in web.xml, build/deploy/run the app and you'll see the problem when you create/update a widget. If this is not a bug, then it would at least be nice to have some best practices documented for using EntityHomes (and, as it turns out, EntityQuerys) in an application that has been marked <distributable/>. -- 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, 9 months

2
3
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

seam-issues November 2007