February 2011 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBJCA-470) Proxy Jdbc adapters instance

by Stefano Maestri (JIRA)

Proxy Jdbc adapters instance ---------------------------- Key: JBJCA-470 URL: https://jira.jboss.org/browse/JBJCA-470 Project: IronJacamar Issue Type: Feature Request Reporter: Stefano Maestri Assignee: Stefano Maestri Fix For: 1.0.0.Beta4 It should be possible to cast a jdbc class (for example COnnection) to specific vendor implementation (for example OracleCnnection). This feature should be configurable (attribute in datasource element in -ds.xml) Implement it as fast as possible (i.e. javaassit) Provide a test suite -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 4 months

1
1
0 / 0

[JBoss JIRA] Created: (JBJCA-472) refactoring deployers test cases

by Stefano Maestri (JIRA)

refactoring deployers test cases -------------------------------- Key: JBJCA-472 URL: https://jira.jboss.org/browse/JBJCA-472 Project: IronJacamar Issue Type: Task Components: Deployer Reporter: Stefano Maestri Assignee: Stefano Maestri Fix For: 1.0.0.Beta4 We need to refactor all deployers' test cases as discussed in this thread: http://community.jboss.org/thread/159241 -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 4 months

1
1
0 / 0

[JBoss JIRA] Created: (JBJCA-469) create a jdbc vendor extenson spi

by Stefano Maestri (JIRA)

create a jdbc vendor extenson spi --------------------------------- Key: JBJCA-469 URL: https://jira.jboss.org/browse/JBJCA-469 Project: IronJacamar Issue Type: Feature Request Components: Common, Deployer, JDBC Reporter: Stefano Maestri Assignee: Jesper Pedersen Fix For: 1.0.0.Beta4 We need an spi with configs injection and its test suite. Configs must accepted in -ds.xml DSDeployer should select right spi implementation and inject configs. Write a test suite to verify injection too -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 4 months

1
3
0 / 0

[JBoss JIRA] Created: (JGRP-1296) FD_ALL -> when msg_counts_as_heartbeat is enabled, heartbeat messages are unnecessarily passed up to the layer above

by Manuel Dominguez Sarmiento (JIRA)

FD_ALL -> when msg_counts_as_heartbeat is enabled, heartbeat messages are unnecessarily passed up to the layer above -------------------------------------------------------------------------------------------------------------------- Key: JGRP-1296 URL: https://issues.jboss.org/browse/JGRP-1296 Project: JGroups Issue Type: Bug Affects Versions: 2.12 Reporter: Manuel Dominguez Sarmiento Assignee: Bela Ban Attachments: patch.txt The code in question is FD_ALL.up() When the message is itself a heartbeat message originating from another node, the control flow goes inside the block guarded by msg_counts_as_heartbeat, updates the sender timestamp, and then break; which means control flow goes outside the switch block and return up_prot.up(evt); is invoked. So what ends up happening is that all heartbeat messages are passed up the stack while they shouldn't be. We use JGroups as the replication mechanism for EhCache, and we noticed this issue after enabling msg_counts_as_heartbeat - the JChannel receiver all of a sudden began receiving empty messages every 5 seconds, which is the heartbeat interval we have configured. Disabling the flag brought everything back to normal. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 4 months

2
3
0 / 0

[JBoss JIRA] Created: (EJBTHREE-2238) @TransactionAttribute(TransactionAttributeType.BEAN) Does not work in SLSB

by Israel E. Bethencourt (JIRA)

@TransactionAttribute(TransactionAttributeType.BEAN) Does not work in SLSB -------------------------------------------------------------------------- Key: EJBTHREE-2238 URL: https://issues.jboss.org/browse/EJBTHREE-2238 Project: EJB 3.0 Issue Type: Bug Components: ejb3, transactions Reporter: Israel E. Bethencourt -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 4 months

2
3
0 / 0

[JBoss JIRA] Created: (JBJCA-497) remove connectionManager generation code

by Jeff Zhang (JIRA)

remove connectionManager generation code ---------------------------------------- Key: JBJCA-497 URL: https://issues.jboss.org/browse/JBJCA-497 Project: IronJacamar Issue Type: Task Components: Code Generator Reporter: Jeff Zhang Assignee: Jeff Zhang Fix For: 1.0.0.Beta4 currently code generator doesn't support non-managed environments resource adapter -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 4 months

1
2
0 / 0

[JBoss JIRA] Created: (JBJCA-499) Only primitive types are warnings

by Jesper Pedersen (JIRA)

Only primitive types are warnings --------------------------------- Key: JBJCA-499 URL: https://issues.jboss.org/browse/JBJCA-499 Project: IronJacamar Issue Type: Task Components: Validator Affects Versions: 1.0.0.Beta3 Reporter: Jesper Pedersen Assignee: Jeff Zhang Fix For: 1.0.0.Beta4 In our validator all *ConfigProperties should have all primitive types (like boolean.class, int.class, and so on) as WARNING types. Anything else (like java.net.URL) should be an ERROR. The same descriptions can be used. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 4 months

2
1
0 / 0

[JBoss JIRA] Created: (JBRULES-2350) The order of resources are not preserved when loaded by the KnowledgeAgentImpl

by Pieter Martin (JIRA)

The order of resources are not preserved when loaded by the KnowledgeAgentImpl ------------------------------------------------------------------------------ Key: JBRULES-2350 URL: https://jira.jboss.org/jira/browse/JBRULES-2350 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: All Affects Versions: 5.1.0.M1 Reporter: Pieter Martin Assignee: Mark Proctor The order of resources are not preserved when loaded by the KnowledgeAgentImpl. This can cause a dslr file to be loaded before its dsl causing compilation errors. Some investigation shows that the resources are loaded into a HashMap, in the org.drools.agent.impl.KnowledgeAgentImpl class. The map does not preserve the order. Most likely changing the map to a class that where the iteration order is the insertion order will solve the problem. -- 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

13 years, 4 months

3
4
0 / 0

[JBoss JIRA] Created: (JBRULES-2377) Problems with DSL / DSLR files when used with a KnowledgeAgent / Change Sets

by Macon Pegram (JIRA)

Problems with DSL / DSLR files when used with a KnowledgeAgent / Change Sets ---------------------------------------------------------------------------- Key: JBRULES-2377 URL: https://jira.jboss.org/jira/browse/JBRULES-2377 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: drools-compiler, drools-compiler (expert), drools-compiler-DSL Affects Versions: 5.0.1.FINAL Environment: Windows XP, Mac OS X, JDK 1.5.0_12 Reporter: Macon Pegram Assignee: Mark Proctor I tried to address this on the Drools Mailing list but did not receive an answer. See: Mailing list message threads: "[rules-users] DSL, DSLR and Changesets...", "[rules-users] Can DSL / DSLR be loaded in a changeset?" ---- Are DSL and DSLR files supported by the KnowledgeAgent / Changeset code. Here's the details of my test case: I have a Changeset file I'm trying to load which looks like the following: <?xml version="1.0" encoding="UTF-8"?> <change-set xmlns='http://drools.org/drools-5.0/change-set' xmlns:xs='http://www.w3.org/2001/XMLSchema-instance' > <add> <resource source="classpath:com/test/general/" type="DSL" /> <resource source="classpath:com/test/general/" type="DSLR" /> </add> </change-set> There's a single DSL and a single DSLR file in this folder. I'm loading the change set as follows: KnowledgeAgent ka = KnowledgeAgentFactory.newKnowledgeAgent(agentName); ka.applyChangeSet(ResourceFactory.newClassPathResource(agentName + "-changeset.xml", getClass())); When I run this code, the logger suggests the DSL and DSLR are being loaded and compiled: [2009:10:299 16:10:52:info] KnowledgAgent created, with configuration: monitorChangeSetEvents=true scanResources=true scanDirectories=true ++ Constructing and applying changeSet: dsl-test [2009:10:299 16:10:52:info] KnowledegAgent has started listening for ChangeSet notifications (null: 3, 68): cvc-elt.1: Cannot find the declaration of element 'change-set'. [2009:10:299 16:10:317:info] KnowledgAgent applying ChangeSet [2009:10:299 16:10:317:debug] KnowledgeAgent subscribing to directory=[ClassPathResource path='com/test/general/'] [2009:10:299 16:10:317:debug] ResourceChangeNotification subscribing listener=org.drools.agent.impl.KnowledgeAgentImpl@b9b618 to resource=[ClassPathResource path='com/test/general/'] [2009:10:299 16:10:317:debug] ResourceChangeScanner subcribing notifier=org.drools.io.impl.ResourceChangeNotifierImpl@61ec49 to resource=[ClassPathResource path='com/test/general/'] [2009:10:299 16:10:317:debug] KnowledgeAgent subscribing to directory content resource=[FileResource file='C:\bea\user_projects\workspaces\alerts\rules-kb\test-kb\target\test-classes\com\test\general\test.dsl'] [2009:10:299 16:10:317:debug] ResourceChangeNotification subscribing listener=org.drools.agent.impl.KnowledgeAgentImpl@b9b618 to resource=[FileResource file='C:\bea\user_projects\workspaces\alerts\rules-kb\test-kb\target\test-classes\com\test\general\test.dsl'] [2009:10:299 16:10:317:debug] ResourceChangeScanner subcribing notifier=org.drools.io.impl.ResourceChangeNotifierImpl@61ec49 to resource=[FileResource file='C:\bea\user_projects\workspaces\alerts\rules-kb\test-kb\target\test-classes\com\test\general\test.dsl'] [2009:10:299 16:10:317:debug] KnowledgeAgent subscribing to directory content resource=[FileResource file='C:\bea\user_projects\workspaces\alerts\rules-kb\test-kb\target\test-classes\com\test\general\test-dsl.dslr'] [2009:10:299 16:10:317:debug] ResourceChangeNotification subscribing listener=org.drools.agent.impl.KnowledgeAgentImpl@b9b618 to resource=[FileResource file='C:\bea\user_projects\workspaces\alerts\rules-kb\test-kb\target\test-classes\com\test\general\test-dsl.dslr'] [2009:10:299 16:10:317:debug] ResourceChangeScanner subcribing notifier=org.drools.io.impl.ResourceChangeNotifierImpl@61ec49 to resource=[FileResource file='C:\bea\user_projects\workspaces\alerts\rules-kb\test-kb\target\test-classes\com\test\general\test-dsl.dslr'] [2009:10:299 16:10:317:debug] KnowledgeAgent subscribing to directory=[ClassPathResource path='com/hmc/test/general/'] [2009:10:299 16:10:317:debug] ResourceChangeNotification subscribing listener=org.drools.agent.impl.KnowledgeAgentImpl@b9b618 to resource=[ClassPathResource path='com/hmc/test/general/'] [2009:10:299 16:10:317:debug] KnowledgeAgent ChangeSet requires KnowledgeBuilder [2009:10:299 16:10:317:debug] KnowledgeAgent rebuilding KnowledgeBase using ChangeSet [2009:10:299 16:10:317:debug] KnowledgeAgent building resource=[FileResource file='C:\bea\user_projects\workspaces\alerts\rules-kb\test-kb\target\test-classes\com\test\general\test.dsl'] [2009:10:299 16:10:333:debug] KnowledgeAgent building resource=[FileResource file='C:\bea\user_projects\workspaces\alerts\rules-kb\test-kb\target\test-classes\com\test\general\test-dsl.dslr'] [2009:10:299 16:10:333:info] KnowledgeAgent new KnowledgeBase now built and in use However after load is completed I try to run the following code: System.out.println("KB Info"); Collection<KnowledgePackage> pkgs = ka.getKnowledgeBase().getKnowledgePackages(); for (KnowledgePackage kp : pkgs) { for (Rule rule : kp.getRules()) { System.out.println("Rule: " + rule.getName() + ", " + ule.getPackageName()); for (String attribs : rule.listMetaAttributes()) System.out.println("---- " + attribs); } } } I get NO output (except of course "KB Info"). If I initialize the knowledgebase like this: KnowledgeBuilder kbuilder = KnowledgeBuilderFactory .newKnowledgeBuilder(); kbuilder.add(ResourceFactory .newClassPathResource("com/test/general/test.dsl"), ResourceType.DSL); kbuilder.add(ResourceFactory .newClassPathResource("com/test/general/test-dsl.dslr"), ResourceType.DSLR); if (kbuilder.hasErrors()) { throw new Exception(kbuilder.getErrors().toString()); } KnowledgeBase kbase = KnowledgeBaseFactory.newKnowledgeBase(); kbase.addKnowledgePackages(kbuilder.getKnowledgePackages()); } ... and run the same output code I get a list of the rules that were loaded. Any clues why the different behavior? -- 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

13 years, 4 months

2
10
0 / 0

[JBoss JIRA] Created: (JBRULES-2557) Expose Knowledge Agent events

by Esteban Aliverti (JIRA)

Expose Knowledge Agent events ----------------------------- Key: JBRULES-2557 URL: https://jira.jboss.org/browse/JBRULES-2557 Project: Drools Issue Type: Feature Request Security Level: Public (Everyone can see) Components: drools-api, drools-core Affects Versions: 5.1.0.M2 Reporter: Esteban Aliverti Assignee: Esteban Aliverti Fix For: FUTURE It would be useful to have something like KnowledgeAgentEventListener. The main use for this listener could be act in response of kbase modification. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 4 months

1
2
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira February 2011