Re: WfProcess.get_activities_in_state( String) does not seem to work any more? issue in Shark.conf? or StandardSecurityManager?

Hi,

this is bug in Shark1.1. You can patch by eding else block at the end of WfActivitiyIteratorWrapper.fillObjectList() method:

    .....
         } else {
            activities.addAll(l);
         }
         setObjectList(activities);

........


Regards,
Sasa.
  ----- Original Message ----- 
  From: [email protected] 
  To: [email protected] 
  Sent: Wednesday, June 22, 2005 12:28 AM
  Subject: [shark] WfProcess.get_activities_in_state( String) does not seem to work any more? issue in Shark.conf? or StandardSecurityManager?



  Hi all: 

  I have been trying to get my application which was working fine on Shark 1.0 to now work with Shark 1.1 and have mostly succeeded except for this one snag: The call: 

  WfProcess.get_activities_in_state( String) 

  does not seem to work any more. 

  I dug around in the source and I thought it was because of this: 

  Shark.conf should have "StandardSecurityManager.SECURITY_MODE" not "SecurityManagerClassName.SECURITY_MODE" as it currently has. This is because of this code in StandardSecurityManager.check_process_get_activities_in_state has code to test this: 

       if (SECURITY_MODE==SECURITY_MODE_NUM_ADMIN_SECURITY) {..etc. 

  But if you look at where SECURITY_MODE is being set (in StandardSecurityManager.configure(CallbackUtilities)), here's the code: 
  String sec_m=cus.getProperty("StandardSecurityManager.SECURITY_MODE","NORMAL_SECURITY"); 

  But Shark.conf has instead SecurityManagerClassName.SECURITY_MODE. I thought it must be a typo. But changing that in my Shark.conf didn't return me a nice list like I expected because the implementation of StandardSecuirtyManager.check_process_get_activities_in_state is essentially empty..! 

  Is this deliberate? Please share any thoughts. Also let me know if I am way off-base.. 
  Thanks in advance! 
  Geeta