Nikita,
please add a few words abut your latest object handlers related changes.
However, I hardly ever expect that people who might use these handlers read
docs :)
Thanks. Dmitry.
On Fri, Oct 10, 2014 at 2:59 AM, Tjerk Meesters <tjerk.meest...@gmail.com>
wrote:
> Hi
>
> On 10 Oct 2014, at 03:57, Dmitry Stogov <dmi...@zend.com> wrote:
>
> > Yeah, JavaBridge used it, but it doesn't means it need it.
> >
> > zend_class_entry * _php_java_get_class_entry(zval *object TSRMLS_DC)
> > {
> > return java_class;
> > }
> >
> > I agree, it would be better if we would discuss it on @internals, but it
> > would take much longer time
> > If you still see use cases for it, please show
>
> If anything, could this be recorded in the UPGRADING file?
>
> Thanks
>
> >
> > Thanks. Dmitry.
> >
> >
> > On Thu, Oct 9, 2014 at 11:48 PM, Stas Malyshev <smalys...@sugarcrm.com>
> > wrote:
> >
> >> Hi!
> >>
> >>> we discussed this issue with Nikita on IRC, and didn't find any use
> >>> cases for objects without ce now.
> >>> Nor in php neither in pecl.
> >>> Do you see any problems?
> >>
> >> Those were used to create "bridge" APIs - like Zend's Java bridge (not
> >> sure if supported now, probably not, and if it's still uses that), as
> >> far as I remember. It may be that PECL does not use it but people have
> >> internal extensions that are not published. So deleting a chunk of the
> >> API without as much as a note on internals is not really a good idea, I
> >> think.
> >>
> >> IRC discussion is not a public discussion, since most of the people are
> >> not present on the IRC and have no idea about anything being discussed
> >> there.
> >> --
> >> Stanislav Malyshev, Software Architect
> >> SugarCRM: http://www.sugarcrm.com/
> >>
>
>
