January 2008 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (EJBTHREE-910) AllowedSuffixes in the deployer has inverted logic

by Carlo de Wolf (JIRA)

AllowedSuffixes in the deployer has inverted logic -------------------------------------------------- Key: EJBTHREE-910 URL: http://jira.jboss.com/jira/browse/EJBTHREE-910 Project: EJB 3.0 Issue Type: Bug Environment: trunk Reporter: Carlo de Wolf Fix For: EJB 3.0 RC11 - FD Specifying AllowedSuffixes on the EJB3 deployer actually makes it ignore those and pick up the others. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 5 months

1
3
0 / 0

[JBoss JIRA] Created: (EJBTHREE-893) Set hibernate.session_factory_name to an appropriate default if the user don't

by Emmanuel Bernard (JIRA)

Set hibernate.session_factory_name to an appropriate default if the user don't ------------------------------------------------------------------------------ Key: EJBTHREE-893 URL: http://jira.jboss.com/jira/browse/EJBTHREE-893 Project: EJB 3.0 Issue Type: Feature Request Reporter: Emmanuel Bernard Fix For: EJB 3.0 RC11 - FD This is useful for clustering http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4017398#4017398 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 5 months

2
3
0 / 0

[JBoss JIRA] Created: (EJBTHREE-861) Dependencies should be registered using a canonical name

by Carlo de Wolf (JIRA)

Dependencies should be registered using a canonical name -------------------------------------------------------- Key: EJBTHREE-861 URL: http://jira.jboss.com/jira/browse/EJBTHREE-861 Project: EJB 3.0 Issue Type: Feature Request Affects Versions: EJB 3.0 RC9 - Patch 1 Reporter: Carlo de Wolf Priority: Critical Fix For: EJB 3.0 RC10 - FD Tip from Adrian: Why don't you just fix it like the ServiceMetaData does when it doesn't know whether it is dealing with a bean name or ObjectName? String dependency = ... try { ObjectName on = new ObjectName(dependency); dependency = on.getCanonicalName(); } catch (MalformedObjectName ignored) { // Not an object name } -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 5 months

2
3
0 / 0

[JBoss JIRA] Created: (EJBTHREE-840) OutOfMemoryError: Java heap space

by Carlo de Wolf (JIRA)

OutOfMemoryError: Java heap space --------------------------------- Key: EJBTHREE-840 URL: http://jira.jboss.com/jira/browse/EJBTHREE-840 Project: EJB 3.0 Issue Type: Bug Affects Versions: EJB 3.0 RC9 - Patch 1 Environment: AS 4.2 (20070122) Reporter: Carlo de Wolf Priority: Critical Fix For: EJB 3.0 RC10 - FD OutOfMemoryError when running microbench -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 5 months

3
15
0 / 0

[JBoss JIRA] Created: (EJBTHREE-811) Create a new set of EJB3 deployers

by Carlo de Wolf (JIRA)

Create a new set of EJB3 deployers ---------------------------------- Key: EJBTHREE-811 URL: http://jira.jboss.com/jira/browse/EJBTHREE-811 Project: EJB 3.0 Issue Type: Feature Request Reporter: Carlo de Wolf Priority: Critical The current EJB3 deployers need to be refactored to be more in line with the VDF. This should make it possible to augment metadata from other sources (EAR, Profile etc). - EJB3ParsingDeployer : parses the xml to create metadata - EJB3JBossParsingDeployer: parses the jboss-xml to augment the metadata - EJB3ScanningDeployer: scan annotations to augments the metadata -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 5 months

3
11
0 / 0

[JBoss JIRA] Created: (EJBTHREE-791) Deployment fail on non JTA persistence unit

by Emmanuel Bernard (JIRA)

Deployment fail on non JTA persistence unit ------------------------------------------- Key: EJBTHREE-791 URL: http://jira.jboss.com/jira/browse/EJBTHREE-791 Project: EJB 3.0 Issue Type: Bug Affects Versions: EJB 3.0 RC9 - FD Reporter: Emmanuel Bernard Fix For: EJB 3.0 RC10 - FD <persistence-unit>  </persistence-unt> and <persistence-unit transaction-type="RESOURCE_LOCAL">  </persistence-unt> Seems to fail with WARN [ServiceController] Problem starting service persistence.units:ear=jblogApp.ear,jar=jblogBeans.jar,unitName=jblog java.lang.RuntimeException: You have not defined a jta-data-source for a JTA enabled persistence context named: jblog (2) should work (1) is very much expected from a usability POV. basically, if no jta-datasource is defined, we should expect a default transaction-type of RESOURCE_LOCAL Note that you might want to let the persistence provider test such compatibility issues, since it has more contextual information than the container (ie knows the meaning of the proprietary properties) Max can you confirm that my description match your bug. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 5 months

4
16
0 / 0

[JBoss JIRA] Created: (EJBTHREE-774) Please update the hibernate annotation documentation for @Version to indicate behaviour of null attribute

by Chris Hornsey (JIRA)

Please update the hibernate annotation documentation for @Version to indicate behaviour of null attribute --------------------------------------------------------------------------------------------------------- Key: EJBTHREE-774 URL: http://jira.jboss.com/jira/browse/EJBTHREE-774 Project: EJB 3.0 Issue Type: Task Components: Documentation Affects Versions: EJB 3.0 RC9 - FD Environment: all Reporter: Chris Hornsey Priority: Minor The hibernate annotation documentation has the following section: 2.2.1.2. Versioning for optimistic locking Please indicate in this documentation, that if an attribute that is versioned has a null value the entity will always be considered transient irregardless of other values typically analyzed to make the transient determination. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 5 months

3
2
0 / 0

[JBoss JIRA] Created: (EJBTHREE-749) org.jboss.ejb3.remoting.IsLocalInterceptor does not has a SerialVersionUID and causes problems when using jboss-ejb3-client.jar to access remote session bean

by Peter Salomonsen (JIRA)

org.jboss.ejb3.remoting.IsLocalInterceptor does not has a SerialVersionUID and causes problems when using jboss-ejb3-client.jar to access remote session bean ------------------------------------------------------------------------------------------------------------------------------------------------------------- Key: EJBTHREE-749 URL: http://jira.jboss.com/jira/browse/EJBTHREE-749 Project: EJB 3.0 Issue Type: Bug Components: EJB3 Extensions Affects Versions: EJB 3.0 RC9 - FD Environment: Sun JDK 1.5.0.06 / Ubuntu 6.0.6 Reporter: Peter Salomonsen When using jboss-ejb3-client.jar to lookup a remote interface of an ejb3 stateless session bean I get this exception: Exception: javax.naming.CommunicationException [Root exception is java.io.InvalidClassException: org.jboss.ejb3.remoting.IsLocalInterceptor; local class incompatible: stream classdesc serialVersionUID = -3758782076801249473, local class serialVersionUID = 595045557897063404] When removing jboss-ejb3-client.jar and instead using the same jar as the server, it works fine. I guess the resolution may be to add a SerialVersionUID for org.jboss.ejb3.remoting.IsLocalInterceptor -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 5 months

4
5
0 / 0

[JBoss JIRA] Created: (EJBTHREE-751) @Local and @Remote on one interface must not be allowed

by Carlo de Wolf (JIRA)

@Local and @Remote on one interface must not be allowed ------------------------------------------------------- Key: EJBTHREE-751 URL: http://jira.jboss.com/jira/browse/EJBTHREE-751 Project: EJB 3.0 Issue Type: Bug Reporter: Carlo de Wolf EJB3 4.6.7 bullet 5.4 'The same business interface cannot be both a local and a remote business interface of the bean.' -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 5 months

4
13
0 / 0

[JBoss JIRA] Created: (EJBTHREE-725) Problem with OneToOne annotation

by Ilya (JIRA)

Problem with OneToOne annotation -------------------------------- Key: EJBTHREE-725 URL: http://jira.jboss.com/jira/browse/EJBTHREE-725 Project: EJB 3.0 Issue Type: Bug Affects Versions: EJB 3.0 RC9 - FD Reporter: Ilya Priority: Minor Given to classes as in hibernate doc: @Entity public class Body { @Id public Long getId() { return id; } @OneToOne @PrimaryKeyJoinColumn public Heart getHeart() { return heart; } ... } @Entity public class Heart { @Id public Long getId() { ...} @OneToOne(mappedBy = "heart") public Heart getHeart() { return heart; } } everything works, but when I moved mappedBy to body deployment failed with NPE in class OneToOneSecondPass on line 135, because otherSideProperty was null. Testcase (deploymnt fails with NPE): ------------------ @Entity public class Body { @Id public Long getId() { return id; } @OneToOne(mappedBy = "body") public Heart getHeart() { return heart; } ... } @Entity public class Heart { @Id public Long getId() { ...} @OneToOne @PrimaryKeyJoinColumn public Heart getHeart() { return heart; } } ------------------ -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

16 years, 5 months

3
6
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira January 2008