|
From: Rod J. <rod...@in...> - 2003-12-15 10:39:50
|
The tests now depend on a Commons Attributes precompile step. However, this doesn't take very long at all as it applies only to one package. However, you will need to put the following files in your $ANT_HOME/lib to get the tests to run: - Commons Attributes compiler Jar (in CVS) - commons-collections.jar (in CVS) - xjavadoc.jar (from XDoclet project). I'm not sure whether to put this in CVS as none of our code uses it. Thoughts? For now, I've named the attributes-dependent test case so that Eclipse won't pick up. I'll change this when I get time so that the build is also triggered under Eclipse. Regards, Rod ____________________________________________________ Rod Johnson J2EE Consultant and Author +44 7973 409 132 rod...@in... Author of "Expert One-on-One J2EE Design and Development" (October 2002). http://www.amazon.com/exec/obidos/tg/detail/-/0764543857/ Founder, Spring Framework: http://www.springframework.org "Introducing the Spring Framework" (ServerSide article) http://www.theserverside.com/resources/article.jsp?l=SpringFramework |
|
From: Colin S. <col...@ex...> - 2003-12-15 15:38:28
|
Rod, Is this an older version of the attributes code? The dep info at Apache lists qdox: http://jakarta.apache.org/commons/sandbox/attributes/dependencies.html Rod Johnson wrote: >The tests now depend on a Commons Attributes precompile step. However, this >doesn't take very long at all as it applies only to one package. > >However, you will need to put the following files in your $ANT_HOME/lib to >get the tests to run: > >- Commons Attributes compiler Jar (in CVS) >- commons-collections.jar (in CVS) >- xjavadoc.jar (from XDoclet project). I'm not sure whether to put this in >CVS as none of our code uses it. Thoughts? > >For now, I've named the attributes-dependent test case so that Eclipse won't >pick up. I'll change this when I get time so that the build is also >triggered under Eclipse. > >Regards, >Rod > > |
|
From: Rod J. <rod...@in...> - 2003-12-15 15:48:18
|
It must be. The current Commons Attributes code in CVS--which I had to check out to figure out how it works in the absence of decent documentation--uses XJavadoc. ----- Original Message ----- From: "Colin Sampaleanu" <col...@ex...> To: <spr...@li...> Sent: Monday, December 15, 2003 3:38 PM Subject: Re: [Springframework-developer] Attributes > Rod, > > Is this an older version of the attributes code? The dep info at Apache > lists qdox: > http://jakarta.apache.org/commons/sandbox/attributes/dependencies.html > > > Rod Johnson wrote: > > >The tests now depend on a Commons Attributes precompile step. However, this > >doesn't take very long at all as it applies only to one package. > > > >However, you will need to put the following files in your $ANT_HOME/lib to > >get the tests to run: > > > >- Commons Attributes compiler Jar (in CVS) > >- commons-collections.jar (in CVS) > >- xjavadoc.jar (from XDoclet project). I'm not sure whether to put this in > >CVS as none of our code uses it. Thoughts? > > > >For now, I've named the attributes-dependent test case so that Eclipse won't > >pick up. I'll change this when I get time so that the build is also > >triggered under Eclipse. > > > >Regards, > >Rod > > > > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IBM Linux Tutorials. > Become an expert in LINUX or just sharpen your skills. Sign up for IBM's > Free Linux Tutorials. Learn everything from the bash shell to sys admin. > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
From: Colin S. <col...@ex...> - 2004-01-05 17:06:24
|
A few days ago I changed the build to make the taskdef for the attribute compiler use a classpath to bring in these needed jars, instead of relying on the user to add them to the ant lib dir. Generally it can cause complications/problems to add libs directly to the ant lib dir, and best avoided if at all possible. For example, if you add xjavadoc.jar there, then you have to add all the other xdoclet modules there as well, if you want to use xdoclet elsewhere. There seem to be no issues with this approach, with both ant 1.6 and 1.5... Rod Johnson wrote: >The tests now depend on a Commons Attributes precompile step. However, this >doesn't take very long at all as it applies only to one package. > >However, you will need to put the following files in your $ANT_HOME/lib to >get the tests to run: > >- Commons Attributes compiler Jar (in CVS) >- commons-collections.jar (in CVS) >- xjavadoc.jar (from XDoclet project). I'm not sure whether to put this in >CVS as none of our code uses it. Thoughts? > >For now, I've named the attributes-dependent test case so that Eclipse won't >pick up. I'll change this when I get time so that the build is also >triggered under Eclipse. > >Regards, >Rod > > |
|
From: Rod J. <rod...@in...> - 2004-01-05 17:11:02
|
Sounds great. I'm all for this change. Would you like to commit it? ----- Original Message ----- From: "Colin Sampaleanu" <col...@ex...> To: <spr...@li...> Sent: Monday, January 05, 2004 5:06 PM Subject: Re: [Springframework-developer] Attributes > A few days ago I changed the build to make the taskdef for the attribute > compiler use a classpath to bring in these needed jars, instead of > relying on the user to add them to the ant lib dir. > > Generally it can cause complications/problems to add libs directly to > the ant lib dir, and best avoided if at all possible. For example, if > you add xjavadoc.jar there, then you have to add all the other xdoclet > modules there as well, if you want to use xdoclet elsewhere. > > There seem to be no issues with this approach, with both ant 1.6 and 1.5... > > > Rod Johnson wrote: > > >The tests now depend on a Commons Attributes precompile step. However, this > >doesn't take very long at all as it applies only to one package. > > > >However, you will need to put the following files in your $ANT_HOME/lib to > >get the tests to run: > > > >- Commons Attributes compiler Jar (in CVS) > >- commons-collections.jar (in CVS) > >- xjavadoc.jar (from XDoclet project). I'm not sure whether to put this in > >CVS as none of our code uses it. Thoughts? > > > >For now, I've named the attributes-dependent test case so that Eclipse won't > >pick up. I'll change this when I get time so that the build is also > >triggered under Eclipse. > > > >Regards, > >Rod > > > > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IBM Linux Tutorials. > Become an expert in LINUX or just sharpen your skills. Sign up for IBM's > Free Linux Tutorials. Learn everything from the bash shell to sys admin. > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
|
From: Colin S. <col...@ex...> - 2004-01-05 17:55:02
|
I did, Fri. morning if I remember. Then my DSL went down before I could post the message below... If you have the libs in the ant classpath, you should just be able to remove them and still have the build work for you. Rod Johnson wrote: >Sounds great. I'm all for this change. Would you like to commit it? > >----- Original Message ----- >From: "Colin Sampaleanu" <col...@ex...> >To: <spr...@li...> >Sent: Monday, January 05, 2004 5:06 PM >Subject: Re: [Springframework-developer] Attributes > > > > >>A few days ago I changed the build to make the taskdef for the attribute >>compiler use a classpath to bring in these needed jars, instead of >>relying on the user to add them to the ant lib dir. >> >>Generally it can cause complications/problems to add libs directly to >>the ant lib dir, and best avoided if at all possible. For example, if >>you add xjavadoc.jar there, then you have to add all the other xdoclet >>modules there as well, if you want to use xdoclet elsewhere. >> >>There seem to be no issues with this approach, with both ant 1.6 and >> >> >1.5... > > >>Rod Johnson wrote: >> >> >> >>>The tests now depend on a Commons Attributes precompile step. However, >>> >>> >this > > >>>doesn't take very long at all as it applies only to one package. >>> >>>However, you will need to put the following files in your $ANT_HOME/lib >>> >>> >to > > >>>get the tests to run: >>> >>>- Commons Attributes compiler Jar (in CVS) >>>- commons-collections.jar (in CVS) >>>- xjavadoc.jar (from XDoclet project). I'm not sure whether to put this >>> >>> >in > > >>>CVS as none of our code uses it. Thoughts? >>> >>>For now, I've named the attributes-dependent test case so that Eclipse >>> >>> >won't > > >>>pick up. I'll change this when I get time so that the build is also >>>triggered under Eclipse. >>> >>>Regards, >>>Rod >>> >>> >>> >>> >> >> >>------------------------------------------------------- >>This SF.net email is sponsored by: IBM Linux Tutorials. >>Become an expert in LINUX or just sharpen your skills. Sign up for IBM's >>Free Linux Tutorials. Learn everything from the bash shell to sys admin. >>Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click >>_______________________________________________ >>Springframework-developer mailing list >>Spr...@li... >>https://lists.sourceforge.net/lists/listinfo/springframework-developer >> >> >> > > > > >------------------------------------------------------- >This SF.net email is sponsored by: IBM Linux Tutorials. >Become an expert in LINUX or just sharpen your skills. Sign up for IBM's >Free Linux Tutorials. Learn everything from the bash shell to sys admin. >Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > |