Best Of
Re: dotnet build with dotnet 2.1 on CentOS 7.7 fails
Hi,
The slice2cs compiler included in the NuGet package is a Windows binary, for Linux/macOS you need to install the ice compilers
See https://zeroc.com/downloads/ice/3.7/csharp#redhat and https://doc.zeroc.com/ice/3.7/release-notes/building-ice-applications-for-net
It should work without setting IceToolsPath after installing the Slice compiler

Re: Ice::ConnectionTimeoutException don't work same after upgrade since Ice 3.5 to 3.7
Hi,
You should check the 3.6 release notes for information on the timeout changes, see https://doc.zeroc.com/ice/3.6/ice-release-notes/upgrading-your-application-from-ice-3-5#id-.UpgradingyourApplicationfromIce3.5v3.6-Timeoutchanges
Setting Ice.Default.InvocationTimeout=-2
should provide the previous behavior. It isn't clear from your description if this will solve your issue however. Let us know how it goes after this change.
Once it works, I recommend considering changing to the timeout semantics.
Cheers,
Benoit.

Re: Icebox service times out when activated
Hi Jean Christophe,
Did you try replacing Ice::Service
with Ice::Application
in your test app? That's really the only major difference I can think of between IceBox and your test app.
In any case, it sounds like your making good progress to get to the bottom of this. The easiest way to figure out the problem would be to get a stack dump of the hang, for this you need the PDBs of the release 3rd party DLL.
Also note that IceBox isn't a requirement for running Ice services on IceGrid... you could also very well just implement your service as a regular executable linked with the 3rd party DLL if this issue can't easily be worked around.
Cheers,
Benoit.

Re: IcePy: sequence<long> issues migrating to Python 3
I was looking at this definitions in https://github.com/ome/omero-blitz/blob/718d598a49c0a5db1e0a7752200d07f1ef9b472a/src/main/slice/omero/Tables.ice#L130
My understanding is that the error is not related to the rowNumbers
param but with the marshaling for the Data::columns
, can you dump the Data::colums to check if it has the expected values. I assuming here you are marshaling StringColumn
and it contains and unexpected (not string) value.

Re: How to configure my invocation timeouts properties correctly when upgrading from 3.5 to 3.6
Hi Guillaume,
Since you're in the process of upgrading, I strongly recommend to upgrade directly to Ice 3.7 instead of 3.6.
You should definitely be able to get a 120s invocation timeout. What is the exception you are getting in scenario #4? Is it an Ice::InvocationTimeoutException
or an Ice::ConnectiontTimeoutException
? Are both the client and server using Ice 3.6 or do you still use Ice 3.5 for the server?
Invocation timeouts rely on the server sending "heartbeats" while the long running invocation is being dispatch. If the server is still running 3.5, it won't send heartbeats and the Ice 3.6 client will mistakenly assume that the server is gone, the default 60s connection timeout will therefore kick in.
See the following link for additional information on upgrading timeouts from 3.5:
https://doc.zeroc.com/ice/3.7/release-notes/upgrading-your-application-from-ice-3-5#id-.UpgradingyourApplicationfromIce3.5v3.7-Timeoutchanges
Cheers,
Benoit.
