Community
Participate
Working Groups
It is currently not possible to launch the Web Services Explorer when installing only the WST distribution. Investigation shows that the Run menu/toolbar command is misplaced in jst.ws and should be moved to wst.ws This should be a very easy change. This action command had no dependencies on jst and should be easily moved to wst.ws.explorer plugin. Move this class to wst.ws.explorer plugin: org.eclipse.jst.ws.internal.consumption.ui.action.LaunchWSEAction And move the corresponding action declaration in the plugin.xml Also another similar error in misplaced category definition in the wst.ws.explorer plugin.xml: menubarPath="org.eclipse.jst.ws.atk.ui.webservice.category.popupMenu/popupActio ns" logs an error when JST in not installed. Move this menubarPath definition from jst.ws.ui into wst.ws.explorer
Thanks Dave, feel free to attach patches ... they really do make things easier for us.
I wasn't sure how much patches help with changes like this. I'll create a fresh workspace from HEAD tomorrow and work on a patch for this one.
Dave, patches are like gold, especially at times like this when the core team is so very occupied with fixing the last of the critical bugs for WTP 0.7. Thanks very much for any help you can lend! Cheers - CB.
Tentatively tagetting to M6.
Chris, I've made these changes and am starting to test, but one quick question for you: A menubar extension for IResource is defined (but not used) in org.eclipse.jst.ws.ui org.eclipse.jst.ws.atk.ui.webservice.category.popupMenu/popupActions It is then used in org.eclipse.wst.ws.explorer and org.eclipse.jst.ws.consumption.ui but I have not yet done an exhaustive search so may be used elsewhere. This creates the "Web Services" popup submenu in the Navigator. When installing only WST the menu path is undefined. Where should we move this definition? Maybe move to org.eclipse.wst.ws.ui? If you agree, I'll do a complete search for other usage and add any missing dependencies on the wst.ws.ui plugin. Thanks!
Dave, moving the definition of the the menu bar path [1] from org.eclipse.jst.ws.ui to org.eclipse.wst.ws.ui is a good idea, since the latter plugin acts as the GUI foundation for the Web service tools at large. The menu id should also be simplified to, say, "org.eclipse.wst.ws.ui.menu". FYI, the menu bar path is currently used by these plugins. The first already depends on org.eclipse.wst.ws.ui. The latter two don't, and would need to. 1. org.eclipse.jst.ws.consumption.ui 2. org.eclipse.jst.ws.creation.ui 3. org.eclipse.wst.ws.explorer Also, sorry to bear bad news, but I am also deferring this to WTP 1.0. As much as I'd like to include this in WTP 0.7, the bar for committing changes to the WTP 0.7 codebase is getting really high on the status calls, and only truely critical bugs are getting approved for 0.7. Let me know if this is serious cause for concern. Thanks again for your help! I've got lots more Web service bugs in our backlog if you're interested :)
Thanks, I'll get these patches done and to you, probably tomorrow. I thought the 0.7 threshhold might be getting too high for this bug fix. I am creating a complete package of Eclipse + subset of WST for use by XML designers (not programmers). I will base this on 0.7 and promote to several standards groups, including OASIS and OAGi. I'll need to use my patched version of wst.ws.explorer and wst.ws.ui for this distribution. After the patch is committed, I can use a post-0.7 I-build of these two plugins. I'll review other web services bugzilla entries and see if I can help out.
Assigned to me.
Hi Dave, did you end up putting together any patches for this bug?
Simple as this fix probably is, we're in the last couple weeks of shutting down WTP 1.0 and need to minimize changes. Deferring.
I'm going to mark this as 3.0, but with help wanted. If it hasn't been fixed already, perhaps it is one that someone .... hummm, Dave? .... would be interested/able to supply a fix for? Or, maybe it's been fixed already? In 3.0?
This has been fixed .3.0 so I am closing the defect
Please verify the defect you originated with a recent WTP driver which could be found in: http://download.eclipse.org/webtools/downloads/ If defects in resolved state is not verified within a couple of weeks, the development team might verify and close the defect on the originator's behalf. Thank you for your attention!
This has been moved so I am officially closing this defect.