小编aga*_*zke的帖子

最大的GWT陷阱?

我正处于我们选择使用GWT实施的项目的开始/中间.有没有人遇到过使用无法克服的GWT(和GWT-EXT)的任何重大陷阱?从性能角度来看怎么样?

我们已经看到/听过的一些事情已经包括:

  • Google无法为内容编制索引
  • CSS和样式一般似乎有点不稳定

寻找有关这些项目的任何其他反馈.谢谢!

java ajax gwt gwt-ext

189
推荐指数
8
解决办法
3万
查看次数

有关使用Google App Engine的反馈意见?

期待做一个非常小的,快速的'脏方项目.我喜欢这样一个事实:Google App Engine在Python上运行,内置了Django - 给了我一个尝试该平台的借口......但我的问题是:

有没有人使用app引擎来解决玩具问题以外的问题?我看到一些很好的示例应用程序,所以我认为这对于真正的交易来说已经足够好了,但是想得到一些反馈.

任何其他成功/失败的说明都会很棒.

python django google-app-engine

125
推荐指数
7
解决办法
1万
查看次数

有效使用Informatica所需的语言知识是什么?

在接下来的几周内,我的公司将与多家供应商合作,为共同的全球ETL工具建立一个选择 - 不一定是一个无法解决的工具,而只是我们的许可证投资将用于合并这些成本的地方.其中两个主要参与者是Talend和Informatica,其他一些因为这个问题而不重要.

我的经验是Talend的企业ETL工具Talend Integration Suite,它还具有许多标准集成功能.除了两者之间的所有明显的利弊,例如成本,知识资源的可用性等,我的问题是特定于所需的开发语言知识.

我想要一些关于Informatica选项的反馈.我可以从经验中说明要有效地使用Talend,并超出它的预编程范围(经常发生),你需要在Java中有一个像样的背景.在这种情况下,我的意思是直接使用Java - 如果需要附加功能,可以逐字使用Java,而不是Java的"特殊"版本.Informatica的情况如何?您可以使用特定的扩展语言吗?它是专有的,但可能与主流语言密切相关吗?有什么可能需要将它用于任何后果的工作?

这只是我将用于评估空间的一个因素,但在我完全了解情况之前,我需要在Informatica的这个方面加快一点速度.谢谢你的回答!

etl talend informatica-powercenter

8
推荐指数
1
解决办法
2万
查看次数

使用Quartz Worker线程拆分log4j输出

我正在开发一个应用程序,它包含一个基于Quartz的整体调度程序和使用CronTriggers运行的"CycledJob".该应用程序的目的是根据源国家处理来自不同电子邮件收件箱的输入.

根据它所来自的国家(即美国,英国,法国国家联盟等),该应用程序触发一个作业线程来运行每个国家的处理周期,因此将有一个英国工人线程,一个用于美国,法国等.将输出格式化为log4j时,我正在使用thread参数,因此它会发出[ApplicationName_Worker-1],[ApplicationName_Worker-2]等.尽可能尝试,我找不到一种方法来命名线程,因为它们'重新退出Quartz的Thread Pools.虽然我可能会扩展Quartz,但我想制定一个不同的解决方案,而不是搞乱标准库.

问题在于:当使用log4j时,我希望将来自US线程输出的所有日志项输出到仅限US的文件,同样适用于每个国家/地区线程.我不在乎他们是否留在一个统一的ConsoleAppender中,FileAppender拆分就是我在这里所说的.我已经知道如何指定多个文件追加器等等,我的问题是我无法根据国家区分.应用程序中有20多个类可以在执行链上,其中很少我想通过每个方法传递额外的"上下文"参数的知识负担...我已经考虑了扩展一个策略模式log4j包装类,但除非我能让链中的每个类都知道它所在的哪个线程参数化记录器调用,这似乎是不可能的.

所以这里有一个问题:在一个应用程序中允许许多从属类的建议方法是什么,每个用于每个不同的线程来处理输入,知道它们在记录时是否在特定国家线程的上下文中?

祝你好运,请提出澄清问题!我希望有人能够帮助我找到解决这个问题的好方法.欢迎所有建议.

java multithreading log4j scheduler quartz-scheduler

4
推荐指数
1
解决办法
4949
查看次数

适当使用Grails,Rails等?

我们现在(全球)在我的公司有一个Excel电子表格,以捕获有关每个国家技术使用情况的各种信息.问题在于它会消失,变化,但它们永远不会显而易见,而且经常会发生冲突 - 然后我们必须将它们粉碎在一起.对我来说,工作簿只不过是一个等待写入的垃圾输入/垃圾输出类型应用程序.

在一个拥有足够的员工和知识专门用于企业项目的公司中,由于某种原因,敏捷和语言/框架(如Rails,Grails等)不受欢迎.也就是说,我不禁认为这几乎完全适合需要,因为脚手架功能非常简单,只需要几次查找(即预定义的类别)即可捕获原始字段.我认为这将被认为是对这些框架的非常恰当的使用.

有没有人在通常大规模,严厉的企业环境中成功地使用这些类型的快速和脏应用程序?有关向非技术管理人员传达这种需要/适当性的任何提示吗?

ruby agile grails groovy ruby-on-rails

1
推荐指数
1
解决办法
177
查看次数