DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=39534>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=39534 ------- Additional Comments From [EMAIL PROTECTED] 2006-05-10 20:04 ------- That will definitely be a larger change for the users, but also conceptually, since the custom actions are meant to be in other XML namespaces, the approach used is similar to how Mozilla does XTF for its plugins (you define a backing bean for each element in the namespace). If we take the POJO approach, then it does imply higher reflection overheads (at runtime, reflection is our bread-n- butter at parsing time) and is probably strange as an XML namespace. After all, the actions are called custom actions since their utility and implementation preferences are subjective. As a library, Commons SCXML provides opportunities to customize most of its internals, be it parsing, custom actions or engine semantics. Together, these should allow users to build atop with their ideas (and the useful ones can hopefully come back in to Commons SCXML). There is only so much that will come out of the box, especially for the first release. I have some cleanup done that fixes this issue about not parsing custom actions in "src'ed in" documents, but the repository seems down ATM. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
