The issue reported here from September 17th...
https://issues.apache.org/jira/browse/COCOON-2302
...is still a problem for me.
After adding the daisycms repo AND moving all the versions up from 1.5-dev
to 2.4 I was able to the build a little further. Also mixed in this list
is nekodtd which I
different and wanted to post my particular solution, but
I got held up on something else. Maybe I'll try to dig it up. But thanks
for the pointer, it was helpful!
Best regards,
-Will
On Mon, Oct 4, 2010 at 5:09 PM, Will Heger will.he...@gmail.com wrote:
Thanks for the assistance.
I'm actually
Hi,
After creating a fresh cocoon from the archetype:
mvn archetype:generate -DarchetypeCatalog=http://cocoon.apache.org
Using option 2, the block with a sample, I have two problems:
* The Spring Demo Bean does not produces '#message' instead of the bean
output.
* RCL will not recompile after
I tried this on a couple of other machines, windows etc. same problem.
On Mon, Oct 4, 2010 at 4:51 AM, Will Heger will.he...@gmail.com wrote:
Hi,
After creating a fresh cocoon from the archetype:
mvn archetype:generate -DarchetypeCatalog=http://cocoon.apache.org
Using option 2, the block
regards,
-Will
On Mon, Oct 4, 2010 at 1:36 PM, Will Heger will.he...@gmail.com wrote:
I tried this on a couple of other machines, windows etc. same problem.
On Mon, Oct 4, 2010 at 4:51 AM, Will Heger will.he...@gmail.com wrote:
Hi,
After creating a fresh cocoon from the archetype:
mvn
When running a block in dev mode with jetty, the sitemap root is:
src/main/resources/COB-INF/sitemap.xmap
From flow, I can determine this with:
cocoon.context.getRealPath(/)
But at startup, I can't locate the root sitemap. For example (using
SourceResolver from a java bean):
Source source =
I have a cocoon form with many selection lists populated by flow.
Until now I had believed that my 'setSelectionList()' method calls alone
were changing the list contents. I did not realize the contents were
dynamic by default.
My problem is performance. I have many lists to update and I need