## ISSUES ALREADY FIXED #######################################################################################

ISSUE #2
- Fixed
- If file format is detected in RepresentationFile I use this information (no detection is run). When information about file format is not present, file format detection is run.

ISSUE #4
- Fixed
- Stream is ZIPed on the fly by ZipOutputStream class
- temp files are removed on the finally block

ISSUE #5
- Fixed
- Added JavaDOC

## ISSUES TO BE FIXED #######################################################################################

ISSUE #1
On roda-core/roda-core-services/src/main/java/pt/gov/dgarq/roda/core/BrowserHelper.java
> Line 1599: getRepresentationFileFromDatastreamDef()
> Every time a representation is requested, the file format is re-identified. This also means that the file is copied to a temporary folder in order for Droid to be able to identify it.
> This is very inefficient! The information of the (complete) file format needs to be cached in a accessible, convenient and fast place, e.g. triple store.
> We can push it as is for now but will need to provide a fix for this ASAP

ISSUE #2
On roda-migrator/roda-migrator-client/src/main/java/pt/gov/dgarq/roda/migrator/MigratorClient.java
> Line 206: writeRepresentationFile()
> The file is re-identified with Droid, but the file type is already received on the argument, as this is just a copy of the representation to disk and change of the access URL to a local one.
> Why can't we just use the file type in the RepresentationFile received as an argument?