activities update
|
View:
New views
3 Messages
—
Rating Filter:
Alert me
|
 |
activities update
by Mathieu Avoine
::
Rate this Message:
Hi,
Lately, I've been working on cleaning up dependencies on third party APIs, just as removing source code from JGoodies and Netbeans and replace them with jar files in the thirdparty folder. Replacing com.jgoodies.forms package was easy. It worked almost immediately, however I can't tell if it introduced bugs, we'd have to test it thoroughly, but I'm rather confident. The org.netbeans package is another can of worms. I managed to work my way through some broken/hidden dependencies, and the editor works fine, except for the code generation. I get the following exception: java.lang.NullPointerException at org.netbeans.editor.BaseTextUI.installUI(BaseTextUI.java:199) at javax.swing.JComponent.setUI(JComponent.java:653) at javax.swing.text.JTextComponent.setUI(JTextComponent.java:298) at org.netbeans.editor.BaseKit.install(BaseKit.java:512) at javax.swing.JEditorPane.setEditorKit(JEditorPane.java:959) at com.jeta.swingbuilder.codegen.gui.editor.SourceEditor.buildView(SourceEditor.java:53) at com.jeta.swingbuilder.codegen.gui.editor.SourceEditor.<init>(SourceEditor.java:44) at com.jeta.swingbuilder.codegen.ForwardEngineer.generate(ForwardEngineer.java:69) at com.jeta.swingbuilder.gui.main.MainFrameController$ForwardEngineerAction.actionPerformed(MainFrameController.java:670) at com.jeta.open.gui.framework.JETAController.actionPerformed(JETAController.java:154) at com.jeta.open.gui.framework.JETAController$CommandListener.actionPerformed(JETAController.java:493) at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1849) at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2169) at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:420) at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:258) at javax.swing.AbstractButton.doClick(AbstractButton.java:302) at javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:1051) at javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:1092) at java.awt.Component.processMouseEvent(Component.java:5517) at javax.swing.JComponent.processMouseEvent(JComponent.java:3135) at java.awt.Component.processEvent(Component.java:5282) at java.awt.Container.processEvent(Container.java:1966) at java.awt.Component.dispatchEventImpl(Component.java:3984) at java.awt.Container.dispatchEventImpl(Container.java:2024) at java.awt.Component.dispatchEvent(Component.java:3819) at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4212) at java.awt.LightweightDispatcher.processMouseEvent(Container.java:3892) at java.awt.LightweightDispatcher.dispatchEvent(Container.java:3822) at java.awt.Container.dispatchEventImpl(Container.java:2010) at java.awt.Window.dispatchEventImpl(Window.java:1791) at java.awt.Component.dispatchEvent(Component.java:3819) at java.awt.EventQueue.dispatchEvent(EventQueue.java:463) at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149) at java.awt.EventDispatchThread.run(EventDispatchThread.java:110) As you can see, the exception is triggered deep into 3rd party code, which makes it hard to debug. I will continue to work on this later this week, until then, if anyone has an idea what could be the problem/solution, let me know! Thanks, Math |
|
|
Re: activities update
by Todd Viegut
::
Rate this Message:
Hi Math!
First off...I hope all's well for you :) I was out on vacation and back as of today...so I'm getting a chance to catch up on email here. I'll try to answer your questions and make comments where appropriate. So...as far as the dependencies are concerned... Excellent on the JGoodies changes. I hoped/assumed it would not be too painful. However...the Netbeans (as you well state) could be a challenge. I ran through the strack trace below and it appears that Netbeans is utilizing their own custom edit kit for the JEditorPane (I trust I'm stating the obvious to you at this point). I believe the custom editor pane is only in place to handle colored syntax Java code in the code generation results pane. Without stepping into your current code changes I'm a bit in the dark. But...I don't think you are necessarily very far off. If you have gotten everything to work up until this point then I think there should be nothing that would be a complete showstopper (let's hope my feeble efforts at prognostication prove correct :). Let me know if you get close and if you need another set of eyes and can relativiely easily email appropriate jars, etc. I can take a peek. Switching gears... Since this topic is a natural segue into my current efforts (code generation)... I'll get you up to speed: If I haven't already mentioned this (and I haven't rechecked the forum to verify) I'm starting work on writing another code generation plugin against the refactoring effort that I'm currently sitting on. In addition to this... once I'm finished I am hoping to reapproach another Abeille user/developer to potentially work on the Groovy code generation plugin. I've been thinking more about the email you last posted regarding my initial suggestion of using Retroweaver (and getting the code base 1.5 complient). What would your thoughts be on possibly targeting this for the 3.0 release and then including this with the much more massive integration effort of George's changes to Abeille? I've reviewed his initial list of enhancements/features/bug fixes and they will be adding a substantive set of changes to the project. This is all good...but will need to be managed carefully....and as such I think a 3.0 release plan for this is obviously in order. Given the significance of both I think these two key development efforts would constitute an great release for Abeille. Your thoughts? Currently George is on Holiday...when he is back I plan on touching base with him. Additionally, offline he provided me with his ICQ address. ~Todd -----Original Message----- From: Mathieu Avoine <avoinemt@...> To: dev@... Sent: Mon, 5 May 2008 7:30 am Subject: activities update Hi,
Lately, I've been working on cleaning up dependencies on third party APIs, just as removing source code from JGoodies and Netbeans and replace them with jar files in the thirdparty folder. Replacing com.jgoodies.forms package was easy. It worked almost immediately, however I can't tell if it introduced bugs, we'd have to test it thoroughly, but I'm rather confident. The org.netbeans package is another can of worms. I managed to work my way through some broken/hidden dependencies, and the editor works fine, except for the code generation. I get the following exception: java.lang.NullPointerException at org.netbeans.editor.BaseTextUI.installUI(BaseTextUI.java:199) at javax.swing.JComponent.setUI(JComponent.java:653) at javax.swing.text.JTextComponent.setUI(JTextComponent.java:298) at org.netbeans.editor.BaseKit.install(BaseKit.java:512) at javax.swing.JEditorPane.setEditorKit(JEditorPane.java:959) at com.jeta.swingbuilder.codegen.gui.editor.SourceEditor.buildView(SourceEditor.java:53) at com.jeta.swingbuilder.codegen.gui.editor.SourceEditor.<init>(SourceEditor.java:44) at com.jeta.swingbuilder.codegen.ForwardEngineer.generate(ForwardEngineer.java:69) at com.jeta.swingbuilder.gui.main.MainFrameController$ForwardEngineerAction.actionPerformed(MainFrameController.java:670) at com.jeta.open.gui.framework.JETAController.actionPerformed(JETAController.java:154) at com.jeta.open.gui.framework.JETAController$CommandListener.actionPerformed(JETAController.java:493) at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1849) at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2169) at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:420) at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:258) at javax.swing.AbstractButton.doClick(AbstractButton.java:302) at javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:1051) at javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:1092) at java.awt.Component.processMouseEvent(Component.java:5517) at javax.swing.JComponent.processMouseEvent(JComponent.java:3135) at java.awt.Component.processEvent(Component.java:5282) at java.awt.Container.processEvent(Container.java:1966) at java.awt.Component.dispatchEventImpl(Component.java:3984) at java.awt.Container.dispatchEventImpl(Container.java:2024) at java.awt.Component.dispatchEvent(Component.java:3819) at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4212) at java.awt.LightweightDispatcher.processMouseEvent(Container.java:3892) at java.awt.LightweightDispatcher.dispatchEvent(Container.java:3822) at java.awt.Container.dispatchEventImpl(Container.java:2010) at java.awt.Window.dispatchEventImpl(Window.java:1791) at java.awt.Component.dispatchEvent(Component.java:3819) at java.awt.EventQueue.dispatchEvent(EventQueue.java:463) at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149) at java.awt.EventDispatchThread.run(EventDispatchThread.java:110) As you can see, the exception is triggered deep into 3rd party code, which makes it hard to debug. I will continue to work on this later this week, until then, if anyone has an idea what could be the problem/solution, let me know! Thanks, Math Plan your next roadtrip with MapQuest.com: America's #1 Mapping Site. |
|
|
Re: activities update
by Mathieu Avoine
::
Rate this Message:
Hi Todd,
That explains a lot! You usually answer emails very fast, so I was wondering what was going on ;) How was your vacation? I'm into Eastern Time (montreal) so we're not very far from each other (time-wise, of course) so it should be possible to have a chat about abeille... I'll give you my instant messagers' IDs so you can add me to your buddies list, we'll be online at the same time sooner or later: xmpp: avoinemt@.../Home (could be wrong on that one...) MSN: avoinemt@... ICQ: 36738356 I commented below on the different subjects: On Tue, May 6, 2008 at 10:14 PM, <viegs@...> wrote: Hi Math! Like you said, I'm probably close to something that works... the hike is a bit painful though because I have no precise idea about what version of netbeans was scavenged... so I have to resort to trial and error. I think I'm getting somewhere but it will require a little bit more time than I had expected.
Please let me know if the new code generation plugin you are working on is going to replace the one currently. If it's the case, I'll change strategy radically: wrap the org.netbeans code into a jar and leave it there to rot until we can replace it with the code you are working on!
Using retroweaver makes a lot of sense and I'd be glad to work on it, right after I'm done with the dependencies fixes. A few questions regarding an eventual release: Do you have a target date for the 3.0 release? Is the code you've worked on commited to CVS? In other words, are we at some milestone and can we start to implement the code management we talked about? George mentioned his code can be deployed independently of the core of Abeille; do you plan to merge the code base, or make it a "plugin"? That makes up for a lot of questions ;) Let me know what you think. Later, Math
|
| Free Forum Powered by Nabble | Forum Help |