import com.sun.image.codec.jpeg.JPEGCodec;
      import com.sun.image.codec.jpeg.JPEGImageEncoder;
     
      public class JpgTest {
 
 public void JpgTset() throws Exception{
     File _file = new File("/Order005-0001.jpg");                       //读入文件
     Image src = javax.imageio.ImageIO.read(_file);                     //构造Image对象
     int wideth=src.getWidth(null);                                     //得到源图宽
     int height=src.getHeight(null);                                    //得到源图长
     BufferedImage tag = new BufferedImage(wideth/2,height/2,BufferedImage.TYPE_INT_RGB);
     tag.getGraphics().drawImage(src,0,0,wideth/2,height/2,null);       //绘制缩小后的图
     FileOutputStream out=new FileOutputStream("newfile.jpg");          //输出到文件流
     JPEGImageEncoder encoder = JPEGCodec.createJPEGEncoder(out);      
     encoder.encode(tag);                                               //近JPEG编码
     //System.out.print(width+"*"+height);                             
     out.close();
 }
      }
   
    过程很简单，从本地磁盘读取文件Order005-0001.jpg(2032*1524)，变成Image对象src，接着构造目标文件tag，设置tag的长宽为源图的一半，对tag进行编码，输出到文件流out，最后关闭文件流。
   
    还有一些问题需要说明：
    第一，目前只能支持JPG(JPEG)、GIF、PNG三种格式。（这里有些问题，在最下面解释）
    第二，对于源图的容量有限制，最好不要超过1M，否则会抛内存不足的错误，不过我试验过1.8M的源图，可以成功，但是也很容易抛内存不足。
   
    引用一位前辈的话：图象运算本身是密集型运算，需要大量的内存存放象素值。我用VC试了一下，4M的图象也有问题，而且越是压缩比大的图片在内存中还原成BITMAP时需要的内存越大。解决的方法，可以重写编码类，先开一定的内存，然后一段一段编码写到临时文件中，输出的时候再一段一段读出来。或利用nio的内存映象来操作。JavaMail由于采用了Builder模式，先生成一个邮件的每一个部分，然后合并成一个完整的邮件对象，这样每个构件都要先生成到内存中，你如果发送一个上百兆的附件，那么在构造Part时肯定内存溢出，所以我就改写了BodyPart的构造，让他和一个临时文件关联，然后用临时文件保存Part而不是构造在内存中，这样任义大小的附件(硬盘能放得下为限)都可以发送了。
   
    最后，如果大家对图像处理有更高的要求，不妨关注一下开源项目。比如JMagick，可以使用JMagick来实现图片的复制、信息获取、斜角、特效、组合、改变大小、加边框、旋转、切片、改变格式、去色等等功能。

2007-06-20更新
其实按照上面的做法只能压缩jpg格式，gif是不能压缩的（由于算法版权问题，直到Java 6.0才能压缩gif），前段时间要用gif压缩，在网上找了个类，可以解决问题。请参考：http://mindprod.com/jgloss/gifencoder.html。
替换以前代码的相应部分：

当代码运行完毕，用EditPlus之类的文本编辑器打开之后可以发现文件头已经是gif87格式了。

请注意！引用、转贴本文应注明原作者：Rosen Jiang 以及出处：http://www.blogjava.net/rosen

面向服务体系

SOA （面向服务体系）是近期推动应用和业务集成领域产生巨大飞跃的新技术之一。 SOA 定义了一系列详尽的体系规范、范例和实现应用程序间进行松散耦合交互的最佳准则。

SOA 基于定义明确的接口，促进多个应用程序间的松散耦合交互。服务的实现是独立的，且不依赖上下文信息以及其他服务的状态。服务间数据交换主要基于文本类型的格式，使用基于标准的消息模型。服务自身并不知道服务提供者和服务消费者之间传输级的通讯交互。

尽管不是强制要求，当今大部分流行的基于 SOA 的系统都利用了 Web 服务以及近似技术为服务间交互提供必要的管道管理。 WSDL （ Web 服务定义语言）扮演了主要的通讯模型角色； SOAP 扮演了消息承载协议、 HTTP 扮演了网络传输协议。当然，这并不意味着你必须利用上述技术实现基于 SOA 的系统。另外，有些术语之前就已经存在了，所以很多企业已利用类似的体系实现了系统的松散耦合交互。不管怎样，主要的不同点在于我们现在已经有标准协议、工具集和软件了，使面向服务体系更健全。

SOA 原则与面向对象范式、原则有着显著不同。主要不同在于服务间交互的接口被定义了更多面向数据的行为。一个孤立的服务也许会采用面向对象原则和技术，但是，服务之间的交互很少采用这些手段。相反，这些接口更适合于基于文档的交换。面向对象的行为是绑定数据，而面向服务从行为中分离数据。

企业服务总线

ESB （企业服务总线）为面向服务体系提供了基础架构。通过设计工具定义服务间交互和规则， ESB 为部署和发现服务提供了运行时环境。

    在 ESB 的世界中，服务不会直接彼此交互。“ ESB 运行时”作为一个仲裁者在服务间松散的耦合它们。“ ESB 运行时”将实现协议绑定、消息传输、消息处理，等等。

一个服务总线将包括下列关键项：

    为服务提供传输绑定

    定义和发现已部署服务

    在服务间基于规则的路由和编排消息

    包括文档传递在内的增值服务等

大部分的 ESB 提供商基于自己的 SOA 提议来开放标准和技术，包括多种 Web 服务标准和协议。他们提供多种调用服务的传输绑定，包括 HTTP 、 FTP 以及 JMS 等等。大部分 ESB 用户利用 WS-BPEL （ Web 服务的业务流程执行语言）来了解已部署服务之间是如何实现业务流程的。 ESB 提供商同时也提供服务质量特性，包括容错、故障转移、负载平衡、消息缓冲等等。

Java 业务集成

JBI （ Java 业务集成）的提出是基于面向服务体系提倡的方法和原则，为了解决 EAI 和 B2B 若干问题的 Java 标准。当前版本（ 1.0 ）是 2005 年 8 月通过的 JSR （ Java 规范需求） 208 定案。商业和开源界都欢迎 JBI 成为他们 ESB 产品的集成标准。

基于仲裁者体系

JBI 定义了基于插件方式的架构，以便服务能融入“ JBI 运行时”环境。 JBI 提供了详细的接口，使服务能与“ JBI 运行时”环境交互。这些服务要为“ JBI 运行时”环境暴露接口，以便“ JBI 运行时”环境为服务路由消息。“ JBI 运行时”环境在部署在 SOA 环境中的服务间扮演仲裁者的角色。

在同一 JVM 中，“ JBI 运行时”核心主要包括如下组件：

    组件框架：组件框架把不同类型的组件部署到“ JBI 运行时”。

     归一化消息路由器：归一化消息路由器利用标准机制实现服务间消息交换。

     管理框架：管理框架基于 JMX 进行部署、管理以及监控“ JBI 运行时”中的组件。

组件模型

    JBI 在“ JBI 运行时”环境中定义了两种组件：

    服务引擎组件：该组件负责实现业务逻辑和其他服务。服务引擎组件在其内部可使用多种技术和设计模式。服务引擎组件可提供数据传输和转换这种简单的基础服务，也可实现像 WS-BPEL 实例一样复杂的业务处理。

    绑定组件：绑定组件主要为已部署服务提供传输级绑定。绑定组件有多种类型：

        利用标准传输协议与外部系统进行远程通讯。

        使已部署服务能在同一个 JVM 内部相互调用。

        服务间可使用标准的 WS-I （ Web 服务协同工作组织）规范通讯。

    JBI 的关键是分离服务引擎和绑定组件，以便业务逻辑不被下面的具体细节所干扰。这种方式促进了体系的灵活性和可扩展性。绑定组件和服务引擎组件在 JBI 内部都可以是服务提供者和 / 或服务消费者。

    绑定组件和服务引擎组件为“ JBI 运行时”提供接口以便从“ JBI 运行时”接收消息。同样的，它们也利用 JBI 提供的接口来和“ JBI 运行时”通讯。

消息传输模型

JBI 利用消息传输模型分离服务提供者和服务消费者之间的耦合。消息传输模型利用了 WSDL 。 WSDL 用于描述暴露的服务引擎组件和绑定组件的业务处理。另外， WSDL 也用于定义抽象服务处理的传输级绑定。

JBI 架构中一个关键组件是 NMR （归一化消息路由器，也译作“正规消息路由器”）。 NMR 基于 WSDL 提供了主要的消息传输中枢， NMR 为部署在“ JBI 运行时”中的服务引擎组件和绑定组件间的消息传递提供松散耦合。服务需要有聚合业务处理的接口，每个业务处理由零个或多个消息组成。而一个接口有一个或多个传输级绑定。

“ JBI 运行时”利用归一化格式描述消息。一个归一化消息由以下部分组成：

    消息属性

    消息有效载荷

消息附件

利用 NMR ， JBI 规范为服务提供者和消费者的消息交换提供标准接口。 NMR 支持服务生产者和消费者之间单向模式和服务响应模式的调用。

管理

JBI 利用 JMX 实现运行时的服务安装、配置和监控。服务必须实现 JBI 接口集，以便这些服务在 JBI 环境中是可管理的。 JBI 环境必须提供一套 JMX MBeans 实现“ JBI 运行时”的管理。

“ JBI 运行时”环境允许服务引擎组件和绑定组件的相关操作如下：

    安装组件：使组件接口可使用归一化消息路由器。

    安装 artefact 组件：这将允许已部署的 artefacts 组件获得与已安装组件同样的机能。例如，可以部署一个“连接服务”来提供具体的数据库连接。

    启动、停止服务以及进行相关服务分组。

JBI 为组件及 artefact 组件定义了标准的部署描述符以及打包模型。

角色

JBI 为基于 JBI 的端到端 EAI 解决方案定义了如下角色：

     引擎开发者：引擎开发者提供遵循 NMR 和管理约束的服务引擎组件。

    绑定开发者：绑定开发者提供遵循 NMR 和管理约束的绑定组件。

JBI 环境提供者： JBI 环境提供者为“ JBI 运行时”使用 J2EE 1.4 或 J2SE 1.4 或更新的平台提供支持。

J2EE 平台提供者： J2EE 平台提供者把“ JBI 运行时”作为提供应用程序服务的一部分。

JBI 应用程序开发者： JBI 应用程序开发者利用服务引擎组件、绑定组件以及 JBI 环境构建 JBI 应用程序。

结论

    当今业界走向越来越开放的标准和规范， JBI 在使 Java 技术利用面向服务体系和 ESB 基础架构实现业务集成方面产生了巨大飞跃。像 Oracle 这样的商用产品提供商和 ServiceMix 这样的开源软件都把 JBI 作为了他们 ESB 方案的一部分。

关于作者

    Meeraj Kinnumpurath 是位在 VOCA 有限公司（原来叫 BACS ）就职的 Java 架构师，这家公司是英国最大的票据交换所。他有 8 年的 Java 开发经验，主要从事企业应用程序开发。他已出版了一些 Java 、 J2EE 以及 Web 服务方面的书籍。

请注意！引用、转贴本文应注明原译者：Rosen Jiang 以及出处： http://www.blogjava.net/rosen

                                                                             

报表介绍

     BIRT 应用开发从报表设计开始。基于 Eclipse 插件提供多种快速构建报表工具。
        
         数据浏览器 － 把你的数据源（连接）以及数据集（查询）组织起来。数据集编辑器允许你测试数据集，以确保报表接收数据的正确性。
         布局视图 － 所见即所得编辑器为你的报表提供以拽方式来创建表现内容。包含一个标准报表条目调色板。
         属性编辑器 － 以便利的格局表现大多数通用的用户属性使编辑更快速和容易。BIRT 也集成了标准 Eclipse 属性视图，为每个条目提供详细的属性列表。
         报表预览 － 你可以在任何时间采用真实数据测试你的报表。预览窗口直接内嵌在 Eclipse 中。
         代码编辑器 － 在访问数据以及报表生成或浏览时，脚本把业务逻辑添加给报表。在编辑脚本时代码编辑器提供标准的 Eclipse 特性：语法加色、自动完成等等。BIRT 用很简单的脚本来表达，expression builder 能更容易的创建这些表达。
         略图 － BIRT 报表被组织为一个树型结构作为整体报表的根，并且为样式、报表内容、数据源、数据集、报表参数等分类。略图视图提供你整个报表结构紧凑的预览。
         Cheat Sheets － 学习新工具永远是种挑战，但是 Eclipse 提供一种创新方案：cheat sheets。它们是一些帮助你完成新任务的文档。
        
数据定制
   
    正如前面所提到的，报表通常为要表现的数据添加业务逻辑。BIRT 提供多个工具来完成这一操作：
   
        栏位计算－数据库为存储组织数据，但这些数据通常为结合表现层而预先整理好。栏位计算让你能定义基于业务逻辑的附加数据集栏位。这种逻辑是一个简单的语法、脚本或调用一个已有的 Java 逻辑。
        输入以及输出参数－许多数据源都支持参数：在查询时传入或传出数据的能力。比如，SQL Select 语句可包含输入参数。存储过程既有传入又有传出参数。
        栏位元数据－当数据源提供的名字是 unintuitive 的，你可以提供栏位别名。
        过滤 － 有些数据源，尤其是 SQL，提供良好的内置过滤特性。然而，有些数据源（单纯的文件，应用程序对象）却没有提供过滤特性。另外，过滤器条件是定义在脚本或 Java 代码中的。你可把过滤器定义为报表的一部分，BIRT 引擎会自动调用它们。
        脚本化数据集 － 有些报表需要访问专门或不常用的数据。你可以在 Java 或脚本创建访问，利用脚本化数据集可在报表中集成这些逻辑。
       
条件格式化
   
    有些报表有着固定的格式，其他的却需要条件格式化。例如，某报表列出了交易记录来表现不同的销售与利润之比。或者，一个客户服务报表要按照不同规则进行色彩显示。BIRT 提供多个条件格式化特性：
   
    条件可见度 － 你可以根据数据隐藏报表元素。在上述的交易报表中，你可以创建销售和交易收入两部分，接着隐藏报表指定记录中不需要的部分。
   
    值映射 － 数据库数据通常使用代码值：M/F 代表男性或女性，1/2 代表销售和收入，等等。值映射让你定义一个从数据库值到显示值的映射。例如，我们可把值“1”对应到“Sale”，把“2”对应到“Return”。
   
    加强 － 简单的标识可让你对特定报表套用样式。例如，在客户服务报表中，我们可以使用绿色表示上一的计划，红色表示下一计划。
   
    脚本

    BIRT 提供基于 JavaScript（与知名的 ECMAScript 形式上相同）的脚本。JavaScript 经常作为客户端脚本语言，但是它也可以用于用于表达业务逻辑。特别的，JavaScript 能与你的现有 Java 逻辑进行良好集成，能非常轻松地从 BIRT 报表调用业务逻辑。
   
    BIRT 提供从 JavaScript 对象访问报表对象模型（Report Object Model）的整套方案：同时表现报表设计和运行时的状况，允许报表的完全控制处理甚至最复杂的报表格式化工作。
   
项目管理

    BIRT 集成了 Eclipse 项目管理特性来组织相关报表。BIRT 也可以与 Eclipse CVS 协作进行源码管理。BIRT 的 XML 报表设计格式让它能容易的比较两份报表，或者两个不同版本的相同报表，并跟踪变更。
   
    样式

    任何设计 web 页面的人都知道有时会反复使用相同的样式。CSS 允许 web 设计者从内容中提取样式信息，并复用样式。
   
    BIRT 提供类似的特性。当然，BIRT 样式也是基于 CSS 的，这样使得网页应用开发人员能容易得设计 BIRT 表现形式。BIRT 样式可堆叠，允许你在一个地方设置样式后套用到所有报表或报表的一部分或单一报表中。
   
    库

    典型的应用中会包括许多有关联的报表。一个简单的客户应用将包括一个按照字母排序的客户列表、按照地理位置分类的客户群，为客户指定的销售代表，客户身份筛选等等。总之，用户不停的地变化报表以解决具体业务需要。
   
    这样一来，最终的报表应用将包含多组相关报表。相同的数据源、样式、业务逻辑、报表条目。
   
    将来的 BIRT 版本将包含组织这些共享资源的支持库。这些库可包含任何报表元素，比如样式、数据源、报表条目、脚本等等。
   
国际化

    全世界都可以访问你的 web 应用程序。BIRT 为国际化和本地化提供良好的支持。
   
    文本本地化 － 你可以建立一份把字符串自动变成用户本地语言显示的简单报表。所有的表单和报表文本都能以标准的 Java 本地化规则进行翻译。在运行时，BIRT 使用资源 key 找出文本的正确翻译。
   
    本地化 － BIRT 提供 locale-aware 格式化数据，意味着对于美国用户的日期数据可以以 mm/dd/yy 的格式出现，而欧洲用户则是 dd-mm-yy 格式。
   
    动态格式化 － 中文文本非常紧凑，德文有时又有点冗长，而英文正好是中等大小。BIRT 自动调整报表条目的大小来适合其中的内容，避免每次翻译都要进行报表测试。
   
扩展性

    报表应用程序的范围是十分庞大的，BIRT 团队不能为每个应用提供很具体的特性。可利用 BIRT 脚本来扩展 BIRT，另外还可构建 BIRT 扩展插件到 BIRT 中。
    
    数据访问
   
    BIRT 提供 ODA(Open Data Access) 框架来支持自定义数据访问方法。数据访问的范围还包括一个获取数据的运行时组件。也包括构建自定义查询的自定义设计时 UI。例如，打包后的应用程序可以让 ODA 构建数据访问 UI 并运行在自己的数据模型中。
    
    报表栏目
   
    BIRT 为要表现的数据提供一致的报表栏目集。可以在应用程序中自定义附件报表栏目，并像 BIRT 自身的报表栏目一样运行在设计器和引擎中。例如，性能管理应用程序要添加报表栏目来高亮显示停止项、尺度表以及其他用来衡量性能的可视标志。
   
    图表类型
   
    BIRT 图表包提供了很多的图表类型。但是，一些行业需要很特殊的图表样式。开发者可以在 BIRT 图表引擎中创建图表插件来提供这些图表样式。
   
    输出格式
   
    BIRT 1.0.1 支持输出到 HTML 和 PDF。当然，也可能需要其他类型输出：Excel、RTF(Rich Text Format)、SVG(Scalable Vector Graphic)、图像、等等。BIRT 在今后会提供其中一些，除开这些的其他格式可能需要的用户就很少了。开发者可利用 BIRT 引擎接口添加转换器以达到目的。


请注意！引用、转贴本文应注明原译者：Rosen Jiang 以及出处：http://www.blogjava.net/rosen

<?xml version="1.0" encoding="GBK" ?> <propertysets>  <propertset name="rea_faculty" description="team">   <field>10290</field>  </propertset>  <propertset name="faculty_lea" description="another team">   <field>10286</field>  </propertset>  <propertset name="office" description="teams">   <field>10287</field>  </propertset>   </propertysets>

    
为以上 XML 文件构造 Propertys 类：

public class Propertys {    private String name;  private String description;  private String field;  public String getDescription() {   return description;  }  public void setDescription(String description) {   this.description = description;  }  public String getField() {   return field;  }  public void setField(String field) {   this.field = field;  }  public String getName() {   return name;  }  public void setName(String name) {   this.name = name;  } }

读取方法（返回包含 Propertys 的列表）：
   

public List getAll() {   List list = new ArrayList();   try {    InputStream is = getClass().getResourceAsStream("/navigation.xml");    SAXReader reader = new SAXReader();          Document document = reader.read(is);    Element root = document.getRootElement();    Iterator lv = root.elementIterator("propertset");    Element el = null;    while (lv.hasNext()) {     Propertys property=new Propertys();     el = (Element) lv.next();     property.setName(el.attributeValue("name"));     property.setDescription(el.attributeValue("description"));     property.setField(el.elementText("field"));     list.add(property);    }   } catch (Exception e) {    e.printStackTrace();   }   return list;  }

添加新节点（成功返回 1 否则 0）：
       

public int saveProperty(Propertys property) {   try {    InputStream is = getClass().getResourceAsStream("/navigation.xml");    SAXReader reader = new SAXReader();          Document document = reader.read(is);    Element root = document.getRootElement();    root.addElement("propertset")     .addAttribute("name",property.getName())     .addAttribute("description",property.getDescription())     .addElement("field").addText(property.getField());        OutputFormat outformat = OutputFormat.createPrettyPrint();    outformat.setEncoding("GBK");    FileWriter out = new FileWriter(      System.getProperty("user.dir")      +"/web/WEB-INF/classes/navigation.xml");    XMLWriter writer=new XMLWriter(out,outformat);    writer.write(document);    writer.close();    return 1;   } catch (Exception e) {    e.printStackTrace();   }   return 0;  }

更新节点（按照 name 属性查找）：
   

public int updateProperty(String pro,Propertys property) {   try {    InputStream is = getClass().getResourceAsStream("/navigation.xml");    SAXReader reader = new SAXReader();          Document document = reader.read(is);    Element root = document.getRootElement();    Iterator lv = root.elementIterator("propertset");    Element el = null;    while (lv.hasNext()) {     el = (Element) lv.next();     if (el.attributeValue("name").equals(pro)) {      el.setAttributeValue("name",property.getName());      el.setAttributeValue("description",property.getDescription());      el.element("field").setText(property.getField());     }    }    OutputFormat outformat = OutputFormat.createPrettyPrint();    outformat.setEncoding("GBK");    FileWriter out = new FileWriter(      System.getProperty("user.dir")      +"/web/WEB-INF/classes/navigation.xml");    XMLWriter writer=new XMLWriter(out,outformat);    writer.write(document);    writer.close();    return 1;   } catch (Exception e) {    e.printStackTrace();   }   return 0;  }

删除节点：
   

public int delProperty(String pro) {   try {    InputStream is = getClass().getResourceAsStream("/navigation.xml");    SAXReader reader = new SAXReader();          Document document = reader.read(is);    Element root = document.getRootElement();    Iterator lv = root.elementIterator("propertset");    Element el = null;    while (lv.hasNext()) {     el = (Element) lv.next();     if (el.attributeValue("name").equals(pro)) {      el.detach();     }    }    OutputFormat outformat = OutputFormat.createPrettyPrint();    outformat.setEncoding("GBK");    FileWriter out = new FileWriter(      System.getProperty("user.dir")      +"/web/WEB-INF/classes/navigation.xml");    XMLWriter writer=new XMLWriter(out,outformat);    writer.write(document);    writer.close();    return 1;   } catch (Exception e) {    e.printStackTrace();   }   return 0;  }

请注意！引用、转贴本文应注明原作者：Rosen Jiang 以及出处：http://www.blogjava.net/rosen