Broadleaf Commerce Discussion Forums

This tutorial offers a solution for overriding the default annotation InheritanceType.JOINED on ProductImpl and setting it to InheritanceType.SINGLE_TABLE: http://www.broadleafcommerce.com/docs/core/current/tutorials/core-tutorials/extending-entities-tutorial#single-table-inheritance

The solution involves using JVM parameters, however we won't be able to use that solution in our environment since we've set up automated updates to our servers that will wipe out any settings. Is there another way to override the inheritance strategy that doesn't involve setting JVM arguments and doesn't require making any changes to the Broadleaf code?

My goal is to extend SkuImpl with an Entity that doesn't have a table in the database. I'd like to add extra fields with mappings that require BLC_SKU. The simplest solution was to extend SkuImpl and change the inheritance strategy to SINGLE_TABLE, but I'd like to try to achieve that without touching Broadleaf code.

Thanks for any help you can offer!

No, your only option is to add the Spring Instrument jar as a JVM parameter for -javaagent.

Not being able to set JVM parameters seems odd to me, and I'm not sure how setting up automated updates to your servers will wipe out any of those settings. Why can't your automated updates preserve settings like that? Are you also not specifying any other JVM parameters like max heap size?

Thanks for the reply.

Unfortunately it was just something we were told from on high, it's not something we have control over. If we can make a good case that there's no other alternative then we might be able to add the arguments and put something in place to preserve them. For now though we'll be looking at any other solution without having to ruffle the chain. Just the nature of the job :/

looking at any other solution without having to ruffle the chain

Good luck, I am highly skeptical you will be able to find anything. At a minimum, you will need to pass the spring-instrument jar as a -javaagent parameter to the JVM. There is no other possible way to get that to work otherwise.