Community
Participate
Working Groups
the category/site publishing action creates categories whose id is prefixed with the location of the category.xml file used to define the categories. This likely makes sense when publishing the categories that come from random, possibly overlapping update sites but when creating managed product repos it is not great that the category id expose internal build details. The culprit is in SiteXMLAction.buildCategoryId(). There the supplied category id is prefixed with the update site location. I'm thinking that an option on the siteXMLAction to not prefix would address the issue. Leave the default to the current behaviour but allow people to turn it off. Any thoughts/comments? If not I'll go ahead and do the change.
I suppose this was done to guarantee the uniqueness of the categories to avoid unnecessary merging. Beside the actual aesthetic problems in the generated metadata, is there an issue at runtime where the two categories generated from two different machines would not get merged? I think it makes sense to go down the path of not prefixing, but we should make sure that the ID is actually specific enough. CC Ian as he may remember more specificities.
There is an existing "categoryQualifier" that can be set which is then used as the prefix instead of the location.
Very true Andrew. Thanks. I did not look close enough at the use of qualifier and assumed it had to do with the version number. With that in mind, people can publish using a qualifier and avoid exposing internal gorp so I'll close this as invalid.
