Hello,

I'm not familiar with lis-link. Google tells me it is India's Largest Social Network for Library Professionals (http://lislinks.com/) but I don't think that is what you're referring to. :)

In general, lab equipment and lab software is currently out of scope for OpenICE. There are other protocols and standards that would be better suited for lab data such as HL7 FHIR, for example. There is a concept of a diagnostic report (https://www.hl7.org/fhir/diagnosticreport.html) that would probably take care of most lab data transactions. There are undoubtably other proprietary interfaces to lab systems as well.

Thanks,

Jeff

Hey Brad,

One quick detail I need before diving in... is the clock on the Edison synced to the Supervisor's clock? Doesn't have to be precise (different NTP sources is fine but using NTP none the less). Obviously without an RTC chip onboard and no NTP the Edison will say Epoch time after reboot - this happens to our BeagleBones in the lab as well.

If the Edison's clock is time syncing appropriately we have a big problem I'm happy to dive into.

If the Edison's clock is not syncing, enable NTP. Your options are (but are not limited to):

- Providing most Linux OS' with internet access should do the trick with zero config.

- Using DHCP Option 42 is very handy for no-internet setups.

- I've had trouble in the past with setting up a standalone NTP server on a local network but that is the ideal solution.

Let me know and we'll proceed.

Thanks,

Jeff

Actually I misspoke because I read to quickly. The latch is cleared no matter what the outcome of stopping and destroying the open app was. If you see the log message "All apps closed, stop OK", it is safe to assume the App did not cause the hang.

Hi Brad,

I've seen this error before as well. My hunch is that the DDS thread doesn't play nice with the network configuration you described. I have no evidence of this, however, there are known issues with DDS-Java and "hot swapping" the network configuration that may be related.

I spent a few minutes working backwards from "stop" in the Supervisor code (Main.java) hoping to find anything useful. We may be able to show that the error is directly related to an OpenICE App using the log (which would invalidate my DDS hunch). The messages "All apps closed, stop OK" or conversely ""Failed to stop/destroy " + aName, ex" would indicate success or failure, respectively, of the teardown of the apps in IceAppsContainer.java. These log entries are trigger by a lambda function in the event handler for the Java Fx primary stage "setOnHiding" method which the Supervisor uses to start app teardown. There is a java.util.concurrent CountDownLatch named stopOk that is not cleared until after app teardown is successful that may be causing the Supervisor to hang. BUT if the hang-on-close is occurring even on the "home" screen of the Supervisor (not in an app), this doesn't really apply and I'm out of ideas.

The work around is to simply kill the app with your OS' preferred method. On Mac, Force Quit works nicely. I'll escalate this internally to see if we can find something.

Thanks,
Jeff

Hey Jeremy,

This is a known UI bug unfortunately. It has been fixed in the source but apparently not in the downloadable distribution. There is a simple work around for the time being: run from source instead of the pre-built download.

To run from source, download the OpenICE repository from https://github.com/mdpnp/mdpnp and run the following from the top level of the directory:

cd <location of OpenICE>
./gradlew :interop-lab:demo-apps:run

The fix will be reflected in the next version release of OpenICE.

Thanks,

Jeff

Hi Petr,

OpenICE is Windows 10 compatible. If there is any additional information you could provide about the freezing, we could fix the specific bug or feature that is giving you trouble.

Thanks,

Jeff

Unfortunately, if the problem is a transient network problem, I'm not sure if there's much I can do to help. If the build is working on another network, it sounds like your problem network is not configured properly.

Jeff