You are right, my 813 build was/is better on that point. The "Go To" Implementation(s) and to interface does not work. The interface/bean relation seems to be broken, it don't ask if a new method in the bean class should be added to the interfaces nor if added methodes in the interface should be added to the bean.
But what exactly is broken? We are not aware of any bug here. You can use Ctrl-Alt-B for navigating from interface to its implementation in the EJB bean methods and Ctrl-U for navigating back from implementation to bean's interface.
Best regards, Sergey Dmitriev. -
JetBrains Inc. 14700, Klanova 506/9, Praha 4, Czech Republic http://www.intellij.com "Develop with pleasure!" -
You are right, my 813 build was/is better on that point. The "Go To"
Implementation(s) and to interface does not work. The interface/bean relation seems to be broken, it don't ask if a new method in the bean class should be added to the interfaces nor if added methodes in the interface should be added to the bean. >
I imported a 813 project and added the j2ee support as Generic Application Server. I got the j2ee view in the project window and can see/browse the ejb(s), but there is no way to jump between interface(s)/bean(s).
I don't think anything is 'broken', but there appears to be some functionality from the 3.x version that is missing in 4.0. Specifically, I could go to a bean in 3.x and a method from the Remote interface had an 'implements' icon in the gutter. When clicked on, it took me to the remote interface for the bean.
Rick, I believe it is still partially working: - the gutter icon is missing, but in most cases you can still use Ctrl-Alt-B to navigate to the EJB impl. (from interface OR from client usage) - for the cases, when even Ctrl-Alt-B doesn't go to EJB impl see the ticket: http://www.intellij.net/tracker/idea/viewSCR?publicId=29229
(I still don't have time to create a nice reproducible project so if someone could do that, it would be great.)
r.
Rick Vestal wrote:
I don't think anything is 'broken', but there appears to be some functionality from the 3.x version that is missing in 4.0. Specifically, I could go to a bean in 3.x and a method from the Remote interface had an 'implements' icon in the gutter. When clicked on, it took me to the remote interface for the bean.
hmm... It don't look like publicId=29229. I'm having some session beans like this:
public interface ReservationFacade extends javax.ejb.EJBObject
and
public class ReservationFacadeBean implements SessionBean
There used to be a conection between them in build 813, but not in 1151.
EntityBeans seems to have some other way of working as 1151 I see this
public interface Group extends javax.ejb.EJBLocalObject public abstract class GroupBean implements EntityBean
Only public void ejbRemove() throws RemoveException {} public void ejbLoad() {} public void ejbStore() {} public void ejbActivate() {} public void ejbPassivate() {}
public void unsetEntityContext() { this.entityContext = null; } public void setEntityContext(EntityContext entityContext) { this.entityContext = entityContext; }
Has the references to a interface (javax.ejb.EntityBean).
I'm having the same problem. It was a really useful feature in 3.x to navigate from the remote interface to the bean implementation and vice-versa. I really hope they fix this bug.
hmmmm.... just found it.... I have 2 modules: a normal module that contains normal j2se code with calls to j2ee session beans (facades) and a j2ee module. I have to click the dependencies on and off between the 2 modules. I can only jump from the normal to the impl. if j2ee module depends on the normal module. But this way I can not track the usage of methodes in the normal module, so I have to remove the dependencies..... This way I can no longer jump between bean interface/impl. Is this a bug (using build 1156) or is it ment to be that way?
Rick,
You can press Alt-F1 on it, select "J2EE view", and then navigate in it.
Best regards,
Sergey Dmitriev.
-
JetBrains Inc.
14700, Klanova 506/9, Praha 4, Czech Republic
http://www.intellij.com
"Develop with pleasure!"
-
"Rick Vestal" <rvestal@austin.rr.com> wrote in message
news:7980267.1075837706763.JavaMail.itn@is.intellij.net...
>
>
Shouldn't there be something like an override or implements icon in the gutter for this situation?
-- Rick
You are right, my 813 build was/is better on that point. The "Go To" Implementation(s) and to interface does not work. The interface/bean relation seems to be broken, it don't ask if a new method in the bean class should be added to the interfaces nor if added methodes in the interface should be added to the bean.
It would be a big help to have it again.
Regards,
Martin
But what exactly is broken? We are not aware of any bug here.
You can use Ctrl-Alt-B for navigating from interface to its implementation
in the EJB bean methods and Ctrl-U for navigating back from implementation
to bean's interface.
Best regards,
Sergey Dmitriev.
-
JetBrains Inc.
14700, Klanova 506/9, Praha 4, Czech Republic
http://www.intellij.com
"Develop with pleasure!"
-
"Martin Husted Hartvig" <mh@ctek.dk> wrote in message
news:10069747.1076405351340.JavaMail.itn@is.intellij.net...
Implementation(s) and to interface does not work. The interface/bean
relation seems to be broken, it don't ask if a new method in the bean class
should be added to the interfaces nor if added methodes in the interface
should be added to the bean.
>
>
I imported a 813 project and added the j2ee support as Generic Application Server. I got the j2ee view in the project window and can see/browse the ejb(s), but there is no way to jump between interface(s)/bean(s).
Martin
I don't think anything is 'broken', but there appears
to be some functionality from the 3.x version that
is missing in 4.0. Specifically, I could go to
a bean in 3.x and a method from the Remote interface
had an 'implements' icon in the gutter. When clicked
on, it took me to the remote interface for the bean.
With 4.x, this doesn't happen.
I did just verify this functionality in 3.x.
-- Rick
Rick, I believe it is still partially working:
- the gutter icon is missing, but in most cases you can
still use Ctrl-Alt-B to navigate to the EJB impl.
(from interface OR from client usage)
- for the cases, when even Ctrl-Alt-B doesn't go to EJB impl
see the ticket:
http://www.intellij.net/tracker/idea/viewSCR?publicId=29229
(I still don't have time to create a nice reproducible project
so if someone could do that, it would be great.)
r.
Rick Vestal wrote:
hmm... It don't look like publicId=29229. I'm having some session beans like this:
public interface ReservationFacade extends javax.ejb.EJBObject
and
public class ReservationFacadeBean implements SessionBean
There used to be a conection between them in build 813, but not in 1151.
EntityBeans seems to have some other way of working as 1151 I see this
public interface Group extends javax.ejb.EJBLocalObject
public abstract class GroupBean implements EntityBean
Only
public void ejbRemove() throws RemoveException {}
public void ejbLoad() {}
public void ejbStore() {}
public void ejbActivate() {}
public void ejbPassivate() {}
public void unsetEntityContext() {
this.entityContext = null;
}
public void setEntityContext(EntityContext entityContext) {
this.entityContext = entityContext;
}
Has the references to a interface (javax.ejb.EntityBean).
Martin
I'm having the same problem. It was a really useful feature in 3.x to navigate from the remote interface to the bean implementation and vice-versa. I really hope they fix this bug.
Dino
Just want to inform that I removed all the class files and now it's working.
Regards,
Martin
hmmmm.... just found it.... I have 2 modules: a normal module that contains normal j2se code with calls to j2ee session beans (facades) and a j2ee module. I have to click the dependencies on and off between the 2 modules. I can only jump from the normal to the impl. if j2ee module depends on the normal module. But this way I can not track the usage of methodes in the normal module, so I have to remove the dependencies..... This way I can no longer jump between bean interface/impl. Is this a bug (using build 1156) or is it ment to be that way?
Regards,
Martin