Tag: java

Java如何用string中的单个空格replace2个或更多空格并删除前后空格

在Java中寻找快速，简单的方法来改变这个string " hello there " 看起来像这样的东西 "hello there" 在那里我用一个空格replace所有这些多个空格，除了我还希望string开始处的一个或多个空格消失。 像这样的东西让我部分在那里 String mytext = " hello there "; mytext = mytext.replaceAll("( )+", " "); 但不完全。

Java：一个文件中的多个类声明

在Java中，您可以在一个文件中定义多个顶级类，只要其中一个是公共的（参见JLS第7.6节 ）。 看下面的例子。 这个技术是否有一个整洁的名字（类似于inner ， nested ， anonymous ）？ JLS表示，系统可能会强制限制这些二级类不能被referred to by code in other compilation units of the package ，例如，它们不能被视为包私有。 这是否真的是Java实现之间的变化？ 例如，PublicClass.java： package com.example.multiple; public class PublicClass { PrivateImpl impl = new PrivateImpl(); } class PrivateImpl { int implementationData; }

我如何测量距离，并创build一个基于Java中的两个纬度和经度点的边界框？

我想find两个不同点之间的距离。 这个我知道可以用大圆距离来完成。 http://www.meridianworlddata.com/Distance-calculation.asp 一旦完成，用一个点和距离我想find距离北方的那个点，而这个距离的东方要在这个点附近创build一个方块。

何时使用通用方法以及何时使用通配符？

我正在阅读有关OracleDocGenericMethod的generics方法。 当它说什么时候使用通配符以及何时使用generics方法的时候，我比较困惑。 从文档引用。 interface Collection<E> { public boolean containsAll(Collection<?> c); public boolean addAll(Collection<? extends E> c); } 我们可以在这里使用generics方法： interface Collection<E> { public <T> boolean containsAll(Collection<T> c); public <T extends E> boolean addAll(Collection<T> c); // Hey, type variables can have bounds too! } […]这告诉我们，types参数被用于多态; 它唯一的作用是允许在不同的调用位置使用各种实际的参数types。 如果是这样的话，应该使用通配符。 通配符被devise为支持灵活的子types，这正是我们要在这里expression的。 我们不认为通配符像(Collection<? extends E> c); 也是支持多态的那种？ 那么为什么通用方法的使用被认为是不好呢？ 继续前进，它指出， generics方法允许使用types参数来表示方法和/或其返回types的一个或多个参数types之间的依赖关系。 如果不存在这样的依赖关系，则不应使用通用方法。 […]

ExecutorService，如何等待所有任务完成

等待ExecutorService所有任务完成的最简单方法是什么？ 我的任务主要是计算，所以我只想运行大量的工作 – 每个核心都有一个。 现在我的设置看起来像这样： ExecutorService es = Executors.newFixedThreadPool(2); for (DataTable singleTable : uniquePhrases) { es.execute(new ComputeDTask(singleTable)); } try{ es.wait(); } catch (InterruptedException e){ e.printStackTrace(); } ComputeDTask实现可运行。 这似乎正确地执行任务，但代码崩溃在wait() IllegalMonitorStateException 。 这很奇怪，因为我玩了一些玩具的例子，似乎工作。 uniquePhrases包含数以万计的元素。 我应该使用另一种方法吗？ 我正在寻找尽可能简单的事情

为什么接口variables默认静态和最终？

为什么在Java中默认的接口variables是静态的和最终的？

如何使用Apache HttpClient处理无效的SSL证书？

我知道，这个问题有很多不同的问题和答案，但我不明白… 我有：ubuntu-9.10-desktop-amd64 + NetBeans6.7.1从“closures”安装。 代表。 我需要通过HTTPS连接到某个站点。 为此，我使用Apache的HttpClient。 从教程我读： “一旦你正确安装了JSSE，通过SSL的安全HTTP通信应该是 简单的HTTP通信简单。“和一些例子： HttpClient httpclient = new HttpClient(); GetMethod httpget = new GetMethod("https://www.verisign.com/"); try { httpclient.executeMethod(httpget); System.out.println(httpget.getStatusLine()); } finally { httpget.releaseConnection(); } 现在，我写这个： HttpClient client = new HttpClient(); HttpMethod get = new GetMethod("https://mms.nw.ru"); //get.setDoAuthentication(true); try { int status = client.executeMethod(get); System.out.println(status); BufferedInputStream is = new BufferedInputStream(get.getResponseBodyAsStream()); int r=0;byte[] […]

生成.equals（）时比get instance（）优先于instanceof的任何理由？

我使用Eclipse来生成.equals()和.hashCode() ，并且有一个标签为“使用'instanceof'来比较types”的选项。 默认情况下，此选项.getClass()选中，并使用.getClass()来比较types。 有没有什么理由我应该喜欢.getClass()通过instanceof ？ 不使用instanceof ： if (obj == null) return false; if (getClass() != obj.getClass()) return false; 使用instanceof ： if (obj == null) return false; if (!(obj instanceof MyClass)) return false; 我通常检查instanceof选项，然后进入并删除“ if (obj == null) ”检查。 （这是多余的，因为null对象总是会失败instanceof ）是否有任何理由是一个坏主意？

IDEA：javac：source release 1.7需要目标版本1.7

当运行一个JUnittesting，使用IntelliJ IDEA，我得到了 我怎样才能纠正这一点？ 使用SDK 1.7 模块语言级别是1.7 Maven构build工作正常。 （这就是为什么我相信这在IDEAconfiguration问题）

ContextLoaderListener与否？

标准的Spring Web应用程序（由Roo或“Spring MVC Project”模板创build）使用ContextLoaderListener和DispatcherServlet创buildweb.xml。 为什么他们不仅使用DispatcherServlet并使其加载完整的configuration？ 我明白，应该使用ContextLoaderListener加载与Web不相关的东西，并使用DispatcherServlet加载Web相关的东西（控制器，…）。 而这个结果有两个上下文：一个父母和一个孩子的上下文。 背景： 几年来我一直这样做。 <context-param> <param-name>contextConfigLocation</param-name> <param-value>classpath*:META-INF/spring/applicationContext*.xml</param-value> </context-param> <!– Creates the Spring Container shared by all Servlets and Filters –> <listener> <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class> </listener> <!– Handles Spring requests –> <servlet> <servlet-name>roo</servlet-name> <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class> <init-param> <param-name>contextConfigLocation</param-name> <param-value>WEB-INF/spring/webmvc-config.xml</param-value> </init-param> <load-on-startup>1</load-on-startup> </servlet> 这经常导致两个上下文和它们之间的依赖关系的问题。 过去我总是能find解决scheme，而且我有强烈的感觉，这使得软件结构/架构总是更好。 但是现在我面临着这两种情况下的一个问题 。 – 但是这使得我重新思考这两个上下文模式，我在问自己：为什么我要把自己带入这个麻烦，为什么不用一个DispatcherServlet加载所有的Springconfiguration文件，并完全删除ContextLoaderListener 。 （我仍然会有不同的configuration文件，但只有一个上下文。） 有没有任何理由不删除ContextLoaderListener ？