[MIB Designer] BUGs in MIB-Designer?
Frank Fock
fock at agentpp.com
Wed Sep 26 00:21:17 CEST 2007
Hi Jürgen,
I agree with you that MIB Designer should be more robust
regarding foreign or corrupted files in a MIB repository
directory. The user should be supported to check a repository
and fix files that cannot be processed.
I have already worked towards improving MIB Designer in that
way and it will also be part of the next release.
Best regards,
Frank
Sellinath, Juergen wrote:
> Hi!
>
> I've doubly checked the repository since I was not sure whether ClearCase had to add files for its versioning purposes. But there are only binary MIB files and one file called "MODULE.IDS", which I suppose is also related to MIBDesigner.
> Anyway, I think MIBDesigner & Co. should rather keep an additional file listing all valid binary MIB files instead of insisting on a "pure" MIBDesigner directory. Even if ClearCase does not I can imagin versioning tools that must place additional files there. The perfomance loss introduced by this indirection should be worth the stability of MIBDesigner.
>
> Kind regards and thanks for the quick anser,
>
> Jürgen
>
> *******************************************************
> Jürgen Sellinath
> SW-Engineer
>
> Thales ATM GmbH
> Air Systems Division
> Lilienthalstrasse 2
> 70825 Korntal-Münchingen
> Germany
> Tel.: + 49 711 86032 - 222
> Fax.: + 49 711 86032 - 9222
> -------------------------------------------------------
> Register of Trade HRB 207307, District Court Stuttgart
> General Manager: Wolfgang Ernesti
>
> -----Original Message-----
> From: Frank Fock [mailto:fock at agentpp.com]
> Sent: Monday, September 24, 2007 7:25 PM
> To: Sellinath, Juergen
> Cc: mibdesigner at agentpp.org
> Subject: Re: [MIB Designer] BUGs in MIB-Designer?
>
>
> Hi Juergen,
>
> Thank you for the detailed bug report.
>
> I have difficulties to reproduce the first issue
> where adding a column fails. Maybe this is related
> to the third one where your MIB repository is
> getting invalid.
> Are you sure that only files MIB Designer created
> internally are in your MIB repository directory?
>
> For example, there must not be any text files in
> this directory.
>
> I have fixed the exception caused by the scenario
> of issue three for the next release.
>
> The second one (retain OID suffix from column editor)
> will be also fixed for the next update release
> which should be available for download until mid
> October.
>
> Hope this helps.
>
> Best regards,
> Frank
>
>
> Sellinath, Juergen wrote:
>> Hi together,
>> I'm facing problems with the MIBDesigner v2.5.2 which became in the meanwhile more than
>> simply annoying (since I had similar problems with 1.x Versions, too):
>>
>> I have a MIB, that MIBDesigner says is completely correct. Within this MIB there are some
>> tables. If I now in the MIB-Tree on the left side select such a table - lets assume it has
>> the name fooTable, select "Edit..." from the context menu and just add a new column to the
>> table, the mib is no longer valid. The syntax checker throws an exeption:
>> ---8<--------------------------------------
>> Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException
>> at com.agentpp.smiparser.SMI2Java.checkSequence(SMI2Java.java:1835)
>> at com.agentpp.smiparser.SMI2Java.checkNoDescendant(SMI2Java.java:1916)
>> at com.agentpp.smiparser.SMI2Java.checkGroups(SMI2Java.java:1991)
>> at com.agentpp.smiparser.SMI2Java.checkModule(SMI2Java.java:1641)
>> at com.agentpp.smiparser.SMI2Java.visit(SMI2Java.java:1585)
>> at com.agentpp.smiparser.SimpleNode.jjtAccept(SimpleNode.java:57)
>> at com.agentpp.smiparser.SimpleNode.childrenAccept(SimpleNode.java:65)
>> at com.agentpp.smiparser.SMI2Java.visit(SMI2Java.java:1582)
>> at com.agentpp.smiparser.SimpleNode.jjtAccept(SimpleNode.java:57)
>> at com.agentpp.smiparser.SimpleNode.childrenAccept(SimpleNode.java:65)
>> at com.agentpp.smiparser.SMI2Java.visit(SMI2Java.java:1582)
>> at com.agentpp.smiparser.SimpleNode.jjtAccept(SimpleNode.java:57)
>> at com.agentpp.repository.DefaultRepositoryManager.checkModules(DefaultRepositoryManager.java:285)
>> at com.agentpp.repository.DefaultRepositoryManager.checkModules(DefaultRepositoryManager.java:205)
>> at com.agentpp.designer.MIBDesignerFrame.jButtonCheck_actionPerformed(Unknown Source)
>> at com.agentpp.designer.MIBDesignerFrame$35.actionPerformed(Unknown Source)
>> 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.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:234)
>> at java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:232)
>> at java.awt.Component.processMouseEvent(Component.java:5488)
>> at javax.swing.JComponent.processMouseEvent(JComponent.java:3126)
>> at java.awt.Component.processEvent(Component.java:5253)
>> at java.awt.Container.processEvent(Container.java:1966)
>> at java.awt.Component.dispatchEventImpl(Component.java:3955)
>> at java.awt.Container.dispatchEventImpl(Container.java:2024)
>> at java.awt.Component.dispatchEvent(Component.java:3803)
>> 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:1774)
>> at java.awt.Component.dispatchEvent(Component.java:3803)
>> 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)
>> ---8<--------------------------------------
>> The problem is - this can be found, when using "Edit->MIB file editor..." - that fooEntry
>> (the row object with the small foo within the name) and FooEntry (the sequence definition
>> of Leafs with the capital FOO in the name for each row) are gone.
>>
>> The SMI Editor on the left side, however, still shows these two (updated) parts, when I select the
>> item fooEntry on the navigation tree on the left side. So whenever adding leafs to a table,
>> I have to use the MIB file Editor jump to the location between the table and the first
>> column and copy there the row object and the sequence definition.
>>
>> BTW: The problem is the same, if I choose fooEntry's context menu instead of fooTable's.
>>
>>
>> Another point that bores me is, that if I have for example two colums with the OIDs xxx.1
>> and xxx.10 and I want to add a column with the OID xxx.5 then I always get the new column
>> added as xxx.11 :( I first have to close the tables/entries edit dialog and then assigning
>> the new OID by changing the leaf directly
>>
>>
>> I now tried to create a small sample MIB to check whether this might be a problem fo my MIB.
>> But whenever I click on the "Create new mib Module" button I reproducably get an error popup
>> The current repository path is invalid:
>> <path>
>> Could not create new MIB module!
>>
>> Regardless whether I try to set the repository path to what it is, change it to some invalid
>> path like /tmp and an then back to the former (in fact) valid one or doing nothing about - the
>> next time I click on the "create new MIB module" button I get the following exception.
>> ---8<--------------------------------------
>> Exception in thread "AWT-EventQueue-0" java.lang.IndexOutOfBoundsException: Index: -1, Tab count: 0
>> at javax.swing.JTabbedPane.checkIndex(JTabbedPane.java:1562)
>> at javax.swing.JTabbedPane.removeTabAt(JTabbedPane.java:797)
>> at javax.swing.JTabbedPane.remove(JTabbedPane.java:880)
>> at com.agentpp.designer.MIBDesignerFrame.closeCurrentPanel(Unknown Source)
>> at com.agentpp.designer.MIBDesignerFrame.jMenuItemNewWindow_actionPerformed(Unknown Source)
>> at com.agentpp.designer.MIBDesignerFrame.jButtonNew_actionPerformed(Unknown Source)
>> at com.agentpp.designer.MIBDesignerFrame$32.actionPerformed(Unknown Source)
>> 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.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:234)
>> at java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:232)
>> at java.awt.Component.processMouseEvent(Component.java:5488)
>> at javax.swing.JComponent.processMouseEvent(JComponent.java:3126)
>> at java.awt.Component.processEvent(Component.java:5253)
>> at java.awt.Container.processEvent(Container.java:1966)
>> at java.awt.Component.dispatchEventImpl(Component.java:3955)
>> at java.awt.Container.dispatchEventImpl(Container.java:2024)
>> at java.awt.Component.dispatchEvent(Component.java:3803)
>> 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:1774)
>> at java.awt.Component.dispatchEvent(Component.java:3803)
>> 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)
>> ---8<--------------------------------------
>>
>>
>> Yet another - less important problem:
>> Within some MIB modules I have imported textual conventions from higher level MIB modules. But
>> there are always some TCs that I did not want to import and which I cant get rid of. Even deleting
>> the compiled MIB module from the repository, editing the textual representation manually and deleting
>> the unwanted TCs and the import statement and importing the such cleaned up module will not help.
>> BTW: Why are the definitions of some (maybe all?) imported TCs copied into the textual representation?
>> I'd have assumed, that the IMPORTS foo from BAR-MIB would have been sufficiant?
>>
>>
>> Has anybody an Idea what's going wrong here?
>> *******************************************************
>> Jürgen Sellinath
>> SW-Engineer
>>
>> Thales ATM GmbH
>> Air Systems Division
>> Lilienthalstrasse 2
>> 70825 Korntal-Münchingen
>> Germany
>> Tel.: + 49 711 86032 - 222
>> Fax.: + 49 711 86032 - 9222
>> -------------------------------------------------------
>> Register of Trade HRB 207307, District Court Stuttgart
>> General Manager: Wolfgang Ernesti
>>
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> MIBDesigner mailing list
>> MIBDesigner at agentpp.org
>> http://lists.agentpp.org/mailman/listinfo/mibdesigner
>
--
AGENT++
http://www.agentpp.com
http://www.mibexplorer.com
http://www.mibdesigner.com
More information about the MIBDesigner
mailing list