Return-Path: X-Original-To: apmail-cxf-users-archive@www.apache.org Delivered-To: apmail-cxf-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id C24679D22 for ; Tue, 21 May 2013 17:42:35 +0000 (UTC) Received: (qmail 92544 invoked by uid 500); 21 May 2013 17:42:35 -0000 Delivered-To: apmail-cxf-users-archive@cxf.apache.org Received: (qmail 92357 invoked by uid 500); 21 May 2013 17:42:35 -0000 Mailing-List: contact users-help@cxf.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@cxf.apache.org Delivered-To: mailing list users@cxf.apache.org Received: (qmail 92324 invoked by uid 99); 21 May 2013 17:42:34 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 21 May 2013 17:42:34 +0000 X-ASF-Spam-Status: No, hits=0.0 required=5.0 tests= X-Spam-Check-By: apache.org Received-SPF: error (nike.apache.org: local policy) Received: from [64.85.173.253] (HELO server.dankulp.com) (64.85.173.253) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 21 May 2013 17:36:02 +0000 Received: by server.dankulp.com (Postfix, from userid 5000) id 8E8861835CC; Tue, 21 May 2013 13:35:21 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on server.dankulp.com X-Spam-Level: X-Msg-File: /tmp/mailfilter-users@cxf.apache.org.5dGAI733yY Received: from macbook.house.dankulp.com (c-24-91-72-253.hsd1.ma.comcast.net [24.91.72.253]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.dankulp.com (Postfix) with ESMTPSA id 518A31835AC; Tue, 21 May 2013 13:35:18 -0400 (EDT) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: Keep tmp files around From: Daniel Kulp In-Reply-To: Date: Tue, 21 May 2013 13:35:35 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: users@cxf.apache.org, John D. Ament X-Mailer: Apple Mail (2.1503) X-Virus-Checked: Checked by ClamAV on apache.org X-Old-Spam-Status: No, score=-2.9 required=3.0 tests=ALL_TRUSTED,AWL,BAYES_00, URIBL_BLOCKED shortcircuit=no autolearn=unavailable version=3.3.2 On May 21, 2013, at 1:11 PM, John D. Ament = wrote: > aki >=20 > In my case, the request body is too large to show in the debug = logging. > That limits it to 64kb. =20 Actually, I think the debug logging defaults to 100K, not 64K.=20 > This is for an outbound web service call we're > making using CXF as our runtime, so I'm not sure how to enable = interceptors > that way. How are you turning on the logging? The logging interceptor and = feature both have a "limit" property that can be set to something much = larger if needed. Dan >=20 >=20 > On Tue, May 21, 2013 at 12:44 PM, Aki Yoshida = wrote: >=20 >> Not sure what is the best approach to suggest, as your question is = somehow >> indirect and maybe there is another way to analyze the issue.. >>=20 >> If you are talking about the temporary files that are created during >> processing, you need to write an interceptor to interfere with the = normal >> operation of this caching to leave the files undeleted after = processing. >>=20 >> If you just want to look at the message content, isn't it easier to >> activate the logging feature? >>=20 >> regards, aki >>=20 >>=20 >>=20 >> 2013/5/21 John D. Ament >>=20 >>> Hi all >>>=20 >>> I'm currently debugging an issue w/ CXF where fields are coming in = wrong >> to >>> our webservice (CXF is the client). I have debug logging turned on = but >> the >>> payloads are too large so I can only see the first 64kb of the = message. >> Is >>> it possible to have CXF keep the files that it creates rather than >> deleting >>> them? >>>=20 >>> John >>>=20 >>=20 --=20 Daniel Kulp dkulp@apache.org - http://dankulp.com/blog Talend Community Coder - http://coders.talend.com