반응형

Error 6

[Eclipse] 작업 환경 세팅_ 1) SVN

■ 개인적으로는 이클립스를 쓸 때엔 처음부터 전자정부를 쓰곤 한다. 처음부터 써서 익숙하기도 하고 자주 사용하는 플러그인들도 구성되어 있다는 장점이 있기 때문이다. 하지만 상황에 따라 eGove에서 작업할 수 없는 상황들도 있다. 그래서 다른 이클립스 또는 다른 툴로 작업을 진행했는데 그 중 이클립스의 초기 세팅에 대한 정보를 기록하고자 작성한다. 보통 기존 소스를 가지고 작업을 하기 때문에 제일 처음으로 나는 SVN 으로 소스를 연결한다. 1) SVN 다운로드 1 - 1 Error 발생(Preferences->Team->SVN->SVN Connector.) 1-2 최신 버전 이클립스 다운로드(해결안됨) 1-3 전자정부 jar 복사 - SVN Connector 다운로드 받으려고 해도 나오지 않고 Erro..

Eclipse 2024.03.04

[JAVA] ERROR, No such algorithm

위와 같은 오류는 거의 발생하는 경우가 없을 것 같다. jar 파일을 이용하거나 class 파일을 이용할 때 특정 알고리즘을 이용하는 함수를 호출하는 경우 알고리즘을 제공하지 않을 때 발생하는 에러이다. 나의 경우에도 로컬에서는 문제가 없었으나 설치 작업을 진행하는 와중에 발생했다. 알고리즘을 제공하는 목록에서 확인해도 값이 들어있었는데 이해가 되지 않았다. 프로세스를 변경하거나 JAR 파일을 수정한 것도 아니었는데.. 알고보니 서버 다른 디렉토리 내에 과거 버전의 JAR 파일이 존재해서 새로 위치한 JAR 파일을 로드시키지 못해 발생하는 문제였다. 다른 서버에서는 JAR 파일은 존재하지 않았으나 과거 버전의 class 파일들이 특정 경로에 위치하고 있어 위의 에러가 발생했었다. 처음 보는 에러가 발생해..

JAVA 2024.01.29

[ORACLE] ORA-65096 공통 사용자 또는 롤 이름이 부적합합니다.

■ 오라클 접속 후 계정을 생성하고자 할 때 발생할 수 있는 메세지이다. 해당 메세지는 11 버전까지는 없던 오류 메세지로 이후 버전부터 발생했다. 계정 앞에 c## 을 붙이고 사용자를 생성해야 하는데 기존 쿼리만 사용했던 나는 이번에 알았다. 오류메세지 발생 쿼리 CREATE USER TEST IDENTIFIED BY 1234; 변경 쿼리 → CREATE USER c##TEST IDENTIFIED BY 1234; 하지만 매번 붙이기 귀찮다면 아래 쿼리를 실행하면 된다. ALTER SESSION SET "_ORACLE_SCRIPT"=true;

DB/ORACLE 2023.10.04

[JAVA] 예외 메세지 ,getMessage() toString() printStackTrace()

■ 소스 코드를 작업할 때 우린 예외 메세지를 분석해서 발생하는 오류를 해결하고는 한다. 그러나 너무 많은 오류 메세지는 불필요하게 느껴질 때도 있다. 그럴 땐 에러 메세지 출력 범위를 함수를 통해 제어할 수 있다. 해당 메세지들의 출력 범위는 많이 다르므로 프로세스 오류 메세지 중요도에 따라 다르게 작업해야 한다고 생각한다. 1. getMessage() 발생한 에러의 원인을 간략하게 출력한다. (Exception의 유형도 존재하지 않음.) 2. toString() 발생한 에러의 원인의 이유를 출력하지만 자세한 발생 위치는 출력하지 않는다. 3. printStackTrace() 발생한 에러의 원인과 발생 위치를 구체적으로 출력한다. (전체적인 프로세스 단계를 모두 출력)

JAVA 2023.07.12

[SQL ERROR 1054] unknown column '컬럼명' in 'field list' 해결

발생 원인 : 조회 테이블에 해당 컬럼값이 없을 때 해결 방법 : 테이블에 컬럼이 존재하는지 확인 후 컬럼 생성 ◆ 보통 쿼리 작업을 할 때 DB툴을 띄워놓고 테스트하면서 작업을 진행한다. 그런데 오늘 이 에러가 발생했었다. 그래서 컬럼 이름에 오타가 있는지 테이블을 확인하고 쿼리를 다시 한 번 확인했다. 그런데 분명히 컬럼도 존재하고 오타도 없었다. 그래서 도대체 왜 이러는지 찾아보다가 시간을 많이 소비했다. 결과적으로 컬럼이 없는게 맞았다. 왜냐하면 컬럼명이 바뀌었기 때문이다. 그런데 툴로만 테이블을 보는 습관 때문에 알아차리지 못했었다. 툴이 켜진 상태에서 바뀐 DB 정보는 실시간 반영이 되질 않아 화면에는 변경되기 전의 테이블로 보였기 때문이다. 그래서 DB툴을 재시작 한 후 확인해보니 컬럼명이 ..

DB 2023.01.27
반응형