Jazz Forum Welcome to the Jazz Community Forum Connect and collaborate with IBM Engineering experts and users

Why is mime-type different for the same attachment for web and eclipse clients of RTC ?

Questions
Tags
Users
Badges
Atul Kumar
(187●23●29) edited
Mar 04 '15, 6:58 a.m.
I attached a file with .ini extension from RTC web client, the mime type it had was "application/octet-stream".

I attached the same file from RTC eclipse client, the mime type was given "application/unknown".

Due to this behavior, my application is behaving erratically.

Any pointers ?

PFA screenshot - mime-discripancy

1

1 vote

1 answer
6,961 views
1 vote

One answer

Permanent link
Evan Hughes
JAZZ DEVELOPER (2.4k●13●18) Mar 04 '15, 2:31 p.m.
MIME types in the Eclipse client are governed by the Eclipse type registry. You can override that in the Eclipse preferences by going to Team > Jazz Source Control > File Properties. 

0 votes

Comments
Atul Kumar
Mar 05 '15, 12:43 a.m.
And what about the Web client? How does the web-client determine mime-type when an attachment is uploaded? In my application also there is a provision to upload attachments from file system or from  RTC-workitem-attachments. For the attachments from file-system, I use this - URLConnection.getFileNameMap().getContentTypeFor(file.getName()); For RTC-workitem-attachments, I use IAttachment's content-type. But even within this, I found differences for web/eclipse clients. Just want to find a consistent way to avoid this situation in my application.

Your answer

Register or log in to post your answer.

Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.

Ask a question
Guidelines
FAQ
Search context
Follow this question

By Email: 

Once you sign in you will be able to subscribe for any updates here.

By RSS:

Answers
Answers and Comments
Question details
× 11,102

Question asked: Mar 04 '15, 6:57 a.m.

Question was seen: 6,961 times

Last updated: Mar 05 '15, 12:43 a.m.

Confirmation Cancel Confirm