[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
18 years, 4 months
[JBoss JIRA] Created: (JBCACHE-1219) Refactor logic implementation of interceptors
by Manik Surtani (JIRA)
Refactor logic implementation of interceptors
---------------------------------------------
Key: JBCACHE-1219
URL: http://jira.jboss.com/jira/browse/JBCACHE-1219
Project: JBoss Cache
Issue Type: Sub-task
Security Level: Public (Everyone can see)
Reporter: Manik Surtani
Assigned To: Mircea Markus
Fix For: 2.2.0.GA
The current interceptor implementations are pretty messy, unreadable and hard to maintain, with lots of switches and casts from an args array.
The goal of this task is to create a SwitchedInterceptor, an abstract class that extends Interceptor, which would perform a switch() and call no-op handlers which can be overridden by subclasses such as the PessimisticLockInterceptor, etc. The benefit is that the implementation interceptors are easier to follow through, read and refactor. Another benefit is that the switched interceptor can take care of extracting method call parameters and pass them to the handlers - making them typed.
--
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
18 years, 4 months
[JBoss JIRA] Created: (JBRULES-1339) Debugging: Breakpoints are only considered for code with variables
by Michael Zimmermann (JIRA)
Debugging: Breakpoints are only considered for code with variables
------------------------------------------------------------------
Key: JBRULES-1339
URL: http://jira.jboss.com/jira/browse/JBRULES-1339
Project: JBoss Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Eclipse IDE
Affects Versions: 4.0.3
Environment: Linux (Kubunut 7.10), Current Eclipse 3.2.x, Drools 4.0.3
Reporter: Michael Zimmermann
In my installation breakpoints in drl files are only recognized
if there is any variable involved. Here is a small example
1) Works ok, while debugging the application stops at the breakpoint in
System.out.println()
rule "TestRule"
when
eval (1==1)
then
int i = 1;
System.out.println("Breakpoint ok" +i);
end
2) The breakpoint in System.out.println() is ignored. The rule fires
nevertheless....
rule "TestRule"
when
eval (1==1)
then
int i = 1;
System.out.println("Breakpoint ignored");
end
Tested via the Debug > As > Drools
--
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
18 years, 4 months