It would seem after some analysis that since websphere 4.0 days when one was able to generate websphere specific rmic code with ant and just the required libraries, they have instead opted for the concept of *headless* ant. Meaning simply running WASD/RAD without the gui, but automating the procedure to compile, rmic, create deployment descriptor via ant instead of find the menu items yourself and clicking on them. It would seem that attempting to fudge this operation by making direct calls to the ant task name(which we have tried in the original post) is not possible since there would appear to be WASD/RAD specific code in that task. Judging from various forums, this is not an isolated case. It seems unreasonable for IBM to go this route as it adds an external dependency that you cannot control to your build process. All in aid to sell more WASD/RAD license? Pathetic!
Two solutions I can think of are: Easy: 1. Use JBoss or some other application server, which is ant/maven/your build system friendly during development/nightly builds. Come deploy time to websphere, generate the required ear/jar/war/etc via ant with WASD/RAD installed on their machine. Entertaining: 2. My favourite option, run the websphere ejbdeploy task in ant(WASD/RAD settings enabled to successfully build) with -Xrunhprof enabled and find the lowest common denominator that generates the code. Perhaps IBM have been diligent enough to leave a simple method call which one can wrap in their own ant task.If not one will have the call history to trace through and code to reverse engineer, assuming they have been dimwitted enough not to obfuscate it.(Stay tuned - I have an axe to grind which needs to be applied to IBM's neck now :-) ) --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "CTJUG Forum" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/CTJUG-Forum For the ctjug home page see http://www.ctjug.org.za -~----------~----~----~----~------~----~------~--~---
