Return-Path: X-Original-To: apmail-cocoon-dev-archive@www.apache.org Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id E041A9AB4 for ; Fri, 30 Mar 2012 18:54:44 +0000 (UTC) Received: (qmail 48415 invoked by uid 500); 30 Mar 2012 18:54:44 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 48361 invoked by uid 500); 30 Mar 2012 18:54:44 -0000 Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@cocoon.apache.org List-Id: Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 48354 invoked by uid 99); 30 Mar 2012 18:54:44 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 30 Mar 2012 18:54:44 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of simone.tripodi@gmail.com designates 209.85.216.179 as permitted sender) Received: from [209.85.216.179] (HELO mail-qc0-f179.google.com) (209.85.216.179) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 30 Mar 2012 18:54:40 +0000 Received: by qcha6 with SMTP id a6so709266qch.24 for ; Fri, 30 Mar 2012 11:54:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=M0PLDfclaq3ZA2BGXW59aKiZTu4m89pOGxQ3tnUPrC0=; b=068VacyVaDZ29v9UBQUCwzgA1VeMwxQXXAnKo+k9AIa5JvmeulF8yVd3lY8ehH0QbG oN/3Ei+91N8cr41C6nzXdmgkjqhxVz7MqXEGZJQCWtTmzdT+X0wLqpAvs/siBG7AOKf9 PH8IpsCeTDAlwqswF/SmOqP7IWB0Il8IZMJxyoneHtQNvxx237B9Hn8o1WWXPJ7FqPDi 36eX/sl5igDKzX3zzlz4ri/k3T/nKMy4CUb9dHctJXPd7zo4nXenm0kkomFoafqtOe2C XxuNjgkuCfxTLJxKo8hZrLlWm3dT57cQYrLzDnrnofDEqfERF9KJ+3/TCz5zRabCWV9Q YBHg== MIME-Version: 1.0 Received: by 10.224.184.10 with SMTP id ci10mr50618qab.4.1333133659307; Fri, 30 Mar 2012 11:54:19 -0700 (PDT) Sender: simone.tripodi@gmail.com Received: by 10.224.74.15 with HTTP; Fri, 30 Mar 2012 11:54:19 -0700 (PDT) In-Reply-To: References: Date: Fri, 30 Mar 2012 20:54:19 +0200 X-Google-Sender-Auth: U8y3ZDjyiXYn6by-VqJrCT6Yf3I Message-ID: Subject: Re: [cocoon3] why setup()? From: Simone Tripodi To: dev@cocoon.apache.org Content-Type: text/plain; charset=UTF-8 X-Virus-Checked: Checked by ClamAV on apache.org Hi mate, IIRC, but I could be wrong, the reason is more historical than real need, to make APIs elastic enough for both Sitemap/programmatic executions. Anyway, there are still some things I contine getting confused about the APIs, but I'll discuss them in a separated thread. Thanks a lot for the feedbacks, all the best! -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Fri, Mar 30, 2012 at 12:57 AM, Christian Grobmeier wrote: > Hello folks, > > I was looking at cocoon3 Pipeline interface. I saw: > > setup(OutputStream outputStream) > setup(OutputStream outputStream, Map parameters) > > It seem one always needs to call setup() (which makes sense). But why > is there a method like this? Couldn't it be the execute method which > takes the OutputStream? > > execute(OutputStream outputStream) > execute(OutputStream outputStream, Map parameters) > > One would get rid of setup - this feels more natural to me at first glance. > > Cheers > Christian > > > > -- > http://www.grobmeier.de > https://www.timeandbill.de