Possibility to tell explicitly what PID to track

Problem:
Upstart's feature to track PIDs requires very presice tuning since modern applications are no more single process applications and often do not follow the "daemonizing" pattern which implies double forking. Given options (first PID of exec/script, expect fork, expect daemon) do not cover all use-cases and the only fallback for a system administer is using usual rc-scripts with manual PID tracking (which makes no use of Upstart and elevates the complexity of the system configuration). While there's a way to know the desired PID, there's no way to inform Upstart to track exactly this PID.

Use-case:
The application bootstrap process does more than two forks and returns after the application had started.
In this case Upstart is wrongly tracking the bootstrap's PID (first or second, depending on "expect" stanza, but still incorrect PID). There is a way to retrieve the application PID by calling the application bootstrap command with a special parameter or by ps|grep-ing the PID. But there's no way to pass the found PID to Upstart.
(This is a real use-case for the Glassfish JavaEE application server. The utility programm "asadmin" is used to start the server.)

Solution:
If the application startup process is not simple, it's essential to use pre-start/script/post-post stanzas. The application can be started in <pre-start> or <script> followed by pgrep-ing its PID. The last action to do is to inform Upstart about that PID. It can be done by using extended syntax of "exec" or using a new keyword.
Example:
asadmin start-domain
PID=`ps U $GFUSER | grep $NAME | awk '{ print $1}'`
# extended syntax: the exclamation sign tells Upstart to treat the COMMAND as PID to track
exec ! $PID

or

# new stanza: the argument is the PID to track
execpid $PID

This makes .conf files very flexible and is easy to implement, since it's more about syntax than about Upstart startup algorithms.