There is so much technology, and so little time, that I am often forced to be hurried in trying to learn just enough about some particular technology to get the job done.
A case in point is DERBY-4120, a request by a user to improve the contents of the derbyclient.jar manifest file so that it can be handled as a OSGi bundle.
I don't use OSGi myself, and don't plan to. But this is a simple request, and I think that it doesn't adversely affect any other uses of derbyclient.jar, and so I'd like to cross this item off the list and go on to the next Derby request.
So I've done just enough reading and searching of the web to make me think that I merely have to ensure that the Manifest.mf file contains:
Unfortunately, since I'm not a OSGi user, it's hard for me to know whether this is correct or not. But still, I can:
- Make this change and verify that it works as expected
- Run some tests to ensure that at the very least this doesn't break anything
- Propose the change and commit it to the trunk, and if it isn't good enough for what the requester needs, hope that they will come back and describe more clearly what is needed
And that's the way that software evolves.