[JBoss JIRA] Created: (JBCACHE-788) Optimistic locking should not REQUIRE transactions!
by Manik Surtani (JIRA)
Optimistic locking should not REQUIRE transactions!
---------------------------------------------------
Key: JBCACHE-788
URL: http://jira.jboss.com/jira/browse/JBCACHE-788
Project: JBoss Cache
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Affects Versions: 1.4.0, 1.3.0, 2.0.0
Reporter: Manik Surtani
Assigned To: Manik Surtani
Fix For: 2.1.0
Makes things simpler.
TXs are only used so transaction workspaces can be stored in a transaction entry. This workspace can just as easily be stored in ThreadLocal for non-tx calls (that just have the lifespan of a single invocation).
This will:
1) Make things a LOT quicker since we don't need 2PC for all calls.
2) Make the TxInterceptor a lot simpler
3) Allow the use of Opt Locking without a TM
--
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
17 years
[JBoss JIRA] Created: (JBBUILD-324) Build.xml in testsuite directory doesn't support multiple JVM argument
by Sunny Chan (JIRA)
Build.xml in testsuite directory doesn't support multiple JVM argument
----------------------------------------------------------------------
Key: JBBUILD-324
URL: http://jira.jboss.com/jira/browse/JBBUILD-324
Project: JBoss Build System
Issue Type: Feature Request
Components: Targets and Tasks
Affects Versions: Repository Build head, Repsository Build Branch_4_0
Environment: Any
Reporter: Sunny Chan
Priority: Minor
We are using the JBoss unit test as part of our JVM verification testsuite. We wanted to be able to invoke tests with multiple JVM options, but it didn't work. If you set parameters via build.sh -Djunit.vm.options with multiple paramters (e.g. -Djunit.vm.options="-d64 -verbose:gc"), it will fail with unrecongized option error.
The problem is that in testsuite/build.xml, the junit.vm.options is passed onto junit ant task via <jvmarg value> tag rather then <jvmarg line> tag. The jvmarg line allows multiple JVM options exist in one line. Once I replace all instance of <jvmarg value="${junit.jvm.options}"/> with <jvmarg line="${junit.jvm.options}"/> then the problem goes away.
I can provide a patch for this if you want - but I don't know the rules on patches (whether I need to be cleared for contribution) so let me know if you want that.
--
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
17 years
[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
17 years