Waiting Thread Recieved a Null Tile Error

Hello,

Currently I’m working on a project using the SEN-ET plugin, but today I received an error that seems to be caused by SNAP itself rather than the plugin which has been running fine for several sessions beforehand.

I first had the problem when the Sentinel-2 Pre Processing Graph from SEN ET would no longer work with an L2A tile - “No Stream from file”. It had worked previously on 3 other tiles which I had downloaded from CREODIAS, but this time it wouldn’t function.

I looked into the original tile itself to see if it was corrupted, and that wouldn’t open any raster from the bands directory. At first I thought it was a corrupted file, but then I found the previous tiles also showed the same issue as “Failed to Create the Stream from the Tile”. Suddenly, none of them could be opened despite working the day before, and I believe this is what was causing the SEN ET Graph to stop functioning. The error logs are detailed below

Waiting Thread Received a Null Tile
java.lang.RuntimeException: Waiting thread received a null tile.
	at com.sun.media.jai.util.SunTileScheduler.scheduleTile(Unknown Source)
	at javax.media.jai.OpImage.getTile(Unknown Source)
	at javax.media.jai.RenderedOp.getTile(Unknown Source)
	at org.esa.snap.core.datamodel.StxFactory.accumulateTile(StxFactory.java:351)
	at org.esa.snap.core.datamodel.StxFactory.accumulate(StxFactory.java:335)
	at org.esa.snap.core.datamodel.StxFactory.accumulate(StxFactory.java:297)
	at org.esa.snap.core.datamodel.StxFactory.create(StxFactory.java:201)
	at org.esa.snap.core.datamodel.StxFactory.create(StxFactory.java:275)
	at org.esa.snap.core.datamodel.RasterDataNode.computeStxImpl(RasterDataNode.java:2468)
	at org.esa.snap.core.datamodel.Band.computeStxImpl(Band.java:493)
	at org.esa.snap.core.datamodel.RasterDataNode.getStx(RasterDataNode.java:2435)
	at org.esa.snap.core.datamodel.RasterDataNode.createDefaultImageInfo(RasterDataNode.java:1839)
	at org.esa.snap.core.datamodel.Band.createDefaultImageInfo(Band.java:472)
	at org.esa.snap.core.datamodel.RasterDataNode.getImageInfo(RasterDataNode.java:1821)
	at org.esa.snap.core.datamodel.RasterDataNode.getImageInfo(RasterDataNode.java:1804)
	at org.esa.snap.core.image.ImageManager.prepareImageInfos(ImageManager.java:834)
	at org.esa.snap.core.image.ColoredBandImageMultiLevelSource.create(ColoredBandImageMultiLevelSource.java:51)
	at org.esa.snap.core.image.ColoredBandImageMultiLevelSource.create(ColoredBandImageMultiLevelSource.java:47)
	at org.esa.snap.core.image.ColoredBandImageMultiLevelSource.create(ColoredBandImageMultiLevelSource.java:41)
	at org.esa.snap.ui.product.ProductSceneImage.<init>(ProductSceneImage.java:72)
	at org.esa.snap.rcp.actions.window.OpenImageViewAction.createProductSceneImage(OpenImageViewAction.java:274)
	at org.esa.snap.rcp.actions.window.OpenImageViewAction.access$100(OpenImageViewAction.java:67)
	at org.esa.snap.rcp.actions.window.OpenImageViewAction$1.doInBackground(OpenImageViewAction.java:241)
	at org.esa.snap.rcp.actions.window.OpenImageViewAction$1.doInBackground(OpenImageViewAction.java:220)
	at com.bc.ceres.swing.progress.ProgressMonitorSwingWorker.doInBackground(ProgressMonitorSwingWorker.java:56)
	at javax.swing.SwingWorker$1.call(SwingWorker.java:295)
	at java.util.concurrent.FutureTask.run(FutureTask.java:266)
	at javax.swing.SwingWorker.run(SwingWorker.java:334)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
	at java.lang.Thread.run(Thread.java:748)
Caused: java.util.concurrent.ExecutionException
	at java.util.concurrent.FutureTask.report(FutureTask.java:122)
	at java.util.concurrent.FutureTask.get(FutureTask.java:192)
	at javax.swing.SwingWorker.get(SwingWorker.java:602)
[catch] at org.esa.snap.rcp.actions.window.OpenImageViewAction$1.done(OpenImageViewAction.java:228)
	at javax.swing.SwingWorker$5.run(SwingWorker.java:737)
	at javax.swing.SwingWorker$DoSubmitAccumulativeRunnable.run(SwingWorker.java:832)
	at sun.swing.AccumulativeRunnable.run(AccumulativeRunnable.java:112)
	at javax.swing.SwingWorker$DoSubmitAccumulativeRunnable.actionPerformed(SwingWorker.java:842)
	at javax.swing.Timer.fireActionPerformed(Timer.java:313)
	at javax.swing.Timer$DoPostEvent.run(Timer.java:245)
	at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311)
	at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758)
	at java.awt.EventQueue.access$500(EventQueue.java:97)
	at java.awt.EventQueue$3.run(EventQueue.java:709)
	at java.awt.EventQueue$3.run(EventQueue.java:703)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74)
	at java.awt.EventQueue.dispatchEvent(EventQueue.java:728)
	at org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:159)
	at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:205)
	at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
	at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)

Failed to Create the Stream from the File
java.lang.RuntimeException: Failed to create the stream from the file
	at org.esa.snap.lib.openjpeg.dataio.OpenJP2Decoder.<init>(OpenJP2Decoder.java:88)
	at org.esa.snap.jp2.reader.internal.JP2TileOpImage.computeRectDirect(JP2TileOpImage.java:128)
	at org.esa.snap.jp2.reader.internal.JP2TileOpImage.computeRect(JP2TileOpImage.java:110)
	at javax.media.jai.SourcelessOpImage.computeTile(Unknown Source)
	at com.sun.media.jai.util.SunTileScheduler.scheduleTile(Unknown Source)
	at javax.media.jai.OpImage.getTile(Unknown Source)
	at com.sun.media.jai.opimage.TranslateIntOpImage.getTile(Unknown Source)
	at javax.media.jai.PlanarImage.getData(Unknown Source)
	at javax.media.jai.PlanarImage.getExtendedData(Unknown Source)
	at com.sun.media.jai.opimage.MosaicOpImage.computeTile(Unknown Source)
	at com.sun.media.jai.util.SunTileScheduler.scheduleTile(Unknown Source)
	at javax.media.jai.OpImage.getTile(Unknown Source)
[catch] at javax.media.jai.PointOpImage.computeTile(Unknown Source)
	at com.sun.media.jai.util.SunTileScheduler.scheduleTile(Unknown Source)
	at javax.media.jai.OpImage.getTile(Unknown Source)
	at javax.media.jai.RenderedOp.getTile(Unknown Source)
	at org.esa.snap.core.datamodel.StxFactory.accumulateTile(StxFactory.java:351)
	at org.esa.snap.core.datamodel.StxFactory.accumulate(StxFactory.java:335)
	at org.esa.snap.core.datamodel.StxFactory.accumulate(StxFactory.java:297)
	at org.esa.snap.core.datamodel.StxFactory.create(StxFactory.java:201)
	at org.esa.snap.core.datamodel.StxFactory.create(StxFactory.java:275)
	at org.esa.snap.core.datamodel.RasterDataNode.computeStxImpl(RasterDataNode.java:2468)
	at org.esa.snap.core.datamodel.Band.computeStxImpl(Band.java:493)
	at org.esa.snap.core.datamodel.RasterDataNode.getStx(RasterDataNode.java:2435)
	at org.esa.snap.core.datamodel.RasterDataNode.createDefaultImageInfo(RasterDataNode.java:1839)
	at org.esa.snap.core.datamodel.Band.createDefaultImageInfo(Band.java:472)
	at org.esa.snap.core.datamodel.RasterDataNode.getImageInfo(RasterDataNode.java:1821)
	at org.esa.snap.core.datamodel.RasterDataNode.getImageInfo(RasterDataNode.java:1804)
	at org.esa.snap.core.image.ImageManager.prepareImageInfos(ImageManager.java:834)
	at org.esa.snap.core.image.ColoredBandImageMultiLevelSource.create(ColoredBandImageMultiLevelSource.java:51)
	at org.esa.snap.core.image.ColoredBandImageMultiLevelSource.create(ColoredBandImageMultiLevelSource.java:47)
	at org.esa.snap.core.image.ColoredBandImageMultiLevelSource.create(ColoredBandImageMultiLevelSource.java:41)
	at org.esa.snap.ui.product.ProductSceneImage.<init>(ProductSceneImage.java:72)
	at org.esa.snap.rcp.actions.window.OpenImageViewAction.createProductSceneImage(OpenImageViewAction.java:274)
	at org.esa.snap.rcp.actions.window.OpenImageViewAction.access$100(OpenImageViewAction.java:67)
	at org.esa.snap.rcp.actions.window.OpenImageViewAction$1.doInBackground(OpenImageViewAction.java:241)
	at org.esa.snap.rcp.actions.window.OpenImageViewAction$1.doInBackground(OpenImageViewAction.java:220)
	at com.bc.ceres.swing.progress.ProgressMonitorSwingWorker.doInBackground(ProgressMonitorSwingWorker.java:56)
	at javax.swing.SwingWorker$1.call(SwingWorker.java:295)
	at java.util.concurrent.FutureTask.run(FutureTask.java:266)
	at javax.swing.SwingWorker.run(SwingWorker.java:334)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
	at java.lang.Thread.run(Thread.java:748)
Caused: java.util.concurrent.ExecutionException
	at java.util.concurrent.FutureTask.report(FutureTask.java:122)
	at java.util.concurrent.FutureTask.get(FutureTask.java:192)
	at javax.swing.SwingWorker.get(SwingWorker.java:602)
[catch] at org.esa.snap.rcp.actions.window.OpenImageViewAction$1.done(OpenImageViewAction.java:228)
	at javax.swing.SwingWorker$5.run(SwingWorker.java:737)
	at javax.swing.SwingWorker$DoSubmitAccumulativeRunnable.run(SwingWorker.java:832)
	at sun.swing.AccumulativeRunnable.run(AccumulativeRunnable.java:112)
	at javax.swing.SwingWorker$DoSubmitAccumulativeRunnable.actionPerformed(SwingWorker.java:842)
	at javax.swing.Timer.fireActionPerformed(Timer.java:313)
	at javax.swing.Timer$DoPostEvent.run(Timer.java:245)
	at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311)
	at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758)
	at java.awt.EventQueue.access$500(EventQueue.java:97)
	at java.awt.EventQueue$3.run(EventQueue.java:709)
	at java.awt.EventQueue$3.run(EventQueue.java:703)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74)
	at java.awt.EventQueue.dispatchEvent(EventQueue.java:728)
	at org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:159)
	at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:205)
	at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
	at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)

I looked up this error before writing this, and tried the Java Memory increase arguments listed on the FAQ, but the same error appears. I’ve also closed and reopened my SNAP session, reopened SNAP with only one product to work one, and restarted the entire computer to clear the memory in case it was under heavy use. None of these methods worked.

It’s strange as I have never had this memory issue before - I have 16GB RAM available and have processed larger Sentinel L1C swathes before, and yet after assigning 11GB to Java under Tools > Options > Performance, the issue remains. Interestingly, I can still load other .nc bands into SNAP (An ERA-5.nc CDS product) as that only has dimensions of 12x20 pixels.

So what is wrong here? I can’t even view a Sentinel Product, let alone use the Graph Builder to process anything.

Thanks for the report.
It sounds like as if there is an issue with the jp2 files of the Sentinel-2 product. But you said you were able to open them before.
Have you tried to open them in another application like QGIS?

after assigning 11GB to Java under Tools > Options > Performance
Changing the memory with this configuration tool will not help as this is not considered by the Java runtime used by SNAP. The FAQ entry you have linked is the right way to do it.

Your report means you cannot open any Sentinel-2 product neither L1C nor L2A, right?
Have you installed the latest update? On Monday there was a update for the Sentinel-2 Toolbox.
Can you tell the names of few of the products you have used?
Have you tried a product from the Copenicus Hub?

Hi Marpet, thanks for helping!

I opened SNAP up again today and the same problem appears for both L2A and L1C data - however, Sentinel 3 imagery does open when downloaded from the same source. I’ve attached an image showing the LST loaded in whilst a Band from the L1C image brings up the same error as before:


Data loaded in:
L2A downloaded from CREODIAS, as the original is in the Long Term Archive of Copernicus Hub:
S2B_MSIL2A_20200112T111329_N0213_R137_T29SPC_20200112T122412
L1C downloaded from Copernicus Hub: S2A_MSIL1C_20210613T112111_N0300_R037_T30VVH_20210613T133154
Sentinel 3 Level 2 LST downloaded from CREODIAS: S3A_SL_2_LST____20200120T100602_20200120T114701_20200121T182831_6059_054_065______LN2_O_NT_004.SEN3

And the .Jp2’s seem to load normally into QGIS without issue (Band 8A from the same L2A S2B folder as listed above):

SNAP also reports it is fully up to date, as are all the plugins. I’m afraid I can’t give much more information to narrow down the issue, it was a literal night-and-day change when it stopped loading in the Sentinel 2 data.

1 Like

Thanks for the additional information.

@oana_hogoiu or @FlorianD Do you have an idea what’s wrong here?

1 Like

Hi,

Could you check to open only one spectral band granule with SNAP from the jp2 file?

Hey, that worked! So the imagery itself is fine, maybe SNAP suddenly doesn’t like the MTD_SIL2A.xml file?


(This is the same B8A.jp2 as shown in the previous screenshot from QGIS)

Thanks. So, I think it is not a JP2 reader issue.
But, rather an s2tbx reader issue. I will look at on the s2 reader and try to reproduce your issue.
I will let you updated.

2 Likes

I can’t reproduce the issue with the product `S2A_MSIL1C_20210613T112111_N0300_R037_T30VVH_20210613T133154

Maybe the file name length could be involved. Do you have disable the filename length limitation?

I’ll try that, thank you! Though I think I remember having that disabled, and filenames were never an issue before either.

Unfortunately the situation has developed for the worse somehow and now I can’t open SNAP at all. Since the error coming up is also JVM related, perhaps that is what has failed?

The only thing I have done since the initial issue started was increase the allowed maximum memory capacity to 12G (-Xmx12288m) in the gpt.vmoptions, pconvert.vmoptions, and the snappy.ini files as directed by the SNAP FAQ.

The content of the error.log I see in the screenshot might be interesting. Can you attach it here?

If you want to change the memory for the Desktop applicaitonapplication youu must change the snap.conf. This is also described in the SNAP FAQs

1 Like

Of course, my apologies. Here is the error.log contents:

WARNING: org.esa.snap.smart.configurator.DiskBenchmarker: Could not read or write on target G:\
WARNING: org.esa.snap.smart.configurator.DiskBenchmarker: Could not delete temporary benchmark file G:\\c79d7f8b-82eb-4f1a-a82e-6896ed1a533f0
WARNING: org.esa.snap.smart.configurator.DiskBenchmarker: Could not delete temporary benchmark file G:\\c79d7f8b-82eb-4f1a-a82e-6896ed1a533f1
WARNING: org.esa.snap.smart.configurator.DiskBenchmarker: Could not delete temporary benchmark file G:\\c79d7f8b-82eb-4f1a-a82e-6896ed1a533f2
WARNING: org.esa.snap.smart.configurator.DiskBenchmarker: Could not delete temporary benchmark file G:\\c79d7f8b-82eb-4f1a-a82e-6896ed1a533f3

For context, the ‘G:’ drive is my Google Drive. I don’t have any Sentinel imagery or SNAP software/files stored there, everything is stored locally on the C: drive.

Mmmmh :thinking:
I have no ideas what’s going on.
Those messages are just warning. So, they should not disturb the startup process.

Maybe you should uninstall SNAP and start with a fresh installation.

I was worrying I’d inevitably have to do that, re-configuring SEN ET will take some time :pensive:.
Thank you anyway @marpet and @FlorianD for your help!

Your reminder to check the snap.conf file to increase the memory allocation there worked at least (SNAP opened!), but unfortunately renaming the folder containing the imagery did not.

Out of curiosity I tried opening the original downloaded .zip files to see if they worked, and they open everything as normal! I might try to continue on a little bit further with my analysis using the .zip files instead as inputs as a workaround for now. I’m adding this for more information in case the problem returns after a fresh install or if it happens to someone else again.

The .zip opened in SNAP without issue (Product [2])

but the unzipped version of the same file (Product [1]) brought up a related streaming error:

RuntimeException: Failed to create the stream from the file
java.lang.RuntimeException: Failed to create the stream from the file
	at org.esa.snap.lib.openjpeg.dataio.OpenJP2Decoder.<init>(OpenJP2Decoder.java:88)
	at org.esa.snap.jp2.reader.internal.JP2TileOpImage.computeRectDirect(JP2TileOpImage.java:128)
	at org.esa.snap.jp2.reader.internal.JP2TileOpImage.computeRect(JP2TileOpImage.java:110)
	at javax.media.jai.SourcelessOpImage.computeTile(Unknown Source)
	at com.sun.media.jai.util.SunTileScheduler.scheduleTile(Unknown Source)
	at javax.media.jai.OpImage.getTile(Unknown Source)
	at com.sun.media.jai.opimage.TranslateIntOpImage.getTile(Unknown Source)
	at javax.media.jai.PlanarImage.getData(Unknown Source)
	at javax.media.jai.PlanarImage.getExtendedData(Unknown Source)
	at com.sun.media.jai.opimage.MosaicOpImage.computeTile(Unknown Source)
	at com.sun.media.jai.util.SunTileScheduler.scheduleTile(Unknown Source)
	at javax.media.jai.OpImage.getTile(Unknown Source)
[catch] at javax.media.jai.PointOpImage.computeTile(Unknown Source)
	at com.sun.media.jai.util.SunTileScheduler.scheduleTile(Unknown Source)
	at javax.media.jai.OpImage.getTile(Unknown Source)
	at javax.media.jai.RenderedOp.getTile(Unknown Source)
	at org.esa.snap.core.datamodel.StxFactory.accumulateTile(StxFactory.java:351)
	at org.esa.snap.core.datamodel.StxFactory.accumulate(StxFactory.java:335)
	at org.esa.snap.core.datamodel.StxFactory.accumulate(StxFactory.java:297)
	at org.esa.snap.core.datamodel.StxFactory.create(StxFactory.java:201)
	at org.esa.snap.core.datamodel.StxFactory.create(StxFactory.java:275)
	at org.esa.snap.core.datamodel.RasterDataNode.computeStxImpl(RasterDataNode.java:2468)
	at org.esa.snap.core.datamodel.Band.computeStxImpl(Band.java:493)
	at org.esa.snap.core.datamodel.RasterDataNode.getStx(RasterDataNode.java:2435)
	at org.esa.snap.core.datamodel.RasterDataNode.createDefaultImageInfo(RasterDataNode.java:1839)
	at org.esa.snap.core.datamodel.Band.createDefaultImageInfo(Band.java:472)
	at org.esa.snap.core.datamodel.RasterDataNode.getImageInfo(RasterDataNode.java:1821)
	at org.esa.snap.core.datamodel.RasterDataNode.getImageInfo(RasterDataNode.java:1804)
	at org.esa.snap.core.image.ImageManager.prepareImageInfos(ImageManager.java:834)
	at org.esa.snap.core.image.ColoredBandImageMultiLevelSource.create(ColoredBandImageMultiLevelSource.java:51)
	at org.esa.snap.core.image.ColoredBandImageMultiLevelSource.create(ColoredBandImageMultiLevelSource.java:47)
	at org.esa.snap.core.image.ColoredBandImageMultiLevelSource.create(ColoredBandImageMultiLevelSource.java:41)
	at org.esa.snap.ui.product.ProductSceneImage.<init>(ProductSceneImage.java:72)
	at org.esa.snap.rcp.actions.window.OpenImageViewAction.createProductSceneImage(OpenImageViewAction.java:274)
	at org.esa.snap.rcp.actions.window.OpenImageViewAction.access$100(OpenImageViewAction.java:67)
	at org.esa.snap.rcp.actions.window.OpenImageViewAction$1.doInBackground(OpenImageViewAction.java:241)
	at org.esa.snap.rcp.actions.window.OpenImageViewAction$1.doInBackground(OpenImageViewAction.java:220)
	at com.bc.ceres.swing.progress.ProgressMonitorSwingWorker.doInBackground(ProgressMonitorSwingWorker.java:56)
	at javax.swing.SwingWorker$1.call(SwingWorker.java:295)
	at java.util.concurrent.FutureTask.run(FutureTask.java:266)
	at javax.swing.SwingWorker.run(SwingWorker.java:334)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
	at java.lang.Thread.run(Thread.java:748)
Caused: java.util.concurrent.ExecutionException
	at java.util.concurrent.FutureTask.report(FutureTask.java:122)
	at java.util.concurrent.FutureTask.get(FutureTask.java:192)
	at javax.swing.SwingWorker.get(SwingWorker.java:602)
[catch] at org.esa.snap.rcp.actions.window.OpenImageViewAction$1.done(OpenImageViewAction.java:228)
	at javax.swing.SwingWorker$5.run(SwingWorker.java:737)
	at javax.swing.SwingWorker$DoSubmitAccumulativeRunnable.run(SwingWorker.java:832)
	at sun.swing.AccumulativeRunnable.run(AccumulativeRunnable.java:112)
	at javax.swing.SwingWorker$DoSubmitAccumulativeRunnable.actionPerformed(SwingWorker.java:842)
	at javax.swing.Timer.fireActionPerformed(Timer.java:313)
	at javax.swing.Timer$DoPostEvent.run(Timer.java:245)
	at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311)
	at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758)
	at java.awt.EventQueue.access$500(EventQueue.java:97)
	at java.awt.EventQueue$3.run(EventQueue.java:709)
	at java.awt.EventQueue$3.run(EventQueue.java:703)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:74)
	at java.awt.EventQueue.dispatchEvent(EventQueue.java:728)
	at org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:159)
	at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:205)
	at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
	at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)

Thank you both again for your help!

Which tool do you use for unzipping
In the past were issues with WinZIP and the internal unzip tool of Windows.
Search results for ‘winzip’ - STEP Forum
The tool 7zip always worked.

1 Like

I saw these threads too and thought it might have been that, but I’m already using 7zip to extract the .zip.

I should have mentioned that earlier, my apologies.

Update

After a couple of days getting by using just .zip files as inputs, the error cropped up again unavoidably in further processing.

As a final ditch effort before a fresh install, I deleted the ‘module’ folder located in:
C:\Users\Seamus\AppData\Roaming\SNAP\modules (replace \Seamus\ with your own user account), and now I can load up the Sentinel 2 .jp2’s via the MTD_SIL2A.xml file again!

Initially I wasn’t sure how SNAP was still functioning without those files, but after I received a prompt to update them, I figured it out.

Somehow in the versions for plugins between 8.0.0 and 8.0.x (4/5/9 depending on the toolbox), something changed that meant for my particular installation it was bugging out. I was able to manually install the SEN-ET plug-ins as before and continue having the imagery loaded, so it doesn’t seem to be SEN-ET causing the problem on it’s own.

This isn’t a fix per-se as the SENET plugins will still fail to work (I’ve included the limited error log for clarity), but at least I’ve narrowed down the issue a bit and identified I have two separate issues that are both related to Java Heap Memory. Updating the SNAP-provided Toolbox plugins recreated the same issue as before where I could not load imagery, and SEN ET wouldn’t function.

(Found in Optical>Thematic Land Processing>SEN ET>" ")

SEN-ET Estimate Leaf Reflectance and Transmittance Error
C:\Users\Seamus\AppData\Local\Temp>"C:\Users\Seamus\.snap\auxdata\sen-et-conda-Win64\sen-et-snap-scripts\\..\python.exe" "C:\Users\Seamus\.snap\auxdata\sen-et-conda-Win64\sen-et-snap-scripts\\leaf_spectra.py" --biophysical_file 
"C:\Users\Seamus\Documents\Actual Documents\...\Program Working Outputs\SNAP\SENET\Jan20\HdP\2020_01_05\!OUTPUT_biophysical!.dim" --output_file 
"C:\Users\Seamus\Documents\Actual Documents\...\Program Working Outputs\SNAP\SENET\Jan20\HdP\2020_01_05\!OUTPUT_biophysical!_processed.dim" 
Error occurred during initialization of VM
Too small initial heap
Process exited with value 1
Finished tool execution in 0 seconds

I consider the matter closed since I’m going to do a fresh install now anyway, but if this suggests anything new to to problem, I thought it was worth mentioning.

Update 2

I did a fresh install, and everything was fine right up until I installed the SEN-ET Bundles to continue analysing the data.

It’s obviously related to SEN ET specifically, possibly something to do with it require SNAP v7.0.0 whilst I am using SNAP v8.0.0.

Final Update
I was able to continue my processing as normal by downloading the earlier SNAP 7.0.0 on the official site (Previous Versions – STEP), and re-installing SEN-ET for that version.

As the .snap folder is technically shared by all versions, I’ll probably have to re-install SNAP 8.0.0 or later when I finish the project as I won’t need multiple versions running, but that solved both the ‘Waiting Thread Received Null Tile Error’, and my SEN-ET processing errors I briefly mentioned.

The SEN-ET Team has moved on from updating their plugin for later versions of SNAP (https://www.esa-sen4et.org/news7), so I’m marking this as the Solution for anyone who comes across this problem later.

Thank ESA and the SNAP Team for previous version backups!

It is very informative and helpful to me.

It is a real pity that some plugins get left behind and people are forced to use obsolete SNAP versions. Short of targeted community efforts this is a difficult issue to fix.

This is not directly related to the original post, but as this post was the only thing I could find for my error message I thought I would post my solution here.

I got the “Failed to Create the Stream from the File” error when running the Optical > Geometric > S2 Resampling tool, on a Windows computer.

The problem was apparently file path length, exceeding the historical 260 char limit in windows for some of the output files.

My files had originally been stored and exported to a deeply nested directory, with a long path. After moving them higher up the directory structure, shortening the path length, I was able to run the Resampling tool without issue.

2 Likes