July 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBRULES-993) statement ignored

by Edgardo Carena (JIRA)

statement ignored ----------------- Key: JBRULES-993 URL: http://jira.jboss.com/jira/browse/JBRULES-993 Project: JBoss Rules Issue Type: Bug Security Level: Public (Everyone can see) Components: Drl Parser/Builder Affects Versions: 4.0.0.MR3 Reporter: Edgardo Carena Assigned To: Mark Proctor Priority: Optional if a DSL file if you put 2 statements like this: [when]There is a Person at least {age} years old=Person(age > {age}) [when]There is a Person at least {age} years old with name of "{name}"=Person(name=="{name}",age > {age}) the second one will be ignored, while if you put the same in reverse [when]There is a Person at least {age} years old with name of "{name}"=Person(name=="{name}",age > {age}) [when]There is a Person at least {age} years old=Person(age > {age}) it works 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

19 years

2
3
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1584) Content-type selector portlet definitions and instances should be hidden

by Thomas Heute (JIRA)

Content-type selector portlet definitions and instances should be hidden ------------------------------------------------------------------------ Key: JBPORTAL-1584 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1584 Project: JBoss Portal Issue Type: Bug Security Level: Public (Everyone can see) Components: Portal Core Admin Affects Versions: 2.6 Final Reporter: Thomas Heute Assigned To: Thomas Heute Fix For: 2.6.1 Final, 2.8 Final Content-type selector portlet definitions and instances should be hidden from core-admin selection -- 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
1
0 / 0

[JBoss JIRA] Commented: (JGRP-236) Combine join and state transfer

by Vladimir Blagojevic (JIRA)

[ http://jira.jboss.com/jira/browse/JGRP-236?page=comments#action_12369101 ] Vladimir Blagojevic commented on JGRP-236: ------------------------------------------ How are we going to handle multiple concurrent joins(view bundling) where some joining members require transfer and others not? More complicated issue than issue initially assumed. > Combine join and state transfer > ------------------------------- > > Key: JGRP-236 > URL: http://jira.jboss.com/jira/browse/JGRP-236 > Project: JGroups > Issue Type: Feature Request > Affects Versions: 2.2.8, 2.2.9, 2.3, 2.2.9.1, 2.2.9.2 > Reporter: Bela Ban > Assigned To: Vladimir Blagojevic > Fix For: 2.6 > > > Add an additional connect(String group_name, boolean fetch_state, String state_id) method to Channel, so that we can combine joining and state transfer into 1 operation. This also requires only 1 FLUSH phase. > The state would be returned either via pulling with Channel.receive() or pushing the setState() method in a registered Receiver/MessageListener. > - The JOIN_REQ contains the boolean > - The algorithm in GMS is the same as the two described above, except that before multicasting the new view and sending > the JOIN_RSPs and LEAVE_RSPs, we ask the application for its state (GET_APPLSTATE) and when received (GET_APPLSTATE_OK), > we send it back to the joining member(s), and the RESUME sending messages -- 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
0
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1509) Window name set the previously defined value when content-type has changed

by Thomas Heute (JIRA)

Window name set the previously defined value when content-type has changed -------------------------------------------------------------------------- Key: JBPORTAL-1509 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1509 Project: JBoss Portal Issue Type: Bug Security Level: Public (Everyone can see) Components: Portal Core Affects Versions: 2.6 Final Reporter: Thomas Heute Assigned To: Julien Viet Fix For: 2.6.1 Final, 2.8 Final On page layout definition, if you enter a window name then change the content-type, the window name field is resetted to the previous value -- 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: (JBAS-4555) Connection.close() taking 2 minutes in JBossMQ

by Adrian Brock (JIRA)

Connection.close() taking 2 minutes in JBossMQ ---------------------------------------------- Key: JBAS-4555 URL: http://jira.jboss.com/jira/browse/JBAS-4555 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: JMS service Affects Versions: JBossAS-4.2.1.GA Environment: Fedora Core 6 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_09-b03) Reporter: Adrian Brock Assigned To: Adrian Brock Fix For: JBossAS-5.0.0.Beta3, JBossAS-4.2.2.GA For some reason I haven't investigated Thread.interupt() is not interupting I/O reads. The JBossMQ UIL2 does this to stop the ReadTask which in turn closes the socket. This can be see in the following test run: http://cruisecontrol.jboss.com/cc/artifacts/jboss-4.2-testsuite-sun-1.5/2... where some tests are timing out or taking 2 minutes. Without the interuppted I/O the ReadTask will wait until the "Read Timeout" (default 2 minutes) to end because at this point the client has stopped pinging. -- 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
1
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1579) change of package for UserCounterListener

by Luca Stancapiano (JIRA)

change of package for UserCounterListener ----------------------------------------- Key: JBPORTAL-1579 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1579 Project: JBoss Portal Issue Type: Bug Security Level: Public (Everyone can see) Components: Portal Samples Affects Versions: 2.6 Final Environment: JBoss as from http://anonsvn.jboss.org/repos/jbossas/tags/JBoss_4_0_5_GA_CP06, JBoss Portal from http://anonsvn.jboss.org/repos/portal/trunk since 9 july 2007 Reporter: Luca Stancapiano Assigned To: Julien Viet Fix For: 2.6.1 Final hi...into core-samples/src/resources/portal-basic-samples-sar/META-INF/jboss-service.xml : row 74 there is : <attribute name="ListenerClassName">org.jboss.portal.core.portlet.test.event.UserCounterListener</attribute> </mbean--> it should to be so: <attribute name="ListenerClassName">org.jboss.portal.core.samples.basic.event.UserCounterListener</attribute> </mbean--> because package of UserCounterListener is changed into core-samples project instead of core project -- 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
2
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1323) URL : Changing the context path / missing Root.war explaination

by Antoine Herzog (JIRA)

URL : Changing the context path / missing Root.war explaination --------------------------------------------------------------- Key: JBPORTAL-1323 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1323 Project: JBoss Portal Issue Type: Task Security Level: Public (Everyone can see) Components: Portal Documentation Affects Versions: 2.4.1 Final Environment: portal 2.4.0 final Reporter: Antoine Herzog Assigned To: Roy Russo Priority: Minor in the doc, in : 3.2 Changing the context path if you want to set the context-root to "/" it does not work. you must also change the context-root of "/" in the Root.war. see the forum post for explaination. ** A) explain this in the doc would be better. or at least notice it and send to the jboss doc ** B) Also : put in the doc the explanation for suppressing the "second portal" item in the url. (see forum post). ** C optionnal) then, the question is : how to define MyPortal as the default portal. seems not possible, without changing the jboss portal default-object.xml in the conf folder in jboss-portal.sar: put MyPortal description in this file. but that's another jira... (and need time to investigate this, and first see the forum about it). -- 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

4
8
0 / 0

[JBoss JIRA] Created: (SECURITY-70) Mavenize docs for JBossXACML

by Anil Saldhana (JIRA)

Mavenize docs for JBossXACML ---------------------------- Key: SECURITY-70 URL: http://jira.jboss.com/jira/browse/SECURITY-70 Project: JBoss Security and Identity Management Issue Type: Sub-task Security Level: Public (Everyone can see) Components: JBossXACML Affects Versions: 2.0.0.BETA Reporter: Anil Saldhana Assigned To: Anil Saldhana Fix For: 2.0.0.BETA Use Scott's guidance in the attached thread and the Microcontainer's docbook structure. -- 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
1
0 / 0

[JBoss JIRA] Created: (JBRULES-742) Test error running integration tests with Java 6

by Edson Tirelli (JIRA)

Test error running integration tests with Java 6 ------------------------------------------------ Key: JBRULES-742 URL: http://jira.jboss.com/jira/browse/JBRULES-742 Project: JBoss Rules Issue Type: Bug Security Level: Public (Everyone can see) Components: Reteoo Affects Versions: 3.1-m1 Reporter: Edson Tirelli Assigned To: Mark Proctor A user reported a strange error in integration tests: <?xml version="1.0" encoding="UTF-8" ?> <testsuite failures="0" time="16.094" errors="1" skipped="0" tests="107" name="org.drools.integrationtests.ReteTest"> <properties> <property name="java.runtime.name" value="Java(TM) SE Runtime Environment"/> <property name="sun.boot.library.path" value="C:\Program Files\Java\jre1.6.0\bin"/> <property name="java.vm.version" value="1.6.0-b105"/> <property name="java.vm.vendor" value="Sun Microsystems Inc."/> <property name="java.vendor.url" value="http://java.sun.com/"/> <property name="path.separator" value=";"/> <property name="java.vm.name" value="Java HotSpot(TM) Client VM"/> <property name="file.encoding.pkg" value="sun.io"/> <property name="user.country" value="US"/> <property name="sun.java.launcher" value="SUN_STANDARD"/> <property name="sun.os.patch.level" value="Service Pack 2"/> <property name="java.vm.specification.name" value="Java Virtual Machine Specification"/> <property name="user.dir" value="c:\work-drools-trunk\trunk\drools-compiler"/> <property name="java.runtime.version" value="1.6.0-b105"/> <property name="java.awt.graphicsenv" value="sun.awt.Win32GraphicsEnvironment"/> <property name="basedir" value="c:\work-drools-trunk\trunk\drools-compiler"/> <property name="java.endorsed.dirs" value="C:\Program Files\Java\jre1.6.0\lib\endorsed"/> <property name="os.arch" value="x86"/> <property name="java.io.tmpdir" value="c:\DOCUME~1\ant\LOCALS~1\Temp\"/> <property name="line.separator" value=" "/> <property name="java.vm.specification.vendor" value="Sun Microsystems Inc."/> <property name="user.variant" value=""/> <property name="os.name" value="Windows XP"/> <property name="sun.jnu.encoding" value="Cp1252"/> <property name="java.library.path" value="c:\WINDOWS\system32;.;C:\WINDOWS\Sun\Java\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\cygwin\usr\local\bin;C:\cygwin\bin;C:\cygwin\bin;C:\cygwin\usr\X11R6\bin;c:\ruby\bin;c:\Tcl\bin;c:\Python25\;c:\Perl\site\bin;c:\Perl\bin;c:\WINDOWS\system32;c:\WINDOWS;c:\WINDOWS\System32\Wbem;c:\Program Files\ATI Technologies\ATI.ACE\;c:\Program Files\cvsnt;c:\maven\bin;c:\apache-ant-1.7.0\bin;c:\jdk1.6.0\bin;c:\Sun\SDK\bin"/> <property name="java.specification.name" value="Java Platform API Specification"/> <property name="java.class.version" value="50.0"/> <property name="sun.management.compiler" value="HotSpot Client Compiler"/> <property name="os.version" value="5.1"/> <property name="user.home" value="C:\Documents and Settings\ant"/> <property name="user.timezone" value="Europe/Helsinki"/> <property name="java.awt.printerjob" value="sun.awt.windows.WPrinterJob"/> <property name="file.encoding" value="Cp1252"/> <property name="java.specification.version" value="1.6"/> <property name="user.name" value="ant"/> <property name="java.class.path" value="C:\Documents and Settings\ant\.m2\repository\org\apache\maven\surefire\surefire-api\2.0\surefire-api-2.0.jar;C:\Documents and Settings\ant\.m2\repository\org\codehaus\plexus\plexus-utils\1.1\plexus-utils-1.1.jar;C:\Documents and Settings\ant\.m2\repository\org\apache\maven\surefire\surefire-booter\2.0\surefire-booter-2.0.jar"/> <property name="java.vm.specification.version" value="1.0"/> <property name="sun.arch.data.model" value="32"/> <property name="java.home" value="C:\Program Files\Java\jre1.6.0"/> <property name="java.specification.vendor" value="Sun Microsystems Inc."/> <property name="user.language" value="en"/> <property name="awt.toolkit" value="sun.awt.windows.WToolkit"/> <property name="java.vm.info" value="mixed mode, sharing"/> <property name="java.version" value="1.6.0"/> <property name="java.ext.dirs" value="C:\Program Files\Java\jre1.6.0\lib\ext;C:\WINDOWS\Sun\Java\lib\ext"/> <property name="sun.boot.class.path" value="C:\Program Files\Java\jre1.6.0\lib\resources.jar;C:\Program Files\Java\jre1.6.0\lib\rt.jar;C:\Program Files\Java\jre1.6.0\lib\sunrsasign.jar;C:\Program Files\Java\jre1.6.0\lib\jsse.jar;C:\Program Files\Java\jre1.6.0\lib\jce.jar;C:\Program Files\Java\jre1.6.0\lib\charsets.jar;C:\Program Files\Java\jre1.6.0\classes"/> <property name="java.vendor" value="Sun Microsystems Inc."/> <property name="localRepository" value="C:\Documents and Settings\ant\.m2\repository"/> <property name="file.separator" value="\"/> <property name="java.vendor.url.bug" value="http://java.sun.com/cgi-bin/bugreport.cgi"/> <property name="sun.cpu.endian" value="little"/> <property name="sun.io.unicode.encoding" value="UnicodeLittle"/> <property name="sun.desktop" value="windows"/> <property name="sun.cpu.isalist" value=""/> </properties> <testcase time="0.125" name="testDynamicFunction"> <error message="org/drools/test/AddFive" type="java.lang.NoClassDefFoundError">java.lang.NoClassDefFoundError: org/drools/test/AddFive at org.drools.test.Rule_global_rule_test_0.consequence(Rule_global_rule_test_0.java:9) at org.drools.test.Rule_global_rule_test_0ConsequenceInvoker.evaluate(Rule_global_rule_test_0ConsequenceInvoker.java:19) at org.drools.common.DefaultAgenda.fireActivation(DefaultAgenda.java:484) at org.drools.common.DefaultAgenda.fireNextItem(DefaultAgenda.java:448) at org.drools.common.AbstractWorkingMemory.fireAllRules(AbstractWorkingMemory.java:365) at org.drools.common.AbstractWorkingMemory.fireAllRules(AbstractWorkingMemory.java:346) at org.drools.integrationtests.IntegrationCases.testDynamicFunction(IntegrationCases.java:1177) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at junit.framework.TestCase.runTest(TestCase.java:154) at junit.framework.TestCase.runBare(TestCase.java:127) at junit.framework.TestResult$1.protect(TestResult.java:106) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.framework.TestResult.run(TestResult.java:109) at junit.framework.TestCase.run(TestCase.java:118) at junit.framework.TestSuite.runTest(TestSuite.java:208) at junit.framework.TestSuite.run(TestSuite.java:203) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.apache.maven.surefire.junit.JUnitTestSet.execute(JUnitTestSet.java:210) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:135) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:122) at org.apache.maven.surefire.Surefire.run(Surefire.java:129) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:225) at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:747) </error> </testcase> -- 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: (JBRULES-982) update() not working for "collect" rules

by Dirk Bergstrom (JIRA)

update() not working for "collect" rules ---------------------------------------- Key: JBRULES-982 URL: http://jira.jboss.com/jira/browse/JBRULES-982 Project: JBoss Rules Issue Type: Bug Security Level: Public (Everyone can see) Components: Reteoo Affects Versions: 4.0.0.MR4 Reporter: Dirk Bergstrom Assigned To: Mark Proctor Attachments: Tester.java Rules using "collect" are collecting objects that no longer match after an update() is called. WorkingMemory.update() or WorkingMemory.modifyRetract()/modifyInsert() don't work, but doing retract() followed by insert() does. I'll attach a testcase momentarily. -- 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

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira July 2007