search

waneck / testrepo

0 stars 0 forks source link

Issue 1817 - DCE on server-side applications - haxe #1817

Closed waneck closed 11 years ago

waneck commented 11 years ago

[Google Issue #1817 : http://code.google.com/haxe/issues/detail?id=1817] by david.el...@gmail.com, at 2013-05-15T13:32:33.000Z As hinted by NC, DCE should be removed for server-side platforms by default.

waneck commented 11 years ago

[comment from si...@haxe.org, published at 2013-05-15T13:43:23.000Z] Which platforms would that be? The only one I consider strictly server-side is PHP.

waneck commented 11 years ago

[comment from david.el...@gmail.com, published at 2013-05-15T14:22:19.000Z] neko is by a nature a server side language and dce is crippling it a lot( handlers, spod etc...). I am not trolling, its a fact, all our web arch relies on it at motion twin for ages.

Dce should not be applied to it as discussed we with nicolas around a burger. Please continue discussion with him :)

thanks for your time.

waneck commented 11 years ago

[comment from si...@haxe.org, published at 2013-05-15T14:35:30.000Z] Well I would much rather find out why exactly you are having problems and how they can be solved. Disabling a feature by default does not fix issues.

SPOD objects are already kept by DCE, so I wonder which parts of the standard library are causing problems. Did you get come concrete error messages that could help us track them down?

Note that any user-defined handlers are unaffected by DCE in default "std" mode.

waneck commented 11 years ago

[comment from ncanna...@gmail.com, published at 2013-05-15T14:56:37.000Z] As we discussed today, most of the issues comes from the extra libs being taken into account by DCE while they should not. I'll then merge with #1818