что проблемы джавы, а не джвм

В джвм тоже нет вообще-то

Она эмулируется компиляторами скалы и котлина

Джвм ничего про это не знает

* ничего не мешает компилятору самому добавлять теилрек так, чтобы при выполнении не влетать в soe

ну, да)

Вроде, можно. Но какие там ограничения не знаю

Ну это крайне ограниченный механизм, в этих ваших скалах

Два метода, которые зовут друг друга по очереди, так уже не сделаешь

В Идейке регулярно бывают SOE на каких-нибудь визиторах

Сделайте что-нибудь типа ()->()-> и так пару тысяч раз. Может вполне и развалиться

Люди хотят не стековую аллокацию per se; люди хотят быструю тредлокальную скрэтч-арену. :) Чтоб кучу не пачкать лишними объектами, на которые всё равно нужно будет коллектор звать, пусть он и будет быстрым. Собственно, в JSR 1 (Realtime Java) такое даже было.

а почему убрали?

Не "убрали", а не реализовали в десктопно-серверной VM. Ну... потому что! В JSR 1 эти штуки были эксплицитными в API, и поэтому нужна политическая воля, чтобы протащить это в спецификацию JLS/JDK.

Использую Spring Boot + jstl.
Из-за этой ошибки не находит нужный jsp файл, когда приходит запрос...

не могу понять, как исправить ошибку.
Когда навожу на return "login", то вижу такое.

Cannot resolve MVC View 'login'
Inspection info:Checks if Spring MVC View references are resolved correctly.


@Controller
@RequestMapping("/")
public class AppController {
...
   @GetMapping(value = "/login")
   public String login() {
        if (isCurrentAuthenticationAnonymous()) {
           return "login";
       }
...
}

@EnableWebMvc
@Configuration
@ComponentScan("com.webbank")
public class AppConfig  {
...
   @Bean
   public InternalResourceViewResolver viewResolver() {
       InternalResourceViewResolver resolver = new InternalResourceViewResolver();
       resolver.setViewClass(JstlView.class);
       resolver.setPrefix("/WEB-INF/views/");
       resolver.setSuffix(".jsp");
       resolver.setExposeContextBeansAsAttributes(true);
       return resolver;
   }
}

Проблема в том, что этого все равно не достаточно

пофиксил добавлением
plugins {
...
id 'war'
}

Ещё раз можем в гугл и читаем как делается в буте

Этот плагин не нужен

Кто-то может помочь с ошибками при попытке компилить java файлы которые генерирует thrift? package org.apache.thrift does not exist