• 고객센터
  • 교육
  • 매뉴얼
  • 데모
  • 제품소개

HOME > 고객센터 > FAQ

번호 제목 닉네임 조회 등록일
27 no image [참고/Gforms] 에서 소스세이프 사용 메뉴얼 (형상관리) 파일
기술지원
547 2007-11-30
26 no image [참고/.NET]GAUCE .NET 에서 컴파일시 gaucelib.dll 을 찾지 못하는 경우 파일
기술지원44
423 2007-11-30
25 no image [참고/.NET]GAUCE .NET TroubleShooting 문서입니다. 파일
기술지원44
827 2007-11-26
24 no image [참고/grid] 부동소수점 처리에 따른 데이터 값의 변화 파일
관리자
617 2007-11-21
23 no image [참고/.NET]domain 별로 characterset 지정하기 파일
기술지원44
416 2007-11-19
22 no image [참고/Java] 파일 업로드 소스입니다. 파일
관리자
1517 2007-11-16
21 no image [참고/.NET].NET Framework 1.1에서 TR Post 문제 해결방안 파일
기술지원44
611 2007-11-02
20 no image [참고/Java]GAUCE 로 clob data 처리 sample 파일
기술지원44
1179 2007-11-02
19 no image [GAUCE Java]Beaver Framework API 입니다. 파일
기술지원44
807 2007-10-25
18 no image [WebBuilder]웹빌더에서 좌측 ADE/MX탭의 컴포넌트 리스트가 나오지 않을때. 파일
관리자
2671 2004-12-16
17 no image [참고/JAVA]Gauce 와 OpenSourceFramework 연동 관련 문서 입니다. (Spring/Struts 1.X/Struts 2.X) 파일
기술지원44
2270 2007-08-14
16 no image [GAUCE/JAVA] 이미지데이터셋(ImageDataset)을 csv로 만드는 예제 (플래쉬 파일) 파일
관리자
1748 2007-07-03
15 no image [참고/오류] java.lang.IllegalStateException: getOutputStream() has already been called for this response
관리자
1971 2006-11-15
안녕하세요? 아래와 같은 오류에 대한 문의가 꾸준히 들어와서 해결법을 알려 드립니다. 1. jsp로 서비스 작성시 - <% %> 스크립랫과 스크립랫 사이에 엔터가 있으면 발생하게 됩니다. ex) 오류나는 경우 <%@page language="java" contentType="text/html;charset=UTF-8"%> <%@page import="com.gauce.*,com.gauce.io.*,com.gauce.common.*,com.gauce.log.*,com.gauce.db.*,java.sql.*"%> <% // 서비스... %> ex) 수정한 경우 <%@page language="java" contentType="text/html;charset=UTF-8"%><%@page import="com.gauce.*,com.gauce.io.*,com.gauce.common.*,com.gauce.log.*,com.gauce.db.*,java.sql.*"%><% // 서비스... %> 이와 같이 변경하면 더이상 오류가 나지 않습니다. 원인은 JSP가 작성되어 가우스 서비스가 실행된후(response가 전송된후) 스크립랫 사이의 CRLF값이 화면으로 전송되기 때문에 발생하는 에러 입니다. 2. 또하나의 경우는 일반적인 JSP프로그램 만들듯이 서비스 종료후 response를 다른곳으로 전달할려고 시도한 경우 입니다. 2006-11-14 08:42:13 StandardWrapperValve[jsp]: Servlet.service() for servlet jsp threw exception java.lang.IllegalStateException: getOutputStream() has already been called for this response at org.apache.coyote.tomcat5.CoyoteResponse.getWriter(CoyoteResponse.java:599) at org.apache.coyote.tomcat5.CoyoteResponseFacade.getWriter(CoyoteResponseFacade.java:163) at org.apache.jasper.runtime.JspWriterImpl.initOut(JspWriterImpl.java:122) at org.apache.jasper.runtime.JspWriterImpl.flushBuffer(JspWriterImpl.java:115) at org.apache.jasper.runtime.PageContextImpl.release(PageContextImpl.java:190) at org.apache.jasper.runtime.JspFactoryImpl.internalReleasePageContext(JspFactoryImpl.java:115) at org.apache.jasper.runtime.JspFactoryImpl.releasePageContext(JspFactoryImpl.java:75) at org.apache.jsp.test.wp01_005f049A_jsp._jspService(wp01_005f049A_jsp.java:272) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:94) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683) at java.lang.Thread.run(Thread.java:534)
14 no image [TIP/ASP] GAUCE COM+ 에서 이미지(image) 데이타셋을 이용해서 그리드와 트리뷰(TreeView)에 이미지 넣기 파일
관리자
1816 2006-11-14
13 no image [참고/ASP] GAUCE COM+ 3.0 서비스 작성시 주의사항 파일
관리자
1456 2006-11-14
12 no image [TIP/Java] TreeView에 이미지(image) 데이터셋 적용 예제. 파일
관리자
1979 2006-10-31
11 no image [참고/Java] GauceDefaultAction.java 파일
관리자
1660 2006-10-31
10 no image [Example] CSV -&gt; DataSet으로 읽어들인후 해당 내용을 서버쪽에서 출력하는 예제 파일
관리자
1920 2006-10-25
9 no image [TIP/JAVA] GauceFilter를 통한 정상 요청이 아닙니다
관리자
2075 2006-10-11
가장 많이 들어오는 오류의 내용입니다. 현재까지 원인을 보면 1. 올바르게 가우스가 설치가 안된 경우. - 가우스 설치후, 해당 context폴더의 이름 변경, 이동등이 발생한 경우 2. 컴포넌트 버전 문제 - 가우스 4.0에서는 내부적으로 특정 값을 화면의 컴포넌트로 받아서 가우스 컴포넌트에서 온 request 검증하게 됩니다. 컴포넌트 버전이 낮은 경우, 특정 파라미터가 전송이 되지 않기 때문에 발생 할수 있게 됩니다. - 이런 경우에는 대부분의 PC에서는 잘되는데, 특정 PC에서 접속했을때 오류가 발생하기도 합니다. 3. 스트럿츠 연동시 문제 - 혹시 조회시에는 문제가 발생않는데 tr시 이런 에러가 발생을 하면은 주로 service= loader.newService(); 이 부분에서 에러가 발생을 합니다. 또는 request casting하는 부분에서도 발생할수있습니다. 이럴경우 import com.gauce.http.HttpGauceRequest; 시켜주시고 loader = new ServiceLoader(request, response); 위의 부분을 HttpGauceRequest gauceRequest = (HttpGauceRequest)request.getAttribute("HttpGauceRequest"); loader = new ServiceLoader(gauceRequest, response); 아래와 같이 수정을 하시면 됩니다. 단, 기존에 System.out.println("request.getClass().getName() : " + request.getClass().getName()); 부분을 찍었을때 HttpGauceRequestWrapper 가 안나오면 위와같이 처리하면 됩니다. - Struts와 같은 프레임웍과 원활하게 연동할 수 있도록 라이브러리를 추가하고 환경파일인 gauce.xml에 다음의 설정이 새로 추가되었다. 기존 환경파일과도 100%호환된다. <connector> <request className="com.gauce.filter.HttpGauceRequestWrapper"/> <response className="com.gauce.filter.HttpGauceResponseWrapper"/> </connector> -> (만약 스트러츠와 연동을 하기 위해서는) <connector> <request className="com.gauce.filter.HttpStrutsRequestWrapper"/> <response className="com.gauce.filter.HttpGauceResponseWrapper"/> </connector> 4. 레진 서버를 사용하는 경우. - 레진의 경우 request 를 자체적으로 변형을 시켜서 gauce.xml 을 struts셋팅으로 변경을 시켜도 오류가 나는 경우에는 아래와 같이 소스를 변경 시켜 주어야 한다. GauceConnection conn = (GauceConnection)request.getAttribute("GauceConnection"); HttpGauceRequest hreq = conn.getHttpGauceRequest(); HttpGauceResponse hres = conn.getHttpGauceResponse(); System.out.println(hreq.getClass().getName()); System.out.println(hres.getClass().getName()); //GauceOutputStream gos = ((HttpGauceResponse) response).getGauceOutputStream(); GauceOutputStream gos = hres.getGauceOutputStream();
8 no image [참고/JAVA] JEUS 서버 auto reload시에 오류 해결방법
관리자
1580 2006-10-02
안녕하세요? 제우스 서버에서 클래스 변경하면 가우스 필터 오류나는 부분에 대한 해결 방법 입니다. 아래 내용은 티맥스에서 보내온 자료입니다. 그럼 수고하세요 -------------------------------------------------------------------------------------- 일단 JEUS에서 변경된 class를 auto reload하는 방법에는 두가지가 있습니다. 첫번째는 시간주기로 container에서 변경된 class를 체크하여 auto reload하는 방식이고 첫번째는 변경된 class에 요청이 왔을 때 auto reload하는 방식입니다 이러한 설정은 $JEUS_HOME/config/[nodename]/[nodename]_servlet_engine1/jeus-web-dd_[contextname].xml에서 할수 있으며 jeus-web-dd_[contextname].xml 파일을 열어보시면 …. <auto-reload> <enable-reload>true</enable-reload> --- 첫번째 방식 default 시간간격 : 300초 <check-on-demand>true</check-on-demand> --- 두번째 방식 </auto-reload> …. 위와 같이 auto-reload에 관한 설정을 보실 수 있습니다. 테스트시에도 변경된 class를 적용하신후, 바로 호출하였기 때문에 두번째 방법이 먼저 적용되었습니다. 두번째 방식(check-on-demand)은 다른 WAS에서는 사용하지 않는 방식으로, 개발자의 편의를 위해서 JEUS에 도입된 기술입니다. 그런데 이 방식의 알고리즘(원문 메시지 참고)상 servlet filter를 사용할 경우, 처음 호출시에는 호출한 servlet만 auto-reload되고 servlet filter는 auto reload되지 않기 때문에, 위와 같은 문제가 발생한 것 같습니다. (두번째 호출시에는 servlet filter 또한 auto reload되기 때문에 정상적으로 Hash code값이 바뀌어 나옵니다) 다른 WAS에서는 위와 같은 문제가 발생하지 않은 이유는 다른 WAS의 경우 첫번째방식만을 지원하고 있고 check하는 시간 간격이 짧기 때문에 위와 같은 문제가 발생하지 않는 것으로 추정됩니다. === 해결 방법 === jeus-web-dd_[contextname].xml의 <check-on-demand>를 false로 설정하시고 …. <auto-reload> <enable-reload>true</enable-reload> <check-on-demand>false</check-on-demand> </auto-reload> …. $JEUS_HOME/config/[nodename]/[nodename]_servlet_engine1/WEBMain.xml에서 <web-container>태그 바로 하단에 <monitoring>/<check-class-reload>를 아래와 같이 설정하시면 됩니다. (설정후 재부팅하셔야 적용됩니다.) <web-container> <monitoring> <check-class-reload>2000</check-class-reload> </monitoring> …….. 위와 같이 설정하였을 경우 2초(2000ms)간격으로 container에서 class reload된 것을 체크하겠다는 의미입니다. 시간 간격은 편하실 되로 적용하시면 됩니다.(최소값은 1초(1000ms)입니다)
Tag List
XE Login