During migration from Java EE to Jakarta EE (jakarta.servlet.jsp-api:3.1.0 and jakarta.servlet-api:6.0.0) I got exception java.lang.ClassNotFoundException: javax.servlet.jsp.tagext.DynamicAttributes.
I think it's because of migration namespaces from javax.* to jakarta.* .
Could you provide Telerik for UI which support jakarta.* namespace.
I am using kendo-taglib-2023.1.117.jar
Currently only "true" is possible. Like in HTML5 / Javascript passing an array of custom values (like documented) should be possible
<kendo:grid-filterable extra="true"> <kendo:grid-filterable-operators> <kendo:grid-filterable-operators-enums neq="Is NOT equal to:" eq="Is equal to:" /> </kendo:grid-filterable-operators> </kendo:grid-filterable> AND <kendo:grid-filterable extra="true"> <kendo:grid-filterable-operators> <kendo:grid-filterable-operators-enums eq="Is equal to:" neq="Is NOT equal to:" /> </kendo:grid-filterable-operators> </kendo:grid-filterable> always gives the same result: neq is always the first element in the filter combobox and eq est the second item. Would be nice to control display order from the <kendo:grid-filterable-operators-enums /> JSP tag
Allow generation of kendo:grid columns using JSP tags, such as c:forEach. Currently throws an error as grid:column needs its immediate parent to be a grid:columns tag.
Consider “Java” wrappers for the KendoUI . The use case for “Java” wrappers is for existing Java server side applications that embed the UI code in the Java classes (no JSP / JSF), similar to the Vaadin philosophy, but without having to adopt Vaadin and yet be able to incrementally enhance existing / stable, line of business web applications, without a complete rewrite.
I would like to see wrappers for Java Server Faces. The focus of Java EE development is on JSF and i.m.o. not on JSP. Look e.g at PrimeFaces (a lot of UI components). They are now developing as a spin off PrimeUI, a Javascript UI component library.
Play framework is probably the fastest growing framework in the Java space due to its container-less deployment and non-blocking IO features. I think its an ideal vehicle for Kendo/Kendo MVVM to visit Java land for the first time! Normally this means adopting logic-less mustache templating (see https://github.com/pk11/play-scalate/) but other options may exist.