On Aug 28, 2008, at 3:18 PM, Thorsten Scherler wrote:
not sure whether you are aware of
http://svn.apache.org/viewvc/forrest/branches/update_cocoon_2.1.12-dev/main/webapp/WEB-INF/cocoon.xconf?diff_format=hview=markup
entity-resolver logger=core.resolver
parameter name=catalog
Hi,
I very much need to set the feature http://apache.org/xml/features/nonvalidating/load-external-dtd
(see http://xerces.apache.org/xerces-j/features.html#load-external-dtd)
on the Xerces parser wrapped by a JaxpParser instance (returned by
manager lookup of SAXParser.role).
I don't
in
spite of catalog-based EntityResolver), but it doesn't fix it anyway,
so... back to the drawing board.
—ml—
On Aug 28, 2008, at 10:22 AM, Mark Lundquist wrote:
Hi,
I very much need to set the feature http://apache.org/xml/features/nonvalidating/load-external-dtd
(see http
I'm back to trying to run the ImageOp samples as a block in Jetty. I
added this to cocoon-imageop-sample/pom.xml:
build
plugins
plugin
groupIdorg.apache.cocoon/groupId
artifactIdcocoon-maven-plugin/artifactId
version1.0.0-RC1-SNAPSHOT/version
I guess a JS reader could be helpful for applications where all
resources are served directly by raw Cocoon, i.e. if any compression
is to be done then Cocoon has to do it. But don't most applications
in a Web setting run Cocoon behind an Apache front-end? Then you can
just have Apache
System: Maven
Affects Versions: 2.2-dev (Current SVN)
Reporter: Mark Lundquist
Patch updates artifact versions in cocoon archetypes to the current trunk
versions.
* Also adds BlockDeploymentServletContextListener to web.xml in the webapp
archetype as required in trunk.
* Some
[
https://issues.apache.org/jira/browse/COCOON-2233?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mark Lundquist updated COCOON-2233:
---
Attachment: PATCH-2233
Update archetypes to current trunk artifact versions
On Aug 10, 2008, at 8:59 PM, Mark Lundquist (JIRA) wrote:
Update archetypes to current trunk artifact versions
Key: COCOON-2233
URL: https://issues.apache.org/jira/browse/COCOON-2233
Project
Hi,
I followed the instructions here:
http://cocoon.apache.org/1301_1_1.html
and am able to run my Cocoon (trunk) webapp. However... maybe I'm
missing something, but those instructions don't seem to say how to
_debug_ the application, and the Eclipse debug start/stop controls are
On Aug 9, 2008, at 2:21 AM, Mark Lundquist wrote:
Hi,
I followed the instructions here:
http://cocoon.apache.org/1301_1_1.html
and am able to run my Cocoon (trunk) webapp. However... maybe I'm
missing something, but those instructions don't seem to say how to
_debug_
Components: - Build System: Maven
Affects Versions: 2.2-dev (Current SVN)
Reporter: Mark Lundquist
Priority: Minor
Wrong Mojo name appears here:
http://cocoon.apache.org/2.2/maven-plugins/maven-plugin/1.0/prepare-mojo.html
...due to bad (old?) name in comment
The subject says it all :-)
Thx-in-advance,
—ml—
smime.p7s
Description: S/MIME cryptographic signature
On Aug 7, 2008, at 10:13 AM, Reinhard Pötz wrote:
Mark Lundquist wrote:
The subject says it all :-)
Thx-in-advance,
—ml—
The reloading classloader is only integrated with the prepare goal
of the Cocoon Maven plugin. And the prepare goal creates a simple
wrapper web application
On Aug 7, 2008, at 10:29 AM, Mark Lundquist wrote:
All right then — well, how would I make a Cocoon webapp that can
serve the samples blocks, and which uses the reloading classloader?
Don't answer that, I'm gonna try to figure it out on my own. I'll ask
again if I get stuck :-)
cheers
On Aug 5, 2008, at 12:52 AM, Grzegorz Kossakowski wrote:
Just checkout trunk (master in Git) and say:
mvn clean install [-P allblocks]
This -P allblocks switch is optional and probably self-explaining.
right... been there and done that, but I didn't know that this built
the samples too
On Jul 29, 2008, at 11:14 PM, Reinhard Pötz wrote:
All released modules have a Download section that also contain
information about how to add them as dependencies to a POM. E.g.http://cocoon.apache.org/2.2/blocks/forms/1.0/1444_1_1.html
well, speaking of that one in particular... the
Hi, how can I build my own samples webapp? I guess it can be done:
http://cocoon.zones.apache.org/demos/trunk/
:-)
I thought maybe mvn install in dists/cocoon-dist-samples, but no go;
it was missing these dependencies:
Okay, I'm slowly getting my head around all this. Just one thing
left, I think. In order to actually build the stuff, I'm going to
need a build root, i.e. an instance of project cocoon-project. I
figured how which directories in tags/ correspond to things in the
directory tree of this
On Jul 30, 2008, at 1:23 AM, Grzegorz Kossakowski wrote:
Any chance for you to create a similar page documenting your new
approach? I'm sure that there would be a people benefiting from a
nice cook-book document.
Gladly. Once I get it worked out, I'll document it (maybe Daisy would
be
Hi,
What's left to do to make the ImageOp block ready for release? Maybe
I can try and do my bit...
cheers,
—ml—
smime.p7s
Description: S/MIME cryptographic signature
Hi Devs,
I need some help understanding the temple of mystery that is http://svn.apache.org/repos/asf/cocoon/tags/
. If I wanted to build my own 2.2 artifacts, how would I do that?
Some background, I'll *try* to make it as short as possible :-/ (and
while it involves git, you don't need to
Hi, a couple more questions...
1) In my hello world Cocoon app created by following http://cocoon.apache.org/2.2/1159_1_1.html
, I look at the POM and I see a different version ID for each
dependency, and I understand why that is... but so, suppose now my
application is going to need some
[
https://issues.apache.org/jira/browse/COCOON-1384?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mark Lundquist updated COCOON-1384:
---
Attachment: (was: patch)
[PATCH] flow redirector should allow explicit 'cocoon
[
https://issues.apache.org/jira/browse/COCOON-2169?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mark Lundquist updated COCOON-2169:
---
Attachment: smime.p7s
height = 0, width 0 :: set width as given and scale uniformly
height
[
https://issues.apache.org/jira/browse/COCOON-2169?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12610665#action_12610665
]
Mark Lundquist commented on COCOON-2169:
Slight correction/clarification
-2177
Project: Cocoon
Issue Type: Bug
Components: Blocks: ImageOp
Affects Versions: 2.1.11, 2.1.10, 2.1.9, 2.1.8, 2.1.12-dev (Current SVN),
2.2-dev (Current SVN)
Reporter: Mark Lundquist
Priority: Minor
When the resize height and width
[
https://issues.apache.org/jira/browse/COCOON-2169?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mark Lundquist updated COCOON-2169:
---
Component/s: (was: Blocks: (Undefined
Components: Blocks: (Undefined)
Affects Versions: 2.1.11, 2.1.10, 2.1.9, 2.1.8, 2.1.12-dev (Current SVN),
2.2-dev (Current SVN)
Reporter: Mark Lundquist
Priority: Minor
Class ResizeOperation in the ImageOp block has broken/useless default values
for the height and width
On Mar 6, 2007, at 9:37 AM, wc184 wrote:
Hi, I'm trying to implement a file upload/download feature in my
application using Cocoon. I've tried searching for revelant
information on
this but I can't seem to find anything decent. Any pointers would be
appreciated.
WC
Hi WC,
Yeah, this
: Forms
Affects Versions: 2.1.10, 2.1.9, 2.1.8, 2.1.7, 2.1.6, 2.1.11-dev (Current
SVN), 2.2-dev (Current SVN)
Reporter: Mark Lundquist
Priority: Trivial
The bug summary says it all, and this isn't even enough to bother making a
patch, all it takes is the following
Hi,
I seem to remember from a long time ago, some mention of something that
could be used in place of processPipelineTo(). Something that might
have been better, or... not sure. Anyway, does this ring any bells?
I can't seem to find the reference now...
best regards,
—ml—
Hi, sorry for the OT... I checked at apache.org and I got the
impression that the relevant forums for this question are open only to
committers, thought someone here might have some inside knowledge...
Anyway, Q.: Why is svn.apache.org still running Subversion 1.3, and
when are they going to
[
https://issues.apache.org/jira/browse/COCOON-1959?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12472942
]
Mark Lundquist commented on COCOON-1959:
The idea is to be able to add a new parameter to the current
On Feb 6, 2007, at 8:22 AM, hepabolu wrote:
I agree that asking for more opinions will only give you more
_different_ opinions. I'd say the discussion about the new website
design is a privilege of the committers.
Well maybe I can get a special dispensation, because IIRC this masthead
On Feb 5, 2007, at 6:34 AM, hepabolu wrote:
Please note that shrinking the masthead will also take the air out
of the design and I suspect that it will give a cluttered and crammed
look.
I agree. -1 on shrinking the masthead.
—ml—
On Jan 27, 2007, at 6:39 AM, Jorg Heymans wrote:
Mark Lundquist wrote:
:-/ It's also kind of a heavy-handed kluge that goes against the
spirit of Maven (IMHO alternative local repo locations should only be
used for testing purposes), but that's a secondary issue.
well that's what you
I think I remember some discussion about map:script being able to
scan a directory and load any scripts it finds... can somebody refresh
my memory?
thx,
—ml—
On Jan 25, 2007, at 3:01 AM, Giacomo Pati wrote:
On Wed, 24 Jan 2007, Alexander Klimetschek wrote:
But as we are having our own version of cocoon 2.2 including our
patches during development, I know the problem of going through all
poms and changing the version number... At least there is
On Jan 25, 2007, at 11:46 AM, Jorg Heymans wrote:
countervailing decomposition by hierarchical project aggregation,
mind if i use that one in my next presentation to senior management?
:P
Ha Jorg, I *challenge* you to slip it in somewhere into your very next
presentation to senior
On Jan 25, 2007, at 11:46 AM, Jorg Heymans wrote:
How about having 2 local repositories ? Put a settings.xml in your
reference checkout and invoke maven using -s settings.xml. Do the
same for your local dev checkout and make sure that the
localRepository element [1] in both is different.
On Jan 25, 2007, at 11:12 AM, Alexander Klimetschek wrote:
Mark Lundquist schrieb:
dependencyMangement of course does not help me, because the only
things you can set in an ad hoc local profile are repository
locations and properties. Everything else was deemed too dangerous
[1
On Jan 21, 2007, at 12:09 PM, Mark Lundquist wrote:
I need to learn how to manage multiple local artifact sets in my Maven
repo. I have *two* different trunk build areas on my machine under
svk (my local mirror of the ASF repo, and a local development branch),
but I haven't put all
Hi Alex,
On Jan 24, 2007, at 5:10 AM, Alexander Klimetschek wrote:
I think the idea is to have separate release cycles and thus different
versions for each block. So there is no general cocoon version any
more, this version, like currently 2.2, only regards the core modules.
Right, but
On Jan 24, 2007, at 5:35 AM, Nicole Hochleiter wrote:
Hi,
I need to extend the PropertiesFileModule (in fact I already have
implemented my
own Version of the class and use it). But I wonder if the community
would like
to have this extension in the project:
instead of only reading one file
On Jan 23, 2007, at 6:54 AM, Ralph Goers wrote:
How will you make this compatibile with 2.1.x? The code base is
shared.
Is it time to make it not shared anymore?
—ml—
On Jan 22, 2007, at 2:38 AM, Reinhard Poetz wrote:
Never tried it myself but according to the Maven documentation you can
set an alternative path to the settings.xml file when you invoke maven
(-s switch). In settings.xml you can set the path to you local Maven
repo.
Yes... that would
Should the wiki be set up to email update notifiers to the user list
(like it does today to the doc list)? That might help the user
community to become more aware of the wiki (assuming that'd be a good
thing? :-) WDYT?
—ml—
On Jan 21, 2007, at 6:03 AM, Daniel Fagerstrom wrote:
You might have forgotten to do mvn eclipse:eclipse which is needed
for updating the Eclipse configuration files. You also need refresh
your Eclipse projects if you change the projects outside Eclipse. Also
you might have missed to import
On Jan 21, 2007, at 11:37 AM, Reinhard Poetz wrote:
Joerg Heinicke wrote:
On 21.01.2007 18:07, Mark Lundquist wrote:
Should the wiki be set up to email update notifiers to the user list
(like it does today to the doc list)? That might help the user
community to become more aware
Hi, last night I had my laptop somewhere where there was no WiFi... I
tried to do mvn install and it just totally bonked... all these
messages about repos being blacklisted, and then BUILD FAILED :-(.
What's the trick to being able to build w/o internet access?
thx,
—ml—
On Jan 20, 2007, at 9:13 AM, Mark Lundquist wrote:
Hi, last night I had my laptop somewhere where there was no WiFi... I
tried to do mvn install and it just totally bonked... all these
messages about repos being blacklisted, and then BUILD FAILED :-(.
What's the trick to being able to build
On Jan 20, 2007, at 2:24 AM, Reinhard Poetz wrote:
That's my fault. documentation was our first attempt but didn't fit
our main goal of having separate deployment units. I will add a
warning message to the sites overview.
Thanks, and that is great for when someone is visiting the listing
On Jan 20, 2007, at 5:56 AM, Reinhard Poetz wrote:
I tidied up the available Working with Cocoon from trunk
documentation
(http://cocoon.zones.apache.org/daisy/cdocs-site-main/g4/g1/g1/
798.html) and moved all docs from documentation to cdocs-site-main
which is the appropriate place for
How do I insert a horizontal rule in the Daisy editor?
thx,
—ml—
On Jan 20, 2007, at 10:45 AM, Mark Lundquist wrote:
How do I insert a horizontal rule in the Daisy editor?
Note, I tried switching to the HTML editor... did [Save] from there but
it appears to have lost my changes...
—ml—
On Jan 20, 2007, at 12:03 PM, Grzegorz Kossakowski wrote:
That's expected, Daisy does not support hr/ tag, see:
http://cocoondev.org/daisydocs-1_5/daisywiki/general/24.html
Makes sense, OK... Heading 2 has the look I want (with its bottom
border) — at least in Daisy, not sure when it gets
Hi, sorry to be such a pain — dunno whether this is my fault or not,
and in any case I've no clue how to fix it...
I had Cocoon working in Eclipse using the Jetty Launcher. Then earlier
today, I did svn up from trunk root and then mvn -Dallblocks clean
install. Now whenever I try to run
On Jan 19, 2007, at 10:04 AM, Grzegorz Kossakowski wrote:
I see. It means that documentation [1] is little bit outdated. Could
you
please fix it or give me necessary rights allowing me to do so? My
login
is 'grek'.
[1] http://cocoon.zones.apache.org/daisy/documentation/g1/756.html
Well, I
On Jan 19, 2007, at 11:14 AM, Vadim Gritsenko wrote:
Joerg Heinicke wrote:
On 19.01.2007 12:01, Jeroen Reijn wrote:
wow great designs Thien! I really like 2-4.
#3 has a nice touch with the 'blocks', but somehow #4 was the first
one that appealed to me. It's kind of playfull and dreamy. I
This means that your bank uses Apache Cocoon to develop their
website, and they have a problem with it. We at Apache cannot really
help you with a problem on your bank's site - you'll have to find a
way to contact them directly.
Do we still have that copy in the error pages? If so I think
Project: Cocoon
Issue Type: Bug
Components: * Cocoon Core
Affects Versions: 2.2-dev (Current SVN)
Reporter: Mark Lundquist
Priority: Minor
...and as a result, the object displays as empty, e.g. when debugging in
Eclipse. I added
public
On Jan 4, 2007, at 4:51 PM, Mark Lundquist wrote:
The modules samples are broken...
1) For the jxpath modules, an exception is thrown:
org.apache.commons.jxpath.JXPathException: Cannot access
property:
rg.apache.cocoon.environment.wrapper.RequestWrapper.attributeNames; No
read method
On Jan 4, 2007, at 4:51 PM, Mark Lundquist wrote:
1) For the jxpath modules, an exception is thrown:
org.apache.commons.jxpath.JXPathException: Cannot access
property:
rg.apache.cocoon.environment.wrapper.RequestWrapper.attributeNames; No
read method
I thought I saw an error
On Jan 10, 2007, at 7:35 PM, Vadim Gritsenko wrote:
You might find this useful.
http://marc.theaimsgroup.com/?l=xml-cocoon-devm=101053457412921
Yes I do :-). I haven't had a chance to go through it to any depth,
but IMHO this is about the level of formalism that we need from the
user
Versions: 2.2-dev (Current SVN)
Reporter: Mark Lundquist
Priority: Minor
Currently, map:call can only call a function that is a property of the
flowscript global scope itself. This patch allows it to call any function in
the global scope, e.g. foo.bar.baz.
I provided this code
[
https://issues.apache.org/jira/browse/COCOON-1981?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mark Lundquist updated COCOON-1981:
---
Attachment: 1981.patch
Allow map:call to call any function
[
https://issues.apache.org/jira/browse/COCOON-1981?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mark Lundquist updated COCOON-1981:
---
Attachment: 1981.patch
Allow map:call to call any function
[
https://issues.apache.org/jira/browse/COCOON-1981?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mark Lundquist updated COCOON-1981:
---
Attachment: 1981.patch
Allow map:call to call any function
[
https://issues.apache.org/jira/browse/COCOON-1981?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12464680
]
Mark Lundquist commented on COCOON-1981:
Please delete the first two of the three attached files
On Jan 11, 2007, at 12:35 PM, Grzegorz Kossakowski wrote:
You have to set up variable 'M2_REPO' in Eclipse (in build classpath
settings somewhere) to point on the directory where your Maven's repo
sit.
yes... thanks :-)
—ml—
On Jan 15, 2007, at 3:08 AM, Leszek Gawron wrote:
We should come up with some agreement on how to name the modules.
That reminds me, I was wondering about the artifactIds / names of
module directories in the svn tree... why do they all start w/
cocoon-? It seems kinda redundant since the
Hi,
When I run cocoon-webapp using mvn jetty:run, it works fine. When I
launch it from Eclipse using the Jetty plugin, I get this:
No thread-bound request found: Are you referring to request attributes
outside of an actual web request? If you are actually operating within
a web request
On Jan 15, 2007, at 1:16 PM, Daniel Fagerstrom wrote:
http://marc.theaimsgroup.com/?l=xml-cocoon-devm=116756809412994w=2
Thanks, Daniel. I think I must be misunderstanding something, though.
When I pull up the Jetty Web configuration panel, it doesn't have Use
custom webdefaults config
On Jan 15, 2007, at 3:04 PM, Daniel Fagerstrom wrote:
I don't think they are the same thing. In my Jetty launcher plugin
(1.4.1), both of the fields are there and I use the field connected to
the use custom webdefaults config file.
ohh... you mean, right there in front of me? :-/
On Jan 15, 2007, at 6:20 PM, Jason Johnston wrote:
One possible reason is that the resulting JAR artifacts only contain
the artifact name (and version), so having the 'redundant' identifier
makes the JAR file more identifiable once everything's flattened into
e.g. WEB-INF/lib.
I think
On Jan 13, 2007, at 11:58 PM, Rice Yeh wrote:
Then, should I report this problem to JIRA. Or there is other concern
not to include this function in trunk?
I'll do it, 'cause I can supply my svn diff as a patch... :-)
—ml—
On Jan 13, 2007, at 2:21 AM, Rice Yeh wrote:
Do you have an example about how to pass the namespace object? I use
it like the following:
map:call function=xs.party.use
map:parameter name=flowpath value={0}/
/map:call
, but it does not
On Jan 13, 2007, at 11:11 AM, Rice Yeh wrote:
By studying the source code, I do not think call a function not in
global object in map:call is supported in trunk because function
is still gotten in thrScope. Am I right?
I don't think so. What scope do you think it should compile in?
—ml—
I just tested like this:
var flowTest =
{
foo: {}
}
flowTest.foo.bar =
function() {
print (Hello from flowTest());
};
...and like this...
map:call
On Jan 13, 2007, at 1:41 PM, Mark Lundquist wrote:
I just tested like this:
[...snip..]
and it worked fine...
Note, actually I tested in 2.1.11(dev), not trunk, because that was
more convenient ATM... but it's the exact same code in
FOM_JavascriptInterpreter.
cheers,
—ml—
On Jan 13, 2007, at 11:11 AM, Rice Yeh wrote:
The fun is not gotten by the code at line 591 in
FOM_JavaScriptInterpreter.java
Object fun = ScriptableObject.getProperty(thrScope, funName);
hold on, I did not read the above very carefully the first time,
sorry... :-/
By studying the
On Jan 13, 2007, at 8:02 PM, Rice Yeh wrote:
It is sured that this function is not in trunk.
Bah, you are right, sorry, my bad... so I guess it is in BRANCH_2_1_X
but not in trunk yet. It turns out that I had this file checked out in
trunk and was looking at my own checked-out version.
On Jan 11, 2007, at 1:36 AM, Rice Yeh wrote:
Does anyone know whether the function mentioned in
http://www.mail-archive.com/dev@cocoon.apache.org/msg47930.html works
now?
phooey... I forgot to submit this patch to JIRA :-(. Doing it now...
—ml—
On Jan 11, 2007, at 6:08 AM, Mark Lundquist wrote:
On Jan 11, 2007, at 1:36 AM, Rice Yeh wrote:
Does anyone know whether the function mentioned in
http://www.mail-archive.com/dev@cocoon.apache.org/msg47930.html works
now?
phooey... I forgot to submit this patch to JIRA :-(. Doing
On Jan 10, 2007, at 10:15 PM, Reinhard Poetz wrote:
try http://cocoon.zones.apache.org/daisy/cdocs-rcl-plugin/g1/1297.html
OK, so let me make sure I understand...
I want to make changes to sitemap, XLST, XML sources etc. within a
block and have those changes take effect immediately in the
On Jan 10, 2007, at 10:20 PM, Reinhard Poetz wrote:
I just tried setting up the RCL per
http://cocoon.zones.apache.org/daisy/cdocs/g1/g4/g1/1297.html; is
that the solution I'm after?
I added the rcl.properties to cocoon-core-addition-sample/pom.xml and
tweaked the cocoon-webapp/pom.xml, ran
On Jan 10, 2007, at 10:42 PM, Reinhard Poetz wrote:
Maybe we should change the wording to [...] Cocoon web application
should be done [...] to make the statement less exclusive. Though, in
tutorials we should encourage our users to go down this path. This way
they learn how to modularize a
On Jan 11, 2007, at 7:56 AM, Reinhard Poetz wrote:
The RCL only works for blocks ATM.
Ah! OK.
So I'll just servletize the samples app and then I should be able to
see the RCL in action.
thx a lot,
—ml—
On Jan 11, 2007, at 8:35 AM, Daniel Fagerstrom wrote:
I described how to use Eclipse as that is what I have experience with.
But if you can ensure that the Maven Jetty plugin gets the blocks as
directories rather than jars at its classpath, that should work as
well.
That was going to be my
I just added a section to
http://cocoon.zones.apache.org/daisy/cdocs/g2/g1/g2/1159.html
explaining how to mount myBlock1 to the root context. I figure that's
one of the first things a newbie is going to want to understand. I'm
not really a newbie, but the first time(s) I read this tutorial
On Jan 11, 2007, at 12:56 AM, Daniel Fagerstrom wrote:
File - Import ... - General - Existing projects into workspace -
Point on a directory that contains the project, it will be scanned for
Eclipse project descriptors. It takes some time for Eclipse to scan
all of cocoon-trunk. Choose the
On Jan 11, 2007, at 12:56 AM, Daniel Fagerstrom wrote:
File - Import ... - General - Existing projects into workspace -
Point on a directory that contains the project, it will be scanned for
Eclipse project descriptors. It takes some time for Eclipse to scan
all of cocoon-trunk. Choose the
On Jan 4, 2007, at 4:51 PM, Mark Lundquist wrote:
[..snip]
4) If I want to debug this, I'm going to fiddle around with resources
in the cocoon-core-additional-sample block (like the sitemap, JXTs
etc.). How do I set things up so that those changes will take effect
on the fly, without
On Jan 10, 2007, at 2:04 PM, Mark Lundquist wrote:
On Jan 4, 2007, at 4:51 PM, Mark Lundquist wrote:
[..snip]
4) If I want to debug this, I'm going to fiddle around with resources
in the cocoon-core-additional-sample block (like the sitemap, JXTs
etc.). How do I set things up so
Hi, just curious about something...
The Getting Started page
http://cocoon.zones.apache.org/daisy/cdocs/g2/g1/g2/1159.html says,
The development of any Cocoon web application is done within a block.
What's the rationale for that? I'm just curious, that's all. Is it
just so that new
On Jan 10, 2007, at 2:50 PM, Daniel Fagerstrom wrote:
Don't know how rcl work, it is mainly for recompiling Java classes on
the fly IIUC.
Yes... what got me thinking RCL was this thread:
http://marc.theaimsgroup.com/?t=11683427565r=1w=2
For resources it works as you want OOTB, if you
OK...
On Jan 10, 2007, at 2:50 PM, Daniel Fagerstrom wrote:
For resources it works as you want OOTB, if you run from Eclipse. What
is important is that you run mvn eclipse:eclipse from top level. If
you do that (and import the needed projectts into Eclipse),
I ran mvn eclipse:eclipse; now
Hi,
I'd like to make a modest request... if those who know how could add a
little something to the description element in the various poms, I
think it would help make the source base more broadly accessible, i.e.
beyond the inner circle of people who have done the heavy lifting...
:-) And
Hi Lars,
On Jan 9, 2007, at 9:49 AM, Lars Huttar wrote:
Ah, wait... I get it. By clicking on 422ms (how intuitive!), or
xslt (testpage.xsl) (better), you get the XML output.
Then you dig through the sample code, and discover that the profile
generator takes URL parameters (not sitemap
On Jan 9, 2007, at 2:22 PM, Mark Lundquist wrote:
[...] You'll need to spend a little time in the docs area at
cocoon.zones.apache.org to orient yourself, and Helma or Reinhard or
somebody can hook you up with a Diasy login with doc-editor
privileges, then you are set.
I think
1 - 100 of 369 matches
Mail list logo
