伊人成综合网伊人222,av网站在线免费观看,精品国产1区2区

Bugzilla 2.19.2 试用手记

emu — Wed, 18 May 2005 06:18:00 GMT

Bugzilla 2.19.2 试用手记

bugzilla 2.19试用版已�l�发布很久了。但是我们还是��l�一直在使用2.18�Q�一是不知道2.19版是否稳定，二是2.18版的已经有wfifi的汉化模板可以用。但是现在公司开始在评估是否购买jira了。于是粗略比较了一下jira和bugzilla�?/P>

初看了一下jira�Q�和bugzilla各有特色�Q�比较突出的感觉到的有：
1 jira��L��是个IMS�Q�issue management system�Q�，也就是说�Q�它不但可以��理bug�Q�还可以��理其他�U�类的issue比如task�Q�而且自己可以创徏新类型的issue。相比之下bugzilla却是个DMS�Q�defect management system�Q�，它的��g��一切都是bug。虽然最�l�可以实现的功能没有大的差别�Q�但是却从概念上让�h感觉��C��们之间的差异�?BR>2 jira支持subscribe�Q�也��是订阅指定的bug信息�Q�bugzilla�?.18版还没有发现�q�样的功能�?BR>3 bugzilla支持生成chart�Q�jira��g��没有�q�个功能�?BR>4 bugzilla现在已经有汉化包�Q�jira支持的大�?�U�左右的语言里面�Q�没有发��C��文。不�q�作��Z��个外企，我们不需要一个界面汉化的DMS
5 jira的企业版据说�q�可以自己定义issue的处理流�E�，不过好像要改源码呵呵�?BR>6 jira的权限系�l�做得比bugzilla�l�致�?BR>7 jira要花money

��Z��更加公��^的比较bugzilla和jira�Q�上�|�吓了最新的bugzilla2.19.2版，比其2.19.1版没有多实现多少�Ҏ��，但是据说改了些bug。与2.18版比��h��Q�最�H�出的是增加了一个类似jira的subscribe的功能，叫Whining。此外提供了用户名下拉框�Q�以后可以不用敲assignee了（其实我早��p��己实��C��相同的功能，我的QA其实没怎么敲过assignee�Q�，生成报表使用的条件可以反转。还有写环境变量和报表参��C��cȝ��Ҏ��看��h��和我关系不大。不�q�第一个note没看明白�Q?/P>

A higher level of categorization (departments, locations, etc...) is now available for bug reports

�q�应该是说做report的时候提供了更高�U�的分类的意思吧�Q�但是与之关联的bug里面却说�Q?/P>

It would be nice if one could group products into categories(departments, groups, organization, etc.)...

�q�应该是说创建product的时候可以分�cȝ��意思�?/P>

因�ؓ原来服务器上已经安装�q�bugzilla2.18�Q�安�?.19的时候容易的多了。在apache的发布目录下新徏了一个newbugzilla目录�Q�把下蝲的包解压到里面去。然后进而命令行状态下�Q�perl checksetup.pl�Q�验证了一下��用的包全部争取安装，�q�且生成了localconfig文�g。打开localconfig�Q�把$db_pass填上�Q�重新perl checksetup.pl。安装脚本开始升�U�数据库�Q�新版本的bugzilla需要用��C��些新的表或者在旧表里面加些新的字段�Q�，��利通过�?/P>

打开��览器访问newbugzilla�Q�除了没有中文界面之外一切如常，�q�去看assignee�q�是文本框，Whining功能也找不着�Q�奇怪了�?BR>�q�入目录里面搜相关的文�g�Q�在根目录下发现了whine.pl。既然没有链接，��q��接敲地址讉K��它试试？从ie输入它的地址�Q�出来一个错误页面：no permission�?BR>原来新的功能要关联到新的group才有权��用。进用户兌��把所有的角色都先加给自己先。回��C��刷��C��下，果然�Q�处来了一个whining链接�Q�点开一看，爽！

用户名下拉框的问题，�?.19.1版的release notes上面兌��C��个bug。过�ȝ��q�个bug的说明和附�g�Q�说是要加一�D�代码在\template\en\default\global下面�Q�叫userselect.html.tmpl。在本地一找，�q�个文�g已经有了�Q�可是�ؓ什么用��h��有变成下拉列表呢�Q�打开userselect.html.tmpl一看：
[% IF Param("usemenuforusers") %]
......
原来要读�?STRONG>usemenuforusers�q�个参数为真的时候才昄��Z��拉框的。进parameter里面�Q�找到usemenuforusers�q�一��，改�ؓtrue�Q�回到创建bug��面�Q�用��h��果然变成下拉框了�?/P>

再找�?STRONG>A higher level of categorization 在哪里？找了半天没找到categories之类的东西，不过在parameter里面发现了一个新东西�Q?STRONG>useclassification。把�q�个参数打开�Q�on�Q�之后，菜单多了一��?Classifications �Q�大概就是指的这个东西了。在Classifications 中可以徏立��品分�c�，然后再在产品分类中徏立��品，或者把旧的产品兌��到创建的分类中（没有兌��的��品全部属于Unclassified�c�）。这样在创徏bug的时候就要先选分�c�，再选��品，再选组件。对产品�U�比较复杂的单位�Q�这��L��功能�q�是有点讨好的�?BR>

emu 2005-05-18 14:18 发表评论

在apache下发布了bugzilla

emu — Wed, 18 May 2005 06:17:00 GMT

在apache下发布了bugzilla

�l�于要到一台新的项目服务器�Q�把旧的东西一一挪到新服务器上来。在挪bugzilla的时候遇��C��些问题。原来的服务器上面装的是2.18rc2版，使用的汉化模版却�?.18rc3版的�Q�在老服务器上工作良好，但是在新服务器上中文版的模版无论如何都无法在IIS上发布出来，始终报告一个访问拒�l�错误。去下了2.18rc3版的bugzilla�q�来�Q�仍是相同的问题。本来就看着IIS很不爽了�Q�试了几�ơ不成功�Q�换apache试试�Q�结果和IIS抢端口了�Q�干脆就把IIS�l�卸了�?/P>

跟着http://www.bugzilla.org/docs/win32install.html 一步一步来。做到最后发布的时候没有看到发布成功的首页�Q�却看到了一个错误页面。进Program Files\Apache Group\Apache2\logs下面看error.log�Q?/P>

[Tue Mar 15 18:55:04 2005] [notice] Child 4488: Starting 250 worker threads.
[Tue Mar 15 18:55:10 2005] [error] [client 127.0.0.1] (OS 3)�pȝ��找不到指定的路径�?nbsp; : couldn't create child process: 720003: index.cgi
[Tue Mar 15 18:55:10 2005] [error] [client 127.0.0.1] (OS 3)�pȝ��找不到指定的路径�?nbsp; : couldn't spawn child process: C:/bugzilla-2.18/index.cgi
[Tue Mar 15 18:59:05 2005] [notice] Parent: Received shutdown signal -- Shutting down the server.
[Tue Mar 15 18:59:05 2005] [notice] Child 4488: Exit event signaled. Child process is ending.
[Tue Mar 15 18:59:06 2005] [notice] Child 4488: Released the start mutex

couldn't create child process —�?原来是无法创建子�q�程。看来是没有扑ֈ�perl.exe。在�q�个问题上，安装指南��_��

In order for ScriptInterpreterSource Registry-Strict to work, you also need to add an entry to the Registry so Apache will use Perl to execute .cgi files.

Create a key HKEY_CLASSES_ROOT\.cgi\Shell\ExecCGI\Command with the default value of the full path of perl.exe with a -T parameter. For example C:\Perl\bin\perl.exe -T

Create a key HKEY_CLASSES_ROOT\.cgi\Shell\ExecCGI\Command嘛，所以我��创��Z��HKEY_CLASSES_ROOT\.cgi\Shell\ExecCGI��然后在下面加了一个Command的key。不�q�既然出错了�Q�不妨试试另一�U�理解，创徏一个HKEY_CLASSES_ROOT\.cgi\Shell\ExecCGI\Command��，再在下面的默认key上给了一个C:\Perl\bin\perl.exe -T 。重起apache。果然就ok了。应该这�D�|��档的描述是有问题的�?/P>

最后上http://www.glob.com.au/sendmail/ 下蝲了sendmail�Q�解压到C:\usr\lib下，在sendmail.ini里面修改smtp_server、default_domain、auth_username、auth_password�Q�后面两��w��认的被用分号注释掉，如果使用的smtp需要��n份验证的话就��L��分号�q�填上正��的用户名密码）�Q�把服务器防火墙�?5端口打开。试试改个bug�Q�邮件就发出��M��Q�大功告成�?/P>

[点击此处收藏本文]

发表�?2005�q?3�?5�?7:44 PM

emu 发表�?SPAN>2005-04-06 5:18 PM

今天在http://landfill.bugzilla.org/ppm 上发��C��二月和三月各有一个文件更斎ͼ�

MIME-tools.ppd 03-Feb-2005 20:36 532
MailTools.ppd 31-Mar-2005 21:28 400

应该是新版本的bugzilla正准备��用内�|�的邮�g支持了吧。不�q?.19的checksetup.pl�q�没有提�C�安装这两个包，不知如何使用�?

此外�Q�搞定了bugzilla�q�行在mysql �?4.1以上版本时的�w�䆾验证问题�?
在http://www.bugzilla.org/docs/win32install.html 上提及以下事实：
I've experienced a few issues with MySQL 4.1.x, so i recommend you install 4.0.x. When I have some time I'll investigate the issues (relating to database creation and authentication).

于是跟着提示扑ֈ��?http://dev.mysql.com/doc/mysql/en/old-client.html
�q�里有相信的解释和两个解��x��法。一是：
mysql> SET PASSWORD FOR
-> 'some_user'@'some_host' = OLD_PASSWORD('newpwd');

我试�q�了�Q�不知�ؓ何更��C��成功�?
二是�Q?
mysql> UPDATE mysql.user SET Password = OLD_PASSWORD('newpwd')
-> WHERE Host = 'some_host' AND User = 'some_user';
mysql> FLUSH PRIVILEGES;
�q�样checksetup.pl��p��够正��的�q�接到mysql了�?

emu 2005-05-18 14:17 发表评论

用junitperf做�ƈ发测试带来的问题

emu — Wed, 18 May 2005 06:13:00 GMT

用junitperf做�ƈ发测试带来的问题 
关于junitperf的一点介�l?/FONT>
junitperf 是个很小巧的java性能���试框架�Q�可以在http://sourceforge.net/project/showfiles.php?group_id=15278 上下载到。可以很�Ҏ��的把它结合junit一��h��试，比如在测试套仉���面加�q�么几行�Q?/P>
import com.clarkware.junitperf.TimedTest;
import com.clarkware.junitperf.LoadTest;
.......
    int testTimes = 10;
    int users = 5;
    suite.addTest(new TestUserDAO("test1AddUser")); //基本功能���试�Q�同时初始化环境
   
    suite.addTest(new TimedTest(new TestUserDAO("test1AddUser"), 1000)); //基本性能���试:�Ҏ��应在1�U�内完成
    suite.addTest(new LoadTest(new TestUserDAO("test1AddUser"), users)); // �q�发���试
  suite.addTest(new LoadTest(new TestUserDAO("test1AddUser"),users,testTimes)); //�q�发负蝲���试
  suite.addTest(new TimedTest(new LoadTest(new TestUserDAO("test1AddUser"),
                                           users,testTimes), 35000)); //�q�发性能���试
如果只需要反复做一个测试而不需要�ƈ发测试，可以
suite.addTest(new LoadTest(new TestUserDAO("test1AddUser"),1,testTimes)); 
当然也可以不用junitperf�Q�junit.extensions.RepeatedTest���是设计来干�q�个的：
suite.addTest(new RepeatedTest(new TestUserDAO("test1AddUser"), testTimes)); //重复���试

用junitperf做�ƈ发测试带来的问题

做�ƈ发测试的时候junitperf有一个问题。注意看�q�一行： 
new LoadTest(new TestUserDAO("test1AddUser"), users)
我们只传递了一个TestUserDAO实例�l�LoadTest�Q�却要求它开启users个线�E�来���试�Q�这栯���users个线�E�就会只针对同一个TestUserDAO实例�q�行���试。这个时候，我们在TestUserDAO里面��׃��能存放�Q何状态数据了。比如以前我很喜�Ƣ这么做�Q?/FONT>
public class TestUserDAO extends TestCase{
 private int lastId;
 protected void setUp() throws Exception{
  super.setUp();
  //构造一个测试用的数�?BR>  User user = new User("张三");
  //向数据库插入一条记�?BR>  userDAO.addUser(user);
  lastId = user.getId();//刚刚插入的记录在数据库中产生的ID;
 }
 public void testUpdateUser() throws DaoException{
  //针对setup中插入的数据�q�行update操作
  user = userDAO.getUserById(lastId);
  user.setName("李四");
  userDAO.updateUser(user);
 }
 protected void tearDown() throws Exception{
  //删除���试数据
  userDAO.deleteUserById(lastId);
  super.tearDown();
 }
�q�样我是通过一个int变量lastId在各个方法之间传递被���试的数据的。如果用junitperf来测试，lastId变量��׃��被后来的�U�程覆盖�Q�导致测试失败�?BR>

解决�Ҏ��

在com.clarkware.junitperf.TestFactory的文档中对这个问题做了说明：
This factory class should be used in cases when a stateful test is intended to be decorated by a LoadTest.  A stateful test is defined as any test that defines test-specific state in its setUp() method.
TestFactory的��用方法是�q�样�Q?/P>
import com.clarkware.junitperf.TestFactory;
......
     suite.addTest(new LoadTest(new TestFactory(TestUserDAO.class), users,testTimes)); //�q�发负蝲���试
但是�q�样只能观察整个���试�cȝ��表现。如果我们要单个的测试测试类中的一个测试，那么可以考虑另一�U�方法。我们在TestFactory的文档中看到�Q?/P>
 This class is dependent on Java 2.  For earlier platforms a  local cache implementation should be changed to use, for example,  a HashMap to track thread-local information.
�q�个�Ҏ��同时也适用于我们需要处理的情况�Q?/P>
public class TestUserDAO extends TestCase{
 private static final ThreadLocal threadLocal = new ThreadLocal();
 protected void setUp() throws Exception{
  super.setUp();
  //构造一个测试用的数�?BR>  User user = new User("张三");
  //向数据库插入一条记�?BR>  userDAO.addUser(user);
  //lastId = user.getId();//刚刚插入的记录在数据库中产生的ID;
  threadLocal.set(new Integer(user.getId()));
 }
 public void testUpdateUser() throws DaoException{
  //针对setup中插入的数据�q�行update操作
  //user = userDAO.getUserById(lastId);
  user = userDAO.getUserById(((Integer)threadLocal.get()).intValue());
  user.setName("李四");
  userDAO.updateUser(user);
 }
 protected void tearDown() throws Exception{
  //删除���试数据
  userDAO.deleteUserById(((Integer)threadLocal.get()).intValue());
  super.tearDown();
 }

emu 2005-05-18 14:13 发表评论

自作聪明的junit.swingui.TestRunner

emu — Wed, 18 May 2005 06:08:00 GMT

自作聪明的junit.swingui.TestRunner 
问题
在junit.swingui.TestRunner的时候发现TestRunner启动�q�程中报错：
log4j:ERROR A "org.apache.log4j.ConsoleAppender" object is not assignable to a "org.apache.log4j.Appender" variable.
同时也发��C��个��^时工作正常的�c�d��使用junit.swingui.TestRunner�q�行���试的时候报告一个奇怪的 ClassCastException�Q�明明构造的对象的类是实��C��指定的接口的�Q�可是就是无法造型到接口上�?BR>�q�一步研�I�发玎ͼ�即��造型回原来的�c�M��不行�Q�虽然调试的时候显�C�构造的对象���是指定的类�Q�但是就是无法造型成这个类�Q�一度认为是妖�h作祟或者机子被落了降头�?/P>
研究
求得庄老大再次出手�Q�一下指出指出问题在于不同的�c�装载器装蝲的类无法�怺�造型的。于是进去junit.swingui.TestRunner里面��L���c�装载器�Q�一���L��腾之后终于找刎ͼ�
junit.runner.BaseTestRunner
           |�Q�－�Q�－�Q�－junit.swingui.TestRunner
           |�Q�－�Q�－�Q�－junit.textui.TestRunner
在BaseTestRunner里面定义了这样一个方法：
    public TestSuiteLoader getLoader() {
        if (useReloadingTestSuiteLoader())
            return new ReloadingTestSuiteLoader();
        return new StandardTestSuiteLoader();
    }
不过注意到junit.textui.TestRunner是不会出上面的错误的�Q�因为它自己重蝲了getLoader()�Ҏ���Q?BR>    /**
     * Always use the StandardTestSuiteLoader. Overridden from
     * BaseTestRunner.
     */
    public TestSuiteLoader getLoader() {
        return new StandardTestSuiteLoader();
    }
但是junit.swingui.TestRunner���很自作聪明了，��Z��避免每次在点“run”按钮的时候装载运行器本��n�Q�就直接使用了基�cȝ���Ҏ��去获取装载器�Q�，�q�样基类���可以调用自��q��getLoader�Ҏ��来决定要启用那个classloader�Q?/P>
    public TestSuiteLoader getLoader() {
        if (useReloadingTestSuiteLoader())
            return new ReloadingTestSuiteLoader();
        return new StandardTestSuiteLoader();
    }
如果我们用sun的jdk的话�Q�这个方法会�q�回一个TestCaseClassLoader对象�Q�而这个对象在装蝲class的时候��L��调用creatLoader�Ҏ���Q?BR>    protected TestCaseClassLoader createLoader() {
        return new TestCaseClassLoader();
    }
�q�回的其实是TestCaseClassLoader。这样如果被���试�c�M��用了log4j的话�Q�会造成org.apache.log4j.Appender�c�被 sun.misc.Launcher$AppClassLoader(也就是sun.misc.Launcher�cȝ��嵌入�c�AppClassLoader)装蝲一�ơ（在启动test的过�E�中vm自动装蝲被引用到的类�Q�，然后在运行的时候又被junit.runner.TestCaseClassLoader再装载一�ơ。由两个装蝲器装载进来的�c�M�����是不是来自同一�?class文�g�Q�都会被认�ؓ是两个不同的�c�R��因此就造成了上面的错误�?BR>同样的，如果你在自己的代码里面这栯���载类�Q?BR>MyClass myClass = (MyClass)Thread.currentThread().getContextClassLoader().loadClass(mClassName);
也会造成相同的问题�ƈ抛出ClassCastException。因为MyClass是在�q�行���试的过�E�由junit.runner.TestCaseClassLoader装蝲的，而Thread.currentThread().getContextClassLoader()却指向的是sun.misc.Launcher$AppClassLoader�?/P>
解决�Ҏ��
1 java -Dlog4j.ignoreTCL junit.swingui.TestRunner
我猜TCL是ThreadClassLoader的羃写，�q�个参数的意思大概就是让log4j忽略Thread自己的类装蝲器（sun.misc.Launcher$AppClassLoader�Q�，改而��用当前Class的装载器�Q�junit.runner.TestCaseClassLoader�Q�来装蝲。但是这个方法只能解决log4j的错误报告（改变了org.apache.log4j.ConsoleAppender的装载方式）�Q�但是对我们自己写的代码中的问题却没有作用�?/P>
2 在我们自��q���c�里面写上一�D�静态代码：
  static{
        Thread.currentThread().setContextClassLoader(MyClassFactory.class.getClassLoader());
  }
和方法一�c�M���Q�这也是在工厂类中用加蝲了当前lass的装载器�Q�TestCaseClassLoader�Q�来代替Thread的初始化装蝲器sun.misc.Launcher$AppClassLoader。这个方法可以解��x��们自�׃��码中的问题，�q�且不会带来影响原来的其他代码。结合第一�U�方法可以解决上面的两个问题。但是如果你有好几个工厂�c�，或者你用的其他包里面用了这��L��装蝲方式……那你还可以试试下面的偏门：
3 注意到BaseTestRunner要进行一个useReloadingTestSuiteLoader()判断才决定返回哪个装载器
public TestSuiteLoader getLoader() {
    if (useReloadingTestSuiteLoader())
        return new ReloadingTestSuiteLoader();
    return new StandardTestSuiteLoader();
}
我们来看看这个判断过�E�：
protected boolean useReloadingTestSuiteLoader() {
    return getPreference("loading").equals("true") && !inVAJava() && fLoading;
}
嗯，里面有个inVAJava()是什么玩意儿�Q?BR>public static boolean inVAJava() {
    try {
        Class.forName("com.ibm.uvm.tools.DebugSupport");
    }
    catch (Exception e) {
        return false;
    }
    return true;
}
原来它是惛_��断如果当前��用的是ibm的虚拟机��׃��用默认装载器�Q�但是判断的条�g也忒���单了点，很容易就吧它�l�蒙�q�去了：
在当前工�E�下创徏com.ibm.uvm.tools包，在其中创建DebugSupport�c�：
package com.ibm.uvm.tools;
public class DebugSupport{}
没有错，���p��个空白的�c�，�q�样���可以把junit.swingui.TestRunner�l�蒙倒。这样做据说的副作用是，每次点run按钮的时候，都要重�vgui环境�Q�但是我没有发现有什么区别。不�q�要是没有区别，人家又干吗费那么多事呢？不解�?/P>
参考资�?/P>
http://mail-archives.apache.org/mod_mbox/logging-log4j-user/200301.mbox/%3C3E1F1A31.2000605@attbi.com%3E

[点击此处收藏本文] 
发表�?2005�q?4�?9�?10:48 AM 

maggie 发表�?SPAN>2005-04-29 11:43 AM  
果然看不不懂

emu 发表�?SPAN>2005-04-29 6:02 PM  
你将来长大了���懂了呵�?/DIV>

Pingback/Trackback 发表�?SPAN>2005-04-29 6:36 PM  
试一�?/DIV>

linux_china 发表�?SPAN>2005-05-12 8:13 PM  
please modify excluded.properties in junit.jar,and execude some package will be all right.

emu 2005-05-18 14:08 发表评论