[JBoss JIRA] Created: (JBRULES-1214) drools-server should not have .settings commited into svn
by Geoffrey De Smet (JIRA)
drools-server should not have .settings commited into svn
---------------------------------------------------------
Key: JBRULES-1214
URL: http://jira.jboss.com/jira/browse/JBRULES-1214
Project: JBoss Rules
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: drools-brms
Affects Versions: 4.0.1
Reporter: Geoffrey De Smet
Assigned To: Mark Proctor
Priority: Trivial
Fix For: FUTURE
See JBRULES-834.
As far as I can tell, the commit of /drools-server/.settings is an error because the other server modules explicitly svn:ignore the .settings directory.
The svn ignore was probably forgotten, which might have given our good friend eclipse the opportunity to commit it.
I could be wrong though.
If I am right though, the .settings directory should be deleted in svn, which will cause havoc when everyone updates who's relying on .settings in drools-server, and the svn:ignore should be edited to contain these 3 items:
.metadata
.settings
.wtpmodules
This way it uses standardized svn ignores just like the other modules.
--
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
15 years, 7 months
[JBoss JIRA] Created: (JBRULES-1591) Newline in eval expression causes NullPointerException
by Brian Stiles (JIRA)
Newline in eval expression causes NullPointerException
------------------------------------------------------
Key: JBRULES-1591
URL: http://jira.jboss.com/jira/browse/JBRULES-1591
Project: JBoss Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 4.0.7
Reporter: Brian Stiles
Assigned To: Mark Proctor
If a newline splits an eval expression, an NPE is thrown at org.drools.rule.PredicateConstraint.createContextEntry(PredicateConstraint.java:201).
The following code demonstrates the problem. Removing the newline from the eval expression solves the problem.
--
package sample;
import java.io.StringReader;
import org.drools.RuleBase;
import org.drools.RuleBaseConfiguration;
import org.drools.RuleBaseFactory;
import org.drools.StatefulSession;
import org.drools.compiler.PackageBuilder;
import org.drools.compiler.PackageBuilderConfiguration;
public class ExpressionProblem {
public static class Tester {
public boolean test(Object o1, Object o2) {
return o1.equals(o2);
}
}
public static void main(String[] args) throws Exception {
final PackageBuilderConfiguration packageBuilderConfiguration =
new PackageBuilderConfiguration();
final PackageBuilder packageBuilder = new PackageBuilder(packageBuilderConfiguration);
packageBuilder.addPackageFromDrl(new StringReader("\n"
+ "package sample\n"
+ "\n"
+ "import sample.ExpressionProblem.Tester;\n"
+ "global sample.ExpressionProblem.Tester tester;\n"
+ "\n"
+ "rule MyRule\n"
+ "\n"
+ " when\n"
+ " Integer($f : this, eval(tester.test($f,\n" // OFFENDING NEWLINE
+ " $f)))\n"
+ " then \n"
+ " System.out.println($f);\n"
+ "end \n"
+ ""));
final RuleBaseConfiguration ruleBaseConfiguration = new RuleBaseConfiguration();
final RuleBase ruleBase = RuleBaseFactory.newRuleBase(ruleBaseConfiguration);
ruleBase.addPackage(packageBuilder.getPackage());
final StatefulSession session = ruleBase.newStatefulSession(false);
session.setGlobal("tester", new Tester());
session.insert(1);
session.fireAllRules();
}
}
--
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
15 years, 7 months
[JBoss JIRA] Created: (JBAS-5182) Retire EJB3 JaccHelper
by Anil Saldhana (JIRA)
Retire EJB3 JaccHelper
----------------------
Key: JBAS-5182
URL: http://jira.jboss.com/jira/browse/JBAS-5182
Project: JBoss Application Server
Issue Type: Task
Security Level: Public (Everyone can see)
Components: EJB3, Security
Affects Versions: JBossAS-5.0.0.Beta3
Reporter: Anil Saldhana
Assigned To: Anil Saldhana
Priority: Critical
Fix For: JBossAS-5.0.0.CR1
The entire EJB3 Jacc Layer needs to go. The Permissions creation will be done via a separate deployer working on the Metadata. The Policy enforcement will be done by the security layer. We have already consolidated the enforcement for web and ejb2 layers.
--
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
15 years, 7 months