[JBoss JIRA] Updated: (JBAS-3281) Implementation of javax.management.timer.Timer does not match javadoc
by Dimitris Andreadis (JIRA)
[ http://jira.jboss.com/jira/browse/JBAS-3281?page=all ]
Dimitris Andreadis updated JBAS-3281:
-------------------------------------
Component/s: Scheduling/Timers
> Implementation of javax.management.timer.Timer does not match javadoc
> ---------------------------------------------------------------------
>
> Key: JBAS-3281
> URL: http://jira.jboss.com/jira/browse/JBAS-3281
> Project: JBoss Application Server
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: JMX, Scheduling/Timers
> Affects Versions: JBossAS-4.0.4.GA, JBossAS-3.2.8.SP1
> Environment: Java 1.4 (For Java 5.0 we use the implementation supplied with the JRE)
> Reporter: Darran Lofthouse
> Assigned To: Dimitris Andreadis
> Priority: Critical
> Fix For: JBossAS-4.0.5.CR1, JBossAS-5.0.0.Beta, JBossAS-3.2.8.SP2
>
>
> The implementation of javax.management.timer.Timer does not match the javadoc: -
> http://java.sun.com/j2ee/1.4/docs/api/javax/management/timer/Timer.html
> By default the timer should be using fixed-delay execution, our implementation is defaulting to fixed-rate execution.
> In addition to this to use fixed-rate execution you should use the method addNotification(String, String, Object, Date, long, long, boolean), however we have not implemented this method and we just throw a RuntimeException if it is invoked.
--
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, 6 months
[JBoss JIRA] Updated: (JBAS-3281) Implementation of javax.management.timer.Timer does not match javadoc
by Dimitris Andreadis (JIRA)
[ http://jira.jboss.com/jira/browse/JBAS-3281?page=all ]
Dimitris Andreadis updated JBAS-3281:
-------------------------------------
Fix Version/s: JBossAS-5.0.0.Beta
JBossAS-3.2.8.SP2
Affects Version/s: JBossAS-3.2.8.SP1
> Implementation of javax.management.timer.Timer does not match javadoc
> ---------------------------------------------------------------------
>
> Key: JBAS-3281
> URL: http://jira.jboss.com/jira/browse/JBAS-3281
> Project: JBoss Application Server
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: JMX
> Affects Versions: JBossAS-4.0.4.GA, JBossAS-3.2.8.SP1
> Environment: Java 1.4 (For Java 5.0 we use the implementation supplied with the JRE)
> Reporter: Darran Lofthouse
> Assigned To: Dimitris Andreadis
> Priority: Critical
> Fix For: JBossAS-4.0.5.CR1, JBossAS-5.0.0.Beta, JBossAS-3.2.8.SP2
>
>
> The implementation of javax.management.timer.Timer does not match the javadoc: -
> http://java.sun.com/j2ee/1.4/docs/api/javax/management/timer/Timer.html
> By default the timer should be using fixed-delay execution, our implementation is defaulting to fixed-rate execution.
> In addition to this to use fixed-rate execution you should use the method addNotification(String, String, Object, Date, long, long, boolean), however we have not implemented this method and we just throw a RuntimeException if it is invoked.
--
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, 6 months
[JBoss JIRA] Created: (JBAS-3388) EJB Remote Handle stored in HTTP session or serialized loses SecurityAssociation
by warren crossing (JIRA)
EJB Remote Handle stored in HTTP session or serialized loses SecurityAssociation
--------------------------------------------------------------------------------
Key: JBAS-3388
URL: http://jira.jboss.com/jira/browse/JBAS-3388
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: EJB3, Naming, Security
Affects Versions: JBossAS-4.0.4.GA
Environment: Linux splice 2.6.16-rc4 #9 PREEMPT Thu May 4 11:30:04 NZST 2006 i686 GNU/Linux
java version "1.6.0-beta"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.6.0-beta-b59g)
Java HotSpot(TM) Client VM (build 1.6.0-beta-b59g, mixed mode, sharing)
Release ID: JBoss [Zion] 4.0.4.GA (build: CVSTag=JBoss_4_0_4_GA date=200605151000)
Reporter: warren crossing
Assigned To: Bill Burke
After looking up home using JndiLogincontextFactory the jboss securityassociation is stored in the threadlocal.
So if we persist the handle and then retrieve it, or access it in another thread the security infomation is lost.
How to get the EJBObject in a secure way
first accessed by: kermit
12:00:37,427 INFO [STDOUT] 0
second access gives
12:00:38,645 ERROR [STDERR] java.rmi.AccessException: SecurityException; nested exception is:
java.lang.SecurityException: Insufficient method permissions, principal=null, ejbName=SessionSecurityBean, method=getEJBObject, interface=HOME, requiredRoles=[basic], principalRoles=[]
Even if we <unchecked/> getEJBObject the security information is lost and subsequent bean members are executed in a undefined security context.
The only work around I have is to lookup the HOME first. This sets the threads SecurityAssociation again.
Shouldn't the Remote stub or Handle contain a clone or something to automatically reconstruct the SecurityAssociation, and what are the implications on security if I leave a preauthenticated handle lying around somewhere. I dont think the J2EE spec doesn't cover this aspect of security.
I have worked on a testcase ant build file and all, please email me for it. warren.crossing(a)nec.com.au.
Thanks.
--
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, 6 months
[JBoss JIRA] Commented: (JBRULES-358) RuleBase.removePackage does not work
by Edson Tirelli (JIRA)
[ http://jira.jboss.com/jira/browse/JBRULES-358?page=comments#action_12339480 ]
Edson Tirelli commented on JBRULES-358:
---------------------------------------
Commited into trunk in revision #5064:
Adding drools-compiler/src/test/java/org/drools/AssertedObject.java
Adding drools-compiler/src/test/java/org/drools/Precondition.java
Sending drools-compiler/src/test/java/org/drools/integrationtests/IntegrationCases.java
Adding drools-compiler/src/test/resources/org/drools/integrationtests/test_RemovePackage.drl
Sending drools-core/src/main/java/org/drools/reteoo/ReteooBuilder.java
Sending drools-core/src/main/java/org/drools/rule/Rule.java
Transmitting file data ...
Committed revision 5064.
Let me know if you find any other problem.
> RuleBase.removePackage does not work
> ------------------------------------
>
> Key: JBRULES-358
> URL: http://jira.jboss.com/jira/browse/JBRULES-358
> Project: JBoss Rules
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Reteoo
> Affects Versions: 3.0, 3.0.1, 3.0.2
> Environment: eclipse IDE 3.12 JBoss Rules 3.0.1 recompiled with debug information
> Reporter: Giovanni Cuccu
> Assigned To: Edson Tirelli
> Fix For: 3.0.3
>
>
> Here is the complete test case to reproduce the error:
> package simpletest;
> import java.io.InputStreamReader;
> import java.util.List;
> import mit.rules.test.TestRules;
> import org.drools.RuleBase;
> import org.drools.RuleBaseFactory;
> import org.drools.WorkingMemory;
> import org.drools.audit.WorkingMemoryFileLogger;
> import org.drools.compiler.PackageBuilder;
> public class TestRemovePackage {
>
> public static void main(String[] args) throws Exception {
> // TODO Auto-generated method stub
> final PackageBuilder builder = new PackageBuilder();
> builder.addPackageFromDrl( new InputStreamReader( TestRemovePackage.class.getResourceAsStream( "testremove.drl" ) ) );
>
> final RuleBase ruleBase = RuleBaseFactory.newRuleBase();
> String packageName=builder.getPackage().getName();
> System.out.println("Package Name " + packageName);
> ruleBase.addPackage( builder.getPackage() );
>
> final WorkingMemory workingMemory = ruleBase.newWorkingMemory();
> fireRules(workingMemory);
> RuleBase ruleBaseWM=workingMemory.getRuleBase();
> System.out.println("ruleBase" + ruleBaseWM.toString());
> ruleBaseWM.removePackage(packageName);
> final PackageBuilder builder1 = new PackageBuilder();
> builder1.addPackageFromDrl( new InputStreamReader( TestRules.class.getResourceAsStream( "testremove2.drl" ) ) );
> ruleBaseWM.addPackage(builder1.getPackage());
> fireRules(workingMemory);
>
>
> }
>
> public static void fireRules(WorkingMemory workingMemory) {
> final WorkingMemoryFileLogger logger = new WorkingMemoryFileLogger( workingMemory );
> logger.setFileName( "log/testcup" );
> final boolean dynamic = false;
>
> workingMemory.assertObject( new Precondition(
> "genericcode","genericvalue"),
> dynamic );
>
> workingMemory.fireAllRules();
> List listaStrutture=workingMemory.getObjects(AssertedObject.class);
> if (listaStrutture==null) {
> System.err.println("Nessuna struttura eroga quello che chiedi");
> }
> for (int i=0;i<listaStrutture.size();i++) {
> AssertedObject assObj=(AssertedObject)listaStrutture.get(i);
> System.out.println("found:" +
> assObj.getValue());
> }
> logger.writeToDisk();
> }
> }
> package simpletest;
> public class Precondition {
> private String code;
> private String value;
>
> public Precondition(String code, String value) {
> super();
> // TODO Auto-generated constructor stub
> this.code = code;
> this.value = value;
> }
> public String getValue() {
> return value;
> }
> public void setValue(String value) {
> this.value = value;
> }
> public String getCode() {
> return code;
> }
> public void setCode(String code) {
> this.code = code;
> }
>
> }
> package simpletest;
> public class AssertedObject {
> private String value;
> public String getValue() {
> return value;
> }
> public void setValue(String value) {
> this.value = value;
> }
> public AssertedObject(String value) {
> // TODO Auto-generated constructor stub
> this.value = value;
> }
>
>
> }
> and here is the drl file
> package simpletest;
> import simpletest.Precondition;
> import simpletest.AssertedObject;
> rule rule1
> salience 10
> when
> p: Precondition ( code == "genericcode")
> then
> assert( new AssertedObject( "value1") );
> assert( new AssertedObject( "value2") );
> end
> rule rule2
> when
> p: Precondition ( code == "genericcode", value=="genericvalue")
> then
> assert( new AssertedObject( "value3") );
> assert( new AssertedObject( "value4") );
> end
--
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, 6 months
[JBoss JIRA] Resolved: (JBRULES-358) RuleBase.removePackage does not work
by Edson Tirelli (JIRA)
[ http://jira.jboss.com/jira/browse/JBRULES-358?page=all ]
Edson Tirelli resolved JBRULES-358.
-----------------------------------
Resolution: Done
Fixed. Commited in revision #5063.
Adding drools-compiler/src/test/java/org/drools/AssertedObject.java
Adding drools-compiler/src/test/java/org/drools/Precondition.java
Sending drools-compiler/src/test/java/org/drools/integrationtests/IntegrationCases.java
Adding drools-compiler/src/test/resources/org/drools/integrationtests/test_RemovePackage.drl
Sending drools-core/src/main/java/org/drools/reteoo/ReteooBuilder.java
Sending drools-core/src/main/java/org/drools/rule/Rule.java
Transmitting file data ......
Committed revision 5063.
The problem was that the node sharing counter was not being properly incremented when ReteooBuilder was building the rete network.
> RuleBase.removePackage does not work
> ------------------------------------
>
> Key: JBRULES-358
> URL: http://jira.jboss.com/jira/browse/JBRULES-358
> Project: JBoss Rules
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Reteoo
> Affects Versions: 3.0, 3.0.1, 3.0.2
> Environment: eclipse IDE 3.12 JBoss Rules 3.0.1 recompiled with debug information
> Reporter: Giovanni Cuccu
> Assigned To: Edson Tirelli
> Fix For: 3.0.3
>
>
> Here is the complete test case to reproduce the error:
> package simpletest;
> import java.io.InputStreamReader;
> import java.util.List;
> import mit.rules.test.TestRules;
> import org.drools.RuleBase;
> import org.drools.RuleBaseFactory;
> import org.drools.WorkingMemory;
> import org.drools.audit.WorkingMemoryFileLogger;
> import org.drools.compiler.PackageBuilder;
> public class TestRemovePackage {
>
> public static void main(String[] args) throws Exception {
> // TODO Auto-generated method stub
> final PackageBuilder builder = new PackageBuilder();
> builder.addPackageFromDrl( new InputStreamReader( TestRemovePackage.class.getResourceAsStream( "testremove.drl" ) ) );
>
> final RuleBase ruleBase = RuleBaseFactory.newRuleBase();
> String packageName=builder.getPackage().getName();
> System.out.println("Package Name " + packageName);
> ruleBase.addPackage( builder.getPackage() );
>
> final WorkingMemory workingMemory = ruleBase.newWorkingMemory();
> fireRules(workingMemory);
> RuleBase ruleBaseWM=workingMemory.getRuleBase();
> System.out.println("ruleBase" + ruleBaseWM.toString());
> ruleBaseWM.removePackage(packageName);
> final PackageBuilder builder1 = new PackageBuilder();
> builder1.addPackageFromDrl( new InputStreamReader( TestRules.class.getResourceAsStream( "testremove2.drl" ) ) );
> ruleBaseWM.addPackage(builder1.getPackage());
> fireRules(workingMemory);
>
>
> }
>
> public static void fireRules(WorkingMemory workingMemory) {
> final WorkingMemoryFileLogger logger = new WorkingMemoryFileLogger( workingMemory );
> logger.setFileName( "log/testcup" );
> final boolean dynamic = false;
>
> workingMemory.assertObject( new Precondition(
> "genericcode","genericvalue"),
> dynamic );
>
> workingMemory.fireAllRules();
> List listaStrutture=workingMemory.getObjects(AssertedObject.class);
> if (listaStrutture==null) {
> System.err.println("Nessuna struttura eroga quello che chiedi");
> }
> for (int i=0;i<listaStrutture.size();i++) {
> AssertedObject assObj=(AssertedObject)listaStrutture.get(i);
> System.out.println("found:" +
> assObj.getValue());
> }
> logger.writeToDisk();
> }
> }
> package simpletest;
> public class Precondition {
> private String code;
> private String value;
>
> public Precondition(String code, String value) {
> super();
> // TODO Auto-generated constructor stub
> this.code = code;
> this.value = value;
> }
> public String getValue() {
> return value;
> }
> public void setValue(String value) {
> this.value = value;
> }
> public String getCode() {
> return code;
> }
> public void setCode(String code) {
> this.code = code;
> }
>
> }
> package simpletest;
> public class AssertedObject {
> private String value;
> public String getValue() {
> return value;
> }
> public void setValue(String value) {
> this.value = value;
> }
> public AssertedObject(String value) {
> // TODO Auto-generated constructor stub
> this.value = value;
> }
>
>
> }
> and here is the drl file
> package simpletest;
> import simpletest.Precondition;
> import simpletest.AssertedObject;
> rule rule1
> salience 10
> when
> p: Precondition ( code == "genericcode")
> then
> assert( new AssertedObject( "value1") );
> assert( new AssertedObject( "value2") );
> end
> rule rule2
> when
> p: Precondition ( code == "genericcode", value=="genericvalue")
> then
> assert( new AssertedObject( "value3") );
> assert( new AssertedObject( "value4") );
> end
--
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, 6 months