|
|
|
|
|
|
|
|
| Re: Missing activity diagrams [message #46067 is a reply to message #45804] |
Wed, 21 November 2007 13:03  |
Eclipse User |
|
|
|
Hi,
finally I have succeeded - see
https://bugs.eclipse.org/bugs/attachment.cgi?id=83455
Regards,
Roman
"Shilpa Toraskar" <storaskar@xx.xxx.xxx> wrote in message
news:ce5a14da683c34564d8e2f338e7c7f0a$1@www.eclipse.org...
> ActivityDiagramService is old legacy class which we used for GEF based
> diagrams. Although activity detail diagrams have the same look and feel
> for both GEF & GMF, it may not be a good idea to use that class since we
> might take it out.
>
> For current (GMF) diagrams, you really need to look epf.diagram.xx..
> packages.
>
> The exception you got for DiagramImageService makes sense. It complained
> about workbench UI not started which you don't have in command-line
> publishing. If you look at exception trace, it goes to GMF which in turns
> calls workbench UI. That could be difference between GEF and GMF. And may
> be that's why ActivityDiagramService work fine for you.
> Sorry..this is not much of help for you. But looks like you would have to
> work your way around to get diagrams working for command-line publishing.
>
> Regards,
> Shilpa
>
>
>
>
|
|
|
|
| Re: Missing activity diagrams [message #585507 is a reply to message #45446] |
Wed, 07 November 2007 08:26 |
| Eclipse User |
|
|
|
Hi Shilpa,
Yes, I have tried this - same result. Even when I publish configuration
using standard dialog I don't need to select them eighter. Any other idea?
Regards,
Roman
"Shilpa Toraskar" <storaskar@xx.xxx.xxx> wrote in message
news:ee1cae2fdffabec40409d8b5aab6a05c$1@www.eclipse.org...
> Looks like you don't have publishing options set for diagrams. Take a look
> at PublishHTMLOptions -> setPublishBaseAD and setPublishUnopenADD methods.
>
> --
> Shilpa
>
|
|
|
| Re: Missing activity diagrams [message #585522 is a reply to message #45533] |
Wed, 07 November 2007 09:26 |
| Eclipse User |
|
|
|
I have checked the properties, when I debug EPF and standard way of
publishing I get exactly same properties:
options PublishHTMLOptions (id=160)
aboutHTML ""
bannerImage ""
bannerImageHeight 67
checkExternalLinks false
convertBrokenLinks false
defaultActivityTab "WBS"
dynamicWebAppName null
feedbackURL "http://www.published_website.com/feedback"
includeServletSearch false
processes null
publishBaseAD false
publishConfiguration true
publishDir "C:\\Documents and Settings\\smirarom\\EPF\\Publish1.0-int"
publishDynamicWebApp false
publishEmptyCategories false
publishGlossary false
publishIndex false
publishJavaScriptTree true
publishLightWeightTree true
publishProcess false
publishUnopenADD false
showDescriptorsInNavigationTree false
showMethodContentInDescriptors false
showRelatedDescriptors false
title ""
as when I run my command line publishing; the result: standard includes
diagrams, command line doesn't. Any ideas?
Roman
"Roman Smirak" <roman.smirak@tietoenator.com> wrote in message
news:fgseeo$5qu$1@build.eclipse.org...
> Hi Shilpa,
>
> Yes, I have tried this - same result. Even when I publish configuration
> using standard dialog I don't need to select them eighter. Any other idea?
>
> Regards,
>
> Roman
>
> "Shilpa Toraskar" <storaskar@xx.xxx.xxx> wrote in message
> news:ee1cae2fdffabec40409d8b5aab6a05c$1@www.eclipse.org...
>> Looks like you don't have publishing options set for diagrams. Take a
>> look at PublishHTMLOptions -> setPublishBaseAD and setPublishUnopenADD
>> methods.
>>
>> --
>> Shilpa
>>
>
>
|
|
|
| Re: Missing activity diagrams [message #585536 is a reply to message #45561] |
Thu, 08 November 2007 13:22 |
| Eclipse User |
|
|
|
Hi,
I'm debugging both - std publishing via dialog as well as the command
line version - still no progress.
Can you please let me know what sort of conditions/parameters are in charge
of the decision whether or not to generate a diagram? Or class, or ...
Regards,
Roman
"Roman Smirak" <roman.smirak@tietoenator.com> wrote in message
news:fgshud$i9s$1@build.eclipse.org...
>I have checked the properties, when I debug EPF and standard way of
>publishing I get exactly same properties:
> options PublishHTMLOptions (id=160)
>
> aboutHTML ""
>
> bannerImage ""
>
> bannerImageHeight 67
>
> checkExternalLinks false
>
> convertBrokenLinks false
>
> defaultActivityTab "WBS"
>
> dynamicWebAppName null
>
> feedbackURL "http://www.published_website.com/feedback"
>
> includeServletSearch false
>
> processes null
>
> publishBaseAD false
>
> publishConfiguration true
>
> publishDir "C:\\Documents and Settings\\smirarom\\EPF\\Publish1.0-int"
>
> publishDynamicWebApp false
>
> publishEmptyCategories false
>
> publishGlossary false
>
> publishIndex false
>
> publishJavaScriptTree true
>
> publishLightWeightTree true
>
> publishProcess false
>
> publishUnopenADD false
>
> showDescriptorsInNavigationTree false
>
> showMethodContentInDescriptors false
>
> showRelatedDescriptors false
>
> title ""
>
>
> as when I run my command line publishing; the result: standard includes
> diagrams, command line doesn't. Any ideas?
>
> Roman
>
>
> "Roman Smirak" <roman.smirak@tietoenator.com> wrote in message
> news:fgseeo$5qu$1@build.eclipse.org...
>> Hi Shilpa,
>>
>> Yes, I have tried this - same result. Even when I publish
>> configuration using standard dialog I don't need to select them eighter.
>> Any other idea?
>>
>> Regards,
>>
>> Roman
>>
>> "Shilpa Toraskar" <storaskar@xx.xxx.xxx> wrote in message
>> news:ee1cae2fdffabec40409d8b5aab6a05c$1@www.eclipse.org...
>>> Looks like you don't have publishing options set for diagrams. Take a
>>> look at PublishHTMLOptions -> setPublishBaseAD and setPublishUnopenADD
>>> methods.
>>>
>>> --
>>> Shilpa
>>>
>>
>>
>
>
|
|
|
| Re: Missing activity diagrams [message #585549 is a reply to message #45590] |
Thu, 08 November 2007 15:19 |
| Eclipse User |
|
|
|
Yeah.. you would have to debug into this. It's quite possible that current
diagram publishing may need UI.
From EPF, you need to start looking into
org.eclipse.epf.diagram.ui.service.DiagramImageService and
org.eclipse.epf.diagram.ui.viewer.NewActivityDiagramviewer. Those are two
packages where diagrams get published.
DiagramImageService constructor need composite of 1x1 pixels to hold
diagram. This was needed for GEF based diagrams. In latest release we
moved to GMF, but not sure whether that's still needed. That's something
we need to check on our side to see whether we can get rid of that
composite.
If you look at standard publishing -
org.eclipse.epf.publishing.ui.wizards.PublishProgressMonitor Dialog it's
creating that composite and passing into DiagramImageService. I am
guessing you don't have that in command-line publishing code.
I am not sure whether that's causing command-line publishing not to show
diagrams but that's something you need to start looking into and debug
more into DiagramImageService and viewer class.
Hope it helps..
Regards
Shilpa Toraskar
|
|
|
| Re: Missing activity diagrams [message #585561 is a reply to message #45620] |
Fri, 09 November 2007 07:00 |
| Eclipse User |
|
|
|
Hi Shilpa,
thanks a lot for you reply - it was very helpful. My current status:
1/ if I register ActivityDiagramService I get activity detail diagrams
(role - responsibility) - all works fine. However I would like to get those
nice activity diagrams
2/ if I register DiagramImageService, I get following exception:
java.lang.IllegalStateException: Workbench has not been created yet.
at org.eclipse.ui.PlatformUI.getWorkbench(PlatformUI.java:92)
at
org.eclipse.gmf.runtime.diagram.ui.parts.DiagramGraphicalVie wer$ToggleUpdateManager.sendUpdateRequest(DiagramGraphicalVi ewer.java:92)
at
org.eclipse.draw2d.DeferredUpdateManager.queueWork(DeferredU pdateManager.java:229)
at
org.eclipse.gmf.runtime.diagram.ui.parts.DiagramGraphicalVie wer$ToggleUpdateManager.queueWork(DiagramGraphicalViewer.jav a:132)
at
org.eclipse.draw2d.DeferredUpdateManager.addInvalidFigure(De ferredUpdateManager.java:124)
at org.eclipse.draw2d.Figure.revalidate(Figure.java:1349)
at
org.eclipse.draw2d.LightweightSystem.setControl(LightweightS ystem.java:237)
at org.eclipse.draw2d.FigureCanvas.<init>(FigureCanvas.java:124)
at org.eclipse.draw2d.FigureCanvas.<init>(FigureCanvas.java:108)
at
org.eclipse.gef.ui.parts.ScrollingGraphicalViewer.createCont rol(ScrollingGraphicalViewer.java:50)
at
org.eclipse.epf.diagram.ui.viewer.AbstractDiagramGraphicalVi ewerEx.createGraphicalViewer(AbstractDiagramGraphicalViewerE x.java:348)
at
org.eclipse.epf.diagram.ui.viewer.AbstractDiagramGraphicalVi ewer. <init>(AbstractDiagramGraphicalViewer.java:62)
at
org.eclipse.epf.diagram.ui.viewer.AbstractDiagramGraphicalVi ewerEx. <init>(AbstractDiagramGraphicalViewerEx.java:105)
at
org.eclipse.epf.diagram.ui.viewer.NewActivityDetailDiagramVi ewer. <init>(NewActivityDetailDiagramViewer.java:47)
at
org.eclipse.epf.diagram.ui.service.DiagramImageService.getDi agramViewer(DiagramImageService.java:175)
at
org.eclipse.epf.diagram.ui.service.DiagramImageService._inte rnal_generateImage(DiagramImageService.java:368)
at
org.eclipse.epf.diagram.ui.service.DiagramImageService.__int ernal_saveDiagram(DiagramImageService.java:305)
at
org.eclipse.epf.diagram.ui.service.DiagramImageService.acces s$0(DiagramImageService.java:294)
at
org.eclipse.epf.diagram.ui.service.DiagramImageService$1.run (DiagramImageService.java:253)
at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:3 5)
at
org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchr onizer.java:123)
at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.jav a:3659)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java :3296)
at org.eclipse.epf.publishing.cmdline.Publish.run(Publish.java: 98)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at
org.eclipse.equinox.internal.app.EclipseAppContainer.callMet hod(EclipseAppContainer.java:533)
at
org.eclipse.equinox.internal.app.EclipseAppHandle.run(Eclips eAppHandle.java:155)
at
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .runApplication(EclipseAppLauncher.java:106)
at
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher .start(EclipseAppLauncher.java:76)
at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:363)
at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseS tarter.java:176)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java: 504)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:443)
at org.eclipse.equinox.launcher.Main.run(Main.java:1169)
at org.eclipse.equinox.launcher.Main.main(Main.java:1144)
Unfortunately I'm not familiar with workbench instantiation - any ideas?
Thanks a lot,
Roman
"Shilpa Toraskar" <storaskar@xx.xxx.xxx> wrote in message
news:3394a8abf25f2d85e6060461825bd060$1@www.eclipse.org...
> Yeah.. you would have to debug into this. It's quite possible that current
> diagram publishing may need UI.
>
> From EPF, you need to start looking into
> org.eclipse.epf.diagram.ui.service.DiagramImageService and
> org.eclipse.epf.diagram.ui.viewer.NewActivityDiagramviewer. Those are two
> packages where diagrams get published.
>
> DiagramImageService constructor need composite of 1x1 pixels to hold
> diagram. This was needed for GEF based diagrams. In latest release we
> moved to GMF, but not sure whether that's still needed. That's something
> we need to check on our side to see whether we can get rid of that
> composite.
> If you look at standard publishing -
> org.eclipse.epf.publishing.ui.wizards.PublishProgressMonitor Dialog it's
> creating that composite and passing into DiagramImageService. I am
> guessing you don't have that in command-line publishing code.
>
> I am not sure whether that's causing command-line publishing not to show
> diagrams but that's something you need to start looking into and debug
> more into DiagramImageService and viewer class.
>
> Hope it helps..
>
> Regards
> Shilpa Toraskar
>
|
|
|
| Re: Missing activity diagrams [message #585623 is a reply to message #45650] |
Mon, 12 November 2007 14:01 |
| Eclipse User |
|
|
|
ActivityDiagramService is old legacy class which we used for GEF based
diagrams. Although activity detail diagrams have the same look and feel
for both GEF & GMF, it may not be a good idea to use that class since we
might take it out.
For current (GMF) diagrams, you really need to look epf.diagram.xx..
packages.
The exception you got for DiagramImageService makes sense. It complained
about workbench UI not started which you don't have in command-line
publishing. If you look at exception trace, it goes to GMF which in turns
calls workbench UI. That could be difference between GEF and GMF. And may
be that's why ActivityDiagramService work fine for you.
Sorry..this is not much of help for you. But looks like you would have to
work your way around to get diagrams working for command-line publishing.
Regards,
Shilpa
|
|
|
| Re: Missing activity diagrams [message #585734 is a reply to message #45804] |
Wed, 21 November 2007 13:03 |
| Eclipse User |
|
|
|
Hi,
finally I have succeeded - see
https://bugs.eclipse.org/bugs/attachment.cgi?id=83455
Regards,
Roman
"Shilpa Toraskar" <storaskar@xx.xxx.xxx> wrote in message
news:ce5a14da683c34564d8e2f338e7c7f0a$1@www.eclipse.org...
> ActivityDiagramService is old legacy class which we used for GEF based
> diagrams. Although activity detail diagrams have the same look and feel
> for both GEF & GMF, it may not be a good idea to use that class since we
> might take it out.
>
> For current (GMF) diagrams, you really need to look epf.diagram.xx..
> packages.
>
> The exception you got for DiagramImageService makes sense. It complained
> about workbench UI not started which you don't have in command-line
> publishing. If you look at exception trace, it goes to GMF which in turns
> calls workbench UI. That could be difference between GEF and GMF. And may
> be that's why ActivityDiagramService work fine for you.
> Sorry..this is not much of help for you. But looks like you would have to
> work your way around to get diagrams working for command-line publishing.
>
> Regards,
> Shilpa
>
>
>
>
|
|
|
Powered by
FUDForum. Page generated in 0.48920 seconds
Home
