快哭了，搞3天了，谁有好的解决办法啊。。

Question

本帖最后由 xiaobadi 于 2011-11-01 15:32:16 编辑

Answer 1

哥教你一个绝招，不要用配置文件，用System.setProperty("xxxx_url","");System.setProperty("xxxx_password","");用的时候System,getProperty取出来

Answer 2

使用 Preferences API (java.util.prefs).

Answer 3

既然是exe文件，读写注册表是最靠谱的。JAVA同样可以访问WINDOWS的注册表

Answer 4

得用JNI...在项目根目录指定一个特殊文件。
1.如果不存在这个文件，则要求用户输入用户名和密码，创建这个文件并保存信息。
2.如果存在则直接从这个文件里面读。
3.改 就简单了吧。

Answer 5

exe里面的文件不能改吧额这个文件应该直接在外部内部是不可能改得

Answer 6

其实<context:property-placeholder location="classpath:c：\data\jdbc.properties"/> 
只要能读到这个就可以解决了，有什么办法可以读到吗？？

Answer 7

<context:property-placeholder location="classpath:c：\data\jdbc.properties"/>  
这个知道怎么改了，谢谢大家，只能读取外部的配置文件了，让客户自己去修改。

Answer 8

<context:property-placeholder location="file:c：\data\jdbc.properties"/>   

Answer 9

LZ写的字太多了，你直接在C盘创建个配置文件就行，通过个窗口读写这个配置文件..........

Answer 10

我想问一下外面有用swing做项目的没？？？

Answer 11

c：\data\jdbc.properties  Java 中的 路径是 / 这个符号或者 \\， 如\\data\\jdbc.properties

Answer 12

用xml作为参数文件，放在用户的某个目录下面，读取和修改不要太方便啊 。

Answer 13

        properties文件在打包以后，就只能读不能写了，所以LZ需要在用exe4j把jar包打包成exe文件以后就不能反写jar包内部的properties文件了.
        我不是很清楚为什么一定要用exe4j将项目打包(可能是为了好看的图标)或者更接近于windows程序，一般来说可以使用外部的properties文件，采用设置环境变量的方式获取它的路径，并进行读写，还是比较推荐用批处理文件来启动程序的方式。

Answer 14

已经说了读写注册表是唯一靠谱的方法，不懂的别乱叫。我的楼上已经告诉你用什么类读写了，还JNI。
几十楼下来只有一个明白事理的。

Answer 15

打在包里的文件不能再改了，打包后java文件会被编译，飞java文件会被压缩进去。这个你可以想想windows的压缩包，在压缩包里的文件你不解压它能打开吗？更别提编辑了。你用exe4j将jar包弄成exe的，当运行的时候应该不会再解压出来吧（像windows的exe安装包一样）。如果要解压出来的话应该不会存在你说的这种情况。要是现你说的功能，只能将这些信息存在数据库，然后给用户提供修改界面。