社区
Java EE
帖子详情
会xdoclet的来一下,关于merge
zbird
2005-08-24 12:34:12
使用merge功能可以将已经存在的配置文件包含到新生成的配置文件里。
但是如果目标配置文件已经存在(比如web.xml),我怎么将其他的配置文件merge到里面?
...全文
103
5
打赏
收藏
会xdoclet的来一下,关于merge
使用merge功能可以将已经存在的配置文件包含到新生成的配置文件里。 但是如果目标配置文件已经存在(比如web.xml),我怎么将其他的配置文件merge到里面?
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
5 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
zbird
2005-08-25
打赏
举报
回复
再等一下,没有会的话我就结帖了。
congliu
2005-08-24
打赏
举报
回复
merge 有它自己的算法,所以才可以把已经存在的配置文件包含到新生成的配置文件里
但本人不建议使用merge的自适应算法,因为它的行为有时会怪异。
楼主不如手动修改目标文件,然后上传更好
zbird
2005-08-24
打赏
举报
回复
CVS、Subversion就是用的merge方式。
所以这个应当没有什么大问题。
目前我看到xdoclet merge的时候只能是在新生成文档的时候进行。
我想将新生成的文件merge到已经存在的文件里,不知道怎么处理。
除非你要做自动生成代码的工具,否则最好别用xdoclet
-------
呵呵,就是要做这个东东。
计划:
XML->SQL
->VO
->DOC
然后用xdoclet生成Action、Form、DAO、Service、JSP、Hibernat配置文件。
目前完成了SQL、VO、DOC、Hibernat map。
Action、Form、及Hibernate都涉及到配置文件的修改,所以就碰到了这个问题。
liuquanyi
2005-08-24
打赏
举报
回复
学习了!
mxlmwl
2005-08-24
打赏
举报
回复
我也觉得手写好,我一直觉得自动生成的东西并不是十分好用,包括一些框架的自动生成。到目前为止,spring,structs,webwork,hibernate等等的配置文件我一直都是手写的,用工具做出来的感觉很不顺手,这样还可以练练手。
除非你要做自动生成代码的工具,否则最好别用xdoclet
Java通用代码生成实用程序X
Doc
let
(源码包)
X
Doc
let
是一个通用的代码生成实用程序,是一个扩展的Java
doc
Doc
let
引擎,它允许您使用象 Java
Doc
标记之 类的东西来向诸如类、方法和字段之类的语言特征添加元数据。随后,它利用这些额外的元数据来生成诸如部署...
精通 Hibernate:Java 对象持久化技术详解(第2版).part4
8.4.5 Session的
merge
()方法 8.4.6 Session的de
let
e()方法 8.4.7 Session的replicate()方法 8.5 级联操纵对象图 8.5.1 级联保存临时对象 8.5.2 更新持久化对象 8.5.3 持久化临时对象 8.5.4 更新游离...
精通 Hibernate:Java 对象持久化技术详解(第2版).part2
8.4.5 Session的
merge
()方法 8.4.6 Session的de
let
e()方法 8.4.7 Session的replicate()方法 8.5 级联操纵对象图 8.5.1 级联保存临时对象 8.5.2 更新持久化对象 8.5.3 持久化临时对象 8.5.4 更新游离...
精通 Hibernate:Java 对象持久化技术详解(第2版).part3
8.4.5 Session的
merge
()方法 8.4.6 Session的de
let
e()方法 8.4.7 Session的replicate()方法 8.5 级联操纵对象图 8.5.1 级联保存临时对象 8.5.2 更新持久化对象 8.5.3 持久化临时对象 8.5.4 更新游离...
精通 Hibernate:Java 对象持久化技术详解(第2版).part1.rar
8.4.5 Session的
merge
()方法 8.4.6 Session的de
let
e()方法 8.4.7 Session的replicate()方法 8.5 级联操纵对象图 8.5.1 级联保存临时对象 8.5.2 更新持久化对象 8.5.3 持久化临时对象 8.5.4 更新游离...
Java EE
67,512
社区成员
225,880
社区内容
发帖
与我相关
我的任务
Java EE
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
复制链接
扫一扫
分享
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章