Oℕ
а, как обычно путаем TCO и TCE
Судя по абсолютно всем источникам, которые успел глянуть за 2 минуты это действительно синонимы
Size: a a a
2020 March 11
Oℕ
Но я с удовольствием послушаю о разнице
d
проблема сервлетов не только в блокирующем API
разверни мысль потом пожалуйста.
SE
Судя по абсолютно всем источникам, которые успел глянуть за 2 минуты это действительно синонимы
ссылку не найду быстро, но AFAIK TCO *иногда* отделяют от TCE т.к. обрезать стек - не единственный вариант подобной оптимизации
Oℕ
ссылку не найду быстро, но AFAIK TCO *иногда* отделяют от TCE т.к. обрезать стек - не единственный вариант подобной оптимизации
вероятно вы путаете с tail call recursion, что действительно другая фича
SE
возможно, спорить не буду :)
Oℕ
tail call recursion простая или mutual - синтаксическое качество, делается компилятором
TCO\TCE - свойство семантики\рантайма, специфичное управление стеком - это для стековых сред, соответственно
TCO\TCE - свойство семантики\рантайма, специфичное управление стеком - это для стековых сред, соответственно
SE
Алсо:
https://wiki.openjdk.java.net/display/loom/Main#Main-TailCalls
> We envision tail-call elimination that pops one or perhaps even an arbitrary number of stack frames at explicitly marked call-sites. It is not the intention of this project to implement automatic tail-call optimization.
> The implementation of this feature requires cross-cutting changes to the VM, VM specification (bytecode), and possibly the front-end Java compiler (javac). As a result, in order not to delay the completion of continuations and fibers, we will only begin specifying and implementing this feature only when the project is at a more advanced phase.
вспоминая другие фичи Loom которые были обещаны и теперь отложили на потом, в первой версии мы вероятней всего TCE не увидим
https://wiki.openjdk.java.net/display/loom/Main#Main-TailCalls
> We envision tail-call elimination that pops one or perhaps even an arbitrary number of stack frames at explicitly marked call-sites. It is not the intention of this project to implement automatic tail-call optimization.
> The implementation of this feature requires cross-cutting changes to the VM, VM specification (bytecode), and possibly the front-end Java compiler (javac). As a result, in order not to delay the completion of continuations and fibers, we will only begin specifying and implementing this feature only when the project is at a more advanced phase.
вспоминая другие фичи Loom которые были обещаны и теперь отложили на потом, в первой версии мы вероятней всего TCE не увидим
Oℕ
понятно
SE
https://news.ycombinator.com/item?id=20336770
во, нашёл (правда не то, на что ссылался, но тоже неплохая формулировка)
во, нашёл (правда не то, на что ссылался, но тоже неплохая формулировка)
DM
Алсо:
https://wiki.openjdk.java.net/display/loom/Main#Main-TailCalls
> We envision tail-call elimination that pops one or perhaps even an arbitrary number of stack frames at explicitly marked call-sites. It is not the intention of this project to implement automatic tail-call optimization.
> The implementation of this feature requires cross-cutting changes to the VM, VM specification (bytecode), and possibly the front-end Java compiler (javac). As a result, in order not to delay the completion of continuations and fibers, we will only begin specifying and implementing this feature only when the project is at a more advanced phase.
вспоминая другие фичи Loom которые были обещаны и теперь отложили на потом, в первой версии мы вероятней всего TCE не увидим
https://wiki.openjdk.java.net/display/loom/Main#Main-TailCalls
> We envision tail-call elimination that pops one or perhaps even an arbitrary number of stack frames at explicitly marked call-sites. It is not the intention of this project to implement automatic tail-call optimization.
> The implementation of this feature requires cross-cutting changes to the VM, VM specification (bytecode), and possibly the front-end Java compiler (javac). As a result, in order not to delay the completion of continuations and fibers, we will only begin specifying and implementing this feature only when the project is at a more advanced phase.
вспоминая другие фичи Loom которые были обещаны и теперь отложили на потом, в первой версии мы вероятней всего TCE не увидим
в первой же цитате выглядят как синонимы
Oℕ
разверни мысль потом пожалуйста.
помимо мутабельного АПИ, игнорирующего всяческую ресурсную логику, сервлет в своём АПИ буквально требует некоторого менеджера контейнеров, что означает, что сервлеты могут включаться в некоторые макрофреймворки, что сильно бьёт по композиционным качествам приложений
d
помимо мутабельного АПИ, игнорирующего всяческую ресурсную логику, сервлет в своём АПИ буквально требует некоторого менеджера контейнеров, что означает, что сервлеты могут включаться в некоторые макрофреймворки, что сильно бьёт по композиционным качествам приложений
про апи согласен, а вот разве встроенные сервлет-контейнеры не решили эту проблему?
Лк
Кто-то знает как установить Tomcat на мак?
AK
Кто-то знает как установить Tomcat на мак?
скачать архив. распаковать. запустить
d
Кто-то знает как установить Tomcat на мак?
d
и в @javastart лучше
D𝔇
винзипом 🌚
AE
про апи согласен, а вот разве встроенные сервлет-контейнеры не решили эту проблему?
Все ими пользуются и уже забыли про их существование