What feature would you like to see most in Ice?

[DeepDiver]

hi guys,

once you start with c# code generation for DotNet 2.0,
a meta tag for partial class declaration would be really nice.

maybe something like this:
["clr : partial"]

by supporting this feature it will be very easy to extend generated classes.
this could be really helpfull to define convertion operators.

for a datetime class defined in ice (see the other thread) with the help of:

namespace Global
{
    partial class DateTime
    {
        public static implicit operator System.DateTime(Global.DateTime date)
        {
            return new System.DateTime(date.nYear, date.nMonth, date.nDay, date.nHour, date.nMinute, date.nSecond, date.nMilliSecond);
        }
        public static implicit operator Global.DateTime(System.DateTime date)
        {
            return new DateTime(date.Year, (byte)date.Month, (byte)date.Day, (byte)date.Hour, (byte)date.Minute, (byte)date.Second, (byte)date.Millisecond);
        }
    }
}

the generated class can be used in source code just like Sytem.DateTime.

take care & thx alot

tom

references:
Partial Class Definitions (C# Programming Guide)

[vvvol]

It seems that current Ice specs & implementation have not anything analogous to CORBA Interface Repository (aka IFR) component functioning as a standalone "service".
As a result, Dynamic Invocation & Dispatch capabilities (as they are called in Ice manual) looks much more pure than CORBA DII & DSI features, which may be based on run-time IDL types introspection (similar to Java reflection API) provided by run-time access to "pre-parsed" IDL descriptions loaded to IFR.
As far as I understood (by now), the problem may be partially resolved by using ICE Python/PHP implementation, but what about C/Java etc.?

Regards,
Vladimir

[escofet]

Hi, I´m wondering if a portable Slice2Java exist. I´m having problems with the C++ building files on Visual Studio 6.0 SP5 and .NET 2003, so, why not the two choices a portable Slice2Java.jar and the rest?

Thanks in advanced

[marc]

Originally Posted by escofet

Hi, I´m wondering if a portable Slice2Java exist. I´m having problems with the C++ building files on Visual Studio 6.0 SP5 and .NET 2003, so, why not the two choices a portable Slice2Java.jar and the rest?

Thanks in advanced

All our slice compilers are written in C++, because they all use the same slice parser, written with flex and bison in C++. We simply didn't want to duplicate the effort of writing a slice parser in different languages.

[dwayne]

Originally Posted by escofet

Hi, I´m wondering if a portable Slice2Java exist. I´m having problems with the C++ building files on Visual Studio 6.0 SP5 and .NET 2003, so, why not the two choices a portable Slice2Java.jar and the rest?

Thanks in advanced

Note that it is not necessary for you to build the slice2java compiler yourself if you don't want to. It comes precompiled in the .Net 2003 installer for Windows.

Regards,
Dwayne

[mpaolini]

Hi,

I find Ice easy to learn, poweful, fast and, above all, useful. I used Ice to write pyjdbc (a python DB driver that uses java JDBC drivers see http://pyjdbc.sf.net ).

In my opinion, it would be nice to have SSL support in IcePy.

Thanks for your well designed code,

Marco

[mes]

Originally Posted by mpaolini

In my opinion, it would be nice to have SSL support in IcePy.

Since IcePy uses the Ice for C++ run time, you should be able to configure IceSSL and use it with IcePy. Have you tried this?

Or are you asking for the ability to access the IceSSL::Plugin interface from IcePy?

- Mark

[mpaolini]

Originally Posted by mes

Since IcePy uses the Ice for C++ run time, you should be able to configure IceSSL and use it with IcePy. Have you tried this?
- Mark

Thanks, I didn't expect my whish to come true this soon

[AnandRathi]

SUPPORT Epoll or AIO /dev/poll whatever
for 10K connections
i can pay for this

Also something simlar to Asyn_File_Transfer which ACE has...

[marc]

Originally Posted by AnandRathi

SUPPORT Epoll or AIO /dev/poll whatever
for 10K connections
i can pay for this

Also something simlar to Asyn_File_Transfer which ACE has...

If you would like to sponsor such a feature, please contact us at info@zeroc.com. Note, however, that having so many connections to one server can have severe performance penalties (depending on how active your clients are). The recommended alternative is to use several Glacier instances as connection concentrators.

[kovacm]

I would like to see, that slice2something (for example slice2cs) generate also documentation comments from slice documentation comments for classes which I have to implement.

[marc]

Originally Posted by kovacm

I would like to see, that slice2something (for example slice2cs) generate also documentation comments from slice documentation comments for classes which I have to implement.

Have a look at slice2docbook, which creates documentation from comments in docbook format. For example, the reference section in the Ice manual has been created with this tool.

[kovacm]

I use slice2docbook, but generating also documentation comments in generated code (C#, Java,...) can be good at least for two reasons:

1. To have only one program documentation - for example we use in Ferda project NDoc for our C# codes - it generates for example nice "microsoft" looking documentation...
2. Many development environments use documentation comments in time of enteriting new code for "nice help" to programmer and shows exaxtly that functions, which he use at that time...

[vermorel]

Originally Posted by marc

We would like to get a feeling for what features are on top of your wish list. So, what features are you missing in Ice?.

A slice2freezecs (targeting C#) would be really must-have feature.

[dmitry.medvedev]

Originally Posted by dwforslund

There CORBA area I would like to see is translating (at least partially) IDL into ICE. How about a UML Profile for ICE

The other area is WebServices integration to ICE. The idea is to be able to deploy an ICE application through WebServices in a fairly automatic manner.

I'm not sure whether I'm permitted to answer here, still... Personally, I do not understand why ICE should support CORBA and SOAP. If you need a possibility to access an ICE object via SOAP or CORBA proto it's you who's responsible for implementing an adapter which would translate CORBA packets or SOAP messages into ICE object's interface calls. ICE developers have no ideas what your SOAP or CORBA interface consists of. The only way to AUTOMATICALLY generate such an adapter is to provide a code generator whose implementation will certainly eat up considerable time which could be spent on implementing really useful features for ICE itself...

As far as UML is concerned I personally do not see much in providing this feature, for the best documentation (the UML is documentation) possible is source code.