can't we use the javac compiler from one of the open source VM projects? are they java enabled? javac.jar available?
we only need to track down the cl usage in there. could be my arse talking (?) marcf |-----Original Message----- |From: Greg Wilkins [mailto:[EMAIL PROTECTED]] |Sent: Sunday, November 25, 2001 5:23 PM |To: marc fleury |Cc: Anatoly Akkerman; Dain Sundstrom; Julian Gosnell; |[EMAIL PROTECTED] |Subject: Re: [JBoss-dev] EAR classpath access.... | | | |I can't see how we can get java compilers to use our classloaders |without actually modifying the javac compilers. Ant does not |do this - it passed a classpath that you have specified in the |build.xml | |The fundamental problem is that JSPs are not well designed when it comes |to deployment, as you essentially need to support a miniture IDE on an |arbitrary platform. IMHO it is outside the scope of Jetty and/or JBoss |to try to solve the design problems of JSPs | |I think that the best that we can do is to make a best effort approach |to determine a file classpath that we can pass to the JspServlet. |We should also provide good override mechanisms to allow a deployer (or ear |developer) to explicitly set the classpath passed to the JspServlet | |Of course this is only a half arsed solution - but then I think JSPs are |the thing that is half arsed. If you think about it, the chances of |any compiler following the inverted classloading priorities of the |latest servlet spec are zero anyway. So the runtime classpath will |load jars from the context in preference to the compilers ext directory, |but at compile time, you will almost certainly get the jars from the |ext directory. To try specifying the boot classpath would just be way |to platform dependant. | |So I think that anybody with a non trivial context classpath is going to |have all sorts of JSP compile problems anyway. | |So I think we should stop trying to solve JSPs problems - take a best |guess at a file classpath and then suggest pre-compilation if they |get any deployment problems. | |cheers | | |marc fleury wrote: | |> |Yeap, jikes is not java -- it is C++. Also, it may very well be so that |> |even Sun's compiler can't do this. In Tomcat they configure a |command line |> |for sun.tools.javac which has a special -classpath switch. Don't know if |> |the jvm uses it or javac itself reads the entries in the classpath and |> |loads classes from there bypassing CL mechanisms. |> | |> |This sucks big time, because if you don't precompile JSPs, you end up |> |having to trag all the necessary .class files into the WAR. No |> |integration... |> |> well then FUCK it ! |> |> we use the invm javac, we tweak it to be in process with the right CL and |> VOILA! |> |> If ANT can do it we can do it, and don't give me the "speed" booboo, the |> speed of javac in process is diabolical. It takes what 20 seconds to |> compile the WHOLE of JBOSS? so your 2-3 little JSP are not going |to impress |> Javac invm |> |> marcf |> |> | |> | |> |> |> |> -dain |> |> |> |> _______________________________________________ |> |> Jboss-development mailing list |> |> [EMAIL PROTECTED] |> |> https://lists.sourceforge.net/lists/listinfo/jboss-development |> |> |> | |> | | | |-- |Greg Wilkins<[EMAIL PROTECTED]> GB Phone: +44-(0)7092063462 |Mort Bay Consulting Australia and UK. Mbl Phone: +61-(0)4 17786631 |http://www.mortbay.com AU Phone: +61-(0)2 98107029 | _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
