[JBoss JIRA] (JGRP-2451) FD_ALL3: improvements over FD_ALL
by Bela Ban (Jira)
[ https://issues.redhat.com/browse/JGRP-2451?page=com.atlassian.jira.plugin... ]
Bela Ban updated JGRP-2451:
---------------------------
Summary: FD_ALL3: improvements over FD_ALL (was: FD_ALL2: improvements)
> FD_ALL3: improvements over FD_ALL
> ---------------------------------
>
> Key: JGRP-2451
> URL: https://issues.redhat.com/browse/JGRP-2451
> Project: JGroups
> Issue Type: Feature Request
> Reporter: Bela Ban
> Assignee: Bela Ban
> Priority: Major
> Fix For: 5.0, 4.2.1
>
>
> Improvements to {{FD_ALL2}}.
> * Messages should count as heartbeats ({{msg_counts_as_heartbeat}} should be *default*, and as such, deprecated).
> * When a multicast message is sent before {{interval}} elapsed, we suppress sending a heartbeat
> * There's a map associating members with booleans. True means a heartbeat was received since the last check, false means it wasn't. On a check, the booleans are all set to false.
> It is crucial that setting the in the map is quick (not like in {{FD_ALL}}, where we fetch the current time from the time service), especially since this is done on every message.
> The advantage is that we only send heartbeats when there is no (multicast) traffic, and we don't suspect a member P when heartbeats have been missing despite receiving traffic from P.
> We need to think about whether to consider unicast messages, too, on the sender side: we could populate a bit map with messages sent to members: on a unicast message to P, P's bit would be set in the bit. On a multicast message, all bits would be set. Then, we could selectively send heartbeats only to members with bits set to 0.
> However, this is only feasible with sending a message N-1 times (e.g. TCP); for UDP we don't have such an 'anycast' available.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 4 months
[JBoss JIRA] (WFLY-13189) CDI layer should not configure bean validation
by Brian Stansberry (Jira)
Brian Stansberry created WFLY-13189:
---------------------------------------
Summary: CDI layer should not configure bean validation
Key: WFLY-13189
URL: https://issues.redhat.com/browse/WFLY-13189
Project: WildFly
Issue Type: Bug
Components: Bean Validation, CDI / Weld
Reporter: Brian Stansberry
Assignee: Brian Stansberry
Fix For: 20.0.0.Beta1
When I did WFLY-12763 the intent was the CDI layer would not add BV to the config. But I didn't do it right -- I added a layer for BV but the CDI layer still (non-optionally) installs the BV subsystem.
So this JIRA is to correct that.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 4 months
[JBoss JIRA] (WFLY-13186) Multiple @PostLoad in @MappedSuperclass
by Stefan Lindner (Jira)
[ https://issues.redhat.com/browse/WFLY-13186?page=com.atlassian.jira.plugi... ]
Stefan Lindner commented on WFLY-13186:
---------------------------------------
Thank you for your fast reply. I will open an issue at Hibernate and update this issue if there was any solution.
> Multiple @PostLoad in @MappedSuperclass
> ---------------------------------------
>
> Key: WFLY-13186
> URL: https://issues.redhat.com/browse/WFLY-13186
> Project: WildFly
> Issue Type: Bug
> Components: JPA / Hibernate
> Affects Versions: 18.0.1.Final
> Reporter: Stefan Lindner
> Assignee: Scott Marlow
> Priority: Major
>
> Using {{@PostLoad}} in a {{@MappedSuperclass}} does not work it the annotated method has the same name as in {{@Entity}} class.
> I did not find any hints in the specs about the behavior in this case. Is it allowed?
> h3. This does not work
> {code:title=SuperClass.java|borderStyle=solid}
> @MappedSuperclass
> public abstract Superclass {
> @PostLoad
> public void postLoad() {
> System.out.println("Superclass.postLoad");
> }
> }
> {code}
> {code:title=EntityClass.java|borderStyle=solid}
> @Entity
> public class EntityClass extends SuperClass {
> @PostLoad
> public void postLoad() {
> System.out.println("Superclass.postLoad");
> }
> }
> {code}
> h3. This works
> {code:title=SuperClass.java|borderStyle=solid}
> @MappedSuperclass
> public abstract Superclass {
> @PostLoad
> public void otherPostLoad() {
> System.out.println("Superclass.postLoad");
> }
> }
> {code}
> {code:title=EntityClass.java|borderStyle=solid}
> @Entity
> public class EntityClass extends SuperClass {
> @PostLoad
> public void postLoad() {
> System.out.println("Superclass.postLoad");
> }
> }
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 4 months
[JBoss JIRA] (WFLY-13188) Exception while exporting metrics during WildFly initialization
by Brian Stansberry (Jira)
[ https://issues.redhat.com/browse/WFLY-13188?page=com.atlassian.jira.plugi... ]
Brian Stansberry updated WFLY-13188:
------------------------------------
Description:
When the open tracing system is enabled and some metrics are exposed, if when the WildFly is in the startup process, the Prometheus server calls the /metrics endpoint, WildFly prints a stacktrace for each metrics that is has detected (i.e. more than thousands) with the following message:
*WFLYCTL0379: System boot is in process; execution of remote management operations is not currently available
*
In some cases the error persists, even after the server startup is done and we need to restart the WildFly; but we couldn't find the exact scenario for that.
Here is an example for wildfly_jpa_second_level_cache_size_in_memory metric:
{code}
2020-03-02 09:38:06,739 WARN [management I/O-2] [metrics] Unable to export metric wildfly_jpa_second_level_cache_size_in_memory: java.lang.IllegalStateException: WFLYMETRICS0003: Unable to read attribute second-level-cache-size-in-memory on [
("deployment" => "application.ear"),
("subdeployment" => "application-persistence.jar"),
("subsystem" => "jpa"),
("hibernate-persistence-unit" => "application.ear/application-persistence.jar#app"),
("entity-cache" => "com.app.persistence.entity.Country")
]: "WFLYCTL0379: System boot is in process; execution of remote management operations is not currently available".
at org.wildfly.extension.microprofile.metrics.MetricCollector.readAttributeValue(MetricCollector.java:303)
at org.wildfly.extension.microprofile.metrics.MetricCollector.access$200(MetricCollector.java:70)
at org.wildfly.extension.microprofile.metrics.MetricCollector$2.getValue(MetricCollector.java:174)
at org.wildfly.extension.microprofile.metrics.MetricCollector$2.getValue(MetricCollector.java:171)
at io.smallrye.metrics.exporters.OpenMetricsExporter.createSimpleValueLine(OpenMetricsExporter.java:445)
at io.smallrye.metrics.exporters.OpenMetricsExporter.exposeEntries(OpenMetricsExporter.java:178)
at io.smallrye.metrics.exporters.OpenMetricsExporter.getEntriesForScope(OpenMetricsExporter.java:150)
at io.smallrye.metrics.exporters.OpenMetricsExporter.exportAllScopes(OpenMetricsExporter.java:101)
at io.smallrye.metrics.MetricsRequestHandler.handleRequest(MetricsRequestHandler.java:116)
at io.smallrye.metrics.MetricsRequestHandler.handleRequest(MetricsRequestHandler.java:73)
at org.wildfly.extension.microprofile.metrics.MetricsContextService$1.handleRequest(MetricsContextService.java:81)
at org.jboss.as.domain.http.server.security.RealmReadinessHandler.handleRequest(RealmReadinessHandler.java:51)
at org.jboss.as.domain.http.server.security.ServerErrorReadinessHandler.handleRequest(ServerErrorReadinessHandler.java:35)
at io.undertow.server.handlers.PathHandler.handleRequest(PathHandler.java:91)
at io.undertow.server.handlers.ChannelUpgradeHandler.handleRequest(ChannelUpgradeHandler.java:211)
at io.undertow.server.handlers.cache.CacheHandler.handleRequest(CacheHandler.java:92)
at io.undertow.server.handlers.error.SimpleErrorPageHandler.handleRequest(SimpleErrorPageHandler.java:78)
at io.undertow.server.handlers.CanonicalPathHandler.handleRequest(CanonicalPathHandler.java:49)
at org.jboss.as.domain.http.server.ManagementHttpRequestHandler.handleRequest(ManagementHttpRequestHandler.java:57)
at org.jboss.as.domain.http.server.cors.CorsHttpHandler.handleRequest(CorsHttpHandler.java:75)
at org.jboss.as.domain.http.server.ManagementHttpServer$UpgradeFixHandler.handleRequest(ManagementHttpServer.java:666)
at io.undertow.server.Connectors.executeRootHandler(Connectors.java:376)
at io.undertow.server.protocol.http.HttpReadListener.handleEventWithNoRunningRequest(HttpReadListener.java:255)
at io.undertow.server.protocol.http.HttpReadListener.handleEvent(HttpReadListener.java:136)
at io.undertow.server.protocol.http.HttpReadListener.handleEvent(HttpReadListener.java:59)
at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92)
at org.xnio.conduits.ReadReadyHandler$ChannelListenerHandler.readReady(ReadReadyHandler.java:66)
at org.xnio.nio.NioSocketConduit.handleReady(NioSocketConduit.java:89)
at org.xnio.nio.WorkerThread.run(WorkerThread.java:591)
{code}
was:
When the open tracing system is enabled and some metrics are exposed, if when the WildFly is in the startup process, the Prometheus server calls the /metrics endpoint, WildFly prints a stacktrace for each metrics that is has detected (i.e. more than thousands) with the following message:
*WFLYCTL0379: System boot is in process; execution of remote management operations is not currently available
*
In some cases the error persists, even after the server startup is done and we need to restart the WildFly; but we couldn't find the exact scenario for that.
Here is an example for wildfly_jpa_second_level_cache_size_in_memory metric:
2020-03-02 09:38:06,739 WARN [management I/O-2] [metrics] Unable to export metric wildfly_jpa_second_level_cache_size_in_memory: java.lang.IllegalStateException: WFLYMETRICS0003: Unable to read attribute second-level-cache-size-in-memory on [
("deployment" => "application.ear"),
("subdeployment" => "application-persistence.jar"),
("subsystem" => "jpa"),
("hibernate-persistence-unit" => "application.ear/application-persistence.jar#app"),
("entity-cache" => "com.app.persistence.entity.Country")
]: "WFLYCTL0379: System boot is in process; execution of remote management operations is not currently available".
at org.wildfly.extension.microprofile.metrics.MetricCollector.readAttributeValue(MetricCollector.java:303)
at org.wildfly.extension.microprofile.metrics.MetricCollector.access$200(MetricCollector.java:70)
at org.wildfly.extension.microprofile.metrics.MetricCollector$2.getValue(MetricCollector.java:174)
at org.wildfly.extension.microprofile.metrics.MetricCollector$2.getValue(MetricCollector.java:171)
at io.smallrye.metrics.exporters.OpenMetricsExporter.createSimpleValueLine(OpenMetricsExporter.java:445)
at io.smallrye.metrics.exporters.OpenMetricsExporter.exposeEntries(OpenMetricsExporter.java:178)
at io.smallrye.metrics.exporters.OpenMetricsExporter.getEntriesForScope(OpenMetricsExporter.java:150)
at io.smallrye.metrics.exporters.OpenMetricsExporter.exportAllScopes(OpenMetricsExporter.java:101)
at io.smallrye.metrics.MetricsRequestHandler.handleRequest(MetricsRequestHandler.java:116)
at io.smallrye.metrics.MetricsRequestHandler.handleRequest(MetricsRequestHandler.java:73)
at org.wildfly.extension.microprofile.metrics.MetricsContextService$1.handleRequest(MetricsContextService.java:81)
at org.jboss.as.domain.http.server.security.RealmReadinessHandler.handleRequest(RealmReadinessHandler.java:51)
at org.jboss.as.domain.http.server.security.ServerErrorReadinessHandler.handleRequest(ServerErrorReadinessHandler.java:35)
at io.undertow.server.handlers.PathHandler.handleRequest(PathHandler.java:91)
at io.undertow.server.handlers.ChannelUpgradeHandler.handleRequest(ChannelUpgradeHandler.java:211)
at io.undertow.server.handlers.cache.CacheHandler.handleRequest(CacheHandler.java:92)
at io.undertow.server.handlers.error.SimpleErrorPageHandler.handleRequest(SimpleErrorPageHandler.java:78)
at io.undertow.server.handlers.CanonicalPathHandler.handleRequest(CanonicalPathHandler.java:49)
at org.jboss.as.domain.http.server.ManagementHttpRequestHandler.handleRequest(ManagementHttpRequestHandler.java:57)
at org.jboss.as.domain.http.server.cors.CorsHttpHandler.handleRequest(CorsHttpHandler.java:75)
at org.jboss.as.domain.http.server.ManagementHttpServer$UpgradeFixHandler.handleRequest(ManagementHttpServer.java:666)
at io.undertow.server.Connectors.executeRootHandler(Connectors.java:376)
at io.undertow.server.protocol.http.HttpReadListener.handleEventWithNoRunningRequest(HttpReadListener.java:255)
at io.undertow.server.protocol.http.HttpReadListener.handleEvent(HttpReadListener.java:136)
at io.undertow.server.protocol.http.HttpReadListener.handleEvent(HttpReadListener.java:59)
at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92)
at org.xnio.conduits.ReadReadyHandler$ChannelListenerHandler.readReady(ReadReadyHandler.java:66)
at org.xnio.nio.NioSocketConduit.handleReady(NioSocketConduit.java:89)
at org.xnio.nio.WorkerThread.run(WorkerThread.java:591)
> Exception while exporting metrics during WildFly initialization
> ---------------------------------------------------------------
>
> Key: WFLY-13188
> URL: https://issues.redhat.com/browse/WFLY-13188
> Project: WildFly
> Issue Type: Bug
> Components: MP Metrics
> Affects Versions: 18.0.1.Final, 19.0.0.Beta2
> Reporter: Ehsan Zaery Moghaddam
> Assignee: Jeff Mesnil
> Priority: Major
> Labels: Microprofile
>
> When the open tracing system is enabled and some metrics are exposed, if when the WildFly is in the startup process, the Prometheus server calls the /metrics endpoint, WildFly prints a stacktrace for each metrics that is has detected (i.e. more than thousands) with the following message:
> *WFLYCTL0379: System boot is in process; execution of remote management operations is not currently available
> *
> In some cases the error persists, even after the server startup is done and we need to restart the WildFly; but we couldn't find the exact scenario for that.
> Here is an example for wildfly_jpa_second_level_cache_size_in_memory metric:
> {code}
> 2020-03-02 09:38:06,739 WARN [management I/O-2] [metrics] Unable to export metric wildfly_jpa_second_level_cache_size_in_memory: java.lang.IllegalStateException: WFLYMETRICS0003: Unable to read attribute second-level-cache-size-in-memory on [
> ("deployment" => "application.ear"),
> ("subdeployment" => "application-persistence.jar"),
> ("subsystem" => "jpa"),
> ("hibernate-persistence-unit" => "application.ear/application-persistence.jar#app"),
> ("entity-cache" => "com.app.persistence.entity.Country")
> ]: "WFLYCTL0379: System boot is in process; execution of remote management operations is not currently available".
> at org.wildfly.extension.microprofile.metrics.MetricCollector.readAttributeValue(MetricCollector.java:303)
> at org.wildfly.extension.microprofile.metrics.MetricCollector.access$200(MetricCollector.java:70)
> at org.wildfly.extension.microprofile.metrics.MetricCollector$2.getValue(MetricCollector.java:174)
> at org.wildfly.extension.microprofile.metrics.MetricCollector$2.getValue(MetricCollector.java:171)
> at io.smallrye.metrics.exporters.OpenMetricsExporter.createSimpleValueLine(OpenMetricsExporter.java:445)
> at io.smallrye.metrics.exporters.OpenMetricsExporter.exposeEntries(OpenMetricsExporter.java:178)
> at io.smallrye.metrics.exporters.OpenMetricsExporter.getEntriesForScope(OpenMetricsExporter.java:150)
> at io.smallrye.metrics.exporters.OpenMetricsExporter.exportAllScopes(OpenMetricsExporter.java:101)
> at io.smallrye.metrics.MetricsRequestHandler.handleRequest(MetricsRequestHandler.java:116)
> at io.smallrye.metrics.MetricsRequestHandler.handleRequest(MetricsRequestHandler.java:73)
> at org.wildfly.extension.microprofile.metrics.MetricsContextService$1.handleRequest(MetricsContextService.java:81)
> at org.jboss.as.domain.http.server.security.RealmReadinessHandler.handleRequest(RealmReadinessHandler.java:51)
> at org.jboss.as.domain.http.server.security.ServerErrorReadinessHandler.handleRequest(ServerErrorReadinessHandler.java:35)
> at io.undertow.server.handlers.PathHandler.handleRequest(PathHandler.java:91)
> at io.undertow.server.handlers.ChannelUpgradeHandler.handleRequest(ChannelUpgradeHandler.java:211)
> at io.undertow.server.handlers.cache.CacheHandler.handleRequest(CacheHandler.java:92)
> at io.undertow.server.handlers.error.SimpleErrorPageHandler.handleRequest(SimpleErrorPageHandler.java:78)
> at io.undertow.server.handlers.CanonicalPathHandler.handleRequest(CanonicalPathHandler.java:49)
> at org.jboss.as.domain.http.server.ManagementHttpRequestHandler.handleRequest(ManagementHttpRequestHandler.java:57)
> at org.jboss.as.domain.http.server.cors.CorsHttpHandler.handleRequest(CorsHttpHandler.java:75)
> at org.jboss.as.domain.http.server.ManagementHttpServer$UpgradeFixHandler.handleRequest(ManagementHttpServer.java:666)
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:376)
> at io.undertow.server.protocol.http.HttpReadListener.handleEventWithNoRunningRequest(HttpReadListener.java:255)
> at io.undertow.server.protocol.http.HttpReadListener.handleEvent(HttpReadListener.java:136)
> at io.undertow.server.protocol.http.HttpReadListener.handleEvent(HttpReadListener.java:59)
> at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92)
> at org.xnio.conduits.ReadReadyHandler$ChannelListenerHandler.readReady(ReadReadyHandler.java:66)
> at org.xnio.nio.NioSocketConduit.handleReady(NioSocketConduit.java:89)
> at org.xnio.nio.WorkerThread.run(WorkerThread.java:591)
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 4 months
[JBoss JIRA] (WFLY-13186) Multiple @PostLoad in @MappedSuperclass
by Scott Marlow (Jira)
[ https://issues.redhat.com/browse/WFLY-13186?page=com.atlassian.jira.plugi... ]
Scott Marlow commented on WFLY-13186:
-------------------------------------
Hibernate ORM bugs can be created via the [ Hibernate issue tracker|https://hibernate.atlassian.net/browse/HHH].
I don't recall there being a JPA specification reason why your test case would fail.
> Multiple @PostLoad in @MappedSuperclass
> ---------------------------------------
>
> Key: WFLY-13186
> URL: https://issues.redhat.com/browse/WFLY-13186
> Project: WildFly
> Issue Type: Bug
> Components: JPA / Hibernate
> Affects Versions: 18.0.1.Final
> Reporter: Stefan Lindner
> Assignee: Scott Marlow
> Priority: Major
>
> Using {{@PostLoad}} in a {{@MappedSuperclass}} does not work it the annotated method has the same name as in {{@Entity}} class.
> I did not find any hints in the specs about the behavior in this case. Is it allowed?
> h3. This does not work
> {code:title=SuperClass.java|borderStyle=solid}
> @MappedSuperclass
> public abstract Superclass {
> @PostLoad
> public void postLoad() {
> System.out.println("Superclass.postLoad");
> }
> }
> {code}
> {code:title=EntityClass.java|borderStyle=solid}
> @Entity
> public class EntityClass extends SuperClass {
> @PostLoad
> public void postLoad() {
> System.out.println("Superclass.postLoad");
> }
> }
> {code}
> h3. This works
> {code:title=SuperClass.java|borderStyle=solid}
> @MappedSuperclass
> public abstract Superclass {
> @PostLoad
> public void otherPostLoad() {
> System.out.println("Superclass.postLoad");
> }
> }
> {code}
> {code:title=EntityClass.java|borderStyle=solid}
> @Entity
> public class EntityClass extends SuperClass {
> @PostLoad
> public void postLoad() {
> System.out.println("Superclass.postLoad");
> }
> }
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 4 months
[JBoss JIRA] (WFLY-13186) Multiple @PostLoad in @MappedSuperclass
by Scott Marlow (Jira)
[ https://issues.redhat.com/browse/WFLY-13186?page=com.atlassian.jira.plugi... ]
Scott Marlow edited comment on WFLY-13186 at 3/3/20 4:31 PM:
-------------------------------------------------------------
This sounds like a question for Hibernate ORM, more than WildFly, as the related code would be in [github.com/hibernate/hibernate-orm|https://github.com/hibernate/hibernate...]
was (Author: smarlow):
This sounds like a question for Hibernate ORM, more than WildFly, as the related code would be in [github.com/hibernate/hibernate-orm]
> Multiple @PostLoad in @MappedSuperclass
> ---------------------------------------
>
> Key: WFLY-13186
> URL: https://issues.redhat.com/browse/WFLY-13186
> Project: WildFly
> Issue Type: Bug
> Components: JPA / Hibernate
> Affects Versions: 18.0.1.Final
> Reporter: Stefan Lindner
> Assignee: Scott Marlow
> Priority: Major
>
> Using {{@PostLoad}} in a {{@MappedSuperclass}} does not work it the annotated method has the same name as in {{@Entity}} class.
> I did not find any hints in the specs about the behavior in this case. Is it allowed?
> h3. This does not work
> {code:title=SuperClass.java|borderStyle=solid}
> @MappedSuperclass
> public abstract Superclass {
> @PostLoad
> public void postLoad() {
> System.out.println("Superclass.postLoad");
> }
> }
> {code}
> {code:title=EntityClass.java|borderStyle=solid}
> @Entity
> public class EntityClass extends SuperClass {
> @PostLoad
> public void postLoad() {
> System.out.println("Superclass.postLoad");
> }
> }
> {code}
> h3. This works
> {code:title=SuperClass.java|borderStyle=solid}
> @MappedSuperclass
> public abstract Superclass {
> @PostLoad
> public void otherPostLoad() {
> System.out.println("Superclass.postLoad");
> }
> }
> {code}
> {code:title=EntityClass.java|borderStyle=solid}
> @Entity
> public class EntityClass extends SuperClass {
> @PostLoad
> public void postLoad() {
> System.out.println("Superclass.postLoad");
> }
> }
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 4 months
[JBoss JIRA] (WFLY-13186) Multiple @PostLoad in @MappedSuperclass
by Scott Marlow (Jira)
[ https://issues.redhat.com/browse/WFLY-13186?page=com.atlassian.jira.plugi... ]
Scott Marlow commented on WFLY-13186:
-------------------------------------
This sounds like a question for Hibernate ORM, more than WildFly, as the related code would be in [github.com/hibernate/hibernate-orm]
> Multiple @PostLoad in @MappedSuperclass
> ---------------------------------------
>
> Key: WFLY-13186
> URL: https://issues.redhat.com/browse/WFLY-13186
> Project: WildFly
> Issue Type: Bug
> Components: JPA / Hibernate
> Affects Versions: 18.0.1.Final
> Reporter: Stefan Lindner
> Assignee: Scott Marlow
> Priority: Major
>
> Using {{@PostLoad}} in a {{@MappedSuperclass}} does not work it the annotated method has the same name as in {{@Entity}} class.
> I did not find any hints in the specs about the behavior in this case. Is it allowed?
> h3. This does not work
> {code:title=SuperClass.java|borderStyle=solid}
> @MappedSuperclass
> public abstract Superclass {
> @PostLoad
> public void postLoad() {
> System.out.println("Superclass.postLoad");
> }
> }
> {code}
> {code:title=EntityClass.java|borderStyle=solid}
> @Entity
> public class EntityClass extends SuperClass {
> @PostLoad
> public void postLoad() {
> System.out.println("Superclass.postLoad");
> }
> }
> {code}
> h3. This works
> {code:title=SuperClass.java|borderStyle=solid}
> @MappedSuperclass
> public abstract Superclass {
> @PostLoad
> public void otherPostLoad() {
> System.out.println("Superclass.postLoad");
> }
> }
> {code}
> {code:title=EntityClass.java|borderStyle=solid}
> @Entity
> public class EntityClass extends SuperClass {
> @PostLoad
> public void postLoad() {
> System.out.println("Superclass.postLoad");
> }
> }
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 4 months
[JBoss JIRA] (WFLY-13186) Multiple @PostLoad in @MappedSuperclass
by Scott Marlow (Jira)
[ https://issues.redhat.com/browse/WFLY-13186?page=com.atlassian.jira.plugi... ]
Scott Marlow updated WFLY-13186:
--------------------------------
Description:
Using {{@PostLoad}} in a {{@MappedSuperclass}} does not work it the annotated method has the same name as in {{@Entity}} class.
I did not find any hints in the specs about the behavior in this case. Is it allowed?
h3. This does not work
{code:title=SuperClass.java|borderStyle=solid}
@MappedSuperclass
public abstract Superclass {
@PostLoad
public void postLoad() {
System.out.println("Superclass.postLoad");
}
}
{code}
{code:title=EntityClass.java|borderStyle=solid}
@Entity
public class EntityClass extends SuperClass {
@PostLoad
public void postLoad() {
System.out.println("Superclass.postLoad");
}
}
{code}
h3. This works
{code:title=SuperClass.java|borderStyle=solid}
@MappedSuperclass
public abstract Superclass {
@PostLoad
public void otherPostLoad() {
System.out.println("Superclass.postLoad");
}
}
{code}
{code:title=EntityClass.java|borderStyle=solid}
@Entity
public class EntityClass extends SuperClass {
@PostLoad
public void postLoad() {
System.out.println("Superclass.postLoad");
}
}
{code}
was:
{color:red}colored text{color}Using {{@PostLoad}} in a {{@MappedSuperclass}} does not work it the annotated method has the same name as in {{@Entity}} class.
I did not find any hints in the specs about the behavior in this case. Is it allowed?
h3. This does not work
{code:title=SuperClass.java|borderStyle=solid}
@MappedSuperclass
public abstract Superclass {
@PostLoad
public void postLoad() {
System.out.println("Superclass.postLoad");
}
}
{code}
{code:title=EntityClass.java|borderStyle=solid}
@Entity
public class EntityClass extends SuperClass {
@PostLoad
public void postLoad() {
System.out.println("Superclass.postLoad");
}
}
{code}
h3. This works
{code:title=SuperClass.java|borderStyle=solid}
@MappedSuperclass
public abstract Superclass {
@PostLoad
public void otherPostLoad() {
System.out.println("Superclass.postLoad");
}
}
{code}
{code:title=EntityClass.java|borderStyle=solid}
@Entity
public class EntityClass extends SuperClass {
@PostLoad
public void postLoad() {
System.out.println("Superclass.postLoad");
}
}
{code}
> Multiple @PostLoad in @MappedSuperclass
> ---------------------------------------
>
> Key: WFLY-13186
> URL: https://issues.redhat.com/browse/WFLY-13186
> Project: WildFly
> Issue Type: Bug
> Components: JPA / Hibernate
> Affects Versions: 18.0.1.Final
> Reporter: Stefan Lindner
> Assignee: Scott Marlow
> Priority: Major
>
> Using {{@PostLoad}} in a {{@MappedSuperclass}} does not work it the annotated method has the same name as in {{@Entity}} class.
> I did not find any hints in the specs about the behavior in this case. Is it allowed?
> h3. This does not work
> {code:title=SuperClass.java|borderStyle=solid}
> @MappedSuperclass
> public abstract Superclass {
> @PostLoad
> public void postLoad() {
> System.out.println("Superclass.postLoad");
> }
> }
> {code}
> {code:title=EntityClass.java|borderStyle=solid}
> @Entity
> public class EntityClass extends SuperClass {
> @PostLoad
> public void postLoad() {
> System.out.println("Superclass.postLoad");
> }
> }
> {code}
> h3. This works
> {code:title=SuperClass.java|borderStyle=solid}
> @MappedSuperclass
> public abstract Superclass {
> @PostLoad
> public void otherPostLoad() {
> System.out.println("Superclass.postLoad");
> }
> }
> {code}
> {code:title=EntityClass.java|borderStyle=solid}
> @Entity
> public class EntityClass extends SuperClass {
> @PostLoad
> public void postLoad() {
> System.out.println("Superclass.postLoad");
> }
> }
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 4 months
[JBoss JIRA] (WFLY-13186) Multiple @PostLoad in @MappedSuperclass
by Scott Marlow (Jira)
[ https://issues.redhat.com/browse/WFLY-13186?page=com.atlassian.jira.plugi... ]
Scott Marlow updated WFLY-13186:
--------------------------------
Description:
{color:red}colored text{color}Using {{@PostLoad}} in a {{@MappedSuperclass}} does not work it the annotated method has the same name as in {{@Entity}} class.
I did not find any hints in the specs about the behavior in this case. Is it allowed?
h3. This does not work
{code:title=SuperClass.java|borderStyle=solid}
@MappedSuperclass
public abstract Superclass {
@PostLoad
public void postLoad() {
System.out.println("Superclass.postLoad");
}
}
{code}
{code:title=EntityClass.java|borderStyle=solid}
@Entity
public class EntityClass extends SuperClass {
@PostLoad
public void postLoad() {
System.out.println("Superclass.postLoad");
}
}
{code}
h3. This works
{code:title=SuperClass.java|borderStyle=solid}
@MappedSuperclass
public abstract Superclass {
@PostLoad
public void otherPostLoad() {
System.out.println("Superclass.postLoad");
}
}
{code}
{code:title=EntityClass.java|borderStyle=solid}
@Entity
public class EntityClass extends SuperClass {
@PostLoad
public void postLoad() {
System.out.println("Superclass.postLoad");
}
}
{code}
was:
Using {{@PostLoad}} in a {{@MappedSuperclass}} does not work it the annotated method has the same name as in {{@Entity}} class.
I did not find any hints in the specs about the behavior in this case. Is it allowed?
h3. This does not work
{code:title=SuperClass.java|borderStyle=solid}
@MappedSuperclass
public abstract Superclass {
@PostLoad
public void postLoad() {
System.out.println("Superclass.postLoad");
}
}
{code}
{code:title=EntityClass.java|borderStyle=solid}
@Entity
public class EntityClass extends SuperClass {
@PostLoad
public void postLoad() {
System.out.println("Superclass.postLoad");
}
}
{code}
h3. This works
{code:title=SuperClass.java|borderStyle=solid}
@MappedSuperclass
public abstract Superclass {
@PostLoad
public void otherPostLoad() {
System.out.println("Superclass.postLoad");
}
}
{code}
{code:title=EntityClass.java|borderStyle=solid}
@Entity
public class EntityClass extends SuperClass {
@PostLoad
public void postLoad() {
System.out.println("Superclass.postLoad");
}
}
{code}
> Multiple @PostLoad in @MappedSuperclass
> ---------------------------------------
>
> Key: WFLY-13186
> URL: https://issues.redhat.com/browse/WFLY-13186
> Project: WildFly
> Issue Type: Bug
> Components: JPA / Hibernate
> Affects Versions: 18.0.1.Final
> Reporter: Stefan Lindner
> Assignee: Scott Marlow
> Priority: Major
>
> {color:red}colored text{color}Using {{@PostLoad}} in a {{@MappedSuperclass}} does not work it the annotated method has the same name as in {{@Entity}} class.
> I did not find any hints in the specs about the behavior in this case. Is it allowed?
> h3. This does not work
> {code:title=SuperClass.java|borderStyle=solid}
> @MappedSuperclass
> public abstract Superclass {
> @PostLoad
> public void postLoad() {
> System.out.println("Superclass.postLoad");
> }
> }
> {code}
> {code:title=EntityClass.java|borderStyle=solid}
> @Entity
> public class EntityClass extends SuperClass {
> @PostLoad
> public void postLoad() {
> System.out.println("Superclass.postLoad");
> }
> }
> {code}
> h3. This works
> {code:title=SuperClass.java|borderStyle=solid}
> @MappedSuperclass
> public abstract Superclass {
> @PostLoad
> public void otherPostLoad() {
> System.out.println("Superclass.postLoad");
> }
> }
> {code}
> {code:title=EntityClass.java|borderStyle=solid}
> @Entity
> public class EntityClass extends SuperClass {
> @PostLoad
> public void postLoad() {
> System.out.println("Superclass.postLoad");
> }
> }
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 4 months