Updated 2006-04-03 17:39 -- 库存Gmail邀请已经发放完毕,同时Google现在似乎有意控制Gmail用户增长的速度,邀请恢复速度很慢。鉴于此,今天开始本人将不再给任何人发送Gmail申请,请勿再为此联系我或给我留言!
Updated 2006-02-18 22:04 -- 最近发放出去的Gmail邀请好像被成功使用注册新帐号的比率偏低,导致Gmail可用邀请的数量恢复得也很慢。希望各位收到邀请的朋友如果由于各种原因又不需要这个邀请了,那么尽量把邀请信转发给仍然有需要的朋友们,以便Google能够尽快的回复我能用的Gmail邀请发放数量。多谢。
Updated 2006-02-06 20:44
Updated 2005-12-1 8:36 --
由于不少朋友提供的邮件地址错误或者服务器拒收导致我的邀请信被退回,所以现在开始需要Gmail邀请的朋友请直接发邮件到我的Gmail邮箱,我将把邀请信回复到您的发件人地址。
同时请确保您的邮件主题为 " Ask for Gmail Invitation from www.zeali.net "。否则过滤器将无法识别您的请求。邮件正文为空即可。
我的邮箱地址请查看本页右边栏的"关于Zeal"信息(如果无法正常查看请检查您的浏览器是否允许执行Javascript脚本,并且允许显示图片)。
请勿再通过回复本贴或者在留言薄留言来申请Gmail邀请。我将忽略所有这些方式的请求。
Updated 2005-11-30 10:10 -- To Benny: 关于注册的邮箱后缀是googlemail.com而不是gmail.com的问题,请参见报道:1, 2
Updated 2005-11-8 16:30 -- To Gaoshan: 很抱歉,目前我只有Gmail的邀请。
Updated 2005-11-8 15:46 -- 请需要Gmail邀请的朋友只在本日志后面发布回复评论即可,不要再直接往我的Gmail邮箱里面发邮件了,否则我一律作为垃圾邮件过滤掉,谢谢。
Updated 2005-11-7 13:39 -- 关于我的Gmail地址:因为我通过不止一个Gmail邮箱给各位发送邀请,所以你们收到邀请的时候的发件人地址可能并不是我自己常用的那个。我的Gmail和MSN都是 ZealLi AT Gmail dot com :)
Updated 2005-10-19 18:39 -- 请各位朋友不要提供.jp后缀的邮箱地址。本人将不对任何采用.jp后缀email的申请发送Gmail邀请。
Updated 2005-10-3 23:19 -- 最近一段时间频遭变故,未能及时放送gmail邀请,请各位谅解。今晚一口气发了近百个邀请,喘气ing
自从Google Talk横空出世,想要Gmail的朋友开始激增,每天基本上我要作为Gmail义务宣传员给大家派发出去几十封上百封的邀请。只要Google没有向中国用户开放注册权限,我会一如既往的派发下去。但请有需要的朋友在留言之前先阅读一下以下的说明文字,以便我能更好的给大家服务,谢谢。
Gmail金蛋会不断的生出来,基本上来说可以无限量供应,呵呵。需要的网友请留下你的email地址。
以后对于留下了email地址的网友们,我就不一一回复了,只要偶上线看到,一定会第一时间给大家发出邀请 :)
注意:sina.com的邮箱(包括vip.sina.com)、yeah.net的邮箱会拒收gmail的邀请函,所以请需要的朋友不要提供这些免费邮箱来接收。否则邀请被拒收我将不做任何提示。
另: 留邮箱地址的时候请一定在Email输入框输入您的邮箱地址,这样我可以直接利用Gmail的自动发送邀请功能更快的将邀请发送到您的邮箱里。无须在评论的正文里面写。这样可以避免机器人搜索到您的邮箱地址发送些垃圾邮件。
请不要在留言板里面申请邀请,只需要在这个帖子里面发表评论即可,我会看到的:)
再另: 不少朋友得到了Gmail之后问我如何才能够像我一样可以发邀请给别人。其实很简单,你只要耐心等待,等过一段时间之后,自然会获得发送邀请的权限:)
--当用java -jar yourJarExe.jar来运行一个经过打包的应用程序的时候,你会发现如何设置-classpath参数应用程序都找不到相应的第三方类,报ClassNotFound错误。实际上这是由于当使用-jar参数运行的时候,java VM会屏蔽所有的外部classpath,而只以本身yourJarExe.jar的内部class作为类的寻找范围。
**解决方案**
一 BootStrap class扩展方案
Java 命令行提供了如何扩展bootStrap 级别class的简单方法.
-Xbootclasspath: 完全取代基本核心的Java class 搜索路径.
不常用,否则要重新写所有Java 核心class
-Xbootclasspath/a: 后缀在核心class搜索路径后面.常用!!
-Xbootclasspath/p: 前缀在核心class搜索路径前面.不常用,避免
引起不必要的冲突.
语法如下:
(分隔符与classpath参数类似,unix使用:号,windows使用;号,这里以unix为例)
java -Xbootclasspath/a:/usrhome/thirdlib.jar: -jar yourJarExe.jar
二 extend class 扩展方案
Java exten class 存放在{Java_home}\jre\lib\ext目录下.当调用Java时,对扩展class路径的搜索是自动的.总会搜索的.这样,解决的方案就很简单了,将所有要使用的第三方的jar包都复制到ext 目录下.
三 User class扩展方案
当使用-jar执行可执行Jar包时,JVM将Jar包所在目录设置为codebase目录,所有的class搜索都在这个目录下开始.所以如果使用了其他第三方的jar包,一个比较可以接受的可配置方案,就是利用jar包的Manifest扩展机制.
步骤如下:
1.将需要的第三方的jar包,复制在同可执行jar所在的目录或某个子目录下. 比如:jar 包在 /usrhome/yourJarExe.jar 那么你可以把所有jar包复制到/usrhome目录下或/usrhome/lib 等类似的子目录下.
2.修改Manifest 文件
在Manifest.mf文件里加入如下行
Class-Path:classes12.jar lib/thirdlib.jar
Class-Path 是可执行jar包运行依赖的关键词.详细内容可以参考 http://java.sun.com/docs/books/tutorial/deployment/jar/downman.html 。要注意的是 Class-Path 只是作为你本地机器的CLASSPATH环境变量的一个缩写,也就是说用这个前缀表示在你的jar包执行机器上所有的CLASSPATH目录下寻找相应的第三方类/类库。你并不能通过 Class-Path 来加载位于你本身的jar包里面(或者网络上)的jar文件。因为从理论上来讲,你的jar发布包不应该再去包含其他的第三方类库(而应该通过使用说明来提醒用户去获取相应的支持类库)。如果由于特殊需要必须把其他的第三方类库(jar, zip, class等)直接打包在你自己的jar包里面一起发布,你就必须通过实现自定义的ClassLoader来按照自己的意图加载这些第三方类库。
以上三种方法推荐第一种,扩展性好,操作起来也最方便.
另外编写自己的ClassLoader,来动态载入class,是更加复杂和高级技术.限于篇幅,不赘述.有兴趣了解可以去google一下custom classloader,或者参考我的另一篇日志:让classpath参数走开。
Java的安全机制随不同的JDK版本有不同的变化,会影响很多核心CLASS,比如Thread,所以很多大型商业软件,要求JDK的版本很严格.部分原因也在此.这也要求在发布自己编写的应用时候,不管大小,都要说明开发和测试的JDK版本.
本文所述方法测试基于j2sdk 1.4.2_04-b05
----------------------------------------------------------------------------------------------
附:背景知识
自JDK 1.2以后,JVM采用了委托(delegate)模式来载入class.采用这种设计的原因可以参考http://java.sun.com/docs/books/tutorial/ext/basics/load.html
归纳来讲:是基于JVM sandbox(沙盒)安装模型上提供应用层的可定制的安全机制.
Java虚拟机(JVM)寻找Class的顺序
1. Bootstrap classes
属于Java 平台核心的class,比如java.lang.String等.及rt.jar等重要的核心级别的class.这是由JVM Bootstrap class loader来载入的.一般是放置在{java_home}\jre\lib目录下
2. Extension classes
基于Java扩展机制,用来扩展Java核心功能模块.比如Java串口通讯模块comm.jar.一般放置在{Java_home}\jre\lib\ext目录下
3. User classes
开发人员或其他第三方开发的Java程序包.通过命令行的-classpath或-cp,或者通过设置CLASSPATH环境变量来引用.JVM通过放置在{java_home}\lib\tools.jar来寻找和调用用户级的class.常用的javac也是通过调用tools.jar来寻找用户指定的路径来编译Java源程序.这样就引出了User class路径搜索的顺序或优先级别的问题.
3.1 缺省值:调用Java或javawa的当前路径(.),是开发的class所存在的当前目录
3.2 CLASSPATH环境变量设置的路径.如果设置了CLASSPATH,则CLASSPATH的值会覆盖缺省值
3.3 执行Java的命令行-classpath或-cp的值,如果制定了这两个命令行参数之一,它的值会覆盖环境变量CLASSPATH的值
3.4 -jar 选项:如果通过java -jar 来运行一个可执行的jar包,这当前jar包会覆盖上面所有的值.换句话说,-jar 后面所跟的jar包的优先级别最高,如果指定了-jar选项,所有环境变量和命令行制定的搜索路径都将被忽略.JVM APPClassloader将只会以jar包为搜索范围.
有关可执行jar有许多相关的安全方面的描述,可以参考http://java.sun.com/docs/books/tutorial/jar/ 来全面了解.
这也是为什么应用程序打包成可执行的jar包后,不管你怎么设置classpath都不能引用到第三方jar包的东西了.
看看你的智商:全世界只有不到4000人可以走出这房间.
密室一:深红色房间
房子里共有13件物件找齐候就可开门。
找到0-6件 智力绝对低下,完全是个白痴!
6-8件 智力有点弱,属于弱智者!
9-10件 算是正常人!
11-12件 智商很高!属于智力超群!
13件并且走出房门的 全世界也只有不到4000人.....
http://www.atfriday.com/GameZone/crimson/crimson_room_cn.swf
密室二:碧绿色房间
http://www.atfriday.com/GameZone/200471922656/20047198816907.swf
密室三:天蓝色房间
http://www.atfriday.com/GameZone/200471922656/bluechamber_cn.swf
Q:我在JBuilderX中有时会丢失字符的现象,怎么办?
A:有时候会发现用JBuilder编辑源代码的时候源代码明明没有问题,但是编译的时候就是报错,类似Can not find sybmol之类。这时候如果用纯文本编辑器(比如Notepad,editplus等)打开这个源文件察看的话,会发现这行确实有字符少掉了;但在JBuilder下看又明明是对的。该问题是因为JDK 1.4 对于中文平台的GB18030支持的问题。建议采用以下方法:
打开JBuilder安装目录下的bin\jdk.config文件,在文件中加入一行:
vmparam -Dfile.encoding=GBK
重新启动JBuilder即可。