Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id DEABC200C44 for ; Mon, 27 Mar 2017 18:34:48 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id DD3EE160B85; Mon, 27 Mar 2017 16:34:48 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 2E8D1160B7B for ; Mon, 27 Mar 2017 18:34:48 +0200 (CEST) Received: (qmail 63358 invoked by uid 500); 27 Mar 2017 16:34:47 -0000 Mailing-List: contact issues-help@cxf.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cxf.apache.org Delivered-To: mailing list issues@cxf.apache.org Received: (qmail 63347 invoked by uid 99); 27 Mar 2017 16:34:47 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 27 Mar 2017 16:34:47 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id EC399C6A09 for ; Mon, 27 Mar 2017 16:34:46 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -100.002 X-Spam-Level: X-Spam-Status: No, score=-100.002 tagged_above=-999 required=6.31 tests=[RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id jxu-J1-Gw25R for ; Mon, 27 Mar 2017 16:34:45 +0000 (UTC) Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org [209.188.14.139]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTP id 866FA5FBA1 for ; Mon, 27 Mar 2017 16:34:44 +0000 (UTC) Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by mailrelay1-us-west.apache.org (ASF Mail Server at mailrelay1-us-west.apache.org) with ESMTP id D1364E0901 for ; Mon, 27 Mar 2017 16:34:42 +0000 (UTC) Received: from jira-lw-us.apache.org (localhost [127.0.0.1]) by jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP id 61B1D2406F for ; Mon, 27 Mar 2017 16:34:42 +0000 (UTC) Date: Mon, 27 Mar 2017 16:34:42 +0000 (UTC) From: "Daniel Kulp (JIRA)" To: issues@cxf.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Resolved] (CXF-6529) Attachment configuration has no effect MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Mon, 27 Mar 2017 16:34:49 -0000 [ https://issues.apache.org/jira/browse/CXF-6529?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Daniel Kulp resolved CXF-6529. ------------------------------ Resolution: Not A Problem Fix Version/s: Invalid This is as designed. Those properties only are in effect when we have to break streaming and cache the attachments. By default, CXF tries to stream attachments (and everything else) whenever possible and thus those properties are irrelevant. There are several "events" that can cause having to cache the attachments and thats when these properties take effect. Schema validation is one, SAAJ handlers are another, some aspects of security, querying the number of attachments in an interceptor, etc.... > Attachment configuration has no effect > -------------------------------------- > > Key: CXF-6529 > URL: https://issues.apache.org/jira/browse/CXF-6529 > Project: CXF > Issue Type: Bug > Components: JAX-WS Runtime > Affects Versions: 2.7.16 > Reporter: Michael Clay > Fix For: Invalid > > > It seems like attachment-memory-threshold,attachment-max-size and attachment-directory configuration is ONLY effective if SCHEMA_VALIDATION_ENABLED is set to true which causes the JAXBAttachmentSchemaValidationHack to explicitly #hold( and cache) the request from ServletInputStream to file. -- This message was sent by Atlassian JIRA (v6.3.15#6346)