Tag: 爪哇

“启动Scala解释器时拾取JAVA_TOOL_OPTIONS：-javaagent：/usr/share/java/jayatanaag.jar”

在Ubuntu 14.04中运行Scala解释器时，第一行显示以下消息： Picked up JAVA_TOOL_OPTIONS: -javaagent:/usr/share/java/jayatanaag.jar 接下来是熟悉的“欢迎来到Scala”的消息。 我很担心，因为在之前运行Scala的时候我还没有看到 – 这是什么意思，是危险的，等等？ 显然环境variables$JAVA_TOOL_OPTIONS设置为-javaagent:/usr/share/java/jayatanaag.jar – 我没有设置，但是做了什么，为什么？ 我可以安全地取消它吗？ 附加信息： 最近安装了Android Studio JAR名称中的“ayatana”一词可能指向Ubuntu的Ayatana项目

什么devise决定会赞成Scala的Actor而不是JMS？

使用Scala Actor而不是JMS有什么不同？ 例如，从性能和可伸缩性的angular度来看，Scala Actor模型与JMS相比有哪些增加？ 在哪些情况下，使用Actor而不是JMS更有意义，即，Actors解决JMS无法解决的问题是什么？

何时使用参与者而不是消息解决scheme（如WebSphere MQ或Tibco Rendezvous）？

我已经阅读过什么样的devise决定会赞成Scala的Actor而不是JMS的问题和答案？ 。 通常，我们使用已存在多年的消息传递解决scheme：使用诸如WebSphere MQ或Apache ActiveMQ之类的JMS实现进行点对点通信，或者使用Tibco Rendevous进行多播消息传递。 它们非常稳定，经过validation，可提供高可用性和高性能。 尽pipe如此，configuration和设置似乎比阿卡更复杂。 何时以及为什么我应该使用Akka来处理上述产品（WebSphere MQ或ActiveMQ）已经成功使用的情况？ 为什么我应该在未来的项目中考虑使用Akka而不是WebSphere MQ或Tibco RV？ 什么时候我应该避免阿卡？ 它是否提供与其他解决scheme相同的高可用性和性能？ 或者将Akka与其他消息中间件进行比较，这是不是一个好主意？ 也许除了JMS（点对点），TibcoRV（多播）和Akka之外，JVM环境中还应该考虑另一个消息传递解决scheme？

我应该什么时候在课堂上使用“这个”？

我知道this是指一个当前的对象。 但是我不知道什么时候我真的需要使用它。 例如，如果我在某些方法中使用x而不是this.x ，会有什么区别吗？ 可能是x将引用一个variables是所考虑的方法的本地？ 我的意思是只有在这个方法中才能看到的variables。 那么this.method()呢？ 我可以使用它吗？ 我应该使用它。 如果我只是使用method() ，它会不会，默认情况下，应用到当前对象？