Daniel Fagerstrom wrote:
Reinhard Poetz skrev:
Carsten Ziegeler wrote:
It's already there :) In the webapp under samples/spring. The last time
I checked it (some weeks ago) it worked using:
http://localhost:/samples/spring.
Thanks, I found the samples and they still work :-)
Reinhard Poetz skrev:
Carsten Ziegeler wrote:
Reinhard Poetz wrote:
But a listener has the advantage that the context is
available to other servlets (!= Cocoon) as well.
yes, then it makes sense indeed.
Besides that using a listener means that we separate the component
management from th
Reinhard Poetz skrev:
Carsten Ziegeler wrote:
It's already there :) In the webapp under samples/spring. The last time
I checked it (some weeks ago) it worked using:
http://localhost:/samples/spring.
Thanks, I found the samples and they still work :-)
Carsten Ziegeler wrote:
Reinhard Poetz wrote:
But a listener has the advantage that the context is
available to other servlets (!= Cocoon) as well.
yes, then it makes sense indeed.
--
Reinhard Pötz Independent Consultant, Trainer & (IT)-Coach
{Software Engineering, Open Source,
Reinhard Poetz wrote:
> hmm, yes, this could be a general solution for people that want to add their
> own
> listeners without losing the possibility of using the paranoid classloader
> and
> the reloading classloader.
>
> Just for Spring I prefer adding
>
>
>
> to cocoon.xconf.
> Is there
Carsten Ziegeler wrote:
Carsten Ziegeler wrote:
Reinhard Poetz wrote:
ok. Than I will try to use the standard Spring way:
contextConfigLocation
/WEB-INF/applicationContext.xml
org.springframework.web.context.ContextLoaderListener
in the cocoon-22-webapp-archetype but I guess this w
Carsten Ziegeler wrote:
> Reinhard Poetz wrote:
>> ok. Than I will try to use the standard Spring way:
>>
>>
>>contextConfigLocation
>>/WEB-INF/applicationContext.xml
>>
>>
>>
>> org.springframework.web.context.ContextLoaderListener
>>
>>
>> in the cocoon-22-webapp-archetype but I guess
Carsten Ziegeler wrote:
> Sylvain Wallez wrote:
>
>
>> This side note makes me shudder. Does this mean you commit new features
>> without even checking if they work?
>
> Hmm, hmm, what do you think I'm doing? As we have a commit-then-review policy
> would this make a difference?
>
Yes, it
Reinhard Poetz wrote:
> ok. Than I will try to use the standard Spring way:
>
>
>contextConfigLocation
>/WEB-INF/applicationContext.xml
>
>
>
> org.springframework.web.context.ContextLoaderListener
>
>
> in the cocoon-22-webapp-archetype but I guess this will not work together
> wit
Carsten Ziegeler wrote:
Hmm, I don't know what's best, but there is no default automatic include
for this, so you have to add an include in the sitemap anyway. Imho you
should move your configuration into a subdirectory and not in the same
as the sitemap itself.
ok, didn't know this as the inc
Sylvain Wallez wrote:
>
> This side note makes me shudder. Does this mean you commit new features
> without even checking if they work?
>
Hmm, hmm, what do you think I'm doing? As we have a commit-then-review
policy would this make a difference?
Anyways, I tested this long time ago but in the m
Carsten Ziegeler wrote:
>> I would prefer having some global mechanism, similar to WEB-INF/xconf for
>> Spring beans. We could introduce something like WEB-INF/spring/ into which
>> you can put as many bean definition files as you want.
>>
> Oh, this already works! Just put a:
>
> http://bl
Reinhard Poetz wrote:
> Carsten Ziegeler wrote:
>
>> It's already there :) In the webapp under samples/spring. The last time
>> I checked it (some weeks ago) it worked using:
>> http://localhost:/samples/spring.
>
> Thanks, I found the samples and they still work :-)
Great, thanks for testing
Carsten Ziegeler wrote:
It's already there :) In the webapp under samples/spring. The last time
I checked it (some weeks ago) it worked using:
http://localhost:/samples/spring.
Thanks, I found the samples and they still work :-)
- o -
I'm not perfectl
14 matches
Mail list logo