Re: [Subclipse-dev] Revision graph and cache implementation

I'll get you the graphic and email it.

I was just testing on Windows (to see if tooltips were more readable).
 I get this error:

org.tigris.subversion.sublicpse.graph.cache.CacheException: Couldn't
create directory: C:\Documents and
Settings\mphippard\workspaces\runtime-openCollabNet\.metadata\.plugins\org.tigris.subversion.subclipse.graph\ef945333-ca4f-0410-8b09-f12f8cb51de8
        at org.tigris.subversion.sublicpse.graph.cache.Cache.<init>(Cache.java:35)
        at org.tigris.subversion.subclipse.graph.editors.ShowGraphBackgroundTask.getCache(RevisionGraphEditor.java:258)
        at org.tigris.subversion.subclipse.graph.editors.ShowGraphBackgroundTask.execute(RevisionGraphEditor.java:178)
        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:58)

The problem was that the "org.tigris.....graph" folder did not already
exist. So I think the code needs to add it.

Mark

On Tue, Aug 5, 2008 at 11:50 AM, Alberto Gimeno <gimenete_at_gmail.com> wrote:
> I'm taking a look at the merge information returned by svn.
> I'm making tests with this sample repository
> http://merge-tracking.open.collab.net/files/documents/147/409/mergetracking.dump
>
> I remember that there was a graph explaining the repository in this URL:
> http://merge-tracking.open.collab.net/servlets/ProjectProcess?documentContainer=c2__Sample%20repository
>
> But that URL redirects to another web page. Mark, do you know where I
> could find that image that explained the merge-tracking feature?
>
> On Tue, Aug 5, 2008 at 4:54 PM, Eugene Kuleshov <eu_at_md.pp.ru> wrote:
>> Mark Phippard wrote:
>>>
>>> I have no general objections to using Zest. Especially if it makes
>>> the code easier. One small concern is what impact this has on the
>>> versions of Eclipse we can support. Does Zest fully support Eclipse
>>> 3.2? I'd hate to not support Eclipse 3.2 users at all with this
>>> feature. Does it drag in any dependencies we need to be aware of? I
>>> do not think so.
>>>
>>
>> Zest does work on Eclipse 3.2
>>
>> regards,
>> Eugene
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe_at_subclipse.tigris.org
>> For additional commands, e-mail: dev-help_at_subclipse.tigris.org
>>
>>
>
>
>
> --
> Alberto Gimeno Brieba
> Presidente y fundador de
> Ribe Software S.L.
> http://www.ribesoftware.com
> ribe_at_ribesoftware.com
>
> Contacto personal
> eMail: gimenete_at_gmail.com
> GTalk: gimenete_at_gmail.com
> msn: gimenete_at_hotmail.com
> página web: http://gimenete.net
> teléfono móvil: +34 625 24 64 81
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_subclipse.tigris.org
> For additional commands, e-mail: dev-help_at_subclipse.tigris.org
>
>

-- 
Thanks
Mark Phippard
http://markphip.blogspot.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subclipse.tigris.org
For additional commands, e-mail: dev-help_at_subclipse.tigris.org