Leszek Gawron wrote:
> I dislike that idea a lot, because:
>
> 1. it is error prone.
Agreed
>
> 2. It's annoying. In order to load my web application context separately
> (because of the filters not finding WebApplicationContext) I had to
> split META-INF/spring into META-INF/spring and
> MET
[ http://issues.apache.org/jira/browse/COCOON-1815?page=all ]
Antonio Gallardo closed COCOON-1815.
Resolution: Fixed
Thanks for raising the issue. Patch applied. Please feel free to reopen agai if
needed.
> CopySourceAction generate NPE
>
[ http://issues.apache.org/jira/browse/COCOON-1894?page=all ]
Geurt Wisselink updated COCOON-1894:
Attachment: SQLTransformer.java.patch
> Added support for the SQL;XML tag in SQLTransformer
> ---
>
>
[ http://issues.apache.org/jira/browse/COCOON-1815?page=all ]
Geurt Wisselink reopened COCOON-1815:
-
You forget to add:
resolver.release(src);
resolver.release(dest);
This is really needed, without it cocoon is le
Carsten Ziegeler wrote:
Leszek Gawron wrote:
what version are you using then?
6.0.0beta10
I have already tried that version - no luck. You are right it is the
plugin's fault though. Running cocoon webapp in standalone jetty does
not reproduce the error I described.
--
Leszek Gawron, IT Man
Carsten Ziegeler wrote:
Leszek Gawron wrote:
Moreover the root context should be at least a
ConfigurableWebApplicationContext that should be registered properly in
servlet context. For now none of spring related servlet filters work
because they all rely on WebApplicationContextUtils [1] (and
Guys,
just for the record: I've added the doc-committer role for Ard
Schrijvers in Daisy in the zones.
BTW for all the other committers: if you feel like writing documentation
and you haven't sufficient rights in Daisy, just ask. I'll be glad to
give it to you.
For the non-committers: if y
Andrew Stevens skrev:
From: Sylvain Wallez <[EMAIL PROTECTED]>
...
All this discussion makes me sad, as it gives the impression the overall
Cocoon developer community doesn't want to move forward and is
frightened by moves that would cause some disruption among _some_ users.
Not so much frigh
Joerg Heinicke skrev:
On 15.08.2006 17:28, Jason Johnston wrote:
I am interested (and I think the community needs to know) what
Joerg's criteria for approving an eventual move to 1.5 would need to
be, in some measurable way. I'm sure he would agree that at some
point in the future moving to
About javamail, there is the possibility to redistribute it in
Cocoon since version 1.4 and drop geronimo's one. Sun is
progressively leaning towards Open-Source!
But it is only compatible with JDK 1.4.
--
Jean-Baptiste Quenot
aka John Banana Qwerty
http://caraldi.com/jbq/
* Jason Johnston:
> Reinhard Poetz wrote:
>
> > please keep trunk in sync with your changes in the 2.1
> > branch. Thanks!
>
> Yes of course! I tried to do so, however apparently the ImageOp
> block does not exist in trunk?! Unless I'm just not seeing it;
> can someone point me in the r
Leszek Gawron wrote:
> Moreover the root context should be at least a
> ConfigurableWebApplicationContext that should be registered properly in
> servlet context. For now none of spring related servlet filters work
> because they all rely on WebApplicationContextUtils [1] (and this one
> throws
Leszek Gawron wrote:
>
> what version are you using then?
>
6.0.0beta10
Carsten
--
Carsten Ziegeler - Open Source Group, S&N AG
http://www.s-und-n.de
http://www.osoco.org/weblogs/rael/
Reinhard Poetz wrote:
[EMAIL PROTECTED] wrote:
Author: jjohnston
Date: Sun Aug 20 18:15:16 2006
New Revision: 433112
URL: http://svn.apache.org/viewvc?rev=433112&view=rev
Log:
ImageOp block: Send info/debug messages to the log rather than
System.out.println
Jason,
please keep trunk in sy
Carsten Ziegeler wrote:
Leszek Gawron wrote:
This does not happen when I turn shielding off and use mvn jetty:run
The latest version of the jetty6 plugin behaves differently from the
version we used last week.
I experienced several classpath problems with rc1 and switched back to
the older bet
Leszek Gawron wrote:
>
> This does not happen when I turn shielding off and use mvn jetty:run
>
The latest version of the jetty6 plugin behaves differently from the
version we used last week.
I experienced several classpath problems with rc1 and switched back to
the older beta version.
The main p
[ http://issues.apache.org/jira/browse/COCOON-1896?page=all ]
Helma van der Linden closed COCOON-1896.
Resolution: Fixed
This is already done for the sendmail-action, the sendmailTransformer and now
the Sendmail Logicsheet. In the next update of
[ http://issues.apache.org/jira/browse/COCOON-1896?page=all ]
Helma van der Linden reassigned COCOON-1896:
Assignee: Helma van der Linden
> Sendmail requires documentation on geronmio libraries
> --
> And, in defense, our building needs to be empty by tomorrow
> afternoon.
> Renovation, reconstruction, network upgrade etc. It's a mess
> over here
> right now! I was surprised he found the time to respond, and so soon!!
I did not know all this, and addressing it in this way to the dev list
Ard Schrijvers wrote:
About the broken mirror http://apache.cs.uu.nl/, I was premature: The
flaw seems to be way more serious, and seems to be
apache-dist/jakarta/.htaccess in general!
[snip]
Yes I do think there is something terribly wrong! Maven should
garantuee correct jars. If due to some
Leszek Gawron wrote:
One VERY important question concerning cocoon core? Why is it based
on spring's BeanFactory and not on ApplicationContext? I propose to
switch from CocoonBeanFactory to CocoonApplicationContext. WDYT?
I'm +1 for this - the original code I wrote actually used a
CocoonAppli
/:INFO: ShieldingServletFilter: Loading filter class
org.springframework.orm.hibernate3.support.OpenSessionInViewFilter
%
org.apache.commons.logging.LogConfigurationException:
org.apache.commons.logging.LogConfigurationException:
org.apac
About the broken mirror http://apache.cs.uu.nl/, I was premature: The flaw
seems to be way more serious, and seems to be apache-dist/jakarta/.htaccess in
general!
> Ard,
>
> you are spreading disinformation.
>
> In dist/jakarta there is a .htaccess file that does the redirects.
> You can chec
Carsten Ziegeler wrote:
Leszek Gawron schrieb:
Carsten Ziegeler wrote:
Leszek Gawron wrote:
Yes, I like your idea. Just one simple "include-config" and that's it.
And the use-default-dirs can then be used to turn off including from the
default location which is on by default (If the directorie
Leszek Gawron schrieb:
> Carsten Ziegeler wrote:
>> Leszek Gawron wrote:
Yes, I like your idea. Just one simple "include-config" and that's it.
And the use-default-dirs can then be used to turn off including from the
default location which is on by default (If the directories do not
Leszek Gawron schrieb:
> Carsten Ziegeler wrote:
>> Leszek Gawron wrote:
Yes, I like your idea. Just one simple "include-config" and that's it.
And the use-default-dirs can then be used to turn off including from the
default location which is on by default (If the directories do not
Ard Schrijvers wrote:
Ard Schrijvers wrote:
Hello,
everybody using mirror http://apache.cs.uu.nl/ in his maven
build.properties should be aware of downloading wrong jars.
There seem to be strange rewrite rules configured, which
rewrites you a couple of times when you want to download
certai
> [ snip ]
>
> > > Ard, if you accept your nomination, please get familiar with
> > > http://www.apache.org/dev/new-committers-guide.html and send
> > > your signed CLA to the ASF Secretary.
>
> The secretary recorded your CLA late last week, so now
> ready to go to the next phase.
Great!
>
>
> > everybody using mirror http://apache.cs.uu.nl/ in his maven
> > build.properties should be aware of downloading wrong jars. There
> > seem to be strange rewrite rules configured, which rewrites you a
> > couple of times when you want to download certain jakarta
> jars, and
> > then
> Ard Schrijvers wrote:
> > Hello,
> >
> > everybody using mirror http://apache.cs.uu.nl/ in his maven
> build.properties should be aware of downloading wrong jars.
> There seem to be strange rewrite rules configured, which
> rewrites you a couple of times when you want to download
> certain j
[EMAIL PROTECTED] wrote:
Author: jjohnston
Date: Sun Aug 20 18:15:16 2006
New Revision: 433112
URL: http://svn.apache.org/viewvc?rev=433112&view=rev
Log:
ImageOp block: Send info/debug messages to the log rather than
System.out.println
Jason,
please keep trunk in sync with your changes in
[ http://issues.apache.org/jira/browse/COCOON-1894?page=all ]
Antonio Gallardo updated COCOON-1894:
-
Would you provide a diff of the file?
> Added support for the SQL;XML tag in SQLTransformer
> ---
>
>
32 matches
Mail list logo