dev_eunz

MultipartFile 업로드를 했는데, 파일이 생성되었는데'이 파일 형식은 지원되지 않는 것 같습니다.' 라는 오류가 발생하는 게 아닌가..! 이럴 때에는,String 값을 MultipartFile 으로 설정했을 때 데이터를 확인해야 한다. String to MultipartFile 시,String imageString = "~~~";byte[] imageByte = imageString.getBytes();MultipartFile uploadFile = new MockMultipartFile( "file" // 파일명 ( html인 경우, form 타입의 id값 , "image.jpg" // 저장할 데이터 full name , "image/jpeg" // 데이터 타입 , imag..

자바개발을 하면서, 한번도 생각해보지 않았던 것 같다. 그저 형변환할 때에나 쓴다고 생각했던 Integer가 Int와 무슨 차이가 있는지. 내가 생각하는 가장 큰 차이점은 이거다. Int 는 데이터 타입 ( Data Type ) Integer 는 객체 타입 ( Object Type ) 즉, Int 는 null 이 불가능하다. Integer 는 null 이 가능하다. 이게 무슨 의미이냐 하면, 데이터 타입인 Int 는 실제 값을 저장하는 저장장소를 가지고, 객체 타입인 Integer 는 객체의 주소를 저장하여 주소를 불러다가 사용하는 형태라는 말이다. 그렇기에 null으로 데이터를 저장하여 직접 산술연산을 할 수 없으니 Int는 null의 값으로 초기화가 불가능해지는 것이다. 데이터 타입이라는 것은, 산술..

안드로이드 스튜디오를 통해 앱 개발을 진행하던 중, 이슈가 발생해 버렸다. 구글 플레이 콘솔 ( 안드로이드 앱 업로드 관련 페이지 ) 에서 정책이 바뀌어, 신 버전의 SDK를 사용해야 했던 것. 2022/01/08 기준 SDK는 31 버전 이상으로 사용해야 했다. 해결 방법은 아래와 같다. 1. AndroidManifest.xml 파일 접근 2. 를 사용한 상위 컴포넌트에 exported 설정 ( 해당 Activity 에서 intent-filter 사용 시 true, 아닐 시 false ) android:experted="true" 이렇게 설정을 마치면 정상적으로 build 가 가능해질 것이다. 😤😤😤

개발을 하다 보면, 나는 EUC-KR / UTF-8으로 진행한 것 같았는데 ISO-8859-1 등과 같은 한글지원이 되지 않는 파일로 서버에 올라가거나 할 수 있다. 이렇게 되면 iconv -f ORIGINTYPE -f CHANGETYPE FILENAME > NEWFILENAME 예시를 들면, iconv -f ISO-8859-1 -t EUC-KR test.java > new.java 현재 파일의 타입을 모르겠다면 file -i * 이렇게 하면, 현재 위치의 파일들의 타입들을 다 알 수 있고, * 대신 파일명(파일타입 .c 등 붙여서)으로 하면 해당 파일의 타입을 알 수 있다.

리눅스에서 자바로 통신 테스트를 진행하고자 하다가 오류가 발생해 버렸다. 🥺🥺 실행했던 명령어는 아래와 같다. javac filename 1. 자바 파일명이 filename 2. 컴파일 후 실행하고자 함 3. 컴파일 완료되어 파일 실행하려다 명령어 오입력으로 인해 오류 발생 해결 방법은 간단했다. javac filename.java java filename 위와같이 파일명.java 까지 모두 써서 컴파일을 한 후, 컴파일된 파일 ( 파일명으로 생성됨 ) 을 실행하면 된다 😤😤👏👏👏👏

자바로 숫자를 이용하다 보니, BIgDecimal 데이터를 String으로, 혹은 String 데이터를 BigDecimal으로 전환해야하는 경우가 생겼다. 1. String to BigDecimal String numStr = "10"; BigDecimal data = new BigDecimal(numStr); 2. BigDecimal to String BigDecimal data = new BigDecimal("10"); String numStr = data.toString();

보호되어 있는 글입니다.

자바 암복호화를 진행하던 중, 오류가 발생했다. javax.crypto.BadPaddingException: Given final block not properly padded 오류로그는 바로 아래와 같다. javax.crypto.BadPaddingException: Given final block not properly padded 암복호화 키가 맞지 않아 발생한 오류이다. 이럴 때는, 암호화 키와 복호화 키가 맞는지 한 번 확인해보면 된다. 필자의 경우, 암호화 키 값을 제공해준 값과 다르게 입력하여 오타가 난 상태여서 오타가 났다. 🥲🥲

자바 암복호화를 진행하던 중, 오류가 났다. 이름하여 java.crypto.IlligalBlockSizeException byte[] decodeData = Base64.decodeBase64("암호화되지 않은 텍스트"); System.out.println(new String(decodeData)); 암호화 되지 않은 텍스트 를 사용했기 때문이다. 복호화하려는 대상의 값을 Log로 확인해서 다시 진행해보면 된다. 순간 1.7 버전이라서 그런가에 대해서 참 많은 고민을 했다. 🥲

간혹 프로그램을 개발하다보면, 1초마다 라던가, 10분마다 라던가 프로그램을 반복해서 사용하는 코드가 필요하곤 하다. 이 때에는 간단하게 아래와 같은 코드를 사용하면 된다. while(true){// 무한반복 // 코드 실행 ... ... Thread.sleep(1000);// 1초 후 다시 while문 실행되도록 sleep 처리 }