[Yanel-dev] Building/Compiling resources more efficiently

Michael Wechner michael.wechner at wyona.com
Thu Sep 18 15:03:26 CEST 2008


Alec Bickerton schrieb:
> simon litwan wrote:
>   
>> Alec Bickerton schrieb:
>>     
>>> Michael Wechner wrote:
>>>       
>>>> One can build/compile a resource without having to trigger to whole
>>>> build process by using the -f option, for example
>>>>
>>>> ./build.sh -f
>>>> /home/michi/src/wyona/SOME_CUSTOM_PROJECT/res-types/shared/build.xml
>>>>         
>
>   
>>>> whereas one needs to configure the yanel.source.version within
>>>> res-types/shared/src/build/dependencies.xml by setting for example
>>>> <target name="dependencies" description="Dependencies">
>>>>    <property name="yanel.source.version" value="1.0-dev-rREVISION"/>
>>>>
>>>> In order to solve this I thought about introducing an environment
>>>> variable, for example
>>>>
>>>> export YANEL_SOURCE_HOME=/home/michi/src/wyona/public/yanel/trunk
>>>>
>>>> which would allow the build process to check what Yanel source
>>>> version is.
>>>>         
>
> Shouldn't we simply get this version number from subversion? If this is
> do-able with a custom Ant task, no environment variables are needed.
>   

well, we also want to deliver source snapshots etc and these won't have 
subversion numbers.
Also the version number of Yanel is not a one-to-one mapping to subversion.
Currently it is 1.0-dev-rREVISION

whereas it is configured within  src/build/build.properties

# Current Yanel Version
yanel.version=1.0-dev

# Stable Yanel Revision
yanel.revision=REVISION

or also check your local Maven dir, e.g.

~/.m2/repository/wyona-org-yanel/yanel-core/1.0-dev-rREVISION/

so it still seems to me that an environment variable is the most simple, 
whereas this could
also be set when building Yanel by the build.sh file

Cheers

Michi
>   
>>> How about having a build.xml in the realms root directory that simply
>>> creates a jar against the libs in a Barebones Yanel. then copies this
>>> .jar to the WEB-INF/lib of Yanel.
>>>
>>> Say realm-[realm-name]-lib.jar for example
>>>
>>> That would be a step towards easily loadable realms and would speed up
>>> development. I personally haven't worked on any Yanel classes as yet,
>>> I'm still getting familiar with it.
>>>
>>> Of course when the .jar changes you need to restart Tomcat. Unless we
>>> write a classloader, I don't see any way around that.
>>>   
>>>       
>> sounds nice to me.
>> the same should be for resource-types.
>>     
>
> Actually, I had been thinking that this realm jar file should
> encapsulate all the custom classes for the realm. resource-types and
> controllers etc...
> _______________________________________________
> Yanel-development mailing list
> Yanel-development at wyona.com
> http://lists.wyona.org/cgi-bin/mailman/listinfo/yanel-development
>   



More information about the Yanel-development mailing list