[JBoss JIRA] (DROOLS-297) The release procedure should validate there are no snapshot dependencies with the enforcer plugin
by Michael Biarnes Kiefer (JIRA)
[ https://issues.jboss.org/browse/DROOLS-297?page=com.atlassian.jira.plugin... ]
Michael Biarnes Kiefer commented on DROOLS-297:
-----------------------------------------------
I added a profile "nonsnapshot" (locally) on kie-parent. When I do a mvn clean install -Dfull -DskipTest -Dnonsnapshot in any project, when there is a SNAPSHOT, the build fails. OK.
I don't see a time-saving here, since during a release, after the project version update I do a find in path for -SNAPSHOT, to find -SNAPSHOTS (if there are any).
If we then execute after version update -Dnonsnapshot, this will be like a second check if there is still a SNAPSHOT.
I don't know if it is worth to add this profile to kie-parent pom?
> The release procedure should validate there are no snapshot dependencies with the enforcer plugin
> -------------------------------------------------------------------------------------------------
>
> Key: DROOLS-297
> URL: https://issues.jboss.org/browse/DROOLS-297
> Project: Drools
> Issue Type: Task
> Security Level: Public(Everyone can see)
> Reporter: Geoffrey De Smet
> Assignee: Michael Biarnes Kiefer
>
> Apparently, we've been releasing jars which have snapshot dependencies (non-timestamped). For example drools-wb-jcr2vfs-migration-core 6.0.0.CR4 depends on 5.5.1-SNAPSHOT. Why Nexus's validation no longer prevents this is beyond me.
> Anyway, we need to prevent this. Luckily the enforcer plugin has a rule to validate this:
> http://maven.apache.org/enforcer/enforcer-rules/requireReleaseVersion.html
> During normal development this rule shouldn't be active, as jbpm depends on a drools snapshot etc.
> But during a release procedure, it must be executed once. For example, after changing the version and before deploying them. Or as part of the actual deploy build - whatever works best.
> One way would be to put it in the release profile "jboss-release", similar to what the jboss-parent pom does (which we extend):
> https://github.com/jboss/jboss-parent-pom/blob/master/pom.xml#L700
> But I strongly dislike the use of profiles...
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 11 months
[JBoss JIRA] (DROOLS-574) str operator in 'accumulate', with operand from 'from', results in NPE at KB build
by Mario Fusco (JIRA)
[ https://issues.jboss.org/browse/DROOLS-574?page=com.atlassian.jira.plugin... ]
Mario Fusco resolved DROOLS-574.
--------------------------------
Fix Version/s: 6.2.0.Beta2
Resolution: Done
Fixed by https://github.com/droolsjbpm/drools/commit/3a2cd8ac0
> str operator in 'accumulate', with operand from 'from', results in NPE at KB build
> ----------------------------------------------------------------------------------
>
> Key: DROOLS-574
> URL: https://issues.jboss.org/browse/DROOLS-574
> Project: Drools
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 6.1.0.Final
> Reporter: Matteo Mortari
> Assignee: Mario Fusco
> Fix For: 6.2.0.Beta2
>
> Attachments: 20140813.drools6test.strStandardEvInAccumulate.zip
>
>
> This is an exercise for "group by" words.
> Consider the following pattern for realizing a "group by" by means of from/accumulate/count : the goal is to count Messages which starts with preferred keyword, if the count for a keyword is >= 2, then rule should fire.
> {code}
> declare GroupByString
> groupId : String
> groups : String[]
> end
> rule "init words of my interest"
> no-loop
> when
> then
> GroupByString grp = new GroupByString();
> grp.setGroupId("wordGroup");
> grp.setGroups(new String[]{"ciao", "bella"});
> insert(grp);
> end
> rule "group by word and count if >=2 then "
> no-loop
> when
> $group : GroupByString( groupId == "wordGroup")
> $word : String() from $group.groups
> accumulate ( $msg : Message( text str[startsWith] $word ) over window:time( 5m ) ;
> $list : collectList( $msg ),
> $count : count( $msg );
> $count >= 2
> )
> then
> System.out.println("group by " + $word + " count is "+ $count + " list: " + $list);
> insert(new Integer($count.intValue()));
> end
> {code}
> However trying to compile the KB with the kie-maven-plugin fails with this NPE and stacktrace (snippet):
> {noformat}
> java.lang.NullPointerException
> at org.drools.compiler.rule.builder.dialect.java.JavaAccumulateBuilder.buildExternalFunctionCall(JavaAccumulateBuilder.java:182)
> at org.drools.compiler.rule.builder.dialect.java.JavaAccumulateBuilder.build(JavaAccumulateBuilder.java:101)
> at org.drools.compiler.rule.builder.dialect.java.JavaAccumulateBuilder.build(JavaAccumulateBuilder.java:66)
> at org.drools.compiler.rule.builder.PatternBuilder.build(PatternBuilder.java:320)
> at org.drools.compiler.rule.builder.PatternBuilder.build(PatternBuilder.java:138)
> at org.drools.compiler.rule.builder.GroupElementBuilder.build(GroupElementBuilder.java:66)
> at org.drools.compiler.rule.builder.RuleBuilder.build(RuleBuilder.java:89)
> at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.addRule(KnowledgeBuilderImpl.java:1652)
> at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.compileRules(KnowledgeBuilderImpl.java:968)
> {noformat}
> I've also noticed the following 2 aspects:
> 1-/ If you use another operator instead of {{str startsWith}}, for instance you replace with the {{contains}} operators, it does compile the KB successfully. In this scenario would change the exercise to "count Messages which _contains_ the preferred keyword", but it works:
> {code}
> rule "group by word and count if >=2 then "
> no-loop
> when
> $group : GroupByString( groupId == "wordGroup")
> $word : String() from $group.groups
> accumulate ( $msg : Message( text contains $word ) over window:time( 5m ) ;
> $list : collectList( $msg ),
> $count : count( $msg );
> $count >= 2
> )
> then
> System.out.println("group by " + $word + " count is "+ $count + " list: " + $list);
> insert(new Integer($count.intValue()));
> end
> {code}
> 2-/ If you use an hard-coded operand in the {{str startsWith}}, it works too. For instance if you hard-code the rule as:
> {code}
> rule "group by word and count if >=2 then "
> no-loop
> when
> accumulate ( $msg : Message( text str[startsWith] "ciao" ) over window:time( 5m ) ;
> $list : collectList( $msg ),
> $count : count( $msg );
> $count >= 2
> )
> then
> insert(new Integer($count.intValue()));
> end
> {code}
> It does not give NPE at KB build and executes as expected.
> For my application it's okay to deal with the first option above, but anyway I thought worthy to report a JIRA. I will attach reproducer. Ciao
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 11 months
[JBoss JIRA] (WFLY-1117) Implement 'list-in-use-connections' on JCA CachedConnectionManager and make it available runtime through MBean
by Ashish Kataria (JIRA)
[ https://issues.jboss.org/browse/WFLY-1117?page=com.atlassian.jira.plugin.... ]
Ashish Kataria commented on WFLY-1117:
--------------------------------------
Do you have compiled versions of these patches for Jboss AS 7.1.1.Final ??
> Implement 'list-in-use-connections' on JCA CachedConnectionManager and make it available runtime through MBean
> --------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-1117
> URL: https://issues.jboss.org/browse/WFLY-1117
> Project: WildFly
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: JCA
> Reporter: Aleš Bregar
> Assignee: Jesper Pedersen
> Priority: Trivial
> Labels: jca
> Attachments: patch1.txt, patch2.txt, patches.zip
>
>
> The missing functionality was present in previous version(s) of AS. As it comes handy sometimes I would like to see this included also in as7.
> Possible solution is attached in two patches:
> - patch1 for IronJacamar (based on 1.0.14.Final)
> - patch2 for as7 jca connector
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 11 months
[JBoss JIRA] (WFLY-202) Include registered attributes with no model representation in read-resource results
by Emmanuel Hugonnet (JIRA)
[ https://issues.jboss.org/browse/WFLY-202?page=com.atlassian.jira.plugin.s... ]
Emmanuel Hugonnet commented on WFLY-202:
----------------------------------------
I couldn't reproduce it so I attached a unit test to confirm it was already closed.
I think commit b2910f4a1884e0aab0a8c69bed4707c029dda578 fixed it.
> Include registered attributes with no model representation in read-resource results
> -----------------------------------------------------------------------------------
>
> Key: WFLY-202
> URL: https://issues.jboss.org/browse/WFLY-202
> Project: WildFly
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Components: Domain Management
> Reporter: Brian Stansberry
> Assignee: Emmanuel Hugonnet
> Priority: Minor
> Fix For: 9.0.0.CR1
>
>
> Following situation:
> 1) resource includes attribute xyz
> 2) No read-handler is registered for xyz (i.e. default read semantic Resource.getModel().get("xyz") is to be used)
> 3) Poorly coded "add" handler for the resource doesn't call model.get("xyz") for some reason.
> The effect of this is the read-resource result will not include "xyz" => undefined in the output. Nothing for xyz will appear at all, hiding the existence of the attribute from the caller.
> The read-resource handler can deal with a check in its loop through the AttributeAccess registration for the "no read-handler" case. (This check is already there; an 'else' clause is needed.) If no read-handler, see if there is an entry in the directAttributes map for the attribute; if not, add one with a value of new ModelNode().
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 11 months
[JBoss JIRA] (DROOLS-574) str operator in 'accumulate', with operand from 'from', results in NPE at KB build
by Mario Fusco (JIRA)
[ https://issues.jboss.org/browse/DROOLS-574?page=com.atlassian.jira.plugin... ]
Mario Fusco commented on DROOLS-574:
------------------------------------
I've reproduced the problem and I'll fix it.
The other way to workaround it (the one I suggest) is using directly the startsWith method of the Java String class like in:
acc ( $msg : Message( text.startsWith($word) ) over window:time( 5m ) ;
> str operator in 'accumulate', with operand from 'from', results in NPE at KB build
> ----------------------------------------------------------------------------------
>
> Key: DROOLS-574
> URL: https://issues.jboss.org/browse/DROOLS-574
> Project: Drools
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 6.1.0.Final
> Reporter: Matteo Mortari
> Assignee: Mario Fusco
> Attachments: 20140813.drools6test.strStandardEvInAccumulate.zip
>
>
> This is an exercise for "group by" words.
> Consider the following pattern for realizing a "group by" by means of from/accumulate/count : the goal is to count Messages which starts with preferred keyword, if the count for a keyword is >= 2, then rule should fire.
> {code}
> declare GroupByString
> groupId : String
> groups : String[]
> end
> rule "init words of my interest"
> no-loop
> when
> then
> GroupByString grp = new GroupByString();
> grp.setGroupId("wordGroup");
> grp.setGroups(new String[]{"ciao", "bella"});
> insert(grp);
> end
> rule "group by word and count if >=2 then "
> no-loop
> when
> $group : GroupByString( groupId == "wordGroup")
> $word : String() from $group.groups
> accumulate ( $msg : Message( text str[startsWith] $word ) over window:time( 5m ) ;
> $list : collectList( $msg ),
> $count : count( $msg );
> $count >= 2
> )
> then
> System.out.println("group by " + $word + " count is "+ $count + " list: " + $list);
> insert(new Integer($count.intValue()));
> end
> {code}
> However trying to compile the KB with the kie-maven-plugin fails with this NPE and stacktrace (snippet):
> {noformat}
> java.lang.NullPointerException
> at org.drools.compiler.rule.builder.dialect.java.JavaAccumulateBuilder.buildExternalFunctionCall(JavaAccumulateBuilder.java:182)
> at org.drools.compiler.rule.builder.dialect.java.JavaAccumulateBuilder.build(JavaAccumulateBuilder.java:101)
> at org.drools.compiler.rule.builder.dialect.java.JavaAccumulateBuilder.build(JavaAccumulateBuilder.java:66)
> at org.drools.compiler.rule.builder.PatternBuilder.build(PatternBuilder.java:320)
> at org.drools.compiler.rule.builder.PatternBuilder.build(PatternBuilder.java:138)
> at org.drools.compiler.rule.builder.GroupElementBuilder.build(GroupElementBuilder.java:66)
> at org.drools.compiler.rule.builder.RuleBuilder.build(RuleBuilder.java:89)
> at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.addRule(KnowledgeBuilderImpl.java:1652)
> at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.compileRules(KnowledgeBuilderImpl.java:968)
> {noformat}
> I've also noticed the following 2 aspects:
> 1-/ If you use another operator instead of {{str startsWith}}, for instance you replace with the {{contains}} operators, it does compile the KB successfully. In this scenario would change the exercise to "count Messages which _contains_ the preferred keyword", but it works:
> {code}
> rule "group by word and count if >=2 then "
> no-loop
> when
> $group : GroupByString( groupId == "wordGroup")
> $word : String() from $group.groups
> accumulate ( $msg : Message( text contains $word ) over window:time( 5m ) ;
> $list : collectList( $msg ),
> $count : count( $msg );
> $count >= 2
> )
> then
> System.out.println("group by " + $word + " count is "+ $count + " list: " + $list);
> insert(new Integer($count.intValue()));
> end
> {code}
> 2-/ If you use an hard-coded operand in the {{str startsWith}}, it works too. For instance if you hard-code the rule as:
> {code}
> rule "group by word and count if >=2 then "
> no-loop
> when
> accumulate ( $msg : Message( text str[startsWith] "ciao" ) over window:time( 5m ) ;
> $list : collectList( $msg ),
> $count : count( $msg );
> $count >= 2
> )
> then
> insert(new Integer($count.intValue()));
> end
> {code}
> It does not give NPE at KB build and executes as expected.
> For my application it's okay to deal with the first option above, but anyway I thought worthy to report a JIRA. I will attach reproducer. Ciao
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 11 months
[JBoss JIRA] (DROOLS-574) str operator in 'accumulate', with operand from 'from', results in NPE at KB build
by Mario Fusco (JIRA)
[ https://issues.jboss.org/browse/DROOLS-574?page=com.atlassian.jira.plugin... ]
Mario Fusco reassigned DROOLS-574:
----------------------------------
Assignee: Mario Fusco (was: Mark Proctor)
> str operator in 'accumulate', with operand from 'from', results in NPE at KB build
> ----------------------------------------------------------------------------------
>
> Key: DROOLS-574
> URL: https://issues.jboss.org/browse/DROOLS-574
> Project: Drools
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 6.1.0.Final
> Reporter: Matteo Mortari
> Assignee: Mario Fusco
> Attachments: 20140813.drools6test.strStandardEvInAccumulate.zip
>
>
> This is an exercise for "group by" words.
> Consider the following pattern for realizing a "group by" by means of from/accumulate/count : the goal is to count Messages which starts with preferred keyword, if the count for a keyword is >= 2, then rule should fire.
> {code}
> declare GroupByString
> groupId : String
> groups : String[]
> end
> rule "init words of my interest"
> no-loop
> when
> then
> GroupByString grp = new GroupByString();
> grp.setGroupId("wordGroup");
> grp.setGroups(new String[]{"ciao", "bella"});
> insert(grp);
> end
> rule "group by word and count if >=2 then "
> no-loop
> when
> $group : GroupByString( groupId == "wordGroup")
> $word : String() from $group.groups
> accumulate ( $msg : Message( text str[startsWith] $word ) over window:time( 5m ) ;
> $list : collectList( $msg ),
> $count : count( $msg );
> $count >= 2
> )
> then
> System.out.println("group by " + $word + " count is "+ $count + " list: " + $list);
> insert(new Integer($count.intValue()));
> end
> {code}
> However trying to compile the KB with the kie-maven-plugin fails with this NPE and stacktrace (snippet):
> {noformat}
> java.lang.NullPointerException
> at org.drools.compiler.rule.builder.dialect.java.JavaAccumulateBuilder.buildExternalFunctionCall(JavaAccumulateBuilder.java:182)
> at org.drools.compiler.rule.builder.dialect.java.JavaAccumulateBuilder.build(JavaAccumulateBuilder.java:101)
> at org.drools.compiler.rule.builder.dialect.java.JavaAccumulateBuilder.build(JavaAccumulateBuilder.java:66)
> at org.drools.compiler.rule.builder.PatternBuilder.build(PatternBuilder.java:320)
> at org.drools.compiler.rule.builder.PatternBuilder.build(PatternBuilder.java:138)
> at org.drools.compiler.rule.builder.GroupElementBuilder.build(GroupElementBuilder.java:66)
> at org.drools.compiler.rule.builder.RuleBuilder.build(RuleBuilder.java:89)
> at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.addRule(KnowledgeBuilderImpl.java:1652)
> at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.compileRules(KnowledgeBuilderImpl.java:968)
> {noformat}
> I've also noticed the following 2 aspects:
> 1-/ If you use another operator instead of {{str startsWith}}, for instance you replace with the {{contains}} operators, it does compile the KB successfully. In this scenario would change the exercise to "count Messages which _contains_ the preferred keyword", but it works:
> {code}
> rule "group by word and count if >=2 then "
> no-loop
> when
> $group : GroupByString( groupId == "wordGroup")
> $word : String() from $group.groups
> accumulate ( $msg : Message( text contains $word ) over window:time( 5m ) ;
> $list : collectList( $msg ),
> $count : count( $msg );
> $count >= 2
> )
> then
> System.out.println("group by " + $word + " count is "+ $count + " list: " + $list);
> insert(new Integer($count.intValue()));
> end
> {code}
> 2-/ If you use an hard-coded operand in the {{str startsWith}}, it works too. For instance if you hard-code the rule as:
> {code}
> rule "group by word and count if >=2 then "
> no-loop
> when
> accumulate ( $msg : Message( text str[startsWith] "ciao" ) over window:time( 5m ) ;
> $list : collectList( $msg ),
> $count : count( $msg );
> $count >= 2
> )
> then
> insert(new Integer($count.intValue()));
> end
> {code}
> It does not give NPE at KB build and executes as expected.
> For my application it's okay to deal with the first option above, but anyway I thought worthy to report a JIRA. I will attach reproducer. Ciao
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 11 months
[JBoss JIRA] (JGRP-1866) Broken Links on JBoss.org
by Lukas Vlcek (JIRA)
[ https://issues.jboss.org/browse/JGRP-1866?page=com.atlassian.jira.plugin.... ]
Lukas Vlcek commented on JGRP-1866:
-----------------------------------
I have just reindexed project info data from Magnolina into DCP but it does not seem to do any change to JGroups data. You can check directly the source data \[1\] that is being indexed into DCP it still contains:
{code}
{
...
"sys_content_id" : "jgroups",
"sys_title" : "JGroups",
...
"committerGitLink" : "git@github.com:belaban/JGroups.git", // <= is this the problematic data?
"committerLink" : "git@github.com:belaban/JGroups.git", // <= is this the problematic data?
...
}
{code}
So either this needs to be updated in {{project.properties}} file (which is crawled by Magnolia once a day automatically) or in Magnolia itself if the project does not use {{project.properties}} file. Once this update is done, please let us know that we shall reindex this data into DCP again.
\[1\] http://www.jboss.org/rest/projectData
> Broken Links on JBoss.org
> -------------------------
>
> Key: JGRP-1866
> URL: https://issues.jboss.org/browse/JGRP-1866
> Project: JGroups
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Reporter: Daniel Coughlin
> Assignee: Bela Ban
> Fix For: 3.5
>
>
> The following broken link is currently listed against this project on www.jboss.org/projects.
> git@github.com:belaban/JGroups.git - Committer Git
> If you maintain a project.properties file that you have told the jboss.org team about, then you just need to fix it in there and the change will be reflected on the site. Otherwise, you need to update the data on this project's Magnolia page.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 11 months
[JBoss JIRA] (WFLY-3733) ChannelInstanceResourceDefinition doesn't expose non-primitive fields and any of @ManagedAttribute methods
by Radoslav Husar (JIRA)
[ https://issues.jboss.org/browse/WFLY-3733?page=com.atlassian.jira.plugin.... ]
Radoslav Husar updated WFLY-3733:
---------------------------------
Summary: ChannelInstanceResourceDefinition doesn't expose non-primitive fields and any of @ManagedAttribute methods (was: ChannelInstanceResourceDefinition doesn't expose non-primitive fields and none of methods)
> ChannelInstanceResourceDefinition doesn't expose non-primitive fields and any of @ManagedAttribute methods
> ----------------------------------------------------------------------------------------------------------
>
> Key: WFLY-3733
> URL: https://issues.jboss.org/browse/WFLY-3733
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Clustering
> Affects Versions: 8.1.0.Final
> Reporter: Radoslav Husar
> Assignee: Radoslav Husar
> Priority: Minor
>
> It seems to me that org.jboss.as.clustering.jgroups.subsystem.ChannelInstanceResourceDefinition#getProtocolMetricResourceDefinition
> doesnt expose ManagedAttributes that would have to be registred as strings
> org/jboss/as/clustering/jgroups/subsystem/ChannelInstanceResourceDefinition.java:213
> and doesnt expose any of the annotated methods
> org/jboss/as/clustering/jgroups/subsystem/ChannelInstanceResourceDefinition.java:208
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 11 months
[JBoss JIRA] (WFLY-3733) ChannelInstanceResourceDefinition doesn't expose non-primitive fields and none of methods
by Radoslav Husar (JIRA)
Radoslav Husar created WFLY-3733:
------------------------------------
Summary: ChannelInstanceResourceDefinition doesn't expose non-primitive fields and none of methods
Key: WFLY-3733
URL: https://issues.jboss.org/browse/WFLY-3733
Project: WildFly
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Clustering
Affects Versions: 8.1.0.Final
Reporter: Radoslav Husar
Assignee: Radoslav Husar
Priority: Minor
It seems to me that org.jboss.as.clustering.jgroups.subsystem.ChannelInstanceResourceDefinition#getProtocolMetricResourceDefinition
doesnt expose ManagedAttributes that would have to be registred as strings
org/jboss/as/clustering/jgroups/subsystem/ChannelInstanceResourceDefinition.java:213
and doesnt expose any of the annotated methods
org/jboss/as/clustering/jgroups/subsystem/ChannelInstanceResourceDefinition.java:208
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 11 months