Return-Path: 
 <abdera-dev-return-1407-apmail-incubator-abdera-dev-archive=incubator.apache.org@incubator.apache.org>
Delivered-To: apmail-incubator-abdera-dev-archive@locus.apache.org
Received: (qmail 86661 invoked from network); 11 Aug 2007 19:18:42 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 11 Aug 2007 19:18:42 -0000
Received: (qmail 63460 invoked by uid 500); 11 Aug 2007 19:18:40 -0000
Delivered-To: apmail-incubator-abdera-dev-archive@incubator.apache.org
Received: (qmail 63438 invoked by uid 500); 11 Aug 2007 19:18:40 -0000
Mailing-List: contact abdera-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:abdera-dev-help@incubator.apache.org>
List-Unsubscribe: <mailto:abdera-dev-unsubscribe@incubator.apache.org>
List-Post: <mailto:abdera-dev@incubator.apache.org>
List-Id: <abdera-dev.incubator.apache.org>
Reply-To: abdera-dev@incubator.apache.org
Delivered-To: mailing list abdera-dev@incubator.apache.org
Received: (qmail 63429 invoked by uid 99); 11 Aug 2007 19:18:40 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 11 Aug 2007 12:18:40 -0700
X-ASF-Spam-Status: No, hits=3.2 required=10.0
	tests=HTML_MESSAGE,SPF_NEUTRAL
X-Spam-Check-By: apache.org
Received-SPF: neutral (athena.apache.org: local policy)
Received: from [209.85.128.190] (HELO fk-out-0910.google.com) (209.85.128.190)
    by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 11 Aug 2007 19:18:35 +0000
Received: by fk-out-0910.google.com with SMTP id 18so1053128fks
        for <abdera-dev@incubator.apache.org>;
 Sat, 11 Aug 2007 12:18:12 -0700 (PDT)
Received: by 10.82.186.5 with SMTP id j5mr339911buf.1186859891551;
        Sat, 11 Aug 2007 12:18:11 -0700 (PDT)
Received: by 10.82.176.13 with HTTP; Sat, 11 Aug 2007 12:18:11 -0700 (PDT)
Message-ID: <7b774c950708111218s28bc6a8cm819c299f0ebad856@mail.gmail.com>
Date: Sat, 11 Aug 2007 15:18:11 -0400
From: "Dan Diephouse" <dan@envoisolutions.com>
To: abdera-dev@incubator.apache.org
Subject: Re: [jira] Updated: (ABDERA-56) Spring Integration
In-Reply-To: <46BDF59A.3000407@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_36281_21281332.1186859891531"
References: <340154.1186854103147.JavaMail.jira@brutus>
	 <46BDF59A.3000407@gmail.com>
X-Virus-Checked: Checked by ClamAV on apache.org

------=_Part_36281_21281332.1186859891531
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Thanks :-)

On 8/11/07, James M Snell <jasnell@gmail.com> wrote:
>
> Since I changed my mind after you had already gone through the trouble
> of merging it into the server module I'll take care of the ant stuff :-)
>
> - James
>
> Dan Diephouse (JIRA) wrote:
> >      [
> https://issues.apache.org/jira/browse/ABDERA-56?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel]
> >
> > Dan Diephouse updated ABDERA-56:
> > --------------------------------
> >
> >     Attachment: spring-module.patch
> >
> > This is the spring stuff I wrote included as a separate module. I didn't
> have time to do the ant stuff today, so someone else may have to do that or
> I'll revisit sometime soon.
> >
> >> Spring Integration
> >> ------------------
> >>
> >>                 Key: ABDERA-56
> >>                 URL: https://issues.apache.org/jira/browse/ABDERA-56
> >>             Project: Abdera
> >>          Issue Type: New Feature
> >>            Reporter: Dan Diephouse
> >>             Fix For: 0.3.0
> >>
> >>         Attachments: spring-module.patch, spring-server.patch,
> spring.patch
> >>
> >>
> >> I've written a spring module for Abdera which providers an
> AbderaServlet which works with Spring as well as some XML parsers. With this
> creating an Abdera Provider becomes as simple as this:
> >>   <a:serviceContext>
> >>
> >>     <a:provider>
> >>       <ref bean="provider"/>
> >>     </a:provider>
> >>
> >>     <a:targetResolver>
> >>       <a:regexTargetResolver>
> >>         <a:collection>/atom/feed(\\?[^#]*)?</a:collection>
> >>         <a:entry>/atom/feed/([^/#?]+)(\\?[^#]*)?</a:entry>
> >>         <a:service>/atom(\\?[^#]*)?</a:service>
> >>       </a:regexTargetResolver>
> >>     </a:targetResolver>
> >>
> >>   </a:serviceContext>
> >>   <bean id="provider" class="org.apache.abdera.spring.TestProvider">
> >>   </bean>
> >> The only code you need to write then is the TestProvider class.
> >> This patch does make two other changes.
> >> 1. It modifies the Resolver interface to add a
> initializeContextPath(String context) method. This makes it so you can
> create target resolvers and not have to worry about the context path when
> you initialize it - Abdera will just initialize it later.  I'm not sure that
> what I came up with is the best way to do that though. Any other
> suggestions? Maybe Resolver.resolve should take contextPath as a
> parameter? Maybe the request URI should come without the context path in it?
> >> 2. Uses the correct groupId for Woodstox in MAven
> >
>



-- 
Dan Diephouse
Envoi Solutions
http://envoisolutions.com | http://netzooid.com/blog

------=_Part_36281_21281332.1186859891531--