October 2014 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFCORE-148) Ability to associate streams with management responses

by Brian Stansberry (JIRA)

Brian Stansberry created WFCORE-148: --------------------------------------- Summary: Ability to associate streams with management responses Key: WFCORE-148 URL: https://issues.jboss.org/browse/WFCORE-148 Project: WildFly Core Issue Type: Feature Request Components: Domain Management Reporter: Brian Stansberry Assignee: Brian Stansberry Fix For: 1.0.0.Beta1 Add the ability to associate a stream with a management response. See http://lists.jboss.org/pipermail/wildfly-dev/2014-October/003070.html for details. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-258) drools-camel-server and guvnor-webapp: Do not use the dependency cxf-bundle-jaxrs because it's an uber jar that disrupts our dependency graph

by Petr Široký (JIRA)

[ https://issues.jboss.org/browse/DROOLS-258?page=com.atlassian.jira.plugin... ] Petr Široký commented on DROOLS-258: ------------------------------------ I did mvn dependency:tree on all drools/jpbm repos (as defined in build-bootstrap/script/repository-list.txt) and found that following modules _directly_ depend on the {{cxf-bundle-jaxrs}}: {quote} org.kie:kie-camel org.drools:drools-camel-server-example {quote} > drools-camel-server and guvnor-webapp: Do not use the dependency cxf-bundle-jaxrs because it's an uber jar that disrupts our dependency graph > --------------------------------------------------------------------------------------------------------------------------------------------- > > Key: DROOLS-258 > URL: https://issues.jboss.org/browse/DROOLS-258 > Project: Drools > Issue Type: Bug > Reporter: Geoffrey De Smet > Assignee: Michael Biarnes Kiefer > Priority: Critical > > cxf-bundle-jaxrs isn't mentioned in here: > http://cxf.apache.org/docs/using-cxf-with-maven.html > it pulls in a lot we don't need and we try to exclude what we don't need (but fail at it). > Furher proof that cxf-bundle-jaxrs is evil: > http://svn.apache.org/repos/asf/cxf/trunk/distribution/bundle/jaxrs/pom.xml > It uses the maven-shade-plugin, which is a blocker for the Red Hat re-packers team (see fosdem 2011 presentation) -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3534) Transaction is not being shared by different operations within the same thread

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/WFLY-3534?page=com.atlassian.jira.plugin.... ] Darran Lofthouse commented on WFLY-3534: ---------------------------------------- We do not provide patches for the community releases, if you require patches an EAP subscription may be more suitable to you. http://www.redhat.com/en/technologies/jboss-middleware/application-platform > Transaction is not being shared by different operations within the same thread > ------------------------------------------------------------------------------ > > Key: WFLY-3534 > URL: https://issues.jboss.org/browse/WFLY-3534 > Project: WildFly > Issue Type: Bug > Components: Security > Affects Versions: 9.0.0.Alpha1 > Reporter: Pedro Igor > Assignee: Pedro Igor > Fix For: 9.0.0.Alpha1 > > > When injecting a JPA-based PartitionManager configuration in a EJB as follows: > {code} > @Resource(mappedName = "picketlink/JPADSBasedPartitionManager") > private PartitionManager jpaDSBasedPartitionManager; > {code} > The IDM operations are executed without share the same EntityManager instance. This causes some strange behaviors such as not being able to retrieve data stored from a previous operation during a method execution. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3534) Transaction is not being shared by different operations within the same thread

by Richard Yang (JIRA)

[ https://issues.jboss.org/browse/WFLY-3534?page=com.atlassian.jira.plugin.... ] Richard Yang commented on WFLY-3534: ------------------------------------ We are facing this issue in 8.1.0.Final. It is a show stopper for us. Could you have this fix patched to 8.1.0.Final? or provide jars for us to replace? Thanks. > Transaction is not being shared by different operations within the same thread > ------------------------------------------------------------------------------ > > Key: WFLY-3534 > URL: https://issues.jboss.org/browse/WFLY-3534 > Project: WildFly > Issue Type: Bug > Components: Security > Affects Versions: 9.0.0.Alpha1 > Reporter: Pedro Igor > Assignee: Pedro Igor > Fix For: 9.0.0.Alpha1 > > > When injecting a JPA-based PartitionManager configuration in a EJB as follows: > {code} > @Resource(mappedName = "picketlink/JPADSBasedPartitionManager") > private PartitionManager jpaDSBasedPartitionManager; > {code} > The IDM operations are executed without share the same EntityManager instance. This causes some strange behaviors such as not being able to retrieve data stored from a previous operation during a method execution. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-625) Implement a passive pattern

by Mario Fusco (JIRA)

Mario Fusco created DROOLS-625: ---------------------------------- Summary: Implement a passive pattern Key: DROOLS-625 URL: https://issues.jboss.org/browse/DROOLS-625 Project: Drools Issue Type: Feature Request Reporter: Mario Fusco Assignee: Mario Fusco Prepending a pattern with a '?' should make it passive (i.e. non reactive to right insertions) as dimostrated by the following test case. {code} @Test public void testPassiveInsert() throws Exception { String str = "global java.util.List list\n" + "rule R when\n" + " $i : Integer()\n" + " ?String( this == $i.toString() )\n" + "then\n" + " list.add( $i );\n" + "end\n"; KieSession ksession = new KieHelper() .addContent(str, ResourceType.DRL) .build() .newKieSession(); List<Integer> list = new ArrayList<Integer>(); ksession.setGlobal("list", list); ksession.insert(1); ksession.insert("2"); ksession.fireAllRules(); assertEquals(0, list.size()); ksession.insert("1"); ksession.fireAllRules(); assertEquals(0, list.size()); ksession.insert(2); ksession.fireAllRules(); assertEquals(1, list.size()); assertEquals(2, (int)list.get(0)); } {code} -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-624) Passive queries behave in a reactive way

by Mario Fusco (JIRA)

Mario Fusco created DROOLS-624: ---------------------------------- Summary: Passive queries behave in a reactive way Key: DROOLS-624 URL: https://issues.jboss.org/browse/DROOLS-624 Project: Drools Issue Type: Bug Reporter: Mario Fusco Assignee: Mark Proctor The batch evaluation performed by phreak doesn't allow to take count of the sequence of the inserts performed into a kiesession between 2 consecutive fireAllRules. This means that the following test case succeeds as expected {code} @Test public void testPassiveQuery2() throws Exception { String str = "global java.util.List list\n" + "query Q (Integer i)\n" + " String( this == i.toString() )\n" + "end\n" + "rule R @Eager(true) when\n" + " $i : Integer()\n" + " ?Q( $i; )\n" + "then\n" + " list.add( $i );\n" + "end\n"; KieSession ksession = new KieHelper() .addContent(str, ResourceType.DRL) .build() .newKieSession(); List<Integer> list = new ArrayList<Integer>(); ksession.setGlobal("list", list); ksession.insert("1"); ksession.insert(1); ksession.fireAllRules(); assertEquals(1, list.size()); } {code} but you got an activatoin even if the fact matched by the passive query is inserted (the String in this case) is inserted after. So the following test fails: {code} @Test public void testPassiveQuery3() throws Exception { String str = "global java.util.List list\n" + "query Q (Integer i)\n" + " String( this == i.toString() )\n" + "end\n" + "rule R @Eager(true) when\n" + " $i : Integer()\n" + " ?Q( $i; )\n" + "then\n" + " list.add( $i );\n" + "end\n"; KieSession ksession = new KieHelper() .addContent(str, ResourceType.DRL) .build() .newKieSession(); List<Integer> list = new ArrayList<Integer>(); ksession.setGlobal("list", list); ksession.insert(1); ksession.insert("1"); ksession.fireAllRules(); System.out.println(list); assertEquals(0, list.size()); } {code} Note that performing a further fireAllRules between the 2 insertions force the evaluation of the lefttTuple before the insertion of the fact matched by the passive query and the fixes the problem as demonstrated by this last test. {code} @Test public void testPassiveQuery4() throws Exception { String str = "global java.util.List list\n" + "query Q (Integer i)\n" + " String( this == i.toString() )\n" + "end\n" + "rule R @Eager(true) when\n" + " $i : Integer()\n" + " ?Q( $i; )\n" + "then\n" + " list.add( $i );\n" + "end\n"; KieSession ksession = new KieHelper() .addContent(str, ResourceType.DRL) .build() .newKieSession(); List<Integer> list = new ArrayList<Integer>(); ksession.setGlobal("list", list); ksession.insert(1); ksession.fireAllRules(); ksession.insert("1"); ksession.fireAllRules(); System.out.println(list); assertEquals(0, list.size()); } {code} -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFLY-1332) Integrate the compressed message support that was introduced in EJB client library

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-1332?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-1332: ----------------------------------------------- Kabir Khan <kkhan(a)redhat.com> changed the Status of [bug 1149020|https://bugzilla.redhat.com/show_bug.cgi?id=1149020] from POST to MODIFIED > Integrate the compressed message support that was introduced in EJB client library > ---------------------------------------------------------------------------------- > > Key: WFLY-1332 > URL: https://issues.jboss.org/browse/WFLY-1332 > Project: WildFly > Issue Type: Feature Request > Components: EJB > Reporter: jaikiran pai > Assignee: jaikiran pai > Fix For: 8.0.0.Alpha2 > > > https://issues.jboss.org/browse/EJBCLIENT-76 introduced a feature where the message stream that contains the EJB protocol message can be compressed. This involves a new message header which the server needs to support for the compression to be functional. This JIRA tracks the server side additions to support this feature. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3932) Enable security manager via JBoss Modules

by James Perkins (JIRA)

[ https://issues.jboss.org/browse/WFLY-3932?page=com.atlassian.jira.plugin.... ] James Perkins updated WFLY-3932: -------------------------------- Description: In WildFly Core the security manager can be enabled via the {{-secmgr}} argument or setting the {{SECMGR=true}} environment variable. In order for this change to work correctly the {{WildFlySecurityManager.install()}} needs to be disabled. Also -all- standalone, process-controller and host-controller modules that declare a dependency on {{org.wildfly.security.manager}} need to export the services. Tests need to be updated to use the {{-secmgr}} argument rather than {{-Djava.security.manager}}. was: In WildFly Core the security manager can be enabled via the {{-secmgr}} argument or setting the {{SECMGR=true}} environment variable. In order for this change to work correctly the {{WildFlySecurityManager.install()}} needs to be disabled. Also all modules that declare a dependency on {{org.wildfly.security.manager}} need to export the services. Tests need to be updated to use the {{-secmgr}} argument rather than {{-Djava.security.manager}}. > Enable security manager via JBoss Modules > ----------------------------------------- > > Key: WFLY-3932 > URL: https://issues.jboss.org/browse/WFLY-3932 > Project: WildFly > Issue Type: Feature Request > Components: Security Manager > Reporter: James Perkins > Assignee: James Perkins > > In WildFly Core the security manager can be enabled via the {{-secmgr}} argument or setting the {{SECMGR=true}} environment variable. In order for this change to work correctly the {{WildFlySecurityManager.install()}} needs to be disabled. > Also -all- standalone, process-controller and host-controller modules that declare a dependency on {{org.wildfly.security.manager}} need to export the services. > Tests need to be updated to use the {{-secmgr}} argument rather than {{-Djava.security.manager}}. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (WFLY-270) Use logger instead of [stdout] for JGroups GMS logger

by Radoslav Husar (JIRA)

[ https://issues.jboss.org/browse/WFLY-270?page=com.atlassian.jira.plugin.s... ] Radoslav Husar reassigned WFLY-270: ----------------------------------- Assignee: Paul Ferraro (was: Radoslav Husar) Paul is fixing this by <pbcast.GMS print_local_addr="false"/>. > Use logger instead of [stdout] for JGroups GMS logger > ----------------------------------------------------- > > Key: WFLY-270 > URL: https://issues.jboss.org/browse/WFLY-270 > Project: WildFly > Issue Type: Feature Request > Components: Clustering > Affects Versions: 8.0.0.Alpha1 > Reporter: Radoslav Husar > Assignee: Paul Ferraro > Priority: Trivial > > ...and possibly remove the unnecessary dash lines on the way. > {noformat} > [JBossINF] 12:11:12,677 INFO [org.jboss.as.osgi] (MSC service thread 1-15) JBAS011907: Register module: Module "deployment.clusterbench-ee6.ear.clusterbench-ee6-ejb.jar:main" from Service Module Loader > [JBossINF] 12:11:13,142 INFO [stdout] (ChannelService lifecycle - 1) > [JBossINF] 12:11:13,142 INFO [stdout] (ChannelService lifecycle - 1) ------------------------------------------------------------------- > [JBossINF] 12:11:13,142 INFO [stdout] (ChannelService lifecycle - 1) GMS: address=perf18/web, cluster=web, physical address=10.16.90.54:55200 > [JBossINF] 12:11:13,143 INFO [stdout] (ChannelService lifecycle - 1) ------------------------------------------------------------------- > [JBossINF] 12:11:13,209 INFO [stdout] (ChannelService lifecycle - 1) > [JBossINF] 12:11:13,209 INFO [stdout] (ChannelService lifecycle - 1) ------------------------------------------------------------------- > [JBossINF] 12:11:13,209 INFO [stdout] (ChannelService lifecycle - 1) GMS: address=perf18/ejb, cluster=ejb, physical address=10.16.90.54:55200 > [JBossINF] 12:11:13,210 INFO [stdout] (ChannelService lifecycle - 1) ------------------------------------------------------------------- > [JBossINF] 12:11:13,441 INFO [org.infinispan.configuration.cache.EvictionConfigurationBuilder] (MSC service thread 1-5) ISPN000152: Passivation configured without an eviction policy being selected. Only manually evicted entities will be pasivated. > {noformat} -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (JGRP-1840) Provide docker image for JGroups

by Bela Ban (JIRA)

[ https://issues.jboss.org/browse/JGRP-1840?page=com.atlassian.jira.plugin.... ] Bela Ban commented on JGRP-1840: -------------------------------- Instructions on how to get the image (or build it via Dockerfile) are at [1]. The image is on DockerHub [2]. [1] https://github.com/belaban/jgroups-docker [2] https://registry.hub.docker.com/u/belaban/jgroups/ > Provide docker image for JGroups > -------------------------------- > > Key: JGRP-1840 > URL: https://issues.jboss.org/browse/JGRP-1840 > Project: JGroups > Issue Type: Task > Reporter: Bela Ban > Assignee: Bela Ban > Priority: Optional > Fix For: 3.6 > > > Provide a docker image for one or more JGroups demos. People could run multiple instances and see a cluster. Candidates for demos: > * Draw (can we set DISPLAY to be the user's desktop?) > * Topology > * Some replicated map (ReplCache) > * Chat > [1] https://gist.github.com/goldmann/d38589ad919343ba30dd -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 9 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira October 2014