November 2010 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBRULES-1132) No code completion for 'from' expression statements

by Mark Proctor (JIRA)

No code completion for 'from' expression statements --------------------------------------------------- Key: JBRULES-1132 URL: http://jira.jboss.com/jira/browse/JBRULES-1132 Project: JBoss Rules Issue Type: Bug Security Level: Public (Everyone can see) Components: Eclipse IDE Reporter: Mark Proctor Assigned To: Kris Verlaenen Fix For: 4.0.1 If I'm buliding a 'from' statement that is something like from $s.getItems() there is no code completion on that expression. -- 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

15 years, 3 months

3
6
0 / 0

[JBoss JIRA] Created: (JBRULES-1130) Code completion does not work for two char operator symbols

by Mark Proctor (JIRA)

Code completion does not work for two char operator symbols ----------------------------------------------------------- Key: JBRULES-1130 URL: http://jira.jboss.com/jira/browse/JBRULES-1130 Project: JBoss Rules Issue Type: Bug Security Level: Public (Everyone can see) Components: Eclipse IDE Reporter: Mark Proctor Assigned To: Kris Verlaenen Fix For: 4.0.1 When typing the first char of an operator, it does not show you the correct matches. -- 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

15 years, 3 months

2
4
0 / 0

[JBoss JIRA] Created: (JBRULES-2809) Statefull working memory corruption

by Geoffrey De Smet (JIRA)

Statefull working memory corruption ----------------------------------- Key: JBRULES-2809 URL: https://jira.jboss.org/browse/JBRULES-2809 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Geoffrey De Smet Assignee: Geoffrey De Smet Seeing this with CurriculumCourseApp. Reproduced with trunk and with 5.1.0. Writing a testcase for regression testing. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 3 months

2
17
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-1823) Selector and paging : messages are not loaded from storage

by CYRIL GERBIER (JIRA)

Selector and paging : messages are not loaded from storage ----------------------------------------------------------- Key: JBMESSAGING-1823 URL: https://jira.jboss.org/browse/JBMESSAGING-1823 Project: JBoss Messaging Issue Type: Bug Components: Messaging Core Affects Versions: 1.4.5.GA, 1.4.0.SP3.CP10, 1.4.0.SP3.CP09, 1.4.0.SP3.CP08, 1.4.0.SP3.CP07, 1.4.0.SP3.CP06, 1.4.0.SP3.CP05, 1.4.0.SP3.CP04, 1.4.0.SP3_CP03, 1.4.0.SP3.CP02, 1.4.0.SP3_CP01, 1.4.0.SP3 Environment: Jboss Messaging 1.4.0SP3 (also 1.4.5.GA) Reporter: CYRIL GERBIER Attachments: SelectorPagingPb.zip My problem concern the use of selector on paging queues: as long as the first message in memory is not consumed, jboss messaging 1.4.0 SP3 (also 1.4.5.GA) doesn't load messages from storage. For example, I create a queue with following paging parameters: FullSize=20, PageSize=10, DownCacheSize=10. I send 35 messages in this queue (with JMS property test set from 0 to 35). So I have 20 messages in memory and 15 on storage. Then, I try to consume messages except the one with test=2. I use selector on test property to consume my messages. The result is I can consume all messages in memory, but I can't for those in storage: they are staying in storage, and JBoss Messaging doesn't load these messages from storage. Actually, the messages in storage are loaded only when first message in memory is consumed. In my case, I don't consume message 2 which is the first message in memory. How avoid this behaviour that block all my product with thousands of messages blocked in my queue? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 3 months

4
6
0 / 0

[JBoss JIRA] Created: (JBAS-4859) No facility to change location of Tomcat 'work' directory (catalina home)

by Chris Lee (JIRA)

No facility to change location of Tomcat 'work' directory (catalina home) ------------------------------------------------------------------------- Key: JBAS-4859 URL: http://jira.jboss.com/jira/browse/JBAS-4859 Project: JBoss Application Server Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Web (Tomcat) service Affects Versions: JBossAS-4.2.1.GA Environment: n/a Reporter: Chris Lee Assigned To: Remy Maucherat Presently the location for Tomcat's 'work' directory is hard-coded to jboss.server.home.dir; it would be nice to override this (as is done with jboss.server.data.dir, jboss.server.log.dir, and jboss.server.temp.dir) to move 'data' directories outside the server home. -- 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

15 years, 3 months

3
2
0 / 0

[JBoss JIRA] Created: (JBRULES-2718) Ruleflows are not working correctly in Stateless session

by GrÃ©goire Botquin (JIRA)

Ruleflows are not working correctly in Stateless session -------------------------------------------------------- Key: JBRULES-2718 URL: https://jira.jboss.org/browse/JBRULES-2718 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 5.1.1.FINAL Environment: Windows 7 Reporter: GrÃ©goire Botquin Assignee: Mark Proctor We are currently migrating from 5.0.1 to 5.1.1. and our RuleFlows are not working anymore. After some investigations it seems it could be related to the knowledgesession type (Statefull / Stateless). When launching a ruleflow in stateless session, it seems that the process stops it's execution after the first RuleFlowGroup found in the flow (maybe after some other node types (?)), and that without any reason nor exception/error trace. In attach, I made a ruleflow sample with two nodes (one ruleflow group and one script node). The nodes are only making a simple System.out.println. When executing it in Statefull session, we have two outputs. When executing it in Stateless session, there is only one output, this one of the RuleFlowGroup. The script node has not been executed as it should be. No exceptions were found in logs. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 3 months

6
8
0 / 0

[JBoss JIRA] Created: (JBWEB-182) juli*.log created in the current directory intead of $CATALINA_BASE/logs

by Marcin Szewczyk (JIRA)

juli*.log created in the current directory intead of $CATALINA_BASE/logs ------------------------------------------------------------------------ Key: JBWEB-182 URL: https://jira.jboss.org/browse/JBWEB-182 Project: JBoss Web Issue Type: Patch Security Level: Public (Everyone can see) Affects Versions: JBossWeb-2.1.9.GA Environment: Ubuntu GNU/Linux Lucid 10.04.1 Reporter: Marcin Szewczyk Assignee: Remy Maucherat Priority: Minor Fix For: JBossWeb-2.1.9.GA juli*.log created in the current directory intead of $CATALINA_BASE/logs -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 3 months

2
3
0 / 0

[JBoss JIRA] Created: (JBEE-24) Add javamail-api_1.4_spec

by Shelly McGowan (JIRA)

Add javamail-api_1.4_spec ------------------------- Key: JBEE-24 URL: https://jira.jboss.org/jira/browse/JBEE-24 Project: JBoss JavaEE APIs Issue Type: Sub-task Reporter: Shelly McGowan -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 3 months

1
4
0 / 0

[JBoss JIRA] Created: (JBRULES-2223) ArrayIndexOutOfBoundsException in AbstractRuleBase.getStatefulSessions()

by Assen Todorov (JIRA)

ArrayIndexOutOfBoundsException in AbstractRuleBase.getStatefulSessions() ------------------------------------------------------------------------ Key: JBRULES-2223 URL: https://jira.jboss.org/jira/browse/JBRULES-2223 Project: JBoss Drools Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 4.0.7 Reporter: Assen Todorov Assignee: Mark Proctor The following exception is thrown on a multithreaded application, based on Terracotta & JBoss Drools (4.0.7). {code} java.lang.ArrayIndexOutOfBoundsException: 0 at org.drools.util.ObjectHashSet.toArray(ObjectHashSet.java:152) at org.drools.common.AbstractRuleBase.getStatefulSessions(AbstractRuleBase.java:724) ....... {code} The code : {code} /** * Creates a new rule base if necesarry. * @param aRuleSet the rule set for the new rule base. * @throws RuleConversionException if the rule engine has a problem with rule set compilation and loading. */ private void createRuleBase(final RuleSet aRuleSet) throws RuleConversionException { Check.notNull(aRuleSet, "aRuleSet"); final String code = aRuleSet.getCode(); Check.notNull(code, "aRuleSet.getCode()"); Check.notEmpty(code, "aRuleSet.getCode()"); final ECRC ecrc = new ECRC(); ecrc.update(code); final long crc = ecrc.getValue(); synchronized(ruleBaseCache) { ruleBase = ruleBaseCache.get(crc); if(ruleBase == null) { ruleBase = loadRuleBaseFromCode(code); ruleBaseCache.put(crc, ruleBase); } else { // rulebase already exist final StatefulSession[] sessions = ruleBase.getStatefulSessions(); if(sessions.length > 0) { // old sessions (working memories exist) for(StatefulSession session: sessions) { // clear the working memory session.dispose(); } } } } } {code} The class where this method is defined, is declared as _instrumented-classes_ in the Terracotta configuration. Hope this helps ! -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 3 months

2
4
0 / 0

[JBoss JIRA] Created: (JBREM-1193) Make principal information available to Remoting clients and servers

by David Lloyd (JIRA)

Make principal information available to Remoting clients and servers -------------------------------------------------------------------- Key: JBREM-1193 URL: https://jira.jboss.org/jira/browse/JBREM-1193 Project: JBoss Remoting Issue Type: Task Security Level: Public (Everyone can see) Components: r3 core Reporter: David Lloyd Fix For: 3.1.0.Beta2 Design an API which may be used to get the principals in force from any SSL or SASL session. On the server side, listeners should be executed with an authenticated Subject if possible; though it might be better to simply make the principal information available and let the application layer perform security duties. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 3 months

1
2
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 2010