小编Mat*_*att的帖子

似乎只有少数JVM是Java实时规范(RTSJ)的实现.Sun/Oracle Java实时系统超过6000美元,IBM的实时WebSphere超过7000美元,因此许多Java开发人员可能永远没有机会使用其中任何一个.Oracle的JRockit似乎是一个免费的实时Java实现,具有可预测的,确定性的行为,虽然我不确定,因为他们的文档在营销语言上相当沉重.由于小型组织开发并具有较小的用户群,其他较小的实时JVM似乎存在风险.

哪些实时JVM更受欢迎？开发人员最常使用,信任和喜爱哪些？

我有一个注释为@XmlRootElementwith的类@XmlAccessorType(XmlAccessType.NONE).我遇到的问题是,当我不希望它们被绑定时,超类的方法被绑定,并且无法更新类.我希望有一个注释可以放在根元素类上以防止这种情况发生.

例:

@XmlRootElement
@XmlAccessorType(XmlAccessType.NONE)
public class Person extends NamedObject {

    @XmlElement
    public String getId() { ... }

}

我希望,只有注释的方法@XmlElement上Person会被束缚和整理,但超类的方法都是约束,也是如此.结果XML然后有太多的信息.

如何在不必注释超类本身的情况下阻止超类的方法被绑定？

我分为开发Java(非商业)Web应用程序和部署到Aptana或Google云之类的好处,或者只是使用Slice Host帐户.Tomcat或Jetty和MySQL真的是我唯一的要求.Aptana和Google App Engine附带了一些很酷的Eclipse部署选项,但是如果没有庞大的应用程序用户群,可扩展性真的很重要吗？

此外,双方的Aptana和谷歌应用程序引擎似乎是在婴幼儿阶段,所以我不知道会不会有太多的限制,即使是小的时间发展.有人有这方面的经验吗？

这可能与类路径问题有关,但我现在还不确定,因为我在某些机器上没有出现此错误.

堆栈顶部的错误是SAX2 driver class org.apache.crimson.parser.XMLReaderImpl not found.为什么我只在某些环境中获得此错误,而不是其他环境？我该如何进一步调查和/或解决这个问题？

环境:

• Mac或PC上的Jetty ==好的
• Mac上的Tomcat 5或6 ==确定
• Win XP上的Tomcat 5或6 ==错误
• CentOS上的Tomcat 6 == ERROR

POM中的版本:

• 蜡染:蜡染:罐子:1.5:编译
• net.sf.saxon:撒克逊:罐子:8.7:编译
• 蜡染:蜡染代码转换器中:jar:1.6-1:编译
  • 蜡染:蜡染桥:罐子:1.6-1:编译
  • 蜡染:蜡染GVT:罐子:1.6-1:编译
  • 蜡染:蜡染AWT,UTIL:罐子:1.6-1:编译
  • 蜡染:蜡染UTIL:罐子:1.6-1:编译
  • 蜡染:蜡染 - 桂 - UTIL:罐子:1.6-1:编译
  • 蜡染:蜡染-EXT:罐子:1.6-1:编译
  • XML的API:xmlParserAPIs:罐子:2.0.2:编译
  • 蜡染:蜡染脚本中:jar:1.6-1:编译
  • 蜡染:蜡染SVG-DOM中:jar:1.6-1:编译
  • 蜡染:蜡染DOM中:jar:1.6-1:编译
  • 蜡染:蜡染CSS:罐子:1.6-1:编译
  • 蜡染:蜡染XML:罐子:1.6-1:编译
  • 蜡染:蜡染的解析器:罐子:1.6-1:编译
  • FOP:FOP:罐子:0.20.5:编译
  • 蜡染:蜡染-1.5-FOP:罐:0.20-5:编译
  • XML的API:XML的API中:jar:1.0.b2:编译
  • xalan的:xalan的:坛子:2.4.1:编译
  • Xerces的:xercesImpl:罐子:2.2.1:编译
  • 阿瓦隆框架:阿瓦隆的框架中:jar:4.0:编译