[JBoss JIRA] Created: (JBRULES-546) Please implement "collect( ... ) from" functionality
by Dirk Bergstrom (JIRA)
Please implement "collect( ... ) from" functionality
----------------------------------------------------
Key: JBRULES-546
URL: http://jira.jboss.com/jira/browse/JBRULES-546
Project: JBoss Rules
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Reporter: Dirk Bergstrom
Assigned To: Mark Proctor
I need to count the number of sub-objects that meet various criteria. As an example, suppose I have several hundred Town objects, each of which has a list of perhaps a few hundred Person objects. I need to write rules like:
"Find all the towns that have more than three disabled people with incomes over $100K."
"For each town with more than 1000 residents that has more than 50 poor children under the age of 8, add a teacher for every 25 children."
I'm shaky on JBR syntax, but I think those would translate to something like:
rule "disabled"
when
ArrayList(size > 50) from collect( Person( disabled == "yes", income > 100000 ) from town.getPersons() )
then
//do stuff
end
rule "teachers"
when
town : Town( population > 1000 )
count : Arraylist from collect( Person( disabled == "yes", income > 100000 ) from town.getPersons() )
count( size > 50 )
then
town.addTeachers(count.size() / 25)
end
(I'm not really working with towns and people, but it makes for easily understood examples)
--
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
18 years, 10 months
[JBoss JIRA] Created: (JBAS-4032) Restore jboss.partition.name property replacement in clustering beans.xml files
by Brian Stansberry (JIRA)
Restore jboss.partition.name property replacement in clustering beans.xml files
-------------------------------------------------------------------------------
Key: JBAS-4032
URL: http://jira.jboss.com/jira/browse/JBAS-4032
Project: JBoss Application Server
Issue Type: Task
Security Level: Public (Everyone can see)
Components: Clustering
Reporter: Brian Stansberry
Assigned To: Brian Stansberry
Priority: Minor
Fix For: JBossAS-5.0.0.Beta2
Pending completion of JBMICRONTAINER-143, I removed syntax from like the following from the clustering -beans.xml files:
<annotation>@org.jboss.aop.microcontainer.aspects.jmx.JMX(name="jboss:service=HASingletonDeploymentScanner,partitionName=${jboss.partition.name:DefaultPartition}", exposedInterface=org.jboss.ha.singleton.HASingletonDeploymentScannerMBean.class, registerDirectly=
true)</annotation>
This task is a reminder to restore it once the microcontainer issue is resolved.
--
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
18 years, 10 months
[JBoss JIRA] Created: (EJBTHREE-779) MDB doesn't rebind after JBOSS MQ recover
by Ramil Israfilov (JIRA)
MDB doesn't rebind after JBOSS MQ recover
------------------------------------------
Key: EJBTHREE-779
URL: http://jira.jboss.com/jira/browse/EJBTHREE-779
Project: EJB 3.0
Issue Type: Bug
Components: Clustering
Affects Versions: EJB 3.0 RC9 - FD
Environment: Solarisx86, JDK1.5_06
Reporter: Ramil Israfilov
Priority: Critical
Fix For: EJB 3.0 RC10 - FD
I have an MDB which is described using annotations:
@Depends("jboss.mq:service=JMSProviderLoader,name=HAJNDIJMSProvider")
@MessageDriven(name = "EJBExecutorMDB", activationConfig = {
@ActivationConfigProperty(propertyName = "destinationType", propertyValue = "javax.jms.Queue"),
@ActivationConfigProperty(propertyName = "destination", propertyValue = "queue/certione/ExecutorQueue"),
@ActivationConfigProperty(propertyName = "acknowledgeMode", propertyValue = "AUTO_ACKNOWLEDGE"),
@ActivationConfigProperty(propertyName = "maxSession", propertyValue = "4"),
@ActivationConfigProperty(propertyName = "dLQMaxResent", propertyValue = "4"),
@ActivationConfigProperty(propertyName = "SubscriptionDurability", propertyValue = "Durable") },
messageListenerInterface=MessageListener.class)
public class EJBExecutorMDB implements MessageListener {
...
}
I deploy it in clustered environment with HAJNDI and clustered JBOSS MQ.
So far so good.
Then cluster node on which JBOSS MQ is running crashed MDB is not rebind.
>From log file I see that JBOSS MQ successfully restarted on second node. And all permamnet queue destinations (defined in config files) are available,
but destinations which are defined in annotations don't exist.
And in log file I see that server constantly tries bind MDB, but got alway the same error:
javax.naming.NameNotFoundException: queue/certione/ExecutorQueue
at org.jboss.ha.jndi.TreeHead.lookup(TreeHead.java:242)
at org.jboss.ha.jndi.HAJNDI.lookup(HAJNDI.java:155)
at sun.reflect.GeneratedMethodAccessor140.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.jboss.ha.framework.interfaces.HARMIClient.invoke(HARMIClient.java:258)
at $Proxy249.lookup(Unknown Source)
at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:625)
at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:587)
at javax.naming.InitialContext.lookup(InitialContext.java:351)
at org.jboss.util.naming.Util.lookup(Util.java:215)
at org.jboss.resource.adapter.jms.inflow.JmsActivation.setupDestination(JmsActivation.java:399)
at org.jboss.resource.adapter.jms.inflow.JmsActivation.setup(JmsActivation.java:306)
at org.jboss.resource.adapter.jms.inflow.JmsActivation.handleFailure(JmsActivation.java:250)
at org.jboss.resource.adapter.jms.inflow.dlq.AbstractDLQHandler.onException(AbstractDLQHandler.java:94)
at org.jboss.mq.Connection$ExceptionListenerRunnable.run(Connection.java:1348)
at java.lang.Thread.run(Thread.java:595)
--
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
18 years, 10 months