Community
Participate
Working Groups
It is very easy to create aggregate functions using the ...data.aggregate extension point. I would like to see a separate extension point that allows for the creation of non-aggergate extensions. I realize that this can be done using standard java objects, but this creates a potential class-path issue for system administrators. By allowing the creation of functions through extension, all that is required is plug-in installation which is a trivial issue. Also, using extension points would allow the functions to become a part of the BIRT Script Builder UI, with very little work on the part of the developer.
This is a very interesting point, and worth consideration.
A new mechanism will be introduced to make it more flexible for users to contribute custom functions on both run-time and design-time Thanks for the advice and please be noticed this could take some time
After discussion we decided to defer this feature to post 2.2.
Just checking in to see if this is going to make it for 2.3? sr
Hi, This is not going to be done in 2.3. Thanks. Lin
I would like to be involved, maybe review, testing, other. Kinds of strange, I thought the development of the existing functions would have been developed using extension points. :-)
Moving to 2.3.1 since we are too close to 2.3 final build to introduce new extensions. We will post a draft design of the new extension point to this BZ for review shortly.
Created attachment 104996 [details] The BIRT Script Function Spec.
This looks great. I have posted it up to the BPS section of the wiki, along with some other edits of the BPS wiki. One comment on this is that I do not see any way for the user to extend the help system. It would be good if the extension point allowed the developer to describe the limits, parameters and usage of the function and make this part of the plug-in. The help should be language aware and support different language bundles.
Also, this is a minor issue but... I see that there is an example that is attached to the specification document. I would prefer to see the example zip file as a separate attachment. I have attached the example to this bugzilla. If the document is updated to add information on help, please remove the zip file. sr
Created attachment 105030 [details] Example of Script Function Extension Move example out of word doc into separate attachment.
Here is the link to the BPS doc. http://wiki.eclipse.org/BPS101#Interested_Parties Here is the link to the BPS Home. http://wiki.eclipse.org/BPS101#Interested_Parties
Scott, Thanks for the feedback. For the help content issue, we already have a "desc" attribute in "Function" and "Category" elements. I have added same attribute to "Argument" element so that user can include the help info to those attribute. As this is an eclipse plugin.xml file user can also very easily i18n it. The revised document is attached. Thanks. Lin
Comment on attachment 104996 [details] The BIRT Script Function Spec. This doc is obsoleted.
Created attachment 105854 [details] Birt Script Function Extension Spec.
The corresponding wiki pages are updated.
Created attachment 106537 [details] The latest spec. Modify the spec in following aspects: 1.Remove "javaLib" element in extension schema. For we are not going to allow user to access classes defined in plugin directory. However, user can still declare their java methods(the jar of which is put into scriptlib) in extension. 2.Remove the restriction on DataType element. For the value in DataType element is purely for display purpose. An utility method org.eclipse.birt.core.script.functionservice.impl.FunctionProvider has been provided to UI for the display of functions in expression builder.Reassign the bug to UI team for further fixes.
Fixed the ui designer part. Model should remove ths duplicated part. Reassign it to model.
Need to remove BirtComp, DateTimeSpan and Finance class information from ROM.
Fixed
