You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by Antonio Gallardo <ag...@agssa.net> on 2007/01/16 18:21:04 UTC
Dojo jar into cocoon block?
hi:
I just noted the dojo.jar is now into the cocoon-ajax.jar.
Should not it better if the dojo.jar (or dojo.zip) is a different file
to make it easy to update in case the user needs to update dojo without
a cocoon rebuild?
WDYT? :)
Best Regards,
Antonio Gallardo.
Re: Dojo jar into cocoon block?
Posted by Jeremy Quinn <je...@apache.org>.
On 17 Jan 2007, at 15:39, Antonio Gallardo wrote:
> Hi Jeremy,
>
> Thanks for you reply. You are right. However, I think it is simpler
> to redeploy a new jar in the WEB-INF/lib directory.
>
> Would you explain me why the jar is inside the cocoon-ajax.jar?
> (Don't get the question wrong. I want to know the reason). :)
:)
I am not sure TBH.
We are talking cocoon 2.1.n right ?
For 2.1.n, Dojo should be in lib/optional/dojo-rsrc-20061224.jar,
copied to build/webapp/WEB-INF/lib during the build.
I do not know how it found it's way into the build of the Ajax Block
for 2.1.n.
For 2.2, the Dojo Zip at src/blocks/ajax/resources/org/apache/cocoon/
dojo/resources/dojo-0.4.1-ajax.zip is unpacked during the build to
provide the deployment.
This may be the cause of confusion ..... 2.1.n and 2.2 share the same
blocks ..... but the dojo zip should not be deployed during the build
of 2.1.n, only 2.2.
HTH
regards Jeremy
>
> Best Regards,
>
> Antonio Gallardo.
>
> Jeremy Quinn escribió:
>> Hi Antonio
>>
>> There should already be a simple way to override the built-in dojo
>> and all the resources used by CForms as well.
>>
>> In the root sitemap, there is a section to load these resources :
>>
>> <map:match pattern="_cocoon/resources/*/**">
>> <map:select type="resource-exists">
>> <map:when test="resources/{1}/{2}">
>> <map:read src="resources/{1}/{2}"/>
>> </map:when>
>> <!-- For Cocoon development, read directly from source
>> directories
>> <map:when test="../../src/blocks/{1}/resources/org/
>> apache/cocoon/{1}/resources/{2}">
>> <map:read src="../../src/blocks/{1}/resources/org/
>> apache/cocoon/{1}/resources/{2}"/>
>> </map:when>
>> -->
>> <map:otherwise>
>> <map:read src="resource://org/apache/cocoon/{1}/
>> resources/{2}"/>
>> </map:otherwise>
>> </map:select>
>> </map:match>
>>
>> So if you add :
>>
>> cocoon/build/webapp/resources/dojo/**
>> cocoon/build/webapp/resources/forms/**
>> cocoon/build/webapp/resources/ajax/**
>>
>> etc. these will override the content of the built-in jars.
>>
>> Is this what you are after ?
>>
>> regards Jeremy
>>
>> On 16 Jan 2007, at 17:21, Antonio Gallardo wrote:
>>
>>> hi:
>>>
>>> I just noted the dojo.jar is now into the cocoon-ajax.jar.
>>>
>>> Should not it better if the dojo.jar (or dojo.zip) is a different
>>> file to make it easy to update in case the user needs to update
>>> dojo without a cocoon rebuild?
>>>
>>> WDYT? :)
>>>
>>> Best Regards,
>>>
>>> Antonio Gallardo.
>>
>
Re: Dojo jar into cocoon block?
Posted by Antonio Gallardo <ag...@agssa.net>.
Hi Jeremy,
Thanks for you reply. You are right. However, I think it is simpler to
redeploy a new jar in the WEB-INF/lib directory.
Would you explain me why the jar is inside the cocoon-ajax.jar? (Don't
get the question wrong. I want to know the reason). :)
Best Regards,
Antonio Gallardo.
Jeremy Quinn escribió:
> Hi Antonio
>
> There should already be a simple way to override the built-in dojo and
> all the resources used by CForms as well.
>
> In the root sitemap, there is a section to load these resources :
>
> <map:match pattern="_cocoon/resources/*/**">
> <map:select type="resource-exists">
> <map:when test="resources/{1}/{2}">
> <map:read src="resources/{1}/{2}"/>
> </map:when>
> <!-- For Cocoon development, read directly from source
> directories
> <map:when
> test="../../src/blocks/{1}/resources/org/apache/cocoon/{1}/resources/{2}">
>
> <map:read
> src="../../src/blocks/{1}/resources/org/apache/cocoon/{1}/resources/{2}"/>
>
> </map:when>
> -->
> <map:otherwise>
> <map:read
> src="resource://org/apache/cocoon/{1}/resources/{2}"/>
> </map:otherwise>
> </map:select>
> </map:match>
>
> So if you add :
>
> cocoon/build/webapp/resources/dojo/**
> cocoon/build/webapp/resources/forms/**
> cocoon/build/webapp/resources/ajax/**
>
> etc. these will override the content of the built-in jars.
>
> Is this what you are after ?
>
> regards Jeremy
>
> On 16 Jan 2007, at 17:21, Antonio Gallardo wrote:
>
>> hi:
>>
>> I just noted the dojo.jar is now into the cocoon-ajax.jar.
>>
>> Should not it better if the dojo.jar (or dojo.zip) is a different
>> file to make it easy to update in case the user needs to update dojo
>> without a cocoon rebuild?
>>
>> WDYT? :)
>>
>> Best Regards,
>>
>> Antonio Gallardo.
>
Re: Dojo jar into cocoon block?
Posted by Jeremy Quinn <je...@apache.org>.
Hi Antonio
There should already be a simple way to override the built-in dojo
and all the resources used by CForms as well.
In the root sitemap, there is a section to load these resources :
<map:match pattern="_cocoon/resources/*/**">
<map:select type="resource-exists">
<map:when test="resources/{1}/{2}">
<map:read src="resources/{1}/{2}"/>
</map:when>
<!-- For Cocoon development, read directly from source
directories
<map:when test="../../src/blocks/{1}/resources/org/apache/
cocoon/{1}/resources/{2}">
<map:read src="../../src/blocks/{1}/resources/org/
apache/cocoon/{1}/resources/{2}"/>
</map:when>
-->
<map:otherwise>
<map:read src="resource://org/apache/cocoon/{1}/resources/
{2}"/>
</map:otherwise>
</map:select>
</map:match>
So if you add :
cocoon/build/webapp/resources/dojo/**
cocoon/build/webapp/resources/forms/**
cocoon/build/webapp/resources/ajax/**
etc. these will override the content of the built-in jars.
Is this what you are after ?
regards Jeremy
On 16 Jan 2007, at 17:21, Antonio Gallardo wrote:
> hi:
>
> I just noted the dojo.jar is now into the cocoon-ajax.jar.
>
> Should not it better if the dojo.jar (or dojo.zip) is a different
> file to make it easy to update in case the user needs to update
> dojo without a cocoon rebuild?
>
> WDYT? :)
>
> Best Regards,
>
> Antonio Gallardo.