March 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBFORUMS-197) Change DeleteForumView

by Ryszard Kozmik (JIRA)

Change DeleteForumView ---------------------- Key: JBFORUMS-197 URL: http://jira.jboss.com/jira/browse/JBFORUMS-197 Project: JBoss Forums Issue Type: Sub-task Components: Forum View Layer Reporter: Ryszard Kozmik Assigned To: Ryszard Kozmik Fix For: 1.0.1 RC DeleteForumView is executed from administration and needs to be rewritten to new design. -- 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 months

1
1
0 / 0

[JBoss JIRA] Closed: (JBRULES-273) Nesting function calls, and functions calling anther function

by Edson Tirelli (JIRA)

[ http://jira.jboss.com/jira/browse/JBRULES-273?page=all ] Edson Tirelli closed JBRULES-273. --------------------------------- Resolution: Done I reopened the wrong ticket. Sorry. > Nesting function calls, and functions calling anther function > ------------------------------------------------------------- > > Key: JBRULES-273 > URL: http://jira.jboss.com/jira/browse/JBRULES-273 > Project: JBoss Rules > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Drl Parser/Builder > Reporter: Michael Neale > Assigned To: Edson Tirelli > Fix For: 3.0-rc3 > > Attachments: FunctionBuilder.java, FunctionFixer.java > > > Ricardo Barone (ricardo.barone(a)auster.com.br) contributed some improvements around function handling. > I've applied a couple of small changes that enables to 1) call a function from the body of another function (same DRL) and 2) call a function inside the parameter of another method call as in: > rule > when > ... > then > if ( function1() ) { > System.out.println( function2() ); > } > end > In FunctionFixer, I've changed "matcher.find()" to "matcher.find(startIndex)" to be able to search inside method parameters (after a '('). > In FunctionBuilder, I've changed "functionDescr.getText()" to "functionFixer.fix(functionDescr.getText())". > Since FunctionFixer is temporary, I don't know if you'll want to add those. > Ricardo -- 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 months

1
0
0 / 0

[JBoss JIRA] Reopened: (JBRULES-273) Nesting function calls, and functions calling anther function

by Edson Tirelli (JIRA)

[ http://jira.jboss.com/jira/browse/JBRULES-273?page=all ] Edson Tirelli reopened JBRULES-273: ----------------------------------- Apply the fix for 3.0.x branch: http://fisheye.jboss.org/viewrep/JBossRules/trunk/drools-compiler/src/mai... > Nesting function calls, and functions calling anther function > ------------------------------------------------------------- > > Key: JBRULES-273 > URL: http://jira.jboss.com/jira/browse/JBRULES-273 > Project: JBoss Rules > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Drl Parser/Builder > Reporter: Michael Neale > Assigned To: Michael Neale > Fix For: 3.0-rc3 > > Attachments: FunctionBuilder.java, FunctionFixer.java > > > Ricardo Barone (ricardo.barone(a)auster.com.br) contributed some improvements around function handling. > I've applied a couple of small changes that enables to 1) call a function from the body of another function (same DRL) and 2) call a function inside the parameter of another method call as in: > rule > when > ... > then > if ( function1() ) { > System.out.println( function2() ); > } > end > In FunctionFixer, I've changed "matcher.find()" to "matcher.find(startIndex)" to be able to search inside method parameters (after a '('). > In FunctionBuilder, I've changed "functionDescr.getText()" to "functionFixer.fix(functionDescr.getText())". > Since FunctionFixer is temporary, I don't know if you'll want to add those. > Ricardo -- 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 months

1
0
0 / 0

[JBoss JIRA] Assigned: (JBRULES-273) Nesting function calls, and functions calling anther function

by Edson Tirelli (JIRA)

[ http://jira.jboss.com/jira/browse/JBRULES-273?page=all ] Edson Tirelli reassigned JBRULES-273: ------------------------------------- Assignee: Edson Tirelli (was: Michael Neale) > Nesting function calls, and functions calling anther function > ------------------------------------------------------------- > > Key: JBRULES-273 > URL: http://jira.jboss.com/jira/browse/JBRULES-273 > Project: JBoss Rules > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Drl Parser/Builder > Reporter: Michael Neale > Assigned To: Edson Tirelli > Fix For: 3.0-rc3 > > Attachments: FunctionBuilder.java, FunctionFixer.java > > > Ricardo Barone (ricardo.barone(a)auster.com.br) contributed some improvements around function handling. > I've applied a couple of small changes that enables to 1) call a function from the body of another function (same DRL) and 2) call a function inside the parameter of another method call as in: > rule > when > ... > then > if ( function1() ) { > System.out.println( function2() ); > } > end > In FunctionFixer, I've changed "matcher.find()" to "matcher.find(startIndex)" to be able to search inside method parameters (after a '('). > In FunctionBuilder, I've changed "functionDescr.getText()" to "functionFixer.fix(functionDescr.getText())". > Since FunctionFixer is temporary, I don't know if you'll want to add those. > Ricardo -- 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 months

1
0
0 / 0

[JBoss JIRA] Created: (JBRULES-739) Exception reading PackageBuilder errors

by Dirk Bergstrom (JIRA)

Exception reading PackageBuilder errors --------------------------------------- Key: JBRULES-739 URL: http://jira.jboss.com/jira/browse/JBRULES-739 Project: JBoss Rules Issue Type: Bug Security Level: Public (Everyone can see) Components: Drl Parser/Builder Affects Versions: 3.1-m2 Reporter: Dirk Bergstrom Assigned To: Mark Proctor Attachments: Bug.java Using trunk (revision 10170), I get an exception when trying to read errors after calling PackageBuilder.addPackageFromDrl(String, Reader) with any DSL file. The getErrors() method spits out this exception: java.lang.ArrayStoreException at java.lang.System.arraycopy(Native Method) at java.util.ArrayList.toArray(ArrayList.java:304) at org.drools.compiler.PackageBuilder.getErrors(PackageBuilder.java:380) (The docs for toArray say that exception is thrown if one of the members of the List is the wrong class for the supplied array.) If I instead call printErrors, I get something more useful: java.lang.ClassCastException: org.drools.lang.ExpanderException at org.drools.compiler.PackageBuilder.printErrors(PackageBuilder.java:390) If I call PackageBuilder.addPackageFromDrl(String), I get no errors. So there are two issues: *) The DSL parser is busted *) PackageBuilder is putting incompatible Exceptions in the errors Collection. -- 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 months

2
3
0 / 0

[JBoss JIRA] Created: (EJBTHREE-890) First call to MDB doesn't honour maxSize of StrictMaxPool

by Carlo de Wolf (JIRA)

First call to MDB doesn't honour maxSize of StrictMaxPool --------------------------------------------------------- Key: EJBTHREE-890 URL: http://jira.jboss.com/jira/browse/EJBTHREE-890 Project: EJB 3.0 Issue Type: Bug Affects Versions: EJB 3.0 RC10 - FD Environment: mdb unit test Reporter: Carlo de Wolf Start up AS 4.2 clean and run mdb unit test. -- 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 months

2
1
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-928) Server hangs if client is abruptedly killed

by Clebert Suconic (JIRA)

Server hangs if client is abruptedly killed ------------------------------------------- Key: JBMESSAGING-928 URL: http://jira.jboss.com/jira/browse/JBMESSAGING-928 Project: JBoss Messaging Issue Type: Bug Affects Versions: 1.2.0.GA Reporter: Clebert Suconic Assigned To: Clebert Suconic Priority: Blocker Fix For: 1.2.0.SP1 If you abrupetdly kill a client, the server can get stuck on this lock: "WorkerThread#125[148.165.13.116:43558]" prio=1 tid=0x796e6228 nid=0x155 in Object.wait() [0x799fa000..0x799fae30] at java.lang.Object.wait(Native Method) - waiting on <0x93cb4ac8> (a EDU.oswego.cs.dl.util.concurrent.WriterPreferenceReadWriteLock$WriterLock) at java.lang.Object.wait(Object.java:474) at EDU.oswego.cs.dl.util.concurrent.WriterPreferenceReadWriteLock$WriterLock.acquire(WriterPreferenceReadWriteLock.java:240) - locked <0x93cb4ac8> (a EDU.oswego.cs.dl.util.concurrent.WriterPreferenceReadWriteLock$WriterLock) at org.jboss.messaging.core.plugin.postoffice.DefaultPostOffice.unbindQueue(DefaultPostOffice.java:227) at org.jboss.messaging.core.plugin.postoffice.cluster.DefaultClusteredPostOffice.unbindClusteredQueue(DefaultClusteredPostOffice.java:460) at org.jboss.jms.server.endpoint.ServerConsumerEndpoint.localClose(ServerConsumerEndpoint.java:503) at org.jboss.jms.server.endpoint.ServerSessionEndpoint.localClose(ServerSessionEndpoint.java:791) at org.jboss.jms.server.endpoint.ServerConnectionEndpoint.close(ServerConnectionEndpoint.java:376) at org.jboss.jms.server.connectionmanager.SimpleConnectionManager.handleClientFailure(SimpleConnectionManager.java:182) - locked <0x93bbabb0> (a org.jboss.jms.server.connectionmanager.SimpleConnectionManager) at org.jboss.jms.server.endpoint.ServerConsumerEndpoint.handle(ServerConsumerEndpoint.java:312) - locked <0x979c8338> (a java.lang.Object) at org.jboss.messaging.core.local.RoundRobinPointToPointRouter.handle(RoundRobinPointToPointRouter.java:120) at org.jboss.messaging.core.ChannelSupport.deliverInternal(ChannelSupport.java:600) at org.jboss.messaging.core.plugin.postoffice.cluster.LocalClusteredQueue.deliverInternal(LocalClusteredQueue.java:251) at org.jboss.messaging.core.ChannelSupport.handleInternal(ChannelSupport.java:747) - locked <0x979bca48> (a java.lang.Object) at org.jboss.messaging.core.ChannelSupport.handle(ChannelSupport.java:157) at org.jboss.messaging.core.local.PagingFilteredQueue.handle(PagingFilteredQueue.java:114) at org.jboss.messaging.core.plugin.postoffice.cluster.DefaultRouter.handle(DefaultRouter.java:88) at org.jboss.messaging.core.plugin.postoffice.cluster.DefaultClusteredPostOffice.route(DefaultClusteredPostOffice.java:1143) at org.jboss.jms.server.endpoint.ServerConnectionEndpoint.sendMessage(ServerConnectionEndpoint.java:692) at org.jboss.jms.server.endpoint.ServerSessionEndpoint.send(ServerSessionEndpoint.java:316) at org.jboss.jms.server.endpoint.advised.SessionAdvised.org$jboss$jms$server$endpoint$advised$SessionAdvised$send$aop(SessionAdvised.java:80) at org.jboss.jms.server.endpoint.advised.SessionAdvised$send_6145266547759487588.invokeNext(SessionAdvised$send_6145266547759487588.java) at org.jboss.jms.server.container.SecurityAspect.handleSend(SecurityAspect.java:152) at sun.reflect.GeneratedMethodAccessor88.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.aop.advice.PerInstanceAdvice.invoke(PerInstanceAdvice.java:121) at org.jboss.jms.server.endpoint.advised.SessionAdvised$send_6145266547759487588.invokeNext(SessionAdvised$send_6145266547759487588.java) at org.jboss.jms.server.container.ServerLogInterceptor.invoke(ServerLogInterceptor.java:105) at org.jboss.jms.server.endpoint.advised.SessionAdvised$send_6145266547759487588.invokeNext(SessionAdvised$send_6145266547759487588.java) at org.jboss.jms.server.endpoint.advised.SessionAdvised.send(SessionAdvised.java) at org.jboss.jms.wireformat.SessionSendRequest.serverInvoke(SessionSendRequest.java:88) at org.jboss.jms.server.remoting.JMSServerInvocationHandler.invoke(JMSServerInvocationHandler.java:125) at org.jboss.remoting.ServerInvoker.invoke(ServerInvoker.java:734) at org.jboss.remoting.transport.socket.ServerThread.processInvocation(ServerThread.java:553) at org.jboss.remoting.transport.socket.ServerThread.dorun(ServerThread.java:377) at org.jboss.remoting.transport.socket.ServerThread.run(ServerThread.java:159) -- 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 months

1
5
0 / 0

[JBoss JIRA] Created: (JBOSGI-11) OSGi annotations and schema

by Adrian Brock (JIRA)

OSGi annotations and schema --------------------------- Key: JBOSGI-11 URL: http://jira.jboss.com/jira/browse/JBOSGI-11 Project: JBoss OSGi Issue Type: Task Security Level: Public (Everyone can see) Reporter: Adrian Brock Assigned To: Ales Justin Define annotations and xml overrides as an alternative to the BundleActivator creation and linkage of services. i.e. using IOC. -- 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 months

2
1
0 / 0

[JBoss JIRA] Created: (JBOSGI-6) OSGiServiceReferenceContext

by Adrian Brock (JIRA)

OSGiServiceReferenceContext --------------------------- Key: JBOSGI-6 URL: http://jira.jboss.com/jira/browse/JBOSGI-6 Project: JBoss OSGi Issue Type: Task Security Level: Public (Everyone can see) Reporter: Adrian Brock Assigned To: Ales Justin This is a new component model for OSGi services that is installed in the Microcontainer by the OSGi real deployer. It responsibility is to provide the OSGi bundle activator lifecycle callbacks coupled with an OSGi facade for the OSGi api like Bundle[Context], ServiceReference, ServiceRegistry, etc. Additionally it will pretend non osgi services, such as MBeans, are ServiceReferences for OSGi code. -- 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 months

2
2
0 / 0

[JBoss JIRA] Created: (JBOSGI-8) OSGi Facade

by Adrian Brock (JIRA)

OSGi Facade ----------- Key: JBOSGI-8 URL: http://jira.jboss.com/jira/browse/JBOSGI-8 Project: JBoss OSGi Issue Type: Task Security Level: Public (Everyone can see) Reporter: Adrian Brock Assigned To: Ales Justin The OSGi Facade will present an OSGi "personality" to OSGi code for the internal JBoss model. e.g. DeploymentContext -> BundleContext ControllerContext -> ServiceReference Controller -> ServiceRegistry etc. -- 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 months

2
1
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 March 2007