[JBoss JIRA] (DROOLS-2084) JDK9: kie-maven-plugin and kie-takair-plugin fail to build
by Petr Široký (JIRA)
Petr Široký created DROOLS-2084:
-----------------------------------
Summary: JDK9: kie-maven-plugin and kie-takair-plugin fail to build
Key: DROOLS-2084
URL: https://issues.jboss.org/browse/DROOLS-2084
Project: Drools
Issue Type: Bug
Components: tools
Affects Versions: 7.4.1.Final
Environment: Maven 3.5.2
JDK 9.0.1
Reporter: Petr Široký
Assignee: Mario Fusco
{{kie-maven-plugin}} and {{kie-takari-plugin}} currently can not be build with JDK9. The complete error message is:
{code}
[ERROR] Failed to execute goal io.takari.maven.plugins:takari-lifecycle-plugin:1.13.3:mojo-annotation-processor (default-mojo-annotation-processor) on project kie-maven-plugin: 1 error(s) encountered:
[ERROR] /home/psiroky/work/git-repos/kie/droolsjbpm-integration/kie-maven-plugin/src/main/java/org/kie/maven/plugin/BytecodeInjectReactive.java:[0:0] The type java.lang.String cannot be resolved. It is indirectly referenced from required .class files
[ERROR]
[ERROR] -> [Help 1]
org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal io.takari.maven.plugins:takari-lifecycle-plugin:1.13.3:mojo-annotation-processor (default-mojo-annotation-processor) on project kie-maven-plugin: 1 error(s) encountered:
/home/psiroky/work/git-repos/kie/droolsjbpm-integration/kie-maven-plugin/src/main/java/org/kie/maven/plugin/BytecodeInjectReactive.java:[0:0] The type java.lang.String cannot be resolved. It is indirectly referenced from required .class files
at org.apache.maven.lifecycle.internal.MojoExecutor.execute (MojoExecutor.java:213)
at org.apache.maven.lifecycle.internal.MojoExecutor.execute (MojoExecutor.java:154)
at org.apache.maven.lifecycle.internal.MojoExecutor.execute (MojoExecutor.java:146)
at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject (LifecycleModuleBuilder.java:117)
at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject (LifecycleModuleBuilder.java:81)
at org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build (SingleThreadedBuilder.java:51)
at org.apache.maven.lifecycle.internal.LifecycleStarter.execute (LifecycleStarter.java:128)
at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:309)
at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:194)
at org.apache.maven.DefaultMaven.execute (DefaultMaven.java:107)
at org.apache.maven.cli.MavenCli.execute (MavenCli.java:955)
at org.apache.maven.cli.MavenCli.doMain (MavenCli.java:290)
at org.apache.maven.cli.MavenCli.main (MavenCli.java:194)
at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0 (Native Method)
at jdk.internal.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:62)
at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke (Method.java:564)
at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced (Launcher.java:289)
at org.codehaus.plexus.classworlds.launcher.Launcher.launch (Launcher.java:229)
at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode (Launcher.java:415)
at org.codehaus.plexus.classworlds.launcher.Launcher.main (Launcher.java:356)
Caused by: org.apache.maven.plugin.MojoExecutionException: 1 error(s) encountered:
/home/psiroky/work/git-repos/kie/droolsjbpm-integration/kie-maven-plugin/src/main/java/org/kie/maven/plugin/BytecodeInjectReactive.java:[0:0] The type java.lang.String cannot be resolved. It is indirectly referenced from required .class files
at io.takari.incrementalbuild.maven.internal.MavenBuildContextFinalizer.failBuild (MavenBuildContextFinalizer.java:109)
at io.takari.incrementalbuild.maven.internal.MavenBuildContextFinalizer.afterMojoExecutionSuccess (MavenBuildContextFinalizer.java:86)
at org.apache.maven.execution.scope.internal.MojoExecutionScope.afterMojoExecutionSuccess (MojoExecutionScope.java:163)
at org.apache.maven.plugin.CompoundMojoExecutionListener.afterMojoExecutionSuccess (CompoundMojoExecutionListener.java:52)
at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo (DefaultBuildPluginManager.java:136)
at org.apache.maven.lifecycle.internal.MojoExecutor.execute (MojoExecutor.java:208)
at org.apache.maven.lifecycle.internal.MojoExecutor.execute (MojoExecutor.java:154)
at org.apache.maven.lifecycle.internal.MojoExecutor.execute (MojoExecutor.java:146)
at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject (LifecycleModuleBuilder.java:117)
at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject (LifecycleModuleBuilder.java:81)
at org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build (SingleThreadedBuilder.java:51)
at org.apache.maven.lifecycle.internal.LifecycleStarter.execute (LifecycleStarter.java:128)
at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:309)
at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:194)
at org.apache.maven.DefaultMaven.execute (DefaultMaven.java:107)
at org.apache.maven.cli.MavenCli.execute (MavenCli.java:955)
at org.apache.maven.cli.MavenCli.doMain (MavenCli.java:290)
at org.apache.maven.cli.MavenCli.main (MavenCli.java:194)
at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0 (Native Method)
at jdk.internal.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:62)
at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke (Method.java:564)
at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced (Launcher.java:289)
at org.codehaus.plexus.classworlds.launcher.Launcher.launch (Launcher.java:229)
at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode (Launcher.java:415)
at org.codehaus.plexus.classworlds.launcher.Launcher.main (Launcher.java:356)
{code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 6 months
[JBoss JIRA] (HAWKULARQE-199) CFME Tests - Make Midddleware Provider WidgetasticTaggable
by Hayk Hovsepyan (JIRA)
[ https://issues.jboss.org/browse/HAWKULARQE-199?page=com.atlassian.jira.pl... ]
Hayk Hovsepyan commented on HAWKULARQE-199:
-------------------------------------------
https://github.com/ManageIQ/integration_tests/pull/5719
> CFME Tests - Make Midddleware Provider WidgetasticTaggable
> ----------------------------------------------------------
>
> Key: HAWKULARQE-199
> URL: https://issues.jboss.org/browse/HAWKULARQE-199
> Project: Hawkular QE
> Issue Type: Task
> Reporter: Hayk Hovsepyan
> Assignee: Hayk Hovsepyan
>
> <gshefer> psav, BaseProvider is still Taggable and not yet WidgetasticTaggable, should I replace it in BaseProvider or just inherit this in ContainersProvider?
> <cfme_bot> PR: #5703 [WIPTEST] Widgetastic conversions - downstream-59z - failure
> <psav> I think for now yes, unless izapolsk can provide better guidance
> <psav> once we see it is WTtaggable on all of them
> <psav> we can convert
> <izapolsk> gshefer, sure thing, please update BaseProvider as well
> <izapolsk> gshefer++
> <cfme_bot> gshefer == 23
> <psav> ahh ok
> <psav> izapolsk: it's ready for it?
> <cfme_bot> PR: #5432 [WIPTEST] Revert snapshot tests redone - downstream-59z - failure
> <gshefer> are you sure, couldn't this effects others which didn't yet implement things like navmazing objects for tagging?
> <izapolsk> psav, gshefer, checking
> * kkulkarn (~kkulkarn(a)ovpn-123-9.rdu2.redhat.com) has joined #cfme-qe
> <psav> OK
> <psav> wow just think
> <psav> we _could_ implement the EditTags on the WTTaggable class
> <psav> as long as it's the same button name for all providers
> <psav> unless we do this alreayd
> <izapolsk> checking
> <psav> :D
> <vparekh> hey can someone please help me debug this, not getting why it is yelling
> <vparekh> http://pastebin.test.redhat.com/527476
> <psav> looking
> <izapolsk> cloudinfra prov is alraedy WidgetasticTaggable
> <psav> vparekh: did you decorate the Tenant object?
> <psav> is this master?
> <psav> if not
> <psav> I need link to code
> <vparekh> giving code, just a min
> <psav> excellent
> <izapolsk> middleware provider looks not updated
> <psav> hhovsepy_afk: ^^?
> <psav> ahhh
> <psav> afk
> <psav> #sadpanda
> <psav> izapolsk: how much effort to fix that yup you think?
> <izapolsk> fix - 1h + testing - 2-3h
> <psav> hmmm
> <psav> I wonder if raoul could squeeze that in
> <izapolsk> I think ~2 h
> <psav> it would be another big win
> <izapolsk> yup
> <psav> would that remove the Taggable class completely
> <izapolsk> let me check
> <psav> or just in providers
> <psav> nah
> <psav> I can check
> <izapolsk> 18 usages
> <izapolsk> most in containter
> <izapolsk> containters
> <vparekh> psav, its in https://github.com/ManageIQ/integration_tests/pull/5492 files
> <psav> looks like containers yeh
> <psav> and middleware
> <psav> thta's it
> <psav> 18 usages
> <izapolsk> 11 - containers , 6 - midlleware
> <psav> 1 in common
> <psav> jejeje
> <psav> vparekh: looking at it
> <juwatts> the ones in containers should be going away soon with gshefer's conversion
> * kkulkarn-wfh has quit (Ping timeout: 600 seconds)
> <kkulkarn> hello, looking for 2nd level review on https://github.com/ManageIQ/integration_tests/pull/5655
> <vparekh> this time, 'The show' had cfme-qe covered :D
> * sshveta_afk has quit (Ping timeout: 600 seconds)
> <psav> vparekh: because it's .parent
> <psav> not .collection
> <vparekh> ah but where
> <vparekh> psav,
> <vparekh> traceback doesn't have it
> * dmisharo has quit (Quit: Konversation terminated!)
> * kkulkarn is now known as kkulkarn-wfh
> <psav> what do you mean?
> <gshefer> izapolsk, psav, is this make sense that Details view has entities attr? - https://github.com/ManageIQ/integration_tests/blob/master/cfme/common/__i...
> <psav> where's the traceback?
> <mpusater> All, have we noticed the IPV4 problem on certain rhv hosts more than others?
> <psav> lcouz|teambuilding: ^^?
> <cfme_bot> PR: #5432 [WIPTEST] Revert snapshot tests redone - downstream-57z - failure
> <vparekh> psav, http://pastebin.test.redhat.com/527476
> <gshefer> then it'll require me to do ugly workarounds
> <izapolsk> ?
> <psav> I'll find it
> <psav> line 1459
> <psav> prerequisite = NavigateToAttribute('collection', 'All')
> <izapolsk> gshefer, someone called view with SummaryTables - entities. What exactly is not ok ?
> <psav> that should be changed to parent
> <psav> not collection
> * raoul|afk is now known as raoul
> <vparekh> ah
> <vparekh> changing
> <vparekh> psav++
> <cfme_bot> psav == 524
> <gshefer> izapolsk, in our object the summary tables are not under entities
> <gshefer> izapolsk, inconsistency
> <psav> vparekh: just one of the things to check when you are doing this kind of conversion
> <vparekh> I was actually finding if I missed something in code, and didn't see the navigation
> <vparekh> I need coffee, hehe
> <izapolsk> gshefer, can you fix this in containers ?
> * You are now known as hhovsepy
> <psav> ahhh hhovsepy^^?
> <psav> see the comments about Taggable vs WidgetasticTaggable
> <psav> any help yo ucan give us here would be appreciated in removing the old class
> <psav> containers and hawkular are the only two remaining places
> <psav> mornin mshriver
> <gshefer> izapolsk, and in provider it called contents
> <sbulage> hey mshriver o/
> <gshefer> izapolsk, that crazy, in everyplace is different
> <psav> consistency FTL :(
> <mshriver> late mornin' psav :) feeling much better now
> <mpusater> ok a quick peak right now indicates that infra-rhv40-sprout{1,2,7} are not having issues and infra-rhv40-sprout{3,4,5,6) are.
> <mpusater> also vmware as I anticipated is not affected.
> <izapolsk> gshefer, I'll fix that on Monday, okay ?
> <cfme_bot> PR: #5670 [1LP][RFR] fix to upgrade testing - downstream-57z - failure
> <mshriver> mpusater I don't think I ever saw/tested the IPv4 issues on rhv{1,2,7} because those would fail with insufficient resources
> <gshefer> izapolsk, in which way? because I'm converting now all to WT, I have PR
> <izapolsk> use entities
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 6 months
[JBoss JIRA] (DROOLS-2083) [Guided Decision Table] DSL can not contain $ in the definition
by Jozef Marko (JIRA)
Jozef Marko created DROOLS-2083:
-----------------------------------
Summary: [Guided Decision Table] DSL can not contain $ in the definition
Key: DROOLS-2083
URL: https://issues.jboss.org/browse/DROOLS-2083
Project: Drools
Issue Type: Bug
Components: Guided Decision Table Editor
Reporter: Jozef Marko
Assignee: Michael Anstis
The DSL sentences are defined like:
- [when] *definition* = real rule
If the *definition* contains *$* character, then the DSL sentence can not be used properly in the guided decision table.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 6 months
[JBoss JIRA] (DROOLS-1169) JDK9 with drools: upgrade ECJ to be jdk 9 compatible and remove "java native compiler" mvn profile workaround
by Petr Široký (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1169?page=com.atlassian.jira.plugi... ]
Petr Široký resolved DROOLS-1169.
---------------------------------
Fix Version/s: 7.5.0.Final
Resolution: Done
> JDK9 with drools: upgrade ECJ to be jdk 9 compatible and remove "java native compiler" mvn profile workaround
> -------------------------------------------------------------------------------------------------------------
>
> Key: DROOLS-1169
> URL: https://issues.jboss.org/browse/DROOLS-1169
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Reporter: Geoffrey De Smet
> Assignee: Petr Široký
> Labels: java9
> Fix For: 7.5.0.Final
>
>
> The code below runs perfectly with OpenJDK 8 (and even 6 and 7).
> To reproduce, use JDK 9 ( https://jdk9.java.net/download/ ) and in optaplanner-core, run XStreamXmlSolverFactoryTest [1] (or mostly any other test that builds a DRL file) to get this error:
> {code}
> 15:56:40.229 [main] ERROR o.d.c.k.b.impl.AbstractKieModule - Unable to build KieBaseModel:defaultKieBase
> Rule Compilation error : [Rule name='Conflict']
> org/optaplanner/core/api/solver/Rule_Conflict903142795.java (1:0) : The type java.lang.Object cannot be resolved. It is indirectly referenced from required .class files
> org/optaplanner/core/api/solver/Rule_Conflict903142795.java (1:0) : The type java.io.Serializable cannot be resolved. It is indirectly referenced from required .class files
> org/optaplanner/core/api/solver/Rule_Conflict903142795.java (3:337) : Implicit super constructor Object() is undefined for default constructor. Must define an explicit constructor
> org/optaplanner/core/api/solver/Rule_Conflict903142795.java (6:569) : java.lang.Exception cannot be resolved to a type
> java.lang.IllegalStateException: There are errors in a score DRL:
> Error Messages:
> Message [id=1, level=ERROR, path=org/optaplanner/core/api/solver/testdataScoreRules.drl, line=31, column=0
> text=Rule Compilation error The type java.lang.Object cannot be resolved. It is indirectly referenced from required .class files
> The type java.io.Serializable cannot be resolved. It is indirectly referenced from required .class files
> Implicit super constructor Object() is undefined for default constructor. Must define an explicit constructor
> java.lang.Exception cannot be resolved to a type]
> {code}
> That tests builds this DRL:
> {code}
> package org.optaplanner.core.api.solver;
> dialect "java"
> import org.optaplanner.core.api.score.buildin.simple.SimpleScoreHolder;
> import org.optaplanner.core.impl.testdata.domain.TestdataValue;
> import org.optaplanner.core.impl.testdata.domain.TestdataEntity;
> global SimpleScoreHolder scoreHolder;
> // ############################################################################
> // Constraints
> // ############################################################################
> rule "Conflict"
> when
> TestdataEntity(value != null, $leftValue : value)
> TestdataEntity(value == $leftValue)
> then
> scoreHolder.addConstraintMatch(kcontext, -1);
> end
> {code}
> Not sure where the Object constructor reference comes from... This might be a JDK 9 upstream issue.
> Note: don't build drools with OpenJDK9 as that will fail sooner :)
> [1] https://github.com/droolsjbpm/optaplanner/blob/master/optaplanner-core/sr...
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 6 months