[
https://issues.apache.org/jira/browse/FOR-1085?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gavin closed FOR-1085.
--
Resolution: Fixed
Archive now opens up fine on windows and linux.
Output.odt file is a corrupt archive according to
ODT stylesheet currently outputs hard codes text value.
---
Key: FOR-1089
URL: https://issues.apache.org/jira/browse/FOR-1089
Project: Forrest
Issue Type: Bug
Components: Plugin:
David Crossley wrote:
Thorsten Scherler wrote:
David Crossley wrote:
Thorsten Scherler wrote:
David Crossley wrote:
I did not need to do anything with that project symbols ent file.
Hmm, I always get error because of the ent files (I tried as well with a
new seed).
Thorsten Scherler wrote:
https://svn.apache.org/repos/asf/forrest/branches/update_cocoon_2.1.12-dev
Don't forget that you have a pending patch to Dispatcher files
as an attachment to FOR-955.
-David
On Thu, 2008-08-21 at 16:37 +1000, David Crossley wrote:
Thorsten Scherler wrote:
https://svn.apache.org/repos/asf/forrest/branches/update_cocoon_2.1.12-dev
Don't forget that you have a pending patch to Dispatcher files
as an attachment to FOR-955.
Yeah cheers, the part of the core I
On Wed, 2008-08-20 at 14:52 +0300, Sjur Moshagen wrote:
Den 5. jul. 2008 kl. 00.27 skrev Ross Gardler:
Have I understood correctly that whatever the location, the config
info will be available in the relevant stylesheet as child elements
of a /config/ element on the top document
Thorsten Scherler wrote:
David Crossley wrote:
...
I found the problem. It was the Cocoon configuration file.
In my working setup, i had kept our old configuration
by copying the content of our main/webapp/WEB-INF/xconf/forrest-core.xconf
into main/webapp/WEB-INF/cocoon.xconf (see
On Thu, 2008-08-21 at 10:00 +0300, Sjur Moshagen wrote:
Hello all,
I'm getting very strange errors after I aggregated the output from
module.properties.properties, as suggested by Ross in [1].
Here's briefly the history of my attempts, and the XPath behaviour:
- first aggregation (in
On Thu, 2008-08-21 at 17:16 +1000, David Crossley wrote:
Thorsten Scherler wrote:
...
It also uses the Cocoon properties system to set some values, e.g.
parameter name=freememory value=${store-janitor.freememory}/
In the Cocoon-2.1 SVN those values come from
Thanks man, you saved my day!
Den 21. aug. 2008 kl. 10.16 skrev Thorsten Scherler:
On Thu, 2008-08-21 at 10:00 +0300, Sjur Moshagen wrote:
Hello all,
I'm getting very strange errors after I aggregated the output from
module.properties.properties, as suggested by Ross in [1].
Here's briefly
[
https://issues.apache.org/jira/browse/FOR-955?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12624325#action_12624325
]
Thorsten Scherler commented on FOR-955:
---
I applied the patch in two different steps. One
[
https://issues.apache.org/jira/browse/FOR-955?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12624398#action_12624398
]
David Crossley commented on FOR-955:
The issue mentioned above about the
[
https://issues.apache.org/jira/browse/FOR-955?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Crossley updated FOR-955:
---
Description:
These are the steps to get Forrest running with Cocoon-2.1 rather than the
current
Den 21. aug. 2008 kl. 13.09 skrev Tim Williams:
On Thu, Aug 21, 2008 at 4:01 AM, Sjur Moshagen [EMAIL PROTECTED] wrote:
Den 21. aug. 2008 kl. 10.06 skrev Thorsten Scherler:
Is this dependency acceptable?
IMO yes, since the plugin is very small and thought a infrastructure
code. Like you
I think I will leave it as it is then, at least for the moment.
Eclipse has turned out to be a steep learning thing for me (I have
tried a couple of times, but I don't grasp the idea of the interface -
it is just confusing to me), and setting this up would take more time
than I have at the
15 matches
Mail list logo