November 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBMESSAGING-732) Improve message counter functionality

by Tim Fox (JIRA)

Improve message counter functionality ------------------------------------- Key: JBMESSAGING-732 URL: http://jira.jboss.com/jira/browse/JBMESSAGING-732 Project: JBoss Messaging Issue Type: Feature Request Affects Versions: 1.2.0.Beta2 Reporter: Tim Fox Assigned To: Tim Fox Priority: Minor Fix For: 1.2.1 MessageCounter functionality can be improved by returning counters and history as XML as well as HTML, or in some other "machine friendly" format. Also the history should be made "rolling", so only a moving window of data is retained to prevent a large buildup -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 8 months

4
6
0 / 0

[JBoss JIRA] Created: (JBAS-4814) Refactor the conf/jboss-service.xml services

by Scott M Stark (JIRA)

Refactor the conf/jboss-service.xml services -------------------------------------------- Key: JBAS-4814 URL: http://jira.jboss.com/jira/browse/JBAS-4814 Project: JBoss Application Server Issue Type: Task Security Level: Public (Everyone can see) Reporter: Scott M Stark Assigned To: Scott M Stark Fix For: JBossAS-5.0.0.CR1 The legacy/conf/jboss-service.xml needs to be stripped down, possibly removed as there are too many non-core services in this currently. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 8 months

2
7
0 / 0

[JBoss JIRA] Created: (EJBTHREE-856) Use Buddy Replication for clustered SFSBs

by Brian Stansberry (JIRA)

Use Buddy Replication for clustered SFSBs ----------------------------------------- Key: EJBTHREE-856 URL: http://jira.jboss.com/jira/browse/EJBTHREE-856 Project: EJB 3.0 Issue Type: Feature Request Components: Clustering Reporter: Brian Stansberry Assigned To: Brian Stansberry Fix For: EJB 3.0 RC11 - FD Optimize the replicated SFSB cache for use with Buddy Replication. Basically means checking cache calls to ensure unwanted data gravitations do not occur. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 8 months

4
9
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-1151) Guarantee ordering with a delayed redelivery (FIFO)

by Markus Lutum (JIRA)

Guarantee ordering with a delayed redelivery (FIFO) --------------------------------------------------- Key: JBMESSAGING-1151 URL: http://jira.jboss.com/jira/browse/JBMESSAGING-1151 Project: JBoss Messaging Issue Type: Feature Request Affects Versions: 1.4.0.GA Reporter: Markus Lutum Assigned To: Tim Fox Make it possible to configure JBM to guarantee ordering with a delayed redelivery means preserve ordering of messages to a Consumer also in case of NACK / rollback. In other words, block any other messages that arrived in the intervening period being delivered. Needed behaviour A and B are in the Queue delivered A (ok) delivered B (NOK/Transaction roll back) C comes in delivered B again after 20 sec (NOK/Transaction roll back) delivered B again after 20 sec (Now processing is OK- Commit) delivered C I have now 2 customers which need this behaviour so I can replace a buggy self written persistent queue package. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 8 months

2
3
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1631) Allow different stylesheets for different user-agents

by Thomas Heute (JIRA)

Allow different stylesheets for different user-agents ----------------------------------------------------- Key: JBPORTAL-1631 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1631 Project: JBoss Portal Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Portal Theme Reporter: Thomas Heute Assigned To: Julien Viet Fix For: 2.8 Final It should be possible to define several stylesheets for a theme that would be applied for different user-agents. Several stylesheets can be handy to respect the differences between IE versions and also with other browsers. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 8 months

2
7
0 / 0

[JBoss JIRA] Created: (JBAS-4370) SecurityDeployer: XACML Policy Registration

by Anil Saldhana (JIRA)

SecurityDeployer: XACML Policy Registration ------------------------------------------- Key: JBAS-4370 URL: http://jira.jboss.com/jira/browse/JBAS-4370 Project: JBoss Application Server Issue Type: Task Security Level: Public (Everyone can see) Components: Security Affects Versions: JBossAS-5.0.0.Beta2 Reporter: Anil Saldhana Assigned To: Anil Saldhana Fix For: JBossAS-5.0.0.Beta3 Move the XACML Policy registration from the component modules to the security deployer. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 8 months

3
5
0 / 0

[JBoss JIRA] Created: (SECURITY-89) Fast ACL Implementation

by Anil Saldhana (JIRA)

Fast ACL Implementation ----------------------- Key: SECURITY-89 URL: http://jira.jboss.com/jira/browse/SECURITY-89 Project: JBoss Security and Identity Management Issue Type: Task Security Level: Public (Everyone can see) Components: ACL Reporter: Anil Saldhana Assigned To: Stefan Guilhen Fix For: 2.0.2.GA We need to implement a FAST ACL implementation to be used by the non JBAS projects such as JBoss Rules, Portal etc. The key here is performance. We basically have a tuple (key, CRUD) where key is an object instance. We need to devise some mechanism by which the projects can plug in their key (similar to hibernate primary key mapping). The ACL implementation should not assume any strategies, which need to be pluggable. The strategies can be Hibernate, Cache or ldap depending on user needs. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 8 months

2
7
0 / 0

[JBoss JIRA] Created: (EJBTHREE-932) EJB3 deployer must have an option for dynamic queue / topic creation

by Carlo de Wolf (JIRA)

EJB3 deployer must have an option for dynamic queue / topic creation -------------------------------------------------------------------- Key: EJBTHREE-932 URL: http://jira.jboss.com/jira/browse/EJBTHREE-932 Project: EJB 3.0 Issue Type: Feature Request Reporter: Carlo de Wolf Fix For: EJB 3.0 RC11 - FD Currently when the MDB container can't find a queue it will always connect to ServerPeer and asks it to create one. Scott: Whether or not the ejb container creates destinations has to be a manageable, metadata driven policy. This is ultimately overridable by the managment layer/policy service as whether or not a given environment allows for dynamic creation of destinations is an admin policy decision. It has nothing to do with whether ejb3 and jbm exist in the same environment. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 8 months

1
3
0 / 0

[JBoss JIRA] Created: (JBRULES-966) update(fact) in 2 rules dont check for other updated facts - a loop is created

by Felipe Piccolini (JIRA)

update(fact) in 2 rules dont check for other updated facts - a loop is created ------------------------------------------------------------------------------ Key: JBRULES-966 URL: http://jira.jboss.com/jira/browse/JBRULES-966 Project: JBoss Rules Issue Type: Bug Security Level: Public (Everyone can see) Components: Reteoo Affects Versions: 4.0.0.MR3 Environment: tested on eclipse 3.2, JBossRules 4.0MR3, OS Mac OSX 10.4.10 Reporter: Felipe Piccolini Assigned To: Mark Proctor When using update in 2 rules that update the same object... a loop is created even when trying to avoid the loop adding an extra condition to each rule inserting an ArrayList as a fact too, so each rule should not be evaluated again... //-------RULES----------------------------- package org.drools.test #list any import classes here. import java.util.List import java.util.ArrayList import cl.bluesoft.test.rules.Fact #declare any global variables here rule "test update A" salience 699 no-loop when $f : Fact($n: number > 0) $list: ArrayList( this excludes "key1") then System.out.println("A-fact number1:"+$f.getNumber()+" list 1:"+$list); $list.add("key1"); $f.setNumber($n + 1); update ($f); update ($list); System.out.println("A-fact number2:"+$f.getNumber()+" list 2:"+$list); end rule "test update B" salience 699 no-loop when $f : Fact($n: number > 1) $list: ArrayList( this excludes "key2") then System.out.println("B-fact number1:"+$f.getNumber()+" list 1:"+$list); $list.add("key2"); $f.setNumber($n + 1); update ($f); update ($list); System.out.println("B-fact number2:"+$f.getNumber()+" list 2:"+$list); end //-------FACT----------------------------- public class Fact implements Serializable { private static final long serialVersionUID = 331627137981862975L; private int number; public Fact(int number){ this.number = number; } public Fact(){ this(0); } /** * @return the number */ public int getNumber() { return number; } /** * @param number the number to set */ public void setNumber(int number) { this.number = number; } } //------TEST--------- public class TestUpdateFact implements Serializable { private static final long serialVersionUID = -574789596641083743L; /** * @param args */ public static void main(String[] args) { RuleBase ruleBase = RuleBaseFactory.newRuleBase(); Package pkg = builder.getPackage(); .... WorkingMemory session = ruleBase.getStatefulSession(); ...etc etc... List list = new ArrayList(); Fact fact1 = new Fact(1); session.insert(fact1 false); session.insert(list, false); session.fireAllRules(); session.dispose(); } } //--------OUTPUT------------ A-fact number1:1 list 1:[] A-fact number2:2 list 2:[key1] B-fact number1:2 list 1:[key1] B-fact number2:3 list 2:[key1, key2] A-fact number1:3 list 1:[key1, key2] A-fact number2:4 list 2:[key1, key2, key1] B-fact number1:4 list 1:[key1, key2, key1] B-fact number2:5 list 2:[key1, key2, key1, key2] A-fact number1:5 list 1:[key1, key2, key1, key2] A-fact number2:6 list 2:[key1, key2, key1, key2, key1] B-fact number1:6 list 1:[key1, key2, key1, key2, key1] B-fact number2:7 list 2:[key1, key2, key1, key2, key1, key2] A-fact number1:7 list 1:[key1, key2, key1, key2, key1, key2] A-fact number2:8 list 2:[key1, key2, key1, key2, key1, key2, key1] B-fact number1:8 list 1:[key1, key2, key1, key2, key1, key2, key1] .... for ever..... So a loop is created... only when I use update and both rules... condition about the list not containing "key1" and "key2" seems not properly chequed... -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 8 months

3
4
0 / 0

[JBoss JIRA] Created: (JBAS-3858) Update tc6-cluster.aop to match the current configuration

by Brian Stansberry (JIRA)

Update tc6-cluster.aop to match the current configuration --------------------------------------------------------- Key: JBAS-3858 URL: http://jira.jboss.com/jira/browse/JBAS-3858 Project: JBoss Application Server Issue Type: Sub-task Security Level: Public (Everyone can see) Reporter: Brian Stansberry Assigned To: Ben Wang Fix For: JBossAS-5.0.0.Beta1 The pojocache-aop.xml used in JBC 2.0 is quite different from what we have in tc6-cluster.aop. We need to sync up. We want to maintain support for the old Tomcat-specific interface markers as well. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 8 months

6
12
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 November 2007