Fixed: Upload image size issue (OFBIZ-12639)

SecuredUpload::checkMaxLinesLength does not work when the charset used to create
the file is not the same than the one used when uploading. It's a know problem.

This at least allow images to be uploaded.

I'll check if we can improve the call in SecuredUpload::checkMaxLinesLength to
FileUtils.readLines() (Apachecommons.io) according to
http://illegalargumentexception.blogspot.com/2009/05/java-rough-guide-to-character-encoding.html#javaencoding_autodetect

See https://lists.apache.org/thread/dv4yjpknms5zd2l73wb8ht3s0db2wx2v for details

Conflict handled by hand, also adds from trunk "handling" of msoffice files

framework/security/src/main/java/org/apache/ofbiz/security/SecuredUpload.java

@@ -207,7 +207,13 @@ public static boolean isValidFile(String fileToCheck, String fileType, Delegator
  // PDF files are not concerned because they may contain several CharSet encodings
  // hence no possibility to use Files::readAllLines that needs a sole CharSet
  if (!isPdfFile(fileToCheck)) {
- if (!checkMaxLinesLength(fileToCheck)) {
+ if (getMimeTypeFromFileName(fileToCheck).equals("application/x-tika-msoffice")) {
+ Debug.logError("File : " + fileToCheck + ", is a MS Office file."
+ + " It can't be uploaded for security reason. Try to transform a Word file to PDF, "
+ + "and an Excel file to CSV. For other file types try PDF.", MODULE);
+ return false;
+ }
+ if (!isValidImageIncludingSvgFile(fileToCheck) && !checkMaxLinesLength(fileToCheck)) {
  Debug.logError("For security reason lines over " + MAXLINELENGTH.toString() + " are not allowed", MODULE);
  return false;
  }