Re: [geclipse-dev] Replicable File Systems - proposal to the corechanges

[Mateusz Pabis' <uranium@xxxxxxxxxxxxx>]

Harald Kornmayer pisze:
> Hi Mateusz
>
> > > Subject: [geclipse-dev] Replicable File Systems - proposal to 
> > > the corechanges
>
> > > I'm about to create GUI for the replicable file system (the 
> > > only one we 
> > > support right now is LFC), but it would be nice to let the 
> > > third-party 
> > > plugins also take advantage of the work already done.
> > >
> > > The abstraction would consist of:
> > > - IReplicableStore,
> > >   - public boolean isReplicable();
> > >   - public void addReplica( URI replicaURI ) throws CoreException;
> > >   - public void delReplica( URI replicaURI ) throws CoreException;
> > >   - public URI[] listReplicas() throws CoreException;
> > >   - public String[] listReplicasHosts() throws CoreException;
> > >
> > > - IReplicableFileSystem:
> > >   - boolean isReplicable(); // does file system support replication?
> > >   - URI getDefaultReplicaURI; // get default location where replicas 
> > > will be created
> > >
> > > - GUI components:
> > >   - replicas view
> > >   - preferences page
> > >   - context menu actions
>
> Why do we need "yet another view" for this? 
> What is the rationale for that? 
> Can't we use the propoerty view here to present the propoerties of the
> replica entry (i.e. list the URI for all replicas, ...)? 
> And the actions are "bound" to context menus? 

The problem is:
Where then we put properties for the replicas?
How do we maintain drag'n'drop func. for replicas?
How do we introduce replica context menus, like computeCheckSum?

Showing replicas in context menu is cumbersome:
 - what if there is ~100 replicas for the given file?
 - what if user want to change sorting order, filters etc.?

But you're right, we need the rationale for this.
My point is written above.

It's still an open question, that's why I put it into the discussion.

--
Mateusz Pabis