CSDN博客

img Befresh

Jbuilder Practice : “项目名.项目类型.local”的用法

发表于2003/9/10 11:26:00  1035人阅读

 

   在使用了Jbuilder一段时间后,很想写点什么来记住其中的一些实践技巧,免得辛苦了半天的劳动果实,因为忘记而付之东流。Jbuilder的使用技巧有很多,而我在这里列举的大多是一些不太引人注意,或很少被人提及的技巧,可以戏称为【边缘技巧】。

    如果以后有时间,我会继续填充这一系列文章。

    在第一篇中,我将介绍一下“项目名.项目类型.local”文件的一些用法。

    标题:【JP1:“项目名.项目类型.local”的用法】

    版本:7~9

JBuilder开发都以项目概念为中心,项目文件包含一个(属于这个项目的)文件列表以及项目属性,其中项目属性包括项目模板、缺省路径、类库和连接配置等,JBuilder使用这些信息加载、保存、编译和运行项目。使用Jbuilder开发环境添加、移除文件,或者设置、更改项目属性都会更改项目文件。可以在项目面板中看到项目文件作为主节点显示。

    生成项目的便捷方式是使用项目模板工具,可用来设置项目名称、类型和模板,以及JDK、工作目录、备份路径和编译输出路径等。其中项目类型可选择.jpx或者.jpr【注1】,二者内容一样,区别是前者使用XML格式文件,因此适合于共享的项目。

    当创建项目以后,都会生成“项目名.项目类型.local”文件。既然是.local,当然这个文件主要记载该项目在本地Jbuilder中的一些信息。下面是这个文件的内容:

 

build.menu.1[0]=com.borland.jbuilder.build.ProjectBuilder$ProjectBuildAction;make

build.menu.2[0]=com.borland.jbuilder.build.ProjectBuilder$ProjectBuildAction;rebuild

debug.NoTracingClasses.1[0]=23 com.borland.datastore.*1  1 -1

debug.NoTracingClasses.10[0]=7  javax.*1  1 -1

debug.NoTracingClasses.11[0]=5  sun.*1  1 -1

debug.NoTracingClasses.12[0]=23 com.borland.appclient.*1  1 -1

debug.NoTracingClasses.13[0]=21 com.borland.console.*1  1 -1

debug.NoTracingClasses.14[0]=17 com.borland.ejb.*1  1 -1

debug.NoTracingClasses.15[0]=24 com.borland.enterprise.*1  1 -1

debug.NoTracingClasses.16[0]=18 com.borland.jafa.*1  1 -1

debug.NoTracingClasses.17[0]=17 com.borland.jss.*1  1 -1

debug.NoTracingClasses.18[0]=24 com.borland.management.*1  1 -1

debug.NoTracingClasses.19[0]=23 com.borland.primetime.*1  1 -1

debug.NoTracingClasses.2[0]=21 com.borland.dbswing.*1  1 -1

debug.NoTracingClasses.20[0]=22 com.borland.security.*1  1 -1

debug.NoTracingClasses.21[0]=18 com.borland.util.*1  1 -1

debug.NoTracingClasses.22[0]=17 com.borland.xml.*1  1 -1

debug.NoTracingClasses.23[0]=13 com.inprise.*1  1 -1

debug.NoTracingClasses.24[0]=15 com.visigenic.*1  1 -1

debug.NoTracingClasses.25[0]=9  org.omg.*1  1 -1

debug.NoTracingClasses.3[0]=16 com.borland.dx.*1  1 -1

debug.NoTracingClasses.4[0]=16 com.borland.jb.*1  1 -1

debug.NoTracingClasses.5[0]=18 com.borland.jbcl.*1  1 -1

debug.NoTracingClasses.6[0]=30 com.borland.jbuilder.runtime.*1  1 -1

debug.NoTracingClasses.7[0]=17 com.borland.sql.*1  1 -1

debug.NoTracingClasses.8[0]=9  com.sun.*1  1 -1

debug.NoTracingClasses.9[0]=6  java.*1  1 -1

sys.Author[0]=

sys.DefaultPackage[0]=testjpr

 

其中builddebug部分中的内容在文件生成以后,一般不需要修改,因为它是自动产生的。sys.Author[0]表示的是作者的名称,缺省为空,即(图-1)中的@Author字段的值。

project propertise

图-1

 

    sys.DefaultPackage[0]表示的是项目的缺省包名,新建时为项目的名称。当然还可以在.local文件中加入断点的信息,如:

 

debug.Breakpoints.1[0]=1  329 net.befresh.oa.common.CheckLogin  10  1  10  1  10  1  0 -1

 

该行文本就为整个项目设置了一个断点,一旦你debug项目时,它都会启动。

    我之所以要说.local文件,主要的目的是为了配置Team开发环境。.local文件中包含了Team开发环境中的信息。如【注2】:

 

team.ActiveVCS[0]=Visual SourceSafe

team.VssAutosaveEnabled[0]=1

team.VssDatabaseLoc[0]=F:/VSS_DB_SPOA

team.VssModuleName[0]=$/spoa/code/PROJECTS

team.VssPassword[0]=123

team.VssUsername[0]=vss

 

当把项目放入配置管理工具的repository中以后,各个Jbuilder通过“pull project from *”来得到整个项目文件。见(图-2)

new project

图-2

    首次从repsotory拉项目文件时,需要设置配置管理工具的信息,而这些信息就存在.local文件中。但是因为.local文件一般都被check in了,所有你每次打开项目时,都需要重新配置,十分麻烦【建议:当把项目加入repository时,不用把.local文件加入】。这时,你就可以手动来修改.local文件,修改完后,也不用把.local文件check in。这样,你就不需要每次都配置这些信息。

    为了不把.local文件同步到repository中,你可以单击“Team -> Status Browser…”菜单,然后选择“File Include Lists”,如(图-3),不要选中.local文件,这样就不会把该文件同步了。不但.local文件可以这么做,其它不需要同步的文件(.class)也可以这么来操作。

file include lists

图-3

 

 参考资料:

【注1】:在Jbuilder7中只有一种项目类型.jpx。在Jbuilder9中,项目类型还有一种.tpr,我在创建这种类型的项目时,出现Error

【注2】:示例中用的配置管理工具是Microsoft Visual SourceSafe 6.0,其它配置工具显示的信息可能不同。

 

By Befresh

2003-9-8

0 0

相关博文

我的热门文章

img
取 消
img