November 2006 - jboss-jira - Jboss List Archives

[JBoss JIRA] Commented: (JBAOP-271) Hardcoded aspect manager in AspectBeanMetaDataFactory

by Kabir Khan (JIRA)

[ http://jira.jboss.com/jira/browse/JBAOP-271?page=comments#action_12346730 ] Kabir Khan commented on JBAOP-271: ---------------------------------- The AspectBeanMetaDataFactory no longer creates an AspectManager itself. It now causes the Aspect and AspectBinding to depend on the AspectManager being installed as a bean. Unless specified the bean name is taken to be "AspectManager", this can be overridden though via the manager-bean and manager-property attributes of <aop:aspect> <aop:aspect xmlns:aop="urn:jboss:aop-beans:1.0" name="DependencyAdvice" class="org.jboss.test.aop.mcjmx.InterceptorWithDependency" manager-bean="AspectManager" manager-property="aspectManager" pointcut="execution(* org.jboss.test.aop.mcjmx.BeanWithDependency->someAction(..))"> <property name="dependency"><inject bean="Dependency"/></property> </aop:aspect> > Hardcoded aspect manager in AspectBeanMetaDataFactory > ----------------------------------------------------- > > Key: JBAOP-271 > URL: http://jira.jboss.com/jira/browse/JBAOP-271 > Project: JBoss AOP > Issue Type: Sub-task > Reporter: Kabir Khan > -- 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, 6 months

1
0
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1062) ApacheDS for ldap integration testing

by Boleslaw Dawidowicz (JIRA)

ApacheDS for ldap integration testing ------------------------------------- Key: JBPORTAL-1062 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1062 Project: JBoss Portal Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Portal Test Affects Versions: 2.6.Alpha1 Reporter: Boleslaw Dawidowicz Assigned To: Boleslaw Dawidowicz Fix For: 2.6.Alpha1 - make embedded ApacheDS service to use in testing framework -- 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, 6 months

1
1
0 / 0

[JBoss JIRA] Commented: (JBRULES-269) Parser to be stricter with newlines

by Dirk Bergstrom (JIRA)

[ http://jira.jboss.com/jira/browse/JBRULES-269?page=comments#action_12346703 ] Dirk Bergstrom commented on JBRULES-269: ---------------------------------------- I think it would be quite reasonable to require that rule, when, then & end be on their own lines. It would enforce a modicum of clarity, and avoid "goddam keyword collisions", as noted elsewhere. I have no objection to enforcing column positions, but then again I like Python. > Parser to be stricter with newlines > ----------------------------------- > > Key: JBRULES-269 > URL: http://jira.jboss.com/jira/browse/JBRULES-269 > Project: JBoss Rules > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Drl Parser/Builder > Affects Versions: 3.0-rc2 > Reporter: Michael Neale > Assigned To: Michael Neale > Fix For: 3.1-m3 > > > Given that we are not going down the route of > when { > } > style brackets, we will need to be stricter about newlines. > In otherwords, newlines are required I believe in the following scenarious: > before a when, > after a when before the LHS > before a then > after a then before then RHS > before an end (at the end of the rule). > when,then, end - should all appear on a line by themselves. > Optionally (perhaps?) rule should always be at the start of a newline. > on a similar note, should rule and end be at the start of a newline? (don't really want to have to enforce column positions - but it is kind of needed). -- 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, 6 months

1
0
0 / 0

[JBoss JIRA] Commented: (JBRULES-300) Keyboard shortcuts support for DRL editor

by Dirk Bergstrom (JIRA)

[ http://jira.jboss.com/jira/browse/JBRULES-300?page=comments#action_12346702 ] Dirk Bergstrom commented on JBRULES-300: ---------------------------------------- *) Comment/uncomment line/selection (ctrl-/) would be useful. *) "Electric tab" (that's the emacs term for it) is good -- tab anywhere in the line changes indent, rather than inserting a tab character (like in the java editor). > Keyboard shortcuts support for DRL editor > ----------------------------------------- > > Key: JBRULES-300 > URL: http://jira.jboss.com/jira/browse/JBRULES-300 > Project: JBoss Rules > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Eclipse IDE > Affects Versions: 3.0.1 > Reporter: Kris Verlaenen > Assigned To: Kris Verlaenen > Priority: Minor > Fix For: 3.1-m1 > > > Keyboard shortcuts ? like F3 to navigate to the class or getter would be nice -- 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, 6 months

1
0
0 / 0

[JBoss JIRA] Commented: (JBRULES-165) Expose Editor settings in preferences window

by Dirk Bergstrom (JIRA)

[ http://jira.jboss.com/jira/browse/JBRULES-165?page=comments#action_12346701 ] Dirk Bergstrom commented on JBRULES-165: ---------------------------------------- I suspect that this is the one pref that you have implemented, but just to be clear... I'd like the ability to specify what the tab key inserts. Specifically, I want it to insert two spaces (as opposed to a tab character with a tab-column setting of two). Other folks will probably want four or eight spaces, or a tab character. > Expose Editor settings in preferences window > -------------------------------------------- > > Key: JBRULES-165 > URL: http://jira.jboss.com/jira/browse/JBRULES-165 > Project: JBoss Rules > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Eclipse IDE > Reporter: Mark Proctor > Assigned To: Kris Verlaenen > Fix For: 3.1-m1 > > > settings like tabs and spaces need to be configurable and exposed in window->preferences. -- 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, 6 months

1
0
0 / 0

[JBoss JIRA] Commented: (JBRULES-348) Navigation support

by Dirk Bergstrom (JIRA)

[ http://jira.jboss.com/jira/browse/JBRULES-348?page=comments#action_12346700 ] Dirk Bergstrom commented on JBRULES-348: ---------------------------------------- Oh yes please. I have been lamenting the absence of this feature recently. > Navigation support > ------------------ > > Key: JBRULES-348 > URL: http://jira.jboss.com/jira/browse/JBRULES-348 > Project: JBoss Rules > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Eclipse IDE > Reporter: Mark Proctor > Assigned To: Kris Verlaenen > Fix For: 3.1-m1 > > > keys like f3 and f4 on Columns and imports should work to navigate to the src declaration, or show the type hierarchy. -- 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, 6 months

1
0
0 / 0

[JBoss JIRA] Commented: (JBRULES-165) Expose Editor settings in preferences window

by Dirk Bergstrom (JIRA)

[ http://jira.jboss.com/jira/browse/JBRULES-165?page=comments#action_12346698 ] Dirk Bergstrom commented on JBRULES-165: ---------------------------------------- I'd like the option to disable the "Rete Tree" sub-tab of the DRL editor. It doesn't work (for me), and it's presence "breaks" the keybindings for tab-to-tab movement. Normally ctrl-pgup & ctrl-pgdn move to the previous/next tab, like in firefox; in the DRL editor, those keys only switch between the two sub-tabs. This is an irritating misfeature imho. Since I don't need the rete view, I'd just turn it off. > Expose Editor settings in preferences window > -------------------------------------------- > > Key: JBRULES-165 > URL: http://jira.jboss.com/jira/browse/JBRULES-165 > Project: JBoss Rules > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Eclipse IDE > Reporter: Mark Proctor > Assigned To: Kris Verlaenen > Fix For: 3.1-m1 > > > settings like tabs and spaces need to be configurable and exposed in window->preferences. -- 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, 6 months

1
0
0 / 0

[JBoss JIRA] Created: (JBRULES-550) NPE while removing and adding same package

by Ravi Godbole (JIRA)

NPE while removing and adding same package ------------------------------------------ Key: JBRULES-550 URL: http://jira.jboss.com/jira/browse/JBRULES-550 Project: JBoss Rules Issue Type: Bug Security Level: Public (Everyone can see) Components: Drl Parser/Builder Affects Versions: 3.0.4 Environment: Windows Reporter: Ravi Godbole Assigned To: Mark Proctor I am trying to reload the rule which is modified externally [ without stopping my rule engine which already has the mentioned rule loaded]. When adding is commented everything works well. // Code snippet as follows ruleBase = RuleBaseFactory.newRuleBase(); final Reader source = new InputStreamReader( RuleService.class.getResourceAsStream("/rules/" + "TestAddNew.drl" ) ); PackageBuilder builder = new PackageBuilder(); builder.addPackageFromDrl( source ); ruleBase.addPackage( builder.getPackage() ); workingMemory = ruleBase.newWorkingMemory( ); workingMemory.assertObject(new Object()); ruleBase.removePackage("com.test.one"); final Reader sourceOne = new InputStreamReader( RuleService.class.getResourceAsStream("/rules/" + "TestAddNew.drl" ) ); PackageBuilder builder_1 = new PackageBuilder(); builder_1.addPackageFromDrl( sourceOne ); ruleBase.addPackage( builder_1.getPackage() ); System.out.println("Rule successfully Added"); ///////////// Rule file ////////////////////////// package com.test.one import java.lang.Object; rule addNewRule no-loop true when eval( 1 > 2 ) then System.out.println("True evaluated"); 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, 6 months

2
4
0 / 0

Más fácil que otros métodos...

by Carrier 179

19 years, 6 months

1
0
0 / 0

[JBoss JIRA] Commented: (JBCACHE-485) Refactor the current Collection classes (list and set)

by Ben Wang (JIRA)

[ http://jira.jboss.com/jira/browse/JBCACHE-485?page=comments#action_12346676 ] Ben Wang commented on JBCACHE-485: ---------------------------------- Elias, currently collection.ReplicatedSyncSetTest still fails with one more test. Not sure if it is introduced recently or not. I don't have time to fix it. But would you mind to take a look? :-) Thanks! -Ben > Refactor the current Collection classes (list and set) > ------------------------------------------------------ > > Key: JBCACHE-485 > URL: http://jira.jboss.com/jira/browse/JBCACHE-485 > Project: JBoss Cache > Issue Type: Task > Security Level: Public(Everyone can see) > Components: PojoCache > Reporter: Ben Wang > Assigned To: Ben Wang > Priority: Critical > Fix For: PojoCache > > Attachments: icache.diff, set.diff > > Original Estimate: 4 weeks > Remaining Estimate: 4 weeks > > Current implementation of Collection uses direct coupling to the cache store indices. E.g., we map them into subtree according to index ordering. This is not very desirable for performance reason. We should consider to provide a indirect mapping such that it is considered a graph instead of ordered tree. > Or we should investigate whether it is possible to use a proxy operates on java.util.* classes such that we don't need to have our own implementation. The JDK lincense aside, ArrayList, e.g., uses an internal transient array. Is it possible to "aspectize" on that array only? -- 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, 6 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 November 2006