We're using 5.5.
And we don't have our own sp's in that folder. Specifically, we're wanting to leverage Microsoft SQL's sp_getapplock and sp_releaseapplock stored procedures and call them through LLBLGEN Pro for a specific use case where we need to leverage distributed locking tied to the DB.
What you've recommended is what we've done. We wrapped the call to both of these procedures in our own that take the same parameters.
Those SPs are not retrieved as they are not meant to use it.
I would argue against the above, however. It's true that most of the time you shouldn't call system stored procedures, but there are valid cases when you should (our case for example). If there were performance or implementation reasons to not allow those I would understand, but just preventing users from leveraging functionality because you typically shouldn't call them seems questionable to me.
I'm sure its low on the feature list, but it would be great if those procedures were hidden by default but you could check a box to see them as opposed to forcing developers to wrap those procedures.
Thanks!