ice
ice copied to clipboard
zeroc-ice
All-in-one solution for creating networked applications with RPC, pub/sub, server deployment, and more.
Should we remove most of these properties from JS, and not add new ones? _Originally posted by @bernardnormier in https://github.com/zeroc-ice/ice/pull/2320#discussion_r1646545267_
https://github.com/zeroc-ice/ice/blob/2d4b7bf761afeba33816bcb2cd23f33ff3eb691a/java/src/Ice/src/main/java/com/zeroc/IceInternal/OutgoingConnectionFactory.java#L26
There are still 3 places where we reference it, which we should remove: 1. in `cpp/test/IceUtil/stacktrace/test.py`: We set this option: `TestSuite(__name__, options={"cpp11": [False]})` 2. in `cpp/test/Ice/scope/AllTests.cpp` We have 4 of...
The IceInternal package (namespace in C++) corresponds to undocumented "Ice internal" APIs. Unfortunately in Java, putting these APIs in a separate package means we have to use public visibility for...
This code incorrectly prevents the creation of two "" object adapters in Java: https://github.com/zeroc-ice/ice/blob/56b6609b1803f3052d4e52da7ab3e6f863988f22/java/src/Ice/src/main/java/com/zeroc/IceInternal/ObjectAdapterFactory.java#L127 The equivalent C++ and C# code handles this situation differently.
As of Ice 3.7, the "deprecate" metadata on a Slice interface results in the mapped C++ member functions for the interface's operations to be marked deprecated. The mapped C++ classes...
See https://www.swift.org/documentation/docc/writing-symbol-documentation-in-your-source-files The doc-comment we currently generate are not quite correct: - parameter/returns should be capitalized - parameter should not list the parameter type - there are no many blank...
In Swift, the base protocol for all dispatchers is Ice.Dispatcher: ```swift /// A dispatcher accepts incoming requests and returns outgoing responses. public protocol Dispatcher { /// Dispatches an incoming request...
CA2008 is listed twice with different values. Which is the one we want? https://github.com/zeroc-ice/ice/blob/4675c80836d70753d9e00db6583492c6f8969130/csharp/msbuild/CodeAnalysis.Base.globalconfig#L327-L328
We need to remove ReapThread and related timeout code from IceGrid. It's no longer useful now that rely on the idle timeout for everything.