[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
RE: [dsdp-tm-dev] Re: services.dstore.* is public API
|
Hi Dave,
do you have concrete examples of what they would want to
extend?
I think that in many cases they can "decorate" an existing
service
rather than "extend" it with a pattern as
follows:
MyDStoreFileSubSystemConfiguration extends
DStoreFileSubSystemConfiguration
public IFileService createFileService(IHost)
{
IFileService originalService =
suber.createFileService(IHost);
IFileService decoratedService =
new MyServiceDecorator(originalService);
return
decoratedService;
}
}
That's what I expect from people who want to "extend" the
ssh file service.
But anyways, I don't want to interfere too much here. I
consider all
the dstore stuff owned by you IBM guys. If you prefer
having more
API at the risk of probably having to break it in the
future, that's
fine for me. It'll be mostly IBM clients using dstore
anyways.
I don't know dstore and your clients enough to judge.
Perhaps it is
better to just keep it API.
Cheers,
--
Martin Oberhuber
Wind River Systems,
Inc.
Target Management Project Lead, DSDP PMC Member
http://www.eclipse.org/dsdp/tm
Hi Martin,
I was unsure what to do here since, for dstore, there
are cases where developers may want to extend the existing services. Any
suggestions?
____________________________________
David McKnight
Phone: 905-413-3902 , T/L: 969-3902
Internet:
dmcknigh@xxxxxxxxxx
Mail:
D1/YFY/8200/TOR
____________________________________
| "Oberhuber, Martin"
<Martin.Oberhuber@xxxxxxxxxxxxx>
02/04/2007 11:03 AM
|
|
To
| David
McKnight/Toronto/IBM@IBMCA
|
|
cc
| "Target Management developer
discussions" <dsdp-tm-dev@xxxxxxxxxxx>
|
|
Subject
| services.dstore.* is public
API |
|
Hi Dave,
I noticed that
org.eclipse.rse.services.dstore.(files,processes,...)
is public
API.
Is this intentional?
Thanks,
--
Martin
Oberhuber
Wind River Systems, Inc.
Target Management Project Lead, DSDP
PMC
Member
http://www.eclipse.org/dsdp/tm
