October 2009 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBRULES-2258) count in sliding time

by Francesco Chiarelli (JIRA)

count in sliding time --------------------- Key: JBRULES-2258 URL: https://jira.jboss.org/jira/browse/JBRULES-2258 Project: Drools Issue Type: CTS Challenge Security Level: Public (Everyone can see) Components: drools-core (fusion) Affects Versions: 5.0.1.FINAL Environment: Mac os 10.5, Eclipse Galileo, Jboss 5, Reporter: Francesco Chiarelli Assignee: Mark Proctor I'm trying to use a sliding time fro count a facts with a condition. I'have set a stream mode. In test, with pseudo clock active, set this to current Time (it's correct?), declare a fact type in drl with declare MyFact (i've a javabean) @role(event) @timestamp(myTimestamp) end attribute type of myTimestamp must be long or Date? I've tried with both but nothing, engine count all fact ex: n fact in x days ago from now, the statement over window:time(1s) result always n fact. why? in when: // $o : Order(<condition>) $nRic : Number(intValue<maxRic) from accumulate($n: Order(this==$o) over window:time(1s),count($n)) ps. if i set a real clock altough a pseudo, in runTime i've a ClassCastExc. to JdkTimerService There is a test suite about count? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

8
16
0 / 0

[JBoss JIRA] Created: (JBRULES-2254) Webdav plugin creates hidden file with colon (":") in filename when copying resources from Guvnor - Causes issues on Windows

by Tihomir Surdilovic (JIRA)

Webdav plugin creates hidden file with colon (":") in filename when copying resources from Guvnor - Causes issues on Windows ---------------------------------------------------------------------------------------------------------------------------- Key: JBRULES-2254 URL: https://jira.jboss.org/jira/browse/JBRULES-2254 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: drools-eclipse Affects Versions: 5.0.1.FINAL Reporter: Tihomir Surdilovic Assignee: Mark Proctor *** When trying to create rule flow in Jboss Developer Studio 1.) Dragging a file from the Guvnor Repositories view to the Eclipse Navigator view (i.e. to create a local copy linked to the Guvnor) throws an error indication that a directory could not be created. This directory name has colons in it (i.e. :), which will never be allowed under Windows XP. Here is the error: Could not create directory C:Documents and Settings539578My Documentsworkspace.metadata.pluginsorg.guvnor.tools-2edc6539:1232df2fb51:-7ff6 Could not create directory C:Documents and Settings539578My Documentsworkspace.metadata.pluginsorg.guvnor.tools-2edc6539:1232df2fb51:-7ff6 2.) Trying to use the "Resources from Guvnor" wizard also produces an error, and the wizard does not let you browse the Guvnor repository to choose resources to copy over to eclipse. Error Reason: 3 entries found for http://localhost:8080/jboss-brms/org.drools.guvnor.Guvnor/webdav *** The hidden file created by Guvnor plugin uses Webdav to create a hidden file which includes colons in filename which is not allowed by Windows XP. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

7
16
0 / 0

[JBoss JIRA] Created: (JBRULES-2319) When using from (CE) the objects loaded are not available to RHS if the objects are events

by Richard Ambridge (JIRA)

When using from (CE) the objects loaded are not available to RHS if the objects are events ------------------------------------------------------------------------------------------ Key: JBRULES-2319 URL: https://jira.jboss.org/jira/browse/JBRULES-2319 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: drools-core Affects Versions: 5.0.1.FINAL Environment: Ubuntu, Eclipse Reporter: Richard Ambridge Assignee: Mark Proctor If I create the sample project from Eclipse, and modify DroolsTest to contain: ArrayList<Message> a=new ArrayList<Message>(); Message a1=new Message(); a1.setId(1); a1.setMessage("mesC:7"); a1.setStatus(Message.HELLO); a.add(a1); Message a2=new Message(); a2.setId(2);a2.setMessage("mesC:8"); a2.setStatus(Message.HELLO);a.add(a2); ksession.setGlobal("data", a); And set the environment as STREAM, conf.setOption( EventProcessingOption.STREAM ); and then have a rule: package com.sample import com.sample.DroolsTest.Message; global java.util.ArrayList data; declare Message @role( event ) end rule "Hello World" when a : Message(id==4) m : Message(id!=a.id, message==a.message) from data then System.out.println( "a is:"+a+" m is:"+m ); end The result is: a is:Message:[4] msg:mesC:7 m is:null Notice, m is NULL if you change this to fact based, m will contain the correct value. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

7
19
0 / 0

[JBoss JIRA] Created: (JBRULES-2318) (Un)Marshalling should respect times of scheduled activations

by Maciej Prochniak (JIRA)

(Un)Marshalling should respect times of scheduled activations ------------------------------------------------------------- Key: JBRULES-2318 URL: https://jira.jboss.org/jira/browse/JBRULES-2318 Project: Drools Issue Type: Feature Request Security Level: Public (Everyone can see) Components: drools-core (expert), drools-core (fusion) Affects Versions: 5.1.0.M1 Reporter: Maciej Prochniak Assignee: Mark Proctor Currently, ScheduledAgendaItems are marshalled as normal activations. In result, after unmarshalling these items are fired immediately (after fireAllRules). This affects rules with specified duration and also evaluation of temporal operators in fusion -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

6
15
0 / 0

[JBoss JIRA] Created: (JBRULES-2295) Negation does not work propertly with events of positive duration

by Maciej Prochniak (JIRA)

Negation does not work propertly with events of positive duration ------------------------------------------------------------------ Key: JBRULES-2295 URL: https://jira.jboss.org/jira/browse/JBRULES-2295 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: drools-core, drools-core (fusion) Affects Versions: 5.1.0.M1 Reporter: Maciej Prochniak Assignee: Mark Proctor when using rules such as 'during' with negation, the rules fires immediately. e.g. rule Test when $a : A() not B(this during $a) then ... end Even if A has positive duration, the rule fires just after A is inserted into working memory -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

6
13
0 / 0

[JBoss JIRA] Created: (JGRP-1052) Ergonomics

by Bela Ban (JIRA)

Ergonomics ---------- Key: JGRP-1052 URL: https://jira.jboss.org/jira/browse/JGRP-1052 Project: JGroups Issue Type: Feature Request Reporter: Bela Ban Assignee: Bela Ban Fix For: 3.0 The goal is to (a) reduce the number of properties needed and (b) determine the values dynamically. Examples: - Determine the best min/max size of a thread pool - Find out what the best timeout values are for retransmission, e.g. based on average retransmission times - Determine the optimal number of credits in FC This is similar to the JVM setting where, starting with 1.5, the initial values can be set, but over time, the JVM dynamically changes them. In the best case, a config contains only a list of protocols without any properties, and JGroups will figure out the correct values. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

2
4
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-1287) SOA-P test suite failures

by Aleksandar Kostadinov (JIRA)

SOA-P test suite failures ------------------------- Key: JBMESSAGING-1287 URL: http://jira.jboss.com/jira/browse/JBMESSAGING-1287 Project: JBoss Messaging Issue Type: Bug Affects Versions: 1.4.0.SP3_CP01 Reporter: Aleksandar Kostadinov Assigned To: Tim Fox I'm running the JBM test suite against the binaries in the SOA-P Platform 4.2 CP01. I see 4 failures. * TEST-org.jboss.test.messaging.jms.bridge.BridgeTest-Remote-bisocket.xml. * org.jboss.test.messaging.jms.clustering.MultipleFailoverTest(Clustering).testFailoverFloodTwoServers * org.jboss.test.messaging.jms.clustering.NoFailoverTest(Clustering).testCrashNoFailover * org.jboss.test.messaging.jms.ManifestTest.testManifestEntries Failure details in here http://hudson.qa.jboss.com/hudson/job/jboss-soa-platform-JBM-testsuite/73... 3 of the failures are timeout (see console log for BridgeTest). We are running on a 2 CPU DualCore physical machine so system speed should not be an issue. -- 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

11 years, 6 months

6
30
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-1491) add support for Ingres RDBMS to JBoss Messaging

by murray armfield (JIRA)

add support for Ingres RDBMS to JBoss Messaging ----------------------------------------------- Key: JBMESSAGING-1491 URL: https://jira.jboss.org/jira/browse/JBMESSAGING-1491 Project: JBoss Messaging Issue Type: Patch Affects Versions: 1.4.0.SP3.CP06, EAP/SOA-P Integration, 2.0.0 Beta, 1.4.3.GA, 2.0.0.GA, Unscheduled, AS 5.0 Integration Environment: N/A Reporter: murray armfield Assignee: Tim Fox Priority: Minor I've been working on JBoss support on Ingres. I've written an ingres-persistence-service.xml file for use with Ingres for inclusion as part of JBoss Messaging -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

6
44
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-1490) BridgeService should be JAAS aware

by Nicholas Sayer (JIRA)

BridgeService should be JAAS aware ---------------------------------- Key: JBMESSAGING-1490 URL: https://jira.jboss.org/jira/browse/JBMESSAGING-1490 Project: JBoss Messaging Issue Type: Feature Request Affects Versions: 1.4.2.GA Environment: n/a Reporter: Nicholas Sayer Assignee: Tim Fox Priority: Optional org.jboss.jms.server.bridge.BridgeService currently requires a username and password for the source and destination. It would be better if it could be configured with a JAAS login context name. This would allow username and password information to be set in, for example, a SecureIdentityLoginModule. For example: <application-policy name = "JmsBridgeRealm"> <authentication> <login-module code = "org.jboss.resource.security.SecureIdentityLoginModule" flag = "required"> <module-option name = "principal">${bridge.user}</module-option> <module-option name = "userName">${bridge.user}</module-option> <module-option name = "password">${bridge.encryptedPassword}</module-option> <module-option name = "ignoreMissigingMCF">true</module-option>  <module-option name = "managedConnectionFactoryName">jboss.nonexistent:service=NonExistent,name=NonExistent</module-option> </login-module> </authentication> </application-policy> There is undoubtedly a better way to accomplish this (probably to pass the JAAS context directly into the JMS connection factory used to vend connections for the bridge), but we're using this as a crude hack for now: import java.util.Set; import javax.security.auth.Subject; import javax.security.auth.login.LoginContext; import javax.security.auth.login.LoginException; import javax.security.auth.login.CredentialNotFoundException; import javax.resource.spi.security.PasswordCredential; import org.jboss.jms.server.bridge.BridgeService; public class JAASAwareBridgeService extends BridgeService { private String sourceContext, targetContext; public void setSourceLoginContext(String ctxName) { this.sourceContext = ctxName; } public String getSourceLoginContext() { return this.sourceContext; } public void setTargetLoginContext(String ctxName) { this.targetContext = ctxName; } public String getTargetLoginContext() { return this.targetContext; } public void start() throws Exception { setupSourceCredentials(); setupTargetCredentials(); super.start(); } private void setupSourceCredentials() throws LoginException { PasswordCredential pc = getPasswordCredential(this.sourceContext); super.setSourceUsername(pc.getUserName()); super.setSourcePassword(new String(pc.getPassword())); } private void setupTargetCredentials() throws LoginException { PasswordCredential pc = getPasswordCredential(this.targetContext); super.setTargetUsername(pc.getUserName()); super.setTargetPassword(new String(pc.getPassword())); } private static PasswordCredential getPasswordCredential(String contextName) throws LoginException { LoginContext ctx = new LoginContext(contextName); ctx.login(); Subject s = ctx.getSubject(); Set<PasswordCredential> creds = s.getPrivateCredentials(PasswordCredential.class); if (creds.isEmpty()) throw new CredentialNotFoundException("Login context '" + contextName + "' subject has no PasswordCredential"); return creds.iterator().next(); // get 1st } } -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

4
21
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-1478) inconsistent test suite performance

by Aleksandar Kostadinov (JIRA)

inconsistent test suite performance ----------------------------------- Key: JBMESSAGING-1478 URL: https://jira.jboss.org/jira/browse/JBMESSAGING-1478 Project: JBoss Messaging Issue Type: Bug Components: Tests and Performance Affects Versions: 1.4.0.SP3.CP04 Reporter: Aleksandar Kostadinov Assignee: Tim Fox I see inconsistent performance running the JBM test suite. Here I have 2 builds on the same physical machine (windows), using local disk storage so environment should be pretty stable. The mysql database is shared but I doubt it is the culprit. I run the test suite with the following options: property( name: "functional.tests.database", value: dbname ) property( name: "stress.tests.database", value: dbname ) property( name: "clustering.tests.database", value: dbname ) property( name: "test.target", value: "report" ) property( name: "test.bind.address", value: properties["env.MYTESTIP_1"] ) property( name: "jboss.messaging.groupname", value: properties["env.BUILD_TAG"]) property( name: "jboss.messaging.datachanneludpaddress", value: properties["env.MCAST_ADDR"] ) property( name: "jboss.messaging.controlchanneludpaddress", value: properties["env.MCAST_ADDR"] ) Are there any other options I can add to increase isolation from other processes in the same LAN? Would you be able to look at these 2 builds and based on the logs, say why is the first one taking longer and eventually timeout? http://hudson.qa.jboss.com/hudson/view/SOA-Release/job/soa-jbm/163/ http://hudson.qa.jboss.com/hudson/view/SOA-Release/job/soa-jbm/164/ -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 6 months

4
24
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira October 2009