[JBoss JIRA] Created: (JBRULES-577) Please add "contained by" syntax for constraints
by Dirk Bergstrom (JIRA)
Please add "contained by" syntax for constraints
------------------------------------------------
Key: JBRULES-577
URL: http://jira.jboss.com/jira/browse/JBRULES-577
Project: JBoss Rules
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: Drl Parser/Builder
Reporter: Dirk Bergstrom
Assigned To: Mark Proctor
I'd like to be able to write a constraint to determine if a field's value is a member of some collection. This is the inverse of the "contains" keyword. The proposed syntax is:
[bindingVar :] <fieldName> in <someCollection>
(I'm not picky about the keyword, other possibilities are "containedBy" or "memberOf", but "in" is a single word)
Use case:
I have a container class with a field that exposes a collection of record
numbers. In the working memory, I have a bunch of record objects, and one
container object. I want to write a rule that fires when it encounters a
container that has records matching some criteria:
when
Container( $recordNums : records )
Record( number in $recordNums, otherField == "somevalue" )
then
doStuff();
The current workaround is:
Record( num : number -> ( $recordNums.contains(num) ) )
Which is problematic, as the predicate may not be time-constant.
--
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
[JBoss JIRA] Created: (SECURITY-22) Concurrency bug in JaasSecurityManager
by Alex Besogonov (JIRA)
Concurrency bug in JaasSecurityManager
--------------------------------------
Key: SECURITY-22
URL: http://jira.jboss.com/jira/browse/SECURITY-22
Project: JBoss Security
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: JBossSX
Affects Versions: 2.0
Reporter: Alex Besogonov
Assigned To: Anil Saldhana
JaasSecurityManager$DomainInfo.destroy calls logout() when cached entry expires, even while it is used by another thread.
Suppose we have two threads:
Thread 1:
1. 'User1' authentication
2. 'User1' is added to auth cache
3. Doing some lengthy operation
4. Checking roles of User1 - WILL FAIL, another thread has called logout()!
Thread 2 (when Thread1 is doing 'some lengthy operation' ):
1. 'User1' logs in.
2. Auth cache entry has expired.
3. Calling .logout() on stale entry
--
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
[JBoss JIRA] Created: (JBPORTAL-1387) Build (distrib.xml) should not force your source directory to be "jboss-portal-2.4"
by Galder Zamarreno (JIRA)
Build (distrib.xml) should not force your source directory to be "jboss-portal-2.4"
-----------------------------------------------------------------------------------
Key: JBPORTAL-1387
URL: http://jira.jboss.com/jira/browse/JBPORTAL-1387
Project: JBoss Portal
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 2.4.1 SP1, 2.4.1 Final
Reporter: Galder Zamarreno
This is the path were I have retrieved the source code for Portal 2.4.1:
/home/galder/jboss/code/portal/rel/2.4.1/
I have built portal with ./build.sh and I'm now trying to build an HA distribution with:
./build.sh -f distrib.xml source.build
However, it fails with:
/home/galder/jboss/code/portal/rel/2.4.1/build/distrib.xml:59: Basedir /home/galder/jboss/code/portal/rel/jboss-portal-2.4/build does not exist
This comes from:
<property name="source.dir" value="../../jboss-portal-2.4/"/>
Any reason why this couldn't just be:
<property name="source.dir" value="../"/>
--
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