[refri]

Hi, i just updated to version 7.5 and installed the UML2 plugin. In the UML2 preferences i didnt get a tree, just one main-node “UML2”. Also, if I open a uml diagram i have no context menu like “export to image”.
My colleague which also uses the same version of myEclipse has a preference-tree underneath the node “UML2” and he can export an uml diagram to image (using context menu).
I use Version: 7.5, Build id: 7.5-20090609

Do you know this problem and the solution?
Best regards

[Loyal Water]

refri,
Can you switch to a new workspace and test this again. Seems like some workspace related issue to me. Does the problem persist in the new workspace as well.

Incase the problem persists. can you go to MyEclipse > Installation Summary > Installation Details and paste the information here for me.

[krussell22]

I am also having this issue… I can’t export UML2 as an image. Any ideas??

[Ed ross]

I have just upgraded and found the same issue – can not export an image. Did find I could print the diagram, but not export

[Alexander Portnov]

I can’t export ANY diagram as an image from UML1. From UML2 I can print it, but it is no context menu at all…This same problem is in a brand new worksapace as well…
I installed MyEclipse 7.5 a few days ago.

[Loyal Water]

Guys,
I have filed this issue for investigation. We will get this resolved asap. Sorry for the inconvenience.

[Alexander Portnov]

Just to provide some more information…May be, it will put some light on the problem…
What I want to tell is that I just tested the same installation package on another computer…and is possible to export the diagram as an image…So, what is the difference?
The computer on which I can NOT export has a Windows Vista Ultimate OS and vm running on jdk1.5.0_10…
The computer on which I just a few minutes ago successfully exported a diagram as an image, has a Windows XP Professional OS and a vm running on jdk1.6….
May be, this can point to the source of the problem?
Don’t know what the other guys’ systems are…just hope the XP box will not lose the ability to export…:-)

[krussell22]

Could there be a difference between an upgraded version of 7.5 and a clean ‘new’ install? I’m experiencing the problem on XP Pro with a 7.1 version of MyEclipse upgraded to 7.5.

[Alexander Portnov]

Could there be a difference between an upgraded version of 7.5 and a clean ‘new’ install? I’m experiencing the problem on XP Pro with a 7.1 version of MyEclipse upgraded to 7.5.

On both of my computers (the one with a Vista, and another with XP) are clean new installations of classic Eclipse 3.4.2 and,thereafter, MyEclipse 7.5 (from archived source) using update manager, both from the same source.

[Loyal Water]

Thank you for posting this additional information.

[Alexander Portnov]

I have something to add to the problem….Just in case it might point to the source of it…
This message appears in the log file ({workspace.dir}./metadata/.log) when I tried to SAVE changes made to a diagram (the “Export As Image” context menu option seems disabled, nothing happens after click on it, and this is on the Vista machine):
===============

!ENTRY org.eclipse.core.resources 4 568 2009-06-29 11:18:40.528
!MESSAGE Internal error in history store
!STACK 1
org.eclipse.core.internal.resources.ResourceException: Could not read metadata for ‘C:\workspace_head_tst\.metadata\.plugins\org.eclipse.core.resources\.projects\APS_FilesProcessing\.indexes\7\81\f4\97\ae\history.index’. Unexpected version: 0.
at org.eclipse.core.internal.localstore.Bucket.load(Bucket.java:295)
at org.eclipse.core.internal.localstore.Bucket.load(Bucket.java:266)
at org.eclipse.core.internal.localstore.BucketTree.internalAccept(BucketTree.java:96)
at org.eclipse.core.internal.localstore.BucketTree.internalAccept(BucketTree.java:107)
at org.eclipse.core.internal.localstore.BucketTree.accept(BucketTree.java:74)
at org.eclipse.core.internal.localstore.HistoryStore2.applyPolicy(HistoryStore2.java:139)
at org.eclipse.core.internal.localstore.HistoryStore2.copyHistory(HistoryStore2.java:230)
at org.eclipse.core.internal.localstore.FileSystemResourceManager.copy(FileSystemResourceManager.java:186)
at org.eclipse.core.internal.resources.Resource.copy(Resource.java:493)
at org.eclipse.jdt.internal.core.builder.AbstractImageBuilder.copyResource(AbstractImageBuilder.java:378)
at org.eclipse.jdt.internal.core.builder.IncrementalImageBuilder.findSourceFiles(IncrementalImageBuilder.java:664)
at org.eclipse.jdt.internal.core.builder.IncrementalImageBuilder.findSourceFiles(IncrementalImageBuilder.java:522)
at org.eclipse.jdt.internal.core.builder.IncrementalImageBuilder.findSourceFiles(IncrementalImageBuilder.java:522)
at org.eclipse.jdt.internal.core.builder.IncrementalImageBuilder.findSourceFiles(IncrementalImageBuilder.java:522)
at org.eclipse.jdt.internal.core.builder.IncrementalImageBuilder.findSourceFiles(IncrementalImageBuilder.java:473)
at org.eclipse.jdt.internal.core.builder.IncrementalImageBuilder.build(IncrementalImageBuilder.java:92)
at org.eclipse.jdt.internal.core.builder.JavaBuilder.buildDeltas(JavaBuilder.java:265)
at org.eclipse.jdt.internal.core.builder.JavaBuilder.build(JavaBuilder.java:193)
at org.eclipse.core.internal.events.BuildManager$2.run(BuildManager.java:633)
at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:37)
at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:170)
at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:201)
at org.eclipse.core.internal.events.BuildManager$1.run(BuildManager.java:253)
at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:37)
at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:256)
at org.eclipse.core.internal.events.BuildManager.basicBuildLoop(BuildManager.java:309)
at org.eclipse.core.internal.events.BuildManager.build(BuildManager.java:341)
at org.eclipse.core.internal.events.AutoBuildJob.doBuild(AutoBuildJob.java:140)
at org.eclipse.core.internal.events.AutoBuildJob.run(AutoBuildJob.java:238)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
!SUBENTRY 1 org.eclipse.core.resources 4 567 2009-06-29 11:18:40.528
!MESSAGE Could not read metadata for ‘C:\workspace_head_tst\.metadata\.plugins\org.eclipse.core.resources\.projects\APS_FilesProcessing\.indexes\7\81\f4\97\ae\history.index’. Unexpected version: 0.

============================
The diagram, actually, has been saved within the project….

[Loyal Water]

FYI: A workaround for the Export to Image has been posted here:-
https://www.genuitec.com/forums/topic/export-uml2-to-image/#post-300013

[pppoole]

I don’t know if this solves your problem or not… but, i got a post on the same problem from Brian (on the support team) that solved the problem for me… Here is the relevant snippet for turning it on:

Go to Window > Preferences > General > Capabilities and select the Advanced button. Expand “MyEclipse Standard Tools” group and look for the “UML2 Extras (Leave off)” item. It will be unchecked, please check it and click OK. You should now see an “Export to file” action in your diagrams context menu which you can use to export.

I restarted my instance and saw it.

I hope that helps,

Paul

[Loyal Water]

Paul,
Thank you for posting this information. The link I posted above explains the same workaround.

Hope this information helps the users.

[Alexander Portnov]

If this workaround helps to solve the UML2 problem, the UML1 still can’t export any diagram as an image…

Alex

[Author]

Posts