Skip to main content

[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



  
 
 

Back to the top