[EMAIL PROTECTED] pisze:
The imageop block is quite useful for image operations, much more so
than the imagereader in the core. It would be nice if it could be
released.
However there seems to be some problems with rotation code.
I mostly managed to get lots of black areas, and spurious image
fr
Daniel Fagerstrom pisze:
The point is that both I and Reinhard want you to succeed with your GSoC
project. I'm completely assured that you are capable of succeeding. But
as you have become aware of the task isn't trivial. So to succeed you
need focus on tasks that is necessary for your projec
Grzegorz Kossakowski skrev:
Reinhard Poetz pisze:
Daniel Fagerstrom wrote:
If you feel that you can spend some time on the 2.2 release without
endangering your GSoC task, feel free to do that. If not, focus on
your GSoC task.
Although I think that a C22 release would be more than necessary,
Bertrand Delacretaz pisze:
On 7/26/07, Grzegorz Kossakowski <[EMAIL PROTECTED]> wrote:
...According to this[1] document I would need some karma on our zone to perform
needed steps. I would like to ask you for granting me karma (I don't have any)
or taking
on the task of site creation on your o
Daniel Fagerstrom pisze:
Good point. I agree that we should keep these methods available but,
AFAIK, they are used only to handle cocoon: source and sitemap mounts.
They might be used by users in JXTemplate and flowscripts as well.
This functionality should be replaced by cocoon-servlet-serv
Grzegorz Kossakowski skrev:
Daniel Fagerstrom pisze:
Grzegorz Kossakowski skrev:
My response wasn't misleading when I wrote it, but the code has
changed since then:
http://svn.apache.org/viewvc/cocoon/trunk/blocks/cocoon-forms/cocoon-forms-impl/src/main/java/org/apache/cocoon/forms/generation
Daniel Fagerstrom pisze:
was: How to register MockProcessInfoProvider?
Grzegorz Kossakowski skrev:
Hi,
I'll give you some background to my problem. I use ProcessInfoProvider
for accessing environmental data because I've read[1] that it is a
proffered way to do this in Cocoon 2.2.
...
IMO,
Introduce sitemap Spring scope
--
Key: COCOON-2099
URL: https://issues.apache.org/jira/browse/COCOON-2099
Project: Cocoon
Issue Type: Task
Components: - Components: Sitemap
Affects Versions: 2.2-dev
Reinhard Poetz pisze:
While following the infrastructure@ mailing list I get the impression
that all projects that use Confluence (+ Pier's autoexport plugin) as
CMS, don't put the docs into SVN.
AFAIU it is still an ASF rule (at least I haven't heard something
different) but OTOH it preven
Daniel Fagerstrom pisze:
Grzegorz Kossakowski skrev:
We just set an unconditional release date. If people are motivated to
improve documentation that is fine. Otherwise we release with
documentation as is. The only thing that is strictly necessary is that
we publish the existing 2.2 documenta
Reinhard Poetz pisze:
Felix Knecht wrote:
To that I would add a release plan:
RC2 - in a week, this time with an anouncement (given that we have a
willing release manager)
Unfortunatly most likely I won't have time for a further release until
the mid of September. I hope to find the time to
Reinhard Poetz pisze:
Daniel Fagerstrom wrote:
If you feel that you can spend some time on the 2.2 release without
endangering your GSoC task, feel free to do that. If not, focus on
your GSoC task.
Although I think that a C22 release would be more than necessary, I have
to agree with Daniel.
Andrew Cave pisze:
I'm curious as to why this failed to generate responses. Maybe someone
could offer me some advice. Should I have just submitted my patch to
JIRA first, or is there something else I should have done?
Speaking about myself: I missed your mail because I was busy with lots of ot
I'm curious as to why this failed to generate responses. Maybe someone
could offer me some advice. Should I have just submitted my patch to
JIRA first, or is there something else I should have done?
Thanks,
Andrew Cave
Andrew Cave wrote:
Hello,
I noticed that Cocoon's XIncludeTransformer see
Daniel Fagerstrom pisze:
Grzegorz Kossakowski skrev:
My response wasn't misleading when I wrote it, but the code has changed
since then:
http://svn.apache.org/viewvc/cocoon/trunk/blocks/cocoon-forms/cocoon-forms-impl/src/main/java/org/apache/cocoon/forms/generation/JXMacrosHelper.java?r1=30711
While following the infrastructure@ mailing list I get the impression that all
projects that use Confluence (+ Pier's autoexport plugin) as CMS, don't put the
docs into SVN.
AFAIU it is still an ASF rule (at least I haven't heard something different) but
OTOH it prevents us from automatizing
Felix Knecht wrote:
To that I would add a release plan:
RC2 - in a week, this time with an anouncement (given that we have a
willing release manager)
Unfortunatly most likely I won't have time for a further release until the mid
of September. I hope to find the time to publish the website nex
>
> To that I would add a release plan:
>
> RC2 - in a week, this time with an anouncement (given that we have a
> willing release manager)
> RC3 - a month after RC2
> 2.2 - a month after RC3
Definitely +1
I (even when I'm not a new user of cocoon, but I haven't fully followed
the migration to
On 7/30/07, Daniel Fagerstrom <[EMAIL PROTECTED]> wrote:
> Carsten Ziegeler skrev:
> > Grzegorz Kossakowski wrote:
+100
>
> So to summarize, it would be a great benefit to let our environment
> abstractions extend the http servlet ones and the cost would be low. So
> it is time to do it.
>
--
Carsten Ziegeler skrev:
Daniel Fagerstrom wrote:
"A lot of incompatibilities" is an exaggeration. If we just let or
Request, Response, Session and Cookie extend the corresponding http
servlet ones, we would just get a few minor incompatibilities that IMO
would be rather minor in comparison with
Grzegorz Kossakowski skrev:
Carsten Ziegeler pisze:
Grzegorz Kossakowski wrote:
Do you remember that we have released RC1 but have not announced it yet?
Yes, so the release is actually worthless - releasing without anyone
telling is like writing a book and never publishing it.
On the other h
Daniel Fagerstrom wrote:
If
you feel that you can spend some time on the 2.2 release without
endangering your GSoC task, feel free to do that. If not, focus on your
GSoC task.
Although I think that a C22 release would be more than necessary, I have to
agree with Daniel. It's not only you who
Grzegorz Kossakowski skrev:
[I comment on the release plan in the appropriately named thread.]
...
Now, we have to decide what to do. I would be very happy to help with
documentation but it means I would have to neglect my GSoC tasks. I have
no problem with it because days without Cocoon's inte
Daniel Fagerstrom wrote:
>
> "A lot of incompatibilities" is an exaggeration. If we just let or
> Request, Response, Session and Cookie extend the corresponding http
> servlet ones, we would just get a few minor incompatibilities that IMO
> would be rather minor in comparison with the benefits of
Grzegorz Kossakowski skrev:
Hi guys,
Background
My recent commit r559394[1] broke Cocoon again. More specifically, you
will get
java.lang.NoClassDefFoundError: org/apache/commons/beanutils/ConvertUtils
or JXPath's error that it can't find
org.apache.cocoon.forms
Carsten Ziegeler skrev:
Grzegorz Kossakowski wrote:
After exploring code for a while I came to conclusion that I need to
implement stub implementation of HttpServletRequest, HttpServletResponse
and ServletContext that will forward to Cocoon's corresponding classes.
Hmm, or the other way round -
[
https://issues.apache.org/jira/browse/COCOON-2098?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andreas Deininger updated COCOON-2098:
--
Attachment: COCOON-2098.diff
> [PATCH] Argument quoting in build.sh
>
[PATCH] Argument quoting in build.sh
Key: COCOON-2098
URL: https://issues.apache.org/jira/browse/COCOON-2098
Project: Cocoon
Issue Type: Improvement
Components: - Build System: Maven
Affects
was: How to register MockProcessInfoProvider?
Grzegorz Kossakowski skrev:
Hi,
I'll give you some background to my problem. I use ProcessInfoProvider
for accessing environmental data because I've read[1] that it is a
proffered way to do this in Cocoon 2.2.
...
IMO, ProcessorInfoProvider shou
On 7/26/07, Grzegorz Kossakowski <[EMAIL PROTECTED]> wrote:
> ...According to this[1] document I would need some karma on our zone to
> perform
> needed steps. I would like to ask you for granting me karma (I don't have
> any) or taking
> on the task of site creation on your own
If you can
30 matches
Mail list logo
