Return-Path: Delivered-To: apmail-cocoon-users-archive@www.apache.org Received: (qmail 71167 invoked from network); 17 Apr 2008 20:48:18 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 17 Apr 2008 20:48:18 -0000 Received: (qmail 93301 invoked by uid 500); 17 Apr 2008 20:48:16 -0000 Delivered-To: apmail-cocoon-users-archive@cocoon.apache.org Received: (qmail 93251 invoked by uid 500); 17 Apr 2008 20:48:16 -0000 Mailing-List: contact users-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: users@cocoon.apache.org List-Id: Delivered-To: mailing list users@cocoon.apache.org Received: (qmail 93240 invoked by uid 99); 17 Apr 2008 20:48:16 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 17 Apr 2008 13:48:16 -0700 X-ASF-Spam-Status: No, hits=1.0 required=10.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [129.128.5.19] (HELO mail3.srv.ualberta.ca) (129.128.5.19) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 17 Apr 2008 20:47:22 +0000 Received: from mailserver.ualibrary.ualberta.ca (mail.library.ualberta.ca [129.128.216.88]) by mail3.srv.ualberta.ca (8.13.8/8.13.8) with SMTP id m3HKlfvw025360 for ; Thu, 17 Apr 2008 14:47:42 -0600 (MDT) Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C8A0CB.D9E0A1C0" X-MimeOLE: Produced By Microsoft Exchange V6.5 Subject: RE: webdav transformer Date: Thu, 17 Apr 2008 14:44:37 -0600 Message-ID: <908893006339C0409519E4065DF3B249031885E7@mailserver.ualibrary.ualberta.ca> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: webdav transformer Thread-Index: AcifKwDOO8dBY1JuToqqNbxu2Xh+5wAZ3lQZABA2mEAAIlSj1wAbhPFw References: A <908893006339C0409519E4065DF3B249031885D8@mailserver.ualibrary.ualberta.ca> From: "Binkley, Peter" To: X-Virus-Checked: Checked by ClamAV on apache.org ------_=_NextPart_001_01C8A0CB.D9E0A1C0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Thanks, Jeroen - someone mentioned that one once before but I had = forgotten it. Looking at the description in the wiki, I think it is not = as good a fit for my needs as the webdav approach, since the Forrest = project uses a generator instead of a transformer. I need to update the = Solr index with the output of a CForm, so being able to transform the = data as part of a pipeline before generating a Solr doc and pushing it = up to Solr is very convenient. It makes it easy to do all those little = normalization and validation steps to keep the data clean. =20 Peter ________________________________ From: Jeroen Reijn [mailto:j.reijn@onehippo.com]=20 Sent: Thursday, April 17, 2008 1:29 AM To: users@cocoon.apache.org; users@cocoon.apache.org Subject: RE: webdav transformer Hi Peter, I had to dig a bit deeper in my memory, before I was able to answer = this. Almost a year ago, I did some research for the SOLR and Cocoon = combination and I came across some Apache Forrest plugins that are = useful in combination with Cocoon. See [1] for more information on this = plugin. The plugin contains a couple of generators that can handle both = GET and POST requests to SOLR. I hope this helps you with your problem, = and now you don't have to wrap your request into a webdav request. Regards, Jeroen [1] http://wiki.apache.org/solr/SolrForrest -----Original Message----- From: Binkley, Peter [mailto:Peter.Binkley@ualberta.ca] Sent: Wed 4/16/2008 5:11 PM To: users@cocoon.apache.org Subject: RE: webdav transformer Solr speaks POST, and so does the webdav transfomer. I've blogged about = this here: http://www.wallandbinkley.com/quaedam/?p=3D104 . I was = surprised how difficult it was to find an easy way to post blocks of XML = (as opposed to name-value pairs) without writing code. No doubt this = could be added to the CInclude transformer without too much trouble. I = wonder why there hasn't been enough demand to make this happen; it's a = fairly common requirement these days, I'd have thought. (Not that I've = got my act together to post an enhancement request, and I haven't looked = at 2.2). Peter ________________________________ From: Jeroen Reijn [mailto:j.reijn@onehippo.com] Sent: Wednesday, April 16, 2008 1:21 AM To: users@cocoon.apache.org; users@cocoon.apache.org Subject: RE: webdav transformer Hi Robert, what is the stacktrace that you get from the webbdav transformer that = sends the request? Just because I'm curious: solr speaks webdav? Regards, Jeroen -----Original Message----- From: news on behalf of Robert Goen=E9 Sent: Tue 4/15/2008 8:55 PM To: users@cocoon.apache.org Subject: webdav transformer Hi! I try to use the webdav transformer in Cocoon 2.1.10 to post some data to Solr. When I do not provide a element, I get the expected error message from Solr: no data provided. So far so good. When I do provide a element, I get a very general NullPointerException. I use the Saxon transformer, because I need some EXSLT features. Could this explain my problem? Would explicitely defining the webdav transformer do any good? Thanks in advance, Robert --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org For additional commands, e-mail: users-help@cocoon.apache.org ------_=_NextPart_001_01C8A0CB.D9E0A1C0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: webdav transformer
Thanks, Jeroen - someone mentioned that one = once before but=20 I had forgotten it. Looking at the description in the wiki, I think it = is not as=20 good a fit for my needs as the webdav approach, since the Forrest = project uses a=20 generator instead of a transformer. I need to update the Solr index with = the=20 output of a CForm, so being able to transform the data as part of a = pipeline=20 before generating a Solr doc and pushing it up to Solr is very = convenient. It=20 makes it easy to do all those little normalization and validation steps = to keep=20 the data clean.
 
Peter

From: Jeroen Reijn = [mailto:j.reijn@onehippo.com]=20
Sent: Thursday, April 17, 2008 1:29 AM
To:=20 users@cocoon.apache.org; users@cocoon.apache.org
Subject: RE: = webdav=20 transformer

Hi Peter,

I had to dig a bit deeper in my = memory, before=20 I was able to answer this. Almost a year ago, I did some research for = the SOLR=20 and Cocoon combination and I came across some Apache Forrest plugins = that are=20 useful in combination with Cocoon. See [1] for more information on this = plugin.=20 The plugin contains a couple of generators that can handle both GET and = POST=20 requests to SOLR. I hope this helps you with your problem, and now you = don't=20 have to wrap your request into a webdav=20 request.

Regards,

Jeroen

[1] http://wiki.apache.org/s= olr/SolrForrest



-----Original=20 Message-----
From: Binkley, Peter [mailto:Peter.Binkley@ualberta.c= a]
Sent:=20 Wed 4/16/2008 5:11 PM
To: users@cocoon.apache.org
Subject: RE: = webdav=20 transformer

Solr speaks POST, and so does the webdav transfomer. = I've=20 blogged about this here: http://www.wallan= dbinkley.com/quaedam/?p=3D104=20 . I was surprised how difficult it was to find an easy way to post = blocks of XML=20 (as opposed to name-value pairs) without writing code. No doubt this = could be=20 added to the CInclude transformer without too much trouble. I wonder why = there=20 hasn't been enough demand to make this happen; it's a fairly common = requirement=20 these days, I'd have thought. (Not that I've got my act together to post = an=20 enhancement request, and I haven't looked at=20 2.2).

Peter

________________________________

From: = Jeroen=20 Reijn [mailto:j.reijn@onehippo.com]
= Sent:=20 Wednesday, April 16, 2008 1:21 AM
To: users@cocoon.apache.org;=20 users@cocoon.apache.org
Subject: RE: webdav = transformer



Hi=20 Robert,

what is the stacktrace that you get from the webbdav = transformer=20 that sends the request?
Just because I'm curious: solr speaks=20 webdav?

Regards,

Jeroen


-----Original=20 Message-----
From: news on behalf of Robert Goen=E9
Sent: Tue = 4/15/2008 8:55=20 PM
To: users@cocoon.apache.org
Subject:  webdav=20 transformer

Hi!

I try to use the webdav transformer in = Cocoon=20 2.1.10 to
post some data to Solr. When I do not provide a=20 <body>
element, I get the expected error message from = Solr:
no data=20 provided. So far so good. When I do provide a
<body> element, I = get a=20 very general NullPointerException.

I use the Saxon transformer, = because I=20 need some EXSLT
features. Could this explain my problem? Would=20 explicitely
defining the webdav transformer do any = good?

Thanks in=20 advance,

Robert


---------------------------------------= ------------------------------
To=20 unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For = additional=20 commands, e-mail:=20 users-help@cocoon.apache.org





------_=_NextPart_001_01C8A0CB.D9E0A1C0--