cancel
Showing results for 
Search instead for 
Did you mean: 

Address Cleanse Error in DS 3.1 and not in DS 3.0

Former Member
0 Kudos

Hi to all,

I'm using the Australia_Address_Cleanse transform in DS 3.1 and sent me the next validation error:

[EIM Transform Source:Australia_AddressCleanse]

Option Group Error(Option Group: Options 😞 At least 1 DISABLE_CERTIFICATION option(s) must be present in this group. (BODI-1116087)

[EIM Transform Source:Australia_AddressCleanse]

Option Group Error(Option Group: Global Address 😞 At least 1 REPORT_OPTIONS option(s) must be present in this group. (BODI-1116087)

As a workaround I used the same dataflow in DS 3.0 and was validated and worked fine, I continue the development in DS version 3.0.

Accepted Solutions (0)

Answers (4)

Answers (4)

champlir
Product and Topic Expert
Product and Topic Expert
0 Kudos

Manoj is right. You shouldn't try to export an ATL from one version of a repo and import into another version. There is NO ugrade process that happens on import or export. You should instead do an upgrade on your repository from 3.0 to 3.1 using the repository manager. If you do that you will not run into these issues. Sometimes this will work but SAP never suggests trying and won't support this type of situation. We are looking into potentially supporting an upgrade on import down the road but not something we've decided to do at this point.

Just for kicks I'll give you one option that might help make this DF work in your 3.1 repo but it may not. If it doesn't your best bet is to upgrade you 3.0 repo to 3.1. If you still want your 3.0 repo then replicate the database and upgrade the copy.

The possible workaround would be to pull in the original base transform. The transorm configuration you mention is based on the global access cleanse (GAC) transform. If you look in your 3.1 installation direction at the following location: "C:\Program Files\Business Objects\BusinessObjects Data Services\Admin\Repo"

You will see a number of ATL files. Import the "gac.atl" file into your 3.1 repo where you're getting the error. This may resolve your issue but you could potentially have other issues.

Ryan

Former Member
0 Kudos

The dataflow contains the Australia Address Cleanse transform and the Global Address Cleanse tranform that are executed in parallel depending on the source of the information, so, if the variable [$$RefFilesAddressCleanse] is set to the folder "C:\Business Objects\BusinessObjects Data Services 3.0\DataQuality\reference_data" that contains the address files for Australia and for All World and it's working fine for the execution of the Australia engine, why is not working for the Global Engine in DS 3.1? In DS 3.0 this parallel dataflow is working fine for both transforms.

Former Member
0 Kudos

I experience a similar problem. I only have a 3.1 version available, but when I try to tun the GAC Europe transform, I get the exact same error message.

I've checked the paths and they all point to the correct folders om the DI mashine.

Have anyone found a solution?

/Jess

Former Member
0 Kudos

I developed from scratch the dataflow in both versions but getting the error in version 3.1 because I previously imported other job that contains the AddressCleanse transform (Global & USA). I did it again upgrading the repository from 3.0 to 3.1 and the error is gone for the Australia AddressCleanse transform only, thanks. But this atl import could not harm the repository because I previously import the 3 atl files (in version 3.0) from Data Insight to set up the TruthDataQuery that uses the AddressCleanse transform (Global) and nothing happened.

Now I'm getting the next error from the Global AddressCleanse transform that doesn't happen in version 3.0, only in version 3.1:

(12.1) 11-25-08 13:32:16 (3840:6200) DQX-058306: |SubDataflow OSR_Address_Cleanse_AddressLine_Global_df_1_2|Transform Global_AddressCleanse Transform <Global_AddressCleanse>: Global Address Transform: DIR_VALIDATOR_DIR_IS_MISSING. Required directory of type GA_DIR_TYPE_LOCALITY for group Default is missing...

The All World data directories that I'm using are from April/2008 and are the same for both DS versions.

Former Member
0 Kudos

Importing XI 3.0 ATL in XI 3.1 will corrupt the DQ Transforms, since you did a upgrade it would have fixed the issue with DQ transform, if you want to import the 3.0 ATL you can try excluding the DQ Transform during export of the ATL from XI 3.0

In XI 3.1 if you export a Job having DQ transform, the transforms are not exported, but they are getting exported in XI 3.0

for the other error check ga_directory_db.xml in the reference_data folder, check if directroy mentioned in the DEFAULT section of LOCALITY exists or not

Check if the substitution parameter for reference data points to the correct location

Former Member
0 Kudos

did you upgrade the repository to XI 3.1 from XI 3.0 or did a export of Jobs from XI 3.0 repository and imported the ATL in XI 3.1 repository?

if you have done export and import then DQ XI 3.1 Transforms language might have got overwritten in XI 3.1 by XI 3.0

Try upgrading you XI 3.0 repository to XI 3.1 and then check if this error is gone

do you see this option in the transform option in XI 3.1 ?