Re: Javadocs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Vadim Gritsenko wrote: Reinhard Poetz wrote: Vadim Gritsenko wrote: Reinhard Poetz wrote: Could somebody help me with an additional script which recursivly scans for the download scripts, sets the x attribute on the file and executes it then? Sure; what's the script name / name pattern? It will be located in apidocs/create-apidocs.sh This will do it: find . -name create-apidocs.sh | grep apidocs | xargs bash Well, the grep wouldn't do anything helpfull, right ;-) - -- Giacomo Pati Otego AG, Switzerland - http://www.otego.com Orixo, the XML business alliance - http://www.orixo.com -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.6 (GNU/Linux) iD8DBQFG927aLNdJvZjjVZARAg00AKDCHpD11kXEFyaka1qdjcDR/5O9XgCfUprn 6+nVq0q8xB0vvj68OeQey0U= =APMB -END PGP SIGNATURE-
Re: pipelineComponent scope troubles (was Code freeze?)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Grzegorz Kossakowski wrote: Any chance to reproduce this behaviour with my little sample? I tried to modify it so empty List is passed but everything works fine. Is your list a standard Java implementation like ArrayList? Isolating the problem that anyone can test on its own machine is crucial here, really. Or you can just consider debugging Jexl yourself, it's has source code written decently. I've setup a stripped down to bare minimum sample (based on your little sample) that has the behaviour as our application. I can confirm, that this sample works with trunk upto revision 567300. You'll find it at http://people.apache.org/~giacomo/c2.2-test.tar.gz HTH and MTIA - -- Giacomo Pati Otego AG, Switzerland - http://www.otego.com Orixo, the XML business alliance - http://www.orixo.com -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.6 (GNU/Linux) iD8DBQFG96fVLNdJvZjjVZARApDvAKDaG/DTbXqfv7k9YOn5H3pJu7LyZwCfRJxD bIEHV4c7Esf4jA9U/ssWak8= =qjEq -END PGP SIGNATURE-
Re: Javadocs
Giacomo Pati wrote: Vadim Gritsenko wrote: Reinhard Poetz wrote: It will be located in apidocs/create-apidocs.sh This will do it: find . -name create-apidocs.sh | grep apidocs | xargs bash Well, the grep wouldn't do anything helpfull, right ;-) Just to enforce a contract :) Vadim
Re: Javadocs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Vadim Gritsenko wrote: Giacomo Pati wrote: Vadim Gritsenko wrote: Reinhard Poetz wrote: It will be located in apidocs/create-apidocs.sh This will do it: find . -name create-apidocs.sh | grep apidocs | xargs bash Well, the grep wouldn't do anything helpfull, right ;-) Just to enforce a contract :) Oh, that's a good answer ;-) - -- Giacomo Pati Otego AG, Switzerland - http://www.otego.com Orixo, the XML business alliance - http://www.orixo.com -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.6 (GNU/Linux) iD8DBQFG962NLNdJvZjjVZARAr5wAJ4qIj3cCXDE3EE4GzRj/p2aqOoIGwCfW8LS LejiXOsVp1r7S4EVfr+z2oY= =iSys -END PGP SIGNATURE-
ObjectModel exception
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) at org.apache.commons.collections.map.MultiValueMap.remove(MultiValueMap.java:160) at org.apache.cocoon.el.impl.objectmodel.ObjectModelImpl.cleanupLocalContext(ObjectModelImpl.java:192) at sun.reflect.GeneratedMethodAccessor124.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:296) at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:177) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:144) at org.springframework.aop.support.DelegatingIntroductionInterceptor.doProceed(DelegatingIntroductionInterceptor.java:131) at org.springframework.aop.support.DelegatingIntroductionInterceptor.invoke(DelegatingIntroductionInterceptor.java:119) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:166) at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) at $Proxy29.cleanupLocalContext(Unknown Source) at org.apache.cocoon.template.instruction.ForEach.execute(ForEach.java:170) at org.apache.cocoon.template.script.Invoker.execute(Invoker.java:74) at org.apache.cocoon.template.instruction.Choose.execute(Choose.java:71) at org.apache.cocoon.template.script.Invoker.execute(Invoker.java:74) at org.apache.cocoon.template.instruction.Call.execute(Call.java:145) at org.apache.cocoon.template.script.Invoker.execute(Invoker.java:71) at org.apache.cocoon.template.JXTemplateGenerator.performGeneration(JXTemplateGenerator.java:152) at org.apache.cocoon.template.JXTemplateGenerator.generate(JXTemplateGenerator.java:138) at sun.reflect.GeneratedMethodAccessor158.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.cocoon.components.pipeline.spring.PipelineComponentProxyDecorator$ScopeChangerProxy.invoke(PipelineComponentProxyDecorator.java:86) at $Proxy101.generate(Unknown Source) at sun.reflect.GeneratedMethodAccessor158.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.cocoon.core.container.spring.avalon.PoolableProxyHandler.invoke(PoolableProxyHandler.java:72) at $Proxy96.generate(Unknown Source) at sun.reflect.GeneratedMethodAccessor158.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.cocoon.components.pipeline.spring.PipelineComponentProxyDecorator$ScopeChangerProxy.invoke(PipelineComponentProxyDecorator.java:86) at $Proxy97.generate(Unknown Source) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:542) at org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:275) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:437) at sun.reflect.GeneratedMethodAccessor144.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.cocoon.core.container.spring.avalon.PoolableProxyHandler.invoke(PoolableProxyHandler.java:72) at $Proxy95.process(Unknown Source) at org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.invoke(SerializeNode.java:144) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:55) at org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(MatchNode.java:87) at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:77) at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:151) at
Re: pipelineComponent scope troubles (was Code freeze?)
Giacomo Pati wrote: Grzegorz Kossakowski wrote: Any chance to reproduce this behaviour with my little sample? I tried to modify it so empty List is passed but everything works fine. Is your list a standard Java implementation like ArrayList? Isolating the problem that anyone can test on its own machine is crucial here, really. Or you can just consider debugging Jexl yourself, it's has source code written decently. I've setup a stripped down to bare minimum sample (based on your little sample) that has the behaviour as our application. I can confirm, that this sample works with trunk upto revision 567300. You'll find it at http://people.apache.org/~giacomo/c2.2-test.tar.gz I don't know if it is related but if I use the cocoon protocol to call a pipeline that uses a jx-template, the template doesn't receive the passed objects anymore. I think that's the relevant part of the stacktrace: Caused by: java.lang.NullPointerException at org.apache.cocoon.callstack.CallScope.get(CallScope.java:37) It can easily be reproduced by adding this pipeline to a Cocoon 2.2 app created by the Cocoon 2.2 archetype: map:match pattern=fails map:generate src=cocoon:/spring-bean/ map:serialize type=xml/ /map:match -- Reinhard Pötz Independent Consultant, Trainer (IT)-Coach {Software Engineering, Open Source, Web Applications, Apache Cocoon} web(log): http://www.poetz.cc
[GT2007] REMINDER: final days to register!
Hello everybody, the Cocoon GetTogether is getting close, and there are only a few days left before we wrap registrations up. Registration will *CLOSE* on September 30th, which means you have only got SIX days left to secure your place. The program is online and, as usual, we will have a great speaker lineup. A great hackathon and amazing evening events will be the perfect icing on the GT cake. Hurry up, don't wait! Due to organizational requirements we won't be able to accept walk-ins, so please reserve your spot. See you in Rome! -- Gianugo Rabellino Sourcesense, making sense of Open Source: http://www.sourcesense.com (blogging at http://www.rabellino.it/blog/)
Re: [2.2] consider me inactive
Grzegorz Kossakowski wrote: Vadim Gritsenko pisze: If it helps... And if you are going to start any new project any time soon... Consider using 2.2 in compatibility mode. Basically, you can set it up to work exactly as 2.1, with the added benefits of Spring integration and so on. Vadim, what about writing such description independently from Bertrand needs so our users could benefit? Even better... I almost have a presentation - will be ready for GT. Vadim