Hello,
I've managed to reproduce this problem. The reason is an exception that
occurs on event dispatch (see below). I think exception is the result of
"update_external" event processing that is fired before external
directory is created, but path field of the event is set to that
non-existing directory.
I'll fix that in SVNKit externals code ASAP, so that event is fired only
after externals directory is created, but I think that Subclipse should
also be fixed to handle such events without exceptions.
Exception:
java.lang.ClassCastException: org.eclipse.core.internal.resources.File
cannot be cast to org.eclipse.core.resources.IContainer
at
org.tigris.subversion.subclipse.core.client.OperationManager.onNotify(OperationManager.java:176)
at
org.tigris.subversion.svnclientadapter.SVNNotificationHandler.notifyListenersOfChange(SVNNotificationHandler.java:206)
at
org.tigris.subversion.svnclientadapter.javahl.JhlNotificationHandler.onNotify(JhlNotificationHandler.java:360)
at
org.tigris.subversion.svnclientadapter.javahl.JhlNotificationHandler.onNotify(JhlNotificationHandler.java:74)
at
org.tmatesoft.svn.core.javahl.SVNClientImpl$11.handleEvent(SVNClientImpl.java:1735)
at
org.tmatesoft.svn.core.wc.SVNBasicClient.dispatchEvent(SVNBasicClient.java:327)
at
org.tmatesoft.svn.core.wc.SVNBasicClient.dispatchEvent(SVNBasicClient.java:320)
at
org.tmatesoft.svn.core.wc.SVNUpdateClient.handleExternalChange(SVNUpdateClient.java:1162)
at
org.tmatesoft.svn.core.wc.SVNUpdateClient.handleExternals(SVNUpdateClient.java:1090)
at
org.tmatesoft.svn.core.wc.SVNUpdateClient.doUpdate(SVNUpdateClient.java:266)
at
org.tmatesoft.svn.core.javahl.SVNClientImpl.update(SVNClientImpl.java:624)
at
org.tmatesoft.svn.core.javahl.SVNClientImpl.update(SVNClientImpl.java:604)
at
org.tigris.subversion.svnclientadapter.javahl.AbstractJhlClientAdapter.update(AbstractJhlClientAdapter.java:979)
at
org.tigris.subversion.subclipse.core.commands.UpdateResourcesCommand.run(UpdateResourcesCommand.java:68)
at
org.tigris.subversion.subclipse.ui.operations.UpdateOperation.execute(UpdateOperation.java:73)
at
org.tigris.subversion.subclipse.ui.operations.RepositoryProviderOperation.execute(RepositoryProviderOperation.java:71)
at
org.tigris.subversion.subclipse.ui.operations.SVNOperation.run(SVNOperation.java:89)
at
org.eclipse.team.internal.ui.actions.JobRunnableContext.run(JobRunnableContext.java:144)
at
org.eclipse.team.internal.ui.actions.JobRunnableContext$ResourceJob.runInWorkspace(JobRunnableContext.java:72)
at
org.eclipse.core.internal.resources.InternalWorkspaceJob.run(InternalWorkspaceJob.java:38)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
Alexander Kitaev,
TMate Software,
http://svnkit.com/ - Java [Sub]Versioning Library!
Robert Gruendler wrote:
> yes, in the checkout dialog there's an ignore externals option, which is
> unchecked. also tried to check and uncheck it again, same issue.
>
> I didn't test it wich JavaHL as it seems i can't connect to a repo using
> the svn+ssh protocol with it.
>
>
>
>
> Mark Phippard schrieb:
>> On Sat, Jul 5, 2008 at 3:06 PM, Robert Gruendler <doobre_at_gmail.com>
>> wrote:
>>
>>> the property is set to 'svn:externals', with the value "sfDoctrinePlugin
>>> http://svn.symfony-project.com/plugins/sfDoctrinePlugin/trunk"
>>>
>>
>> That would seem unlikely then, as that is the common syntax.
>>
>> We use this property extensively in Subclipse repository (but we also
>> use JavaHL). I do not have Subclipse handy to check, but does our
>> Checkout UI expose the ignore externals option? I cannot remember if
>> we added that when we added the Depth option.
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_subclipse.tigris.org
> For additional commands, e-mail: users-help_at_subclipse.tigris.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subclipse.tigris.org
For additional commands, e-mail: users-help_at_subclipse.tigris.org
Received on 2008-07-06 18:55:40 CEST