April 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBAS-4352) Deployment scanner gets FileNotFound Exception

by Andrig Miller (JIRA)

Deployment scanner gets FileNotFound Exception ---------------------------------------------- Key: JBAS-4352 URL: http://jira.jboss.com/jira/browse/JBAS-4352 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: Deployment services Affects Versions: JBossAS-4.2.0.CR2 Reporter: Andrig Miller Assigned To: Dimitris Andreadis Priority: Minor Fix For: JBossAS-4.2.0.GA Since there is no deploy directory in the minimal configuration, the URL deployment scanner constantly gets a FileNotFound exception, with the message that the deployment scanner does not point to a directory. Either the deployment scanner should be disabled in the minimal configuration, or an empty deploy directory created. -- 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

3
10
0 / 0

[JBoss JIRA] Created: (JBRULES-571) Export-Import from XML (for backup and migration)

by Michael Neale (JIRA)

Export-Import from XML (for backup and migration) ------------------------------------------------- Key: JBRULES-571 URL: http://jira.jboss.com/jira/browse/JBRULES-571 Project: JBoss Rules Issue Type: Sub-task Security Level: Public (Everyone can see) Reporter: Michael Neale Assigned To: Michael Neale -- 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

3
6
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1354) fix build.xml so that test-ha runs from portlet-server

by Prabhat Jha (JIRA)

fix build.xml so that test-ha runs from portlet-server ------------------------------------------------------ Key: JBPORTAL-1354 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1354 Project: JBoss Portal Issue Type: Task Security Level: Public (Everyone can see) Affects Versions: 2.6.CR1 Reporter: Prabhat Jha Assigned To: Prabhat Jha Fix For: 2.6.CR2 Because of some recent refactoring with portlet and portlet-server, test-ha that tests Portlet Session tests do not run. Classpaths need to be tweaked. -- 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-144) async assert

by Mark Proctor (JIRA)

[ http://jira.jboss.com/jira/browse/JBRULES-144?page=all ] Mark Proctor closed JBRULES-144. -------------------------------- Fix Version/s: 3.1-m2 (was: 3.1-m3) Resolution: Done Assignee: Mark Proctor StatelessSession and StatefulSession now both support async methods, the thread handling is pluggeable using the ExecutorService interface. > async assert > ------------ > > Key: JBRULES-144 > URL: http://jira.jboss.com/jira/browse/JBRULES-144 > Project: JBoss Rules > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Reteoo > Reporter: Mark Proctor > Assigned To: Mark Proctor > Fix For: 3.1-m2 > > Attachments: ConcurrentWorkingMemory.java > > > We need an async assert. This means the fact is is asserted and immediately returns. Internally there is a consumer/provider based queue that one by one asserts the stacked items into the working memory. Need ot make sure that users can handle async exceptions. > There might also be some settings to do with 2 phase commit, in that when do we call fireAllRules? Do we call it after every assertion, after a set time period, after X facts are asserted - or maybe a combination of both? Initially probably esiest to just call fireAllRules on each assertion from the Queue. > I recommend that thechannel code stuff be "borrowed" from http://gee.cs.oswego.edu/dl/classes/EDU/oswego/cs/dl/util/concurrent/Link... - only take hte classes you need and refactor them for org.drools.util.concurrent. -- 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: (JBPORTAL-1203) Portal release steps issue

by Prabhat Jha (JIRA)

Portal release steps issue -------------------------- Key: JBPORTAL-1203 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1203 Project: JBoss Portal Issue Type: Bug Security Level: Public (Everyone can see) Components: Portal Test Affects Versions: 2.6.Alpha1 Reporter: Prabhat Jha Assigned To: Prabhat Jha Priority: Critical Fix For: 2.6.Beta1 The detail of the problem is described at http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4002954#4002954. We need to add to the release process the following: 1. Check that JBossAS bundled with portal starts properly. 2. Deploy the jboss-portal.sar built using ant -f distro.xm to a running instance of JBossAS and make sure that deployment goes fine. 3. Download the prebuilt binaries from sourceforge, deploy jboss-portal.sar and make sure deployment goes without any error. -- 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

4
5
0 / 0

[JBoss JIRA] Created: (JBRULES-761) Automate the Eclipse build

by Mark Proctor (JIRA)

Automate the Eclipse build -------------------------- Key: JBRULES-761 URL: http://jira.jboss.com/jira/browse/JBRULES-761 Project: JBoss Rules Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Mark Proctor Assigned To: Mark Proctor Fix For: 3.1-m2 Automate the eclipse building using ant and headless PDE, as described here https://www6.software.ibm.com/developerworks/education/os-ecl-gameplgin4/.... -- 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] Created: (JBRULES-738) Fix maven build

by Mark Proctor (JIRA)

Fix maven build --------------- Key: JBRULES-738 URL: http://jira.jboss.com/jira/browse/JBRULES-738 Project: JBoss Rules Issue Type: Feature Request Security Level: Public (Everyone can see) Components: All Reporter: Mark Proctor Assigned To: Mark Proctor Fix For: 3.1-m2 We really should try and get maven working 100% for all our needs. -- 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] Created: (JBRULES-809) ClassFieldExtractorFactory uses the Thread.currentThread().getContextClassLoader() instead of the classloader in PackageCompilationData

by Mark Proctor (JIRA)

ClassFieldExtractorFactory uses the Thread.currentThread().getContextClassLoader() instead of the classloader in PackageCompilationData --------------------------------------------------------------------------------------------------------------------------------------- Key: JBRULES-809 URL: http://jira.jboss.com/jira/browse/JBRULES-809 Project: JBoss Rules Issue Type: Bug Security Level: Public (Everyone can see) Components: Drl Parser/Builder Affects Versions: 3.1-m1 Reporter: Mark Proctor Assigned To: Mark Proctor Fix For: 3.1-m2 Change this to take the classloader specified in PackageCompilationData -- 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] Created: (JBRULES-660) Inline JCI and remove uneeded dependencies

by Mark Proctor (JIRA)

Inline JCI and remove uneeded dependencies ------------------------------------------ Key: JBRULES-660 URL: http://jira.jboss.com/jira/browse/JBRULES-660 Project: JBoss Rules Issue Type: Feature Request Security Level: Public (Everyone can see) Components: All Reporter: Mark Proctor Assigned To: Mark Proctor Fix For: 3.1-m1 Inline JCI and strip all uneeded dependencies, like collections, lang, io and logger. -- 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: (JBRULES-449) Logical dependency bug, justifier tuple contains retracted handles, logically depend object stays in working memory

by Juergen none (JIRA)

Logical dependency bug, justifier tuple contains retracted handles, logically depend object stays in working memory ------------------------------------------------------------------------------------------------------------------- Key: JBRULES-449 URL: http://jira.jboss.com/jira/browse/JBRULES-449 Project: JBoss Rules Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Reteoo Affects Versions: 3.0.4 Environment: jdk 1.4.2_10 Reporter: Juergen none Assigned To: Mark Proctor A rather complicated, intertwined set of rules leads to a logically asserted fact, that remains in working memory, even after its justifiers have been retracted. Sadly I have no unit-test, but I can outline the rules and execution sequence as reported by a listener (a ... assert, al ... assert logical, r ... retract) Its a buggy (R5 twice) implementation of a accumulating set of rules I posted in the user list some time ago. FFF(A), FFF(B) are of same class but not equal, @... is systemHashCode, so different instances, but possible equal (as mentioned) classes without @ have only one instance in working memory a XXX R0: XXX -> al DDD a AAA (external assert) Sequence of rules fired R1: AAA -> al GGG R2: DDD, GGG -> al CCC R3: GGG -> al EEE R4: EEE, DDD, CCC -> a BBB@15737ca, al FFF@b2d75c(A) (BBB@15737ca contributes to hash/equals of FFF@b2d75c) R5: BBB, CCC, FFF(A), not FFF(B) -> mod CCC (hashcodes changes, but all rules are still fulfilled as before), a FFF@b274de(B) R5 again (modify triggered): EEE, DDD, CCC -> a BBB@16d8ba (but equals(BBB@15737ca) is true), (+ my guess, object created and assert called but no listener info: al FFF@2aefe3(A) (equals FFF@b2d75c, backing its logical dependency) (BBB@16d8ba contributes to Hash/equals)) --- r AAA (external retract) -> (according to listener): r AAA r GGG r EEE r CCC breakpoint, screenshot --> justifier list is invalid, contains retracted handles PoolCondition would be DDD, the only valid handle in the (EEE, DDD, CCC) tuple r XXX (retract of XXX has no consequence, just the last handle, still valid in the screenshot, becomes invalid too) -> r XXX r DDD workingMemory.getObjects() lists FFF@b2d75c(A) and FFF@b274de(B) for Rulebase-properties: - RuleBaseConfiguration.PROPERTY_ASSERT_BEHAVIOR -> RuleBaseConfiguration.WM_BEHAVIOR_IDENTITY - empty Major lead could be that after commenting out "mod CCC", FFF(A) is retracted (+ R5 not fired a second time) + problem with changed hashcode of CCC ? + problem with second instances of BBB and FFF(A) being asserted + FFF(B) being assert normally, not logically -- 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

4
12
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 April 2007