}/
/map:call
Regards,
Luca Morandini
http://www.lucamorandini.it
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org
parameters easily without
knowing their names and generate XML:
jx:forEach var=p select=${cocoon.request.getParameterNames()}
p${p}=${cocoon.request.getParameter(p)}/p
/jx:forEach
Regards,
Luca Morandini
http://www.lucamorandini.it
fix these problems?
Try switching JDK to 1.5.
Regards,
Luca Morandini
http://www.lucamorandini.it
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org
fix these problems?
Try switching JDK to 1.5.
Regards,
Luca Morandini
http://www.lucamorandini.it
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org
fix these problems?
Try switching JDK to 1.5.
Regards,
Luca Morandini
http://www.lucamorandini.it
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org
fix these problems?
Try switching JDK to 1.5.
Regards,
Luca Morandini
http://www.lucamorandini.it
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org
a tools.jar for the 1.6 version
of Java?
Tools.jar is included in the JDK, not in the JRE (these are two different download
options); hence, my advice is to install the JDK (not JRE) 1.5 and change
JAVA_HOME accordingly.
Regards,
Luca Morandini
http://www.lucamorandini.it
the sitemap (it is just another
input module), like in:
map:generate element=body src=cocoon://{global:theme-path}/index.html/
In 2.2 you can use the Cocoon-Spring configurator to the same effect, but it is
way more flexible then the old global-variables definition.
Regards,
Luca Morandini
http
will execute twice
in the situation where the package parameter is present. Is this true?
That is what I would expect.
Shouldn't this be using a request-parameter Selector or some such
mechanism to decide whether to use the first or the second pipeline?
Yes.
Regards,
Luca Morandini
[http
fragment, it seems two lines were erroneously joined, it should
instead read:
com.polymorphisme.myBlock1.service%classes-dir=./target/classes
com.polymorphisme.myBlock2.service%classes-dir=../myBlock2/target/classes
%exclude-lib=com.polymorphisme:myBlock2
Regards,
Luca
different: he wants
something to ease the call from *other blocks*... hence my perplexity,
Ali, do you mind sharing the relevant pipeline fragments ?
Regards,
P.S.
By the way, I never tried calling resources from blocks other than the one
defining it.
Luca Morandini
,
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org
Folks,
Fins (the charting component for Cocoon) has been added the option of having more
than one axis on the same chart, more at:
http://www.lucamorandini.it/fins/index.html
Regards,
Luca Morandini
www.lucamorandini.it
On 19/04/10 15:52, Mark H. Wood wrote:
Oh, the *benefits* are easy enough to see. It's the how-to-switch
that's clear as mud.
You've alreadty read Vadim's presentation and samples [1], right ?
Regards,
[1] http://reverycodes.com/gt/Cocoon%202.2%20Classic.ppt
Luca
Am I wrong in supposing the proxy block has not been released yet ?
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional
the extensions automatically.
Rather cool... thanks for sharing it with us.
Regards,
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
not feel
like plunging into it.
Regards,
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h
back to JPG.
Excuse me: but is the entire stream transformed back into JPEG or is just the
mime-type that is not coherent with the (transformed) GIF stream ?
Regards,
Luca Morandini
www.lucamorandini.it
and
receiving a GIF one instead... but I suppose it makes a business case of sort.
Regards,
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e-mail: users-unsubscr
be converted to GIF, whether this
transformation is needed or not; or, possibly, two separate pipelines (assuming
one can tell the image to convert from the one not to convert *before* requesting it).
Regards,
Luca Morandini
www.lucamorandini.it
On 22/10/09 23:44, Thorsten Scherler wrote:
On 22/10/2009, at 21:32, Luca Morandini wrote:
Yep... although it could be even easier to test: since the
(untransformed) JPEG is square and the (transformed) GIF is circular,
what's needed is just checking the transparency of the background
...etc
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org
Luca Morandini wrote:
Folks,
when I issue this (I noticed this on alpha-2 as well):
Oops... wrong list, sorry :(
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e-mail
)
at
org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:501)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:707)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
Shall I open an issue on Jira ?
Regards,
Luca
Derek Hohls wrote:
Harry
AFAIK, the CDHB deals with Cocoon 2.1,
Nay: it dealt with 2.0 (it was published back in 2002)... hence no
Flowscript and no Cocoon Forms.
Regards,
Luca Morandini
www.lucamorandini.it
stage).
To get json you have to search it in the parameters argument passed
to the setup method of your generator.
Regards,
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e
in Cocoon too, via
Apache POI (I never used that, though).
Regards,
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands
,
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org
for XSLT... it
just happens that Cocoon users typically use XSLT a lot.
Regards,
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
,
is that in order to finish his assignment with Cocoon, Fernando probably
would need to write sitemaps as well XSL and other stuff.
It's clear now, and I agree.
Luca Morandini
www.lucamorandini.it
Jean-Christophe Kermagoret wrote:
Hi,
Just have a look at the following link:
* http://re.be/css2xslfo/index.xhtml
Used in conjunction with Cocoon, I think it could be a kill app.
Wow ! Looks great.
Luca Morandini
www.lucamorandini.it
/
map:part src={1}/{2}/
/map:aggregate
/map:when
map:otherwise
map:aggregate element=goforit
map:part src={1}/{request-param:sequence}/
map:part src={1}/{2}/
/map:aggregate
/map:otherwise
/map:select
Luca Morandini
www.lucamorandini.it
, then you can use the flow-attr input module to send single
values, or entire Java objects, to a pipeline.
Regards,
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e-mail: users
).
Regards,
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org
expires.
Why don't just define all the script libraries in the sitemap and pass
merely the name of the controller subclass whose method showPage is to
be invoked ?
Regards,
Luca Morandini
www.lucamorandini.it
you an error because the
function does not return a page (I am too lazy today to provide one, sorry).
Regards,
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e-mail: users
,
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org
,
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org
repository.dir.flyerdefinitions=${repository._dir_.released}/Flyer
Definitions
Regards,
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands
on my own server?
The Cocoon site uses Daisy, hence having an HTML page may be easier,
since portions can be copied and pasted.
Regards,
Luca Morandini
www.lucamorandini.it
.
Regards,
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org
asif_zzz wrote:
Anyone please tell me ,how to solve this issue??
A known issus, some explanations and solutions listed on:
http://wiki.apache.org/cocoon/RemoveNamespaces
Luca Morandini
www.lucamorandini.it
://blog.reverycodes.com/archives/45.html
In addition, follow the tutorials on 2.2 to learn the ropes:
http://cocoon.apache.org/2.2/1159_1_1.html
Regards,
Luca Morandini
www.lucamorandini.it
Peter Flynn wrote:
Luca Morandini wrote:
Peter Flynn wrote:
Whereabouts in the pipeline is that /cocoon veing inserted, and
why? I've clearly misunderstood something vital here, but I can't see
what.
Just one question: do you use Apache HTTPd's mod_proxy or mod_rewrite
as a front-ent
/avalon. To read your current settings, browse the
META-INF directory in the JARs of Cocoon blocks.
Regards,
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e-mail: users-unsubscr
with Cocoon 2.2 (used a RIA/ROA
approach instead); anyway, I did revise the sample and improving the
sample pages and they worked fine: have you tried them ?
Regard,
Luca Morandini
www.lucamorandini.it
been entangled between blocks and
the overall webapp: if this is the case, try decomposing your app
following the tutorials (especially Deploying a Cocoon application)
and you'll be fine.
Regards,
Luca Morandini
www.lucamorandini.it
,
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
For additional commands, e-mail: users-h...@cocoon.apache.org
,
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
:(
if you're interested i can send you the plugin.
I am definitively are, please do.
Regards,
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
, not directly):
http://www.mail-archive.com/users@cocoon.apache.org/msg41568.html
My best guess is that the antrun Maven plugin could be used to append at
build-time block info to the settings (specified in properties files)
used by Cocoon at run-time.
Regards,
Luca
arj123 wrote:
Thanks Luca.
I want to invoke these pipeLines from javascript and not from browser.
Is it possible?
Sure, they're like any other URL, hence they can be invoked by a
browser, an HTML form within a browser, client-side Javascript, etc.
Regards,
Luca
://cocoon.apache.org/2.1/userdocs/cinclude-transformer.html
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
in Cocoon 2.2
is neatly described here:
http://mrhaki.blogspot.com/2008/09/use-saxon-in-cocoon-22.html
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e-mail: [EMAIL PROTECTED
Anyone tried Saxon on Cocoon 2.2 (possibly with Forms and Ajax blocks) ?
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e
map:generate type=jx src=pages/{1}.jx
map:parameter name=obj value={flow-attr:obj}/
/map:generate
map:serialize type=xml/
/map:match
Regards,
Luca Morandini
www.lucamorandini.it
flowscripts and forms are not to be found in them.
Anyway, once you have you first Coocoon webapp up and running in 2.2,
you can re-use most of the 2.1 doc and a sizeable portion of the 2.0 one.
Regards,
Luca Morandini
www.lucamorandini.it
the staged nature of pipelines allows for
great flexibility.
Is this possible all this with Coocon?
I guess so.
Regards,
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e-mail
,
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
are dealt with by the XML parser (Xerces)
before the Cocoon sitemap engine kicks in.
Regards,
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e-mail: [EMAIL PROTECTED
to be gml:exterior instead of a #text.
Understandable, since your XML has newlines and blanks before
gml:exterior: try stripping all this baggage before parsing.
Regards,
Luca Morandini
www.lucamorandini.it
Alexandre Mazouz wrote:
I want to redefine the standard getElementsByTagName with your
getElementsByTagNameNoNS.
Do you know where can i make it?
Sorry, but I haven't understood what you meant: could you please rephrase ?
Luca Morandini
www.lucamorandini.it
(pipeline) to getElementsByTagNameNoNS(xElt,
pipeline, map) either manually or using your editor of choice
searchreplace.
Regards,
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e
elm.getElementsByTagName(prefix + : + tag);
}
return elm.getElementsByTagNameNS(*, tag);
}
Regards,
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e-mail: [EMAIL
/xsl:for-each
/vector
/xsl:template
Regards,
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
/repos/fins/trunk fins
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
on the View link.
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
, but does ViewVC
really not have a download all for the source code - seems
quite strange?
Apologies, but I cannot be of any assistance on this.
Luca Morandini
www.lucamorandini.it
... anyway, I've added a link to make it more
user-friendly.
Regards,
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail
.
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I hope this will make the day for a few people :)
http://www.lucamorandini.it/fins/faq.html
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e-mail: [EMAIL PROTECTED
}
server=${app.appserver2mapserver}
sld-path=http://${app.mapserver2appserver}${app.path}/;
wfs-path=http://${app.appserver2mapserver}${mapserver.wfs-path};
version=1.0.0
expires-seconds=${mapserver.cache.expiry-time}/
Regards,
Luca Morandini
Robin Wyles wrote:
It's that simple!
Indeed :)
Do you know if this documented anywhere on the C2.2 website?
Here, I guess:
http://cocoon.apache.org/2.2/core-modules/core/2.2/1261_1_1.html
Luca Morandini
www.lucamorandini.it
: try to use ParanoidCocoonServlet instead
(follow the indications in web.xml), redeploy Cocoon, cross fingers ;)
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e-mail: [EMAIL
The scope of Geoid is the building of a framework of connectors
(generators, transformers, actions, etc.) between Apache Cocoon and
various geographic information services (proprietary or open-source).
http://www.cocoondev.org/main/117-cd/30-cd.html
Luca Morandini
Derek Hohls wrote:
Luca
Seems there is a page missing:
http://www.lucamorandini.it/geoid/components-wmssldreade.html
(linked to WMS Reader)
Solved. Thanks for pointing this out.
Regards,
Luca Morandini
www.lucamorandini.it
,
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Andre Thenot wrote:
On May 14, 2008, at 6:42, Luca Morandini wrote:
No matter how much you increase your PermGenSpace, sooner or later you
will hit the wall (every redeploy decreases the amount of PermGenSpace
available).
Ok thanks, this answers my question. I'll simply restart the server
in Cocoon 2.2, after all), and in production too (there's
a very limited need to redeploy in production, right ?).
Regards,
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e-mail
when using it with C2.1 (this was already
mentioned on this list), but I didn't look deep into it: anyone taking it ?
Regards,
Luca Morandini
www.lucamorandini.it
-
To unsubscribe
http://www.cocoondev.org/main/117-cd/29-cd.html
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
org.apache.cocoon.log4j.loglevel is set to DEBUG, the
getLogger.debug() statements' output doesn't appear in the geoid-log
file, though said file is created.
Any clue ?
Regards,
Luca Morandini
www.lucamorandini.it
, then, if time allows, I'd pick up some coding tasks.
Regards,
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Grzegorz Kossakowski wrote:
Luca Morandini pisze:
I'd like to use it in my sitemap... but don't know how to do it :(
Any good soul showing me the way ?
What exactly do you want to use in your sitemaps? :-)
The same syntax as JXTemplate, like:
{jxpath:$cocoon/request/parameters/param
Vadim Gritsenko wrote:
On Apr 1, 2008, at 2:44 AM, Luca Morandini wrote:
Vadim Gritsenko wrote:
On Mar 28, 2008, at 2:07 PM, Luca Morandini wrote:
Could some point me to the list of the properties available by
default in the sitemap ?
IIRC, in default setup, system properties + contents
Luca Morandini wrote:
Does anyone mind if I copy it from the Javadocs to Daisy (possibily with
some enhancements) ?
Done: lazy consensus rules.
Luca Morandini
www.lucamorandini.it
contents on cocoon.apache.org).
Regards,
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Vadim Gritsenko wrote:
On Apr 2, 2008, at 2:28 AM, Luca Morandini wrote:
IIUC, Cocoon doesn't add properties of its own (bar the ones defined
in blocks).
Hence we can just put a reference to Maven properties, an example of
how to use them in the sitemap and we're done, right ?
No.
I'd
Vadim Gritsenko wrote:
On Apr 2, 2008, at 10:05 AM, Luca Morandini wrote:
Vadim Gritsenko wrote:
On Apr 2, 2008, at 2:28 AM, Luca Morandini wrote:
IIUC, Cocoon doesn't add properties of its own (bar the ones defined
in blocks).
Hence we can just put a reference to Maven properties
Grzegorz Kossakowski wrote:
Luca Morandini pisze:
Grzegorz Kossakowski wrote:
Luca Morandini pisze:
So, it seems either syntax (${java.home} and {global:java.home}) is
fine, but Maven's properties are not visible to the sitemap, even
when using the jetty plugin.
Luca, what do you expect
Vadim Gritsenko wrote:
On Apr 2, 2008, at 3:36 PM, Luca Morandini wrote:
Seriously, if I try java.home it works, same if I try with some
properties in my block. Actually, the syntax makes some sense, since
it is the way properties are used in, say, Ant.
Actually you are right,
I think
Vadim Gritsenko wrote:
On Mar 28, 2008, at 2:07 PM, Luca Morandini wrote:
Could some point me to the list of the properties available by default
in the sitemap ?
IIRC, in default setup, system properties + contents of all
/META-INF/cocoon/properties/* of deployed blocks.
Do you refer
Does anyone mind if I copy it from the Javadocs to Daisy (possibily with
some enhancements) ?
Regards,
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e-mail: [EMAIL
Could some point me to the list of the properties available by default
in the sitemap ?
Regards,
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e-mail: [EMAIL PROTECTED
Vadim Gritsenko wrote:
On Mar 26, 2008, at 5:19 PM, Luca Morandini wrote:
... though... why is it returning every document in sight, instead of
limiting itself to the *.jx ones ?
map:match pattern=pages.xml
map:generate type=xpathtraversable src=blockcontext
quickdirty...
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
may set use-request-parameters in the pipeline too:
http://cocoon.apache.org/2.1/userdocs/default/xslt-transformer.html
Regards,
Luca Morandini
www.lucamorandini.it
-
To unsubscribe
Vadim Gritsenko wrote:
On Mar 27, 2008, at 4:31 AM, Luca Morandini wrote:
So, it seems the correct behavior, given my setup, would be: add
*.jx files to the known list of XML resources within the depth of 4
and perform the XPath query.
I think you just need to set rootRE/includeRE
Luca Morandini wrote:
I'll add a bit of doc then, to avoid others falling into the same trap.
I have updated the doc for both Traversable and XPathTraversable
generators, could someone please check ?
One more thing: in the XPathTraversableGenerator.java there is a little
typo
As per subject: can someone point me to a RESTful API built using Cocoon ?
Thanks in advance,
Luca Morandini
www.lucamorandini.it
-
To unsubscribe, e-mail: [EMAIL PROTECTED
1 - 100 of 209 matches
Mail list logo
