你好 landwang 2008-07-06 11:23
你好，最近在做一个项目。用到断点续传方面的东西，也在研究。希望和你探讨一下。huliqing@live.com是你msn地址吗？
我的msn:landwang2001@hotmail.com
我用install4j 做的安装程序包括jre，只有3M多哦
为什么30后都转行？难道真的到了30后就干不动了吗？还是有其它的原因？
re: 努力打造一个创意的开源JSF组件包——Tcoco marry071028 2008-04-23 19:39
你好，我正好需要这个控件的代码，能共享一下吗？
yanglove_775@163.com
re: 使用JSF为自己打造一个coco的组件包 marry071028 2008-04-23 19:35
你好，我正好需要这个控件的代码，能共享一下吗？
yanglove_775@163.com
--------------------------------------------------
@weiwei
java中除了在Applet中播放音频之外还可以通过JavaSound API,你可以查看一下javax.sound.sampled及javax.sound.midi这两个包
另外,sun还提供了一个媒体框架——JMF， 这个媒体框架可以提供更多的音频及视频类型的支持，而且编码也更简单，不过客户端需要单独的安装JMF，可能会有一些不便。我所知道的就这些，对于Java多媒体方面我没有什么经验，呵呵。
另外，千里冰封 写过一个Java实现的MP3播放器，你可以到他的博客中看看，或跟他请教一下，他对这个应该比较有经验。
谢谢啦！！
能否赐教下关于JAVA播放音乐的方法，感激不尽！！
@weiwei
呵呵，谢谢大家的支持，能对大家有帮助我也很开心。
另外关于JRE瘦身，只不过是抽掉一些没有用到的类而已。大部分抽掉的都是rt.jar
包中的东西，比如你可以用winrar打开rt.jar 然后通过winrar直接删除掉一些很明显你没有用到的类。我是通过每删除一些类之后保存一个副本，再试着运行程序。
这种方法比较考验耐性，不过两三个钟头下来，基本上可以让你的JRE瘦掉约一半。如果有更好的方法,请推荐一下，呵呵！
我正搞了个游戏，担心发布问题，哈哈```这几天我一直都在找将jar转成exe的相关的资料，还好，今天看到了你的贴子！！！其中有个地方不明白就是你的jre是怎么瘦身的，希望能共享下你的技能哈！还有个问题就是JAVA中播放音乐的问题，是在应用程序中播放，不是在Applet中播放，能否传授个方法！！
介面可以考虑加个皮肤 。。。。
open open 里面介绍的几个皮肤可以去看看 。。。很漂亮哦 。。加入也很简单，在启动类里面加个语句就可以了。。。而且支持JRE1.6
虽然现在是做金融方面的J2EE但是还是很喜欢SWING的。。。
以前做过1年多SWING的东西，现在还在维护以前写的一些小SWING程序。。。
我做打包是用自己的程序实现EXE转换，然后用包装程序（加壳）实现注册。。。
看到博主大哥的文章觉得很高兴。。。
工作两年多了。现在想做的是结合J2EE和SWING还有一些国外热门的东西，做点小玩意出来。。。
希望以后看见你写更多的好文章
其实install4j打包也非常不错,它也可以把JRE打包进去
@jim
呵呵，比较抱歉，因为blogjava的空间有所限制。
再者这个jre也是根据我的项目瘦身的，只是简单的抽掉一些不需要的文件而已，
不一定能适应你的项目。
8M的话这能提供下载么，解开后想研究下你的那个jre，呵呵
呵呵，期待更瘦的JRE出现吧，到时候带着JRE满天跑反而会变成Java的优势了。能把它整到10M以下，目前我自己感觉还是挺满意的了。 对于SUN的消费者版JRE, 听说会整到4M左右,如果确实能做到这样，应该是很激动人心的。
exe4j还有一个兄弟产品，叫做 install4j,不过我也只是用过 exe4j,蛮不错的
相对 C++ 写的程序的体积 几十，几百K 而言，java程序还是显得过于肥大，
re: Http多线程下载与断点续传分析 endswel 2008-04-15 00:33
后台机制，其实也不是什么。 他们都是算软件的MD5码或者其他一些不可逆的算法。 不过对于大软件的MD5码，你会算死的。
不过也有解决方案。 截取你对软件的部分信息。 取软件的3～5段来进行计算。
re: Http多线程下载与断点续传分析[未登录] huliqing 2008-04-10 18:47
谢谢大家的意见，作这一个只是研究或者学习一些技术,还无意做大，只是与大家共同研究学习一下，毕竟个人能力，时间与精力还是有限，呵呵！
re: Http多线程下载与断点续传分析 ljwan12 2008-04-10 14:48
@huliqing
你的想法，在其他的很多下载软件中就是这么实现的，但是这个实现起来就比较复杂了，你还得建立自己的后台服务器来保存这些资源的一些信息，另外还有一个更加重要的是你需要有一套很好的机制来判断是否是完全一样的！！！
可以参考一些开源下载软件的代码，他们实现的都比较好！比如电驴
re: Http多线程下载与断点续传分析 太阳 2008-04-10 10:11
继续关注楼主的作品, 大家一起出谋划策
1、在选择需要下载的歌曲的时候，不能支持双击加入下载列表。也没有右键,这样挺不方便的
re: Http多线程下载与断点续传分析 netnova 2008-04-10 10:01
中级程序员的标准也需要一定条件--中级证书
什么公司，这么土。
re: Http多线程下载与断点续传分析 huliqing 2008-04-10 09:40
@ljwan12
<urls>
<url src="
http://zlq.zust.edu.cn/Uploadfiles/wlhx/20071224220653927.mp3"/></urls>
呵呵，我在配置文件中预留这一个，我想，在有可能的情况下让程序从多个下载源中进行文件下载。有时候我们会搜到很多同文件而不同URL的源地址。利用这个应该可以更好的提升速度
re: Http多线程下载与断点续传分析 Paul Lin 2008-04-10 09:40
多谢楼主分享！
re: Http多线程下载与断点续传分析 huliqing 2008-04-10 09:35
@Frank
我使用的是多个RandomAccessFile同时利用一个File对象写同一个文件，操作系统本身会同步对文件的写操作。在利用多个File对象写同一个文件时，遇到一些问题, 另外我认为速度的瓶颈主要还是来自网络，本地文件读写应该不会是什么大问题。:)
re: Http多线程下载与断点续传分析 ljwan12 2008-04-10 09:28
提供下载速度，单靠多线程是不行的，比如你选择的一个下载源，他的速度本来就很慢，这样你即使使用很多线程连接，速度也不会有多大的提高。
我认为有两种方法可以提高：
（1）、使用P2P，但此对于你的这个估计没多大效果，因为这个小软件的使用人数不多，同时下载某一个文件的概率太小。
（2）、选择更快的下载源，你的程序是通过百度MP3搜索查找歌曲，你可以通过程序来判断某一个下载源的速度，选择最快的一个。本人认为这种实现对于你的这个程序比较有效。
迅雷下载速度很快，他结合了很多种技术。
本人的一点建议，仅供参考！！
你的程序下载的时候很快，但合并文件的时候没有用到多线程，所以下载完毕后，文件不能立即就使用
re: Http多线程下载与断点续传分析 huliqing 2008-04-10 09:16
@Frank
呵呵，欢迎互相交流学习！
一直在看你的blog，今天又有新的收获 ，先谢谢了 哦
尝试过NETBEANS的GUI DESIGNER，但是感觉不如SWT designer好，而且效率ECLIPSE要高很多，只是SWT DESIGNER要收费。哎。。
真不错,小菜我学JAVA入门从J2EE开始,一直想看JAVA桌面的能耐.
呵呵,今天见识了.
不错，这小子有发展前途，慢慢的你将越来越厉害。这个贴我收藏