[JBoss JIRA] (WFLY-6283) CacheConfigurationException: Detected interceptor of type [org.hibernate.cache.infinispan.access.TxInvalidationInterceptor] being added to the interceptor chain 231985794 more than once!
by Scott Marlow (JIRA)
[ https://issues.jboss.org/browse/WFLY-6283?page=com.atlassian.jira.plugin.... ]
Scott Marlow commented on WFLY-6283:
------------------------------------
Paul's fix should be in the [WildFly nightly build tomorrow|https://developer.jboss.org/message/810641#810641] (March 17th).
> CacheConfigurationException: Detected interceptor of type [org.hibernate.cache.infinispan.access.TxInvalidationInterceptor] being added to the interceptor chain 231985794 more than once!
> ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-6283
> URL: https://issues.jboss.org/browse/WFLY-6283
> Project: WildFly
> Issue Type: Bug
> Components: JPA / Hibernate
> Affects Versions: 10.0.0.Final
> Reporter: Harold Campbell
> Assignee: Paul Ferraro
> Fix For: 10.1.0.Final
>
>
> With second level caching enabled in a persistence unit, my application can only be deployed once without restarting wildfly. Redeployment results in this stacktrace:
> 19:06:48,764 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 87) MSC000001: Failed to start service jboss.persistenceunit."winthorpe-ear.ear#winthorpedb": org.jboss.msc.service.StartException in service jboss.persistenceunit."winthorpe-ear.ear#winthorpedb": javax.persistence.PersistenceException: [PersistenceUnit: winthorpedb] Unable to build Hibernate SessionFactory
> at org.jboss.as.jpa.service.PersistenceUnitServiceImpl$1$1.run(PersistenceUnitServiceImpl.java:172)
> at org.jboss.as.jpa.service.PersistenceUnitServiceImpl$1$1.run(PersistenceUnitServiceImpl.java:117)
> at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:667)
> at org.jboss.as.jpa.service.PersistenceUnitServiceImpl$1.run(PersistenceUnitServiceImpl.java:182)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> at org.jboss.threads.JBossThread.run(JBossThread.java:320)
> Caused by: javax.persistence.PersistenceException: [PersistenceUnit: winthorpedb] Unable to build Hibernate SessionFactory
> at org.hibernate.jpa.boot.internal.EntityManagerFactoryBuilderImpl.persistenceException(EntityManagerFactoryBuilderImpl.java:954)
> at org.hibernate.jpa.boot.internal.EntityManagerFactoryBuilderImpl.build(EntityManagerFactoryBuilderImpl.java:882)
> at org.jboss.as.jpa.hibernate5.TwoPhaseBootstrapImpl.build(TwoPhaseBootstrapImpl.java:44)
> at org.jboss.as.jpa.service.PersistenceUnitServiceImpl$1$1.run(PersistenceUnitServiceImpl.java:154)
> ... 7 more
> Caused by: org.infinispan.commons.CacheConfigurationException: Detected interceptor of type [org.hibernate.cache.infinispan.access.TxInvalidationInterceptor] being added to the interceptor chain 231985794 more than once!
> at org.infinispan.interceptors.InterceptorChain.assertNotAdded(InterceptorChain.java:76)
> at org.infinispan.interceptors.InterceptorChain.addInterceptor(InterceptorChain.java:90)
> at org.infinispan.cache.impl.CacheImpl.addInterceptor(CacheImpl.java:879)
> at org.infinispan.cache.impl.AbstractDelegatingAdvancedCache.addInterceptor(AbstractDelegatingAdvancedCache.java:65)
> at org.hibernate.cache.infinispan.access.PutFromLoadValidator.<init>(PutFromLoadValidator.java:184)
> at org.hibernate.cache.infinispan.access.PutFromLoadValidator.<init>(PutFromLoadValidator.java:133)
> at org.hibernate.cache.infinispan.impl.BaseTransactionalDataRegion.prepareForValidation(BaseTransactionalDataRegion.java:145)
> at org.hibernate.cache.infinispan.impl.BaseTransactionalDataRegion.createAccessDelegate(BaseTransactionalDataRegion.java:130)
> at org.hibernate.cache.infinispan.naturalid.NaturalIdRegionImpl.buildAccessStrategy(NaturalIdRegionImpl.java:50)
> at org.hibernate.internal.SessionFactoryImpl.determineNaturalIdRegionAccessStrategy(SessionFactoryImpl.java:600)
> at org.hibernate.internal.SessionFactoryImpl.<init>(SessionFactoryImpl.java:339)
> at org.hibernate.boot.internal.SessionFactoryBuilderImpl.build(SessionFactoryBuilderImpl.java:444)
> at org.hibernate.jpa.boot.internal.EntityManagerFactoryBuilderImpl.build(EntityManagerFactoryBuilderImpl.java:879)
> ... 9 more
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month
[JBoss JIRA] (WFLY-6377) Composite Keys -- org.hibernate.property.access.spi.PropertyAccessException: Error accessing field
by Scott Marlow (JIRA)
[ https://issues.jboss.org/browse/WFLY-6377?page=com.atlassian.jira.plugin.... ]
Scott Marlow commented on WFLY-6377:
------------------------------------
Hi Akhbar, what is the HHH-NNN that you reported?
What happens if you simply do the following steps?
# cd wildfly/standalone/deployments
# ls
# rm APPNAME.EAR.deployed
# touch APPNAME.EAR.dodeploy
In the above steps, replace your application name for APPNAME.EAR. When you remove the .deployed file, your application should be undeployed. When you create the .dodeploy file, the application should deploy again. Do these steps after a restart of the application server (so that the first attempt succeeds).
I expect that this will also recreate the failure. If it does, please recreate once more with [TRACE logging enabled for org.jboss.as.jpa + org.hibernate|https://docs.jboss.org/author/display/WFLY10/JPA+Reference+...] and attach the server.log output file (you can truncate the file before starting the app server).
> Composite Keys -- org.hibernate.property.access.spi.PropertyAccessException: Error accessing field
> --------------------------------------------------------------------------------------------------
>
> Key: WFLY-6377
> URL: https://issues.jboss.org/browse/WFLY-6377
> Project: WildFly
> Issue Type: Bug
> Components: JPA / Hibernate
> Affects Versions: 10.0.0.Final
> Environment: Mac OSX, Wildfly 10.0, Hibernate 5.0/5.1, PostgreSQL 9.3
> Reporter: Akhbar Falafel
> Assignee: Scott Marlow
>
> I have 2 entity classes mapped in Hibernate 5.1: ProductBean and CommentBean. They are pretty simple, and look something like this...
> {code:java}
> @Entity(name = "Comment")
> @Table(name = "tbl_comment")
> public class CommentBean implements Serializable {
> @Id
> @GeneratedValue(strategy = GenerationType.SEQUENCE, generator = "seq_comment_id")
> @SequenceGenerator(name = "seq_comment_id", sequenceName = "seq_comment_id", allocationSize = 1)
> private Long id = null;
> ...
> }
> @Entity(name = "Product")
> @Table(name = "tbl_product")
> public class CommentBean implements Serializable {
> @Id
> @GeneratedValue(strategy = GenerationType.SEQUENCE, generator = "seq_product_id")
> @SequenceGenerator(name = "seq_product_id", sequenceName = "seq_product_id", allocationSize = 1)
> private Long id = null;
> @ManyToMany(cascade = CascadeType.MERGE)
> @JoinTable(name = "tbl_product_comments", joinColumns = {
> @JoinColumn(name = "product_id", referencedColumnName = "id") }, inverseJoinColumns = {
> @JoinColumn(name = "comment_id", referencedColumnName = "id") }, uniqueConstraints = {
> @UniqueConstraint(columnNames = { "product_id", "comment_id" }) })
> @IndexedEmbedded
> @OrderBy(value = "createdDate ASC")
> private Set<CommentBean> comments = new LinkedHashSet<>();
> ...
> }
> {code}
> I'm trying to map the Many-To-Many relation for the comments property in its own class, so that I can add additional properties to the relation in the future. The mapping class looks like this:
> {code:java}
> @Entity(name = "ProductComment")
> @Table(name = "tbl_product_comments")
> public class ProductCommentBean implements Serializable {
> private static final long serialVersionUID = 4730115318809856150L;
> @ManyToOne(optional = false)
> @JoinColumn(name = "productID", referencedColumnName = "id", nullable = false, insertable = false, updatable = false)
> @NotNull
> private ProductBean answer = null;
> @ManyToOne(optional = false)
> @JoinColumn(name = "comment_id", referencedColumnName = "id", nullable = false, insertable = false, updatable = false)
> @NotNull
> private CommentBean comment = null;
> @EmbeddedId
> private ID id = new ID();
> @Embeddable
> public static class ID implements Serializable {
> @Column(name = "product_id")
> private Long productID = null;
> @Column(name = "comment_id")
> private Long commentID = null;
> @Override
> public boolean equals(final Object other) {
> if (this == other) {
> return true;
> }
> if (!(other instanceof ID)) {
> return false;
> }
> ID castOther = (ID) other;
> return new EqualsBuilder().append(productID, castOther. productID).append(commentID, castOther.commentID)
> .isEquals();
> }
> @Override
> public int hashCode() {
> return new HashCodeBuilder(-2081682373, -1619249).append(productID).append(commentID).toHashCode();
> }
> public ID() {
> super();
> // TODO Auto-generated constructor stub
> }
> public ID(Long productID, Long commentID) {
> super();
> this.productID = productID;
> this.commentID = commentID;
> }
> }
> public ProductCommentBean(ProductBean product, CommentBean comment) {
> super();
> this.product = product;
> this.comment = comment;
> this.id.productID =product.getId();
> this.id.commentID = comment.getId();
> }
> }
> ...
> }
> {code}
> Upon my first deployment, I am able to create a ProductCommentBean object and save it to the database successfully. However, if I run a "clean" during development, the subsequent call to save a ProductCommentBean object results in the following exception:
> ISPN000136: Error executing command GetKeyValueCommand, writing keys []: org.hibernate.property.access.spi.PropertyAccessException: Error accessing field [private java.lang.Long com.test.ProductCommentBean$ID.productID] by reflection for persistent property [com.test.ProductCommentBean$ID#productID] : com.test.ProductCommentBean$ID@a8a90e31
> If I do a shutdown and restart of the server, I am once again able to save a ProductCommentBean object the first time. A clean again, however, will set it back to the error state.
> I have tested this code on Wildfly 10 and JBoss EAP 7.0 Beta, and receive the same results. I've also tested it using Hibernate 5.0 and 5.1, also with the same results.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month
[JBoss JIRA] (WFLY-6283) CacheConfigurationException: Detected interceptor of type [org.hibernate.cache.infinispan.access.TxInvalidationInterceptor] being added to the interceptor chain 231985794 more than once!
by Paul Ferraro (JIRA)
[ https://issues.jboss.org/browse/WFLY-6283?page=com.atlassian.jira.plugin.... ]
Paul Ferraro resolved WFLY-6283.
--------------------------------
Fix Version/s: 10.1.0.Final
Assignee: Paul Ferraro (was: Scott Marlow)
Resolution: Done
> CacheConfigurationException: Detected interceptor of type [org.hibernate.cache.infinispan.access.TxInvalidationInterceptor] being added to the interceptor chain 231985794 more than once!
> ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-6283
> URL: https://issues.jboss.org/browse/WFLY-6283
> Project: WildFly
> Issue Type: Bug
> Components: JPA / Hibernate
> Affects Versions: 10.0.0.Final
> Reporter: Harold Campbell
> Assignee: Paul Ferraro
> Fix For: 10.1.0.Final
>
>
> With second level caching enabled in a persistence unit, my application can only be deployed once without restarting wildfly. Redeployment results in this stacktrace:
> 19:06:48,764 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 87) MSC000001: Failed to start service jboss.persistenceunit."winthorpe-ear.ear#winthorpedb": org.jboss.msc.service.StartException in service jboss.persistenceunit."winthorpe-ear.ear#winthorpedb": javax.persistence.PersistenceException: [PersistenceUnit: winthorpedb] Unable to build Hibernate SessionFactory
> at org.jboss.as.jpa.service.PersistenceUnitServiceImpl$1$1.run(PersistenceUnitServiceImpl.java:172)
> at org.jboss.as.jpa.service.PersistenceUnitServiceImpl$1$1.run(PersistenceUnitServiceImpl.java:117)
> at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:667)
> at org.jboss.as.jpa.service.PersistenceUnitServiceImpl$1.run(PersistenceUnitServiceImpl.java:182)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> at org.jboss.threads.JBossThread.run(JBossThread.java:320)
> Caused by: javax.persistence.PersistenceException: [PersistenceUnit: winthorpedb] Unable to build Hibernate SessionFactory
> at org.hibernate.jpa.boot.internal.EntityManagerFactoryBuilderImpl.persistenceException(EntityManagerFactoryBuilderImpl.java:954)
> at org.hibernate.jpa.boot.internal.EntityManagerFactoryBuilderImpl.build(EntityManagerFactoryBuilderImpl.java:882)
> at org.jboss.as.jpa.hibernate5.TwoPhaseBootstrapImpl.build(TwoPhaseBootstrapImpl.java:44)
> at org.jboss.as.jpa.service.PersistenceUnitServiceImpl$1$1.run(PersistenceUnitServiceImpl.java:154)
> ... 7 more
> Caused by: org.infinispan.commons.CacheConfigurationException: Detected interceptor of type [org.hibernate.cache.infinispan.access.TxInvalidationInterceptor] being added to the interceptor chain 231985794 more than once!
> at org.infinispan.interceptors.InterceptorChain.assertNotAdded(InterceptorChain.java:76)
> at org.infinispan.interceptors.InterceptorChain.addInterceptor(InterceptorChain.java:90)
> at org.infinispan.cache.impl.CacheImpl.addInterceptor(CacheImpl.java:879)
> at org.infinispan.cache.impl.AbstractDelegatingAdvancedCache.addInterceptor(AbstractDelegatingAdvancedCache.java:65)
> at org.hibernate.cache.infinispan.access.PutFromLoadValidator.<init>(PutFromLoadValidator.java:184)
> at org.hibernate.cache.infinispan.access.PutFromLoadValidator.<init>(PutFromLoadValidator.java:133)
> at org.hibernate.cache.infinispan.impl.BaseTransactionalDataRegion.prepareForValidation(BaseTransactionalDataRegion.java:145)
> at org.hibernate.cache.infinispan.impl.BaseTransactionalDataRegion.createAccessDelegate(BaseTransactionalDataRegion.java:130)
> at org.hibernate.cache.infinispan.naturalid.NaturalIdRegionImpl.buildAccessStrategy(NaturalIdRegionImpl.java:50)
> at org.hibernate.internal.SessionFactoryImpl.determineNaturalIdRegionAccessStrategy(SessionFactoryImpl.java:600)
> at org.hibernate.internal.SessionFactoryImpl.<init>(SessionFactoryImpl.java:339)
> at org.hibernate.boot.internal.SessionFactoryBuilderImpl.build(SessionFactoryBuilderImpl.java:444)
> at org.hibernate.jpa.boot.internal.EntityManagerFactoryBuilderImpl.build(EntityManagerFactoryBuilderImpl.java:879)
> ... 9 more
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month
[JBoss JIRA] (JGRP-2027) NPE when handling incoming JGroups message
by Radoslav Husar (JIRA)
[ https://issues.jboss.org/browse/JGRP-2027?page=com.atlassian.jira.plugin.... ]
Radoslav Husar commented on JGRP-2027:
--------------------------------------
Problem is that the TpHeader is null on org/jgroups/protocols/TP.java:1801. Possibly related to buffer copying changes, although i dont see a code path that won't create headers https://github.com/belaban/JGroups/commit/004e984c38672b4ca4e7ebb310e27a2...
> NPE when handling incoming JGroups message
> ------------------------------------------
>
> Key: JGRP-2027
> URL: https://issues.jboss.org/browse/JGRP-2027
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 3.6.7
> Reporter: Radoslav Husar
> Assignee: Radoslav Husar
>
> Spotted by QE. Nothing in particular leading to this.
> {noformat}
> 05:34:46,660 ERROR [org.jgroups.protocols.UDP] (INT-1,ee,jboss-eap-7.0) JGRP000030: jboss-eap-7.0: failed handling incoming message: java.lang.NullPointerException
> 05:34:49,846 ERROR [org.jgroups.protocols.UDP] (INT-1,ee,dev212) JGRP000027: failed passing message up: java.lang.NullPointerException
> at org.jgroups.protocols.TP$SingleMessageHandler.run(TP.java:1801)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month
[JBoss JIRA] (JGRP-2027) NPE when handling incoming JGroups message
by Radoslav Husar (JIRA)
[ https://issues.jboss.org/browse/JGRP-2027?page=com.atlassian.jira.plugin.... ]
Radoslav Husar updated JGRP-2027:
---------------------------------
Priority: Major (was: Critical)
> NPE when handling incoming JGroups message
> ------------------------------------------
>
> Key: JGRP-2027
> URL: https://issues.jboss.org/browse/JGRP-2027
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 3.6.7
> Reporter: Radoslav Husar
> Assignee: Radoslav Husar
>
> Spotted by QE. Nothing in particular leading to this.
> {noformat}
> 05:34:46,660 ERROR [org.jgroups.protocols.UDP] (INT-1,ee,jboss-eap-7.0) JGRP000030: jboss-eap-7.0: failed handling incoming message: java.lang.NullPointerException
> 05:34:49,846 ERROR [org.jgroups.protocols.UDP] (INT-1,ee,dev212) JGRP000027: failed passing message up: java.lang.NullPointerException
> at org.jgroups.protocols.TP$SingleMessageHandler.run(TP.java:1801)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month
[JBoss JIRA] (JGRP-2027) NPE when handling incoming JGroups message
by Radoslav Husar (JIRA)
[ https://issues.jboss.org/browse/JGRP-2027?page=com.atlassian.jira.plugin.... ]
Radoslav Husar updated JGRP-2027:
---------------------------------
Description:
Spotted by QE. Nothing in particular leading to this.
{noformat}
05:34:46,660 ERROR [org.jgroups.protocols.UDP] (INT-1,ee,jboss-eap-7.0) JGRP000030: jboss-eap-7.0: failed handling incoming message: java.lang.NullPointerException
05:34:49,846 ERROR [org.jgroups.protocols.UDP] (INT-1,ee,dev212) JGRP000027: failed passing message up: java.lang.NullPointerException
at org.jgroups.protocols.TP$SingleMessageHandler.run(TP.java:1801)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
{noformat}
was:
I can see intermittently NPE when doing failover tests with mod_cluster.
{noformat}
05:34:46,660 ERROR [org.jgroups.protocols.UDP] (INT-1,ee,jboss-eap-7.0) JGRP000030: jboss-eap-7.0: failed handling incoming message: java.lang.NullPointerException
05:34:49,846 ERROR [org.jgroups.protocols.UDP] (INT-1,ee,dev212) JGRP000027: failed passing message up: java.lang.NullPointerException
at org.jgroups.protocols.TP$SingleMessageHandler.run(TP.java:1801)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
{noformat}
> NPE when handling incoming JGroups message
> ------------------------------------------
>
> Key: JGRP-2027
> URL: https://issues.jboss.org/browse/JGRP-2027
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 3.6.7
> Reporter: Radoslav Husar
> Assignee: Radoslav Husar
> Priority: Critical
>
> Spotted by QE. Nothing in particular leading to this.
> {noformat}
> 05:34:46,660 ERROR [org.jgroups.protocols.UDP] (INT-1,ee,jboss-eap-7.0) JGRP000030: jboss-eap-7.0: failed handling incoming message: java.lang.NullPointerException
> 05:34:49,846 ERROR [org.jgroups.protocols.UDP] (INT-1,ee,dev212) JGRP000027: failed passing message up: java.lang.NullPointerException
> at org.jgroups.protocols.TP$SingleMessageHandler.run(TP.java:1801)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month
[JBoss JIRA] (JGRP-2027) NPE when handling incoming JGroups message
by Radoslav Husar (JIRA)
[ https://issues.jboss.org/browse/JGRP-2027?page=com.atlassian.jira.plugin.... ]
Radoslav Husar updated JGRP-2027:
---------------------------------
Affects Version/s: 3.6.7
> NPE when handling incoming JGroups message
> ------------------------------------------
>
> Key: JGRP-2027
> URL: https://issues.jboss.org/browse/JGRP-2027
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 3.6.7
> Reporter: Radoslav Husar
> Assignee: Radoslav Husar
>
> Spotted by QE. Nothing in particular leading to this.
> {noformat}
> 05:34:46,660 ERROR [org.jgroups.protocols.UDP] (INT-1,ee,jboss-eap-7.0) JGRP000030: jboss-eap-7.0: failed handling incoming message: java.lang.NullPointerException
> 05:34:49,846 ERROR [org.jgroups.protocols.UDP] (INT-1,ee,dev212) JGRP000027: failed passing message up: java.lang.NullPointerException
> at org.jgroups.protocols.TP$SingleMessageHandler.run(TP.java:1801)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month
[JBoss JIRA] (JGRP-2027) NPE when handling incoming JGroups message
by Radoslav Husar (JIRA)
[ https://issues.jboss.org/browse/JGRP-2027?page=com.atlassian.jira.plugin.... ]
Radoslav Husar moved JBEAP-3850 to JGRP-2027:
---------------------------------------------
Project: JGroups (was: JBoss Enterprise Application Platform)
Key: JGRP-2027 (was: JBEAP-3850)
Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1)
Component/s: (was: Clustering)
Target Release: (was: 7.0.0.GA)
Affects Version/s: (was: 7.0.0.ER6)
> NPE when handling incoming JGroups message
> ------------------------------------------
>
> Key: JGRP-2027
> URL: https://issues.jboss.org/browse/JGRP-2027
> Project: JGroups
> Issue Type: Bug
> Reporter: Radoslav Husar
> Assignee: Radoslav Husar
> Priority: Critical
>
> I can see intermittently NPE when doing failover tests with mod_cluster.
> {noformat}
> 05:34:46,660 ERROR [org.jgroups.protocols.UDP] (INT-1,ee,jboss-eap-7.0) JGRP000030: jboss-eap-7.0: failed handling incoming message: java.lang.NullPointerException
> 05:34:49,846 ERROR [org.jgroups.protocols.UDP] (INT-1,ee,dev212) JGRP000027: failed passing message up: java.lang.NullPointerException
> at org.jgroups.protocols.TP$SingleMessageHandler.run(TP.java:1801)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month
[JBoss JIRA] (ELY-460) Add JWT local validation support to OAuth2 Security Realm
by David Lloyd (JIRA)
[ https://issues.jboss.org/browse/ELY-460?page=com.atlassian.jira.plugin.sy... ]
David Lloyd commented on ELY-460:
---------------------------------
Does this entail a new Evidence type? JWTToken or something?
> Add JWT local validation support to OAuth2 Security Realm
> ---------------------------------------------------------
>
> Key: ELY-460
> URL: https://issues.jboss.org/browse/ELY-460
> Project: WildFly Elytron
> Issue Type: Feature Request
> Components: Realms
> Affects Versions: 1.0.2.Final
> Reporter: Pedro Igor
> Assignee: Pedro Igor
>
> Currently the OAuth2 Security Realm is based on the a Token Introspection Endpoint at the AS to validate the token and create identities from it, which may be called remote validation.
> However, we may want to perform a local validation of the token if the token is using JWT, which is a standard format. In this case, we don't need to call the server at all and we just validate the token locally based on the signature (JWS), expiration, audience and any other condition recommended by the specs.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month
[JBoss JIRA] (WFLY-6377) Composite Keys -- org.hibernate.property.access.spi.PropertyAccessException: Error accessing field
by Akhbar Falafel (JIRA)
[ https://issues.jboss.org/browse/WFLY-6377?page=com.atlassian.jira.plugin.... ]
Akhbar Falafel commented on WFLY-6377:
--------------------------------------
[~smarlow] Yes, I did. However, since the code works the FIRST time it's run and fails after a redeploy on a running Wildfly instance, I wasn't sure if this could be an isolated Wildfly problem.
> Composite Keys -- org.hibernate.property.access.spi.PropertyAccessException: Error accessing field
> --------------------------------------------------------------------------------------------------
>
> Key: WFLY-6377
> URL: https://issues.jboss.org/browse/WFLY-6377
> Project: WildFly
> Issue Type: Bug
> Components: JPA / Hibernate
> Affects Versions: 10.0.0.Final
> Environment: Mac OSX, Wildfly 10.0, Hibernate 5.0/5.1, PostgreSQL 9.3
> Reporter: Akhbar Falafel
> Assignee: Scott Marlow
>
> I have 2 entity classes mapped in Hibernate 5.1: ProductBean and CommentBean. They are pretty simple, and look something like this...
> {code:java}
> @Entity(name = "Comment")
> @Table(name = "tbl_comment")
> public class CommentBean implements Serializable {
> @Id
> @GeneratedValue(strategy = GenerationType.SEQUENCE, generator = "seq_comment_id")
> @SequenceGenerator(name = "seq_comment_id", sequenceName = "seq_comment_id", allocationSize = 1)
> private Long id = null;
> ...
> }
> @Entity(name = "Product")
> @Table(name = "tbl_product")
> public class CommentBean implements Serializable {
> @Id
> @GeneratedValue(strategy = GenerationType.SEQUENCE, generator = "seq_product_id")
> @SequenceGenerator(name = "seq_product_id", sequenceName = "seq_product_id", allocationSize = 1)
> private Long id = null;
> @ManyToMany(cascade = CascadeType.MERGE)
> @JoinTable(name = "tbl_product_comments", joinColumns = {
> @JoinColumn(name = "product_id", referencedColumnName = "id") }, inverseJoinColumns = {
> @JoinColumn(name = "comment_id", referencedColumnName = "id") }, uniqueConstraints = {
> @UniqueConstraint(columnNames = { "product_id", "comment_id" }) })
> @IndexedEmbedded
> @OrderBy(value = "createdDate ASC")
> private Set<CommentBean> comments = new LinkedHashSet<>();
> ...
> }
> {code}
> I'm trying to map the Many-To-Many relation for the comments property in its own class, so that I can add additional properties to the relation in the future. The mapping class looks like this:
> {code:java}
> @Entity(name = "ProductComment")
> @Table(name = "tbl_product_comments")
> public class ProductCommentBean implements Serializable {
> private static final long serialVersionUID = 4730115318809856150L;
> @ManyToOne(optional = false)
> @JoinColumn(name = "productID", referencedColumnName = "id", nullable = false, insertable = false, updatable = false)
> @NotNull
> private ProductBean answer = null;
> @ManyToOne(optional = false)
> @JoinColumn(name = "comment_id", referencedColumnName = "id", nullable = false, insertable = false, updatable = false)
> @NotNull
> private CommentBean comment = null;
> @EmbeddedId
> private ID id = new ID();
> @Embeddable
> public static class ID implements Serializable {
> @Column(name = "product_id")
> private Long productID = null;
> @Column(name = "comment_id")
> private Long commentID = null;
> @Override
> public boolean equals(final Object other) {
> if (this == other) {
> return true;
> }
> if (!(other instanceof ID)) {
> return false;
> }
> ID castOther = (ID) other;
> return new EqualsBuilder().append(productID, castOther. productID).append(commentID, castOther.commentID)
> .isEquals();
> }
> @Override
> public int hashCode() {
> return new HashCodeBuilder(-2081682373, -1619249).append(productID).append(commentID).toHashCode();
> }
> public ID() {
> super();
> // TODO Auto-generated constructor stub
> }
> public ID(Long productID, Long commentID) {
> super();
> this.productID = productID;
> this.commentID = commentID;
> }
> }
> public ProductCommentBean(ProductBean product, CommentBean comment) {
> super();
> this.product = product;
> this.comment = comment;
> this.id.productID =product.getId();
> this.id.commentID = comment.getId();
> }
> }
> ...
> }
> {code}
> Upon my first deployment, I am able to create a ProductCommentBean object and save it to the database successfully. However, if I run a "clean" during development, the subsequent call to save a ProductCommentBean object results in the following exception:
> ISPN000136: Error executing command GetKeyValueCommand, writing keys []: org.hibernate.property.access.spi.PropertyAccessException: Error accessing field [private java.lang.Long com.test.ProductCommentBean$ID.productID] by reflection for persistent property [com.test.ProductCommentBean$ID#productID] : com.test.ProductCommentBean$ID@a8a90e31
> If I do a shutdown and restart of the server, I am once again able to save a ProductCommentBean object the first time. A clean again, however, will set it back to the error state.
> I have tested this code on Wildfly 10 and JBoss EAP 7.0 Beta, and receive the same results. I've also tested it using Hibernate 5.0 and 5.1, also with the same results.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month