February 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBRULES-445) behavior of globals?

by G￡bor Lipt￡k (JIRA)

behavior of globals? -------------------- Key: JBRULES-445 URL: http://jira.jboss.com/jira/browse/JBRULES-445 Project: JBoss Rules Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Drl Parser/Builder Affects Versions: 3.0.4 Reporter: G￡bor Lipt￡k Assigned To: Mark Proctor Priority: Minor It seems that the value of DRL globals without external env backup is removed between rules: package globaltest import Policy; global java.lang.String text; rule "Foo" salience 999 when Policy() then text="foo"; System.out.println("foo+"+text); end rule "Bar" salience 998 when Policy() then System.out.println("bar+"+text); text="bar"; System.out.println("bar+"+text); end results in: foo+foo bar+null bar+bar The documentation does not seem to provide details if this is the expected behavior. Please comment. Thanks -- 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

19 years

2
1
0 / 0

[JBoss JIRA] Created: (JBRULES-520) How to refer one rule in another

by Sridhar Ramaswamy (JIRA)

How to refer one rule in another -------------------------------- Key: JBRULES-520 URL: http://jira.jboss.com/jira/browse/JBRULES-520 Project: JBoss Rules Issue Type: Feature Request Security Level: Public (Everyone can see) Affects Versions: 3.0.4 Environment: WSAD Reporter: Sridhar Ramaswamy Assigned To: Mark Proctor I have the following three rules created in a drl: rule "Sales" when abc: abcData( $abcName : abcName, $value: value > 20) then abc.setFlagColor("RED"); end rule "Count" when bcd: bcdData( $bcdName : bcdName, $count: count < 120) then abc.setFlagColor("RED"); end How to create a new rule which will use these rules, for instance rule "sales & count" when either rule "sales" is true or "count" is true and aaa: aaaData($aaaName: aaaName, $amount: amount < 1000) then aaa.setFlag("Critical"); end I am not able to call a rule into another rule to check that is also true. Thanks/Sri. -- 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

19 years

2
1
0 / 0

[JBoss JIRA] Created: (JBRULES-698) Eclipse Java projects with Drools falsly show problem markers

by Dr. Gernot Starke (JIRA)

Eclipse Java projects with Drools falsly show problem markers ------------------------------------------------------------- Key: JBRULES-698 URL: http://jira.jboss.com/jira/browse/JBRULES-698 Project: JBoss Rules Issue Type: Bug Security Level: Public (Everyone can see) Components: Eclipse IDE Affects Versions: 3.0.5, 3.0.4 Environment: Eclipse 3.2, both Mac OS X and Windows XP Reporter: Dr. Gernot Starke Assigned To: Mark Proctor With the JBoss Rules Eclipse plugin, java projects containing rules (drl-files) mostly show problem markers in the package explorer - suggesting errors. This happens even with empty (!) drl-files, both in DSL and "standard" syntax. -- 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

19 years

3
4
0 / 0

[JBoss JIRA] Created: (JBFORUMS-123) On preview topic view "Powered by JBoss Portal" tag flies around

by Ryszard Kozmik (JIRA)

On preview topic view "Powered by JBoss Portal" tag flies around ---------------------------------------------------------------- Key: JBFORUMS-123 URL: http://jira.jboss.com/jira/browse/JBFORUMS-123 Project: JBoss Forums Issue Type: Bug Affects Versions: 1.0.0 Alpha Reporter: Ryszard Kozmik Assigned To: Ryszard Kozmik Priority: Minor While creating topic with preview the theme tag "Powered by JBoss Portal / Theme by ***" flies over forums. -- 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

19 years

2
5
0 / 0

[JBoss JIRA] Created: (JBCACHE-742) PojoCache needs to propogate POJO events to remote nodes

by Ben Wang (JIRA)

PojoCache needs to propogate POJO events to remote nodes -------------------------------------------------------- Key: JBCACHE-742 URL: http://jira.jboss.com/jira/browse/JBCACHE-742 Project: JBoss Cache Issue Type: Task Security Level: Public (Everyone can see) Reporter: Ben Wang Assigned To: Ben Wang Priority: Critical Fix For: PojoCache 2.1.0 Currently, in the new 2.0 design, the POJO events, attach, detach, and field updates are local only. That is, remote node won't have any notification. This is an defficency. To crroect this, we will need to have another RPC layer that sits on the same channel as the the Cache to propogate the events. -- 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

19 years

3
5
0 / 0

[JBoss JIRA] Created: (JBBUILD-332) Anonymous implementation of abstract methods in enums causes Weaver to barf

by Manik Surtani (JIRA)

Anonymous implementation of abstract methods in enums causes Weaver to barf --------------------------------------------------------------------------- Key: JBBUILD-332 URL: http://jira.jboss.com/jira/browse/JBBUILD-332 Project: JBoss Build System Issue Type: Bug Components: JBossRetro Affects Versions: JBossRetro-1.0.4.GA Environment: Tested with JBoss Retro snapshot (10 Jan 2007) as well as 1.0.4.GA java version "1.5.0_09" Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_09-b03) Java HotSpot(TM) Client VM (build 1.5.0_09-b03, mixed mode, sharing) Linux hobbes 2.6.18-1.2869.fc6xen #1 SMP Wed Dec 20 15:28:06 EST 2006 i686 i686 i386 GNU/Linux Reporter: Manik Surtani For example, see http://fisheye.jboss.com/browse/~raw,r=1.7/JBoss/JBossCache/src/org/jboss... When attempting to retroweave this enum, we see an NPE trying to get a hold of the enums in the class. [retro] Attempting to retroweave class org.jboss.cache.lock.IsolationLevel$1 [retro] Exception in thread "main" java.lang.NullPointerException [retro] at org.jboss.ant.tasks.retro.Weaver.rewriteEnum(Weaver.java:581) [retro] at org.jboss.ant.tasks.retro.Weaver.doWeave(Weaver.java:463) [retro] at org.jboss.ant.tasks.retro.Weaver.compileFile(Weaver.java:415) [retro] at org.jboss.ant.tasks.retro.Weaver.weave(Weaver.java:328) [retro] at org.jboss.ant.tasks.retro.Weaver.main(Weaver.java:110) (I added the sys out in my local copy of Weaver.java to spit out the name of the offending class) -- 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

19 years

2
3
0 / 0

[JBoss JIRA] Created: (EJBTHREE-657) StatefulBean passivation is broken (ClassCastException in org.jboss.ejb3.stateful.NestedStatefulBeanContext)

by Carlo de Wolf (JIRA)

StatefulBean passivation is broken (ClassCastException in org.jboss.ejb3.stateful.NestedStatefulBeanContext) ------------------------------------------------------------------------------------------------------------ Key: EJBTHREE-657 URL: http://jira.jboss.com/jira/browse/EJBTHREE-657 Project: EJB 3.0 Issue Type: Bug Affects Versions: EJB 3.0 RC8 - FD Reporter: Carlo de Wolf Priority: Critical StatefulBean passivation is broken, because there is a conflict between what gets serialized (attribute contains) and what gets unserialized (attribute beanMO). 11:41:37,109 ERROR [STDERR] Caused by: java.lang.ClassCastException: java.util.ArrayList 11:41:37,109 ERROR [STDERR] at org.jboss.ejb3.stateful.NestedStatefulBeanContext.readExternal(Neste dStatefulBeanContext.java:60) 11:41:37,109 ERROR [STDERR] at org.jboss.serial.persister.ExternalizePersister.readData(Externalize Persister.java:72) 11:41:37,109 ERROR [STDERR] at org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.readObjectD escriptionFromStreaming(ObjectDescriptorFactory.java:411) 11:41:37,109 ERROR [STDERR] at org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.objectFromD escription(ObjectDescriptorFactory.java:81) 11:41:37,109 ERROR [STDERR] at org.jboss.serial.objectmetamodel.DataContainer$DataContainerDirectIn put.readObject(DataContainer.java:639) 11:41:37,109 ERROR [STDERR] at org.jboss.serial.persister.ObjectInputStreamProxy.readObjectOverride (ObjectInputStreamProxy.java:68) 11:41:37,109 ERROR [STDERR] at java.io.ObjectInputStream.readObject(ObjectInputStream.java:333) 11:41:37,109 ERROR [STDERR] at java.util.ArrayList.readObject(ArrayList.java:592) 11:41:37,109 ERROR [STDERR] ... 74 more -- 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

19 years

3
2
0 / 0

[JBoss JIRA] Created: (JBFORUMS-163) Performance tests based on jboss.com nukes forums access logs

by Ryszard Kozmik (JIRA)

Performance tests based on jboss.com nukes forums access logs ------------------------------------------------------------- Key: JBFORUMS-163 URL: http://jira.jboss.com/jira/browse/JBFORUMS-163 Project: JBoss Forums Issue Type: Task Components: Forum Test Suite Reporter: Ryszard Kozmik Assigned To: Ryszard Kozmik Priority: Blocker Fix For: 1.1.0 Alpha We need to make sure that JBoss Forums are enough performant before trying to deploy moving all load from jboss.com nukes forums to them. IT should be able to provide nukes forums access logs and basing on them we should be able to create much more realistic load tests. junitperf toolkit with JProfiler might be a good choice for this task. -- 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

19 years, 1 month

2
1
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-511) JDBC and Transaction close/cleanup operations should be bullet-proofed JDBCChannelMapper and elsewhere.

by Joel Lindheimer (JIRA)

JDBC and Transaction close/cleanup operations should be bullet-proofed JDBCChannelMapper and elsewhere. ------------------------------------------------------------------------------------------------------- Key: JBMESSAGING-511 URL: http://jira.jboss.com/jira/browse/JBMESSAGING-511 Project: JBoss Messaging Issue Type: Bug Components: Messaging Core Affects Versions: 1.0.1.CR4 Environment: Windows Reporter: Joel Lindheimer Assigned To: Ovidiu Feodorov I am concerned with object close and wrap.end() methods in JDBCChannelMapper possibly being bypassed if an exception is thrown in the rs.close(), ps.close() blocks (code below is an example of what is currently in the JDBCChannelMapper). JDBCChannelMapper : public DurableSubscription getDurableSubscription(String clientID, String subscriptionName, MessageStore ms, PersistenceManager pm, MemoryManager mm) throws Exception { // Look in memory first DurableSubscription sub = getDurableSubscription(clientID, subscriptionName); if (sub != null) { return sub; } //Now look in the db Connection conn = null; PreparedStatement ps = null; ResultSet rs = null; TransactionWrapper wrap = new TransactionWrapper(); try { conn = ds.getConnection(); ps = conn.prepareStatement(selectDurableSub); (do stuff here... ) return sub; } finally { if (rs != null) { // JL what if it blose up here? rs.close(); } if (ps != null) { // JL or here? ps.close(); } if (conn != null) { // or here? conn.close(); } wrap.end(); } } -- 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

19 years, 1 month

4
6
0 / 0

[JBoss JIRA] Created: (JBAOP-351) Intercept Integer and Long bit manipulation methods

by Elias Ross (JIRA)

Intercept Integer and Long bit manipulation methods --------------------------------------------------- Key: JBAOP-351 URL: http://jira.jboss.com/jira/browse/JBAOP-351 Project: JBoss AOP Issue Type: Task Security Level: Public (Everyone can see) Reporter: Elias Ross Add support for Integer.bitCount(), etc. appearing in JDK 1.5 -- 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

19 years, 1 month

3
7
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 February 2007