[JBoss JIRA] (RFPL-3798) Smoke-test RichFaces with Mojarra 2.3
by Jiří Štefek (JIRA)
[ https://issues.jboss.org/browse/RFPL-3798?page=com.atlassian.jira.plugin.... ]
Jiří Štefek edited comment on RFPL-3798 at 5/19/15 6:42 AM:
------------------------------------------------------------
All Metamer tests with plain template passed and the unstable ones were verified manually.
It does not seem there is any problem with RF 4.5.6-SNAPSHOT on Mojarra 2.3.0-m02 (except the CI issue with NPE).
was (Author: jstefek):
All Metamer tests with plain template passed and the unstable ones were verified manually.
It does not seem there is any problem with RF 4.5.6-SNAPSHOT on Mojarra 2.3.0-m02.
> Smoke-test RichFaces with Mojarra 2.3
> -------------------------------------
>
> Key: RFPL-3798
> URL: https://issues.jboss.org/browse/RFPL-3798
> Project: RichFaces Planning
> Issue Type: Task
> Components: QE
> Affects Versions: 4.5.4
> Reporter: Pavol Pitonak
> Assignee: Jiří Štefek
>
> Create a Jenkins job which will run smoke tests for RichFaces with latest build of Mojarra 2.3 (right now 2.3.0.M2)
> Probably the easiest way is to create a new Metamer profile derived from Tomcat 8.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 11 months
[JBoss JIRA] (RFPL-3798) Smoke-test RichFaces with Mojarra 2.3
by Jiří Štefek (JIRA)
[ https://issues.jboss.org/browse/RFPL-3798?page=com.atlassian.jira.plugin.... ]
Jiří Štefek commented on RFPL-3798:
-----------------------------------
All Metamer tests with plain template passed and the unstable ones were verified manually.
It does not seem there is any problem with RF 4.5.6-SNAPSHOT on Mojarra 2.3.0-m02.
> Smoke-test RichFaces with Mojarra 2.3
> -------------------------------------
>
> Key: RFPL-3798
> URL: https://issues.jboss.org/browse/RFPL-3798
> Project: RichFaces Planning
> Issue Type: Task
> Components: QE
> Affects Versions: 4.5.4
> Reporter: Pavol Pitonak
> Assignee: Jiří Štefek
>
> Create a Jenkins job which will run smoke tests for RichFaces with latest build of Mojarra 2.3 (right now 2.3.0.M2)
> Probably the easiest way is to create a new Metamer profile derived from Tomcat 8.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 11 months
[JBoss JIRA] (RFPL-3798) Smoke-test RichFaces with Mojarra 2.3
by Jiří Štefek (JIRA)
[ https://issues.jboss.org/browse/RFPL-3798?page=com.atlassian.jira.plugin.... ]
Jiří Štefek commented on RFPL-3798:
-----------------------------------
Created job at https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/richfaces-4.5-metame...
I have not added any profile to Metamer, instead I have rebuild the war with needed jsf version inside the job.
Now the job is running from custom branch with a workaround, because there is an Exception on first attempt of loading Metamer page ([screenshot|https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/richfaces...]):
{code}
java.lang.NullPointerException
at org.richfaces.tests.metamer.Attributes.loadRichFacesComponents(Attributes.java:659)
at org.richfaces.tests.metamer.Attributes.<init>(Attributes.java:107)
at org.richfaces.tests.metamer.Attributes.getComponentAttributesFromFacesConfig(Attributes.java:151)
at org.richfaces.tests.metamer.bean.rich.RichTreeBean.init(RichTreeBean.java:98)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at com.sun.faces.vendor.WebContainerInjectionProvider.invokeAnnotatedMethod(WebContainerInjectionProvider.java:114)
at com.sun.faces.vendor.WebContainerInjectionProvider.invokePostConstruct(WebContainerInjectionProvider.java:96)
at com.sun.faces.mgbean.BeanBuilder.invokePostConstruct(BeanBuilder.java:221)
at com.sun.faces.mgbean.BeanBuilder.build(BeanBuilder.java:103)
at com.sun.faces.mgbean.BeanManager.createAndPush(BeanManager.java:409)
at com.sun.faces.mgbean.BeanManager.create(BeanManager.java:269)
at com.sun.faces.el.ManagedBeanELResolver.resolveBean(ManagedBeanELResolver.java:257)
at com.sun.faces.el.ManagedBeanELResolver.getValue(ManagedBeanELResolver.java:117)
at com.sun.faces.el.DemuxCompositeELResolver._getValue(DemuxCompositeELResolver.java:176)
at com.sun.faces.el.DemuxCompositeELResolver.getValue(DemuxCompositeELResolver.java:203)
at org.apache.el.parser.AstIdentifier.getValue(AstIdentifier.java:80)
at org.apache.el.parser.AstValue.getValue(AstValue.java:135)
at org.apache.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:184)
at org.jboss.weld.el.WeldValueExpression.getValue(WeldValueExpression.java:50)
at com.sun.faces.facelets.el.TagValueExpression.getValue(TagValueExpression.java:109)
at javax.faces.component.UIComponentBase$AttributesMap.get(UIComponentBase.java:2416)
at com.sun.faces.el.CompositeComponentAttributesELResolver$ExpressionEvalMap.get(CompositeComponentAttributesELResolver.java:393)
at javax.el.MapELResolver.getValue(MapELResolver.java:65)
at com.sun.faces.el.DemuxCompositeELResolver._getValue(DemuxCompositeELResolver.java:176)
at com.sun.faces.el.DemuxCompositeELResolver.getValue(DemuxCompositeELResolver.java:203)
at org.apache.el.parser.AstValue.getValue(AstValue.java:167)
at org.apache.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:184)
at org.jboss.weld.el.WeldValueExpression.getValue(WeldValueExpression.java:50)
at com.sun.faces.facelets.el.ContextualCompositeValueExpression.getValue(ContextualCompositeValueExpression.java:158)
at com.sun.faces.facelets.el.TagValueExpression.getValue(TagValueExpression.java:109)
at com.sun.faces.facelets.tag.jstl.core.ForEachHandler.apply(ForEachHandler.java:163)
at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137)
at org.richfaces.view.facelets.html.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53)
at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:203)
at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120)
at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137)
at org.richfaces.view.facelets.html.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53)
at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:203)
at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120)
at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95)
at com.sun.faces.facelets.tag.composite.ImplementationHandler.apply(ImplementationHandler.java:81)
at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95)
at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93)
at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87)
at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:312)
at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:371)
at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:326)
at com.sun.faces.facelets.tag.jsf.CompositeComponentTagHandler.applyCompositeComponent(CompositeComponentTagHandler.java:387)
at com.sun.faces.facelets.tag.jsf.CompositeComponentTagHandler.applyNextHandler(CompositeComponentTagHandler.java:188)
at org.richfaces.view.facelets.html.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53)
at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:203)
at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120)
at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95)
at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:194)
at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93)
at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87)
at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:312)
at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:371)
at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:350)
at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199)
at com.sun.faces.facelets.tag.ui.IncludeHandler.apply(IncludeHandler.java:124)
at com.sun.faces.facelets.tag.ui.DefineHandler.applyDefinition(DefineHandler.java:106)
at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:206)
at com.sun.faces.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:395)
at com.sun.faces.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:366)
at com.sun.faces.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:111)
at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95)
at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137)
at org.richfaces.view.facelets.html.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53)
at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:203)
at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120)
at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95)
at com.sun.faces.facelets.tag.jstl.core.ChooseOtherwiseHandler.apply(ChooseOtherwiseHandler.java:79)
at com.sun.faces.facelets.tag.jstl.core.ChooseHandler.apply(ChooseHandler.java:110)
at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95)
at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137)
at org.richfaces.view.facelets.html.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53)
at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:203)
at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120)
at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95)
at javax.faces.view.facelets.DelegatingMetaTagHandler.applyNextHandler(DelegatingMetaTagHandler.java:137)
at org.richfaces.view.facelets.html.BehaviorsAddingComponentHandlerWrapper.applyNextHandler(BehaviorsAddingComponentHandlerWrapper.java:53)
at com.sun.faces.facelets.tag.jsf.ComponentTagHandlerDelegateImpl.apply(ComponentTagHandlerDelegateImpl.java:203)
at javax.faces.view.facelets.DelegatingMetaTagHandler.apply(DelegatingMetaTagHandler.java:120)
at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95)
at com.sun.faces.facelets.tag.jsf.core.ViewHandler.apply(ViewHandler.java:224)
at javax.faces.view.facelets.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:95)
at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93)
at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87)
at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:312)
at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:371)
at com.sun.faces.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:350)
at com.sun.faces.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:199)
at com.sun.faces.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:174)
at com.sun.faces.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:93)
at com.sun.faces.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:87)
at com.sun.faces.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:161)
at com.sun.faces.application.view.FaceletViewHandlingStrategy.buildView(FaceletViewHandlingStrategy.java:1003)
at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:101)
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:219)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:661)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:291)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.richfaces.tests.metamer.TestIdentityFilter.doFilter(TestIdentityFilter.java:93)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:219)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:106)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:142)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79)
at org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:610)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:518)
at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1091)
at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:668)
at org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:223)
at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1517)
at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1474)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
at java.lang.Thread.run(Thread.java:745)
{code}
I am not sure what is happening there but I am not able to reproduce this behavior outside CI (tried with my desktop with Fedora 21 and on virtual machine using Win 7).
> Smoke-test RichFaces with Mojarra 2.3
> -------------------------------------
>
> Key: RFPL-3798
> URL: https://issues.jboss.org/browse/RFPL-3798
> Project: RichFaces Planning
> Issue Type: Task
> Components: QE
> Affects Versions: 4.5.4
> Reporter: Pavol Pitonak
> Assignee: Jiří Štefek
>
> Create a Jenkins job which will run smoke tests for RichFaces with latest build of Mojarra 2.3 (right now 2.3.0.M2)
> Probably the easiest way is to create a new Metamer profile derived from Tomcat 8.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 11 months
[JBoss JIRA] (RFPL-3838) Jenkins job - Showcase & Tomcat 8
by Matej Novotny (JIRA)
[ https://issues.jboss.org/browse/RFPL-3838?page=com.atlassian.jira.plugin.... ]
Matej Novotny commented on RFPL-3838:
-------------------------------------
Implemented a parameter named {{<surefire.jvm.params>}} with a default value preserving the original setup (min heap of 1 GB and max of 2 GBs). It can be set from CMD and works locally for me (can be verified by setting value to extremely low such as 1MB which should result in out of memory exception).
In Jenkins job(s), if there is a 32-bit machine expected we can add {{-Dsurefire.jvm.params='-Xms256m -Xmx1024m'}} as cmd parameter (or any other desired value).
I will change Jenkins job for Showcase and see whether there is some additional problem to address.
> Jenkins job - Showcase & Tomcat 8
> ---------------------------------
>
> Key: RFPL-3838
> URL: https://issues.jboss.org/browse/RFPL-3838
> Project: RichFaces Planning
> Issue Type: Bug
> Affects Versions: 4.5.5
> Reporter: Matej Novotny
> Assignee: Matej Novotny
> Fix For: 4.5.6
>
>
> We need to stabilize Jenkins jobs with Showcase & Tomcat 8.
> As of now all builds with Tomcat fail due to artifact not being downloaded or JVM not initiated. We should investigate and fix this.
> See [RF 4.5 job|https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/RichFaces/view/...] or [release job|https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/RichFaces/view/...] for detailed causes.
> Last time I tried this locally, it was working so I believe this is a Jenkins misconfiguration.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 11 months
[JBoss JIRA] (RFPL-3833) Test RichFaces with JBDS 8.1.0
by Matej Novotny (JIRA)
[ https://issues.jboss.org/browse/RFPL-3833?page=com.atlassian.jira.plugin.... ]
Matej Novotny resolved RFPL-3833.
---------------------------------
Resolution: Done
Verified last step. Working as expected.
Resolving issue.
> Test RichFaces with JBDS 8.1.0
> ------------------------------
>
> Key: RFPL-3833
> URL: https://issues.jboss.org/browse/RFPL-3833
> Project: RichFaces Planning
> Issue Type: Sub-task
> Components: QE
> Reporter: Pavol Pitonak
> Assignee: Matej Novotny
> Fix For: 4.5.5
>
>
> *In case of any changes and/or inaccuracy be sure to update this description.*
> # create a new Maven project and deploy it to WildFly 8.2 and Tomcat 8
> #* File -> New -> Other
> #* Select {{Maven Project}}
> #* Once prompted to choose archetype, add new repository to Catalog
> #** As address you are going to need the staging repo URL
> #* Choose simple-app from the newly added repo (e.g. with correct RF version)
> #* Test with Tomcat (no changes needed)
> #* Test with Wildfly
> #** Need to activate {{jee6}} profile
> # create a new Ant project and deploy it to WildFly 8.2 and Tomcat 8
> #* File -> New -> Other
> #* Select {{JSF Project}} & when prompted choose 'Kickstars without libs'
> #* Don't forget to use JSF 2.2
> #* Finish the wizard, you can install Wildfly and Tomcat servers at this point
> #* Get RF Distribution (from staged repo in ZIP format) and add JAR files (with RF and mandatory libs) to this new project
> #* Download javax.faces JAR (or myfaces) => this is *only* needed for Tomcat so add only if you wish to deploy app there
> #* As a template you can use RF simple-app archetype and copy following things to ant project, if possible preserve the structure:
> #** RichBean.java
> #** index.xhtml
> #** templates (whole folder)
> #* Add following to the web.xml (it only maps index page to localhost:8080/app_name)
> #** {code}<welcome-file-list>
> <welcome-file>faces/index.xhtml</welcome-file>
> </welcome-file-list>{code}
> #* At this point, app should be buildable and deployable and accessible at {{localhost:8080/app_name}}
> #* Test on Wildfly
> #* Add JSF implementation JAR to libraries, rebuild and test on Tomcat
> #** Based on JSF impl chosen you might come across following bug: https://java.net/jira/browse/JAVASERVERFACES-3400
> #** Workaround is to change RichBean from {{ViewScoped}} to {{SessionScoped}}
> # Try to import existing Maven project
> #* Make use of Showcase in RF distribution ZIP and import that
> #* To deploy with Tomcat no additional settings is needed
> #* To deploy with Wildfly tou need to activate {{jbas71 profile}}
> # create new project from JBoss Central
> add 4.
> According to the RFPL-2204 it should be verified that the project can be generated only from Maven Central, steps to do that:
> In addition to this, a manual verification of the archetype in JBoss tools is required. Steps to test a SNAPSHOT of the archetype in JBoss tools are as follows:
> (03:05:35 PM) Snjeza: you can create project example user site pointing to whatever project example descriptor you want
> (03:06:09 PM) bleathem: Snjeza: how do you do that?
> (03:09:12 PM) Snjeza: bleathem: Call Window>Preferences>JBoss Tools>Project Examples and click the Add button. Project example xml file can be in your local file system
> (03:09:53 PM) bleathem: Snjeza: and how do I make a project example xml file? Can I just copy one from somehwere else?
> (03:15:10 PM) Snjeza: bleathem: you can copy the following http://download.jboss.org/jbosstools/examples/project-examples-shared-3.3... and change the version of your richfaces archetype
> (03:33:58 PM) Snjeza: bleathem: You have to check the Show experimental sites checkbox if you want user sites to be shown
> *The last step has sever substeps. This steps can be performed when RichFaces are in maven central repository. Do the following:*
> 1) I use latest stable JBDS, e.g. for this release *8.1.0* downloaded from this site https://www.jboss.org/products/devstudio/download/
> 2) Download particular project-examples-shared-VERSION.xml from this site. I download the file with the biggest version number. http://download.jboss.org/jbosstools/examples/
> 4) Alter the project-examples-shared-VERSION.xml in this way
> comment lines <stacksId>richfaces-archetype-kitchensink</stacksId> and <stacksType>richfaces-kitchensink</stacksType>
> un-comment lines which contain comment: unnecessary when a stacksId is used (only for richfaces part).
> change the version of the richfaces-archetype-kitchensink to the released one, e.g. for this release 4.5.0.Beta1
> save it
> 5) In JBDS, Preferences --> JBoss Tools --> Project Examples --> add new site, which points to the edited .xml file.
> 6) Shut down JBDS
> in your local ~/.m2/settings.xml turn off all JBoss repositories (or in other global settings). So Any project will be built only from Maven central repositories.
> Remove all richfaces artifacts from your local repository, so they will be downloaded when necessary.
> 7) Start JBDS.
> 8) In JBoss Central (the start page), click on the Project Exampels Wizard, located next to Start from sample header
> 9) Check show experimental sites
> 10) From select box choose your site.
> 11) Create RichFaces project.
> 12) It should download artifacts only from Maven Central, and it should be deployable. Test it only on Wildfly.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 11 months
[JBoss JIRA] (RFPL-3838) Jenkins job - Showcase & Tomcat 8
by Matej Novotny (JIRA)
[ https://issues.jboss.org/browse/RFPL-3838?page=com.atlassian.jira.plugin.... ]
Matej Novotny edited comment on RFPL-3838 at 5/6/15 8:02 AM:
-------------------------------------------------------------
As for 4.5 jobs I found out that JVM startup failure is due to job being executed on x86 architecture. As a result of workaround for Travis builds (RF-13996) I have increased heap sizes for surefire builds to a maximum of 2 GBs. Obviously with 32bit architecture any attempt to allocate such heap results in a VM failure.
I will try to use a {{sed}} command to comment these lines out before test execution; that way we could still use 32 bit machines for testing.
EDIT: another way would be to refactor {{<argLine>}} to use parameter (e.g. {{-DmaxHeap}} with some defualt value for Travis and change this value within Jenkins builds. Even though I can only see some failures in Showcase builds as those are the only ones making use of Windows machines (which in turn are the only ones using 32 bit architecture).
was (Author: manovotn):
As for 4.5 jobs I found out that JVM startup failure is due to job being executed on x86 architecture. As a result of workaround for Travis builds (RF-13996) I have increased heap sizes for surefire builds to a maximum of 2 GBs. Obviously with 32bit architecture any attempt to allocate such heap results in a VM failure.
I will try to use a {{sed}} command to comment these lines out before test execution; that way we could still use 32 bit machines for testing.
> Jenkins job - Showcase & Tomcat 8
> ---------------------------------
>
> Key: RFPL-3838
> URL: https://issues.jboss.org/browse/RFPL-3838
> Project: RichFaces Planning
> Issue Type: Bug
> Affects Versions: 4.5.5
> Reporter: Matej Novotny
> Assignee: Matej Novotny
> Fix For: 4.5.6
>
>
> We need to stabilize Jenkins jobs with Showcase & Tomcat 8.
> As of now all builds with Tomcat fail due to artifact not being downloaded or JVM not initiated. We should investigate and fix this.
> See [RF 4.5 job|https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/RichFaces/view/...] or [release job|https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/RichFaces/view/...] for detailed causes.
> Last time I tried this locally, it was working so I believe this is a Jenkins misconfiguration.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 11 months
