Edgar

@alihabbash same is here. I'm using version `2.0.3`, also `@Email` does accept inputs like `[email protected]`.

As a workaround we could use `@Pattern` ```java public static final String EMAIL_ADDRESS_PATTERN = "[a-zA-Z0-9\\+\\.\\_\\%\\-\\+]{1,256}\\@[a-zA-Z0-9][a-zA-Z0-9\\-]{0,64}(\\.[a-zA-Z0-9][a-zA-Z0-9\\-]{0,25})+"; @Pattern(regex = EMAIL_ADDRESS_PATTERN) TextInputEditText email; ``` The email address pattern was take from [here.](https://android.googlesource.com/platform/frameworks/base/+/2ea21a84ef81849153f30bbea213acd5be110c08/core/java/android/util/Patterns.java#146)

I've been thinking about 2 possibilities to solve this issue: - Change second argument of [StandardRepresentation#registerFormatterForType](https://github.com/assertj/assertj/blob/main/assertj-core/src/main/java/org/assertj/core/presentation/StandardRepresentation.java#L184) to `Function` and all the appropriate changes in internals. Seems this would not brake...

Hi @chibenwa I was trying to implement the new version of `ConsumerOptions` that we discussed. ```java interface ConsumerOptions { ImmutableMap parameters(); } ``` Here is sort of contradiction: [here](https://github.com/apache/james-project/pull/127/files#diff-57f321ad4650460e153b0e32c690cf79R214) we...

> In the tests we can enforce the prefetchSize (as ActiveMQ is used under the hood) via a lambda. I really can't figure out how...

@chibenwa sorry, I've lost context for this PR long ago and actually don't have a time to proceed with it.

Is there any problem with this PR?

@cowtowncoder yes, exactly. Also, users not always control/own models and adding a `@JsonUnwrappd` annotation might be not an option.

https://www.php.net/manual/en/function.strtr.php

Hi @danog, thanks for submitting the issue. I believe we already have it: https://github.com/jphp-group/jphp/blob/master/exts/jphp-zend-ext/src/main/java/org/develnext/jphp/zend/ext/standard/StringFunctions.java#L1112-L1133