jackrabbit-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "angela (JIRA)" <j...@apache.org>
Subject [jira] Commented: (JCR-1172) Better MimeType Handling
Date Thu, 11 Oct 2007 08:07:51 GMT

    [ https://issues.apache.org/jira/browse/JCR-1172?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12533978

angela commented on JCR-1172:

Is my assumption correct that "After saving a..." means that you modify an existing resource
and that
the mimetype was original (after creating the resource) correct?

in this case the change you propose is:

Modify DefaultHandler.java in order not to set the jcr:mimeType property if is already present.
The drawback would be, that the mimetype will not be adjusted even if the file node gets replaced
by a file
with a different mimetype. For that - maybe not realistic (?) - case, the used would have
to remove the resource and add the replacement.

if that is would you are looking for and if you consider the drawback as negligible, i will
make that

kind regards

regarding the mimetypes.properties file: i think it would be wise to allow for some extension
mechanism via the configuration. the only think that inhibited me from doing so, was the static
nature of the MimeResolver and the IOUtil, which are not connected the dav servlet (and its
config)... ideas welcome :)


> Better MimeType Handling
> ------------------------
>                 Key: JCR-1172
>                 URL: https://issues.apache.org/jira/browse/JCR-1172
>             Project: Jackrabbit
>          Issue Type: Improvement
>          Components: jackrabbit-webdav
>    Affects Versions: 1.3
>            Reporter: Claus Köll
> After saving a Excel File through WebDAV the mimetype will be changed.
> The mimetype for a Win2000 Exel File is application/vnd.ms-excel. This will be changed
to application/msexcel.
> Also problems makes the new office 07 format (docx,xlsx,pptx). They will also be changed
to application/octet-stream (default mimetype).
> We have a lot of file types that we store in jackrabbit that are not in the properties
file (MSInfoPath-, OutlookMsg-, MsAccess-Files, ...)
> I think it will be better to let the mimetype property untouched if a mimetype is present
so we must not put all the possible mimetypes in the property file.
> BR
> claus

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

View raw message