From: RR <sec...@gm...> - 2005-03-21 20:31:32
|
Completely understand. The state we have it in is sufficient for our current needs (though I'd like to muck with the caching a bit for better use with our code generating tools). Thanks for the help, Dirk! -RR- On Sat, 19 Mar 2005 09:30:38 +0100, Dirk M=F6bius <dmo...@gm...> wrote: > Hi RR, >=20 > yeah I now. I left CodeAid at a totally unstable stage. It's work in prog= ress. > Sorry, I should have said it at the first time. >=20 > I am currently uncertain whether I should continue development on CodeAid= , or > if all those efforts are hopeless. True code completion is much too > complicated to be done by a single person at midnight once a week. I am n= ot > IBM developing Eclipse. >=20 > Tomorrow I'll make an announcement on the mailing list about the current > problems. >=20 > Dirk. >=20 > On Friday 18 March 2005 05:24, RR wrote: > > Grabbed the source tonight and built both CodeAid and Jane. However, > > Jane only built after I changed some lines in BCELClassParser > > regarding ClassNotFoundExceptions. I then built CodeAid. It's obvious > > from looking at the code that *a lot* has changed. Even so, I cannot > > get CodeAid to function properly in 4.2 or 4.3pre1. I continued to > > receive the following exception every time invoking CodeAid: > > > > java.lang.IncompatibleClassChangeError > > at > > codeaid.completion.CompletionContext.prepareJaneContext(CompletionConte= xt.j > >ava:102) at > > codeaid.completion.CompletionContext.<init>(CompletionContext.java:94) = at > > codeaid.popup.ContextPopup.addCompletionContext(ContextPopup.java:95) a= t > > sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > > at > > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.ja= va:3 > >9) at > > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccesso= rImp > >l.java:25) at java.lang.reflect.Method.invoke(Method.java:324) > > at bsh.Reflect.invokeOnMethod(Reflect.java:149) > > at bsh.Reflect.invokeObjectMethod(Reflect.java:81) > > at bsh.BSHPrimarySuffix.doName(BSHPrimarySuffix.java:169) > > at bsh.BSHPrimarySuffix.doSuffix(BSHPrimarySuffix.java:120) > > at bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:80) > > at bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:47) > > at bsh.BSHBlock.evalBlock(BSHBlock.java:130) > > at bsh.BSHBlock.eval(BSHBlock.java:80) > > at bsh.BshMethod.invokeImpl(BshMethod.java:349) > > at bsh.BshMethod.invoke(BshMethod.java:246) > > at bsh.BshMethod.invoke(BshMethod.java:171) > > at org.gjt.sp.jedit.BeanShell.runCachedBlock(BeanShell.java:507) > > at org.gjt.sp.jedit.BeanShellAction.invoke(BeanShellAction.java:76) > > at org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:22= 9) > > at org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:19= 5) > > at > > org.gjt.sp.jedit.gui.DefaultInputHandler.handleKey(DefaultInputHandler.= java > >:385) at org.gjt.sp.jedit.View.processKeyEvent(View.java:678) > > at > > org.gjt.sp.jedit.textarea.JEditTextArea.processKeyEvent(JEditTextArea.j= ava: > >4712) at java.awt.Component.processEvent(Component.java:4909) > > at java.awt.Container.processEvent(Container.java:1569) > > at java.awt.Component.dispatchEventImpl(Component.java:3615) > > at java.awt.Container.dispatchEventImpl(Container.java:1627) > > at java.awt.Component.dispatchEvent(Component.java:3477) > > at > > java.awt.KeyboardFocusManager.redispatchEvent(KeyboardFocusManager.java= :171 > >3) at > > java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(DefaultKeyboardFo= cusM > >anager.java:627) at > > java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(DefaultKeyboar= dFoc > >usManager.java:831) at > > java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(DefaultKeyboar= dFoc > >usManager.java:741) at > > java.awt.DefaultKeyboardFocusManager.dispatchEvent(DefaultKeyboardFocus= Mana > >ger.java:592) at java.awt.Component.dispatchEventImpl(Component.java:350= 6) > > at java.awt.Container.dispatchEventImpl(Container.java:1627) > > at java.awt.Window.dispatchEventImpl(Window.java:1606) > > at java.awt.Component.dispatchEvent(Component.java:3477) > > at java.awt.EventQueue.dispatchEvent(EventQueue.java:456) > > at > > java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThre= ad.j > >ava:201) at > > java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread= .jav > >a:151) at > > java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:145) a= t > > java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:137) a= t > > java.awt.EventDispatchThread.run(EventDispatchThread.java:100) > > > > -RR- > > > > On Thu, 17 Mar 2005 10:13:50 +0100 (MET), Dirk Moebius <dmo...@gm...= t> > wrote: > > > Hi RR, > > > > > > > I love CodeAid and I love Jane because I want code completion * fro= m > > > > the source *. I don"t want to rebuild every dang time some code > > > > changes, and it"s royal pain with some code generating tools we hav= e. > > > > I"m a JEdit convert, and I brought up the situation to the guy who > > > > converted me. He was interested in similar functionality. BUT, Jane > > > > has a nasty recursion issue when the last element of a sourcepath o= r > > > > classpath is identical. We grabbed the latest Jane source (from the > > > > plugin manager) > > > > > > The latest source is not available from the plugin manager, but from = the > > > jEdit CVS repository. The code in plugins/Jane and plugins/CodeAid ha= s > > > much evolved since the last year. I fixed thousands of bugs. I guess, > > > your StackOverflow problem has been fixed, too (but I'm not sure). > > > > > > Among the bugfixes are: > > > - jEdit 4.2 compatibility > > > - JDK 1.4 compatibility ('assert' keyword) > > > - SideKick 0.3 compatibility > > > - Code completion completes more code. > > > > > > The versions in CVS are CodeAid-1.0 and Jane-1.0 (not CodeAid-0.9 and > > > Jane-0.0.1), to reflect the massive changes that have been made there= . > > > > > > Nevertheless, I think even the new versions are not very usable. Ther= e > > > are still many issues with code completion. That's why I didn't relea= se > > > it yet officially on the PluginManager site. > > > > > > And I'm skeptical if CodeAid will ever reach a usable state, especial= ly > > > when it comes to JDK 1.5 compatibilty (generics). > > > > > > However, I suggest you try out the CVS versions. If your problem is s= till > > > not fixed, I invite you to check in your fixes. > > > > > > Thanks, > > > Dirk. > > > > > > -- > > > DSL Komplett von GMX +++ Superg=FCnstig und stressfrei einsteigen! > > > AKTION "Kein Einrichtungspreis" nutzen: http://www.gmx.net/de/go/dsl > > > > > > > > > ------------------------------------------------------- > > > SF email is sponsored by - The IT Product Guide > > > Read honest & candid reviews on hundreds of IT Products from real use= rs. > > > Discover which products truly live up to the hype. Start reading now. > > > http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick > > > -- > > > ----------------------------------------------- > > > jEdit Users' List > > > jEd...@li... > > > https://lists.sourceforge.net/lists/listinfo/jedit-users > |