Jdbi: StringTemplate4 지원 중단 및 사용 중단

StringTemplate 프로젝트가 비활성화되었다는 문서의 알림으로 시작하겠습니다.

다른 프로젝트 구성원이 Jdbi의 ST 통합을 사용하지 않는 문제에 대해 언급하도록 하겠습니다. 개인적으로 당분간은 계속 지원해야 한다고 생각합니다. 우리는 처음에 ST4를 지원하기 시작했을 뿐입니다.

대안이 필요하다고 생각합니다. SQL용 복잡한 템플릿을 생성할 방법이 없는 것은 불가능합니다. 다른 템플릿 간에 SQL 비트와 부분을 공유할 수 있어야 하고 일반적인 내용을 템플릿 메서드로 분리할 수 있어야 합니다. 저에게 stringtemplate을 제거하면 다른 대안 프레임워크를 찾게 됩니다. 그렇지 않으면 나는 많은 중복으로 sql 파일을 만들어야 할 것입니다.

이제 NOTICE 추가해 보겠습니다. 실행 가능한 대체품이 있으면 더 이상 사용하지 않을 수 있습니다.

누구든지 jdbi에 잘 맞는 가장 좋아하는 템플릿 엔진이 있습니까? mustache 좀 써봤는데 괜찮았는데 전문가와는 거리가 멉니다...

@jarlah 감사합니다. 예상했던 것입니다.

불행히도 StringTemplate이 업스트림에서 무시되고 있지만 사람들이 그것을 사용하고 작동하는 한 지원을 철회할 이유가 없습니다.

우리는 내가 일하는 FreeMarker에 매우 만족하고 있습니다. 콧수염도 좋은 선택입니다.

@jarlah에 동의 - 대안이 필요합니다. 나는 또한 템플릿을 적극적으로 사용하고 있으며 ST가 없으면 복제가 방대할 것입니다. 대안은 단순하고 표현력이 있어야 합니다. 현재 ST에 대해 제가 좋아하는 것입니다. 나는 오래전에 Freemarker를 사용했는데, 제 기억이 맞다면 SQL 템플리트에 간단해 보이지 않습니다.

BTW 여기 에 ST의 마지막 문제가 있습니다. jdbi 통합 수준의 해결 방법 코드와 함께 여기에 게시해야 합니까?

jdbi 가 일을 너무 복잡하게 하지 않고 할 수 있는 간단한 해결 방법이 있다면 확실히 고려할 것입니다.

추가 templateEngine은 어떻게 jdbi에 번들로 제공됩니까? 그들은 모두 core 에서 원하지 않는 외부 종속성을 가져오고 1-클래스 모듈을 만들거나 \

IIRC stringtemplate에는 자체 mvn 모듈이 있으므로 계속 그렇게 해야 할까요? 어쨌든 선택적 종속성보다 사용자에게 덜 번거로운 것처럼 들립니다.

StringSubstitutor 엔진을 기여하는 데 관심이 있고(아직 하지 않은 경우) Mustache도 꽤 재미있을 것 같습니다.

단일 <optional> 종속성이 있는 자체 포함된 단일 클래스이거나 이와 유사하게 가벼운 경우 코어에 들어갈 수 있습니다. 그렇지 않으면 모듈을 회전시켜 봅시다. 제가 선호하는 기준은 통과가 불가능한 기준이 아니라 기준이었습니다 :)

그것은 stringtemplate4 모듈에 의해 설정된 패턴으로 깨질 것입니다. 그리고 사용자로서 maven, 특히 내 종속성의 종속성을 엉망으로 만드는 것보다 더 싫어하는 것이 거의 없다는 것을 알고 있습니다.

@UseTemplateEngine 존재함에도 불구하고 stringtemplate에 @UseStringTemplateEngine 있습니다. 이것이 모든 템플릿 엔진에 바람직한 편리한 기능입니까, 아니면 필요하지 않는 한 지금부터 일반 주석만 고수합니까?

개인적으로 나는 그것들을 모듈로 분리하여 클래스 경로에 전이적으로 포함된 종속성 없이는 IDE에서 클래스를 볼 수도 없도록 하고 싶습니다. NoClassDefFoundError 는 정말 고통스러울 수 있습니다.

나는 과거에 freemarker로 많은 작업을 했습니다. 지원을 구현하는 것은 재미있는 시도가 될 수 있습니다. 직접적으로 의미하는 것은 아닙니다. 하지만 가능합니다. 실적을 잘 봐야 한다.

다른 것이 없으면 스파이크를 만들 수 있습니다.

현재 작업 중입니다. 합리적인 작업 개념 증명을 갖기 전에 풀 리퀘스트를 열지 않을 것입니다. 템플릿 로드는 정적이 아니라 동적이어야 하므로 구성을 사용하는 데 문제가 있습니다. 따라서 각 템플릿을 수동으로 로드하고 캐시해야 합니다. stringtemplate4 모듈을 복제하고 클래스 이름을 변경했습니다. 누군가 관심이 있다면 jdbi 포크의 마스터 브랜치에서 작업하고 있습니다.

나는 이 문제를 야기한 상황이 다음의 조합이라고 생각합니다.

• StringTemplate 4는 일반적으로 단일 스레드 사용에서 예외적으로 잘 작동합니다(다른 것이 없다면 예측 가능).
• StringTemplate 4는 동시 사용을 특별히 강조하여 설계되지 않아 기존 사용자를 깨뜨리지 않고는 해결하기 어려운 버그가 발생하여 대부분 그대로 유지되었습니다.

StringTemplate 5가 생성되면 안전한 동시성(및 불변성)이 기본 설계에서 큰 역할을 할 것으로 예상합니다.