FreeEnd

들어가기 앞서 본 내용은 MongoDB in Action (몽고디비 인 액션) 2nd Edition 를 참고 하였으며, 그 이외에 참고한 내용에 대해서는 각 개별 링크를 추가 하였습니다. MongoDB 쉘 사용하기 먼저 장에서 이야기한대로, MongoDB 는 자바 스크립트를 사용한 쉘로 데이터를 입력, 조회 한다. mongoDB 가 설치된 서버에서 mongo 명령어를 통해 MongoDB 쉘로 진입 할 수 있다. 쉘 시작 root@5a039f45f3a7:/# mongo MongoDB shell version v5.0.3 connecting to: mongodb://127.0.0.1:27017/?compressors=disabled&gssapiServiceName=mongodb Implicit session..

들어가기 앞서 본 내용은 MongoDB in Action (몽고디비 인 액션) 2nd Edition 를 참고 하였으며, 그 이외에 참고한 내용에 대해서는 각 개별 링크를 추가 하였습니다. MongoDB 일반적으로 대부분의 시스템들은 그 양이 많던 적던, 시스템이 관리 해야 할 데이터를 데이터 베이스를 이용하여 관리를 하고 있을 것이다. 많은 데이터를 관리 하기위해, 중복을 피해 정규화 과정을 거치며 여러 테이블로 분리되어 관리하고, 분리된 테이블의 데이터를 고유 키(Primary Key) 로 식별하여 다른 테이블의 특정 key와 관계(Relation) 하여 데이터를 재 조합한다. 이를 관계형 데이터베이스 (RDB : Relational Database) 라고 한다. 이 관계형 데이터 베이스의 경우 각 개..

환경 WAS : JEUS 목적 웹 페이지를 개발할때 중복 부분은 페이지로 따로 만들어 나중에 각 VIEW JSP 에 INCLUDE를 하는 방법을 많이 사용할 것이다. 이때 이 피 INCLUDE된 CHILD JSP 파일을 새로 배포하게 되면 WAS는 이 파일이 새로 갱신된 사실을 인지 하지 않는 경우가 있다. 이 이유는 WAS는 일반적으로 JSP 파일의 수정 일자를 보고 현재 자신이 빌드한 JSP 파일의 수정 시간과 비교해 JSP파일이 더 나중의 것이라면 다시 빌드해 갱신하게 되는데, 이 JSP 파일이 PARENT JSP(INCLUDE한) 일경우 , CHILD JSP가 갱신되었더라도 WAS는 PARENT 파일의 수정일자만 확인하기 때문에 새로 빌드하지 않아 갱신되지 않는 경우이다. 이럴 경우를 위해 JEU..

환경 WAS : tomcat 7.0 환경 : JDK 1.6, SPRING 3.0 문제발생!! 아. 아직도 오장 육부가 뒤집힌다. 얼마전부터 서프라이즈 하게 혼자 뭣좀 해보려구 개발 환경 하나 잡고 있다. 벌써 오래전부터 준비해온 일이지만, 매번 이 시동거는게 힘들어 매번 빈둥거리다가 드디어 몸좀 움직였다. 이클립스 다운받구, JDK받아 환경 잡구, 프로젝트 만들어 spring 3.0 라이브러리 넣고.. 작업준비를 끝내고.. web.xml 설정에 들어갔다. 뭐 내가 익숙한하게 ContextConfig환경 잡고.. 컨트롤러는 멀티액션 컨트롤러로.... 자자. 환경 설정도 끝났다. 그리고 테스트 Controller 만들어서 호출하는 순간!!! 에러발생. 분명 파라메터로 method 잘 날려줬구.. 설정도 이상..

환경 WAS : Resin 3.1, Resin 4.0 개발언어 : Java, JSP JDK : 1.6 문제발생!! 새로운 시스템을 개발중이다. Spring으로 개발중인데 아직 개발환경 세팅이 모두 명확히 정해지지 않았다. WAS는 Resin 3.1으로 정해졌는데, 이게 해당 개발사에서 Eclipse 플러그인 지원을 중단하였다. 해서 다른 배포사에 있는 플러그인으로 작업중인데.. 외부 어플리케이션으로 등록해 사용하기때문에 디버그가 잘 되지 않는다. 그래서 환경이 크게 차이 없는 Resin 4.1 환경을 따로 구성해서 4.1에서 개발, 디버그 작업을 하고 3.1에서 개발 된 내용을 테스트 하는 방법으로 개발을 하고 있다. 허나!! 3.1에서 확인후 4.1로 돌아오면 가끔 에러가 나질 않는가!!! 이런 얼어죽..

작업일 : 2011년 10월 22일쯤? 작업도구 : 철사 옷걸이 2개, 니퍼, 인두, 납, 동선, 절연테이프. 벽지조금 작업시간 : 총 30분정도. 내가 총각때 내 방에서 안방의 유선 방송 케이블을 몰래 끌어다 내 TV겸용 모니터에 꼽아 텔레비를 도둑 시청하곤 했다. 뭐 지금은 결혼해서는 우리 사랑스런 마누느님께서 가장 사랑하시는 현빈님이 광고하는 열라큰 3D티비 (과연 티비를 사랑할까 현빈을 사랑할까) 를 사오시고 IPTV를 신청해주셔서 거실에서 감사히 누워 시청하고 있지만, 서재에서 주로 작업 및 공부..... 에잇. 주로 게임하는 나로써는 게임과 티비를 동시화면으로 보고 싶어 HDTV안테나를 찾아보았다.. 헉. 2만 3천원. 따른것도 찾아보니 2~3만원대다. 2만 3천원이면 점심이 5끼며, 친구랑 ..

제 블로그에 싸이월드 공감 위젯을 적용하였습니다. 싸이월드의 공감 위젯은 페이스북의 "좋아요"나 믹시의 "믹시업"과 비슷한 기능을 합니다. 해당 공감을 클릭해 공감을 하게 되면 싸이월드 모아보기에 해당 내용이 올라가게되어 다른 사람과 해당 내용을 공유 할 수 있습니다. 다들 제 블로그의 공감을 마구 클릭해주세용. 지영옹.

문제발생!! 아직 학생인 후배의 다급한 요청!! DAO 를 만드는 중인듯한데.. 쿼리를 execute 시키면 에러가 난다는.. 완전 초보시란다. 뭐 여튼. 다짜고짜 소스 먼저 보내줘서 대충 살펴 보았다. 쿼리도 잘 만들었고.. 바인드도 잘 해줬구... 코드상 문제가 없는듯 했는데... 일단 에러 트래백을 먼저 보내달라고했다. 원인탐색 java.sql.SQLException: ORA-01008: 일부 변수가 바인드되지 않았습니다. insert into member(pass_subno,s_no,sub_no)values(?,?,?) at oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:112) at oracle.jdbc.driver...

문제발생!! 팀장님의 어택으로 Spring 1.x에서 Spring 2.x로 업데이트!! 1버젼대와 다른 xml 스키마를 2버젼대로 수정!! 그러던중.. 개발 서버에서 문제가 없었던... 스테이징 테스트에도 없던 문제가 운영 에서 발생!! org.xml.sax.SAXParseException: Document root element "beans", must match DOCTYPE root "null". 원인 탐색 어허.. Document 루트 요소중에 Beans가 DOCTYPE에 뭐 맞아야 한다고…? 바뀌어야 할껀..XML이랑 라이브러리… 라이브러리도 넣었고… XML도 수정해서 개발서버서 이상 없었는데….. 스키마랑 라이브러리가 바뀌고.. 그렇다면!!!!! 해결 클래스 패스서 사라지지 않은 1버전 대 s..

MOSS. 참 골때리는 놈이다. 뭐 나도 MOSS의 사용자로서 뭐라 어떻게 설명할 수 없네. 하여튼. MOSS는 기본적으로 파일 업로드가 50MB로 제한이 되어 있다. 50MB면... 썅. 단편 야동도 화질 않좋은 몰카밖에...... 쿨럭.. 여튼. 이 사이즈를 늘리려고 자료좀 찾아봤다. 어라. 금방 찾아지네. 다음 링크에 자세한 설정 법이 나와있으니 이동해서 확인 하기 바란다. 아. 출처는 한국 마이크로소프트 공식 sharepoint 제품 및 기술 블로그이다. http://blogs.technet.com/b/sharepoint_kr/archive/2009/02/19/moss-wss.aspx 이상. 지영옹.