Leszek Gawron created COCOON-2353:
-
Summary: Cocoon 2.2 in servlet 3.0 environment fails to initialize
when webjars present on classpath.
Key: COCOON-2353
URL: https://issues.apache.org/jira/browse/COCOON-2353
I wonder if there is still anyone able to answer my question but still:
I have found a problem that prevents deploying cocoon to 3.0 containers if
the webapp contains webjars - by webjar I mean a jar containing
META-INF/resources folder which is specially treated by sevlet container
(the
[
https://issues.apache.org/jira/browse/COCOON-2347?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15180492#comment-15180492
]
Leszek Gawron commented on COCOON-2347:
---
I am very interested in making this work. I can spend some
>
>
> Hi Gabriel,
> I do run actually few Cocoon instances in production, but that's
> 3.0.0(-beta-1-SNAPSHOT...). I used to run Cocoon 2.1.X as well.
>
> Unfortunately, I am not very confident with 2.2, but if you would like to
> provide some patches against Spring Configurator [1] or any other
NO idea how to fix this without breaking BeanMap
hashCode() contract.
Can anyone help?
--
Leszek Gawron
)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:519)
... 37 more
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO at MobileBox S.A.
On 2012-08-14 12:30, Francesco Chicchiriccò wrote:
On 14/08/2012 12.15, Leszek Gawron wrote:
After migrating from 1.0.3 to 2.2.1 I am getting the following
exception when running unit tests that use
configurator:settings extractBlockResources=false
readFromGlobalLocation=false/
Hi Leszek
On 2012-04-21 19:53, Andy Stevens wrote:
When do you get the exception? Running the app from within eclipse,
opening a file or the project, running a cocoon archetype to generate
the app, ...?
whoops I missed that mail.
The problem is just there in eclise for each opened cocoon based project:
Hello,
When I have a Spring Nature added to a cocoon project I get the
following exception in eclipse:
Description ResourcePathLocationType
Error occured processing XML 'null'. See Error Log for more details
applicationContext.xml
Hi,
We have been developing and running cocoon applications using 'mvn
jetty:run'. We would like to stop that and run the project directly
under eclipse.
In normal circumstances all you do is create a jetty-server dependency
and run a simple class:
public class Loader {
public
directly on filesystem and run eclipse with all project open all the time?
lg
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO at MobileBox S.A.
On 2012-03-06 11:07, Leszek Gawron wrote:
b) block1, block2: opened eclipse projects
webapp uses block1, block2 exported classpaths directly. No
dependency on jar. Cocoon block deployer is unable to properly
initialize the application:
Still talking to myself... :)
Let me rephrase
) );
}
and @Value works as expected. Still I am not aware if the original
solution was a mistake or was thought out for some other use case.
If noone objects I'd like to commit my change.
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO at MobileBox S.A.
Hello,
I tried to upgrade my cocoon based product to use spring 3.0 new
features. One of those is @Value(${propertyName}) annotation.
This feature works for context:property-placeholder/ but does not for
cocoon's configurator:settings/. This is slightly weird as coocon
configurator
David Legg wrote:
Reinhard Pötz wrote:
I propose Simone Tripodi as a new Cocoon committer and PMC member
+1 and welcome :)
--
Leszek Gawron http://lgawron.blogspot.com
am not even dreaming of
scala refactorings.
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO at MobileBox Ltd.
?
Service foo = (…) context.getBean(Service.class.getName() + /foo)
Yes with one big GOTCHA: your beans should be singletons. I'll leave the
explanation why as an exercise :)
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO at MobileBox Ltd.
': Invocation of init
method failed; nested exception is
org.springframework.beans.factory.NoSuchBeanDefinitionException: No bean
named 'org.apache.excalibur.source.SourceResolver' is defined
I can't help you with that: I am still not using blocks in my project.
Hope that helps.
--
Leszek
- as you can image I
am quite clueless at the moment.
Probably the easiest thing to do now is to go for cocoon trunk. Usually
for cocoon this is not as bad as it may seem.
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO at MobileBox Ltd.
will pick all of them. Treat it more
like a nice feature than a problem :)
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO at MobileBox Ltd.
/PathMatchingResourcePatternResolver.html
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO at MobileBox Ltd.
. It used to be different but it was
very error prone. Invoking continuations in different context than they
were created led to unexpected (usually erroneous) results.
I am always amazed how you guys are able to dig out some info in
messages from 2004 :).
--
Leszek Gawron
haven't read on TSS: Although the prices are not publicly known
someone stated that yearly subscription is something about $16 000...
lg
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO at MobileBox Ltd.
/main/java/org/apache/cocoon/components/flow/ContinuationsManagerImpl.java?r1=643716r2=643752diff_format=h
You were not the only one trying to fix the ugly code, I did the same
something about 2 years ago :)
lg
--
Leszek Gawron
will help David will improving our
documentation even more. :-)
Please cast your votes:
here's mine +1
+1
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO at MobileBox Ltd.
to the lists
and to code and docs.
He also uses Cocoon as part of the Fins and Geoid
projects.
Voting ends one week from today, i.e. midnight UTC on Monday 2008-08-04
So please cast your votes.
-David
+1 and welcome
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO
votes.
-David
+1 and welcome
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO at MobileBox Ltd.
PROTECTED] / [EMAIL PROTECTED]
http://www.andrewsavory.com/
+1 and welcome
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO at MobileBox Ltd.
today, i.e. midnight UTC on Monday 2008-08-04
So please cast your votes.
-David
+1 and welcome
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO at MobileBox Ltd.
Reinhard Pötz wrote:
Dear community,
it's a great honor for me to propose Steven Dolg as a committer.
+1 and warm welcome !
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO at MobileBox Ltd.
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO at MobileBox Ltd.
Carsten Ziegeler wrote:
Leszek Gawron wrote:
Hello,
I am using SettingsBeanFactoryPostProcessor. There is one very
irritating feature: the cocoon-files directory is being created
every time (and of course it is not used).
I understand this folder holds unpacked blocks, but why is it created
[1] http://www.w3.org/TR/REC-xml-names/#defaulting
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO at MobileBox Ltd.
maybe?
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO at MobileBox Ltd.
when mentioned NPE happens
is not used by our
app and thus we run fine with HEAD.
I am a little bit confused. Is there still a problem? If so does if
affect 1.0.0 branch or trunk version of cocoon-template?
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO at MobileBox
Reinhard Poetz wrote:
Reinhard Poetz wrote:
I've prepared another series of releases from trunk
+1
We need to revert CTemplate springification for RC2, what about CForms?
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO at MobileBox Ltd.
Leszek Gawron wrote:
Reinhard Poetz wrote:
Reinhard Poetz wrote:
I've prepared another series of releases from trunk
+1
We need to revert CTemplate springification for RC2, what about CForms?
Sorry about the noise - I forgot those are branched. The CTemplate
release is ok.
--
Leszek
Vadim Gritsenko wrote:
Leszek Gawron wrote:
Vadim Gritsenko wrote:
Leszek Gawron wrote:
Joerg Heinicke wrote:
On 10.10.2007 4:45 Uhr, Leszek Gawron wrote:
2. Look at SitemapModelComponent:
void setup(SourceResolver resolver, Map objectModel, String
src, Parameters par) throws
? That would be much more informative.
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO at MobileBox Ltd.
Vadim Gritsenko wrote:
Leszek Gawron wrote:
Joerg Heinicke wrote:
On 10.10.2007 4:45 Uhr, Leszek Gawron wrote:
2. Look at SitemapModelComponent:
void setup(SourceResolver resolver, Map objectModel, String
src, Parameters par) throws ProcessingException, SAXException,
IOException
Vadim Gritsenko wrote:
Leszek Gawron wrote:
Core components like continuations manager can be springified with no
harm for users.
How is that? I'd like to know more about it. May be I can simplify my
slides, if that is the case. I found no way of keeping old
(cocoon.xconf) RunnableManager
remove the Avalon
stuff.
WDYT?
+1
lovely, less work for me :)
and seriously: +1
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO at MobileBox Ltd.
like we could drop the source resolver and objectModel. Both
can be injected and AFAIU both are properly scoped with some custom
scope of ours.
Please review my JXTemplateGenerator migration and recheck if the
samples work again (worked for me).
--
Leszek Gawron http
Reinhard Poetz wrote:
Leszek Gawron wrote:
I suggest that when Springifiing components, we just remove the Avalon
stuff.
WDYT?
+1
lovely, less work for me :)
and seriously: +1
Do we really want to springify trunk *now*? The problem is that the
migration of Cocoon 2.1 apps gets more
Joerg Heinicke wrote:
On 10.10.2007 4:45 Uhr, Leszek Gawron wrote:
1. Can somebody tell me why do we need all these:
protected static final ContentHandler EMPTY_CONTENT_HANDLER = new
DefaultHandler();
/** The codeXMLConsumer/code receiving SAX events. */
protected XMLConsumer xmlConsumer
Giacomo Pati wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Daniel Fagerstrom wrote:
Leszek Gawron skrev:
There is a lot of .xconf files in core. I would like to start
converting them into spring beans
Great!
but question is: do we want that for 2.2?
Yes.
It is a huge job
Giacomo Pati wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Leszek Gawron wrote:
Giacomo Pati wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Daniel Fagerstrom wrote:
Leszek Gawron skrev:
There is a lot of .xconf files in core. I would like to start
converting them
name the POJO one?
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO at MobileBox Ltd.
Reinhard Poetz wrote:
Leszek Gawron wrote:
Reinhard Poetz wrote:
Daniel Fagerstrom wrote:
Reinhard Poetz skrev:
Can you give a concrete example? E.g. the DirectoryGenerator which
has already been springfied only exisits as a Spring bean, at least
AFAICS.
The DirectoryGenerator is still
Reinhard Poetz wrote:
Vadim Gritsenko wrote:
Leszek Gawron wrote:
Grzegorz Kossakowski wrote:
Leszek Gawron pisze:
SimpleFormInstanceExtractionTransformer.java and
SimpleFormTransformer.java are probably better placed in
cocoon-pipeline-components than cocoon-core. Can I move them ?
What's
Reinhard Poetz wrote:
Leszek Gawron wrote:
Reinhard Poetz wrote:
Vadim Gritsenko wrote:
Leszek Gawron wrote:
Grzegorz Kossakowski wrote:
Leszek Gawron pisze:
SimpleFormInstanceExtractionTransformer.java and
SimpleFormTransformer.java are probably better placed in
cocoon-pipeline-components
this is to implement a resource heavy
version of postable
source.
this probably means we will not be able to implement fully pipelined
servlet services.. I have reverted the change we did at GT.
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO at MobileBox Ltd.
e) {
throw new RuntimeException(unable to create
SettingsBeanFactoryPostProcessor, e);
}
processor.postProcessBeanFactory(beanFactory);
}
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO at MobileBox Ltd.
There is a lot of .xconf files in core. I would like to start converting
them into spring beans but question is: do we want that for 2.2?
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO at MobileBox Ltd.
why is this module still in svn when it contains no files at all (and it
is never referenced)?
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO at MobileBox Ltd.
SimpleFormInstanceExtractionTransformer.java and
SimpleFormTransformer.java are probably better placed in
cocoon-pipeline-components than cocoon-core. Can I move them ?
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO at MobileBox Ltd.
Grzegorz Kossakowski wrote:
Leszek Gawron pisze:
SimpleFormInstanceExtractionTransformer.java and
SimpleFormTransformer.java are probably better placed in
cocoon-pipeline-components than cocoon-core. Can I move them ?
What's their use?
At CocoonGT we had some sort of agreement to create
if the cocoon template actually registers proper store
entries).
It is way less important in this case to reduce dependencies as they are
already in place. It's way easier to use store as it is than to create
and debug a mock that provides a proper functionality.
--
Leszek Gawron
[
https://issues.apache.org/jira/browse/COCOON-1978?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12532595
]
Leszek Gawron commented on COCOON-1978:
---
looks like there is no way to fix this without invading Jexl source
[
https://issues.apache.org/jira/browse/COCOON-2127?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Leszek Gawron reassigned COCOON-2127:
-
Assignee: Leszek Gawron (was: Grzegorz Kossakowski)
Variable defined by using jx:set
[
https://issues.apache.org/jira/browse/COCOON-2127?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Leszek Gawron closed COCOON-2127.
-
Resolution: Fixed
Affects version (Component): Parent values: Blocks
[
https://issues.apache.org/jira/browse/COCOON-2130?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Leszek Gawron reassigned COCOON-2130:
-
Assignee: Leszek Gawron
Migrate cocoon-template from Avalon to Spring
[
https://issues.apache.org/jira/browse/COCOON-1978?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Leszek Gawron reassigned COCOON-1978:
-
Assignee: Leszek Gawron
JXTemplate often fail a method call without giving any error
does anybody actually use language parameter?
AbstractExpression.getLanguage() is in fact never used. The expression
compiler selection is being made up front so the
AbstractExpression.language may serve only for informational purposes.
comments?
--
Leszek Gawron
this behaviour. Is there anything we can do?
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO at MobileBox Ltd.
[
https://issues.apache.org/jira/browse/COCOON-2134?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Leszek Gawron reassigned COCOON-2134:
-
Assignee: Leszek Gawron (was: Grzegorz Kossakowski
[
https://issues.apache.org/jira/browse/COCOON-2134?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Leszek Gawron closed COCOON-2134.
-
Resolution: Fixed
removed Disposable interface
VariableResolverFactory does not register
I am arriving at Rome airport at 19:40 flying easyJet from Berlin.
Any chance for somebody would pick me up?
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO at MobileBox Ltd.
Grzegorz Kossakowski wrote:
Leszek Gawron pisze:
Grzegorz Kossakowski wrote:
Leszek Gawron pisze:
Because stack implementation used to maintain local scopes uses some
variation of ListArray class
that uses equals() when remove() method is called. Just for efficiency
I guess that real scope
Grzegorz Kossakowski wrote:
Leszek Gawron pisze:
Lately I keep getting these:
java.lang.ClassCastException: org.mozilla.javascript.NativeObject
at com.mobilebox.smart.model.Contractor.equals(Contractor.java:335)
at java.util.ArrayList.remove(ArrayList.java:424
Grzegorz Kossakowski wrote:
Leszek Gawron pisze:
Grzegorz Kossakowski wrote:
Leszek Gawron pisze:
Yep. Contrary to the old OM handling the new one demands equals()
method properly implemented for
all objects put on OM.
Is it something bad?
I have no idea :) why such requirement?
Because
(SelectChannelEndPoint.java:368)
at
org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:442)
Though the exception happens somewhere in my business code I feel this
is caused by latest object model refactorings. Grzegorz could you comment?
--
Leszek Gawron
exercise... :)
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO at MobileBox Ltd.
per night...
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO at MobileBox Ltd.
of ORM
support (old problem with serializing referenced entities and lazy
loaded collections).
lg
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO at MobileBox Ltd.
comment.
Simply removing this instructions is not the best option because there would be
a lot of junk
(namespace declarations) laying in Object Model when, in fact, we would be out
of this namespaces.
Doesn't NamespacesTable take care of that?
--
Leszek Gawron http
=http://foo.org/bar/1.0;
something/
/foo:foo
foo:foo xmlns:foo=http://muu.org/foo/2.0;
something/
/foo:foo
/root
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO at MobileBox Ltd.
Grzegorz Kossakowski wrote:
Leszek Gawron pisze:
Grzegorz Kossakowski wrote:
Simply removing this instructions is not the best option because there
would be a lot of junk
(namespace declarations) laying in Object Model when, in fact, we
would be out of this namespaces.
Doesn't NamespacesTable
Grzegorz Kossakowski wrote:
Leszek Gawron pisze:
I may be biased but I would expect exactly the first case. I made a
mistake in previous mail proposing jx:if to be scoped. Please mind that
jx:set always puts a variable in current scope so you are not able to
change variable value:
jx:set var
block/cocoon-core-sample/cocoon-core-main-sample is by default enabled
to be built. The problem is it depends on cocoon-xsp-impl which is only
build with -Dallblocks.
Can I make xsp-impl to be built every time?
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO
Daniel Fagerstrom wrote:
Leszek Gawron skrev:
Grzegorz Kossakowski wrote:
Leszek Gawron pisze:
...
I remember that I have read that discussion and I agree that there
was no clear consensus.
I also remember that there were several folks expressing their
opinion that jx should as far from
sql:setDataSource var=testDB
url=jdbc:mysql://localhost/test,com.mysql.jdbc.Driver/
sql:query var=users dataSource=${testDB}
SELECT * FROM users
/sql:query
that is even worse than xsp days...
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO at MobileBox Ltd.
: PipelineUtil...
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO at MobileBox Ltd.
Joerg Heinicke wrote:
On 27.08.2007 4:17 Uhr, Leszek Gawron wrote:
ok, int this case cocoon template behaves properly:
root xmlns:jx=http://apache.org/cocoon/templates/jx/1.0;
foo:foo xmlns=http://foor.org/bar/1.0;
something/
/foo:foo
foo:foo
something/
/foo:foo
polluting ObjectModel as
soon as we establish
precise contracts for jx:set.
Once again: the contract of jx:set is clear. On the contrary we have
inconsistent context creation contract for all other jx:* instructions.
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO
Grzegorz Kossakowski wrote:
Leszek Gawron pisze:
Hello,
Hello Leszek
previously (all my software bases on this behaviour) if a variable was
declared at imported template it was available further on:
!-- macros.jx declares foo variable --
jx:import uri=view/macros.jx/
tags${foo}/tags
to create a wicket component that is able to
pass it's model to cocoon servlet and get the xml content in return.
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO at MobileBox Ltd.
and the template produces: tags/tags
this produces the expected result:
!-- lets declare foo ourselves --
jx:set var=foo value=.../
!-- macros.jx modifies the tags variable --
jx:import uri=view/macros.jx/
!-- works as expected --
tags${foo}/tags
was this intentional?
--
Leszek Gawron
Reinhard Poetz wrote:
The proposed release artifacts are available at
http://people.apache.org/builds/cocoon/.
Why is there no release of cocoon spring configurator?
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO at MobileBox Ltd.
minutes.
Once cocoon libs (especially plugins and archetypes) are uploaded on
public maven repo where is no easier way to start.
Custom build will always get outdated some time which will bring confusion.
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO at MobileBox
of building applications is
not that actively tracked and maintained as maven there is no harm in
showing users the alternative.
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO at MobileBox Ltd.
regards,
—ml—
PipelineUtil?
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO at MobileBox Ltd.
Reinhard Poetz wrote:
Leszek Gawron wrote:
Reinhard Poetz wrote:
Leszek Gawron wrote:
What 'apple initialization options' are you refering to ?
- Thread.currentThread().getContextClassLoader().loadClass(appleName);
- sitemapManager.lookup(beanName);
And why would you like to mix those
Reinhard Poetz wrote:
Leszek Gawron wrote:
Reinhard Poetz wrote:
Leszek Gawron wrote:
Reinhard Poetz wrote:
Leszek Gawron wrote:
What 'apple initialization options' are you refering to ?
-
Thread.currentThread().getContextClassLoader().loadClass(appleName);
- sitemapManager.lookup
which prove that he has a good unerstanding of how Cocoon works.
And, as I was told, he was the initial author of the LDAPTransformer.
Please cast your votes!
+1 and welcome!
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO at MobileBox Ltd.
/component-instance
/flow-interpreters
/components
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO at MobileBox Ltd.
Reinhard Poetz wrote:
Leszek Gawron wrote:
Reinhard Poetz wrote:
I added/changed three things in Apples:
- Apples can be Spring beans. In order to lookup a bean, prepand #,
e.g. to lookup a bean of name 'myBean', use map:call
function=#myBean/.
- Add an AppleNotFoundException which
Reinhard Poetz wrote:
Leszek Gawron wrote:
Reinhard Poetz wrote:
Leszek Gawron wrote:
Reinhard Poetz wrote:
I added/changed three things in Apples:
- Apples can be Spring beans. In order to lookup a bean, prepand
#, e.g. to lookup a bean of name 'myBean', use map:call
function=#myBean
.
He's been lively at recent GetTogethers, and he is also showing a
willingness to contribute to the value of the community by talking at
Apachecon Europe this year.
Please cast your votes.
+1, welcome!
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO at MobileBox
release in central maven repo :)
--
Leszek Gawron http://www.mobilebox.pl/krs.html
CTO at MobileBox Ltd.
1 - 100 of 1077 matches
Mail list logo