Hi,
There's probably a very easy answer to my question: how can I find a
widget by it's full id? I have an id, like boxes.1.contacts1 (it's a
repeater inside an repeater), and now I want to find the repeater object
(I have a reference to the Form instance).
getChild(id) gives me a direct
For those of you who are using the blocks-fw and want to switch to the
refactored servlet-service-fw (the blocks-fw can be considered as deprecated!),
here is a writeup of what needs to be done to switch:
- pom.xml: remove dependency on blocks-fw and replace it with
dependency
When I use the reloading classloader plugin and make a mistake in some xslt
document, refresh the browser and cause an error, it seems to me that there
remains an open file handle to the XSLT document. This is a problem as Eclipse
wants to replace it and gets confused and finally refuses to
Hi,
Running the latest code from trunk, I get an error as the title described.
The following is the exception stack:
Caused by: org.springframework.beans.factory.BeanCreationException: Error
creati
ng bean with name 'javax.servlet.http.HttpServletRequest/callstack':
Initializat
ion of bean
Jason Johnston wrote:
On Mon, 05 Feb 2007 16:21:14 +0100, Carsten Ziegeler [EMAIL PROTECTED]
wrote:
Jason Johnston wrote:
Thanks Carsten. But does the change take a while to kick in, or should
I see it immediately? I still see only the Feedback Required option
under Available Workflow
Reinhard Poetz wrote:
When I use the reloading classloader plugin and make a mistake in some xslt
document, refresh the browser and cause an error, it seems to me that there
remains an open file handle to the XSLT document. This is a problem as
Eclipse
wants to replace it and gets
It looks like you are lacking the cglib. It is (since yesterday) part of
the dependencies for cocoon-servlet-service-impl. It should be included
in your cocoon-webapp dependencies by transitive dependency handling. It
works for me. It might be that you need to clean and rebuild your
I do have cglib-2.1_3.jar in the WEB/lib directory. By tracing the code, I
find the classloader used in Enhancer is the classloder of
javax.servlet.http.HttpServletRequest, which is an instance of
org.codehaus.classworlds.RealmClassLoader. RealmClassLoader just include
class path used in jetty,
Any suggestion about what to do about it?
/Daniel
Rice Yeh skrev:
I do have cglib-2.1_3.jar in the WEB/lib directory. By tracing the
code, I find the classloader used in Enhancer is the classloder of
javax.servlet.http.HttpServletRequest, which is an instance of
Cocoon's build broken due to invalid parent in cocoon-samples-style-default's
pom
-
Key: COCOON-2005
URL: https://issues.apache.org/jira/browse/COCOON-2005
Project:
[
https://issues.apache.org/jira/browse/COCOON-2005?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grzegorz Kossakowski (aka g[R]eK) updated COCOON-2005:
--
Attachment: cocoon-samples-style-broken-pom.patch
HI
If you are using Dojo, it can already do this on the client.
for instance :
templatePath: dojo.uri.dojoUri(../viewr/templates/HtmlStory.html),
Gives you a url relative to where Dojo loaded from.
HTH
regards Jeremy
On 1 Feb 2007, at 23:13, Grzegorz Kossakowski wrote:
Hi,
Yes,
I think part of the problem is that I was unable to get the proper
sitemap glue working for Cocoon 2.2 as I was unable to run the samples.
This section in the root sitemap (same mechanism in 2.1.n) is
designed to handle dojo resources, allow you to register and serve
your own namespaces
Sylvain Wallez said the following on 6/2/07 08:49:
Mo :-)
Don't confuse your cows and your sheep. ;-)
Collecting opinions is good, but we also need to define the decision
process to avoid endless discussions and frustration in the end for
those that may have the feeling the decision was
Online report :
http://cocoon.zones.apache.org/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/3/buildId/1871
Build statistics:
State: Error
Previous State: Error
Started at: Tue, 6 Feb 2007 12:56:15 +
Finished at: Tue, 6 Feb 2007 12:56:27 +
Total time:
Online report :
http://cocoon.zones.apache.org/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/20/buildId/1873
Build statistics:
State: Error
Previous State: Error
Started at: Tue, 6 Feb 2007 13:05:58 +
Finished at: Tue, 6 Feb 2007 13:06:03 +
Total time:
Jeremy Quinn napisał(a):
I think part of the problem is that I was unable to get the proper
sitemap glue working for Cocoon 2.2 as I was unable to run the samples.
This section in the root sitemap (same mechanism in 2.1.n) is designed
to handle dojo resources, allow you to register and serve
Online report :
http://cocoon.zones.apache.org/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/6/buildId/1874
Build statistics:
State: Error
Previous State: Error
Started at: Tue, 6 Feb 2007 13:06:13 +
Finished at: Tue, 6 Feb 2007 13:06:23 +
Total time:
Online report :
http://cocoon.zones.apache.org/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/9/buildId/1875
Build statistics:
State: Error
Previous State: Error
Started at: Tue, 6 Feb 2007 13:07:17 +
Finished at: Tue, 6 Feb 2007 13:07:32 +
Total time:
Online report :
http://cocoon.zones.apache.org/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/12/buildId/1876
Build statistics:
State: Error
Previous State: Error
Started at: Tue, 6 Feb 2007 13:07:34 +
Finished at: Tue, 6 Feb 2007 13:07:38 +
Total time:
Online report :
http://cocoon.zones.apache.org/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/14/buildId/1877
Build statistics:
State: Error
Previous State: Error
Started at: Tue, 6 Feb 2007 13:07:38 +
Finished at: Tue, 6 Feb 2007 13:08:12 +
Total time:
Online report :
http://cocoon.zones.apache.org/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/17/buildId/1878
Build statistics:
State: Error
Previous State: Error
Started at: Tue, 6 Feb 2007 13:08:12 +
Finished at: Tue, 6 Feb 2007 13:08:34 +
Total time:
Guys,
Thien did it again:
- he changed the masthead, making it a bit smaller and darker.
- he also added a search box and changed the color of apache cocoon to
be more prominent.
- he removed some tiles to make things look better at 800x600.
- the green blocks are now moved also to make
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 6 Feb 2007, Reinhard Poetz wrote:
- update your web.xml to use the new DispatcherServlet:
servlet
descriptionCocoon blocks dispatcher/description
display-nameDispatcherServlet/display-name
Carsten Ziegeler wrote:
Jason Johnston wrote:
On Mon, 05 Feb 2007 16:21:14 +0100, Carsten Ziegeler [EMAIL PROTECTED] wrote:
Jason Johnston wrote:
Thanks Carsten. But does the change take a while to kick in, or should
I see it immediately? I still see only the Feedback Required option
under
Giacomo Pati wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 6 Feb 2007, Reinhard Poetz wrote:
- update your web.xml to use the new DispatcherServlet:
servlet
descriptionCocoon blocks dispatcher/description
display-nameDispatcherServlet/display-name
Reinhard Poetz wrote:
But before contininuing with further discusions we should clarify how
we come to a final decision?
My proposal: Everybody can share his thoughts/ideas about the design
but the final decision is made by Thien and Helma.
Is this okay for everybody?
+1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 6 Feb 2007, Reinhard Poetz wrote:
Date: Tue, 06 Feb 2007 15:45:11 +0100
From: Reinhard Poetz [EMAIL PROTECTED]
Reply-To: dev@cocoon.apache.org
To: dev@cocoon.apache.org
Subject: Re: Switching to servlet-service-fw
Giacomo Pati wrote:
OOPS now the link: http://people.apache.org/~hepabolu/final2.html
Bye, Helma
On 2/6/07, hepabolu [EMAIL PROTECTED] wrote:
Guys,
Thien did it again:
- he changed the masthead, making it a bit smaller and darker.
- he also added a search box and changed the color of apache cocoon to
be more
On 2/5/07, Niclas Hedhman [EMAIL PROTECTED] wrote:
On Tuesday 06 February 2007 00:22, Peter Hunsberger wrote:
Very nice. I'm with the camp that would like to see it shrink a
little, not much but just a little. Also, I still find it a little on
the pastel side, I'd like to see a version
hepabolu wrote:
OOPS now the link: http://people.apache.org/~hepabolu/final2.html
I'm impressed - it works!
http://people.apache.org/~vgritsenko/temp/screenshot98.png
:-P
Vadim
On 2/6/07, hepabolu [EMAIL PROTECTED] wrote:
Guys,
Thien did it again:
- he changed the masthead, making
[
https://issues.apache.org/jira/browse/COCOON-2004?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Giacomo Pati reassigned COCOON-2004:
Assignee: Giacomo Pati
cocoon-block-deployer missed renaming of cocoon-block-fw
[
https://issues.apache.org/jira/browse/COCOON-2004?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Giacomo Pati closed COCOON-2004.
Resolution: Fixed
patch applied, thanks Felix
cocoon-block-deployer missed renaming of
On 2/6/07, hepabolu [EMAIL PROTECTED] wrote:
OOPS now the link: http://people.apache.org/~hepabolu/final2.html
Bye, Helma
On 2/6/07, hepabolu [EMAIL PROTECTED] wrote:
Guys,
Thien did it again:
- he changed the masthead, making it a bit smaller and darker.
- he also added a search box
Hi,
On 6 Feb 2007, at 14:24, hepabolu wrote:
Thien did it again:
Awesome! Looks good ... but ... is that a page curl beside What is
Apache Cocoon ? *shudder*
Also, how would it look with Cocoon 2.1 somewhere in the top menubar
too?
Excellent work, though!
Thanks,
Andrew.
--
Andrew
Peter Hunsberger said the following on 6/2/07 16:07:
involved in web site design I do think we need to go through a limited
critiquing process and that the development community is as good of
source of opinions as any.
+1 We need to agree on something that we all like, more or less. If you
Reinhard Poetz wrote:
As scheduled some weeks ago I want to ask for opinions about a next
series of module releases.
Here my proposal:
- release cocoon-configuration-api and cocoon-spring-configuratur as 1.0
- release cocoon-core (+ all submodules) as RC1
- release the archetypes as RC1
Awesome! Looks good ... but ... is that a page curl beside What is
Apache Cocoon ? *shudder*
I suppose it is. I think it's very well done, no tackiness about it.
What makes you shudder?
Also, how would it look with Cocoon 2.1 somewhere in the top menubar
too?
True, that needs to be added.
On Feb 6, 2007, at 8:22 AM, hepabolu wrote:
I agree that asking for more opinions will only give you more
_different_ opinions. I'd say the discussion about the new website
design is a privilege of the committers.
Well maybe I can get a special dispensation, because IIRC this masthead
Carsten Ziegeler wrote:
Hmm, although I don't think that the latest changes have to be in the
release, I think you have to redo the release anyway. Most files contain
the old header and all releases require now the new header. I already
updated the header for some sub projects but not for all.
Hi,
I've killed off the instance as obviously it can't cope with Reinhard's
recent structural refactorings. I'll see about rebuilding in the next
few weeks unless someone beats me to it.
Jorg
[
https://issues.apache.org/jira/browse/COCOON-2000?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Johnston closed COCOON-2000.
--
Resolution: Fixed
Assignee: Jason Johnston
Closing issue; thanks for the patch!
bug
No. But I think this is a bug in the method setBeanFactory(..) of class
org.springframework.aop.scope.ScopedProxyFactoryBean in springframeowrk
2.0.2. In the last line of this method, it is
this.proxy = pf.getProxy();
,where getProxy() is not passed a classloader. In the latest CVS version,
the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Since yesterday I get the following error when trying to build my
cocoon-2.2 application:
[INFO]
-
[ERROR] BUILD ERROR
[INFO]
-
Jorg Heymans wrote:
Carsten Ziegeler wrote:
Hmm, although I don't think that the latest changes have to be in the
release, I think you have to redo the release anyway. Most files contain
the old header and all releases require now the new header. I already
updated the header for some sub
Vadim Gritsenko wrote:
RC has a meaning of release candidate, which to most people means well
tested
almost production quality code. Going through recent commits I noticed a lot
of
refactoring, new code, untested code, and so on. This hardly qualifies as RC
material.
IMHO, it
Carsten Ziegeler wrote:
Vadim Gritsenko wrote:
RC has a meaning of release candidate, which to most people means well tested
almost production quality code. Going through recent commits I noticed a lot of
refactoring, new code, untested code, and so on. This hardly qualifies as RC
material.
Jorg Heymans wrote:
Hi,
I've killed off the instance as obviously it can't cope with Reinhard's
recent structural refactorings. I'll see about rebuilding in the next
few weeks unless someone beats me to it.
What needs to be done for a rebuild? I would remove all projects and create the
new
48 matches
Mail list logo
