Invocation of weblogic.jspc within a java process

Question

          We have created a Java program to support our build process to pre-compile all of
          our JSPs. Things work fine as long as we exec a process each time we inovke weblogic.jspc
          (java weblogic.jspc -d...etc). Is it possible to invoke the main method of weblogic.jspc
          and pass it an option that will keep it from exiting when it completes its work?
          The problem we have is that we want to recursively call the main method but it exits
          the external java process each time it is called.
          TIA
          Brian
          

Answer 1

Oh, Marc and I had a little offline conversation. We decided that the 5.1
          jspc does NOT honor the -noexit option. 6.0 should be fine.
          You might be able to accomplish the same task in a script, simply calling
          jspc multiple times.
          Gary
          "Matt Shelley" <[email protected]> wrote in message
          news:[email protected]...
          >
          > Gary, could you be a bit more specific? I have the exact same problem.
          > It executes the first JSP and exits immediately after invoking
          > the compiler, compiling the JSP OK.
          >
          > Here's a snip:
          > for (int i=0; i < documentJSPTree.size(); i++) {
          > //Execute JSP compile command
          > try {
          > //Set arguments for jspc
          > String [] compilerArgs = {"-noexit","-verbose",
          > "-d",destination,
          > (String)documentJSPTree.get(i)}
          > //Call compiler with args
          > weblogic.jspc.main(compilerArgs);
          > } catch (Exception ex) {
          > ex.printStackTrace();
          > System.out.println("Compiler Error: " + ex.toString());
          > }
          > }
          >
          > Cheers
          >
          > Matt
          >
          >
          > "Gary Keim" <[email protected]> wrote:
          > >A look at how you're calling it might help.
          > >--
          > >Gary
          > >
          > >"marc grzeskowiak" <[email protected]> wrote
          > >in message
          > >news:[email protected]...
          > >> I attempted this, but to no avail. I was able to get
          > >it to work on the
          > >first
          > >> jsp, but java exits before the next jsp is processed.
          > > I do pass in
          > >the -noexit
          > >> option, but this does not appear to be read in weblogic.jspc.
          > >>
          > >> My code is a simple for loop that changes the last element
          > >of the
          > >arguments
          > >> array(args), which represents the file to compile, and
          > >then calls
          > >> weblogic.jspc.main(args);
          > >>
          > >> Any thoughts?
          > >> marc
          > >>
          > >> Gary Keim wrote:
          > >>
          > >> > Pass weblogic.jspc.main the -noexit option. Actually,
          > >any of our tools
          > >> > accept that option.
          > >> > --
          > >> > Gary
          > >> >
          > >> > "Brian Smith" <brian.smith@nospam_mezzia.com> wrote
          > >in message
          > >> > news:[email protected]...
          > >> > >
          > >> > > We have created a Java program to support our build
          > >process to
          > >pre-compile
          > >> > all of
          > >> > > our JSPs. Things work fine as long as we exec a
          > >process each time we
          > >> > inovke weblogic.jspc
          > >> > > (java weblogic.jspc -d...etc). Is it possible to
          > >invoke the main
          > >method
          > >> > of weblogic.jspc
          > >> > > and pass it an option that will keep it from exiting
          > >when it completes
          > >its
          > >> > work?
          > >> > > The problem we have is that we want to recursively
          > >call the main
          > >method
          > >> > but it exits
          > >> > > the external java process each time it is called.
          > >> > >
          > >> > > TIA
          > >> > >
          > >> > > Brian
          > >>
          > >
          > >
          >