Home     RSSRSS

Posts Tagged ‘Java’

Java Utility – Rename Files in Folder

November 1, 2019 by kiranbadi1991 | Comments Off on Java Utility – Rename Files in Folder | Filed in Development, Others
import java.io.File;
import java.io.IOException;

public class FileRename {

	public static void main(String args[]) throws IOException {		
		String DIR_PATH = "MyDirectoryPath";
		String stringToReplace = "MyStringtoReplaceInFileName";
		getFileNames(DIR_PATH, stringToReplace);

	public static void getFileNames(String Path, String stringToReplace)
			throws IOException {
		File folder = new File(Path);
		File[] listOfFiles = folder.listFiles();
		System.out.println("Total Files :" + listOfFiles.length);
		for (int i = 0; i < listOfFiles.length; i++) {
			if (listOfFiles[i].isFile()) {
				System.out.println("Original File name is : " + listOfFiles[i].getName());
			} else if (listOfFiles[i].isDirectory()) {
				System.out.println("Directory " + listOfFiles[i].getName());
			renameFile(listOfFiles[i], stringToReplace);


	public static void renameFile(File fileItem, String stringToReplace)
			throws IOException {
		String fileName = fileItem.getName();
		if (fileName.contains(stringToReplace)) {
			String newName = fileName.replace(stringToReplace, "");
			File fileWithNewName = new File(fileItem.getParent(), newName);
			if (fileWithNewName.exists()) {
				System.out.println("File cannot be renamed as 2 files exist with same name so deleting 1 file " + fileWithNewName.getName());
			boolean success = fileItem.renameTo(fileWithNewName);
			System.out.println("New FileName is " + fileWithNewName.getName());
			if (!success) {
				System.out.println("File cannot be renamed " + fileWithNewName.getName());




Concurrency, Thread Safety and Local Variables

August 12, 2016 by kiranbadi1991 | Comments Off on Concurrency, Thread Safety and Local Variables | Filed in Development, Performance Center, Performance Engineering, Performance Test Tools

One of the most of the common reason for concurrency issues I often see in web application is due to concurrent access of data stored in variables. Generally in servlets , data in variables are often stored as Local variables, Instance Variables, Class Variables , request attributes, session attributes and context attributes.

Below example simplest I can think of for storing data as local variable and accessing it in a thread safe manner

public class MyServlet extends httpServlet {

  // mylocalage is localvariable here for this servlet.

    public void printAge(){
              int mylocalage = 0;
      mylocalageage = mylocalage - 10;
      System.out.println("My age 10 years earlier was: " + mylocalage);


Its considered that by design that data stored in local variable is thread safe.

Every thread accessing the above servlet will have their own values and they will not interface with each other.


Local variables are stored in stack in Java. So data stored in these variables are thread safe.

Tags: , ,

Oops Error and Java Error/Exception Handling

April 4, 2014 by kiranbadi1991 | Comments Off on Oops Error and Java Error/Exception Handling | Filed in Development, Environment, Performance Engineering, Project Management, Web Server

Very Often during the testing for java based application, I come across the generic Oops error message which looks something like below screenshot,


Lot many developers who are building the java based application  or are new to development use these techniques to display error or exception message. It’s a good technique and even I have this technique in my application which I have coded.The code to display Oops error which I have in my application is something like below,

<%@page contentType="text/html" pageEncoding="UTF-8"%>
<!DOCTYPE html>
<%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %>
<%@page isErrorPage="true" %>
        <title>Show Error Page</title>
        <table width="100%" border="1">
            <tr valign="top">
                <td width="40%"><b>Error:</b></td>
            <tr valign="top">
            <tr valign="top">
                <td><b>Status code:</b></td>
            <tr valign="top">
                <td><b>Stack trace:</b></td>
                    <c:forEach var="trace" 

The code above uses the JSTL tag and EL to display the error page.It works perfectly fine and it does display most of the exception which is thrown by the application.

However drawback of this approach  is that it shows error or exception directly to the end user and it means that we are leaking information to the outside world about our code base. Its not good. Some of the reasons as why its not good can be found here.

Most of the sites display catchy error screens when something goes wrong with site. They look so good and in fact  appeal the users. Great number of examples  can be found here.

Now changing from that Generic Oops page to some thing catchy and stylish is also very easy. It involves creating one static page with funny image in it and steps for the user to go to other section of the site or report the error message to site administrator or something which you want your users do when they see error page. However to implement this change some knowledge as how java handles error/exception is required. Below links are probably worth the read  to understand the science of java errors or exception,





Now changing from Generic Oops page to some catchy page is also quite easy. Build the static JSP or HTML page and edit the web xml error page section. It looks something like below in Netbean editor,sorry I use netbean for development so I have screenshot based on it. Web xml can also edited in notepad or any other IDE.Editing via IDE is recommended since its heart of the application.


We can also write the exception handler servlet and build the page dynamically using the throwable class. The important thing to be considered here is that we are not leaking information and at the same time we are also informing users that something went wrong and they can follow some other path to their work. Once you have implemented the change, we can immediately test this change by triggering the error condition to see that in fact we are redirecting to error page correctly.

If you are QA  and if you see Oops Page, then probably you want to log the defect for this irrespective of the condition/data as what triggered the error.However you also need to make sure that exception stack trace is correctly logged in the logs and it has all the information that is required to debug the condition. If you are using any logging framework like Log4j ,it should not take more time to redirect the error to appender and verify the completeness of the message.

Tags: , ,