• Ice Version: 3.6.4
• OS: Windows 10 x64
• Distribution: Compiled self by MinGW 7.3.0 64bit

I compiled the ICE and demo myself by using gcc in MinGW7.3.0 64bit. I built the demo cases by Qt Creator (MingW7.3.0) 64 bit When I test the demo ice/hello by , it shows below error:

........\ICE_DemoStudy\ICE_HOME\include/Ice/Protocol.h:186: Ice::UnsupportedEncodingException: encoding error: unsupported encoding version: 0.0 (can only support encodings compatible with version 1.1)

I previously run the demo case about 1 year ago, it worked fine. Don't know why it suddenly went wrong...

I need to create a callback and require to createObjectAdapterWithEndpoints in order to receive the callback. createObjectAdapter() is not working at all. I check the source code the method is there but it complains "::Ice::FeatureNotSupportedException".

Is there something im not doing correct or is this a bug?

Dec 06 09:39:49 localhost.localdomain dotnet[1712]: iceboxnet Error: 0 : Dec 06 09:39:49 localhost.localdomain dotnet[1712]: IceBox: error: IceBox.FailureException reason = "ServiceManager: unable to load service '/var...pl'" at IceBox.ServiceManagerI.startService(String service, S...

In centos7, it works in net core 3.0, but throw the upper exception in net core 3.1.100. In windows, it works in net core 3.0 and 3.1.100.

Hello, I try to use Ice with ssl support in OSGi container. I use OpenJDK 12.0.2, Apache Felix, Ice for java. When I stop server on client side I get an exception:

javax.net.ssl|ERROR|29|Ice.ThreadPool.Client-0|2019-09-16 22:03:40.510 MSK|TransportContext.java:312|Fatal (INTERNAL_ERROR): closing inbound before receiving peer's close_notify (
"throwable" : {
  javax.net.ssl.SSLException: closing inbound before receiving peer's close_notify
  	at java.base/sun.security.ssl.Alert.createSSLException(Alert.java:133)
  	at java.base/sun.security.ssl.Alert.createSSLException(Alert.java:117)
  	at java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:307)
  	at java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:263)
  	at java.base/sun.security.ssl.TransportContext.fatal(TransportContext.java:254)
  	at java.base/sun.security.ssl.SSLEngineImpl.closeInbound(SSLEngineImpl.java:733)
  	at com.zeroc.IceSSL.TransceiverI.close(TransceiverI.java:147)
  	at com.zeroc.Ice.ConnectionI.finish(ConnectionI.java:1447)
  	at com.zeroc.Ice.ConnectionI.finished(ConnectionI.java:1378)
  	at com.zeroc.IceInternal.ThreadPool$FinishedWorkItem.execute(ThreadPool.java:37)
  	at com.zeroc.IceInternal.ThreadPoolWorkQueue.message(ThreadPoolWorkQueue.java:74)
  	at com.zeroc.IceInternal.ThreadPool.run(ThreadPool.java:412)
  	at com.zeroc.IceInternal.ThreadPool$EventHandlerThread.run(ThreadPool.java:786)
  	at java.base/java.lang.Thread.run(Thread.java:835)}

)

and vice versa when I stop client on server side I get the same exception. If we look at line 147 in the TrancieverI.java file, we will see the following code:

            try
            {
                _engine.closeInbound();
            }
            catch(SSLException ex)
            {
                //
                // SSLEngine always raises an exception with this message:
                //
                // Inbound closed before receiving peer's close_notify: possible truncation attack?
                //
                // We would probably need to wait for a response in shutdown() to avoid this.
                // For now, we'll ignore this exception.
                //
                //_instance.logger().error("IceSSL: error during close\n" + ex.getMessage());
            }

In the comments to the SSLEngine.closeInbound() we can read: "If the application initiated the closing process by calling SSLEngine.closeOutbound(), under some circumstances it is not required that the initiator wait for the peer's corresponding close message. In such cases, this method need not be called." On line 113 of the TrancieverI.java file we find this call (_engine.closeOutbound()). When I commented out the code above, my server and client began to work without exception. If you need more detail you can see my project https://github.com/akabanov57/zeroc-ice-osgi Is this a bug or am I missing something? Thank you.

Hi all. Sorry to file a bug with a question, but I can't found the correct way to fix my issue.

I was readed all examples at https://github.com/zeroc-ice/ice-demos/blob/3.7/js/Ice/bidir/ also #194

I am trying to get a callback from Murmur server with NodeJS client IN SAME SERVER (no remote server).

This is the ice from Murmur: https://mumble.sourceforge.io/slice/1.3.0/Murmur.html

And this is my testing code:

const { Ice } = require("ice");
const { Murmur } = require("./ice/Murmur.js");
let communicator = null
let proxy = null

class MetaCallbackI extends Murmur.MetaCallback
{
  started()
    {
        console.log('Started');
    }

    stopped()
    {
        console.log('Stopped')
    }
}

(async function _init() {
  try{
    const iceOptions = new Ice.InitializationData();
    iceOptions.properties = Ice.createProperties([], iceOptions.properties);
    iceOptions.properties.setProperty("Ice.Default.EncodingVersion", "1.0");
    iceOptions.properties.setProperty("Ice.ImplicitContext", "Shared");
    iceOptions.properties.setProperty("Ice.ACM.Client.Heartbeat=Always");

    communicator = Ice.initialize(iceOptions);
    communicator.getImplicitContext().put("secret", 'xxxx');

    proxy = await Murmur.MetaPrx.checkedCast(communicator.stringToProxy("Meta:tcp -h 127.0.0.1 -p 6502")); // proxy
    const adapter = await communicator.createObjectAdapter("");
    //adapter.activate()

    const receiver = Murmur.MetaCallbackPrx.uncheckedCast(adapter.addWithUUID(new MetaCallbackI()));

    proxy.ice_getCachedConnection().setAdapter(adapter);
    await proxy.addCallback(receiver);
    await communicator.waitForShutdown();

  }catch (ex){
    return {err: ex.toString()};
  }
})()

On Murmur's log I get:

<W>2022-02-05 17:25:56.183 Added Ice MetaCallback b2404fd8-9147-4809-8bee-02b1a62ed913 -o -e 1.0

but if I tried with a python client I get:

<W>2022-02-05 17:26:14.699 Added Ice MetaCallback 364F6850-3F07-4F8B-A4F0-F8D46316B75A -o -e 1.0:tcp -h 127.0.0.1 -p 40397 -t 5000

Also I was installed Glacier2 in Murmur server, but I can´t figure how to write the code based on my code and

https://github.com/zeroc-ice/ice-demos/tree/3.7/js/Glacier2/simpleChat

Appreciate any help or guidelines. I am completely lost

Thanks

I have some problems . help me.

1、How to integrate IceBox and IceGrid with Spring 2、I started the server and changed its processing code( servant ), it will still execute the old code process. just like having some server cache .

I don't know how to do it ?

Add property IceSSL.ServerNameIndication to send the SNI extension in TLS connections (currently only in OpenSSL/SecureTransport backends, defaults to 0). This is helpful, for example, if a web server in front of Ice secure WebSocket (WSS) endpoints needs to decide the certificate and backend based on requested hostname.

This enables C++ implementations of Ice::DispatchInterceptor to modify the incoming request before passing it to the servant. Due to the constness of Ice::Request::getCurrent, this was impossible before.

This brings C++ in line with other language implementations, where such a limitation does not exist, as far as I can tell.

Please let me know if this is something you guys are interested in merging, then I'll send the signed contributor agreement.

__setNoDelete allows to disable the self-deletion of an object when this object's refcount reaches 0 (applies to C++98 handles). It's primarily used in constructors when exceptions can occur. We should review our usage pattern in Ice C++ and make sure it's correct.

See ICE-3791.

In ICE 3.7 there is a breaking change with regard to forward declarations of interfaces and classes in Slice files. In 3.6, it was possible to forward-declare an interface or class and use its proxy in method parameters, return types, structures and classes. This is no longer possible in 3.7 as the compiler requires the complete definition of the forward-declared interface or class.

This is a severe limitation and a deal breaker in our case. We have used this feature extensively to reduce dependencies between different components, reduce compile times and memory consumption during compilation. Consider a use case with a factory interface that contains methods for creating objects of different types (i.e. having different interfaces). Previously, those interfaces were forward-declared, which allowed users of this factory to only depend on the interfaces they needed. Now, the users have to include all interfaces, including their dependencies, which makes the API pretty much monolithic.

This issue asks to revert the limitation or provide a suitable alternative.

I can build cpp using gcc9.4.0 and build success，but when Link IceStrom.so occur error

like this : undefined reference to `sssp(std::__cxx11::basic_string<char, std::char_traits, std::allocator >, char)

so How Can I　enable C++11 in Makefile

Today, Ice doesn't support configuring the number of threads that perform IO over connections. It's configured to a fixed value which is the minimum value of the number of processor cores or ThreadPool.Size.

In cases where the network stack is fast and a reply or request has a very large payload, the non-blocking send on the socket can take some time and prevent other requests from being sent in parallel if all the thread pool IO threads are busy.

A design that relies on sending very large requests or responses should be avoided since the request or reply will consume lots of memory and might lead to such issues. Implementing a Slice defined streaming interface or a read method that allows to receive the data in multiple chunks is a better solution.

In any case, we could provide a property to configure the number of IO threads.

Bumps decode-uri-component from 0.2.0 to 0.2.2.

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

Version(please complete the following information):

• Ice Version 3.78
• OS: Windows

Describe the bug When I click in the 'Live Deployment Tab' on a 'Server Run Time Component' icegridgui fires a NullPointerException and the 'Server Properties' panel at the right is not shown.

Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException at com.zeroc.IceGridGUI.LiveDeployment.Node.expand(Node.java:272) at com.zeroc.IceGridGUI.LiveDeployment.Node.expand(Node.java:277) at com.zeroc.IceGridGUI.LiveDeployment.Server.getProperties(Server.java:890) at com.zeroc.IceGridGUI.LiveDeployment.ServerEditor.show(ServerEditor.java:120) at com.zeroc.IceGridGUI.LiveDeployment.Server.getEditor(Server.java:373) at com.zeroc.IceGridGUI.LiveDeploymentPane.showCurrentNode(LiveDeploymentPane.java:257) at com.zeroc.IceGridGUI.LiveDeploymentPane.showNode(LiveDeploymentPane.java:99) at com.zeroc.IceGridGUI.LiveDeploymentPane$SelectionListener.valueChanged(LiveDeploymentPane.java:296) at javax.swing.JTree.fireValueChanged(Unknown Source) at javax.swing.JTree$TreeSelectionRedirector.valueChanged(Unknown Source) at javax.swing.tree.DefaultTreeSelectionModel.fireValueChanged(Unknown Source) at javax.swing.tree.DefaultTreeSelectionModel.notifyPathChange(Unknown Source) at javax.swing.tree.DefaultTreeSelectionModel.setSelectionPaths(Unknown Source) at javax.swing.tree.DefaultTreeSelectionModel.setSelectionPath(Unknown Source) at javax.swing.JTree.setSelectionPath(Unknown Source) at javax.swing.plaf.basic.BasicTreeUI.selectPathForEvent(Unknown Source) at javax.swing.plaf.basic.BasicTreeUI$Handler.handleSelection(Unknown Source) at javax.swing.plaf.basic.BasicTreeUI$Handler.mousePressed(Unknown Source) at java.awt.AWTEventMulticaster.mousePressed(Unknown Source) at java.awt.AWTEventMulticaster.mousePressed(Unknown Source) at java.awt.Component.processMouseEvent(Unknown Source) at javax.swing.JComponent.processMouseEvent(Unknown Source) at java.awt.Component.processEvent(Unknown Source) at java.awt.Container.processEvent(Unknown Source) at java.awt.Component.dispatchEventImpl(Unknown Source) at java.awt.Container.dispatchEventImpl(Unknown Source) at java.awt.Component.dispatchEvent(Unknown Source) at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source) at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source) at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source) at java.awt.Container.dispatchEventImpl(Unknown Source) at java.awt.Window.dispatchEventImpl(Unknown Source) at java.awt.Component.dispatchEvent(Unknown Source) at java.awt.EventQueue.dispatchEventImpl(Unknown Source) at java.awt.EventQueue.access$500(Unknown Source) at java.awt.EventQueue$3.run(Unknown Source) at java.awt.EventQueue$3.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source) at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source) at java.awt.EventQueue$4.run(Unknown Source) at java.awt.EventQueue$4.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(Unknown Source) at java.awt.EventQueue.dispatchEvent(Unknown Source) at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.run(Unknown Source)

Side note: there is a 404 on 'Help->Contents'

Regards, Emko

The deprecation warnings were disabled in https://github.com/zeroc-ice/ice/pull/1397 but we should investigate with new APIs are available and move away from this deprecated APIs

* What went wrong:
Could not open settings generic class cache for settings file '/home/vagrant/workspace/ice/3.7/java/settings.gradle' (/home/vagrant/.gradle/caches/7.4.2/scripts/4nlb9rhuaoqnqq88cn12yqltv).
> BUG! exception in phase 'semantic analysis' in source unit '_BuildScript_' Unsupported class file major version 63

i m studying using ice in MATLAB and i want to compile my .m file into exe. so i use "mcc", but the exe goes wrong. Could you give me some advice. Thanks!