Empty Toolbox for DSL Tools Diagram in experimental hive
- I created a DSL in Beta1 and migrated it using the DSL Tools Migration Tool. So my DSL is running in beta2. But I do have a problem when debugging the DSL in the experimental hive. There the toolbox is empty. When activating "Show all" in the toolbox context menu, I can see several tabs "(Cannot load resource '@MyToolboxTab;MyDsl.dll'.)" and similar ones for the uml diagrams from the architecture diagrams. When installing my DSL via the vsix in the default hive, everything shows up perfect.
Does anyboy has an idea, what I can do to fix that issue? I already tried to run devenv with option /setup, I have reset the toolbox but nothing worked out. I always get the same "message" on the toolbox tabs.
Thanks,
Matthias- Moved byEsther FanMSFT, OwnerThursday, October 22, 2009 10:59 PM (From:Visual Studio Team System 2010 Beta2)
- Moved byJason BarileMSFTWednesday, October 21, 2009 3:15 PMMoving to more appropriate forum (From:Microsoft Visual Studio Team Foundation Server 2010 Beta 2)
Answers
Hi Matthias,
Unfortunately this issue was detected a bit late and it will be fixed in RC.
As a workaround, you can rebuild your DSL (or just delete the toolbox cache in exp hive) and then run the exp hive using CTRL+F5 instead of F5. When the solution will be opened you can attach a debugger and debug from that point.
Let me know if the workaround helped you to overcome the problem.
Eyal- Proposed As Answer byAnutthara - MSFT Thursday, October 22, 2009 11:11 AM
- Marked As Answer byMatthiasRink Thursday, October 22, 2009 11:45 AM
- Thanks Mattias.
Actually, I think you can run F5 directly as soon as you have run Ctrl+F5 at least once.
Jean-Marc
Jean-Marc- Marked As Answer byMatthiasRink Friday, October 23, 2009 6:35 AM
All Replies
Hi Matthias,
Unfortunately this issue was detected a bit late and it will be fixed in RC.
As a workaround, you can rebuild your DSL (or just delete the toolbox cache in exp hive) and then run the exp hive using CTRL+F5 instead of F5. When the solution will be opened you can attach a debugger and debug from that point.
Let me know if the workaround helped you to overcome the problem.
Eyal- Proposed As Answer byAnutthara - MSFT Thursday, October 22, 2009 11:11 AM
- Marked As Answer byMatthiasRink Thursday, October 22, 2009 11:45 AM
- Hi Eyal,
this workaround works perfect. Thank you. It will be a bit frustrating always attach the debugger but hey, it works.
Tanks,
Matthias Hi,
as a little helper for the frustrating part of always attach the debugger, I wrote a little Add-In which starts Visual Studio exp hive and after that attach the debugger to this process. So I do have an experience as pressing F5!
So if someone is interested in this little tool, please feel free to ask me for it. I can then send you the sources or even post it here.
Matthias- Edited byMatthiasRink Friday, October 23, 2009 6:23 AM
- Thanks Mattias.
Actually, I think you can run F5 directly as soon as you have run Ctrl+F5 at least once.
Jean-Marc
Jean-Marc- Marked As Answer byMatthiasRink Friday, October 23, 2009 6:35 AM
- Hi Jean-Marc,
you are right, running with F5 works for me now. All the time writing the Add-In for nothing. :)
Anyway, thanks for your great job with the Beta2. There is so much things getting better with 2010, so I almost can't wait to see some samples of the new DSL features like DLS Libraries. Hope you will get the time for these samples soon.
Matthias - OK, I was a little bit fast with my reply that running with F5 is working. In fact, the toolbox items are there but the label for them is showing the error message "(Cannot load resource ...)".
See: http://cid-54d4d49f5b6be49d.skydrive.live.com/self.aspx/.Public/Toolbox.png
So I will use my Add-In to start debugging.
Matthias - After CTRL+F5 move your mouse over the all toolbox items. At this point the should be cached by VS.
So when you'll F5 next time (without making any source changes, otherwise the toolbox cache will be deleted) it will load the tbx items from the cache and it should work. :-)- Proposed As Answer byEsther FanMSFT, OwnerFriday, October 23, 2009 5:06 PM
- This also affects UML extensibility.
- Alan -MSFT - Jean-Marc has posted more info about this issue on his blog:
Esther Fan | User Education
