该帖已经被评为新手帖
|
|
---|---|
作者 | 正文 |
发表时间:2010-02-08
GRDJE 写道 key232323 写道 话说,nwdi sdm我还是经常用的。但每次重新打包部署,这个过程总省不掉啊,我就是不想每次只为了修改view controller的一个action而重新上传(部署)几M的工程文件吧?
莫非有IDE下工程和CE服务器的文件同步的功能?? 只会上传改动过的文件, 没动过的, 是不会上传的, 如果你用nwdi 我知道CE在服务器端坐版本控制,粒度粗细不同。 lib下的确我们也是用的一个工程放上去,然后其他的去引用。但一个java类变化了,build / deploy 还是要打包war,我看gen/public下的war文件都是最新的。 你说 只会上传改动过的文件, 没动过的, 是不会上传的, 如果你用nwdi 是什么意思??只上传一个编译后的class文件么?? |
|
返回顶楼 | |
发表时间:2010-02-08
flyisland 写道 >> 想来项目紧,只为快速***,具体使用到的技术不会有硬性要求。记得其他部门(做开发平台的),虽然主要基于spring,但数据库连接池就是不用c3p0,非要用SAP的应用服务器的***,话说是万一出现问题,责任不在这边啊。
这里面的***是什么东西? 前一个 *** 是指构建技术架构原型 后一个 *** 是SAP CE应用服务器提供的数据库连接池的实现 |
|
返回顶楼 | |
发表时间:2010-02-08
lz我支持你
需要有人实验一下groovy 别忘了回来透个气 这东西用了到底怎么样哈 |
|
返回顶楼 | |
发表时间:2010-02-08
key232323 写道 GRDJE 写道 key232323 写道 话说,nwdi sdm我还是经常用的。但每次重新打包部署,这个过程总省不掉啊,我就是不想每次只为了修改view controller的一个action而重新上传(部署)几M的工程文件吧?
莫非有IDE下工程和CE服务器的文件同步的功能?? 只会上传改动过的文件, 没动过的, 是不会上传的, 如果你用nwdi 我知道CE在服务器端坐版本控制,粒度粗细不同。 lib下的确我们也是用的一个工程放上去,然后其他的去引用。但一个java类变化了,build / deploy 还是要打包war,我看gen/public下的war文件都是最新的。 你说 只会上传改动过的文件, 没动过的, 是不会上传的, 如果你用nwdi 是什么意思??只上传一个编译后的class文件么?? sap的人没给你们培训啊?到现在什么会传到DTR都不知道? 你每改一个文件, 他不会让你checkout嘛, 然后提示你创建一个activity去记录这个改动的文件,你改完checkin,当然只会checkin改动的文件,class是从来不传上去的, 就是那些generate的java文件都不会传上去 |
|
返回顶楼 | |
发表时间:2010-02-08
郁闷,还真没培训过,我完全是看那些 ** JA3**文档搞的,后来身边有一些熟悉的,跟着学点还好。只知道wd4j基于metadata编程,好多都是生成的代码。
发布都是build -> deploy,谁知道还有个checkout / checkin啊 |
|
返回顶楼 | |
发表时间:2010-02-09
key232323 写道 郁闷,还真没培训过,我完全是看那些 ** JA3**文档搞的,后来身边有一些熟悉的,跟着学点还好。只知道wd4j基于metadata编程,好多都是生成的代码。
发布都是build -> deploy,谁知道还有个checkout / checkin啊 如果是正常人的 话, 应该是搞不懂ja340, 你连checkout checkin都不知道, 你真的有在用nwdi? |
|
返回顶楼 | |
发表时间:2010-02-09
最后修改:2010-02-09
GRDJE 写道 key232323 写道 的确,老兄说的是。
wd4j学得时间还很少,我以为只能从NWDS的IDE下用右键编译部署(或者是server publish)。 如果我这个工程使用的jar包有10m,点一下就是2min。如果用脚本,我就用svn commit一下就好。当然还是后者方便啦 都是你的问题, lib, 不要放在web dynpro项目里, lib会做成一个j2ee的项目, 部署在server上, webdynpro去引用就可以了, svn这种开源的民工货, 你用nwdi就知道什么是商业货 nwdi 还能管理war包吗?比如我一个项目去掉lib库达成war包~~共10M 打包需要30秒~~当我修改了一个类文件的时候,我还要花30秒的时间去打包~~而且还要考虑 websphere weblogic的兼容性~~这样可能要打2个包~~~~一旦修改的人多了~~~打包的次数就会多了~~我现在就遇见这样的问题~~请问下有什么好的解决方案吗? 我是用ant打包的~~~ |
|
返回顶楼 | |
发表时间:2010-02-09
GRDJE 写道 key232323 写道 郁闷,还真没培训过,我完全是看那些 ** JA3**文档搞的,后来身边有一些熟悉的,跟着学点还好。只知道wd4j基于metadata编程,好多都是生成的代码。 发布都是build -> deploy,谁知道还有个checkout / checkin啊 如果是正常人的 话, 应该是搞不懂ja340, 你连checkout checkin都不知道, 你真的有在用nwdi? 我今天问了下,原来我真没用过,还需**配置之类的,呵呵 这次项目估计不用了。以后又时间了再看看。 startteam我用过,boland的。不觉得商业产品比开源的要好多少,hooks的shell写强大了,什么不能搞啊,在服务器端编译加载,应该也没问题滴 |
|
返回顶楼 | |
发表时间:2010-02-10
diddyrock 写道 lz我支持你
需要有人实验一下groovy 别忘了回来透个气 这东西用了到底怎么样哈 鄙人可以负责人的说,groovy很好很强大, 绝对不是盖的。 确有性能问题, 但一般系统性能瓶颈不在此, 而在持久层访问。所以, 一般情况下groovy与java混合编程还是没问题的。 鄙人更激进, 已经用grails做了一个项目了。一个字:爽。 |
|
返回顶楼 | |
发表时间:2010-02-11
grails的项目已经做了2个了,都是小型项目。
一番使用下来,总结有以下几点: 1.grails中生成Domain、Controller啥的,都是没有包名的,这类一多了岂不是会很难管理? 2.grails号称是规约大于配置,但实际项目中哪会全部按照规约,总有一些需求是跟规约冲突的,还是要配置,一来二去,配置的越来越多,还要忍受grails莫名其妙的BUG,及跟传统配置不一致的地方,这样下来,学习的成本、所花的时间也不少。 3.目前grails版本更新比较快,各版本间差异比较大,还不是很稳定。因为版本的问题有时候网上找来的例子跟本跑不起来,用的人也不是很多,资料较少。 虽说有诸多问题,但groovy的语法糖和grails的一站式框架的诱惑力还是很大的,开发、调试都很方便,上手后感觉很不错,那速度真是~飞一般的感觉,原来需要一天干完的活一小时就搞定,有时间去泡泡妞也是不错的。个人建议,有小项目可以拿来练练手,大项目还是需要慎重考虑,或是多写几个项目累积经验后再选择。 |
|
返回顶楼 | |