Originally posted by Ctaesis I'd like to see a big darn example Ice project that does something reasonably useful, and integrates the various existing features in non-canned ways.
Don't get me wrong, the documentation is excellant, and the examples are presented quite well - from good to better to best. However, it would be really useful if ZeroC provided some complete application of moderate complexity, GPL'd of course, which really shows off it's product.
Who's with me? (Or does this already exist?)
Hi, Ice is great! very good work!
I have a question: maybe possibile and not too difficult to implement a GSSAPI module for secure interoperability between client and servers?
Nis Baggesen wrote:
Being able to control the specific c++ typemapping (within the std framework possibly) with slice metatags would be nice
virtual ::Ice::ObjectPtr create(const ::std::string&, const BasicStream& is) = 0;
Todor Todorov wrote:
First of all I would like to expres my thanks to you guys for greating this wonderfull framework.
I'm considering using Ice in my private project so I would like to know are there some bindings between Ice event loop and for example Qt or GTK event loop. Also if I'm considering to use some networking wrapper library like ACE are there some bindings between ACE reactor or proactor frameworks and Ice. Otherwise how it should be done if there are no the proper bindings.
With the newfound popularity of Ruby, especially in combination with the Rails framework, ICE support would be wonderful. Having to use webservices to access back end functionality is distressing.
Nope, Ruby's still missing native threads. As I'm interested in using Ruby as a caller and a native implementation won't be forthcoming how should I pursue integration? Wrap highlevel native C++ with a Ruby interface? Do you have a link for information on how to integrate non-supported runtime envrinments?
This isn't a big deal, but I would like to see a way to get the remote/local address without parsing the result of Connection::toString().