defaria.com/blogs/Status/archives/week_2005_10_23.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: October 23, 2005 - October 29, 2005 Archives</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/week_2005_10_16.html" title="October 16, 2005 - October 22, 2005" />
  16    <link rel="next" href="http://defaria.com/blogs/Status/archives/week_2005_10_30.html" title="October 30, 2005 - November  5, 2005" />
  17 </head>
  18 <body class="layout-one-column">
  19    <div id="container">
  20       <div id="container-inner" class="pkg">
  21
  22          <div id="banner">
  23             <div id="banner-inner" class="pkg">
  24                <h1 id="banner-header"><a href="http://defaria.com/blogs/Status/" accesskey="1">Status for Andrew DeFaria</a></h1>
  25                <h2 id="banner-description">Searchable status reports and work log</h2>
  26             </div>
  27          </div>
  28
  29          <div id="pagebody">
  30             <div id="pagebody-inner" class="pkg">
  31                <div id="alpha">
  32                   <div id="alpha-inner" class="pkg">
  33
  34                      <p class="content-nav">
  35                         <a href="http://defaria.com/blogs/Status/archives/week_2005_10_16.html">&laquo; October 16, 2005 - October 22, 2005</a> |
  36                         <a href="http://defaria.com/blogs/Status/">Main</a>
  37                         | <a href="http://defaria.com/blogs/Status/archives/week_2005_10_30.html">October 30, 2005 - November  5, 2005 &raquo;</a>
  38                      </p>
  39
  40
  41
  42
  43                      <h2 class="date-header">October 28, 2005</h2>
  44                      <a id="a000461"></a>
  45                      <div class="entry" id="entry-461">
  46                         <h3 class="entry-header">PQA: URL Link Issue</h3>
  47                         <div class="entry-content">
  48                            <div class="entry-body">
  49                               <ul>
  50   <li>Documented new URL format</li>
  51
  52   <li>Investigated the feasibility of accommodating a mapping of old URL link with old ID -> new URL</li>
  53 </ul>
  54
  55                               <h2>Clearquest Web URLs</h2>
  56
  57 <p>With the old Clearquest ASP based Web Platform the following URL would direct you directly to the defected specified in &lt;id&gt;:</p>
  58
  59 <blockquote>
  60  http://&lt;<i>server</i>&gt;/cqweb/url/default.asp?id=&lt;<i>id</i>&gt;
  61 </blockquote>
  62
  63 <p>This link was often set in email messages generated by action hooks in the schema (e.g. when commitmentLevel's value changed).</p>
  64
  65 <p>With the new Clearquest Java based Web Platform this URL has changed. The new format is a lot longer due to the fact that it is also more flexible:</p>
  66
  67 <blockquote>
  68 http://&lt;<i>Server</i>&gt;/cqweb/main?command=GenerateMainFrame&service=CQ&schema=&lt;<i>DBSETName</i>&gt;&contextid=&lt;<i>DBName</i>&gt;&entityDefName=&lt;<i>entityDefName</i>&lt;&entityID=&gt;<i>entityID</i>&gt;
  69 </blockquote>
  70
  71 <p>Where:</p>
  72
  73 <blockquote>
  74 <i>Server</i>: Name of web server (e.g. extranet.broadcom.com)<br>
  75 <i>DBSETName</i>: Connection ID (e.g. 2005.02.00)<br>
  76 <i>DBName</i>: Name of database (e.g. Cont)<br>
  77 <i>entityDefName</i>: Name of entity record (e.g. Defect)<br>
  78 <i>entityID</i>: ID to display<br>
  79 </blockquote>
  80
  81 <p>For example:
  82
  83 <blockquote>
  84 </p>http://p4test/cqweb/main?command=GenerateMainFrame&service=CQ&schema=2005.02.00&contextid=Cont&entityDefName=Defect&entityID=Cont00012352
  85 </blockquote>
  86
  87 <p>The action hooks in the schema need to change to generate this new URL if the new Clearquest Java based Web Platform is to be used. This will fix all future emails that are generated with such a link.</p>
  88
  89 <p>We cannot fix past emails that already exist in people's mail folders. A thought was given to the idea of configuring the web server such that it would allow the old links to work. I tried, believe me, to see if this was relatively doable. It is not.</p>
  90
  91 <p>Here's what I thought of doing:</p>
  92
  93 <ol>
  94   <li>Configure RWP so that http://<server>/cqweb/url resolves to another place.</li>
  95
  96   <li>Configure RWP so that .asp files are considered cqperl scripts. Note RWP is Apache based with Java Tomcat Servelets. I do not think I can configure this RWP to handle true, bona fide ASP pages. Besides I know very little about ASP.</li>
  97
  98   <li>In this place write a default.asp that is actually a cqperl script. This script would take the id= parameter, look up the id under old_id then generate a redirect in the form of the new URL substituting the new ID.</li>
  99 </ol>
 100
 101 <p>Of course, all of this is non standard, thus unsupported by Rational. Additional, although I managed to do #1 and I'm quite sure I could do #3, I got stuck at #2. The problem is that Rational also doesn't support any Perl cgi stuff from RWP. In fact RWP is for Rational's Web Applications only - they don't even support you running static web pages/sites through RWP. So there is no mod_perl.so for me to load into Apache, let alone a mod_perl.so that supports cqperl -which is a non-standard Perl that only Rational supports.</p>
 102
 103 <p>And with this I think we just need to give up the hope of supporting old URL links to old ID numbers, fix it so that new URL links are of proper format and perhaps implement a simply query for "Look up by Old ID" for the customers.</p>
 104
 105                               <p class="entry-footer">
 106                                  <span class="post-footers">Posted by  at  2:00 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000461.html">Permalink</a>
 107
 108
 109                               </p>
 110                            </div>
 111                         </div>
 112                      </div>
 113
 114
 115
 116                      <h2 class="date-header">October 27, 2005</h2>
 117                      <a id="a000462"></a>
 118                      <div class="entry" id="entry-462">
 119                         <h3 class="entry-header">PQA: LDAP</h3>
 120                         <div class="entry-content">
 121                            <div class="entry-body">
 122                               <ul>
 123   <li>Worked on trying to test out LDAP Authentication</li>
 124 </ul>
 125
 126                               <p class="entry-footer">
 127                                  <span class="post-footers">Posted by  at  2:16 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000462.html">Permalink</a>
 128
 129
 130                               </p>
 131                            </div>
 132                         </div>
 133                      </div>
 134
 135
 136
 137                      <h2 class="date-header">October 26, 2005</h2>
 138                      <a id="a000460"></a>
 139                      <div class="entry" id="entry-460">
 140                         <h3 class="entry-header">PQA: More issues</h3>
 141                         <div class="entry-content">
 142                            <div class="entry-body">
 143                               <ul>
 144   <li>Investigating PQA issue regarding email links</li>
 145
 146   <li>Implementing cleanup of Dynamic Lists</li>
 147
 148   <li>Handed off test DB backup to Vinh</li>
 149
 150   <li>Investigated data conversion problems</li>
 151 </ul>
 152
 153                               <h2>PQA: Remaining Issues</h2>
 154
 155 <p>The following issues came up at this meeting:</p>
 156
 157 <ol>
 158   <li>Requirement to support old style Email Link's (See below)</li>
 159
 160   <li>Update Production Web Server to latest Clearquest version (See below)</li>
 161
 162   <li>Remaining data conversion issues (Emailed Vinh asking for details)</li>
 163
 164   <li>Dynamic List cleanup (Emailed Vinh asking for updates)</li>
 165
 166   <li>Test DB hand off (Emailed Vinh pointing to backups of my converted database for him to test)</li>
 167 </ol>
 168
 169 <p>Vinh provided an example: http://extranet.broadcom.com/cqweb/url/default.asp?id=Prod00014218. There are several problems with this. First the default.asp indicates an IIS server and an ASP web application. The new version of RWP is not IIS based rather it is Apache based. I cannot find a default.asp in RWP at all. Thus the above style link will not work.</p>
 170
 171 <p>Vinh says that he generates through hooks in CQ. I suspect what is happening is this: When a defect changes state action hooks kick in and determine it's time to send email to notify the appropriate people that a change in state has happened. At this time Vinh's hooks change/generate these links. As such Vinh needs to change his hooks to generate new URLs that conform to the new Clearquest software. One question I have is how did Vinh come up with http://<servername>/url/default.asp?id=<ID> as a syntactical template meaning "Show this specific defect"? I cannot find where this is documented.</p>
 172
 173 <p>I tried http://p4test/url/default.asp?id=<ID> on p4test and that doesn't work. Perhaps this is just an issue of figuring out what the correct URL template is and changing the hook. The hook could also be modified to perhaps add links for http://<server>/<path>/<script>?old_id=<ID> if that is possible. This would then take care of all future emailed URL's. I'm not sure how to account for old emails that may have now invalid links.</p>
 174
 175 <p>I did see that the new Web interface has a Email Defect link which produces URLs of the form: http://p4test/cqweb/main?command=GenerateMainFrame&service=CQ&schema=2005.02.00&contextid=Cont&entityID=33580034&entityDefName=Defect</p>
 176
 177 <p>(Decidedly not user friendly).</p>
 178
 179 <p>The question remains whether or not to go with upgrading the production server to the newest version of Clearquest so we can get the new version of Clearquest Web. It is a different web interface. Ray is looking into getting another machine so we can have both new and old versions of Clearquest Web. One issue is that if we do go to the merged database and new Clearquest Web and run for a while then decide there is some critical flaw, going back to the old Web server will also mean going back to the old databases and losing any work done during the time we were on the new setup.</p>
 180
 181 <h2>Data Conversion Problems</h2>
 182
 183 <p>Vinh wrote:</p>
 184
 185 <blockquote type=cite>
 186   <p>by compare with Prod0009710, not match values for these</p>
 187
 188   <ol>
 189     <li>SW Version</li>
 190
 191     <li>Time From Resolve To Verify</li>
 192
 193     <li>Closed Date</li>
 194   </ol>
 195 </blockquote>
 196
 197 <p># 1 was due to a bug - I fixed this.</p>
 198
 199 <p># 2 and 3 are due to the fact that these fields are set to readonly. The odd thing is that they do not appear to have any good. The question then is how do they obtain values? My guess is that these values are fielded in by some other sort of hook script at some time. My workaround is to add these to the list of fields that must be toggled to optional in order for the conversion to work and toggled back after the conversion. My fear is what other fields are like these?</p>
 200
 201 <p>The list of readonly fields in the schema are:</p>
 202
 203 <ol>
 204   <li>Fixed_In_Project</li>
 205
 206   <li>Close_Date (Mentioned above)</li>
 207
 208   <li>Submit_Date (Already toggled to optional)</li>
 209
 210   <li>Submitter (Already toggled to optional)</li>
 211
 212   <li>Notes_Log</li>
 213
 214   <li>old_id (Already toggled to optional)</li>
 215
 216   <li>TimeFromSubmitToVerify</li>
 217
 218   <li>TimeToVerify (Time From Resolve To Verify mentioned above)</li>
 219
 220   <li>Audit_Log (Already toggled to optional)</li>
 221 </ol>
 222
 223 <p>My guess here is that the other fields (#1, 5 & 7 above) are also empty. The solution therefore it to toggle all readonly fields in the list above to optional before performing the merge.</p>
 224
 225                               <p class="entry-footer">
 226                                  <span class="post-footers">Posted by  at  4:14 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000460.html">Permalink</a>
 227
 228
 229                               </p>
 230                            </div>
 231                         </div>
 232                      </div>
 233
 234
 235
 236                      <h2 class="date-header">October 25, 2005</h2>
 237                      <a id="a000459"></a>
 238                      <div class="entry" id="entry-459">
 239                         <h3 class="entry-header">Daylight Savings Time & Clearcase</h3>
 240                         <div class="entry-content">
 241                            <div class="entry-body">
 242                               <ul>
 243   <li>Looked into potential problems with DST and Clearcase</li>
 244
 245   <li>Investigated problem with Deliver between Projects</li>
 246
 247   <li>Investigated performance problems on Windows Build machines in San Diego</lI>
 248 </ul>
 249
 250                               <h2>DST and Clearcase</h2>
 251
 252 <p> Utilizing pcsjca-ccrmt03 and ccase-sj1-4 I set up the following snapshot views:</p>
 253
 254 <ul>
 255   <li>adefaria_view2: View database on //pcsjca-ccrmt03/VWS/ADEFARIA.vws - snapshot view contents in my home directory, P drive P:/adefaria_view2</li>
 256
 257   <li>adefaria_view3: View database also on //pcsjca-ccmnt03/VWS/ADEFARIA3.vws - snapshot view contents on //ccase-sj1-4/adefaria/adefaria_view3. This is a samba share I set up on ccase-sj1-4.</li>
 258 </ul>
 259
 260 <p>These snapshot views loaded the Tools vob.</p>
 261
 262 <p>Next I:</p>
 263
 264 <ul>
 265   <li>Went into adefaria_view2, Tools/Benchmark and checked out a file</li>
 266
 267   <li>Went into adefaria_view2, Tools/Benchmark and forcefully hijacked a file</li>
 268
 269   <li>Went into adefaria_view3, Tools/convert and checked out a file</li>
 270
 271   <li>Went into adefaria_view3, Tools/convert and forcefully hijacked a file</li>
 272
 273   <li>Turned off NTP and Windows Time Service</li>
 274 </ul>
 275
 276 <p>Next I performed the following tests:</p>
 277
 278 <ol>
 279   <li>Changed the time back one hour on both pcsjca-ccrmt03 and ccase-sj1-4. This simulates the upcoming Daylight Savings Time change where both server and client theoretically change times at the same time.</li>
 280
 281   <li>Performed an update of Benchmark/convert for adefaria_view2 and adefaria_3. Looked for "everything being hijacked". Did not experience that. Instead I saw what I expected, update only complained about the one legitimate hijacked file - as it should. The other checked out file listed as checked out - as expected. No other files were listed as hijacked.</li>
 282
 283   <li>Changed the time on the server (ccase-sj1-4) back 1 hour. Left the client (pcsjca-ccrmt03) set where it was. This simulates the situation where the server changes time for DST but the client doesn't.</li>
 284
 285   <li>Repeated #2 - same results</li>
 286
 287   <li>Changed the time back one hour on the client but left the server one hour ahead. This simulates the situation where the client changes time for DST but the server doesn't.</li>
 288
 289   <li>Repeated #2 - same results</li>
 290 </ol>
 291
 292 <p>So I'm confused as to what the problem is. Am I doing something wrong?</p>
 293
 294                               <p class="entry-footer">
 295                                  <span class="post-footers">Posted by  at  3:54 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000459.html">Permalink</a>
 296
 297
 298                               </p>
 299                            </div>
 300                         </div>
 301                      </div>
 302
 303                   </div>
 304                </div>
 305             </div>
 306          </div>
 307       </div>
 308    </div>
 309 </body>
 310 </html>