defaria.com/blogs/Status/archives/000460.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: PQA: More issues</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/000459.html" title="Daylight Savings Time &amp; Clearcase" />
  16    <link rel="next" href="http://defaria.com/blogs/Status/archives/000462.html" title="PQA: LDAP" />
  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/000459.html">&laquo; Daylight Savings Time & Clearcase</a> |
  42                         <a href="http://defaria.com/blogs/Status/">Main</a>
  43                         | <a href="http://defaria.com/blogs/Status/archives/000462.html">PQA: LDAP &raquo;</a>
  44                      </p>
  45
  46                      <a id="a000460"></a>
  47                      <div class="entry" id="entry-460">
  48                         <h3 class="entry-header">PQA: More issues</h3>
  49                         <div class="entry-content">
  50                            <div class="entry-body">
  51                               <ul>
  52   <li>Investigating PQA issue regarding email links</li>
  53
  54   <li>Implementing cleanup of Dynamic Lists</li>
  55
  56   <li>Handed off test DB backup to Vinh</li>
  57
  58   <li>Investigated data conversion problems</li>
  59 </ul>
  60                            </div>
  61                            <div id="more" class="entry-more">
  62                               <h2>PQA: Remaining Issues</h2>
  63
  64 <p>The following issues came up at this meeting:</p>
  65
  66 <ol>
  67   <li>Requirement to support old style Email Link's (See below)</li>
  68
  69   <li>Update Production Web Server to latest Clearquest version (See below)</li>
  70
  71   <li>Remaining data conversion issues (Emailed Vinh asking for details)</li>
  72
  73   <li>Dynamic List cleanup (Emailed Vinh asking for updates)</li>
  74
  75   <li>Test DB hand off (Emailed Vinh pointing to backups of my converted database for him to test)</li>
  76 </ol>
  77
  78 <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>
  79
  80 <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>
  81
  82 <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>
  83
  84 <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>
  85
  86 <p>(Decidedly not user friendly).</p>
  87
  88 <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>
  89
  90 <h2>Data Conversion Problems</h2>
  91
  92 <p>Vinh wrote:</p>
  93
  94 <blockquote type=cite>
  95   <p>by compare with Prod0009710, not match values for these</p>
  96
  97   <ol>
  98     <li>SW Version</li>
  99
 100     <li>Time From Resolve To Verify</li>
 101
 102     <li>Closed Date</li>
 103   </ol>
 104 </blockquote>
 105
 106 <p># 1 was due to a bug - I fixed this.</p>
 107
 108 <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>
 109
 110 <p>The list of readonly fields in the schema are:</p>
 111
 112 <ol>
 113   <li>Fixed_In_Project</li>
 114
 115   <li>Close_Date (Mentioned above)</li>
 116
 117   <li>Submit_Date (Already toggled to optional)</li>
 118
 119   <li>Submitter (Already toggled to optional)</li>
 120
 121   <li>Notes_Log</li>
 122
 123   <li>old_id (Already toggled to optional)</li>
 124
 125   <li>TimeFromSubmitToVerify</li>
 126
 127   <li>TimeToVerify (Time From Resolve To Verify mentioned above)</li>
 128
 129   <li>Audit_Log (Already toggled to optional)</li>
 130 </ol>
 131
 132 <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>
 133                            </div>
 134                         </div>
 135                         <p class="entry-footer">
 136                            <span class="post-footers">Posted by  on October 26, 2005  4:14 PM</span> <span class="separator">|</span> <a class="permalink" href="http://defaria.com/blogs/Status/archives/000460.html">Permalink</a>
 137                         </p>
 138                      </div>
 139
 140
 141
 142
 143                   </div>
 144                </div>
 145             </div>
 146          </div>
 147       </div>
 148    </div>
 149 </body>
 150 </html>