[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, 9 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1347) Make SeamTest not dependent on TestNG
by Michael Youngstrom (JIRA)
Make SeamTest not dependent on TestNG
-------------------------------------
Key: JBSEAM-1347
URL: http://jira.jboss.com/jira/browse/JBSEAM-1347
Project: JBoss Seam
Issue Type: Feature Request
Affects Versions: 1.2.1.GA
Reporter: Michael Youngstrom
Assigned To: Michael Youngstrom
Fix For: 1.3.0.ALPHA
It would be nice if it were possible to use SeamTest in a testing framework other than TestNG. I'm not proposing Seam provide support for any other testing frameworks I just think it would be nice if developers could have the option create their own way of using the meat of SeamTest in their own way without having to depend upon TestNG.
It would be trivial to move what is currently in SeamTest into an Abstract class (AbstractSeamTest) class and then change SeamTest to extend AbstractSeamTest and specify the testng annotations in that class. That way people who wish to try and make AbstractSeamTest work in another testing framework they can without still having to depend upon TestNG.
100% backwards compatibility, No documentation changes, just a simple refactor.
I believe this issue has low risk and I would be more than happy to take on this issue if approved. I would also like this issue to be considered for inclusion in 1.3.0.
If you want a patch before approving it I can provide that too.
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, 9 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1307) org.jboss.seam.theme.Theme request
by Tomislav Tkal?evi? (JIRA)
org.jboss.seam.theme.Theme request
----------------------------------
Key: JBSEAM-1307
URL: http://jira.jboss.com/jira/browse/JBSEAM-1307
Project: JBoss Seam
Issue Type: Feature Request
Reporter: Tomislav Tkal?evi?
I was trying to set a value for context param named
<context-param>
<param-name>org.ajax4jsf.SKIN</param-name>
<param-value>#{theme.theme}</param-value>
</context-param>
in the web.xml of my apllication through the seam theme
component which seams to be null, even if there is a theme which i have selected.
#{theme.theme} in this case is a value which is located in my defeault.properties file, and has a value
if I set it in the outputtext or anything else to log the value of the #{theme.theme}.
I get the next exception, here is the stack trace:
13:47:32,446 ERROR [InternetResourceService] Error on send resource
org.ajax4jsf.framework.skin.SkinNotFoundException: Name for current Skin calculated as null
at org.ajax4jsf.framework.skin.SkinFactoryImpl.getSkin(SkinFactoryImpl.java:92)
at org.ajax4jsf.framework.renderer.compiler.ElementBase$4.getValue(ElementBase.java:302)
at org.ajax4jsf.framework.renderer.compiler.ElementBase$ValueGetter.getStringOrDefault(ElementBase.java:426)
at org.ajax4jsf.framework.renderer.compiler.ClassElement.getString(ClassElement.java:88)
at org.ajax4jsf.framework.renderer.compiler.ClassElement.encode(ClassElement.java:60)
at org.ajax4jsf.framework.renderer.compiler.ElementBase.encode(ElementBase.java:104)
at org.ajax4jsf.framework.renderer.compiler.ElementBase.encode(ElementBase.java:104)
at org.ajax4jsf.framework.renderer.compiler.RootElement.encode(RootElement.java:64)
at org.ajax4jsf.framework.renderer.compiler.ElementBase.encode(ElementBase.java:72)
at org.ajax4jsf.framework.resource.TemplateCSSRenderer.send(TemplateCSSRenderer.java:79)
at org.ajax4jsf.framework.resource.InternetResourceBase.send(InternetResourceBase.java:369)
at org.ajax4jsf.framework.resource.ResourceLifecycle.send(ResourceLifecycle.java:86)
at org.ajax4jsf.framework.resource.InternetResourceService.sendResource(InternetResourceService.java:213)
at org.ajax4jsf.framework.resource.InternetResourceService.serviceResource(InternetResourceService.java:183)
at org.ajax4jsf.framework.resource.InternetResourceService.serviceResource(InternetResourceService.java:118)
at org.ajax4jsf.framework.ajax.xmlfilter.BaseFilter.doFilter(BaseFilter.java:207)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:57)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:175)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:156)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112)
at java.lang.Thread.run(Thread.java:595)
--
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