DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9190>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9190 Task.setTaskType should be protected or public ------- Additional Comments From [EMAIL PROTECTED] 2002-05-17 04:54 ------- Setting it to a default in Task should be the "right" thing. If you don't expose it it should be set to a real value. Basically Task should intialialize as UnknownElement in its constrcutor. I'm not sure you really need UnknownElement I think it can be eliminated. Theres no reason I think for Task to be abstract instead it can be combined with UnkownElment to create a concrete class. Okay you asked I guess I need to admit what I'm using Ant for. First its not what it was designed for but I've written a completley new AWT implementation thats full screen and has all kinds of cool features it will be released I hope early next week. Features RDF (Resource Description Framework) built in meta repository. AWT implemented on top of Swing Basic changes which open up the possibility to unify Swing/AWT apis. Fairly robust Multi Application Support almost the best you can do with out fundamental changes to the JVM implementation. The ability to lauch a full desktop interface of the Network. etc etc. I recently moved the Java build process over to Ant and as I did it I realized the core design for Ant was almost exactly what I want my xml based application launcher to do. I wrote a task for gcc its a hack but I did add the abilitly to generate the javah headers on the fly by greping the C source file for jni like headers which I find very useful for jni code. Thats something I would not want to do using make but it was very easy using ant. If you guys want it tell me where to send it. A real "generic" C compiler task is a lot of work but maybe this could be useful as input if someones writing one. As I worked with ant I realized the ant task model really fits a lot of other problems and I feel the core of ant can be abstracted to provide a generic task management system. I was able to replace my launcher with ant very easily. The ant core really only needs a bit of work to provide a very cool api whenever someone wants to use the task/xml concept which ant implements. In my case I want to use ant task to intilize the JavaOS launch Apps and even provide a Cron/At task all this can be done using ants core with very few changes. And you can see why I will be making strange bug reports : ) -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
