"方法二将分隔符拼接在SELECT语句中，即手工控制输出格式。 "让我茅塞顿开啊，谢谢：） 正苦于colsep ','总是多了一个空格，销不去。
15974296597, 112366, 4442。

同意楼上的

写的不错，，，，加油~~~

不错!!

谢谢，文章内容还待进一步细化，大家共同努力。

能静下心来写这么长的总结这件事已值得佩服，况且内容也很不错

有道理 我刚刚也遇到了这样的问题 发现在linux下使用dos2unix也可以解决

谢谢,很有用

真的很谢谢你。你的这篇文章对我太有用了

shell脚本还是尽量写的清楚为好

看过楼上朋友见解，体会又深一层，谢谢。

不错 收藏了

1. 初始化分为为的初始化和实例的初始化
2. 每个类在 JVM 中都对应一个 Class 实例
3. 父类实例是作为子例的部分存在的 (Class 实例之间也存在父子关系)
4. 初始化实例之前要初始化类

基于以上几点就可以理解以下初始化顺序
1. 父类静态属性、静态类 (父类的初始化，对应 JVM 方法 cinit())
2. 子类的静态属性、静态类 (子类的初始化，对应 JVM 方法 cinit())
3. 父类的实例构造，实例变量初始化 (实例变量初始实际会放到 JVM 的 init() 中)
4. 子类的实例构造，实例变量初始化 (也是对应的 init() 方法)

关于类的 Class 实例，可以回想 Log 的声明
Log log = LogFactory.getLog(TestClass.class);
也就是无论你,new 多少个 TestClass 实例，它们对应着同一个 TestClass 的 Class 实例，也就是为什么很多地方把静态方法、静态属性说成是类的方法、类的属性，其实质就是在 JVM 中存在同一个 Class 实例的方法、属性，也就能保持一致性。

关于父类实例是作为子类的一部分存在，可借鉴 C++ 或是有面向对象特性的 C 函数库(如 gtk)，来理解，父类实例会居于子类实例的首地址，所以对子类转型成父类实例时，它是安全的，因为首地址一样的，所以从首地址到 size(父类)就是父类实例地址空间，到size(子类)就是子类实例的地址空间。

没有问题，是经笔者测试过的。

可以看出，rownum并不是按照name列来生成的序号。系统是按照记录插入时的顺序给记录排的号，rowid也是顺序分配的。为了解决这个问题，必须使用子查询



有问题吧

shell脚本中的路径，尽量用完整的

@paul
select * from test_like where reverse(object_name)like reverse('%AS');
需要建立对object_name的反向索引才行的。

[5] '以常量结束的，加个reverse 函数，又可以用上index了'
我试了下怎么不管用啊

good

是啊，嗯...呵呵
理论知识还需巩固和加强.

常识。。。否则还要line.separator这东东干嘛。。。

分时日月周

对呀，是放在session中的，只是在struts环境中，我这个上下文中，session的产生是在程序进入LoginAction之前就产生了。

HttpSession session = request.getSession(); 这个就是为了存放值啊。不放session里 放什么地方啊！

不错呀，好文章

请教一个问题：

在服务器端，想做个session 管理的处理

现能监听得到所用 session ID ，是否可以做到人为的删除某个 session

你好，关于不同窗口共享session的问题，
我在一个日文文章中看到，别人做了一些试验，
既然打开不同的IE，session共享有存在。
试验结果，这与系统版本，好像笔记本和台式机
也有些区别。如果这方面有好的见解，请联系！
lyl2000610@yahoo.com.cn

今天很残酷,明天更残酷,后天很美好,大部分人死在明天晚上,看不到后天的太阳！

共同加油

呵呵，共勉了。

要知道，一个人一旦安逸于现状，无形之中你就会落后于别人，更重要的是你会迷失自己，这对于我们IT人来说将是很可怕的。

这句话说得很好.

我第一天所看的事.
http://www.yaonba.com/content.php?id=80738 火箭与勇士

沙发，新年第一回

Very good!

感动啊！！

也不算大,其实关键是他们之间的关系弄清楚就行了,等今天有时间我把表之间的关系画一下贴出来,这样会更明了些.

虽然看不太懂
但我能看出数据库的表貌似很大很大...额..

我支持你.我最爱源码了.

能顺便将GoodsForm里和建表的SQL语句贴出来么？谢谢

收藏~

不好意思，最近在出差，有些忙，才看到。

list容器，主要考虑到list是有序并可以重复的特点，用其可以跟踪用户多次点击相同商品的操作，并对商品的数量进行相应的增加。


至于Vector容器，只要能实现你的具体的业务逻辑的都是可以的，主要看你的需求是怎么样的了~~~

怎么没有GoodsFrom啊？

我想请问我是用Vector 做的，可以吗？
好象有问题！！
盼解答

好东西支持下 ~~正在用 谢谢啦

期待续

只能换Skin，不能改布局。

弱问一下，我的blogjava怎么就是默认的首页啊
怎么把那个首页的布局更改？

受教了

哈哈~~~~~~~
好，还没有系统研究过UML，从帖子上总算对用例图的三个关系明白些少了