linux下java�H�口�Q�正��显�C�Z��?

agapple — Fri, 31 Oct 2008 08:31:00 GMT

Tip1

1.�?JAVA_HOME/jre/lib/fonts/ 下徏立个目录 fallback
2.�?fallback 里弄个中文字体最��单ln一下就好了
比如�Q?/p>

ln -s /usr/share/fonts/truetype/arphic/uming.ttf  $JAVA_HOME/jre/lib/fonts/fallback/

Tip2

问题描述�Q�Java 应用�E�序的中文无法显�C�，呈现方块状�?/p>

　　原因分析�Q�Java 应用�E�序无法扑ֈ�可供昄��中文的字体�?/p>

　　解决�Ҏ��Q�首先，��保�pȝ��里安装了 JDK 1.5.0_06�Q�如果安装的�?JRE 1.5.0_06�Q�那么卸�?JRE�Q�再安装 JDK。然后下�?fireflysung 1.3.0�Q?解压后将其中�?ttf 文�g丢到�pȝ��字体目录/usr/share/fonts�Q�再�?fc-cache -f -v 跑一遍，让系�l�知道这个字体。最后，��是转到 JDK 安装目录的jre/lib/fonts 中，使用下面的命令来完成�?/p>

　　mkdir fallback
　　cd fallback
　　ln -s /usr/share/fonts/fireflysung.ttf
　　mkfontdir
　　mkfontscale

agapple 2008-10-31 16:31 发表评论

jar包的service Provider机制

agapple — Fri, 31 Oct 2008 03:32:00 GMT

官方描述�Q�http://java.sun.com/j2se/1.3/docs/guide/jar/jar.html

The META-INF directory

The following files/directories in the META-INF directory are recognized and interpreted by the Java 2 Platform to configure applications, extensions, class loaders and services:

MANIFEST.MF

The manifest file that is used to define extension and package related data.

INDEX.LIST

This file is generated by the new "-i" option of the jar tool, which contains location information for packages defined in an application or extension. It is part of the JarIndex implementation and used by class loaders to speed up their class loading process.

x.SF

The signature file for the JAR file. 'x' stands for the base file name.

x.DSA

The signature block file associated with the signature file with the same base file name. This file stores the digital signature of the corresponding signature file.

services/

This directory stores all the service provider configuration files.

�q�里指出了jar包的典型的目录结构。简单翻�?

META-INF目录中的下列文�g和目录获得Java 2�q�_��的认可与解释�Q�用来配�|�应用程序、扩展程序、类加蝲器和服务�Q?br /> • MANIFEST.MF�Q�清单文�Ӟ��用来定义与扩展和数据包相关的数据�?
• INDEX.LIST�Q�这个文件由JAR工具的新“-i”选项生成�Q�其中包含在一个应用程序或扩展中定义的数据包的地址信息。它是JarIndex的一部分�Q�被�c�d��载器用来加速类加蝲�q�程�?
• x.SF�Q�JAR文�g的签名文件。x代表基础文�g名�?
• x.DSA�Q�这个签名块文�g与同名基��{�֐�文�g有关。此文�g存储对应�{�֐�文�g的数字签名�?
• services/�Q�这个目录存储所有服务提供程序配�|�文件�?

Service Provider

Overview

Files in the META-INF/services directory are service provider configuration files. A service is a well-known set of interfaces and (usually abstract) classes. A service provider is a specific implementation of a service. The classes in a provider typically implement the interfaces and subclass the classes defined in the service itself. Service providers may be installed in an implementation of the Java platform in the form of extensions, that is, jar files placed into any of the usual extension directories. Providers may also be made available by adding them to the applet or application class path or by some other platform-specific means.

A service is represented by an abstract class. A provider of a given service contains one or more concrete classes that extend this service class with data and code specific to the provider. This provider class will typically not be the entire provider itself but rather a proxy that contains enough information to decide whether the provider is able to satisfy a particular request together with code that can create the actual provider on demand. The details of provider classes tend to be highly service-specific; no single class or interface could possibly unify them, so no such class has been defined. The only requirement enforced here is that provider classes must have a zero-argument constructor so that they may be instantiated during lookup.

Provider-Configuration File

A service provider identifies itself by placing a provider-configuration file in the resource directory META-INF/services. The file's name should consist of the fully-qualified name of the abstract service class. The file should contain a newline-separated list of unique concrete provider-class names. Space and tab characters, as well as blank lines, are ignored. The comment character is '#' (0x23); on each line all characters following the first comment character are ignored. The file must be encoded in UTF-8.

Example

Suppose we have a service class named java.io.spi.CharCodec. It has two abstract methods:

public abstract CharEncoder getEncoder(String encodingName);
public abstract CharDecoder getDecoder(String encodingName);

Each method returns an appropriate object or null if it cannot translate the given encoding. Typical CharCodec providers will support more than one encoding.

If sun.io.StandardCodec is a provider of the CharCodec service then its jar file would contain the file META-INF/services/java.io.spi.CharCodec. This file would contain the single line:

sun.io.StandardCodec # Standard codecs for the platform

To locate an encoder for a given encoding name, the internal I/O code would do something like this:

   CharEncoder getEncoder(String encodingName) {
       Iterator ps = Service.providers(CharCodec.class);
       while (ps.hasNext()) {
           CharCodec cc = (CharCodec)ps.next();
           CharEncoder ce = cc.getEncoder(encodingName);
           if (ce != null)
               return ce;
       }
       return null;
   }

The provider-lookup mechanism always executes in the security context of the caller. Trusted system code should typically invoke the methods in this class from within a privileged security context.

介绍�Q?/p>

在META-INF/services目录下保存的是service provider的配�|�文件�?服务在应用中会是一个接�?更多的是抽象�c?�?br /> 一个类服务器提供者实��C��一个服务类。这�cȝ��服务提供�c�d��以以扩展的�Ş式发布到�q�_��上。所以，jar文�g引入了扩展目录，同样你也可以��服务提供者加入classpath提供讉K��?/p>

服务都是表现��Z��个积累，而一个服务提供者通常是集成或实现了服务定义类。服务提供类通常不会像代理类一样�ؓ了正常提供服务而包含了��h��者的许多信息。服务提供类一般們֐�于高集成�?br /> 对这�c�L��务提供类的唯一强制性要求就是必��L��一个无参的构造函数�?/p>

provider 配置文�g
META-INF/services目录作�ؓprovider配置文�g的存放�\径。provider配置文�g中必��L��全类�?包含package)。配�|�文件可以存在space tab 换行�{�字�W?#作�ؓ注释�?br /> 注意�Q�provider配置文�g必须是以UTF-8�~�码�?/p>

�ȝ��Q?br /> service provider机制为程序的动态扩展提供了契机�Q�在应用中你可以针对接口�~�程�Q�通过RTTI技术可以比较完��的解决�E�序之间的耦合性。相比于spring DIP机制�Q�这也是一个不错的��试�Q�至��它不需要耦合spring包�?

agapple 2008-10-31 11:32 发表评论

tomact classloader机制

agapple — Wed, 29 Oct 2008 09:45:00 GMT

摘要: tomact classloader机制阅读全文

agapple 2008-10-29 17:45 发表评论

jboss classloader机制以及scope配置

agapple — Thu, 23 Oct 2008 06:08:00 GMT

摘要: 阅读全文

agapple 2008-10-23 14:08 发表评论

久久久久久久亚洲Av无码,亚洲精品tv久久久久久久久 ,亚洲国产AV一区二区三区四区

linux下java�H�口�Q�正���显�C�Z���?