Moving Metadata Between Packages
Moving metadata between packages is dangerous. Be a responsible API developer and don’t make breaking changes.
Moving metadata between packages is dangerous. Be a responsible API developer and don’t make breaking changes.
You cannot easily move LWC Component Bundles which call Apex between Unlocked Packages with Namespace
Building a neat UoW wrapper for compounding service methods effectively and merging the Unit of Work approach with updating SObject instances in Triggers.
Installing or upgrading a package via Salesforce CLI will add permissions to profile of installing user even if they are not Administrator.
Building a neat UoW wrapper for compounding service methods effectively and merging the Unit of Work approach with updating SObject instances in Triggers.
Remember that SObjects passed as arguments in Apex point to the same instance, even into the UoW. If you change your variable after registering it as dirty you may affect what gets committed in the end.
Did you know that you can dynamically disable fflib_SObjectDomain Trigger Handlers? You did? Ok then, did you know that when you do disable them their constructors run anyway? So be careful not to put any (expensive) logic inside those.
Did you know that you have to be super careful with registering records as dirty with a Unit of Work? If you happen to register the same record a second time you can lose your original registered updates. This is especially likely when you are trying to use the UOW to help your big’ol trigger handler be a bit less recursive.
Running User of a Queueable job in Unit Test depends on who executes Test.stopTest() and not System.enqueueJob()
A few months back the result of this post series was tagged in a GitHub conversation about SFDX code scanner. I was chuffed and determined to find time to finally make it more complete. Over the holidays I finally found a bit of that time …