[
https://issues.apache.org/jira/browse/COCOON-1301?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Niclas Hedhman updated COCOON-1301:
---
Reporter: Niclas Hedhman (was: Niclas Hedhman)
[Patch] Image Operation Reader
Joerg Heinicke pisze:
On 02.07.2007 20:19, Andrew Stevens wrote:
And then inspiration hit - why not instead create a new input Source
for JSPs?
And then I started to over-think it :-) Why only JSPs? Why not
servlets too? How does this differ from the context: source type?
Surely someone
Joerg Heinicke pisze:
On 11.07.2007 01:15, Ralph Goers wrote:
But neither do you see a positive reaction.
I believe Maven structures their Jira as has been requested, but it
isn't hosted at Apache.
There are more projects set up like this like Avalon stuff and
especially (no longer
[
https://issues.apache.org/jira/browse/COCOON-2038?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grzegorz Kossakowski updated COCOON-2038:
-
Rice, thanks for your explanations!
After reading your comments few times and
Joerg Heinicke pisze:
What about map: language we have discussed earlier?
How is it related? Or does map: mean something different here than the
default sitemap language namespace prefix?
Yes, it means something different, see:
http://article.gmane.org/gmane.text.xml.cocoon.devel/73700
No answer from [EMAIL PROTECTED], try [EMAIL PROTECTED]
Hi,
I'm using C22 from trunk svn :
I have created blocks through archetypes :
* cms
* common
* locator
1) Block definitions
They all define public blocks through
META-INF/cocoon/spring/servlet-service.xml
In
Jean-Christophe Kermagoret pisze:
No answer from [EMAIL PROTECTED], try [EMAIL PROTECTED]
I was going to answer to your post soon but I'm little bit overloaded now. It would be helpful if you could provide test application
(blocks) that would allow me to quickly reproduce your problem.
I
Jean-Christophe Kermagoret schrieb:
No answer from [EMAIL PROTECTED], try [EMAIL PROTECTED]
Hi,
I'm using C22 from trunk svn :
I have created blocks through archetypes :
* cms
* common
* locator
1) Block definitions
They all define public blocks through
On 12.07.2007 01:37, [EMAIL PROTECTED] wrote:
Author: felixk
Date: Wed Jul 11 22:37:32 2007
New Revision: 555496
URL: http://svn.apache.org/viewvc?view=revrev=555496
Log:
Make sure, they finally are closed
Hi Felix,
the streams are now closed twice since close() is also inside try block.
Joerg Heinicke schrieb:
On 12.07.2007 01:37, [EMAIL PROTECTED] wrote:
Author: felixk
Date: Wed Jul 11 22:37:32 2007
New Revision: 555496
URL: http://svn.apache.org/viewvc?view=revrev=555496
Log:
Make sure, they finally are closed
Hi Felix,
the streams are now closed twice since close()
Joerg Heinicke schrieb:
My conclusion must be:
NEVER getting up, committing the dreams I had during sleep and then
getting fully awake ...
Hi Felix,
the streams are now closed twice since close() is also inside try
block. Also if outStream.close() fails with an exception instream will
On 12.07.2007 08:20, Felix Knecht wrote:
Joerg Heinicke schrieb:
My conclusion must be:
NEVER getting up, committing the dreams I had during sleep and then
getting fully awake ...
Oh, you dream of unclosed streams? :-)
Joerg
Thanks for the reply,
I thought it was blockcontext role.
Why using servlet instead ?
Is blockcontext useful anymore in sitemaps ?
JC
Felix Knecht a écrit :
Jean-Christophe Kermagoret schrieb:
No answer from [EMAIL PROTECTED], try [EMAIL PROTECTED]
Hi,
I'm using C22 from trunk svn :
I
Jean-Christophe Kermagoret schrieb:
Thanks for the reply,
I thought it was blockcontext role.
Why using servlet instead ?
Is blockcontext useful anymore in sitemaps ?
I'm not sure, but I think this has changed because blocks-fw is already
deprecated and servlet-service is the new one.
Maybe
Felix Knecht pisze:
Jean-Christophe Kermagoret schrieb:
Thanks for the reply,
I thought it was blockcontext role.
Why using servlet instead ?
Is blockcontext useful anymore in sitemaps ?
I'm not sure, but I think this has changed because blocks-fw is already
deprecated and servlet-service is
Hi,
It's been three times that I reverted my changes introducing ObjectModel interface and using it in Template generator. I must admit that I
got stuck in unproductive state because I'm constantly unhappy with the design. Let me share my troubles in a hope that someone is much
clever than me
On Wed, 2007-07-11 at 07:50 +0200, Carsten Ziegeler wrote:
Hi,
did you try maven 2.0.7 with jdk 1.4.2?
While building Cocoon with 2.0.7 and jdk1.5, I noticed that the version
for the spring-dao was resolved to 2.0.4which fortunately is
available :(
Carsten
Nope, same problem with
On Tue, 2007-07-10 at 23:03 -0700, Ralph Goers wrote:
I checked out the latest and ran mvn -Dmaven.test.skip=true -P allblocks
install on Windows using Maven 2.0.6 and Java 1.6.0_01. Any ideas?
Missing:
--
1) org.apache.cocoon:cocoon-rcl-webapp-wrapper:jar:1.0.0-RC1-SNAPSHOT
18 matches
Mail list logo