Java(14)
-
서블릿 API 3.0 을 이용한 java 파일 업로드
텍스트 파일을 ajax로 업로드 하고, 그 파일을 분석해서 사용자 인터페이스를 구성해야 하는 내용이 있어서오랜만에 파일 업로드 구현...servlet api 3.0 이후부터는 좀 편하게 구현이 가능해짐...원 소스코드는 아래 URL에서 구해옴..거의 수정한 거 없음 ㅠㅠ, 다만 ajax response 로 수정 http://www.codejava.net/java-ee/servlet/java-file-upload-example-with-servlet-30-api HTML FORM ( jquery 가 필요합니다. ) file upload 서버사이드 ( 서블릿 API 3.0 / 톰캣 7.0 / java 1.6 이상이 필요 ) import java.io.File;import java.io.FileNotFound..
2014.09.02 -
web.xml Reference Guide for Tomcat
web.xml 배포기술파일은 톰캣같은 서블릿 컨테이너에서 웹 어플리케이션이 어떻게 배포되어야 하는 지를 기술합니다. 이 파일은 톰캣 상에 배포하는 모든 어플리케이션에 필요합니다. 이 파일은 새로운 톰캣 웹사이트의 ROOT 어플리케이션이나, 서블릿 예제, 또는 jsp 예제, 다운로드 받는 모든 웹 어플리케이션 및 war 파일 안에서 쉽게 찾을 수 있습니다. 이 파일의 위치는 언제나 똑같습니다 : application root /WEB-INF/web.xml 이 파일은 최소한 하나의 XML 기술어(descriptor)와 시작과 끝을 나타내는 태그를 필요로 합니다. 아래 톰캣 6.0 버전에 맞는 최소의 XSD 스타일을 갖는 예제가 있습니다. 다른 버전의 예제 ( 7.0, 5.5, 5.0 등 ) 및 XSD 와 D..
2014.07.24 -
web.xml - DTD and XSD
대충 대충 보고 넘어갔던 web.xml 을 좀 자세히 살펴보고 이해해보고자.. 문서들을 찾아봤다..그리고.. 그 내용 중 일부를 옮겨놔야겠다. web.xml - DTD and XSD web.xml (Deployment Descriptor) 파일을 위한 스키마를 기술하는 방법은 아래와 같은 2가지가 있습니다.DTD - Document Type DefinitionXSD - XML Schema Definition JSP 2.0 / Servlet 2.4 (예를 들어 톰캣 5.5 버전) 이후로는 XSD 버전이 선호되는 방식입니다. XML 인코딩은 ISO-8859-1, UTF-8 및 기타 다른 유효한 인코딩 버전으로 기술할 수가 있고, 이 인코딩 방식은 실제로 기술하는 텍스트 파일의 인코딩 방식과 일치해야 합니다...
2014.07.24 -
자바 어노테이션 중 @SuppressWarnings
@SuppressWarning경고 무시 사용 예@SuppressWarnings("option")@SuppressWarnings({"option1","option2",..."optionsN"}) 옵션들all : 모든 경고 무시cast : 캐스트 경고 무시dep-ann : 사용하지 말아야할 주석 사용 경고 무시deprecation : deprecate 되는 메쏘드 사용에 대한 경고 무시fallthrough : switch 문에서 break 누락 경고 무시finallynullrawtypesuncheckedunused : 미사용 메쏘드에 대한 경고 무시
2014.04.02 -
Spring Tutorial 04 - Writing Code Using the Bean Factory
스프링의 bean factory 를 사용해서 코드를 작성하는 예제..아주 심플하게 설명하고 있음..이 예제로는 왜 스프링을 사용해야 하는지 답이 안됨.. - 코드가 훨씬 길어지잖아 ^^ -아마 다음에 더 나오겠지..
2012.08.17 -
307. Result Maps ( 결과 맵 )
resultMap 은 마이바티스에서 가장 중요하고 강력한 것이여. ResultSet 으로부터 데이터를 검색하기 위해 JDBC가 필요로 하는 코드의 90%를 날려버리지. 그리고, 경우에 따라 JDBC가 지원하지 않는 것을 할 수도 있어. 사실, 복잡한 구문을 가진 join mapping 같은 것과 동등한 코드를 작성하기 위해서는 아마 수천라인의 코드로 펼쳐질 수 있을 거야. 간단한 구문의 ResultMap의 디자인을 위해 명시적은 결과 매핑이 필요하지 않아, 그리고 좀 더 복잡한 구문도 관계를 서술하는 정도 이상은 거의 필요치 않아. 이미 명시적인 resultMap이 없는 간단히 매핑된 예제를 보았어. 예를 들면, select id, username, hashedPassword from some_table..
2012.06.01