> 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
