java-7

According to The Java Tutorials , in Java SE 7 and later, you can use a String object in the switch statement's expression. String s = ... switch(s){ //do stuff } But is this true? I've installed the JRE and added it to the build path of my Eclipse project, but I'm getting the following compile-time error: Cannot switch on a value of type String. Only convertible int values or enum constants are permitted Also, I think I've got it configured correctly since I was able to use its java.nio.file.Files class, as well as JLayer . Any ideas? While it is true that the JDT team has implemented the

How do I set the ant bootclasspath in conjunction with -source 1.5 -target 1.5? How can this not be a hardcoded path to the 1.5 JDK? Can I set an environment variable to bootclasspath similar to how JAVA_HOME can be used from ant? Ideally I would like to do something like set an environment variable or pass an argument to ant. Here's an illustration of how you might fetch the Java 5 boot classes location from an environment variable, then use it. First, set the environment variable - say JAVA5_BOOTCLASSES . The property task gives you access to the environment, then the bootclasspath argument

What is the difference in the two following declarations of an ArrayList? ArrayList<Integer> nunbers = new ArrayList<Integer>(); vs ArrayList<Integer> nunbers = new ArrayList<>(); Is one of them preferred over the other? The second one has its type parameter inferred , which is a new thing in Java 7. <> is called " the diamond ". Also note that type inference itself is not new in Java , but the ability to infer it for the generic class being instantiated is new. Compilers from releases prior to Java SE 7 are able to infer the actual type parameters of generic constructors, similar to generic

This question already has answers here : Why can't Java 7 diamond operator be used with anonymous classes? (4 answers) Closed 2 years ago . I would so much rather like to write this: Lists.transform(vals, new Function<>() { public List<ValEntry> apply(Validator<? super T> input) { return input.validate(value); } }); ...than this: Lists.transform(vals, new Function<Validator<? super T>, List<ValEntry>>() { public List<ValEntry> apply(Validator<? super T> input) { return input.validate( value ); } }); But the Java compiler gives me the following error message: '<>' cannot be used with anonymous

I have the Java 8 SDK and runtime, and a project that is only using Java 7 features. I was wondering whether I could set up intellij to build a Java-7-level jar, something that is definitely possible from command line? So far, I have tried simply setting the project language level to 7 as an experiment, but that is obviously insufficient and not really what I need. I have also seen this question on SO: " Intellij IDEA using java7 compiler to compile when I have configured it to use Java6 ", but my project SDK is already set up to the newest Java version, and I merely need a Java-7-compatible

Is there any rational reason, why native properties will not be part of Java 7? Doing properties "right" in Java will not be easy. Rémi Forax's work especially has been valuable in figuring out what this might look like, and uncovering a lot of the "gotchas" that will have to be dealt with. Meanwhile, Java 7 has already taken too long. The closures debate was a huge, controversial distraction that wasted a lot of mind-power that could have been used to develop features (like properties) that have broad consensus of support. Eventually, the decision was made to limit major changes to

I want to map a DTO (all are of String Data Types) to VO (contains String,int,boolean,Date) StudentDTO private StudentDetailDTO student; StudentDetailDTO : private String sid; private String name; private String createDt; private String studentInd; private List<FeeReceiptDTO> feeDetails; FeeReceiptDTO: private String semisterNum; private String feeAmount; private String paidOn; StudentDetailVO : private int sid; private String name; private Date createDt; private boolean studentInd; private List<FeeReceiptVO> feeDetails; FeeReceiptVO: private int semisterNum; private Double feeAmount; private

This question already has an answer here: Incompatible types List of List and ArrayList of ArrayList 6 answers Initialize List<List<Integer>> in Java 2 answers I want to understand the difference between the two definitions and why the correct one is correct and the wrong is wrong. The one showing me the compile-error List<List<Integer>> arr2 = new ArrayList<ArrayList<Integer>>(); The error it gave me : try2.java:8: error: incompatible types: ArrayList<ArrayList<Integer>> cannot be converted to List<List<Integer>> List<List<Integer>> arr2 = new ArrayList<ArrayList<Integer>>(); The one which is