BizTalk - BizTalk Accelerator for SWIFT - BRE Validation policy error

Good day.
I'm trying to complete Microsoft BizTalk 2009 Accelerator for SWIFT End-To-End Tutorial (http://msdn.microsoft.com/en-us/library/ee350595%28BTS.10%29.aspx).  One of the components that are built in this tutorial is a custom pipeline with SWIFT Disassembler which uses BRE Validation. Business rules containing validation policy  are deployed using SWIFT BRE Deployment utility. From the first sight  everything seems to be OK - business rules corresponding to the schemas used in the tutorial are successfully deployed and can be seen in Business Rules Composer. Rule Engine Update Service is running (and was restarted after the rules were deployed) on behalf of account which is member of BizTalk Application Users and BizTalk Server Administrators, there is only one instance of Rule Store (BizTalkRuleEngineDb) and both BRE Composer and BizTalk itself are pointing to it. Nevertheless when I'm trying to process sample MT103 message I'm getting the following error:

Event Type:    Warning
Event Source:    BizTalk Accelerator for SWIFT
Event Category:    None
Event ID:    4099
Date:        10/2/2009
Time:        4:49:53 PM
User:        N/A
Computer:    ComputerName
Description:
Unable to retrieve or an unexpected error occurred while executing BRE validation policy. If this is unexpected, confirm that the policy has been deployed and try again. Error:
Server stack trace:
   at Microsoft.RuleEngine.RemoteUpdateService.RemoteUpdateService.GetLatest(String ruleSetName)
   at System.Runtime.Remoting.Messaging.StackBuilderSink._PrivateProcessMessage(IntPtr md, Object[] args, Object server, Int32 methodPtr, Boolean fExecuteInContext, Object[]& outArgs)
   at System.Runtime.Remoting.Messaging.StackBuilderSink.PrivateProcessMessage(RuntimeMethodHandle md, Object[] args, Object server, Int32 methodPtr, Boolean fExecuteInContext, Object[]& outArgs)
   at System.Runtime.Remoting.Messaging.StackBuilderSink.SyncProcessMessage(IMessage msg, Int32 methodPtr, Boolean fExecuteInContext)

Exception rethrown at [0]:
   at System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg)
   at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)
   at Microsoft.RuleEngine.IRuleEngineUpdateServiceInterface.GetLatest(String ruleSetName)
   at Microsoft.RuleEngine.RemoteUpdateService.RemoteUpdateServiceProxy.GetLatest(String ruleSetName)
   at System.Runtime.Remoting.Messaging.StackBuilderSink._PrivateProcessMessage(IntPtr md, Object[] args, Object server, Int32 methodPtr, Boolean fExecuteInContext, Object[]& outArgs)
   at System.Runtime.Remoting.Messaging.StackBuilderSink.PrivateProcessMessage(RuntimeMethodHandle md, Object[] args, Object server, Int32 methodPtr, Boolean fExecuteInContext, Object[]& outArgs)
   at System.Runtime.Remoting.Messaging.StackBuilderSink.SyncProcessMessage(IMessage msg, Int32 methodPtr, Boolean fExecuteInContext)

Exception rethrown at [1]:
   at System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg)
   at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)
   at Microsoft.RuleEngine.RemoteUpdateService.RemoteUpdateServiceProxy.GetLatest(String ruleSetName)
   at Microsoft.RuleEngine.RuleEngineCache.Allocate(String rulesetName, TrackingConfiguration& trackingConfig)
   at Microsoft.RuleEngine.Policy..ctor(String policyName)
   at Microsoft.Solutions.FinancialServices.SWIFT.BreValidator.BreValidator.Validate(String messageType, XmlDocument messageDocument, XmlDocument headerDocument, Boolean bSupressMissingPolicyWarnings)


The same warning appears if I manually remove all SWIFT policies. So BizTalk just unable to find the necessary policy. The problem is also in that there is no information about the exact name of missing policy in the error report so that I could manually check whether it is in the store.

Any suggestions?

Thanks in advance.

Yes, it is tough to figure out without the policy name, and this is the first time i see the policy name being missed from the stack trace. 

configure message pack (2008 or 2009),then it will have resolve mostly.