Skip to main content

Loading an xlet from a .zip or .jar file.

2 replies [Last post]
Joined: 2010-01-05

I've been looking into this some. In a particular situation, we're space-bound moreso than loading-speed bound. In that vein, it seems to make sense to try to jar-up the application and work with it from that perspective.

It doesn't seem to work in the configurations I've tried this in.

From what I gather, this is mostly by design.

The closest thing I've found is that MHP supports loading from multiple zip files via http:

However, I was curious if this problem has been routed-around or a good workable solution to working with compressed .class files, exists, without having to do anything terribly elaborate with a classloader or otherwise.

Thank you.

Reply viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.
Joined: 2008-07-03

OCAP is compliant with MHP in allowing application files to be delivered in a single zip or jar file (OCAP1.1.3 Sections and Zip and jar files are ONLY supported over HTTP (transport protocol ID 0x101). You simply place the full path to the zip file in the "url_byte" data of the Interaction Channel transport protocol descriptor like this:


Also, don't forget that if you specify a "base_directory" in your dvb_j_application_location_description (MHP1.0.3 Section 10.9.2), the OCAP implementation will expect that the base directory path will be found inside your specified zip file.

I have recently added several fixes to the RI in this area, but it should have been mostly functional for many months now.


Joined: 2010-01-05

I imagine it does work over http. In general there are a few resident applications where we have to assume http might not be working (yet). This isn't super critical, I just needed to make sure I wasn't barking up the wrong tree.

Thank you very very much for the answer (and directions to the appropriate tree to bark at).