Mark Martin wrote: > As this case appears to be closed, with the official +1 and all that, > I just want to make sure I understand what the message here is for > future teams. With this case, it appears that is acceptable for teams > (internal or not) to use the PID file process-locating interface > instead of SMF's contracts, /*even when using SMF as the agent to run > the service*/. Furthermore, it is acceptable for these PID files to > be put in arbitrary locations, or at least locations relatively local > to other project artifacts (instead of, say, a single common > system-wide location).
As I understood the previous discussion, the PID file is being offered for some explicit compatibility purposes. That argument won't hold for many pieces of software and I hope/expect doesn't form a precedent in all cases. liane
