[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [stp-dev] Idea on Integrating a New Policy tool for GSoc'09'
|
Hi Oisin,
Thnx for the detailed explanations and ideas you have rendered.
Regarding
inputs for the policy derivation tool , i also think message source is
a good higher level extension point to start with . As you have
mentioned we could use that for File System sources ,Wire level
sources,etc,etc as an input source and would be a great extension
point. However as Policy Derivation tool was originally revolved
around Webservices and SOAP messages, i quite frankly never thought
of providing an extension point for WS-Policy compliant custom XML
scenarios or JSON type messaging level circumstances .But it's a very
good point you have made where after all implementing such a
framework, will be quite beneficial , and tool itself will not be
solely bogged down to one end but different users of different
backgrounds can make maximum use of it. I would certainly like to
extend current system to such a framework and will explore ways and
means of doing that (i think it may need certain adjustments in the
current policy builder system as well).
About UI part for the policy derivation tool , File>> Import
>> Policies ,Kind of thing would work really fine rather than
keeping a separate UI for the component and redirecting it to the
Editor. But, I didn't really get ,
>>or there may be an advanced way that would allow them
>>to be redirected elsewhere
Is it like feeding the policy instance into other unopened project? or another related STP component ?
Regarding
Standards support.. I agree with the UI aspects you have mentioned.As
we progress i'm sure we may come up with lot of other options as well.
I will go through XEF examples you have mentioned asap. Seems like i
will have lot's of points clear up when i get through it.
About other ideas you have pointed out. I also think polcy
repository tool would be handy addition with the good use of a
efficient database and peristant storage system which effectively will
migrate STP Editor into a much larger system. However i didn't have a
clear idea about da second one - exensible generation framework..Is it
some kind of a runtime configurator for Policy Editor that can be
configured using set of custom made policies ?
And finally about GSoc and it's constraints. I do agree with you
.As far as i know it would be about roughly 4 1/4 months of work and
not lot of time to bite off.And i would suggest, without jumping into
all at once if we could prioritize things and take things step by step
, i be able to pull off most of the work we need to be done . I hope we
could discuss more regarding this and come up with a good action plan
.In the mean time i will try to familiarize things with Eclipse and
Policy Editor stuff from now on ,so it will be lots more easier when
the actual work happens..Sorry if this mail has become too lengthy for
reading...And thanks again for your kind thoughts..
Regards ,
Udayanga