[JBoss JIRA] (WFLY-11994) Hibernate ORM transformer method signature parameter comparison to treat Ljava/lang/Object as wildfly parameter
by Scott Marlow (Jira)
[ https://issues.jboss.org/browse/WFLY-11994?page=com.atlassian.jira.plugin... ]
Scott Marlow edited comment on WFLY-11994 at 4/23/19 1:54 PM:
--------------------------------------------------------------
Type org.objectweb.asm.Type.getObjectType(final String internalName) might be helpful in dealing with comparing individual types.
Also Type[] Type.getArgumentTypes(final String methodDescriptor)
was (Author: smarlow):
Type org.objectweb.asm.Type.getObjectType(final String internalName) might be helpful in dealing with comparing individual types.
> Hibernate ORM transformer method signature parameter comparison to treat Ljava/lang/Object as wildfly parameter
> ---------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-11994
> URL: https://issues.jboss.org/browse/WFLY-11994
> Project: WildFly
> Issue Type: Enhancement
> Components: JPA / Hibernate
> Reporter: Scott Marlow
> Assignee: Scott Marlow
> Priority: Major
>
> Replace the org.jboss.as.hibernate.Hibernate51CompatibilityTransformer check for Ljava/lang/Object, to instead match any object type (via custom code). Do the same for the MethodAdapter class.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 6 months
[JBoss JIRA] (WFLY-11956) @PostConstruct on @ApplicationScoped bean called too late in case @Valid is annotated on a business method
by Ronald Sigal (Jira)
[ https://issues.jboss.org/browse/WFLY-11956?page=com.atlassian.jira.plugin... ]
Ronald Sigal commented on WFLY-11956:
-------------------------------------
re: "Like I said earlier, you can move the validation to the postConstruct() instead of inject() method in all cases as that method did get invoked even if I commented out the @PostConstruct method on the bean itself."
[~manovotn], that's very interesting. I'm wondering, though, if that's a Weld-specific behavior. The javadoc doesn't seem to guarantee that postConstruct() will be called.
re: "Did I get that right?"
[~christian.zambrano], I think that's correct, or nearly so. I would express it like this: "The fact that getHelloGreeting() is a getter means that the associated property must be validated if there are any validating annotations on the method, in which case getHelloGreeting() must be called. The @Valid annotation is one such validating annotation."
re: "Your proposal of delaying the behavior described above until the PostConstruct is called, while better it can still lead to problems as the postConstruct may not have initialized everything is needed for the method to be called ..."
[~christian.zambrano], I don't understand. My understanding is that postConstruct() would be called after all CDI injections are performed. Calling the @PostConstruct annotated method would be the last chance to perform additional initialization, so doing the verification after that would seem to be OK. What am I missing?
re: "so having a way to turn this behavior off would be ideal for these cases."
[~christian.zambrano], sorry, which behavior are you referring to?
> @PostConstruct on @ApplicationScoped bean called too late in case @Valid is annotated on a business method
> ----------------------------------------------------------------------------------------------------------
>
> Key: WFLY-11956
> URL: https://issues.jboss.org/browse/WFLY-11956
> Project: WildFly
> Issue Type: Bug
> Components: Bean Validation, REST
> Affects Versions: 16.0.0.Final
> Reporter: Joerg Baesner
> Assignee: Ronald Sigal
> Priority: Major
> Attachments: logging.txt, playground.zip
>
>
> Having a bean class with {{@ApplicationScoped}}, which has a {{@PostConstruct}} and is implementing the following _Interface_:
> {code}
> @Path("/validated")
> public interface ValidatedJaxRsInterface {
>
> @GET
> @Valid
> @Produces(MediaType.APPLICATION_JSON)
> GreetingModel getHelloGreeting();
> }
> {code}
> will result in calling the {{getHelloGreeting}} method of the implementation class twice *_before_* the {{@PostConstruct}} is getting executed.
> This can be reproduced with the attached reproducer application...
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 6 months
[JBoss JIRA] (DROOLS-3015) [DMN Designer] Prohibit parallel item definition edition
by Guilherme Gomes (Jira)
[ https://issues.jboss.org/browse/DROOLS-3015?page=com.atlassian.jira.plugi... ]
Guilherme Gomes updated DROOLS-3015:
------------------------------------
Story Points: 3 (was: 8)
> [DMN Designer] Prohibit parallel item definition edition
> --------------------------------------------------------
>
> Key: DROOLS-3015
> URL: https://issues.jboss.org/browse/DROOLS-3015
> Project: Drools
> Issue Type: Task
> Components: DMN Editor
> Affects Versions: 7.12.0.Final
> Reporter: Jozef Marko
> Assignee: Guilherme Gomes
> Priority: Major
> Labels: drools-tools
> Attachments: DMCommunity Challenge - March 2017.dmn, Screenshot from 2018-09-24 13-00-45.png
>
>
> We should prohibit parallel edit operation of item definitions in managa custom data type dialog. It brings troubles in different scenarios:
> h2. Save parent item
> # Open attached dmn model
> # Invoke manage custom data type dialog
> # Expand *tProfile* item
> # Click on edit next to *tProfile (Structure)*
> # Click on edit next to *Name (string)*
> # Change *Name* to *Name_updated*
> # Change *tProfile* to *tProfile_updated*
> # Click *Save* next *tProfile_updated*
> # Save button for *Name_updated* will disappear
> # Changes saved just for parent item *tProfile_updated*
> h2. Save referred items
> # Open attached dmn model
> # Invoke manage custom data type dialog
> # Click on edit next to *tGender (string)*
> # Click on edit next to *tGenders (tGender)*
> # Rename *tGender* to *tGender_updated*
> # Click *Save* next *tGender_updated*
> # The data type select box for *tGenders* will disappear, see
> ## !Screenshot from 2018-09-24 13-00-45.png|thumbnail!
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 6 months