defaria.com/blogs/Status/archives/000182.html

   1 <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
   2    "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
   3 <html xmlns="http://www.w3.org/1999/xhtml" id="sixapart-standard">
   4 <head>
   5    <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
   6    <meta name="generator" content="Movable Type 5.2.3" />
   7
   8    <link rel="stylesheet" href="http://defaria.com/blogs/Status/styles-site.css" type="text/css" />
   9    <link rel="alternate" type="application/atom+xml" title="Atom" href="http://defaria.com/blogs/Status/atom.xml" />
  10    <link rel="alternate" type="application/rss+xml" title="RSS 2.0" href="http://defaria.com/blogs/Status/index.xml" />
  11
  12    <title>Status for Andrew DeFaria: ASAP_NOTIFY/PMO view/Install Scripts</title>
  13
  14    <link rel="start" href="http://defaria.com/blogs/Status/" title="Home" />
  15    <link rel="prev" href="http://defaria.com/blogs/Status/archives/000181.html" title="BUCS PVOB" />
  16    <link rel="next" href="http://defaria.com/blogs/Status/archives/000183.html" title="LogActivity/ASAP &amp; ASAP_BUS_REQ/.reg files" />
  17
  18
  19
  20
  21
  22    <script type="text/javascript" src="http://defaria.com/blogs/Status/mt-site.js"></script>
  23 </head>
  24 <body class="layout-one-column" onload="individualArchivesOnLoad(commenter_name)">
  25    <div id="container">
  26       <div id="container-inner" class="pkg">
  27
  28          <div id="banner">
  29             <div id="banner-inner" class="pkg">
  30                <h1 id="banner-header"><a href="http://defaria.com/blogs/Status/" accesskey="1">Status for Andrew DeFaria</a></h1>
  31                <h2 id="banner-description">Searchable status reports and work log</h2>
  32             </div>
  33          </div>
  34
  35          <div id="pagebody">
  36             <div id="pagebody-inner" class="pkg">
  37                <div id="alpha">
  38                   <div id="alpha-inner" class="pkg">
  39
  40                      <p class="content-nav">
  41                         <a href="http://defaria.com/blogs/Status/archives/000181.html">&laquo; BUCS PVOB</a> |
  42                         <a href="http://defaria.com/blogs/Status/">Main</a>
  43                         | <a href="http://defaria.com/blogs/Status/archives/000183.html">LogActivity/ASAP & ASAP_BUS_REQ/.reg files &raquo;</a>
  44                      </p>
  45
  46                      <a id="a000182"></a>
  47                      <div class="entry" id="entry-182">
  48                         <h3 class="entry-header">ASAP_NOTIFY/PMO view/Install Scripts</h3>
  49                         <div class="entry-content">
  50                            <div class="entry-body">
  51                               <ul>
  52
  53 <li>Created new tools view named PMO</li>
  54
  55 <li>Installed ASAP_NOTIFY trigger</li>
  56
  57 <li>Created installation scripts</li>
  58
  59 </ul>
  60
  61                            </div>
  62                            <div id="more" class="entry-more">
  63                               <h3>PMO View</h3>
  64
  65 <p>The vobadm_tools_view recently had a problem. Originally it was created by Brian as a snapshot view and a dynamic view - not a recommended practice I'm sure. Anyways, I was not able to update it recently. It complained about CM_TOOLS not being a Clearcase object! I banged on it for a while and couldn't figured it out. Sensing an opportunity to shorten a pathname, I discussed this with Don and we decided to create a new snapshot view, on the real view server (rtnlprod02) with a shorter name. So I created the PMO snapshot view. This makes the path \\rtnlprod02\viewstore\PMO\CM_TOOLS\...</p>
  66
  67 <p>Note, I have already taken care of adjusting the triggers, mktriggers.pl, ccase_[un]lock_vobs.bat jobs and the task_registry.</p>
  68
  69 <h3>ASAP_NOTIFY Trigger</h3>
  70
  71 <p>Triggers are kept in the CM_TOOLS vob. Also there is a mktriggers.pl script whose responsibility is to add/replace all triggers to all vobs. It works off a data file and is a fairly flexible facility. Some triggers are applied to all vobs (e.g. PROTECT), some to base Clearcase vobs only (e.g. CHECK_COMMENT) and some to specific vobs (e.g. ASAP_NOTIFY). This script is designed to be run at any time and will reinstate the correct status of triggers in the vobs. It is very handy to have a script to set up your triggers. One place where this will be very useful is when we get to Multisiting things. Multisite will replicate the vobs but not their triggers. Multisite can be used to make a "backup region" which can be useful in disaster recovery. Being able to quickly reinstate your triggers in these cases if very valuable.</p>
  72
  73 <p>As for another trigger to log activity I see it going this way...</p>
  74
  75 <p>A vob activity trigger is a useful idea and it's conceivable that other projects might want such a facility. Being that the "log" is really an html file there are only 2 things that are needed: 1) a web server and it's URL and 2) writable space to put these html files. Additionally one might be concerned with managing this space (trimming/removing log files over time) and perhaps presenting an interface into this history.</p>
  76
  77 <p>I think a trigger should be developed or culled out of the current trigger, which performs two distinct tasks, generalized and made available for the ASAP_Docs vob and other vobs as the vob owners require. This trigger can be implemented as an "all element" trigger (covering the whole vob) or just a trigger that can be attached as we have done for 03_Design. Being generalized more information must be written into the log (html) file to distinguish the elements more precisely. These are the vob name (e.g. ASAP_Src) and the path into the vob (e.g. ASAP\Include) (If we keep on logfile per vob then the vob name can stay promoted in the heading).</p>
  78
  79 <p>So the table entry would change from:</p>
  80
  81 <h2>Elements modified in \ASAP_Docs on 05-17-2004</h2>
  82
  83     <table border=1 cellspacing=0 cellpadding=2>
  84       <tr bgcolor="#c0c0c0" align="center" nowrap>
  85         <th>User Name</th>
  86         <th>Element Type</th>
  87         <th>Element Name</th>
  88         <th>Element version</td>
  89         <th>Comment</th>
  90       </tr>
  91       <tr>
  92         <td>ss046959</td>
  93         <td>ms_word</td>
  94         <td>ASAP_modelnotes_1.doc</td>
  95         <td>\main\dev\2</td>
  96         <td>checkout and check in test only. no modification of data</td>
  97       </tr>
  98 <tr>
  99   <td>ss046959</td>
 100   <td>directory</td>
 101   <td>ASAP_Prototype_Documents</td>
 102   <td>\main\dev\2</td>
 103   <td>this is just a checkin check out test.testing the ccweb and the new trigge
 104 r on this folder.no data was modified. </td>
 105 </tr>
 106 </table>
 107
 108 <p>To:</p>
 109
 110     <table border=1 cellspacing=0 cellpadding=2>
 111       <tr bgcolor="#c0c0c0" align="center" nowrap>
 112         <th>User</th>
 113         <th>Type</th>
 114         <th>Path</th>
 115         <th>Name</th>
 116         <th>Version</td>
 117         <th>Comment</th>
 118       </tr>
 119       <tr>
 120         <td>ss046959</td>
 121         <td>ms_word</td>
 122         <td>\03_Design\Conceptual Data Model\2004_04_15</td>
 123         <td>ASAP_modelnotes_1.doc</td>
 124         <td>\main\dev\2</td>
 125         <td>checkout and check in test only. no modification of data</td>
 126       </tr>
 127 <tr>
 128   <td>ss046959</td>
 129   <td>directory</td>
 130   <td>\03_Design\Prototypes</td>
 131   <td>ASAP_Prototype_Documents</td>
 132   <td>\main\dev\2</td>
 133   <td>this is just a checkin check out test.testing the ccweb and the new trigge
 134 r on this folder.no data was modified. </td>
 135 </tr>
 136 </table>
 137
 138 <p>This would not be that hard. The trigger would take one parameter, the path to the share to write the html files to (e.g. \\webapp01\Rational\asapcm\logs in the instant case).</p>
 139
 140 <p>If this trigger was created and implemented (and removed from the current trigger) then all that's left in the current trigger is the sending of email. This could be accomplished with the existing NotifyTrigger.pl and a data file such as:</p>
 141
 142 <pre>
 143 From: Vobadm <vobadm@Ameriquest.net>
 144 To: <***ADD EMAIL ADDRESSES HERE***>
 145 Subject: $CLEARCASE_OP_KIND notification: $CLEARCASE_PN
 146 --
 147 This is a notification that a $CLEARCASE_OP_KIND has occurred:
 148
 149 Element:        $CLEARCASE_PN
 150 Branch:         $CLEARCASE_BRTYPE
 151 Operation:      $CLEARCASE_OP_KIND
 152 User:           $CLEARCASE_USER
 153 View:           $CLEARCASE_VIEW_TAG
 154 Comments:
 155
 156 $CLEARCASE_COMMENT
 157 </pre>
 158
 159 </p>To view historical information see http://ASAPCM.Ameriquest.net/logs</p>
 160
 161 <p>The trigger replaces $ENVIRONMENT_VARIABLE. We would just need to modify this data file to be From: ASAPAdmin@Ameriquest.net (and we really should hook up a real person to that email address), add the email addresses to the To line.</p>
 162
 163 <p>The URL http://ASAPCM.Ameriquest.net/logs is a directory so the web server will look for certain files such as index.html and index.cgi. An index.cgi script could be written that writes out a web page showing today's activity, complete with a little calendar with links to prior history.</p>
 164
 165 <blockquote><p>Actually, I'd recommend perhaps collapsing the modified/newelements by adding a column that simply says something like "Modified" or "Added". This way we don't have to deal separately with modified vs. newly added in index.cgi nor in any of the historical html logfile.</p></blockquote>
 166
 167 <p>This way the email message is simplified. The recipients get notification via email that something has changed with enough information to tell them the specific change. If they want to know about other things that changed recently they are pointed to one place to see the current data, with an easy way to scroll back through time.</p>
 168
 169 <p>Now I've done such little web apps on my domain (http://defaria.com) in Perl and PHP. Given a preference I'd prefer PHP. However http;//asapcm.ameriquest.net is running IIS and I have no idea of how to set up and run Perl/PHP on IIS.</p>
 170
 171                            </div>
 172                         </div>
 173                         <p class="entry-footer">
 174                            <span class="post-footers">Posted by  on May 17, 2004  4:45 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000182.html">Permalink</a>
 175                         </p>
 176                      </div>
 177
 178
 179
 180
 181                   </div>
 182                </div>
 183             </div>
 184          </div>
 185       </div>
 186    </div>
 187 </body>
 188 </html>