hilla

hilla copied to clipboard

Multi-module generator: leak of classes in the generated OpenAPI

3

When using the multi-module generator in the `tests/spring/security` module, many classes are added to the `components` sections of the OpenAPI definition. Those classes are not used by the endpoints to...

cromoteca

Generator maps fields, even private ones, and ignores bean properties

2

In Hilla 1.1, the generator creates TypeScript files by matching fields in the Java class. Consider for example this entity: ```java public class MyEntity { private int num = 3;...

cromoteca

Generator outputs `undefined` as a possible return type for endpoint methods calling `client.subscribe`

2

In Hilla 1.1, when generating TypeScript endpoints with `Flux` return types (i.e. push), the return type includes `undefined`. For example, this code: ```java public Flux getAllUsers() { return Flux.just(); }...

cromoteca

(feat) use multi-module generator in integration tests

2

## Description The tests using `flow-maven-plugin` now use `generator-maven-plugin` and the build process is adapted to allow it to run. The plugin replacement should be discussed as by doing so,...

cromoteca

Multi-module generator fails on `reactor.core.publisher.Flux`

3

While searching for the dependencies of `public org.reactivestreams.Publisher apply(java.util.List>)`, the generator seems unable to resolve `V`: ``` ... Caused by: java.lang.IllegalArgumentException: Could not resolve V against parameters of the defining...

cromoteca

The multi-module generator does not support using a custom client

1

The `endpoints-custom-client` test module fails when using the multi-module generator as it doesn't pick up the provided custom client. It should mimic the existing feature as implemented at https://github.com/vaadin/hilla/blob/42ea5619a0d670b39ef330be68caaf0423c37ad0/packages/java/endpoint/src/main/java/dev/hilla/frontend/TaskGenerateEndpointImpl.java#L50-L54

cromoteca

When the `x-class-name` extended property is created in the OpenApi definition during parsing, its value contains the name of the original class. It should contain the name of the transformed...

cromoteca

The CLI is still in the Vaadin organization: ``` npx @vaadin/cli init --hilla my-hilla-app ``` That's hard to explain to other devs who start with Hilla and don't know Vaadin.

simasch

Bean Validation annotations are ignored if class is in dependency

4

I've found a very strange issue. I have two projects. 1. Spring Boot App with Hilla 2. Simply dependency with classes with Bean Validation annotations The generator only generates the...

simasch

Add support for the `@JsonIgnore` annotation in the multi-module generator. When `@JsonIgnore` is specified for a field, the corresponding field should not be emitted in the `openapi.json` and the TypeScript...

platosha