You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Had an issue where I couldn't manipulate course zip files on my server after importing them to SCORM Cloud due to Java not releasing the files after uploading them. I'd have to restart the whole server in order to get write access to my course files again. After doing some searching online, I found this issue normally happens when file input streams are not properly closed. After combing through the library code, lo and behold I found that the BufferedInputStream in the Utils.bufferedCopyStream method is never closed after the file is read into the output stream, causing Java to hold onto the file long after its needed.
The fix was simple: add the line bis.close(); after the data is read and before the method returns. That made it so I could properly manipulate my files after the import process was finished.
The text was updated successfully, but these errors were encountered:
Had an issue where I couldn't manipulate course zip files on my server after importing them to SCORM Cloud due to Java not releasing the files after uploading them. I'd have to restart the whole server in order to get write access to my course files again. After doing some searching online, I found this issue normally happens when file input streams are not properly closed. After combing through the library code, lo and behold I found that the BufferedInputStream in the Utils.bufferedCopyStream method is never closed after the file is read into the output stream, causing Java to hold onto the file long after its needed.
The fix was simple: add the line bis.close(); after the data is read and before the method returns. That made it so I could properly manipulate my files after the import process was finished.
The text was updated successfully, but these errors were encountered: