[jira] [Commented] (JCRVLT-187) Expose PackageProperties from MetaInf
[ https://issues.apache.org/jira/browse/JCRVLT-187?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16070125#comment-16070125 ] Tobias Bocanegra commented on JCRVLT-187: - bq. So a lazy-loading mechanism on the ZipStreamArchive which allows to extract the metadata without actually creating the inflated copy (in memory or on a temp file) would be highly appreciated. yes, that is planned - I will create the follow up issue next week > Expose PackageProperties from MetaInf > - > > Key: JCRVLT-187 > URL: https://issues.apache.org/jira/browse/JCRVLT-187 > Project: Jackrabbit FileVault > Issue Type: Improvement >Affects Versions: 3.1.40 >Reporter: Konrad Windszus >Assignee: Tobias Bocanegra > > Currently the {{org.apache.jackrabbit.vault.fs.config.MetaInf}} object only > exposes generic properties via {{getProperties()}}. For most of the cases it > would be much easier to act on {{PackageProperties}} instead (or in addition). -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (JCRVLT-187) Expose PackageProperties from MetaInf
[ https://issues.apache.org/jira/browse/JCRVLT-187?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16070105#comment-16070105 ] Konrad Windszus commented on JCRVLT-187: Yes, those two additions would be nice. Still the problem is that for existing content-packages you cannot figure out the package id or other properties without fully extracting the Zip. So a lazy-loading mechanism on the {{ZipStreamArchive}} which allows to extract the metadata without actually creating the inflated copy (in memory or on a temp file) would be highly appreciated. > Expose PackageProperties from MetaInf > - > > Key: JCRVLT-187 > URL: https://issues.apache.org/jira/browse/JCRVLT-187 > Project: Jackrabbit FileVault > Issue Type: Improvement >Affects Versions: 3.1.40 >Reporter: Konrad Windszus >Assignee: Tobias Bocanegra > > Currently the {{org.apache.jackrabbit.vault.fs.config.MetaInf}} object only > exposes generic properties via {{getProperties()}}. For most of the cases it > would be much easier to act on {{PackageProperties}} instead (or in addition). -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (JCRVLT-187) Expose PackageProperties from MetaInf
[ https://issues.apache.org/jira/browse/JCRVLT-187?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16070080#comment-16070080 ] Tobias Bocanegra commented on JCRVLT-187: - I think we need: {code} VaultPackage PackageManager.open(Archive); {code} and {code} PackageProperties MetaInf.getPackageProperties(); {code} > Expose PackageProperties from MetaInf > - > > Key: JCRVLT-187 > URL: https://issues.apache.org/jira/browse/JCRVLT-187 > Project: Jackrabbit FileVault > Issue Type: Improvement >Affects Versions: 3.1.40 >Reporter: Konrad Windszus >Assignee: Tobias Bocanegra > > Currently the {{org.apache.jackrabbit.vault.fs.config.MetaInf}} object only > exposes generic properties via {{getProperties()}}. For most of the cases it > would be much easier to act on {{PackageProperties}} instead (or in addition). -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Commented] (JCRVLT-187) Expose PackageProperties from MetaInf
[ https://issues.apache.org/jira/browse/JCRVLT-187?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16068525#comment-16068525 ] Konrad Windszus commented on JCRVLT-187: Alternatively the {{org.apache.jackrabbit.vault.packaging.impl.ZipVaultPackage}} should become public API, as otherwise getting metadata without actually uploading the packaging (more common with JCRVLT-50) is hard, as you have to extract the right parameter values manually. > Expose PackageProperties from MetaInf > - > > Key: JCRVLT-187 > URL: https://issues.apache.org/jira/browse/JCRVLT-187 > Project: Jackrabbit FileVault > Issue Type: Improvement >Affects Versions: 3.1.40 >Reporter: Konrad Windszus > > Currently the {{org.apache.jackrabbit.vault.fs.config.MetaInf}} object only > exposes generic properties via {{getProperties()}}. For most of the cases it > would be much easier to act on {{PackageProperties}} instead (or in addition). -- This message was sent by Atlassian JIRA (v6.4.14#64029)