1import java.io.File; 
 2import java.util.ArrayList; 
 3import java.util.List; 
 4
 5public class CreatePluginsConfig { 
 6
 7    public CreatePluginsConfig(){ 
 8    } 
 9
10    public void print(String path){ 
11        List list=getFileList(path); 
12        if(list==null){ 
13            return; 
14        } 
15
16        int length=list.size(); 
17        for(int i=0;i<length;i++){ 
18            String result=""; 
19            String thePath=getFormatPath(getString(list.get(i))); 
20            File file=new File(thePath); 
21            if(file.isDirectory()){ 
22                String fileName=file.getName(); 
23                if(fileName.indexOf("_")<0){ 
24                    print(thePath); 
25                    continue; 
26                } 
27                String[] filenames=fileName.split("_"); 
28                String filename1=filenames[0]; 
29                String filename2=filenames[1]; 
30                result=filename1+","+filename2+",file:/"+path+"\\"+fileName+"\\,4,false"; 
31                System.out.println(result); 
32            }else if(file.isFile()){ 
33                String fileName=file.getName(); 
34                if(fileName.indexOf("_")<0){ 
35                    continue; 
36                } 
37                int last = fileName.lastIndexOf("_");// 最后一个下划线的位置 
38                String filename1 = fileName.substring(0, last); 
39                String filename2 = fileName.substring(last + 1, fileName .length() - 4); 
40                result = filename1 + "," + filename2 + ",file:/" + path + "\\" + fileName + ",4,false"; 
41                System.out.println(result); 
42            } 
43
44        } 
45    } 
46
47    public List getFileList(String path){ 
48        path=getFormatPath(path); 
49        path=path+"/"; 
50        File filePath=new File(path); 
51        if(!filePath.isDirectory()){ 
52            return null; 
53        } 
54        String[] filelist=filePath.list(); 
55        List filelistFilter=new ArrayList(); 
56
57        for(int i=0;i<filelist.length;i++){ 
58            String tempfilename=getFormatPath(path+filelist[i]); 
59            filelistFilter.add(tempfilename); 
60        } 
61        return filelistFilter; 
62    } 
63
64    public String getString(Object object){ 
65        if(object==null){ 
66            return ""; 
67        } 
68        return String.valueOf(object); 
69    } 
70
71    public String getFormatPath(String path) { 
72        path = path.replaceAll("\\\\", "/"); 
73        path = path.replaceAll("//", "/"); 
74        return path; 
75    } 
76
77    public static void main(String[] args){
78        //插件文件所在目录designer下的目录结构是eclipse/features and plugins的形式
79        String plugin = "E:\\Java\\jbpm-jpdl-3.2.3\\designer"; 
80        new CreatePluginsConfig().print(plugin); 
81    } 
82} 
83

       将打印出来的插件配置信息复制到
D:\Program Files\Genuitec\MyEclipse 8.x Latest\configuration\org.eclipse.equinox.simpleconfigurator\bundles.info中。然后重启MyEclipse8.0即可！
      

但其默认只允许上传2M以下的文件。解决办法是对php的php.ini文件的配置进行修改，方法是修改如下字段的值：

file_uploads   on 是否允许通过HTTP上传文件的开关。默认为ON即是开
upload_tmp_dir 　    文件上传至服务器上存储临时文件的地方，如果没指定就会用系统默认的临时文件夹
upload_max_filesize    20m 　 望文生意，即允许上传文件大小的最大值。默认为2M
post_max_size      30m 　　　 指通过表单POST给PHP的所能接收的最大值，包括表单里的所有值。默认为8M。如果上传比较大的文件一般要把post_max_size      30m设置的比upload_max_filesize的值更大。

      一般到这步就基本可以了，但是由于我们的日常网络不会太好，单个下载页面运行会持续一段时间，这样可能造成上传失败。还需要对以下字段进行配置，

max_execution_time   300   每个PHP页面运行的最大时间值(秒)，默认30秒
max_input_time   300   每个PHP页面接收数据所需的最大时间，默认60秒
memory_limit    128m   每个PHP页面所吃掉的最大内存，默认8M

专辑名称：咖啡国度之旅-听觉与味觉的饗宴
英文名称：A Putumayo Blend Music From The Coffee Lands
出版日期：1997.10.07
专辑特色：Putumayo世界音乐系列－让你深入了解三大咖啡产地国的香纯浓郁咖啡颂

专辑介绍：

咖啡浓郁的香味，不知让多少人沉迷上癮。苦中带甘或许正是它迷人之处吧！从方便快速的即溶咖啡到浓浓奶香的拿铁，甚至是强而有劲的Espresso，你喜欢那一种呢？本辑收录了世界三大咖啡产地的现代歌谣：中南美洲、非洲、及太平洋群岛等十二个国家；随着当地歌者的歌声，我们似乎也能感受到他们的心情，热情活泼的曲调中显露出他们天真朴实的本性、悠扬空旷的曲调倾诉着他们狂野的梦想，就如同他们生活中不可缺少的咖啡一样值得你细细品味其中的甜美。音调优美、另人愉悦的拉丁及非洲歌曲是本辑音乐之旅的主题，坐下来、品嚐一杯香纯浓郁的咖啡，静静聆听来自咖啡国度的优美乐声。


专辑曲目：

1. Guajira Bonita - Julian Avalos
2. Soltarlo - Claudia Gomez
3. Wasuze Otya? - Samite
4. Maria Lando - Susana Baca
5. Below The Bassline - Ernest Ranglin
6. M'Ban Samba - Raimundo Sodre
7. Hanzvadzi - Thomas Mapfumo
8. Dilema - Los Tradicionales Se Carlos Puebla
9. Esa Noche - Cafe Tacuba
10. Gabby Kai - James 'Bla' Pahinui
11. Kothbiro - Ayub Ogada
12. Este Son - Juan Carlos Urena
13. La Milonga De Ricardo En Cha-Cha-Cha - Ricardo Lemvo & Makina Loca

想听的朋友可以联系我，下面是其中一首曲子的链接地址：

                               Roger L. Costello

                              David B. Jacobs

什么时候使用rdf:ID？什么时候使用rdf:about?

当你想介绍一个资源，并提供一系列关于这个资源的最初信息的时候使用rdf:ID；当你想扩展关于这个资源的信息时，使用rdf:about。RDF的原理和Web的原理一样：无论什么人，无论什么地方，无论什么时间都能提供关于资源的信息。

解释RDF

<?xml version="1.0"?>

<River xmlns="http://www.geodesy.org/river#">

     <name>Yangtze</name>    

     <length>6300 kilometers</length>

     <startingLocation>western China's Qinghai-Tibet Plateau</startingLocation>

     <endingLocation>East China Sea</endingLocation>

</River>

以上RDF文件理解如下：这是一个River类的实例。其名为Yangtze，长6300千米，起源地位西部青海，结束地点为中国东海。此RDF文档的资源是匿名的，它没有识别符。

rdf:Bag类型：表示一个未排序的集合。如，

<?xml version="1.0"?>

<Meeting rdf:ID="XML-Design-Pattern"

                xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"

                xmlns="http://www.business.org#">

     <attendees>

          <rdf:Bag>

               <name>John Smith</name>

               <name>Sally Jones</name>

          </rdf:Bag>

     </attendees>

</Meeting>

rdf:Alt类型：表示一系列供选择的序列。如，

<?xml version="1.0"?>

<Retailer rdf:ID="BarnesAndNoble"      

xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"

                xmlns="http://www.retailers.org#">

     <webLocation>

          <rdf:Alt>

               <url>http://www.bn.com</url>

               url>http://www.barnesandnoble.com</url>

          </rdf:Alt>

     </webLocation>

</Retailer>

rdf:Seq类型：用作表示顺序的属性。如，

<?xml version="1.0"?>

<ToDoList rdf:ID="MondayMeetings"

                   xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"

                   xmlns="http://www.reminders.org#">

     <activities>

          <rdf:Seq>

               <activity1>Meet with CEO at 10am</activity1>

               <activity2>Luncheon at The Eatery</activity2>

               <activity3>Flight at 3pm</activity3>

          </rdf:Seq>

     </activities>

</ToDoList>

ServiceProfile：类似于服务的黄页，描述了服务查询代理用来判断服务是否满足它要求的一组属性信息，如服务提供的功能、输入输出、执行的前提条件、执行的后果等。

ServiceModel：描述了服务的过程模型（使用服务时所涉及的控制流和数据流）。它描述了服务是如何工作的，和ServiceGrounding配合用于服务的自动组合和执行。

ServiceGrounding：将过程模型的描述和WSDL中东通讯协议及消息联系起来。描述了如何访问一个服务。

具体来说，OWL-S基于PDDL（一种用于描述规划领域问题的规范语言），将Web服务看成是AI中的动作或行为，用参数、前提和结果等来描述一个服务，同时输入和输出也作为知识型的前提和结果。在服务组合规划时，需要将这些表示编译成合适的动作形式化描述（例如状态演算。）然而，对于服务组合的支持，OWL-S仍有不足。如，OWL语言基于描述逻辑，在表达一般规则方面有局限性，不能很好地表示用户的偏好和约束。

                                    ----基于语义Web的服务自动组合技术的研究

Resource Description Framework，资源描述框架，是W3C在XML的基础上推荐的一种标准，用于表示任何的资源信息。RDF提出了一个简单的模型用来表示任意类型的数据。这个数据类型由节点和节点之间带有标记的连接弧所组成。节点用来表示Web上的资源，弧用来表示这些资源的属性。因此，这个数据模型可以方便的描述对象（或者资源）以及它们之间关系。RDF的数据模型实质上是一种二元关系的表达，由于任何复杂的关系都可以分解为多个简单的二元关系，因此RDF的数据模型可以作为其他任何复杂关系模型的基础模型。W3C推荐以RDF标准来解决XML的语义局限。

与XML中的标记（tags）类似，RDF中的属性（properties）集也是没有任何限制的。也就是说存在同义词现象和一词多意现象。RDF的模型不具备解决这两个问题的能力，而RDF Schema虽然可以为RDF资源的的属性和类型提供词汇表，但是基于RDF的数据语义描述仍然可能存在语义冲突。为了消解语义冲突，我们在描述数据语义的时候可以通过引用Ontology的相关技术，对语义描述结果作进一步的约束。幸运的是，RDF(Schema)在提供了简单的机器可理解语义模型的同时，为领域化的Ontology语言（OIL，OWL）提供了建模基础，并使得基于RDF的应用可以方便地与这些Ontology语言所生成的Ontology进行合并。RDF的这一特性使得基于RDF的语义描述结果具备了可以和更多的领域知识进行交互的能力，也使基于XML和RDF的Web数据描述具备了良好的生命力。

OWL全称Web Ontology Language，是W3C推荐的语义互联网中本体描述语言的标准。它是从欧美一些研究机构的一种结合性的描述语言DAML+OIL发展起来的，其中DAML来自美国的提案DAML-ONT，OIL来自欧洲的一种本体描述语言。

针对不同的需求OWL有三个子语言，描述列表如下：

“概念化”是指通过确定相关的概念，对生活中某些现象的抽象化建模；“显式”是明确定义使用的概念类型以及对它们的使用约束；“形式化”指定义的ontology应该是机器可读的事实，而不是自然语言；“共享”说明了一个ontology不是个人私有的，而是在一定范围内被人们普遍接受。                             

 ----基于语义Web的服务自动组合技术的研究

描述逻辑(Description Logic)：是一种功能强大的基于逻辑的知识表达语言，可以看成是一种结构化的一阶逻辑，主要用于建模对象和类的丰富层次结构。

Gruber提出的5条规则：

1 明确性和客观性：ontology应该用自然语言对所定义的术语给出明确的、客观的语义定义。

2 完全性：所给定定义是完整的，完全能表达所描述术语的含义。

3 一致性：由术语所得的推论与术语本身的含义是相容的，不会产生矛盾。

4 最大单调可扩展性：向ontology中添加通用或专用的术语时，不需要修改其已有的内容。

5 最小承诺：对待建模对象给出尽可能少的约束。

                                                ----Ontology研究综述

Web服务组合所采用的具体方法和技术依赖于Web服务描述所采用的方法和方式。从服务组合的角度来说，服务描述的主要工作在于选择合适的Web服务描述语言和Web服务模型，有效地为Web服务组合提供必要的信息。

Web服务的输入、输出参数的类型信息之Web服务组合方法中有着重要的地位。但仅仅依赖它似乎不能给出一个正确的Web服务组合。通过对Web服务功能的结构化描述（即Web服务的前提条件及执行结果），我们能够保证获得的组合服务是能够满足查询的要求的。对服务功能进行结构化描述的需求也是导致本体和规则的整合问题成为当前语义Web中的研究热点的一个原因。

总之，语义Web服务组合的自动化离不开自动推理，而各种各样的形式化系统都有其自身在计算复杂度和表达能力之间的权衡和考量。如何选择和设计一个适合语义Web服务组合的形式系统，是语言Web服务组合的自动化中最核心、最基本的问题。

语义Web服务组合的粒度可参照语义Web服务描述分为三个层次。第一层次是在Web服务输入、输出参数的类型上进行服务组合，该层次中的推理对象只涉及到OWL中的类，语义Web刚好能够满足它对推理能力的要求。第二层次上在Web服务执行的前提条件和结构上进行服务组合，该层次通常要借助于OWL之外的推理机制，比如演绎规则系统，但是OWL和演绎规则系统的结合常常导致服务组合算法不可判定。第三个层次是在Web服务外包行为上进行服务组合，它所采用的方法或是借鉴或是直接取自服务验证领域的工作，但通常我们并不会单独地在这个层次上进行服务组合，而是把它当作前面的两个层次上的服务组合方法的有效补充。

                                        ----语义Web服务的自动组合方法：研究综述

Web服务组合方法的研究工作主要来自两个领域：一个是人工智能领域，另一个是形式化方法和自动推理领域。人工智能领域的研究人员从人工智能规划（AI Planning）的角度提出一系列的面向Web服务功能的Web服务组合（规划）方案。来自形式化方法和自动推理领域的工作除了面向Web服务行为的服务组合（验证）方法，也不乏借鉴自动化程序综合和模型检验的方法。

人工智能规划组合方法的不足：

1 无法产生能够与Web服务的非确定性和并发性相适应的组合服务。

2 Web服务的行为特性和经典规划中的动作的行为特征是非常不一样的，这使得规划算法难以在Web服务组合中得到应用。

基于Web服务行为的组合方法：

能克服基于人工智能规划方法的上述不足，但无法满足用户的需求。Web服务的行为通常借助于自动机或进程代数进行表述。改进方法：把消息的参数类型与领域本体中的概念联系起来，并在服务组合时加以考虑，那么就能保证产生的组合服务不仅能在行为上满足用户需求，而且在功能上也能够满足用户需求。

Web服务组合和Web服务匹配的联系是非常密切的，如果把服务组合当作一个状态收索过程的话，那么服务匹配就相当于这个收索过程之中筛选合适的后继状态的步骤。

                                        ----基于Ontology的Web服务组合方法

I got a chance to take part in this festival last friday. It is a big party for the Dao  and other ethnics. The small towns was crammed with people and ererybody was dressed up in their best. The main street in this towns is the important place to display their best products, for example, food, dress,handicraft,etc. It is also a good place for young people to go on a date.

The more excited place is the main fairground, which is the playground of the local elementary school. In this place, lots of Dao and Thai young people dance  to their unique  ethnic music. The scene is so beautiful that I forgot where I was.

The KunMing is a capital of YunNan province, and have a well known name :Spring city. Just as its nickname, the climate of KunMing is very good. There is not summer or winter, only spring day. The lowest temperature in KunMing may be 3 Celsius degree and the maximum temperature  may be 25 Celsius degree. The temperature is so moderate in most of time that there are not air-conditioner and fan in KunMing people’s home. The sky is blue, the temerature is moderate and the pace of life isn’t quick as other city, all of these are suitable for people to live in KunMing. So, there are little local people want to leaving KunMing for a job.

However, There are some aspectes should be noted for people come from other city. First of all, the plateau effect in KunMing is rather obvious for newcome people. Some newcomer may feel shortness of breath while do some light exercise. Secondly, if you want to go out for shopping or other things, you should take a umbrella with you. Because the ultraviolet radiation in KunMing is so intense that the local girl’s skin is not good. The most importantly, the climate of KunMing is very dry in witer. You should drink much water as you can, and keep the lipstick with you.

Generaly speaking, the KunMing is a best city for human live