|
|
Sponsored Content
Special Forums
News, Links, Events and Announcements
Complex Event Processing RSS News
High-performance event-driven executable UML?
Post 302207783 by Linux Bot on Friday 20th of June 2008 09:50:05 PM
06-20-2008
High-performance event-driven executable UML?
vincent
Sat, 21 Jun 2008 00:22:37 +0000
Next week sees another OMG Technical Meeting, co-hosted with the SOA Consortium. OMG is mostly known [*1] for its UML modeling language, and one of the topics in OMG is the subject of “Executable UML” (indeed there is a book on the subject). The idea here is that, instead of using Model Driven Architecture principles (i.e. various model transitions between levels, ending up with code), the UML model can contain enough information to be directly executable by a “UML interpreter”. Typically this requires adding “Action Semantics” or some kind of scripted, executable methods to the model, which is possibly why executable UML is not a particularly popular practice. Plus there is the old, hoary topic of possibly making the model more difficult to read than the equivalent Java/3GL code (which could be a statement on the relative availability of detailed UML vs detailed Java skills).
Meanwhile, someone mentioned (on the separate topic of Enterprise Process modelling) that TIBCO’s standards-based CEP toolset, TIBCO BusinessEvents, is effectively an instance of “executable UML”. For sure, it does not include all (indeed it is very much a subset) of UML 2.0 (e.g. nothing to do with UML pins…) , and the production rules part of UML is still in beta (PRR), but nonetheless the concept (aka class) model and state model are standard UML components. Of course, one uses the Java-like BE rule/action language instead of action semantics script, and the application is generated (as opposed to “interpreted”), but nonetheless it can certainly be described as an event-driven, high-performance, automatic-persistence, executable UML-subset tool…
Notes
[1] However, OMG has diversified into more topical standardization issues such as BPM orchestration flows (BPMN), ontology mappings (ODM), business architecture (a new Special Interest Group), business statements (SBVR), and so forth.
Source...
Sat, 21 Jun 2008 00:22:37 +0000
Next week sees another OMG Technical Meeting, co-hosted with the SOA Consortium. OMG is mostly known [*1] for its UML modeling language, and one of the topics in OMG is the subject of “Executable UML” (indeed there is a book on the subject). The idea here is that, instead of using Model Driven Architecture principles (i.e. various model transitions between levels, ending up with code), the UML model can contain enough information to be directly executable by a “UML interpreter”. Typically this requires adding “Action Semantics” or some kind of scripted, executable methods to the model, which is possibly why executable UML is not a particularly popular practice. Plus there is the old, hoary topic of possibly making the model more difficult to read than the equivalent Java/3GL code (which could be a statement on the relative availability of detailed UML vs detailed Java skills).
Meanwhile, someone mentioned (on the separate topic of Enterprise Process modelling) that TIBCO’s standards-based CEP toolset, TIBCO BusinessEvents, is effectively an instance of “executable UML”. For sure, it does not include all (indeed it is very much a subset) of UML 2.0 (e.g. nothing to do with UML pins…) , and the production rules part of UML is still in beta (PRR), but nonetheless the concept (aka class) model and state model are standard UML components. Of course, one uses the Java-like BE rule/action language instead of action semantics script, and the application is generated (as opposed to “interpreted”), but nonetheless it can certainly be described as an event-driven, high-performance, automatic-persistence, executable UML-subset tool…
Notes
[1] However, OMG has diversified into more topical standardization issues such as BPM orchestration flows (BPMN), ontology mappings (ODM), business architecture (a new Special Interest Group), business statements (SBVR), and so forth.
Source...
|
|
We Also Found This Discussion For You
1. Programming
Sorry for the “word salad” subject, but I wanted to cast a wide net for help.
I've created an IP (Internet Protocol) server which serves HTTP, SMTP, and FTP requests.
As you probably know, they all require creating a socket, listening on it, accepting connections, and then having a short... (3 Replies)
Discussion started by: John S.
3 Replies
LEARN ABOUT SUSE
gzexe
GZEXE(1) General Commands Manual GZEXE(1) NAME
gzexe - compress executable files in place SYNOPSIS
gzexe name ... DESCRIPTION
The gzexe utility allows you to compress executables in place and have them automatically uncompress and execute when you run them (at a penalty in performance). For example if you execute ``gzexe /usr/bin/gdb'' it will create the following two files: -rwxr-xr-x 1 root root 1026675 Jun 7 13:53 /usr/bin/gdb -rwxr-xr-x 1 root root 2304524 May 30 13:02 /usr/bin/gdb~ /usr/bin/gdb~ is the original file and /usr/bin/gdb is the self-uncompressing executable file. You can remove /usr/bin/gdb~ once you are sure that /usr/bin/gdb works properly. This utility is most useful on systems with very small disks. OPTIONS
-d Decompress the given executables instead of compressing them. SEE ALSO
gzip(1), znew(1), zmore(1), zcmp(1), zforce(1) CAVEATS
The compressed executable is a shell script. This may create some security holes. In particular, the compressed executable relies on the PATH environment variable to find gzip and some standard utilities (basename, chmod, ln, mkdir, mktemp, rm, sleep, and tail). BUGS
gzexe attempts to retain the original file attributes on the compressed executable, but you may have to fix them manually in some cases, using chmod or chown. GZEXE(1)