http://www.perforce.com/downloads/http/p4-eclipse/install/3.7
형상관리 툴을 SVN 에서 Perforce 로 옮기게 되면서 이클립스 플러그인을 설치하는데
Unable to read repository at 에러로 인해 사이트에 접속이 되지 않았다.
네이버 검색 찬스 결과 다음과 같은 원인을 찾았다.
1. 브라우저가 인터넷에 연결하지 못할 경우.
2. 백신에서 해당 repository 사이트를 block 할 경우.
3. Update 를 제공하는 URL 을 잘못 입력할 경우.
일단 백신에서 실시간 감시 서비스를 해제해 보았다. 하지만 여전히 문제가 발생했다. 고로
브라우저가 인터넷에 연결이 되지 않는지 검사하기 위해 브라우저에서 url 을 치고 접속해보았다.
결과 접속이 되었다. 내부에서 프록시를 쓰기 때문에 perforce.com 을 예외처리 해보았지만
여전히 같은 증상을 보였다. 혹시나 하는 마음으로 www 를 제거하고 붙어보았다.
그제서야 플러그인 리스트가 보이기 시작했다.
http://perforce.com/downloads/http/p4-eclipse/install/3.7
브라우저로 들어가보면 결국 같은 사이트인데 문제가 발생한 이유는 프록시 예외처리에 perforce.com 으로 입력했기 때문인것 같다. 만약 www.perforce.com 도 예외처리를 했으면 정상 동작을 했을 것으로 보인다.
추가적으로 1번의 경우를 확인하는 방법을 보자.
이클립스의 [Window]-[Preferences]-[General]-[Web Browser] 에서 자신이 사용하는 브라우저를 확인하고 설정한다.
그리고 [Install/Update]-[Available Software Sites]에서 추가된 해당 요소를 [Remove] 한 후, 다시 [Add] 후, [Reload] 를 시켜본다.
참고 사이트 : http://blog.naver.com/sh1845/60190976300
2014년 11월 2일 일요일
2014년 8월 4일 월요일
username/password 변경 조치 중 subclipse 오류 해결의 문제
[요약]
이클립스-svn 연동시 username과 password 설정을 다시 하기 위해 C:\Users\SDS\AppData\Roaming\Subversion\auth\svn.simple 의 설정 파일들을 지웠다.
이후 모든 이클립스에서 svn 연결시 svn: connection refused by the server svn: OPTIONS request failed on "[repository address]" 오류가 발생하였다.
[해결방법]
Window>Preference>Team>SVN>>SVN interface를 JavaHL 로 변경했다. 정상적으로 username/password 를 다시 물어오고 설정후 연결이 되었다.
[개요]
이클립스에 svn 환경을 구성하고(install subclipse/connect to the repository/checkout src)
개인적인 테스트 환경을 만들기 위해 이클립스를 하나 더 복사하여 svn 환경을 만들었다.
svn 연결시 오류발생으로 username과 password 입력의 문제로 생각하고 구글링하여
C:\Users\SDS\AppData\Roaming\Subversion\auth\svn.simple 의 설정 파일들을 지웠다.
하지만 연결은 되지 않았고 시간이 지난후, 프로젝트 개발을 위해 svn 서버에 연결을 시도했다.
하지만 svn: connection refused by the server svn: OPTIONS request failed on "[repository address]"
오류가 발생하며 연결이 되지 않았다. 하루를 보내고 다음날 검색 결과,
JavaHL 인 경우,
C:\Users\SDS\AppData\Roaming\Subversion\auth\svn.simple 의 설정 파일 삭제.
SVNKit 인 경우,
[ECLIPSE INSTALL]\configuration\org.eclipse.core.runtime.keyring 파일 삭제.
svn 설정이 SVNKit 로 되어 있었기 때문에 username/password 를 재설정하지 않고,
그런 가운데 기존 설정은 삭제되어 있었기에 문제가 발생한 것으로 보인다.
SVN interface 를 JavaHL 로 변경한 후 연결시도시 username/password 를 물어오고
정상적으로 연결에 성공하였다.
[참조]
http://stackoverflow.com/questions/1491775/how-to-change-user-credentials-in-subclipse
이클립스-svn 연동시 username과 password 설정을 다시 하기 위해 C:\Users\SDS\AppData\Roaming\Subversion\auth\svn.simple 의 설정 파일들을 지웠다.
이후 모든 이클립스에서 svn 연결시 svn: connection refused by the server svn: OPTIONS request failed on "[repository address]" 오류가 발생하였다.
[해결방법]
Window>Preference>Team>SVN>>SVN interface를 JavaHL 로 변경했다. 정상적으로 username/password 를 다시 물어오고 설정후 연결이 되었다.
[개요]
이클립스에 svn 환경을 구성하고(install subclipse/connect to the repository/checkout src)
개인적인 테스트 환경을 만들기 위해 이클립스를 하나 더 복사하여 svn 환경을 만들었다.
svn 연결시 오류발생으로 username과 password 입력의 문제로 생각하고 구글링하여
C:\Users\SDS\AppData\Roaming\Subversion\auth\svn.simple 의 설정 파일들을 지웠다.
하지만 연결은 되지 않았고 시간이 지난후, 프로젝트 개발을 위해 svn 서버에 연결을 시도했다.
하지만 svn: connection refused by the server svn: OPTIONS request failed on "[repository address]"
오류가 발생하며 연결이 되지 않았다. 하루를 보내고 다음날 검색 결과,
JavaHL 인 경우,
C:\Users\SDS\AppData\Roaming\Subversion\auth\svn.simple 의 설정 파일 삭제.
SVNKit 인 경우,
[ECLIPSE INSTALL]\configuration\org.eclipse.core.runtime.keyring 파일 삭제.
svn 설정이 SVNKit 로 되어 있었기 때문에 username/password 를 재설정하지 않고,
그런 가운데 기존 설정은 삭제되어 있었기에 문제가 발생한 것으로 보인다.
SVN interface 를 JavaHL 로 변경한 후 연결시도시 username/password 를 물어오고
정상적으로 연결에 성공하였다.
[참조]
http://stackoverflow.com/questions/1491775/how-to-change-user-credentials-in-subclipse
2014년 6월 25일 수요일
Windows 셸 공용 DLL의 작동이 중지되었습니다.
회의실 예약 설정을 하기 위해 전자메일 설정 중 회의에 다녀왔더니
Windows 셸 공용 DLL의 작동이 중지되었습니다. 메시지와 함께
윈도우7 제어판의 전자메일계정이 열리지 않네요.
구글링 결과, 3가지 방법을 찾았는데 3번째 방법이 먹혔습니다.
1. 시작 > 실행 > msconfig > 시작프로그램
에서 작동 중지된 dll 을 찾아 체크함.
> 작동중지된 dll 이 rundll32.exe_shell32.dll 인데 목록에 없어서 패스.
2. rundll32.exe 와 shell32.dll 이 다른 프로그램 또는 바이러스등으로 손상입은 경우라고 함.
명령 프롬프트 실행창에서 sfc /scannow 를 입력하면 보호된 시스템 파일을 점검하여 수정해줌.
끝나면 재시작 후, 검토. 동일 현상이면 윈도를 다시 설치해야 함.
> 윈도우 재설치는 얼토당토한 일이라...(빈대잡으려다 초가삼간 태워먹는...) 일단 점검 시키고 다시 구글링.
3. 원인은 알 수 없으나 우측 하단 '다음사전' 실행 중지 및 제거 후 Outlook 메일 설정 가능.
> 크리가 떴습니다! 역시 원인은 알 수가 없군요.TㅆT
요렇게 해결이 가능하네요. 다른 경우의 수가 있을 수 있지만 여기까지만 정리하겠습니다.
Windows 셸 공용 DLL의 작동이 중지되었습니다. 메시지와 함께
윈도우7 제어판의 전자메일계정이 열리지 않네요.
구글링 결과, 3가지 방법을 찾았는데 3번째 방법이 먹혔습니다.
1. 시작 > 실행 > msconfig > 시작프로그램
에서 작동 중지된 dll 을 찾아 체크함.
> 작동중지된 dll 이 rundll32.exe_shell32.dll 인데 목록에 없어서 패스.
2. rundll32.exe 와 shell32.dll 이 다른 프로그램 또는 바이러스등으로 손상입은 경우라고 함.
명령 프롬프트 실행창에서 sfc /scannow 를 입력하면 보호된 시스템 파일을 점검하여 수정해줌.
끝나면 재시작 후, 검토. 동일 현상이면 윈도를 다시 설치해야 함.
> 윈도우 재설치는 얼토당토한 일이라...(빈대잡으려다 초가삼간 태워먹는...) 일단 점검 시키고 다시 구글링.
3. 원인은 알 수 없으나 우측 하단 '다음사전' 실행 중지 및 제거 후 Outlook 메일 설정 가능.
> 크리가 떴습니다! 역시 원인은 알 수가 없군요.TㅆT
요렇게 해결이 가능하네요. 다른 경우의 수가 있을 수 있지만 여기까지만 정리하겠습니다.
2014년 6월 19일 목요일
2014년 6월 12일 목요일
Access restriction: Is not accessible due to restriction on required library
JUnit 테스트를 위해 클래스에 대해 JUnit Testcase 를 생성했지만
org.junit.Test 에 대해 Access restriction 에러가 발생을 해서 구글링을 해보았다.
검색 결과 문제해결을 위해 라이브러리의 Access Rules 를 편집해 주어야 했다.
solution>
Properties > Java Build Path > Libraries > Expand "Target Library" > Edit Access Rules
내 경우 JUnit 을 라이브러리로 추가하지 않고 JRE 라이브러리에 junit.jar 파일을 추가했기
때문에 해당 페이지에서 Access Rules 를 변경할 수 없었다. 당연한 것이 라이브러리 안에
포함되어 있는 각 jar 파일에 대한 Access Rules 는 변경이 불가능한 것이었다. 라이브러리
자신의 Access Rules 만 편집이 가능했다.
따라서 JUnit 을 라이브러리로 추가한 후, 해당 라이브러리에 대한 Access Rules 변경은
가능했다. 하지만 꼼수로 JRE 라이브러리를 프로젝트로부터 제거/재추가를 통해 junit.jar
의 Access Rules 를 No rules defined 로 초기화 할 수 있었다.
구글링을 보면 Windows > Preference > Java > Compiler > Errors/Warnings 에서
Forbidden reference (access rules) 의 레벨을 Warning 이나 Ignore 로 낮추라는
꼼수도 있지만 단지 화면상에 에러만 사라질 뿐 해당 library 에 접근할 수 없는 것은
변하지 않는다. (즉 에러가 사라진 게 아니다...)
먼저 해당 라이브러리에 클래스가 있는지 확인을 해보고 클래스가 있음에도 접근이
제한되어 있는 경우(Access Rules 설정으로 인해) 라이브러리의 Access Rules 를 편집
하여 접근 권한을 허가해주어야 한다.
2014년 6월 9일 월요일
CPPUnit 설치시 Msys ***Couldn't reserve space for cygwin's heap
오픈소스 기반 품질환경 구축을 위해 CPPUnit 을 설치하던 중,
MinGW Shell 에서 아래 로그와 함께 모든 명령어가 먹통이 되는 현상을 겪었다.
*** Couldn't reserve space for cygwin's heap (0xXXXXXXXX <0xXXXXXXX>) in child, Win32 error 0
집에서 해보니 잘 되는데, 회사에선 위 로그와 함께 모든 명령어가 먹통이 된다.
구글링 결과, 아래와 같은 해결방법을 얻었고 실행결과 해결할 수 있었다.
msys 에 포함된 dll 파일들의 base address 를 바꾸어주어야 함.
1. rebase 프로그램을 다운받아 msys 의 bin 디렉토리에 복사를 한다.
2. 커맨드라인(cmd) 창을 열고 아래와 같이 입력한다.
C:\MinGW\msys\1.0\bin>rebase -b 0x30000000 msys-1.0.dll
(0xXXXXXXXX 는 적당히 찾아서 적으면 된다.)
만약 ReBaseImage Failed with last error = 6 이란 메시지와 함께 실패한다면
cygwin 관련 프로그램을 모두 종료하고 다시 시도한다.
(내 경우는 MinGW Shell 이 열려 있어서 문제가 발생했다.)
3. MinGW Shell 에서 아래를 실행한다.
$ mingw-get install msys-rebase
명령이 성공적으로 실행되면 MinGW Shell 을 닫는다.
4. 탐색기에서 msys 의 bin 디렉토리로 이동하여 dash 를 실행하고 아래와 같이 입력한다.
/bin/rebaseall
만약 에러 메시지가 출력되면 에러 메시지를 보고 적절한 조치를 취해준 뒤 다시 실행한다.
5. /bin/peflagsall 을 입력해준다.
참조 http://azza.tistory.com/152
MinGW Shell 에서 아래 로그와 함께 모든 명령어가 먹통이 되는 현상을 겪었다.
*** Couldn't reserve space for cygwin's heap (0xXXXXXXXX <0xXXXXXXX>) in child, Win32 error 0
집에서 해보니 잘 되는데, 회사에선 위 로그와 함께 모든 명령어가 먹통이 된다.
구글링 결과, 아래와 같은 해결방법을 얻었고 실행결과 해결할 수 있었다.
msys 에 포함된 dll 파일들의 base address 를 바꾸어주어야 함.
1. rebase 프로그램을 다운받아 msys 의 bin 디렉토리에 복사를 한다.
바이너리: http://repo.or.cz/w/msysgit.git/history/76920dc49da361257cbccb02ea63b3e5357fe353:/bin/rebase.exe
2. 커맨드라인(cmd) 창을 열고 아래와 같이 입력한다.
C:\MinGW\msys\1.0\bin>rebase -b 0x30000000 msys-1.0.dll
(0xXXXXXXXX 는 적당히 찾아서 적으면 된다.)
만약 ReBaseImage Failed with last error = 6 이란 메시지와 함께 실패한다면
cygwin 관련 프로그램을 모두 종료하고 다시 시도한다.
(내 경우는 MinGW Shell 이 열려 있어서 문제가 발생했다.)
3. MinGW Shell 에서 아래를 실행한다.
$ mingw-get install msys-rebase
명령이 성공적으로 실행되면 MinGW Shell 을 닫는다.
4. 탐색기에서 msys 의 bin 디렉토리로 이동하여 dash 를 실행하고 아래와 같이 입력한다.
/bin/rebaseall
만약 에러 메시지가 출력되면 에러 메시지를 보고 적절한 조치를 취해준 뒤 다시 실행한다.
5. /bin/peflagsall 을 입력해준다.
참조 http://azza.tistory.com/152
2014년 6월 8일 일요일
Eclipse plugin install 연결 실패 문제
품질환경 구축을 하기 위해 이클립스에 플러그인들을 설치하는 도중,
org.eclipse.equinox.p2.core.provisionexception 가 발생하며 사이트에 연결이 되지 않았다.
처음에는 회사환경의 문제로 생각하고 (실제로 집에서는 문제없이 설치가 되었으므로)
방화벽과 V3 프로그램 을 해제하고 시도를 해보았지만 마찬가지였다. 결국
구글 검색 결과 3가지 해결 방안이 있었다.
1. open jdk 1.7 의 버그: Window >> Preferences >> Java >> Installed JRE 에서 jdk 버전을 확인하고 올바른 jdk 를 설치해준다.
2. eclipse.ini 파일에 아래와 같은 argument 를 추가해준다.
-vmargs -Djava.net.preferIPv4Stack=true
3. 포트와 프록시 설정을 확인한다.
Window >> Preferences >> General >> Network Connections
허가된 프록시와 포트를 설정해준다.
위 3가지 방법 중 2번째 방법을 통해 문제를 해결할 수 있었다.
참조 : http://stackoverflow.com/questions/19290108/eclipse-kepler-doesnt-allow-me-to-install-plugins
org.eclipse.equinox.p2.core.provisionexception 가 발생하며 사이트에 연결이 되지 않았다.
처음에는 회사환경의 문제로 생각하고 (실제로 집에서는 문제없이 설치가 되었으므로)
방화벽과 V3 프로그램 을 해제하고 시도를 해보았지만 마찬가지였다. 결국
구글 검색 결과 3가지 해결 방안이 있었다.
1. open jdk 1.7 의 버그: Window >> Preferences >> Java >> Installed JRE 에서 jdk 버전을 확인하고 올바른 jdk 를 설치해준다.
2. eclipse.ini 파일에 아래와 같은 argument 를 추가해준다.
-vmargs -Djava.net.preferIPv4Stack=true
3. 포트와 프록시 설정을 확인한다.
Window >> Preferences >> General >> Network Connections
허가된 프록시와 포트를 설정해준다.
위 3가지 방법 중 2번째 방법을 통해 문제를 해결할 수 있었다.
참조 : http://stackoverflow.com/questions/19290108/eclipse-kepler-doesnt-allow-me-to-install-plugins
피드 구독하기:
글 (Atom)