[JBoss JIRA] (WFLY-3100) ClassCastException in JSPs where spring-web tags and jstl tags are used
by RH Bugzilla Integration (Jira)
[ https://issues.jboss.org/browse/WFLY-3100?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on WFLY-3100:
-----------------------------------------------
Jan Kurik <jkurik(a)redhat.com> changed the Status of [bug 1075353|https://bugzilla.redhat.com/show_bug.cgi?id=1075353] from VERIFIED to CLOSED
> ClassCastException in JSPs where spring-web tags and jstl tags are used
> -----------------------------------------------------------------------
>
> Key: WFLY-3100
> URL: https://issues.jboss.org/browse/WFLY-3100
> Project: WildFly
> Issue Type: Bug
> Components: EE, Web (Undertow)
> Affects Versions: 8.0.0.Final
> Reporter: abhishek vijra
> Assignee: Shelly McGowan
> Priority: Major
> Labels: jsp, jstl
> Fix For: 8.1.0.CR1, 8.1.0.Final
>
> Attachments: spring-fun.war
>
>
> Following JSP with spring tags
> <%@ page contentType="text/html;charset=UTF-8" language="java" %>
> <%@ taglib prefix="c" uri="http://java.sun.com/jstl/core" %>
> <%@ taglib prefix="spring" uri="http://www.springframework.org/tags" %>
> <html>
> <head><title>Simple jsp page</title></head>
> <body>
>
> <c:set var="hasError" value="${param.hasError}" />
> <c:set var="msg" value="${param.msg}" />
>
> <c:if test="${param.hasError=='true'}">
> Message: <spring:message text="${param.msg}"/>
> </c:if>
>
> </body>
> </html>
> breaks following error
> ERROR [org.springframework.web.servlet.tags.MessageTag] (default task-1) org.apache.taglibs.standard.lang.jstl.ImplicitObjects cannot be cast to javax.servlet.jsp.el.ImplicitObjectELResolver$ImplicitObjects: java.lang.ClassCastException: org.apache.taglibs.standard.lang.jstl.ImplicitObjects cannot be cast to javax.servlet.jsp.el.ImplicitObjectELResolver$ImplicitObjects
> at javax.servlet.jsp.el.ImplicitObjectELResolver$ImplicitObjects.getImplicitObjects(ImplicitObjectELResolver.java:608) [jboss-jsp-api_2.3_spec-1.0.0.Final.jar:1.0.0.Final]
> at javax.servlet.jsp.el.ImplicitObjectELResolver.getValue(ImplicitObjectELResolver.java:169) [jboss-jsp-api_2.3_spec-1.0.0.Final.jar:1.0.0.Final]
> at org.apache.jasper.el.JasperELResolver.getValue(JasperELResolver.java:95) [jastow-1.0.0.Final.jar:1.0.0.Final]
> at org.apache.jasper.el.VariableResolverImpl.resolveVariable(VariableResolverImpl.java:32) [jastow-1.0.0.Final.jar:1.0.0.Final]
> at org.apache.jasper.el.ELResolverImpl.getValue(ELResolverImpl.java:78) [jastow-1.0.0.Final.jar:1.0.0.Final]
> at com.sun.el.parser.AstIdentifier.getValue(AstIdentifier.java:116) [javax.el-3.0.0.jar:3.0.0]
> at com.sun.el.parser.AstValue.getBase(AstValue.java:151) [javax.el-3.0.0.jar:3.0.0]
> at com.sun.el.parser.AstValue.getValue(AstValue.java:200) [javax.el-3.0.0.jar:3.0.0]
> There are two jars (jboss-jsp-api_2.3_spec-1.0.0.Final.jar and jboss-jstl-api_1.2_spec-1.0.4.Final.jar) that are incompatible with each other due to a bug -- both are storing an object in the same place, but the objects are not compatible.
> The result is that a jsp page cannot contain both JSTL and Spring tags, or it will get that error.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 5 months
[JBoss JIRA] (SWSQE-912) Improve clean evn job to always clean all controll planes
by Filip Brychta (Jira)
Filip Brychta created SWSQE-912:
-----------------------------------
Summary: Improve clean evn job to always clean all controll planes
Key: SWSQE-912
URL: https://issues.jboss.org/browse/SWSQE-912
Project: Kiali QE
Issue Type: QE Task
Reporter: Filip Brychta
When we have cluster with more control planes and then we start upstream pipeline with just one control plane the clean env job is stuck on deleting operator. We need to clean everything before installing new control plane.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 5 months
[JBoss JIRA] (DROOLS-4384) Fix LeaderElection problems introduced with supported dependencies
by Massimiliano Dessi (Jira)
[ https://issues.jboss.org/browse/DROOLS-4384?page=com.atlassian.jira.plugi... ]
Massimiliano Dessi edited comment on DROOLS-4384 at 8/2/19 2:39 AM:
--------------------------------------------------------------------
Fabric8 k8s client in case of error fails silently, no exception, no log, simply stop the execution and the thread wait,
the error could see with debug remote on openshift using the evaluate when the ConfigMaps are created with the builders or when k8s client try to replace the configmap.
The error is the lack of the validation dependencies not required by the k8s client but used for the validation internally.
!Istantanea_2019-08-01_18-42-24.png|thumbnail!
https://github.com/kiegroup/openshift-drools-hacep/pull/17/commits/1b9065...
was (Author: mdessi):
Fabric8 k8s client in case of error fails silently, no exception, no log, simply stop the execution and the thread wait,
the error could see with debug remote on openshift using the evaluate when the ConfigMaps are created with the builders or when k8s client try to replace the configmap.
The error is the lack of the validation dependencies not required by the k8s client but used for the validation internally.
!Istantanea_2019-08-01_18-42-24.png|thumbnail!
> Fix LeaderElection problems introduced with supported dependencies
> ------------------------------------------------------------------
>
> Key: DROOLS-4384
> URL: https://issues.jboss.org/browse/DROOLS-4384
> Project: Drools
> Issue Type: Task
> Reporter: Massimiliano Dessi
> Assignee: Massimiliano Dessi
> Priority: Major
> Attachments: Istantanea_2019-08-01_18-42-24.png
>
>
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 5 months