有人试图为JVM实现C#吗？作为一名Java开发人员,我一直羡慕C#,但我不愿意放弃JVM的可移植性和成熟度,更不用说为它提供各种各样的工具了.
我知道JVM和CLR之间有一些重要的区别,但是有什么东西是showstopper吗？
是否存在大致相当于example.com的SSN - 广泛(并且官方)仅被认为是示例/测试值的东西？
澄清:根据我的评论,我真正要问的是,如果有一个规范使用的规范"测试SSN",那么所有看到它不是真正的SSN的人都能理解.
在Java中,有没有办法截断数组而不必复制它？常见的习语是Arrays.copyOf(foo, n)(新数组长n个元素).我不认为有另一种选择,但我很好奇是否有更好的方法.
是否有任何开源项目正在为PostgreSQL创建面向列的存储引擎？我知道雅虎在内部创建了一个,并且在PostgreSQL上构建了以列为导向的商业产品.
我想知道是否有类似Django的简易网页应用程序开发与良好的部署,调试和其他工具相结合？
Django是一个非常高效的框架,用于构建内容密集的站点; 与一些Java怪物相比,我尝试过的最好的和新鲜空气.然而,它是用Python编写的,这意味着在部署/打包,调试,分析器和其他工具方面几乎没有真正的支持,这使得构建和维护应用程序变得更加容易.
Ruby有类似的问题,虽然我比Ruby 更喜欢Ruby ,但我得到的印象是,在管理/支持应用程序时,Rails与Django大致相同.
有没有人在这里尝试过Django和Grails(或其他Web框架)的非平凡项目？他们是如何比较的？
我想将日志从Java应用程序发送到ElasticSearch,传统方法似乎是在运行应用程序的服务器上设置Logstash,并使用logstash解析日志文件(使用正则表达式...!)并将其加载到ElasticSearch中.
是否有这样做的原因,而不是仅仅设置log4J(或logback)将所需格式的内容直接记录到日志收集器中,然后可以异步运送到ElasticSearch？当应用程序本身可以首先将其记录为所需的格式时,我必须摆弄grok过滤器以处理多行堆栈跟踪(并在日志解析时刻录CPU周期),这似乎很疯狂？
在切向相关的注释中,对于在Docker容器中运行的应用程序,最佳做法是直接登录到ElasticSearch,因为只需要运行一个进程？
有没有办法将Java的XPath设置为表达式的默认名称空间前缀？例如,代替:/ html:html/html:head/html:title/text()",查询可以是:/ html/head/title/text()
使用命名空间前缀时,必须有一种更优雅的方式.
我现在正在做的示例代码片段:
Node node = ... // DOM of a HTML document
XPath xpath = XPathFactory.newInstance().newXPath();
// set to a NamespaceContext that simply returns the prefix "html"
// and namespace URI ""http://www.w3.org/1999/xhtml"
xpath.setNamespaceContext(new HTMLNameSpace());
String expression = "/html:html/html:head/html:title/text()";
String value = xpath.evaluate(query, expression);
这里有没有人有过在生产中运行OpenBD或Railo的经验？我们有一些传统的CF6.1应用程序需要托管在某处,我想知道OpenBD或Railo是否足够稳定以供生产使用,不需要大量的工作就可以迁移到等等.
我需要分析1 TB +的Web访问日志,特别是我需要分析与请求的URL和URL子分支(子分支)相关的统计信息.如果可能的话,我希望查询在数据的小子集上快速(例如1000万个请求).
例如,给定访问日志,请求以下URL:
/ocp/about_us.html
/ocp/security/ed-209/patches/urgent.html
/ocp/security/rc/
/ocp/food/
/weyland-yutani/products/
我想做的问题包括:
例如,对于上面的上一个查询,数据的深度2将返回:
2: /ocp/security/
1: /ocp/
1: /ocp/food/
1: /weyland-yutani/products/
我认为理想的方法可能是使用列DB并对URL进行标记,以便URL中的每个元素都有一列.但是,如果可能的话,我真的想找到一种方法来使用开源应用程序.HBase是一种可能性,但查询性能似乎太慢而无法用于实时查询(另外,我真的不想进行重新实现SQL的业务)
我知道有这种类型的分析有商业应用程序,但由于各种原因,我想自己实现这一点.
这个问题可能更好地表达了:在VMware ESX等虚拟机管理程序上运行Java服务器如何影响Java堆？
Java服务器应用程序的传统观点是,如果在JVM启动时分配所有堆,而不是在需要时动态调整堆的大小,那么性能最佳.换句话说,如果将堆大小设置为1GB,则Java进程将获取1GB的连续虚拟地址空间(+二进制文件所需的任何内容),其他应用程序不再可用的内存.
VMware是否足够聪明,可以检测到某些堆实际上未使用过？这对GC性能有何影响？让堆在VMware中动态调整大小会更好吗？哪些GC策略最适合VMware来宾？
还有,有人会指出我在虚拟化环境中调整JVM堆的指导方针吗？