DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30321.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30321.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30321.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30321.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Monday 26 July 2004 16:12, Daniel Fagerstrom wrote:
Hi Morley,
I answer at Cocoon-dev as others might be interested.
AFAIK there are no current prefered method for calling web-services. I
and my colleagues, use the extended SourceWritingTransformer (SWT) and
Hi,
I downloaded the latest Cocoon version, now my
RDQLTransformer does not work anymore. Hove you changed anything? When I try to
create a new element (Using startElement() method) I become an error. Can you
help me please? See the Attachment for the stacktrace error.
Thanks,
Halgurt
.
-INFO- Made directory
[/usr/local/gump/public/workspace/cocoon-2.1/build/cocoon-20040727/test]
-INFO- Enable verbose output, due to 2 previous error(s).
-INFO- Failed with reason build failed
-INFO- Enable debug output, due to build failure.
-INFO- Project Reports in:
/usr/local/gump/public
Hi,
I wonder if there is a way to execute a call to the Cocoon instance from
within the same web application using ordinary Java API, not wasting
time on HTTP overhead. If so, where to start? I have examined interfaces
to some root Cocoon classes, and did not find an entry point to do that.
On Mon, 26 Jul 2004 16:12:30 +0200, Daniel Fagerstrom
[EMAIL PROTECTED] wrote:
Hi Morley,
I answer at Cocoon-dev as others might be interested.
Yup, I am. We're currently facing the need of a tool that does XML
over HTTP for some webserviceish things that aren't actually SOAP
compliant (it's
Christian Mayrhuber wrote:
On Monday 26 July 2004 16:12, Daniel Fagerstrom wrote:
I'm currently writing a hand crafted stub for a remote object, that I can use
in both Flowscript and my custom generator. (The remote side has no wsdl)
If the remote site had a wsdl description you could use
Please rescue me
I wrote custom generator in which I used request
parameters sent from the browser.I then configured it
in the sitemap and tested it. It worked very fine. Now
when I used the pipeline containing the generator as a
coplet resource URI for the prtal engine, the request
parameters
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=24402.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Tue, 27 Jul 2004 14:57:08 +0200, Daniel Fagerstrom
[EMAIL PROTECTED] wrote:
I was thinking about using SWT as well, but then I realized that SWT
doesn't offer a way of inserting the resulting XML in the original
stream: all it does is delete the XML inside the source:write/
element,
... at least that's what the build failures say.
The appended patch should add that dependency.
Cheers
Stefan
--
http://stefanbodewig.blogger.de/
Index: gump.xml
===
RCS file: /home/cvspublic/cocoon-2.1/gump.xml,v
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=23939.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Dear Cocooners,
while working on Butterfly, I started looking at the TreeProcessor and
I was astonished at the number of classes I have to port, if I want to
reimplement it:
o.a.c.components.treeprocessor: 26 classes
o.a.c.components.treeprocessor.sitemap: 44 classes
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30351.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30351.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,
Speaking from the perspective of a Cocoon user with a probably larger
than normal install base, I'd be _very_ scared about upgrading to a new
version of Cocoon if my old sitemaps don't work. I realise that the
work you're doing is research focused, but I still think a bit of
pragmatism is
Ugo Cei wrote:
Dear Cocooners,
while working on Butterfly, I started looking at the TreeProcessor and I
was astonished at the number of classes I have to port, if I want to
reimplement it:
o.a.c.components.treeprocessor: 26 classes
o.a.c.components.treeprocessor.sitemap: 44 classes
I love it!
-Brian
On Jul 27, 2004, at 5:34 PM, Ugo Cei wrote:
if (match .*\.html) {
generate input.xml
transform xslt, stylesheet1.xsl
transform xslt, stylesheet2.xsl
serialize xml
}
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30351.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Corin Moss wrote:
Hi,
Speaking from the perspective of a Cocoon user with a probably larger
than normal install base, I'd be _very_ scared about upgrading to a new
version of Cocoon if my old sitemaps don't work. I realise that the
work you're doing is research focused, but I still think a bit of
Sinful as it might sound, I had been thinking about a non-XML syntax for
the sitemap for a long time ;-)
Well, I have to admit I came across this
thought too lately.
Pipelines quite often felt like functions
to me. The virtual components thread always
remembered me on a call hierarchy.
Lately
Ugo Cei wrote:
(you can find it in Butterfly's CVS)
the SVN repository has been setup. It would be nice to have that
development over on SVN since we could see what's going on ;-)
--
Stefano.
smime.p7s
Description: S/MIME Cryptographic Signature
Thanks. That does work. I'll close the bug.
However, it's rather a pain in the neck to have to a specify a converter
(excuse me, convertor) for all the non-string form fields. A patch to fix
that is attached (should I open another Bugzilla bug?).
ValueJXPathBinding has been modified so that
Tony Collen wrote:
Corin Moss wrote:
I guess if you'd
really like a Groovy based sitemap declaration, then existing XML
sitemaps could be pre-parsed into Groovy?
Ugo and I were just talking about this on IRC. There's pretty much a
1-1 correspondence with the sitemap and the proposed syntax. We
Torsten Curdt wrote:
Sinful as it might sound, I had been thinking about a non-XML syntax
for the sitemap for a long time ;-)
Well, I have to admit I came across this
thought too lately.
Pipelines quite often felt like functions
to me. The virtual components thread always
remembered me on a call
Vadim Gritsenko wrote:
Tony Collen wrote:
Corin Moss wrote:
I guess if you'd
really like a Groovy based sitemap declaration, then existing XML
sitemaps could be pre-parsed into Groovy?
Ugo and I were just talking about this on IRC. There's pretty much a
1-1 correspondence with the sitemap and
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30356.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30356.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30356.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30356.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Stefano wrote:
The XML syntax makes sense only when you want to process the sitemap
iteself via pipeline (for example, to generate an SVG poster
of it via XSLT)
And makes sense if you want to prevent people from adding scripting
inside the pipelines (well, actions are kinda like
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30356.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
35 matches
Mail list logo
