I would definitely be happy to come up with a better abstract here. The
cache stuff isn't too great, but it covers what is needed. Of course,
any abstraction should be simple, since we don't want to bloat the core.
We can discuss proposals on [EMAIL PROTECTED]
-> richard
Marcel Offermans wrote:
On Oct 28, 2008, at 17:38 , Richard S. Hall wrote:
BundleCache has getSystemBundleData() returning File, but this method
is only used for framework customization, so I think you are probably
safe to return null for it.
BundleArchive has one method that returns a File (getDataFile()),
which is required by the OSGi spec, but you are free to return null
here.
Just an observation. A better filesystem abstraction would be very
nice here. It seems Java 7 is going that way
(http://today.java.net/pub/a/today/2008/07/03/jsr-203-new-file-apis.html)
but I was wondering if OSGi is actually considering adding some kind
of abstraction. Or, differently, can we at Felix come up with some
kind of scheme for this? We probably could if we could change the
java.io implementation itself, but that's not allowed. ;)
Greetings, Marcel
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
