The one thing to be cautious about is the "sharing of JD Edwards objects" - obviously sharing of Oracle proprietary code written in the Event Rule Language is a BIG no-no - the issue, of course, is that so much code references "vanilla" JDE objects, that you're in danger of sharing something that is specifically covered by your legal agreements. If you share an object to a public cloud, then please be sure to ensure that NO vanilla code is shared. Many times, "custom" objects are created by a user copying existing vanilla objects and then modifying them - if you distribute a substantial amount of the original object, you'll likely get a phone call from Oracles' attorneys - and nobody wants that !
Also, if you create code for a customer, and then share that code - you might also be in breach of intellectual property rights, even if the code seems completely minor.
There have been a number of times in the past 15 years where people have thought about having a "central" library of custom routines and code for customers to easily implement. I've even asked Oracle a couple of times to come up with their own "app store" to no avail. There are so many times that developers have to create similar reports between multiple customers - and it seems useful on the face of it. However, the reality will be that as soon as something gets published like this, Oracle will look at every line of code and the risk is substantial to the customers and the developers. Remember SAP and TomorrowNow ?! (admittedly that is an extreme example with a competitor - but it is still a baseline for everyone to consider !)