commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 39534] - [scxml] External Digester does not addCustomActions
Date Tue, 09 May 2006 22:50:30 GMT
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 fasihullah.askiri@gmail.com  2006-05-09 22:50 -------
I think that this approach is "weird" if nothing else ;)
I guess a cleaner approach would be to go the Xalan way, either have an entity
resolver to find out the mapping or support java: namespace,
the second would be a lot more easier/intuitive to use.
in my example I would have used
xmlns:hello="java://com.mycompany.customactions.Hello"
instead of the 
xmlns:hello="http://some.bakar.com/HELLO"
Which does not serve any purpose at all!!
hello:sayhi would call Hello.sayhi

However, doing this would mean a lot of change, also, it will mean that the old
code where ppl implemented SayHi.class to say a hi will be deprecated (Though
not broken, they should still be able to do what they do, only the java:
namespace can have this semantic)

Anyways, this was just my thought. 
(In reply to comment #1)
> Indeed, the approach to adding custom actions after calling newInstance() on 
> the digester does not address the case where the external documents pulled in 
> contain custom actions. It seems best to take this opportunity to refactor a 
> couple of related bits in the SCXMLDigester related to custom action parsing.
> 
> Thanks for reporting this, I'll take a look later tonight.
> 
> 



-- 
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: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org


Mime
View raw message