[JBoss JIRA] (WFLY-7403) Jsr310 and jdk8 fasterxml modules are not available from deployment without specific jboss-deployment-structure.xml
by Stuart Douglas (JIRA)
[ https://issues.jboss.org/browse/WFLY-7403?page=com.atlassian.jira.plugin.... ]
Stuart Douglas moved JBEAP-6691 to WFLY-7403:
---------------------------------------------
Project: WildFly (was: JBoss Enterprise Application Platform)
Key: WFLY-7403 (was: JBEAP-6691)
Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1)
Component/s: REST
(was: REST)
Affects Version/s: (was: 7.1.0.DR7)
> Jsr310 and jdk8 fasterxml modules are not available from deployment without specific jboss-deployment-structure.xml
> -------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-7403
> URL: https://issues.jboss.org/browse/WFLY-7403
> Project: WildFly
> Issue Type: Bug
> Components: REST
> Reporter: Stuart Douglas
> Assignee: Stuart Douglas
>
> *Description of problem:*
> Jsr310 and jdk8 fasterxml modules are not available from deployment without specific jboss-deployment-structure.xml
> *How reproducible:*
> Always
> *Steps to Reproduce:*
> * This can be tested if "<module name="com.fasterxml.jackson.core.jackson-annotations"/>" is added to ./modules/system/layers/base/com/fasterxml/jackson/datatype/jackson-datatype-jsr310/main/module.xml (see JBEAP-6673)
> # Create end-point with data types and special jdk8 types and allows
> {code:java}
> @GET
> @Path("entity/get/json")
> @Produces(MediaType.APPLICATION_JSON)
> public DatatypeObject getJson() {
> DatatypeObject per = new DatatypeObject();
> per.setString("someString");
> per.setDate(new Date());
> per.setDuration(Duration.ofSeconds(5, 6));
> per.setDayOfWeek(DayOfWeek.FRIDAY);
> per.setOptionalString1(Optional.of("info(a)example.com"));
> per.setOptionalString2(Optional.<String>empty());
> return per;
> }
> {code}
> # Implement custom ContextResolver in deployment. This code enables jsr310 and jdk8 fasterxml functionality. Example:
> {code:java}
> @Provider
> @Produces( MediaType.APPLICATION_JSON )
> public class JacksonProducer implements ContextResolver<ObjectMapper> {
> private final ObjectMapper json;
> public JacksonProducer() throws Exception {
> this.json = new ObjectMapper()
> .findAndRegisterModules()
> .configure( SerializationFeature.WRITE_DATES_AS_TIMESTAMPS, false )
> .configure( DeserializationFeature.FAIL_ON_UNKNOWN_PROPERTIES, false );
> }
> @Override
> public ObjectMapper getContext( Class<?> objectType ) {
> return json;
> }
> }
> {code}
> # Http request to REST end-point
> *Actual results:*
> {noformat}
> {"string":"someString","optionalString1":{"present":true},"optionalString2":{"present":false},"duration":{"seconds":5,"zero":false,"negative":false,"units":["SECONDS","NANOS"],"nano":6},"date":"2016-10-27T13:02:11.991+0000"}
> {noformat}
> *Expected results:*
> {noformat}{"string":"someString","optionalString1":"info(a)example.com","optionalString2":null,"duration":"PT5.000000006S","date":"2016-10-27T13:01:03.923+0000"}
> {noformat}
> *Workaround:*
> Expected results is returned if specific jboss-deployment-structure.xml file is used:
> {code:xml}
> <?xml version="1.0" encoding="UTF-8"?>
> <jboss-deployment-structure>
> <deployment>
> <dependencies>
> <module name="com.fasterxml.jackson.datatype.jackson-datatype-jdk8" services="import"/>
> <module name="com.fasterxml.jackson.datatype.jackson-datatype-jsr310" services="import"/>
> </dependencies>
> </deployment>
> </jboss-deployment-structure>
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.2#72004)
9 years, 6 months
[JBoss JIRA] (WFLY-7402) NoClassDefFoundError exception is thrown if jsr310 fasterxml module is used
by Stuart Douglas (JIRA)
[ https://issues.jboss.org/browse/WFLY-7402?page=com.atlassian.jira.plugin.... ]
Stuart Douglas moved JBEAP-6690 to WFLY-7402:
---------------------------------------------
Project: WildFly (was: JBoss Enterprise Application Platform)
Key: WFLY-7402 (was: JBEAP-6690)
Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1)
Component/s: REST
(was: REST)
Affects Version/s: (was: 7.1.0.DR7)
> NoClassDefFoundError exception is thrown if jsr310 fasterxml module is used
> ---------------------------------------------------------------------------
>
> Key: WFLY-7402
> URL: https://issues.jboss.org/browse/WFLY-7402
> Project: WildFly
> Issue Type: Bug
> Components: REST
> Reporter: Stuart Douglas
> Assignee: Stuart Douglas
> Priority: Critical
>
> *Description of problem:*
> NoClassDefFoundError exception is thrown if jsr310 fasterxml module is used. This is regression against EAP 7.1.0.DR6 and it is probably caused by Jackson upgrade: JBEAP-6290
> *Possible solution:*
> Add this dependency to ./modules/system/layers/base/com/fasterxml/jackson/datatype/jackson-datatype-jsr310/main/module.xml :
> {code:xml}
> <module name="com.fasterxml.jackson.core.jackson-annotations"/>
> {code}
> *How reproducible:*
> Always
> *Steps to Reproduce:*
> # Implement custom ContextResolver in deployment. This code enables jsr310 and jdk8 fasterxml functionality. Example:
> {code:java}
> @Provider
> @Produces( MediaType.APPLICATION_JSON )
> public class JacksonProducer implements ContextResolver<ObjectMapper> {
> private final ObjectMapper json;
> public JacksonProducer() throws Exception {
> this.json = new ObjectMapper()
> .findAndRegisterModules()
> .configure( SerializationFeature.WRITE_DATES_AS_TIMESTAMPS, false )
> .configure( DeserializationFeature.FAIL_ON_UNKNOWN_PROPERTIES, false );
> }
> @Override
> public ObjectMapper getContext( Class<?> objectType ) {
> return json;
> }
> }
> {code}
> # Http request to REST end-point
> *Actual results:*
> {noformat}
> 17:36:40,881 ERROR [io.undertow.request] (default task-3) UT005023: Exception handling request to /jaxrs-wf/a/sample/entity/get/json: java.lang.NoClassDefFoundError: com/fasterxml/jackson/annotation/JsonFormat$Value
> at com.fasterxml.jackson.datatype.jsr310.ser.JSR310FormattedSerializerBase.createContextual(JSR310FormattedSerializerBase.java:97)
> at com.fasterxml.jackson.datatype.jsr310.ser.DurationSerializer.createContextual(DurationSerializer.java:40)
> at com.fasterxml.jackson.databind.SerializerProvider.handleSecondaryContextualization(SerializerProvider.java:966)
> at com.fasterxml.jackson.databind.SerializerProvider.findValueSerializer(SerializerProvider.java:546)
> at com.fasterxml.jackson.databind.ser.std.BeanSerializerBase.resolve(BeanSerializerBase.java:332)
> at com.fasterxml.jackson.databind.ser.SerializerCache.addAndResolveNonTypedSerializer(SerializerCache.java:197)
> at com.fasterxml.jackson.databind.SerializerProvider._createAndCacheUntypedSerializer(SerializerProvider.java:1269)
> at com.fasterxml.jackson.databind.SerializerProvider.findValueSerializer(SerializerProvider.java:500)
> at com.fasterxml.jackson.databind.SerializerProvider.findTypedValueSerializer(SerializerProvider.java:698)
> at com.fasterxml.jackson.databind.ser.DefaultSerializerProvider.serializeValue(DefaultSerializerProvider.java:270)
> at com.fasterxml.jackson.databind.ObjectWriter$Prefetch.serialize(ObjectWriter.java:1419)
> at com.fasterxml.jackson.databind.ObjectWriter.writeValue(ObjectWriter.java:940)
> at org.jboss.resteasy.plugins.providers.jackson.ResteasyJackson2Provider.writeTo(ResteasyJackson2Provider.java:207)
> at org.jboss.resteasy.core.interception.AbstractWriterInterceptorContext.writeTo(AbstractWriterInterceptorContext.java:131)
> at org.jboss.resteasy.core.interception.ServerWriterInterceptorContext.writeTo(ServerWriterInterceptorContext.java:60)
> at org.jboss.resteasy.core.interception.AbstractWriterInterceptorContext.proceed(AbstractWriterInterceptorContext.java:120)
> at org.jboss.resteasy.security.doseta.DigitalSigningInterceptor.aroundWriteTo(DigitalSigningInterceptor.java:145)
> at org.jboss.resteasy.core.interception.AbstractWriterInterceptorContext.proceed(AbstractWriterInterceptorContext.java:124)
> at org.jboss.resteasy.plugins.interceptors.encoding.GZIPEncodingInterceptor.aroundWriteTo(GZIPEncodingInterceptor.java:100)
> at org.jboss.resteasy.core.interception.AbstractWriterInterceptorContext.proceed(AbstractWriterInterceptorContext.java:124)
> at org.jboss.resteasy.core.ServerResponseWriter.writeNomapResponse(ServerResponseWriter.java:98)
> at org.jboss.resteasy.core.SynchronousDispatcher.writeResponse(SynchronousDispatcher.java:473)
> at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:422)
> at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:209)
> at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.service(ServletContainerDispatcher.java:221)
> at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:56)
> at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:51)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
> at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85)
> at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
> at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
> at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131)
> at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
> at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
> at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
> at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
> at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
> at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292)
> at io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81)
> at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138)
> at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135)
> at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48)
> at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
> at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1671)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1671)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1671)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1671)
> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272)
> at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
> at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104)
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:207)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:810)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.2.2#72004)
9 years, 6 months
[JBoss JIRA] (WFLY-6854) Upgrade Hibernate ORM to 5.1.3
by Gail Badner (JIRA)
[ https://issues.jboss.org/browse/WFLY-6854?page=com.atlassian.jira.plugin.... ]
Gail Badner commented on WFLY-6854:
-----------------------------------
[~kabirkhan], there is https://issues.jboss.org/browse/EAP7-582.
> Upgrade Hibernate ORM to 5.1.3
> -------------------------------
>
> Key: WFLY-6854
> URL: https://issues.jboss.org/browse/WFLY-6854
> Project: WildFly
> Issue Type: Feature Request
> Components: JPA / Hibernate
> Reporter: Emmanuel Bernard
> Assignee: Scott Marlow
> Fix For: 11.0.0.Alpha1
>
>
> This is a follow up on WFLY-6682.
> After looking at the list of potential incompatibilities, we decided to not upgrade to 5.2 but instead to 5.1 to provide a smoother experience to users.
> We can consider adding a 5.2 optional switch via Jipijapa if bandwidth permit but let's treat it as a second issue and have [~smarlow] lead it.
> PS: I put v11Alpha1 but feel free to adjust it to any WF 11 version that fits best.
--
This message was sent by Atlassian JIRA
(v7.2.2#72004)
9 years, 6 months
[JBoss JIRA] (WFLY-6854) Upgrade Hibernate ORM to 5.1.3
by Kabir Khan (JIRA)
[ https://issues.jboss.org/browse/WFLY-6854?page=com.atlassian.jira.plugin.... ]
Kabir Khan commented on WFLY-6854:
----------------------------------
I see there is a PR for 5.1.2 for WildFly, however note that nothing gets merged to WF at the moment without a corresponding EAP7 PR. So until you open an EAP7 PR, we are stuck waiting.
> Upgrade Hibernate ORM to 5.1.3
> -------------------------------
>
> Key: WFLY-6854
> URL: https://issues.jboss.org/browse/WFLY-6854
> Project: WildFly
> Issue Type: Feature Request
> Components: JPA / Hibernate
> Reporter: Emmanuel Bernard
> Assignee: Scott Marlow
> Fix For: 11.0.0.Alpha1
>
>
> This is a follow up on WFLY-6682.
> After looking at the list of potential incompatibilities, we decided to not upgrade to 5.2 but instead to 5.1 to provide a smoother experience to users.
> We can consider adding a 5.2 optional switch via Jipijapa if bandwidth permit but let's treat it as a second issue and have [~smarlow] lead it.
> PS: I put v11Alpha1 but feel free to adjust it to any WF 11 version that fits best.
--
This message was sent by Atlassian JIRA
(v7.2.2#72004)
9 years, 6 months
[JBoss JIRA] (WFLY-6854) Upgrade Hibernate ORM to 5.1.3
by Kabir Khan (JIRA)
[ https://issues.jboss.org/browse/WFLY-6854?page=com.atlassian.jira.plugin.... ]
Kabir Khan commented on WFLY-6854:
----------------------------------
I think the important thing is to get something in sooner rather than later.
> Upgrade Hibernate ORM to 5.1.3
> -------------------------------
>
> Key: WFLY-6854
> URL: https://issues.jboss.org/browse/WFLY-6854
> Project: WildFly
> Issue Type: Feature Request
> Components: JPA / Hibernate
> Reporter: Emmanuel Bernard
> Assignee: Scott Marlow
> Fix For: 11.0.0.Alpha1
>
>
> This is a follow up on WFLY-6682.
> After looking at the list of potential incompatibilities, we decided to not upgrade to 5.2 but instead to 5.1 to provide a smoother experience to users.
> We can consider adding a 5.2 optional switch via Jipijapa if bandwidth permit but let's treat it as a second issue and have [~smarlow] lead it.
> PS: I put v11Alpha1 but feel free to adjust it to any WF 11 version that fits best.
--
This message was sent by Atlassian JIRA
(v7.2.2#72004)
9 years, 6 months
[JBoss JIRA] (WFLY-6854) Upgrade Hibernate ORM to 5.1.3
by Gail Badner (JIRA)
[ https://issues.jboss.org/browse/WFLY-6854?page=com.atlassian.jira.plugin.... ]
Gail Badner commented on WFLY-6854:
-----------------------------------
[~sannegrinovero], 5.1.3 hasn't been released yet. Why should 5.1.4.Final be the new target?
> Upgrade Hibernate ORM to 5.1.3
> -------------------------------
>
> Key: WFLY-6854
> URL: https://issues.jboss.org/browse/WFLY-6854
> Project: WildFly
> Issue Type: Feature Request
> Components: JPA / Hibernate
> Reporter: Emmanuel Bernard
> Assignee: Scott Marlow
> Fix For: 11.0.0.Alpha1
>
>
> This is a follow up on WFLY-6682.
> After looking at the list of potential incompatibilities, we decided to not upgrade to 5.2 but instead to 5.1 to provide a smoother experience to users.
> We can consider adding a 5.2 optional switch via Jipijapa if bandwidth permit but let's treat it as a second issue and have [~smarlow] lead it.
> PS: I put v11Alpha1 but feel free to adjust it to any WF 11 version that fits best.
--
This message was sent by Atlassian JIRA
(v7.2.2#72004)
9 years, 6 months
[JBoss JIRA] (WFLY-7398) Tab completion causes NUL characters ('\0') to be injected...sometimes
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/WFLY-7398?page=com.atlassian.jira.plugin.... ]
Tomaz Cerar reassigned WFLY-7398:
---------------------------------
Assignee: Jean-Francois Denise (was: Jason Greene)
> Tab completion causes NUL characters ('\0') to be injected...sometimes
> ----------------------------------------------------------------------
>
> Key: WFLY-7398
> URL: https://issues.jboss.org/browse/WFLY-7398
> Project: WildFly
> Issue Type: Bug
> Components: CLI
> Reporter: David Lloyd
> Assignee: Jean-Francois Denise
> Priority: Critical
>
> I noticed while testing my subsystem that sometimes using tab-complete on an attribute causes NUL ('\0') characters to be injected into the input. These characters are invisible on the screen but cause XML marshalling to fail as that character is forbidden.
> My "less" output of .jboss-cli-history looks something like this:
> {noformat}
> embed-server --std-out=echo
> cd subsystem=discovery
> ./static-provider=test:add(services=[{uri=^@^@"local", abstract-type="ejb", abstract-type-authority="jboss"}])
> ./static-provider=test4:add(services=[{uri="local", abstract-type="ejb", abstract-type-authority="jboss"}])
> {noformat}
> In the first "test:add" case I used tab-completion; in the second "test4:add" case I typed it out by hand. The "^@" are in inverse video in less, indicating a NUL character.
--
This message was sent by Atlassian JIRA
(v7.2.2#72004)
9 years, 6 months
[JBoss JIRA] (DROOLS-1346) Unwanted firing modifying an event over a window:time
by Matteo Mortari (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1346?page=com.atlassian.jira.plugi... ]
Matteo Mortari commented on DROOLS-1346:
----------------------------------------
{code:java}
@Test(timeout=10000)
public void test01724123() {
// 01724123
String drl =
"package " + MutableEvent.class.getPackage().getName() + "\n" +
"declare " + MutableEvent.class.getCanonicalName() + "\n" +
" @role( event ) \n" +
"end\n" +
"rule \"Delete old fact\"\n" +
" when\n" +
" $event : MutableEvent(!condition)\n" +
" String()\n" +
" then\n" +
" retract($event);\n" +
"end\n" +
"\n" +
"rule \"Generate new fail\"\n" +
" when\n" +
" $lineFail : MutableEvent() over window:time ( 10h )\n" +
" not String()\n" +
" then\n" +
" modify($lineFail) {\n" +
" setCondition(true)\n" +
" }\n" +
" insert(\"check\");\n" +
"end";
KieHelper helper = new KieHelper();
helper.addContent( drl, ResourceType.DRL );
KieBase kbase = helper.build( EventProcessingOption.STREAM );
KieSession ksession = kbase.newKieSession();
ksession.addEventListener(new DefaultAgendaEventListener() {
@Override
public void afterMatchFired(AfterMatchFiredEvent event) {
super.afterMatchFired(event);
System.out.println(event);
}
});
ksession.insert(new MutableEvent());
int fired = ksession.fireAllRules();
assertEquals(1, fired);
}
public static class MutableEvent implements Serializable {
private boolean condition = false;
public boolean isCondition() {
return condition;
}
public void setCondition(boolean condition) {
this.condition = condition;
}
@Override
public String toString() {
StringBuilder builder = new StringBuilder();
builder.append("MutableEvent [condition=").append(condition).append("]");
return builder.toString();
}
}
{code}
> Unwanted firing modifying an event over a window:time
> -----------------------------------------------------
>
> Key: DROOLS-1346
> URL: https://issues.jboss.org/browse/DROOLS-1346
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Reporter: Mario Fusco
> Assignee: Mario Fusco
>
> Steps to reproduce:
> 1. In a first rule pattern match on an event over window:time
> 2. In the consequence of the rule change the value of a field of that event
> 3. Have a second rule that shouldn't match the value of the field changed by the former rule
> 4. This second rule fires even if it shouldn't
--
This message was sent by Atlassian JIRA
(v7.2.2#72004)
9 years, 6 months
[JBoss JIRA] (DROOLS-1346) Unwanted firing modifying an event over a window:time
by Mario Fusco (JIRA)
Mario Fusco created DROOLS-1346:
-----------------------------------
Summary: Unwanted firing modifying an event over a window:time
Key: DROOLS-1346
URL: https://issues.jboss.org/browse/DROOLS-1346
Project: Drools
Issue Type: Bug
Components: core engine
Reporter: Mario Fusco
Assignee: Mario Fusco
Steps to reproduce:
1. In a first rule pattern match on an event over window:time
2. In the consequence of the rule change the value of a field of that event
3. Have a second rule that shouldn't match the value of the field changed by the former rule
4. This second rule fires even if it shouldn't
--
This message was sent by Atlassian JIRA
(v7.2.2#72004)
9 years, 6 months