[JBoss JIRA] (WFLY-3168) Wrong Mojarra version on Linux
by Stuart Douglas (JIRA)
[ https://issues.jboss.org/browse/WFLY-3168?page=com.atlassian.jira.plugin.... ]
Stuart Douglas commented on WFLY-3168:
--------------------------------------
Any chance you installed WF from RPM (or .deb), and there is something screwy in the rpm version?
Either way this is not our bug, but should be filed against whoever provides the packages, we don't provided different downloads for Linux and Windows, just the single zip file.
> Wrong Mojarra version on Linux
> ------------------------------
>
> Key: WFLY-3168
> URL: https://issues.jboss.org/browse/WFLY-3168
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: JSF
> Affects Versions: 8.0.0.Final
> Environment: Linux
> Reporter: Thorsten Richter
> Assignee: Farah Juma
> Labels: jsf, linux, mojarra, viewscoped
>
> We had a bug on Linux that the @ViewScoped annotation didn't work for AJAX requests. We found out, that the Mojarra version is causing the problem. On our Windows development machines everything worked fine, but on the Linux production server @ViewScoped didn't work.
> So we searched for the root cause and found out, that the Mojarra version was different on Linux.
> The Linux package of Wildfly contains an older version of Mojarra (2.1.7) within the modules/com/sun/jsf-impl folder that needs to be deleted.
> The Windows package of Wildfly doesn't even contain a com folder within modules.
> So maybe the whole com folder on Linux is wrong?
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 9 months
[JBoss JIRA] (WFLY-3168) Wrong Mojarra version on Linux
by Stuart Douglas (JIRA)
[ https://issues.jboss.org/browse/WFLY-3168?page=com.atlassian.jira.plugin.... ]
Stuart Douglas resolved WFLY-3168.
----------------------------------
Resolution: Rejected
> Wrong Mojarra version on Linux
> ------------------------------
>
> Key: WFLY-3168
> URL: https://issues.jboss.org/browse/WFLY-3168
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: JSF
> Affects Versions: 8.0.0.Final
> Environment: Linux
> Reporter: Thorsten Richter
> Assignee: Farah Juma
> Labels: jsf, linux, mojarra, viewscoped
>
> We had a bug on Linux that the @ViewScoped annotation didn't work for AJAX requests. We found out, that the Mojarra version is causing the problem. On our Windows development machines everything worked fine, but on the Linux production server @ViewScoped didn't work.
> So we searched for the root cause and found out, that the Mojarra version was different on Linux.
> The Linux package of Wildfly contains an older version of Mojarra (2.1.7) within the modules/com/sun/jsf-impl folder that needs to be deleted.
> The Windows package of Wildfly doesn't even contain a com folder within modules.
> So maybe the whole com folder on Linux is wrong?
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 9 months
[JBoss JIRA] (WFLY-3176) Certain file types are filtered out and excluded upon deployment
by Stuart Douglas (JIRA)
[ https://issues.jboss.org/browse/WFLY-3176?page=com.atlassian.jira.plugin.... ]
Stuart Douglas resolved WFLY-3176.
----------------------------------
Resolution: Done
Should be fixed by the inclusion of Undertow 1.0.3
> Certain file types are filtered out and excluded upon deployment
> ----------------------------------------------------------------
>
> Key: WFLY-3176
> URL: https://issues.jboss.org/browse/WFLY-3176
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Environment: Windows 7 x64
> Reporter: Jason Kim
>
> In Wildfly 8.0.0, it was possible to deploy a web application with *.less files as well as other custom extensions, but with the latest build (Build #1041), when I try to deploy an html page that references *.less files, the *.less files are unavailable and I get a 404 error.
> The same site along with the references to the *.less files worked on 8.0.0 FInal. I tried with other file types, just making up extensions, and Wildfly would not serve the files, instead it would return aa 404 when trying to access them.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 9 months
[JBoss JIRA] (WFLY-3176) Certain file types are filtered out and excluded upon deployment
by Jason Kim (JIRA)
[ https://issues.jboss.org/browse/WFLY-3176?page=com.atlassian.jira.plugin.... ]
Jason Kim updated WFLY-3176:
----------------------------
Description:
In Wildfly 8.0.0, it was possible to deploy a web application with *.less files as well as other custom extensions, but with the latest build (Build #1041), when I try to deploy an html page that references *.less files, the *.less files are unavailable and I get a 404 error.
The same site along with the references to the *.less files worked on 8.0.0 FInal. I tried with other file types, just making up extensions, and Wildfly would not serve the files, instead it would return aa 404 when trying to access them.
was:
In Wildfly 8.0.0, it was possible to deploy a web application with *.less files as well as other custom extensions, but with the latest build (Build #1041), when I try to deploy an html page that references *.less files, the *.less files are unavailable and I get a 404 error.
The same site worked on 8.0.0 FInal.
> Certain file types are filtered out and excluded upon deployment
> ----------------------------------------------------------------
>
> Key: WFLY-3176
> URL: https://issues.jboss.org/browse/WFLY-3176
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Environment: Windows 7 x64
> Reporter: Jason Kim
>
> In Wildfly 8.0.0, it was possible to deploy a web application with *.less files as well as other custom extensions, but with the latest build (Build #1041), when I try to deploy an html page that references *.less files, the *.less files are unavailable and I get a 404 error.
> The same site along with the references to the *.less files worked on 8.0.0 FInal. I tried with other file types, just making up extensions, and Wildfly would not serve the files, instead it would return aa 404 when trying to access them.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 9 months
[JBoss JIRA] (WFLY-3176) Certain file types are filtered out and excluded upon deployment
by Jason Kim (JIRA)
Jason Kim created WFLY-3176:
-------------------------------
Summary: Certain file types are filtered out and excluded upon deployment
Key: WFLY-3176
URL: https://issues.jboss.org/browse/WFLY-3176
Project: WildFly
Issue Type: Bug
Security Level: Public (Everyone can see)
Environment: Windows 7 x64
Reporter: Jason Kim
In Wildfly 8.0.0, it was possible to deploy a web application with *.less files as well as other custom extensions, but with the latest build (Build #1041), when I try to deploy an html page that references *.less files, the *.less files are unavailable and I get a 404 error.
The same site worked on 8.0.0 FInal.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 9 months