Ara, > - try @ejb:bean as a javadoc tag, only ejb is colored/underlined.
This should be fixed in #603 > - @see/@link don't work correctly when you point to other classes: > @see OtherClass.someMethod() > The autocompletion only shows static methods of OtherClass after > "OtherClass." where as all methods (except private ones) should be > shown. The correct syntax is Class#member > - ejb supports seems to hang when ejb bean impl class is in one source > path and remote/home/etc on another path (I use Xdoclet). We'll try to reproduce it here. Meanwhile, can you make a thread dump (Ctrl+Break in console) and send it to us? > - cache/vcs almost crashes IDEA if you delete an ipr file and create a > new ipr file with the same name/path, seems like it's still trying to > use old cache/vcs for new ipr. It's a known issue. Why would you create another ipr with the same name/path? Anyway, it's safe to delete the folder from <IDEA_HOME>/system/vcs which corresponds to your project if you have some problems with Local VCS. Best regards, Mike Aizatsky. ------------------------------ IntelliJ Software, "Develop with pleasure!" http://www.intellij.com > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On > Behalf Of Ara Abrahamian > Sent: Thursday, February 07, 2002 11:29 PM > To: [EMAIL PROTECTED] > Subject: [Eap-list] some bugs/requests > > The new features look great, congrats :-) > > Anyway here are some bugs: > > - try @ejb:bean as a javadoc tag, only ejb is colored/underlined. > > - @see/@link don't work correctly when you point to other classes: > @see OtherClass.someMethod() > The autocompletion only shows static methods of OtherClass after > "OtherClass." where as all methods (except private ones) should be > shown. > > - ejb supports seems to hang when ejb bean impl class is in one source > path and remote/home/etc on another path (I use Xdoclet). > > - cache/vcs almost crashes IDEA if you delete an ipr file and create a > new ipr file with the same name/path, seems like it's still trying to > use old cache/vcs for new ipr. > > - stack trace: > java.lang.NumberFormatException: <?xml version="1.0" encoding="UTF-8"?> > <!DOCTYPE web-app PUBLIC "-//Sun Microsystems > at java.lang.Long.parseLong(Long.java:310) > at java.lang.Long.parseLong(Long.java:363) > at com.intellij.localVcs.b.t.b(t.java:8) > at com.intellij.localVcs.b.q.a(q.java:18) > at com.intellij.localVcs.b.j.a(j.java:14) > at com.intellij.localVcs.b.j.a(j.java:107) > at com.intellij.localVcs.b.j.a(j.java:107) > at com.intellij.localVcs.b.j.a(j.java:107) > at com.intellij.localVcs.b.j.a(j.java:107) > at com.intellij.localVcs.b.j.a(j.java:107) > at com.intellij.localVcs.b.j.a(j.java:107) > at com.intellij.localVcs.b.j.a(j.java:107) > at com.intellij.localVcs.b.j.a(j.java:103) > at com.intellij.localVcs.b.k.run(k.java:6) > at com.intellij.psi.impl.n.run(n.java:5) > at > com.intellij.vfs.VirtualFileManager.a(VirtualFileManager.java:24) > at com.intellij.psi.impl.v.b(v.java:122) > at com.intellij.psi.impl.v.a(v.java:101) > at com.intellij.localVcs.b.j.a(j.java:102) > at com.intellij.localVcs.b.v.c(v.java:171) > at com.intellij.ide.impl.x.run(x.java:6) > at > com.intellij.progress.ProgressManager.a(ProgressManager.java:19) > at com.intellij.ide.impl.w.run(w.java:5) > at java.lang.Thread.run(Thread.java:484) > And lots of other stack traces with NFE exceptions from different calls. > > Feature requests: > - Can you please provide an option to hide empty packages in sources > view when flatten packages is on? A button beside flatten... will do it. > com, com.mycompany, and lots of more empty packages just makes it hard > to manage it. > > - Why is ant target keymaps defined in global keymaps? I think it should > be per project (for example you define ctrl_shift+r to run "run" target > from ANY project, for the active project). > > - the light bulb is really cool, I think you should enhance it, for > example the popup menu of the bulb can show applicable refactorings (you > select bbb.getX() and bulb has introduce var/field in it) and so on. > Many ppl will discover some of the refactorings this way! Also why is it > always doing *field* introduction? Shouldn't it introduce a local > variable? I think you can also make many of the windows appearing while > doing a refactoring appear as popups right where you're typing. > > - And if you really want to make the EJB support full > controllable/manageable you should follow the path of XDoclet :-) > > Cheers, > Ara. > > > _________________________________________________________ > Do You Yahoo!? > Get your free @yahoo.com address at http://mail.yahoo.com > > > _______________________________________________ > Eap-list mailing list > [EMAIL PROTECTED] > http://www.intellij.com/mailman/listinfo/eap-list _______________________________________________ Eap-list mailing list [EMAIL PROTECTED] http://www.intellij.com/mailman/listinfo/eap-list
