Blog F~

2007 JCP 오픈소스 컨퍼런스

2007-10-12T10:44:57Z

tag : JCO

실업계 출신으로 한마디

2005-05-26T12:13:19Z

특목고에 합격한 상태에서 공고를 선택해 졸업하고, 작년에 대학 졸업을 했다.

난 대학교육에 상당히 실망한 편이었는데, 같은 계열이기도 했지만, 졸업때까지 고등학교 교육의 반복이었기 때문이다. 뭔가 심화된 지식을 원했는데, 수박 겉햝기 인것은 마찬가지... 회사를 다니면서 알았는데, 우리학교는 그나마 학습 여건이 좋았다고 한다.

고졸이건, 대졸이건 능력이 존중 받는 사회가 되어야지, 이 기사의 100자 의견 보면 한숨만 나온다.

대학 졸업하고 회사 생활해보면 알 것이다. 그간의 배움이 얼마나 부질 없었던가를... 직장에서의 지식은 직장에서 새로 배우는 것이란 걸...

[스크랩] 리모트 딜레이 회로

2005-05-19T15:02:24Z

이번에는 리모트 딜레이 회로중에 동작이 확실하고 타이밍을 조절할수있는 간단한 회로를 소개할까합니다.

조금만 개량해서 3개에서 4개를 조합하면 켜지는 시간을 순차적으로도 조절할수있는 장치입니다.

자료실에 올려져 있는데 잘모르는것 같아서 이곳에 다시 올려봅니다.

회로도는 아래의 그림과같이 간단합니다.

트랜지스터 2개와 릴레이 하나 그리고 저항 2개와 컨덴서 하나의 아주간단한 회로입니다.

컨덴서의 용량을 변경하는것만으로 시간을 조절하수있고 용량의 크기를 늘리면 켜지는 시간이 느려지고 용량을 줄이면 빨라집니다.

순차적으로 켜지게 하려면 여러개의 회로를 만들고 컨덴서의 용량을 서로 다르게 해주면 용량이 적은순서대로 먼저 켜지게 되는 회로입니다.

가져온 곳: [6dbaudio] 글쓴이: 쇼킹카오디오 바로 가기

IT 엔지니어의 갈 길

2005-04-28T02:42:33Z

IT 엔지니어의 커리어 디자인(Career Design)이라는 특집 기사를 잡지에서 읽었습니다. 소프트웨어 개발자도 엄밀히 말하면 엔지니어니까, 관심을 가지고 볼 만한 내용이었습니다. 특히 주목할만한 점은 엔지니어의 능력을 단지 기술적인 능력(Technical Skill)에만 한정하는 것이 아니라 인간적인 능력(Human Skill), 경영 능력(Management Skill)의 삼위일체로 보고 전체적인 능력을 평가하는 큐브(cube) 시스템이라는 새로운 관점의 제안이었습니다.

개발자는 기술이 장땡이다.

개발자는 경영에 신경쓰지 마라.

개발자는 인간 관계에 지우칠 필요가 없다.

이러한 시각이 개발자를 바라보는 비개발자와 개발자 자신들이 함께 가지고 있는 편견입니다.

개발자의 지상 목표는? 전문가.(Specialist)

우리나라의 개발자가 10만명이라고 한다면, 그 사람들이 다 5년이나 10년후에 전문가가 될 수 있을까요? 아니, 전문가가 되어야 할까요? 더 아니, 전문가라고 부를 수나 있을까요?

지금 현재 개발자의 길을 걷고 있는 사람들의 미래에는 오직 자기 분야의 전문가만 있는 것이 아닙니다. 현재는 IT엔지니어로 일하고 있다해도 각자 자질과 흥미가 다릅니다. 정말로 어떤 사람은 기술만을 사랑하노라며 들이파기도 하고, 어떤 사람은 대인 관계가 좋아 함께 일하기를 즐기며 의견 조율에 보람을 느낍니다. 어떤 사람은 자기 사업을 하기 위해 밑천을 마련하는 과정으로서의 개발자 경력을 생각할 수도 있고, 어떤 사람은 프리랜서로 자유과 돈을 함께 챙기려는 야심찬 꿈을 품고 있기도 합니다.

중요한 점은 이들 모두에게 테크니컬 스킬이 바탕은 되지만 가장 결정적은 아니라는 사실입니다. 자신은 휴먼 스킬이나 매니지먼트 스킬이 테크니컬 스킬보다 낫다고 해서,

"나는 개발일에는 적성이 맞지 않아."

라고 생각하고 업계를 떠나버리면 이 바닥에는 인간성과 리더쉽을 갖춘 일꾼이 남아나질 않습니다. 아무리 엔지니어라지만,

"테크니컬 스킬이 기초이긴 해도 핵심은 아니다."

입니다. 기초를 딛고 일어서면 됩니다. 핵심에는 자신이 가장 잘 할 수 있고 잘 하고 싶은 분야를 두면 됩니다. 오직 기술만이 살 길이다... 는 아니라는 거죠.

마찬가지로 개발자에게는 개발력만이 장땡이라는 사고도 이제는 걷어내야 합니다. 엄연히 개발자도 회사에 속한 이상 회사원이고 사회인입니다.

"요새 개발자들의 사회성에 대해 실제로 접하고 나서는 실망을 금치 못했습니다. 제대로 인사도 못(안)하는 인간이 고객을 어떻게 대할지 걱정이 되더군요."

이것이 수십년의 회사와 사회 경험을 지닌 인생 선배이자 자신도 개발자였고 현재는 개발자를 양성하는 일을 하는 어떤 분이 솔직히 털어놓는 개발자에 대한 소감입니다.

"최근 젊은 개발자들은 아주 큰 프로젝트에 참여하여 경력을 급히 쌓고 싶어합니다만, 처음에는 2명이서 2달 정도 하는 프로젝트, 그 다음은 4명이서 4달 정도... 이런 식으로 차츰차츰 올라가는 것이 휴먼 스킬과 매지니먼트 스킬의 향상에 좋습니다."

SI업계의 고질적인 "사원 재교육 생략"과 "가능한한 좋은-돈 더 주고 조금이라도 더 널럴한-회사로 옮기기" 풍토는 바로 개발자에게 테크니컬 스킬만을 강요하고 울여먹은 결과입니다.

"가르치지 않고 시키는 것, 중요하지 않다고 하고선 나중에 뒤통수치는 것"

심적으로 배신감을 느끼고 불신감을 받는 이유는 간단합니다.

"말로만 같이 가자고 하지 말고, 손을 내밀며 손을 잡아야 합니다."

개발자는 경영자(사용자)가 시키는대로 짜기만 하면 땡이다는 인식은 경영자의 마인드 부재와 더불어 개발자의 무관심도 함께 지적의 대상이 됩니다. 고객을 떠난 제품은 있을 수가 없습니다. 성공으로 가는 길에 너와 내가 따로 있을 수도 없구요.

"개발자가 뭘 안다고 이래라 저래라냐?"

"우리 사장은 개발을 전혀 몰라."

한 번 갈라진 틈은 파죽지세처럼 벌어집니다.

"우리 개발진은 영 성에 안차. 디비가 다운이 되질 않나. 서비스가 마비되질 않나. 뭐 하나 똑바로 하는 일이 없어. 어디 좀 똑부러지는 인력 없을까?"

"경영진은 우리 개발팀을 무시하기 일수야. 기획짜서 넘겨주면 뚝딱뚝딱하는 노가다 삽질로밖에 안보이나봐. 죽으라고 해놓으면 지적이나 주욱 늘어놓고. 일은 엄청 시켜놓고 월급은... 에이, 술이나 퍼자."

어디서부터 잘못된 것일까요?

"치열한 논의(논쟁)끝에 결단력과 책임감을 겸비한 타협"

이 현대 민주 조직의 원동력입니다. 말만 많고 아무런 대안도 나오지 않는 것도, 말한마디 없이 "이렇게 해"하며 내리찍는 것도 모두 "파열"의 원인입니다.

개발자가 경영 능력을 가져야하는 이유는 바로 이런 데에 있습니다. CEO에게 "우리를 이해해달라"고만 하지 말고, "내가 CEO라면 어떻게 할 것인가"를 고려해보세요. 경영자는 개발자에게 어느 정도의 경영과 관리를 체험할 기회를 제공하여 몸소 "기술 경영의 어려움"을 느끼게 해주어야합니다.

"준다고 생각하지 말고 나눈다고 생각하자."

"받는다고 좋아하지 말고 돌려주겠다는 각오로 당당하자."

경직된 사회에는 순환이 없습니다. 밑바진 독에는 물이 차지 않습니다. 돌아가는 시스템을 생각할 때입니다.

한번 자신의 큐브를 가슴에 손을 얻고 그려보세요. 그리고, 자신이 자질이 현재 육면체의 어떤 면으로 뻣어나갈 수 있을지, 마지막으로 자신이 그리는 궁극의 큐브를 잡아보세요.

세상에는 셀 수도 없이 다양한 육면체가 존재한답니다.

IT기술자의 미래는 무엇일까요? 단적으로 프로그래머-요새는 개발자로 더 많이 부르지만-라면? 요새는 단순한 코더(코드 작성자, 일명 삽질꾼, coder)-평범한 디벨로퍼(개발자, 좀 된 프로그래머, developer)-고상한 아키텍트(설계자, 코드 안짠다... 일까? architect)의 분위기가 무르익고 있습니다. 몇몇 잘나가는 그루(guru, 우리는 주로 고수라고 부르는)는 패턴과 기술의 심층 분석을 통해 아키텍트의 길을 제시하고 있지만, 마치 아키텍트만이 궁극의 이상이며 코더나 디벨로퍼를 아키텍트의 시다바리쯤으로 여기는 다소 고압적인 자세는 솔직히 못마땅합니다. 가뜩이나 직업의 귀천에 대한 차별의식이 심한 우리나라에서, 꿈으로 여기며 자신을 고무하는 것은 좋지만 "그것만이 살 길이다"라는 양때 몰이식 바람잡기는 이제 지양해야하지 않을까 싶네요. 코더없이 코드는 만들어 질 수 없고, 디벨로퍼 없는 아키텍트는 현장 관리자 없는 설계 기사나 마찬가지입니다. 모두가 아키텍트가 될 수는 없습니다. 아래층부터 든든한 피라미드형의 개발 인력 구조가 이루어져야합니다. 문제는 위에 선 사람이 더 성공하고 아래에 있는 사람이 덜 성공했다는 식의 흑백논리입니다. 각자 자신의 역할에 최고의 가치를 부여할 때만이 최고의 품질을 갖춘 "무언가"가 나올 것은 너무도 당연하기 때문입니다.

프리웨어로 상용프로그램보다 멋진 데스크탑을~

2005-04-08T11:56:03Z

집에서는 물론 직장에서도 공짜로 쓸 수 있는 상용보다 뛰어난 프리 프로그램들.

직접 작성한 자료이고, 대부분 사용중인 프로그램들이다.

그래픽 편집 : 김프 http://gimp-win.sourceforge.net/ , 포토샵보다 강력한 그래픽 툴

이미지 뷰어 : ZView http://kldp.net/projects/zviewer/ , 탐색기에 마우스 오른쪽버튼으로 Preview 가능

압축 : 빵집 http://www.bkyang.com/ , 빠른 압축 해제 속도

화면캡쳐 : 오픈캡쳐 http://openproject.nazzim.net/ , 상용툴 (하이퍼스냅, 스내그잇) 보다 나은 기능

오피스 : 오픈 오피스 http://ko.openoffice.org/

이메일클라이언트 & RSS 리더 : 썬더버드 http://www.mozilla.or.kr/products/thunderbird/

FTP 클라이언트 : 파일질라 http://filezilla.sf.net

텔넷/SSH 클라이언트 : iPutty http://kldp.net/projects/iputty/

텍스트 편집 : 크림슨 에디터 http://www.crimsoneditor.com/korean/ , 에디트플러스 대용. 거의 모든 기능 지원

CD/DVD 굽기 : Burn4Free http://www.burn4free.com/ (애드웨어)

백신 : 클램윈 http://www.clamwin.com/

P2P : 이뮬 http://www.emule-project.net/

가상 CDROM : Virtual CD-ROM Control Panel http://download.microsoft.com/download/7/b/6/7b6abd84-7841-4978-96f5-bd58df02efa2/winxpvirtualcdcontrolpanel_21.exe

XMLRPC Request Builder

2005-04-07T18:16:03Z

웹애플리케이션이나 매번 타이핑을 통하지 않고 XMLRPC를 테스트 할 수 있게 해주는 도구 입니다.

홈페이지 : http://torrez.net/archives/xmlrpc_request_builder.php

다운로드 : http://torrez.net/projects/konstructor/Konstructor.exe (라이브러리가 없을시, http://torrez.net/projects/libraries.exe)

http://torrez.net/archives/xmlrpc_request_builder_part_2.php <-- 이런것도 있지만, 닷넷프레임웍을 깔긴 싫어서...

[스크랩] 직장에서 성공하는 경력 관리 '비법 21'

2005-04-04T10:19:46Z

요즘처럼 빠르게 변화하는 시대에 제자리걸음은 곧 퇴보를 의미한다.

특히 직장에서는 더욱 그렇다. 이는 자기 몸값을 낮추는 일이고, 더 나은 곳으로 나아가는 길을 막는 일이기도 하다.

미국의 경제 전문 웹사이트 CNN머니가 발행하는 잡지 '머니매거진'에 따르면 35~44세의 미국 근로자 4명 중 1명은 현재의 직장에서 10년 이상을 일하고 있고, 45세 이상에서는 2명 중 1명이 한 직장에 10년 이상 머물고 있다.

이들은 더 나은 대우와 직장을 원하면서도 방법을 찾지 못하고 있다.

다음은 머니매거진이 전문가들의 조언을 바탕으로 제시한 '경력을 키우는 21가지 방법'이다.

김필수 기자(pilsoo@heraldm.com)

가져온 곳: [하루 하루] 글쓴이: 구들짱 바로 가기

난 왜 이대로 해도 안되는거지? T_T

ActiveWidgets Grid 1.0

2005-03-31T14:28:46Z

북마크다. http://www.activewidgets.com/grid/

Download ActiveWidgets Grid 1.0 library and source code.

DAUM BLOG API

2005-03-28T12:01:58Z

DAUM BLOG API

Protocols

The DAUM BLOG API is currently implemented for XML-RPC

URI

All XML-RPC requests should go to the following URI: http://blog.daum.net/_blog/XMLRPC.do

Methods

daum.blog.newPost.execute : 새 글 등록
Parameters
1. daumid (string) : 다음 사용자 ID
2. password (string) : 다음 사용자 PASSWORD
3. subject (string) : 글 제목
4. body (string) : 글 내용
5. tag (string) : 이 글에 대한 태그 (카테고리)
6. date (string) : 작성일자 (ISO8601FMT 형식. yyyy-MM-dd'T'HH:mm:ss'Z')
Return
- (string) : 등록된 글 번호.
daum.blog.editPost.execute : 글 수정
Parameters
1. daumid (string) : 다음 사용자 ID
2. password (string) : 다음 사용자 PASSWORD
3. articleno (string) : 글 번호
4. subject (string) : 글 제목
5. body (string) : 글 내용
6. tag (string) : 이 글에 대한 태그 (카테고리)
7. date (string) : 작성일자 (ISO8601FMT 형식. yyyy-MM-dd'T'HH:mm:ss'Z')
Returns
- (boolean) : 성공 여부.
daum.blog.newComment.execute : 의견 등록
Parameters
1. daumid (string) : 다음 사용자 ID
2. password (string) : 다음 사용자 PASSWORD
3. articleno (string) : 의견을 등록할 글 번호
4. name (string) : 작성자 이름
5. email (string) : 작성자 이메일
6. comment (string) : 의견 내용
7. date (string) : 작성일자 (ISO8601FMT 형식. yyyy-MM-dd'T'HH:mm:ss'Z')
Returns
- (boolean) : 등록 여부.
daum.blog.newTrackback.execute : 트랙백 등록
Parameters
1. daumid (string) : 다음 사용자 ID
2. password (string) : 다음 사용자 PASSWORD
3. articleno (string) : 트랙백을 걸 글 번호
4. url (string) : 트랙백 핑 URL
5. title (string) : 트랙백 제목
6. blogname (string) : 트랙백을 건 블로그 이름
7. excerpt (string) : 트랙백을 건 글의 요약
8. date (string) : 작성일자 (ISO8601FMT 형식. yyyy-MM-dd'T'HH:mm:ss'Z')
Returns
- (boolean) : 등록 여부.
daum.blog.newPosts.execute : 새 글 복수 등록 (최대 100개)
Parameters
1. daumid (string) : 다음 사용자 ID
2. password (string) : 다음 사용자 PASSWORD
3. article list (array) : 글 리스트
  1. subject (string) : 글 제목
  2. body (string) : 글 내용
  3. tag (string) : 글에 대한 태그 (카테고리)
4. date (string) : 글 작성일자 (ISO8601FMT 형식. yyyy-MM-dd'T'HH:mm:ss'Z')
  1. comment list (array) : 의견 리스트
    1. name (string) : 의견 작성자 이름
    2. email (string) : 의견 작성자 이메일
    3. comment (string) : 의견 내용
    4. date (string) : 의견 작성일자 (ISO8601FMT 형식. yyyy-MM-dd'T'HH:mm:ss'Z')
  2. trackback list (array) : 트랙백 리스트
    1. url (string) : 트랙백 핑 URL
    2. title (string) : 트랙백 제목
    3. blogname (string) : 트랙백을 건 블로그 이름
    4. excerpt (string) : 트랙백을 건 글의 요약
    5. date (string) : 트랙백 작성일자 (ISO8601FMT 형식. yyyy-MM-dd'T'HH:mm:ss'Z')
Returns
- (boolean) : 등록 여부.

객체 판별법에 의한 객체 사용법

2005-03-24T15:25:33Z

UI개발자나 웹 개발자들이 자바스크립트에서 객체 불러 올때 document.getElementByID로 하면 표준이니까 다 된다고 생각하실 수 있는데요. 실제로 IE 4.0과 5.0 그리고 아주 옛날 Netscape 4.x 브라우저는 getElementByID를 지원하지 않습니다.

그래서 만든게 객체 판별법에 의한 객체 사용법입니다.

코드:

보통 이 함수를 js 파일안에 넣어 놓구요
다음과 같이 읽으시면 옛날 브라우저를 지원하는 크로스 브라우징이 됩니다.

코드:

getObject('content').style.visibility="hidden";

노트북에 리눅스 깔다.

2005-03-21T01:20:06Z

게임 말고는 윈도가 아니어도 될 것 같아서 과감히 리눅스를 깔았다.

전혀 불편한게 없군... yum 이란 녀석때문에 패키지 설치도 상당히 간단하더라.

tag : 리눅스

URLConnection에 Timeout 걸기

2005-03-10T14:48:23Z

JDK 5.0 부터는 Timeout 설정을 위한 메서드가 존재합니다만,
그 이하에서 적용하려면 URLConnection 인스턴스 생성전에 sun.net.client.defaultConnectTimeout, sun.net.client.defaultReadTimeout 의 두가지 System Property 를 설정해주시면 됩니다.

System.setProperty("sun.net.client.defaultConnectTimeout", "30000");
System.setProperty("sun.net.client.defaultReadTimeout", "30000");

한국의 전통색

2005-03-08T18:00:35Z

맨우측의 4가지 숫자가 CMYK색입니다.
원래 CMYK색인데 포토샵에서 RGB값으로 바꾸어서 웹상에서 사용할 수 있도록 하였습니다.

무채색계(無彩色界)
흑백	1D1E23	93,89,83,52
백색	FFFFFF	0,0,0,0
회색	A4AAA7	38,27,31,0
구색	959EA2	45,32,32,0
치색	616264	72,64,62,4
연지회색	6F606E	55,58,40,20
설백색	DDE7E7	12,4,7,0
유배색	E7E6D2	9,5,18,0
지배색	E3DDCB	6,6,17,4
소색	D8C8B2	10,15,26,5
적색계(赤色界)
적색	B82647	21,98,68,8
홍색	F15B5B	0,80,60,0
적토색	9F494C	29,80,64,17
휴색	683235	40,80,66,44
갈색	966147	31,61,73,21
호박색	BD7F41	21,51,84,8
추향색	C38866	19,48,61,6
육색	D77964	11,62,59,2
주색	CA5E59	15,75,62,4
주홍색	C23352	18,94,60,5
담주색	EA8474	4,59,50,0
진홍색	BF2F7B	20,94,17,4
선홍색	CE5A9E	16,79,2,0
연지색	BE577B	19,77,28,7
훈색	D97793	9,64,20,2
진분홍색	DB4E9C	9,84,0,0
분홍색	E2A6B4	7,39,14,1
연분홍색	E0709B	6,69,11,1
장단색	E16350	6,75,70,1
석간주색	8A4C44	30,71,65,30
흑홍색	8E6F80	40,54,31,15
황색계(黃色界)
황색	F9D537	3,13,89,0
유황색	EBBC6B	6,25,67,1
명황색	FEE134	2,7,89,0
담황색	F5F0C5	4,2,27,0
송화색	F8E77F	4,4,62,0
자황색	F7B938	2,29,89,0
행황색	F1A55A	3,40,73,0
두록색	E5B98F	8,27,45,1
적황색	ED9149	4,51,80,0
토황색	C8852C	18,50,97,5
지황색	D6B038	14,26,91,3
토색	9A6B31	30,54,91,20
치자색	F6CF7A	3,18,61,0
홍황색	DDA28F	9,39,38,2
자황색	BB9E8B	22,33,40,7
금색		별색

청록색계(靑綠色界)
청색	0B6DB7	89,56,0,0
벽색	00B5E3	73,5,4,0
천청색	5AC6D0	59,0,20,0
담청색	00A6A9	96,4,40,0
취람색	5DC19B	62,0,51,0
양람색	6C71B5	64,58,0,0
벽청색	448CCB	72,36,0,0
청현색	006494	99,59,22,3
감색	026892	93,57,26,2
남색	6A5BA8	68,73,0,0
연람색	7963AB	60,69,0,0
벽람색	6979BB	64,52,0,0
숙람색	45436C	86,84,40,9
군청색	4F599F	80,73,6,0
녹색	417141	82,44,95,9
명록색	16AA52	81,5,94,0
유록색	6AB048	64,8,97,0
유청색	569A49	72,20,96,1
연두색	C0D84D	29,0,87,0
춘유록색	CBDD61	24,0,78,0
청록색	009770	97,15,74,0
진초록색	0A8D5E	87,26,82,1
초록색	1C9249	85,20,98,2
흑록색	2E674E	89,52,83,9
비색	72C6A5	55,0,45,0
옥색	9ED6C0	38,0,30,0
삼청색	5C6EB4	71,59,0,0
뇌록색	397664	74,27,59,6
양록색	31B675	74,0,74,0
하염색	245441	83,43,75,39
흑청색	1583AF	84,39,17,0
청벽색	18B4E9	69,8,0,0
자색계(紫色界)
자색	6D1B43	41,95,45,40
자주색	89236A	40,96,18,20
보라색	9C4998	42,85,1,1
홍람색	733E7F	58,85,10,15
포도색	5D3462	70,90,35,20
청자색	403F95	90,90,1,1
벽자색	84A7D3	47,25,1,1
회보라색	B3A7CD	28,32,1,1
담자색	BEA3C9	23,36,1,1
다자색	47302E	75,86,85,35
적자색	BA4160	15,86,42,13

트랙백 관련...

2005-03-08T17:15:58Z

Using URLConnection with a Proxy Server by Daniel Horn
Rating: Ratings: 4 Rate it

Abstract: Using the Java URLConnection and HttpURLConnection classes with a proxy server is easy but poorly documented… until now.

Using URLConnection with a Proxy Server

By Daniel Horn

Abstract: Using the Java URLConnection and HttpURLConnection classes with a proxy server is easy but poorly documented… until now.

Introduction:

A simple way to get started writing network client applications is to use Java’s URLConnection class. Given a URL, such as http://www.borland.com/, a developer can create an instance of a URLConnection to retrieve information from an HTTP server.

In practice, a developer will often need to indicate a proxy server when making a network connection.While easy to do, telling a URLConnection to use a proxy server has been poorly documented -- possibly undocumented – until now.

Typically, corporate sites do not give individuals direct access to the Internet, but rather access is shared via a proxy server. Basically, when a network client application makes an HTTP request, it instead will actually make the request to the proxy server; the proxy then makes the actual request to the Internet and passes the results back to the original client.

A program will sometimes use a system property to retrieve the JVM’s proxy setting, perhaps set via a command line by something like:

java -Dhttp.proxyHost=myproxyhost MyClass

However, this is not good enough in many situations. The command line settings of Java and the program may be obscure enough that the user should not be adding to them. Or, perhaps, the program may be started by a script that the user cannot edit. Or, simply, the proxy settings needed in the program may have to be different from those used by default by Java.

As an example of this last case, consider that some proxy servers also provide caching functionality. An application might need to preload a large Web objects (such as a large image file) onto a specific proxy-cache (or a list of proxy-caches). One way of accomplishing this would be to make the URL request via the proxy (or make the request multiple times, assigning a different proxy address from the list each time).

(Note that this solution is far from optimal as the bytes needed to preload the proxy/cache still have to travel all the way back to the client).

In the example code we provide (http://codecentral.borland.com/codecentral/ccWeb.exe/listing?id=19589), you will see how to specify the proxy server at run time.

How it’s done:

We use the Java URL and URLConnection classes to connect to a proxy.

Ordinarily, one might make a Web request using code that looks something like:

URL url = new URL(“http://www.borland.com/”);
URLConnection c = url.openConnection();

To connect via a proxy, we use a different constructor for URL:

public URL(String protocol, String host, int port, String file);

In use, this might look like:

URL url = new URL(“http”,         // protocol,
                  “myProxy.com”,  // host name or IP of proxy server to use
                  -1,             // proxy port or –1 to indicate the default port for the protocol
                  “http://www.borland.com/”);  // the original URL, specified in the “file” parameter

That’s pretty much all there is to it.

The example program, ProxyDemo.java, demonstrates this usage in the doURLRequest(String strURL, String strProxy, int iProxyPort) method. The strURL argument is a string representing the URL to request. The strProxy should be the host name or IP address of the proxy to use, or null if the request is not to be made through a proxy. The iProxyPort is integer that is the port of the proxy server or –1 if the default port should be used (or if no proxy is to be used).

You must change the line

ProxyDemo.doURLRequest("http://www.borland.com/", "0.0.0.0", -1); // **** Change this line to use a valid proxy

to use a valid proxy. If you don't change the proxy setting to something valid, then you will get the following error message:

**** Connection failure: java.net.BindException: Cannot assign requested address: connect

How did I figure this out?

Basically I made a good guess, and fortunately, it worked.

When you make an HTTP GET request as indicated by some URL, say http://www.borland.com/foo.html, you are really making a TCP request to the host indicated by www.borland.com and sending it an argument string that looks something like

"GET /foo.html"

to indicate a path or file. (This is a gross simplification as I am omitting text that indicates the protocol, request headers, etc.). When you make the same request through a proxy, the proxy becomes the host for the request and the argument string becomes the original URL; e.g.,

“GET http://www.borland.com/foo.html” .

In the JDK documentation for the URL class, I didn’t find anything saying that I could or could not put a string such as http://www.borland.com/foo.html as the “file” parameter to the URL constructor, so I just gave it a try and it worked.

What’s next?

There are several ways that the sample program could be expanded upon.

The sample program merely reads the response headers; this was done for the sake of simplicity (and for the sake of having it do something at all). The sample does not actually download, though with simple modifications, it could.

In practice, one would usually put the call to make the connection in a different thread than the application’s main thread.

One might also consider making the class into a JavaBean component.

Questions, comments, and suggestions may be sent to the author at dan@nerds.com ; use the title of the article or the words “BDN Article” in the email subject.

NOTE: The views and information expressed in this document represent those of its author(s) who are solely responsible for its content. Borland does not make or give any representation or warranty with respect to such content.

구글 신 께서 도와주심...