If memory serves, the code for getSubCategories() was changed to support
catalog filtering which is supported in the Business Edition.  Are you
migrating to the Business Edition and leveraging the STOREREL table?
I'm afraid your shot sailed over my head.

R

> This may be a shot in the dark, but hopefully someone can help ...
>
> We are migrating from WCS 5.5 to 5.6.1.1.  Our code currently utitlizes the new ge
tSubCategories() of the com.ibm.commerce.objects.CategoryDataBean which pulls the su
bCategories that belong to a particular CategroupID and returns only those that the 
are
not excluded from the user. (5.5)
>
> In our 5.6 implementation, this method is returning all catgroups (both in
cluded and excluded).
>
> In 5.5 OOTB code getSubCategories() calls super.getEntitledSubCatalogGroup
sByStore(new Long(getCatalogId()), getCommandContext().getStoreId(), arExclu
sionPS);
>
> In 5.6 OOTB code getSubCateogries() calls getEntitledSubCatalogGroupsBySto
re(new Long(getCatalogId()), getCommandContext().getStoreId(), arvecInclusio
nPS, arvecExclusionPS)
>
> (note the difference in the arguments for the method).  Is anyone familiar with th
is method and the changes therein?  I'm thinking that maybe there was some dataschem
a change where the code is now interpreting our data in different way, but I just ca
n't
seem to pinpoint it.  I am not able to find anything in the documentation th
at is giving any clues either.

[ Post a follow-up to this message ]