Jason, > I have > been thinking about using <script> todo most of the complicated stuff, > deal with the includes and make the module integration stuff work > better.
FYI, an alternative to using javascript (or another scripting language) in your XML to provide complex ant-based algorithms is to write part or all of the build system in java. I have done this before and it works quite well. FWIW, I find ANT XML to be a bit limiting, and I don't see the comparative advantage of a scripting language (over java) in this case. If you're writing your app in java, and your build system engine uses java, why not write the build system in java too? Every function in ANT can be called programmatically from java. Doing so allows one to avoid the expressive limitations of XML. I know that this is an atypical approach, and I'm not suggesting you use it -- I just want to point out that there are alternatives to adding another language to the build system. - Matt -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jason Dillon Sent: Thursday, September 19, 2002 1:29 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] Build System... any ideas > I think we should develop a new custom task to initialize the properties > and classpaths for the thirdparty packages. I wrote a hack to check > that directories are available before calling the task that declares the > classpath. We could write a task that takes the dir name properties to > set and paths to create, or we could load an xml file from the > thirdparty directory that had the above. I think either would be easier > to understand. Another possibility would be to make use of the script > task. I had looked into this, making a custom task, but dropped it... why... I can't remember. I think that making use of the script task would be a good idea. I have been thinking about using <script> todo most of the complicated stuff, deal with the includes and make the module integration stuff work better. This would leave Ant todo what it is good at... building a simple module. I think this is the way to go, but have not really decided a concrete direction for it yet. I also think that we could probably make use of some of the other Ant based tools out there... though I think that no matter what we will have to write some custom bits to make it work as we want and need. > Other then that I think we should use the parallel task in the testsuite > to speed up the xdoclet and jar tasks. I'm not sure if it would really > speed it up but doing a one-test takes forever because of the xdoclet > tasks. Also the default test suite takes so long that no one runs it > anymore and most have created "smaller" sub suites, but I don't think > that is a build system problem. David and I talked about this on the way back from Tahoe. I would like to revisit the entire TestSuite, putting a testsuite in each module, which would perform Unit tests for components and parts of components for that module alone. Then the jboss/testsuite would be an integration testsuite. This way, if you are working on bits from the cluster module, you can write simple tests to validate your component and run the tests quickly. Then when you are satisfied, you can write an integration test, which would actual test a real component inside of a JBoss instance. This will get us more coverage, but will also encourage developers to make smaller, simpler tests for stuff and make it more likely they will run them, as it won't take forever. Also, on the subject of build systems and testsuites, I have been toying with the idea of allow Java and Jython tests to be run together. Using Jython it will be faster to throw together small and functional tests with much less code and a lot less trouble. We would still need Java tests to run stuff that is type dependant, but the two could live together happy. The build system overhaul is a dependency of this I believe. I have been planning on doing all of the above... just I haven't had the time to make any progress. Also I really want to finish the basic command line console framework. Fuck, I need my boss to stop making me work on their lame ass projects. Who cares about that shit really... bah! --jason > -dain > > Jason Dillon wrote: > > Can I get anyone who knows anything about Ant based build systems > > (extensions, helpers, whatever) to send me some feedback on both > > positive and negative experiences they have had. > > > > It is becoming very apparent that we need to overhaul the build system > > to meet the current and future needs. > > > > I would appreciate any input you have. > > > > --jason > > > > ------------------------------------------------------- > This SF.NET email is sponsored by: AMD - Your access to the experts > on Hammer Technology! Open Source & Linux Developers, register now > for the AMD Developer Symposium. Code: EX8664 > http://www.developwithamd.com/developerlab > _______________________________________________ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
