stream wrapping. Thank you for the explanation.
--
Leszek Gawron, IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48 (501) 720 812 fax: +48 (61) 853 29 65
Rice Yeh wrote:
I find this problem is because of a bug at line 203 in
org.apache.cocoon.core.container.spring.avalon.SitemapHelper, where
classPathConfig shoud be passed as argument to method
AvalonUtils.createConfiguration, intead of config.
Could you provide a patch?
--
Leszek Gawron
Thorsten Scherler wrote:
On Mon, 2006-09-18 at 11:39 +0200, Leszek Gawron wrote:
Hmm, maybe the documentation is outdated but
http://cocoon.apache.org/2.1/userdocs/flow/jxtemplate.html state When
used inside flow, JXTemplate has access to Java and can therefore
evaluate expressions like
Niels van Kampenhout wrote:
Leszek Gawron wrote:
Thorsten Scherler wrote:
Hi all, hi Ard,
http://marc.theaimsgroup.com/?l=xml-cocoon-usersm=115194685214066w=2
...
Now, the cached jx would depend on these three parameters.
Very easy to use, and less error prone than the flow part
an example?
Please read my other reply. If I have time I will commit some samples to
trunk that would outline jxtg caching.
--
Leszek Gawron, IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48 (501) 720 812
Joerg Heinicke wrote:
On 17.09.2006 14:38, Leszek Gawron wrote:
Is this something we can influence at all? Is this a problem of the
Maven Eclipse plugin? Or is everything left to the project wizard of
Eclipse?
Are you refering to maven eclipse plugin which you invoke by mvn
eclipse:eclipse
parameters they should be a part
of the cache key,
- if not - you shouldn't pass them instead of excluding.
Please comment.
--
Leszek Gawron, IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48 (501) 720 812
Niels van Kampenhout wrote:
Leszek Gawron wrote:
Please update your cocoon checkout to the latest trunk. Then build
cocoon-webapp, run it and point your browser to:
http://localhost:/blocks/cocoon-template-sample/view/caching3
The template header is:
page xmlns:jx=http://apache.org
jx:cache-key and
jx:cache-validity.
--
Leszek Gawron, IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48 (501) 720 812 fax: +48 (61) 853 29 65
.
BTW: how do you hot deploy to jetty?
--
Leszek Gawron, IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48 (501) 720 812 fax: +48 (61) 853 29 65
resources) when having a project subclipsed and then maven enabled.
--
Leszek Gawron, IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48 (501) 720 812 fax: +48 (61) 853 29 65
don't know where to
place my files, I don't know which parts are superfluous and and and...
Are docs about that anywhere in the outside world without having to pay
$ 30 for an outdated book?
which cocoon version are you refering to ?
--
Leszek Gawron, IT Manager
configuration in the pom.xml (I have
scanIntervalSeconds set to 10 seconds).
I see .. the maven plugin. I thought you had a separate jetty instance.
--
Leszek Gawron, IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48
://ouzo.squash.eu.org/2006/09/creating_a_mavenized_cocoon_ap.html
Current cocoon:deploy version is 1.0.0-M2-SNAPSHOT (please mind that
actual content differs basing on when you last built the plugin).
--
Leszek Gawron, IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67
transactional. Your controller does not need make use of transactions.
--
Leszek Gawron, IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48 (501) 720 812 fax: +48 (61) 853 29 65
concerns; the
parties/sitemap.xml plays the controller and parties/flows/sitemap.xml
plays the view.
Regards,
Rice
No it can't. Continuation is bound to a specific flow interpreter. You
will get an error.
--
Leszek Gawron, IT Manager MobileBox sp. z o.o.
+48 (61) 855
Leszek Gawron wrote:
Rice Yeh wrote:
Can sendForm or sendPage functions use the sitemap that is different
from the sitemap which invokes the javascript containing them?
Here is my example:
directory structure:
parties/sitemap.xml
parties/flows/MaintainParties.js
parties/flows/sitemap.xml
Rice Yeh wrote:
Thank you.
By the way, what keyword should I use to specify the current block in an
cocoon url, Iilke the following my error guess:
src=cocoon://{this_block}/parties/library/commons/GetCountrySelectionList
use cocoon:/ instead of cocoon://
--
Leszek Gawron, IT Manager
[ http://issues.apache.org/jira/browse/COCOON-1913?page=all ]
Leszek Gawron closed COCOON-1913.
-
Resolution: Fixed
applied, thank you
[PATCH] ContainerTestCase in cocoon-core should be abstract
[
http://issues.apache.org/jira/browse/COCOON-1912?page=comments#action_12433583
]
Leszek Gawron commented on COCOON-1912:
---
Why do you declare a dependency on logkit? AFAIR we have removed logkit
completely.
[PATCH] cocoon-webdav-impl
,
cocoon.parameters.country )}
--
Leszek Gawron, IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48 (501) 720 812 fax: +48 (61) 853 29 65
the project source.
Try to put your application context into:
squasher/squasher-core/src/main/resources/META-INF/spring
and run the application.
--
Leszek Gawron, IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile
[
http://issues.apache.org/jira/browse/COCOON-1912?page=comments#action_12433589
]
Leszek Gawron commented on COCOON-1912:
---
I have tried to run it also without excalibur components - also works. Are you
sure you need them?
[PATCH
[ http://issues.apache.org/jira/browse/COCOON-1912?page=all ]
Leszek Gawron closed COCOON-1912.
-
Resolution: Fixed
Current test pass.
[PATCH] cocoon-webdav-impl test run fails due to missing dependencies in test
scope
can try
tu do the following :
var form = new Form( cocoon://myform );
and provide additional pipeline which will render the proper form
definition.
--
Leszek Gawron, IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http
.html , ran
mvn war:inplace and installed src/main/webapp under tomcat/webapps
folder.
You probably should not do war:inplace. This is how it should be working:
cd cocoon-trunk/
mvn clean install
cd core/cocoon-webapp
mvn cocoon:deploy jetty6:run
--
Leszek Gawron, IT Manager
was a BUILD SUCCESSFULL, and I'm using
http://mirrors.dotsrc.org/maven2.
You probably have not fetched
org.apache.maven.plugins:maven-clean-plugin plugin from repository yet
which means you have to drop -o and everything should be fine.
--
Leszek Gawron, IT Manager MobileBox
directory
--
Leszek Gawron, IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48 (501) 720 812 fax: +48 (61) 853 29 65
[ http://issues.apache.org/jira/browse/COCOON-1911?page=all ]
Leszek Gawron closed COCOON-1911.
-
Resolution: Fixed
Patch applied. Thank you
[PATCH] cocoon-jcr-impl does not declare dependency to cocoon-core's test
classes
/2006/09/creating_a_mavenized_cocoon_ap.html
--
Leszek Gawron http://ouzo.squash.eu.org
Carsten Ziegeler wrote:
Leszek Gawron wrote:
My kid interrupted me in the middle of commits. Just commited that to
core. I am sorry for inconvinience.
No problem.
Hmm I seem to removed the properties at 5pm. The power of distraction.
I have also removed cocoon-core-sitemap.xmap from cocoon
resources by
{request:contextPath}/_cocoon/resources/*. This way you will not need
you version of matcher (that is probably more cpu intensive).
--
Leszek Gawron, IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48
[ http://issues.apache.org/jira/browse/COCOON-1910?page=all ]
Leszek Gawron reassigned COCOON-1910:
-
Assignee: Leszek Gawron
cocoon deployer fails when deploying cocoon-core
Key
[
http://issues.apache.org/jira/browse/COCOON-1910?page=comments#action_12432811
]
Leszek Gawron commented on COCOON-1910:
---
I probably know what causes the problem: cocoon:deploy plugin flattens
properties structure
[
http://issues.apache.org/jira/browse/COCOON-1910?page=comments#action_12432817
]
Leszek Gawron commented on COCOON-1910:
---
I'm looking into it right now.
cocoon deployer fails when deploying cocoon-core
[
http://issues.apache.org/jira/browse/COCOON-1910?page=comments#action_12432823
]
Leszek Gawron commented on COCOON-1910:
---
Fixed with a hacky trick. I'll refactor SingleFileDeployer a little bit later.
cocoon deployer fails when
in WEB-INF/cocoon/spring/) everything starts working just fine.
--
Leszek Gawron, IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48 (501) 720 812 fax: +48 (61) 853 29 65
[ http://issues.apache.org/jira/browse/COCOON-1910?page=all ]
Leszek Gawron closed COCOON-1910.
-
Resolution: Fixed
cocoon deployer fails when deploying cocoon-core
Key: COCOON-1910
Carsten Ziegeler wrote:
Leszek Gawron wrote:
Now I am using service-apples which for
map:call function=fetchDiscount/ performs a call
serviceManager.lookup( fetchDiscount )
Now I see that 'fetchDiscount' bean is shown in cocoon log
(pre-instantiating singletons yada yada yada) but I get
myapp-webapp depend on
myblock-opensessioninview-enabler and thats it.
[1] http://issues.apache.org/jira/browse/COCOON-1898
--
Leszek Gawron, IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48 (501) 720 812
cannot
drop it because cocoon simply isn't ready for it.
We could have patch mechanism separated from main deployer:
mvn clean compile cocoon:deploy cocoon:patch cocoon:shield jetty:run
--
Leszek Gawron, IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67
needed it. It was
just an example. I have lots of other cases in other cocoon areas that
will not be resolved by fixing cforms.
--
Leszek Gawron, IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48 (501) 720
- now's the
time :)
[1] http://marc2.theaimsgroup.com/?l=xml-cocoon-cvsm=115745582028279w=2
--
Leszek Gawron, IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48 (501) 720 812 fax: +48
Carsten Ziegeler wrote:
Leszek Gawron wrote:
Why are most properties residing in
cocoon-webapp/src/main/webapp/WEB-INF/cocoon/properties instead of
cocoon-core/src/main/resources/META-INF/properties? This way if anybody
changes anything also both archetypes have to be updated.
After all we
Carsten Ziegeler wrote:
Leszek Gawron wrote:
Ok. I am going to follow what you said and migrate all possible
properties to core.
Did you remove the properties for the settings with your last commits? I
can't find any properties for logging, reloading etc.
My kid interrupted me in the middle
Leszek Gawron wrote:
Carsten Ziegeler wrote:
Leszek Gawron wrote:
Ok. I am going to follow what you said and migrate all possible
properties to core.
Did you remove the properties for the settings with your last commits? I
can't find any properties for logging, reloading etc.
My kid
Leszek Gawron wrote:
Leszek Gawron wrote:
Carsten Ziegeler wrote:
Leszek Gawron wrote:
Ok. I am going to follow what you said and migrate all possible
properties to core.
Did you remove the properties for the settings with your last commits? I
can't find any properties for logging
Carsten Ziegeler wrote:
Leszek Gawron wrote:
Just a few examples of what can be currently achieved only by patching:
- tweaking store janitor
- configuring transient store max objects
- configuring continuations manager
These three things could be configured through properties I guess. So
(currently it only works in sitemaps). This way we
can load properties directly from source folder.
--
Leszek Gawron, IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48 (501) 720 812 fax: +48
Carsten Ziegeler wrote:
Leszek Gawron wrote:
Another feature request for Carsten. We have already discussed this once:
While testing a development block the properties from
/src/main/resources/META-INF/properties/* are not copied to webapp
directory. In order to load them properly we need
Carsten Ziegeler wrote:
Leszek Gawron wrote
As long as it is configured automatically so the only thing that user
does is:
mvn clean compile cocoon:deploy jetty:run
I'm not that familiar with all aspects of the cocoon:deploy plugin, but
I thought that this one is deploying all files
[
http://issues.apache.org/jira/browse/COCOON-1898?page=comments#action_12432504
]
Leszek Gawron commented on COCOON-1898:
---
Concerning src/main/xpatch:
We have have agreed some time ago to keep all the specific cocoon resources
Carsten Ziegeler wrote:
Leszek Gawron wrote:
SNIP
The blocks consists of:
- COB-INF resources (covered with mount in sitemap)
- java classes (loaded on sitemap level with reloading classloader, now
gets me thinking it will break if block supplies some core spring beans)
- avalon contexts
Carsten Ziegeler wrote:
Carsten Ziegeler wrote:
Leszek Gawron wrote:
SNIP
The blocks consists of:
- COB-INF resources (covered with mount in sitemap)
- java classes (loaded on sitemap level with reloading classloader, now
gets me thinking it will break if block supplies some core spring
[
http://issues.apache.org/jira/browse/COCOON-1898?page=comments#action_12432356
]
Leszek Gawron commented on COCOON-1898:
---
To tell you the truth I like XPatch syntax better than your solution. You can
understand what the xpatch does
Reinhard Poetz wrote:
Leszek Gawron (JIRA) wrote:
I want to implement some more features for cocoon:deploy XPatching:
First, because of a lack of time I haven't had much time to understand
in detail what your needs are. So take my concerns as what they are: a
gut feeling.
I think we
Reinhard Poetz wrote:
Leszek Gawron (JIRA) wrote:
I want to implement some more features for cocoon:deploy XPatching:
First, because of a lack of time I haven't had much time to understand
in detail what your needs are. So take my concerns as what they are: a
gut feeling.
I think we
[
http://issues.apache.org/jira/browse/COCOON-1898?page=comments#action_12432369
]
Leszek Gawron commented on COCOON-1898:
---
putting your xpatch files into /src/main/resources/META-INF/xpatch allows to
pack them into the artifact (jar
[
http://issues.apache.org/jira/browse/COCOON-1898?page=comments#action_12432371
]
Leszek Gawron commented on COCOON-1898:
---
Lars, I've been looking into XUpdate and it is promising. I had no idea this
kind of language was already
[
http://issues.apache.org/jira/browse/COCOON-1898?page=comments#action_12432375
]
Leszek Gawron commented on COCOON-1898:
---
This would probably be a good idea if cocoon:deploy had no xpatching abilities.
A separate XPatch/XUpdate plugin
need something for 'compile' you need it also for
runtime, don't you?
What probably should be taken into account is 'provided', 'system' and
'test' dependencies. I see in code this is probably not handled well.
--
Leszek Gawron, IT Manager MobileBox sp. z o.o.
+48 (61
Leszek Gawron wrote:
Rice Yeh wrote:
Hi,
Does cocoon:deploy consider a dependency's scope? I have a
dependency whose scope is 'compile', hence it should not be deployed
to WEB-INF/cocoon/lib/. But I find it is always deployed. So I use
'exclusion' to exclude it. But it is kind
Just like the settings can be separated into different running modes I
would like to propose the same functionality for spring contexts and
xconf files. This way starting cocoon in development mode could mock
some services instead of providing real implementations.
--
Leszek Gawron
level?
--
Leszek Gawron, IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48 (501) 720 812 fax: +48 (61) 853 29 65
[
http://issues.apache.org/jira/browse/COCOON-1898?page=comments#action_12432142
]
Leszek Gawron commented on COCOON-1898:
---
I have commited some initial version of xpatch support. There are some bugs and
enhancements pending so I am
[
http://issues.apache.org/jira/browse/COCOON-1898?page=comments#action_12431829
]
Leszek Gawron commented on COCOON-1898:
---
Main sitemap. Not always a block can be tested in total isolation. Just as the
block may require some servlet
[
http://issues.apache.org/jira/browse/COCOON-1898?page=comments#action_12431830
]
Leszek Gawron commented on COCOON-1898:
---
Writing main sitemap I meant the one that is generated by cocoon:deploy
automatically thus the user has
[
http://issues.apache.org/jira/browse/COCOON-1898?page=comments#action_12431967
]
Leszek Gawron commented on COCOON-1898:
---
The patch needs some polishing. Working on it now.
[PATCH] XPatch support for maven-cocoon-deployer-plugin
stream
byte[] buffer = new byte[8192];
int length;
while ((length = zipStream.read(buffer)) 0) {
out.write(buffer, 0, length);
}
?
--
Leszek Gawron, IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48
Reinhard Poetz wrote:
Leszek Gawron wrote:
Is there any reason for:
as the deployer has a very looong history, this part changed many times.
your replacement looks good to me. if it works, go for it.
It does.
I have already a production site running on mavenized cocoon 2.2 - I'll
know
Carsten Ziegeler wrote:
Leszek Gawron wrote:
Previously web.xml properties were read into settings via a hard-wired
PropertyProvider. I see no property providers implemented now in
cocoon-core as well as no code reading web.xml elsewhere.
Was this intentional? I have not used
[ http://issues.apache.org/jira/browse/COCOON-1904?page=all ]
Leszek Gawron closed COCOON-1904.
-
Fix Version/s: 2.2-dev (Current SVN)
Resolution: Fixed
applied, thanks
[PATCH] pom.xml generated for cocoon-block-archetype does not regard
.
This pisses me a lot (not the fact that it works but that the pom is
missing) because you have to use offline mode for maven every time.
Otherwise mvn tries to download these at each run.
--
Leszek Gawron, IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67
the final version?
--
Leszek Gawron, IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48 (501) 720 812 fax: +48 (61) 853 29 65
Leszek Gawron wrote:
Jorg Heymans wrote:
o WTF is going on with the spring downloads? Seems like there is no
pom available, but it works anyway...
You do not need pom to get the jar. Some default stub is being used.
This pisses me a lot (not the fact that it works but that the pom is
missing
Did anyone try to evaluate new rhino version? I have replaced R2 with R3
in cocoon trunk and found out that bean.getId() works as expected while
shortened bean.id returns undefined.
--
Leszek Gawron, IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67
[
http://issues.apache.org/jira/browse/COCOON-1903?page=comments#action_12431260
]
Leszek Gawron commented on COCOON-1903:
---
I am already working on the issue. Thanks for help. Also an archetype needs
updating.
[PATCH] cocoon-block
not resolve input module references at all.
--
Leszek Gawron, IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48 (501) 720 812 fax: +48 (61) 853 29 65
.
--
Leszek Gawron, IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48 (501) 720 812 fax: +48 (61) 853 29 65
=propertyPath
value=src/main/resources/META-INF/properties/
/bean
--
Leszek Gawron, IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48 (501) 720 812 fax: +48 (61) 853 29 65
Carsten Ziegeler wrote:
Leszek Gawron wrote:
Wouldn't it be better if instead of processorClassName it was a bean
reference? There is no way to do any configuration if only class name is
passed.
Yes, a bean would be better, but I'm not sure if this works. I will try
this out during the week
Carsten Ziegeler wrote:
Leszek Gawron wrote:
It would be even better if the main component wouldn't have the
processor passed to. Instead we could make it BeanFactoryAware and allow
it to find all beans implementing PropertyProvider in context.
I implemented it slightly different now
to conform to latest
Carsten's changes.
--
Leszek Gawron, IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48 (501) 720 812 fax: +48 (61) 853 29 65
)
at
org.mortbay.jetty.nio.SelectChannelConnector$HttpEndPoint.run(SelectChannelConnector.java:710)
at
org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:412)
--
Leszek Gawron, IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67
[
http://issues.apache.org/jira/browse/COCOON-1535?page=comments#action_12430426
]
Leszek Gawron commented on COCOON-1535:
---
I do not like that condition to be dropped:
-if ( end == start )
-throw new
. Spring's BeanFactoryUtils contain proper methods for this.
WDYT?
--
Leszek Gawron, IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48 (501) 720 812 fax: +48 (61) 853 29 65
Carsten Ziegeler wrote:
Leszek Gawron wrote:
1. Why does cocoon allow to declare only one request listener? I know I
could implement myself a delegating request listener that would follow
ChainOfResponsibility pattern but it would be much easier if cocoon just
picked up all request listeners
)
at
org.apache.cocoon.servlet.RequestProcessor.process(RequestProcessor.java:366)
at
org.apache.cocoon.servlet.RequestProcessor.service(RequestProcessor.java:148)
at
org.apache.cocoon.servlet.SitemapServlet.service(SitemapServlet.java:40)
and from that time any request fails with this exception.
--
Leszek
IllegalArgumentException(msg);
+}
Do we really need to narrow running modes to 'prod', 'dev' and 'test'?
After all these all are just directory names under
WEB-INF/cocoon/properties. Why not allow users create as many profiles
as they need?
--
Leszek Gawron, IT Manager
older version of archetype.
--
Leszek Gawron, IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67 http://www.mobilebox.pl
mobile: +48 (501) 720 812 fax: +48 (61) 853 29 65
Carsten Ziegeler wrote:
Leszek Gawron schrieb:
What do you think about exposing cocoon properties in jxtemplate via:
${cocoon.settings.getProperty( 'property-name' )}
or
${cocoon.settings.propertyName}
just to be sure: is this the proper way to obtain current Settings?
final Settings
not have access to MessageSources
- you do not have access to cocoon components anyway.
As I'm not trying to block having a CocoonApplicationContext, the above
points shouldn't be a problem.
fantastic
--
Leszek Gawron, IT Manager MobileBox sp. z o.o.
+48 (61) 855 06 67
. Now the changes will break
the osgi stuff as most of CoreUtil will go away and most of the spring
bean factory stuff.
Is it ok, when I just comment out the calls in the osgi stuff in order
to have a compilable core?
Apart from compilable, is the core starting now?
--
Leszek Gawron, IT Manager
Leszek Gawron wrote:
Two questions:
1. Does it mean that soon I will be able to do:
public class StartUp extends AbstractTransactionalSpringContextTests {
public StartUp() {
setPopulateProtectedVariables( true );
}
@Override
protected String[] getConfigLocations
Carsten Ziegeler wrote:
Leszek Gawron wrote:
Leszek Gawron wrote:
Two questions:
1. Does it mean that soon I will be able to do:
public class StartUp extends AbstractTransactionalSpringContextTests {
public StartUp() {
setPopulateProtectedVariables( true );
}
@Override
a rebuild every time you need another set of properties)
yep, I have the same requirement (at least as soon as I will have enough
time to migrate my apps to c22).
Same here. For cocoon 2.1 I was using ant filters but cocoon 2.2
settings are way nicer solution.
--
Leszek Gawron, IT Manager
Carsten Ziegeler wrote:
Leszek Gawron schrieb:
Carsten Ziegeler wrote:
Leszek Gawron schrieb:
What do you think about exposing cocoon properties in jxtemplate via:
${cocoon.settings.getProperty( 'property-name' )}
or
${cocoon.settings.propertyName}
just to be sure: is this the proper way
Carsten Ziegeler wrote:
Leszek Gawron wrote:
Done. Another question: I would like to expose Settings to template as
map (so we can loose that java like settings.getProperty() syntax). What
I am worried about is the fact that this map needs to be recreated for
every request. Maybe Settings
Leszek Gawron wrote:
Carsten Ziegeler wrote:
Leszek Gawron wrote:
Done. Another question: I would like to expose Settings to template
as map (so we can loose that java like settings.getProperty()
syntax). What I am worried about is the fact that this map needs to
be recreated for every
Vadim Gritsenko wrote:
Leszek Gawron wrote:
Reinhard Poetz wrote:
Giacomo Pati wrote:
Do you need more modes?
Actually I've hit that wall now as well as I have to deliver lots of
different testing scenarios and the property mechanism of Cocoon is
more comfortable than using Maven
201 - 300 of 1077 matches
Mail list logo
