New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Insight connectors dev 4 4 #1321
Conversation
Connection Destroyed after:
Similar workflow already reported for develop, but I think the problem is sorted there now (see http://trac.openmicroscopy.org.uk/ome/ticket/11032 - the change is that channel name of plate was manipulated instead of big image viewing) |
@pwalczysko: The last 4 commits should fix the thumbnail after import issue. They do not need to be ported to develop, they are related to the import sequence in dev_4_4 |
@pwalczysko: Few commits were not backported |
The two problems reported above (connection destroyed and cannot create thumb) are fixed. The problem with slow reading of the plate thumbs cannot be repeated. Works fine. |
I'm slightly concerned about rushing this branch. Sorry, I just haven't had a chance to build this locally (and won't before leaving). |
@joshmoore, @pwalczysko: I think the PR should remain opened for a while. No need to be merged now (cf. description) since we should not have any development happening |
Excluded until we can get the required code from #1345 in. Then this branch can have |
Conflicts: components/insight/SRC/org/openmicroscopy/shoola/env/data/OMEROGateway.java
Connector objects were being created without needed in some instances. Since the instantiation of an omero.clients object has high overhead, it's worth preventing this. Conflicts: components/insight/SRC/org/openmicroscopy/shoola/env/data/OMEROGateway.java
Since all service access calls getConnector(), all logic for handling the checking of alive sessions and network has been refactored into the one location. This also prevents multiple calls. Conflicts: components/insight/SRC/org/openmicroscopy/shoola/env/data/OMEROGateway.java
Conflicts: components/insight/SRC/org/openmicroscopy/shoola/util/NetworkChecker.java
Most likely, the synchronized methods on OMEROGateway were hiding this, but a race-condition during startup allowed dsFactory.getCredentials() to return null.
* Remove Connector.reconnect() since it leaves services dangling * Remove all get*Service() methods from OMEROGateway * Refactor all get*Service() methods in Connector * Use concurrent storage for services in Connector * Close all stateful services as quickly as possible. Conflicts: components/insight/SRC/org/openmicroscopy/shoola/env/data/OMEROGateway.java
Conflicts: components/insight/SRC/org/openmicroscopy/shoola/agents/fsimporter/ImportResultLoader.java
Conflicts: components/insight/SRC/org/openmicroscopy/shoola/env/data/OMEROGateway.java
Conflicts: components/insight/SRC/org/openmicroscopy/shoola/env/data/OMEROGateway.java components/insight/SRC/org/openmicroscopy/shoola/env/data/OmeroImageService.java components/insight/SRC/org/openmicroscopy/shoola/env/data/OmeroImageServiceImpl.java
Some thumbnails could take time to load. Display the progress bar so the user is notified of loading progress. Conflicts: components/insight/SRC/org/openmicroscopy/shoola/agents/dataBrowser/ThumbnailLoader.java
Conflicts: components/insight/SRC/org/openmicroscopy/shoola/env/data/views/calls/ThumbnailLoader.java
The maximum size of a plane is 2000*2000 see 5b86032
The problem only occurs when import data for another user.
Method was invoked twice.
Resetting the channels name could take some time. if the user uses the switch user, service no longer valid could be used.
Rebased the branch and removed the exclude label |
Do we want to mark this "on hold" so it hangs around awhile quietly getting accidentally tested? |
This PR is in the daily build so indirectly tested. |
@jburel: is this a target for 4.4.9? If so, we should look to move it out of ON_HOLD. |
@joshmoore: 4.4.9 target.This is a rebase, marked as onhold so it could test w/o specific review. Removing label. |
This is fine on Mac. Nevertheless, I wanted to give it a go on Windows (see #1453 (comment)). As the windows artifacts are not being built atm, I would wait till they do and give it a go. |
Sounds good, @pwalczysko. I think the build has been fixed now: http://hudson.openmicroscopy.org.uk/view/2.%20Stable/job/OMERO-merge-stable/lastSuccessfulBuild/artifact/src/target/OMERO.insight-4.4.8-786-d0b4044-ice33-b360-win.zip |
Tested on Win 7 Java 1.6. No problems even when challenged (large plate & change settings & switch user). |
Thanks, @pwalczysko. (And, I guess, @jburel too 😄) |
This PR combines commit from gh-1278 and gh-1304. Not all commits are applicable to
dev_4_4
.This should fix connection issue noticed on
develop
and at times ondev_4_4
.To test:
This might require to use the client for few days before the PR can be merged.
--rebased-from #1304
--rebased-from #1278
etc