×
The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.
As i have allready coded this (without the URI stuff) i don't see any part where an URI would help/does things better. but then ... i don't know much about eclipse 3.4.
perhaps if one would write a ContentProvider which would accept an uri like ifs://username:password@systemi/QSYS.LIB/MY.LIB/MYSOURCE.FILE/SOURCE.MBR
the content provider would need to be registered for the editors.
you would need to create the uri at some point (something like a remote explorer view).
i think one could seperate things and put it in a modular reusable way but the whole thing is so specific that IMO it doesn't make sense because it will probably be nowhere reused. but probably possible after all.
-----Ursprüngliche Nachricht-----
Von: wdsci-l-bounces@xxxxxxxxxxxx [mailto:wdsci-l-bounces@xxxxxxxxxxxx] Im Auftrag von Thorbjørn Ravn Andersen
Gesendet: Dienstag, 5. August 2008 12:16
An: Websphere Development Studio Client for iSeries
Betreff: Re: [WDSCI-L] MyEclipse Feature Request
Schmidt, Mihael skrev den 05-08-2008 10:49:
i haven't delved too far into the 3.4 release but i don't think that support for URI for editing stuff is much developed yet. for just viewing (getting) stuff it is probably easy to implement but saving is not so easy.
and i still don't see how this URI stuff is gonna help. you still have to get the data somehow and you still have to save it somehow. and using what protocol?
The URI is for allowing Eclipse to handle a given chunk of data. The
code to move this data, and in general provide the functionalities must
be provided by a AS/400 specific plugin.
It can be done - see how WebDAV provides a file system over http (web
folders in IE-speak).
midrange.com
