[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: [Subclipse-users] Question about bugtraq properties

From: Schechter, Michael <MSchechter_at_national.aaa.com>
Date: Fri, 27 Mar 2009 16:30:02 -0400


/trunk/foo does not live in my workspace. My workspace lives parallel to /trunk/foo.

My structure is:
                        /eclipse (workspace lives here, only has references to projects as we don't copy into workspace)
                        /foo (Eclipse projects/code live here)

Also, we import all projects from the "foo" tree, rather than checking out into the workspace.

As of now, the "Issue #" prompt is working correctly from both the package and project explorer views within the Java perspective. Given that you say this should not work, I am very confused.

Additional efforts have determined that of my two test files, one file always generates the issue # box, and one always fails to do so. If I try to commit both together (at the file, package or project level), it shows the box from the project or package explorer, and never from the Synch view. In all views, if I attempt a commit independently (one file at a time), the behavior is consistent.

As for my log, the only thing I found was:

!ENTRY org.eclipse.equinox.p2.metadata.repository 2 0 2009-03-27 14:36:08.550
!MESSAGE Error parsing metadata repository
!SUBENTRY 1 org.eclipse.equinox.p2.core 2 0 2009-03-27 14:36:08.550
!MESSAGE Error at line 10, column 102: Missing required attribute in "repository": url
!SUBENTRY 1 org.eclipse.equinox.p2.core 2 0 2009-03-27 14:36:08.550
!MESSAGE Error at line 10, column 102: Illegal value for attribute "url" of element "repository": null
!SUBENTRY 1 org.eclipse.equinox.p2.core 2 0 2009-03-27 14:36:08.550
!MESSAGE Error at line 11, column 102: Missing required attribute in "repository": url
!SUBENTRY 1 org.eclipse.equinox.p2.core 2 0 2009-03-27 14:36:08.550
!MESSAGE Error at line 11, column 102: Illegal value for attribute "url" of element "repository": null

This does not match to any of the attempts I have made to start a commit, and instead seems to be related to Eclipse software updates. I was able to determine that a similar block was written when I checked for Mylyn updates.

I also found the following stack trace, but this has not recurred since the Mylyn update, and I have restarted Eclipse several times since then.
!ENTRY org.eclipse.ui 4 4 2009-03-27 11:25:57.388
!MESSAGE Failed to update action org.tigris.subversion.subclipse.graph.popup.actions.SynchronizeViewGraphAction
        at org.tigris.subversion.subclipse.core.resources.SVNWorkspaceRoot.getSVNResourceFor(SVNWorkspaceRoot.java:245)
        at org.tigris.subversion.subclipse.graph.popup.actions.SynchronizeViewGraphAction.isEnabledForSelection(SynchronizeViewGraphAction.java:41)
        at org.tigris.subversion.subclipse.graph.popup.actions.SynchronizeViewGraphAction.selectionChanged(SynchronizeViewGraphAction.java:32)
        at org.eclipse.ui.internal.PluginAction.refreshEnablement(PluginAction.java:206)
        at org.eclipse.ui.internal.PluginAction.selectionChanged(PluginAction.java:277)
        at org.eclipse.ui.internal.ObjectActionContributor$1.run(ObjectActionContributor.java:157)
        at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:37)
        at org.eclipse.ui.internal.ObjectActionContributor.contributeObjectActions(ObjectActionContributor.java:160)
        at org.eclipse.ui.internal.ObjectActionContributorManager.contributeObjectActions(ObjectActionContributorManager.java:97)
        at org.eclipse.ui.internal.PopupMenuExtender.addObjectActions(PopupMenuExtender.java:261)
        at org.eclipse.ui.internal.PopupMenuExtender.menuAboutToShow(PopupMenuExtender.java:337)
        at org.eclipse.jface.action.MenuManager.fireAboutToShow(MenuManager.java:335)
        at org.eclipse.jface.action.MenuManager.handleAboutToShow(MenuManager.java:463)
        at org.eclipse.jface.action.MenuManager.access$1(MenuManager.java:459)
        at org.eclipse.jface.action.MenuManager$2.menuShown(MenuManager.java:485)
        at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:235)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1003)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1027)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1008)
        at org.eclipse.swt.widgets.Control.WM_INITMENUPOPUP(Control.java:4111)
        at org.eclipse.swt.widgets.Control.windowProc(Control.java:3815)
        at org.eclipse.swt.widgets.Canvas.windowProc(Canvas.java:337)
        at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java:1576)
        at org.eclipse.swt.widgets.Shell.windowProc(Shell.java:1937)
        at org.eclipse.swt.widgets.Display.windowProc(Display.java:4528)
        at org.eclipse.swt.internal.win32.OS.TrackPopupMenu(Native Method)
        at org.eclipse.swt.widgets.Menu._setVisible(Menu.java:250)
        at org.eclipse.swt.widgets.Display.runPopups(Display.java:3849)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3416)
        at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2382)
        at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2346)
        at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2198)
        at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:493)
        at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:288)
        at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:488)
        at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149)
        at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:113)
        at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:193)
        at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)
        at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:386)
        at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:549)
        at org.eclipse.equinox.launcher.Main.basicRun(Main.java:504)
        at org.eclipse.equinox.launcher.Main.run(Main.java:1236)

Michael Schechter

-----Original Message-----
From: Mark Phippard [mailto:markphip_at_gmail.com]
Sent: Friday, March 27, 2009 4:01 PM
To: users_at_subclipse.tigris.org
Subject: Re: [Subclipse-users] Question about bugtraq properties

On Fri, Mar 27, 2009 at 3:55 PM, Schechter, Michael
<MSchechter_at_national.aaa.com> wrote:

> When you say "The directory should just have to live in your workspace," which directory are you
> talking about? The directory with the bugtraq properties? My workspace is parallel to that
> directory ("foo"), and the projects are all referenced under "foo".

I just mean that we do not crawl above the folders in your working
copy to find the properties. So if the properties are set on
/trunk/foo that folder has to live in your workspace.

> Once I get it working in the project explorer, it works correctly in the package explorer, even if I
> then close the project explorer. However, it still *refuses* to work in the Synch view, which is
> where I first saw it work.
> Any idea why I'm seeing the discrepancy?

Nope. Anything logged in Eclipse Error Log? My best guess is that it
hits an exception and stops searching the working copy for the

Mark Phippard
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subclipse.tigris.org].
This communication (including all attachments) is intended solely for
the use of the person(s) to whom it is addressed and should be treated
as a confidential AAA communication.  If you are not the intended
recipient, any use, distribution, printing, or copying of this email is
strictly prohibited.  If you received this email in error, please
immediately delete it from your system and notify the originator.  Your
cooperation is appreciated.
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subclipse.tigris.org].
Received on 2009-03-27 21:30:28 CET

This is an archived mail posted to the Subclipse Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.