You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@maven.apache.org by "S.Murali" <hi...@gmail.com> on 2007/12/14 17:08:11 UTC

Issue with jspc-maven-plugin - specifying uriroot

Hi, 
I using jspc-maven-plugin pre-compile my JSP in a war packaged module.  I am
using following plugin configuration

<plugin>
    <groupId>org.codehaus.mojo.jspc</groupId>
    <artifactId>jspc-maven-plugin</artifactId>
    <executions>
        <execution>
                <id>check-jsp-source</id>
                <phase>process-sources</phase>
            <goals>
                 <goal>compile</goal>
            </goals>
        </execution>
    </executions>
    <configuration>
        <webXml>../mymodule/vfe/WEB-INF/web.xml</webXml>
        <warSourceDirectory>../mymodule/vfe</warSourceDirectory>
</configuration>

    <!-- Use the Tomcat 6 JSP compiler -->
    <dependencies>
        <dependency>
            <groupId>org.codehaus.mojo.jspc</groupId>
            <artifactId>jspc-compiler-tomcat6</artifactId>
            <version>2.0-SNAPSHOT</version>
 </dependency>
    </dependencies>
</plugin>


On building module, I am getting following exception. 

[INFO] Compiling JSP source files to
/home/dev1/codebase/sandbox/teams/work/dev3/mymodule/target/jsp-source
[INFO]
------------------------------------------------------------------------
[ERROR] FATAL ERROR
[INFO]
------------------------------------------------------------------------
[INFO] The -uriroot option must specify a pre-existing directory
[INFO]
------------------------------------------------------------------------
[INFO] Trace
org.apache.jasper.JasperException: The -uriroot option must specify a
pre-existing directory
        at org.apache.jasper.JspC.execute(JspC.java:1128)
        at
org.codehaus.mojo.jspc.compiler.tomcat6.JspCompilerImpl.compile(JspCompilerImpl.java:109)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at
org.codehaus.groovy.runtime.metaclass.ReflectionMetaMethod.invoke(ReflectionMetaMethod.java:52)
        at
org.codehaus.groovy.runtime.MetaClassHelper.doMethodInvoke(MetaClassHelper.java:714)
        at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:583)
        at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:476)
        at
org.codehaus.groovy.runtime.Invoker.invokePojoMethod(Invoker.java:104)
        at org.codehaus.groovy.runtime.Invoker.invokeMethod(Invoker.java:77)
        at
org.codehaus.groovy.runtime.InvokerHelper.invokeMethod(InvokerHelper.java:85)
        at
org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeMethodN(ScriptBytecodeAdapter.java:158)
        at
org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeMethod0(ScriptBytecodeAdapter.java:182)
        at
org.codehaus.mojo.jspc.CompilationMojoSupport.execute(CompilationMojoSupport.groovy:333)
        at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:412)
        at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:534)
        at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:475)
        at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:454)
        at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:306)
        at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:273)
        at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:140)
        at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322)
        at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115)
        at org.apache.maven.cli.MavenCli.main(MavenCli.java:256)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
        at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
        at
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
        at org.codehaus.classworlds.Launcher.main(Launcher.java:375)

I have no clue how to set the -uriroot to have these JSPs pre-compiled.  Pl.
let know if you any idea on this.

Thanks, Murali
-- 
View this message in context: http://www.nabble.com/Issue-with-jspc-maven-plugin---specifying-uriroot-tp14338706s177p14338706.html
Sent from the Maven - Users mailing list archive at Nabble.com.


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org


Re: Issue with jspc-maven-plugin - specifying uriroot

Posted by nsgood <Na...@chase.com>.
I had the same problem, here is the solution.
This is the snippet from CompilationMojoSupport.groovy (jspc-2.0-alpha-3)
       // Setup defaults (complex, can't init from expression)
        if (!sources) {
            sources = new FileSet()
            sources.directory = "${project.basedir}/src/main/webapp"
            sources.includes = null
        }
So, in order to overrride the default path you must specify:
          
            org.codehaus.mojo.jspc
            jspc-maven-plugin
...
            
              
                ${webapp.dir}                                  
              
            
          


S.Murali wrote:
> 
> I have now bit more detail as what the exact problem is :
> when I run a mvn -X  , the jscp args is printing wrong directory for
> -uriroot.  
> 
> [DEBUG] Jscp args: ["-uriroot",
> "/home/myuser1/codebase/sandbox/teams/team1/dev3/mymodule/src/main/webapp",
> "-d",
> 
> This is due the fact that I am having a non-mavenised directory structure,
> .  The uriroot need to be pointing to  mymodule/vfe.  I have configured
> warSourceDirectory and webXml to point to right place.  But I am not sure,
> how to make uriroot point to correct location.  Seems I am missing some
> configuration.  Pl. let know, if you have idea on this.
> 
> Thanks, Murali
> 
> 
> S.Murali wrote:
>> 
>> Hi, 
>> I using jspc-maven-plugin pre-compile my JSP in a war packaged module.  I
>> am using following plugin configuration
>> 
>> 
>>     org.codehaus.mojo.jspc
>>     jspc-maven-plugin
>>     
>>         
>>                 check-jsp-source
>>                 process-sources
>>             
>>                  compile
>>             
>>         
>>     
>>     
>>         ../mymodule/vfe/WEB-INF/web.xml
>>         ../mymodule/vfe
>> 
>> 
>>     
>>     
>>         
>>             org.codehaus.mojo.jspc
>>             jspc-compiler-tomcat6
>>             2.0-SNAPSHOT
>>  
>>     
>> 
>> 
>> 
>>     org.apache.maven.plugins
>>     maven-war-plugin
>>     
>>         ../ventweb/target/jspweb.xml
>>     
>> 
>> 
>> On building module, I am getting following exception. 
>> 
>> [INFO] Compiling JSP source files to
>> /home/dev1/codebase/sandbox/teams/work/dev3/mymodule/target/jsp-source
>> [INFO]
>> ------------------------------------------------------------------------
>> [ERROR] FATAL ERROR
>> [INFO]
>> ------------------------------------------------------------------------
>> [INFO] The -uriroot option must specify a pre-existing directory
>> [INFO]
>> ------------------------------------------------------------------------
>> [INFO] Trace
>> org.apache.jasper.JasperException: The -uriroot option must specify a
>> pre-existing directory
>>         at org.apache.jasper.JspC.execute(JspC.java:1128)
>>         at
>> org.codehaus.mojo.jspc.compiler.tomcat6.JspCompilerImpl.compile(JspCompilerImpl.java:109)
>>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>         at
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>>         at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>>         at java.lang.reflect.Method.invoke(Method.java:585)
>>         at
>> org.codehaus.groovy.runtime.metaclass.ReflectionMetaMethod.invoke(ReflectionMetaMethod.java:52)
>>         at
>> org.codehaus.groovy.runtime.MetaClassHelper.doMethodInvoke(MetaClassHelper.java:714)
>>         at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:583)
>>         at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:476)
>>         at
>> org.codehaus.groovy.runtime.Invoker.invokePojoMethod(Invoker.java:104)
>>         at
>> org.codehaus.groovy.runtime.Invoker.invokeMethod(Invoker.java:77)
>>         at
>> org.codehaus.groovy.runtime.InvokerHelper.invokeMethod(InvokerHelper.java:85)
>>         at
>> org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeMethodN(ScriptBytecodeAdapter.java:158)
>>         at
>> org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeMethod0(ScriptBytecodeAdapter.java:182)
>>         at
>> org.codehaus.mojo.jspc.CompilationMojoSupport.execute(CompilationMojoSupport.groovy:333)
>>         at
>> org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:412)
>>         at
>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:534)
>>         at
>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:475)
>>         at
>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:454)
>>         at
>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:306)
>>         at
>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:273)
>>         at
>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:140)
>>         at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322)
>>         at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115)
>>         at org.apache.maven.cli.MavenCli.main(MavenCli.java:256)
>>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>         at
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>>         at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>>         at java.lang.reflect.Method.invoke(Method.java:585)
>>         at
>> org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
>>         at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
>>         at
>> org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
>>         at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
>> 
>> I have no clue how to set the -uriroot to have these JSPs pre-compiled. 
>> Pl. let know if you any idea on this.
>> 
>> Thanks, Murali
>> 
> 
> 

-- 
View this message in context: http://www.nabble.com/Issue-with-jspc-maven-plugin---specifying-uriroot-tp14338706p19880045.html
Sent from the Maven - Users mailing list archive at Nabble.com.

Re: Issue with jspc-maven-plugin - specifying uriroot

Posted by "S.Murali" <hi...@gmail.com>.
I have now bit more detail as what the exact problem is :
when I run a mvn -X  , the jscp args is printing wrong directory for
-uriroot.  

[DEBUG] Jscp args: ["-uriroot",
"/home/myuser1/codebase/sandbox/teams/team1/dev3/mymodule/src/main/webapp",
"-d",

This is due the fact that I am having a non-mavenised directory structure, . 
The uriroot need to be pointing to  mymodule/vfe.  I have configured
warSourceDirectory and webXml to point to right place.  But I am not sure,
how to make uriroot point to correct location.  Seems I am missing some
configuration.  Pl. let know, if you have idea on this.

Thanks, Murali


S.Murali wrote:
> 
> Hi, 
> I using jspc-maven-plugin pre-compile my JSP in a war packaged module.  I
> am using following plugin configuration
> 
> <plugin>
>     <groupId>org.codehaus.mojo.jspc</groupId>
>     <artifactId>jspc-maven-plugin</artifactId>
>     <executions>
>         <execution>
>                 <id>check-jsp-source</id>
>                 <phase>process-sources</phase>
>             <goals>
>                  <goal>compile</goal>
>             </goals>
>         </execution>
>     </executions>
>     <configuration>
>         <webXml>../mymodule/vfe/WEB-INF/web.xml</webXml>
>         <warSourceDirectory>../mymodule/vfe</warSourceDirectory>
> </configuration>
> 
>     <!-- Use the Tomcat 6 JSP compiler -->
>     <dependencies>
>         <dependency>
>             <groupId>org.codehaus.mojo.jspc</groupId>
>             <artifactId>jspc-compiler-tomcat6</artifactId>
>             <version>2.0-SNAPSHOT</version>
>  </dependency>
>     </dependencies>
> </plugin>
> 
> <plugin>
>     <groupId>org.apache.maven.plugins</groupId>
>     <artifactId>maven-war-plugin</artifactId>
>     <configuration>
>         <webXml>../ventweb/target/jspweb.xml</webXml>
>     </configuration>
> </plugin>
> 
> On building module, I am getting following exception. 
> 
> [INFO] Compiling JSP source files to
> /home/dev1/codebase/sandbox/teams/work/dev3/mymodule/target/jsp-source
> [INFO]
> ------------------------------------------------------------------------
> [ERROR] FATAL ERROR
> [INFO]
> ------------------------------------------------------------------------
> [INFO] The -uriroot option must specify a pre-existing directory
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Trace
> org.apache.jasper.JasperException: The -uriroot option must specify a
> pre-existing directory
>         at org.apache.jasper.JspC.execute(JspC.java:1128)
>         at
> org.codehaus.mojo.jspc.compiler.tomcat6.JspCompilerImpl.compile(JspCompilerImpl.java:109)
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>         at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>         at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>         at java.lang.reflect.Method.invoke(Method.java:585)
>         at
> org.codehaus.groovy.runtime.metaclass.ReflectionMetaMethod.invoke(ReflectionMetaMethod.java:52)
>         at
> org.codehaus.groovy.runtime.MetaClassHelper.doMethodInvoke(MetaClassHelper.java:714)
>         at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:583)
>         at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:476)
>         at
> org.codehaus.groovy.runtime.Invoker.invokePojoMethod(Invoker.java:104)
>         at
> org.codehaus.groovy.runtime.Invoker.invokeMethod(Invoker.java:77)
>         at
> org.codehaus.groovy.runtime.InvokerHelper.invokeMethod(InvokerHelper.java:85)
>         at
> org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeMethodN(ScriptBytecodeAdapter.java:158)
>         at
> org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeMethod0(ScriptBytecodeAdapter.java:182)
>         at
> org.codehaus.mojo.jspc.CompilationMojoSupport.execute(CompilationMojoSupport.groovy:333)
>         at
> org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:412)
>         at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:534)
>         at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:475)
>         at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:454)
>         at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:306)
>         at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:273)
>         at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:140)
>         at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322)
>         at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115)
>         at org.apache.maven.cli.MavenCli.main(MavenCli.java:256)
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>         at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>         at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>         at java.lang.reflect.Method.invoke(Method.java:585)
>         at
> org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
>         at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
>         at
> org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
>         at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
> 
> I have no clue how to set the -uriroot to have these JSPs pre-compiled. 
> Pl. let know if you any idea on this.
> 
> Thanks, Murali
> 

-- 
View this message in context: http://www.nabble.com/Issue-with-jspc-maven-plugin---specifying-uriroot-tp14338706s177p14370257.html
Sent from the Maven - Users mailing list archive at Nabble.com.


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org


RE: Issue with jspc-maven-plugin - specifying uriroot

Posted by Matthew Tordoff <ma...@markit.com>.
Have you also tried refactoring the path for the <webXML> entry?

-----Original Message-----
From: S.Murali [mailto:hi4murali@gmail.com] 
Sent: 17 December 2007 10:58
To: users@maven.apache.org
Subject: RE: Issue with jspc-maven-plugin - specifying uriroot


Thanks for the reply, Matt.  The warSourceDirectory is an existing one
and also tried replacing the with ${basedir}/.  It din't help - still
facing the same issue.  This occurs only in 2.0 version of plugin for
compilation using tomact6.  It works fine with 1.0 version.  Pl. let
know if you have any other thoughts..

Thanks, Murali



Matthew Tordoff wrote:
> 
> Hi Murali,
> 
> I think that this is a problem relating to the <warSourceDirectory>:
> 
> - Have you checked that the <warSourceDirectory> is an existing 
> directory?
> - I also read somewhere that you also might have to specify the 
> <warSourceDirectory> starting with ${basedir}/
> 
> Please let me know if either of these solutions help.
> 
> Regards,
> 
> Matt
> 
> -----Original Message-----
> From: S.Murali [mailto:hi4murali@gmail.com]
> Sent: 14 December 2007 16:08
> To: users@maven.apache.org
> Subject: Issue with jspc-maven-plugin - specifying uriroot
> 
> 
> Hi,
> I using jspc-maven-plugin pre-compile my JSP in a war packaged module.
> I am using following plugin configuration
> 
> <plugin>
>     <groupId>org.codehaus.mojo.jspc</groupId>
>     <artifactId>jspc-maven-plugin</artifactId>
>     <executions>
>         <execution>
>                 <id>check-jsp-source</id>
>                 <phase>process-sources</phase>
>             <goals>
>                  <goal>compile</goal>
>             </goals>
>         </execution>
>     </executions>
>     <configuration>
>         <webXml>../mymodule/vfe/WEB-INF/web.xml</webXml>
>         <warSourceDirectory>../mymodule/vfe</warSourceDirectory>
> </configuration>
> 
>     <!-- Use the Tomcat 6 JSP compiler -->
>     <dependencies>
>         <dependency>
>             <groupId>org.codehaus.mojo.jspc</groupId>
>             <artifactId>jspc-compiler-tomcat6</artifactId>
>             <version>2.0-SNAPSHOT</version>  </dependency>
>     </dependencies>
> </plugin>
> 
> 
> On building module, I am getting following exception. 
> 
> [INFO] Compiling JSP source files to
> /home/dev1/codebase/sandbox/teams/work/dev3/mymodule/target/jsp-source
> [INFO]
> ----------------------------------------------------------------------
> --
> [ERROR] FATAL ERROR
> [INFO]
> ----------------------------------------------------------------------
> -- [INFO] The -uriroot option must specify a pre-existing directory 
> [INFO]
> ----------------------------------------------------------------------
> --
> [INFO] Trace
> org.apache.jasper.JasperException: The -uriroot option must specify a 
> pre-existing directory
>         at org.apache.jasper.JspC.execute(JspC.java:1128)
>         at
> org.codehaus.mojo.jspc.compiler.tomcat6.JspCompilerImpl.compile(JspCom
> pi
> lerImpl.java:109)
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>         at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.j
> av
> a:39)
>         at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccess
> or
> Impl.java:25)
>         at java.lang.reflect.Method.invoke(Method.java:585)
>         at
> org.codehaus.groovy.runtime.metaclass.ReflectionMetaMethod.invoke(Refl
> ec
> tionMetaMethod.java:52)
>         at
> org.codehaus.groovy.runtime.MetaClassHelper.doMethodInvoke(MetaClassHe
> lp
> er.java:714)
>         at
> groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:583)
>         at
> groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:476)
>         at
> org.codehaus.groovy.runtime.Invoker.invokePojoMethod(Invoker.java:104)
>         at
> org.codehaus.groovy.runtime.Invoker.invokeMethod(Invoker.java:77)
>         at
> org.codehaus.groovy.runtime.InvokerHelper.invokeMethod(InvokerHelper.j
> av
> a:85)
>         at
> org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeMethodN(Script
> By
> tecodeAdapter.java:158)
>         at
> org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeMethod0(Script
> By
> tecodeAdapter.java:182)
>         at
> org.codehaus.mojo.jspc.CompilationMojoSupport.execute(CompilationMojoS
> up
> port.groovy:333)
>         at
> org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPlugin
> Ma
> nager.java:412)
>         at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Defau
> lt
> LifecycleExecutor.java:534)
>         at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLif
> ec
> ycle(DefaultLifecycleExecutor.java:475)
>         at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(Defaul
> tL
> ifecycleExecutor.java:454)
>         at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHand
> le
> Failures(DefaultLifecycleExecutor.java:306)
>         at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegment
> s(
> DefaultLifecycleExecutor.java:273)
>         at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLif
> ec
> ycleExecutor.java:140)
>         at
> org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322)
>         at
org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115)
>         at org.apache.maven.cli.MavenCli.main(MavenCli.java:256)
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>         at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.j
> av
> a:39)
>         at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccess
> or
> Impl.java:25)
>         at java.lang.reflect.Method.invoke(Method.java:585)
>         at
> org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
>         at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
>         at
> org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
>         at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
> 
> I have no clue how to set the -uriroot to have these JSPs
pre-compiled.
> Pl.
> let know if you any idea on this.
> 
> Thanks, Murali
> --
> View this message in context:
> http://www.nabble.com/Issue-with-jspc-maven-plugin---specifying-uriroo
> t-
> tp14338706s177p14338706.html
> Sent from the Maven - Users mailing list archive at Nabble.com.
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
> 
> 
> 
> 
> The content of this e-mail is confidential and may be privileged. It 
> may be read, copied and used only by the intended recipient and may 
> not be disclosed, copied or distributed. If you received this email in

> error, please contact the sender immediately by return e-mail or by 
> telephoning
> +44 20 7260 2000, delete it and do not disclose its contents to any
> person. You should take full responsibility for checking this email 
> for viruses. Markit reserves the right to monitor all e-mail 
> communications through its network.
> Markit and its affiliated companies make no warranty as to the 
> accuracy or completeness of any information contained in this message 
> and hereby exclude any liability of any kind for the information
contained herein.
> Any opinions expressed in this message are those of the author and do 
> not necessarily reflect the opinions of Markit.
> For full details about Markit, its offerings and legal terms and 
> conditions, please see Markit's website at http://www.markit.com 
> <http://www.markit.com/> .
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
> 
> 
> 

--
View this message in context:
http://www.nabble.com/Issue-with-jspc-maven-plugin---specifying-uriroot-
tp14338706s177p14370221.html
Sent from the Maven - Users mailing list archive at Nabble.com.


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org




The content of this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient and may not be disclosed, copied or distributed. If you received this email in error, please contact the sender immediately by return e-mail or by telephoning +44 20 7260 2000, delete it and do not disclose its contents to any person. You should take full responsibility for checking this email for viruses. Markit reserves the right to monitor all e-mail communications through its network.
Markit and its affiliated companies make no warranty as to the accuracy or completeness of any information contained in this message and hereby exclude any liability of any kind for the information contained herein. Any opinions expressed in this message are those of the author and do not necessarily reflect the opinions of Markit.
For full details about Markit, its offerings and legal terms and conditions, please see Markit's website at http://www.markit.com <http://www.markit.com/> .

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org


RE: Issue with jspc-maven-plugin - specifying uriroot

Posted by "S.Murali" <hi...@gmail.com>.
Thanks for the reply, Matt.  The warSourceDirectory is an existing one and
also tried replacing the with ${basedir}/.  It din't help - still facing the
same issue.  This occurs only in 2.0 version of plugin for  compilation
using tomact6.  It works fine with 1.0 version.  Pl. let know if you have
any other thoughts..

Thanks, Murali



Matthew Tordoff wrote:
> 
> Hi Murali,
> 
> I think that this is a problem relating to the <warSourceDirectory>:
> 
> - Have you checked that the <warSourceDirectory> is an existing
> directory?
> - I also read somewhere that you also might have to specify the
> <warSourceDirectory> starting with ${basedir}/
> 
> Please let me know if either of these solutions help.
> 
> Regards,
> 
> Matt
> 
> -----Original Message-----
> From: S.Murali [mailto:hi4murali@gmail.com] 
> Sent: 14 December 2007 16:08
> To: users@maven.apache.org
> Subject: Issue with jspc-maven-plugin - specifying uriroot
> 
> 
> Hi,
> I using jspc-maven-plugin pre-compile my JSP in a war packaged module.
> I am using following plugin configuration
> 
> <plugin>
>     <groupId>org.codehaus.mojo.jspc</groupId>
>     <artifactId>jspc-maven-plugin</artifactId>
>     <executions>
>         <execution>
>                 <id>check-jsp-source</id>
>                 <phase>process-sources</phase>
>             <goals>
>                  <goal>compile</goal>
>             </goals>
>         </execution>
>     </executions>
>     <configuration>
>         <webXml>../mymodule/vfe/WEB-INF/web.xml</webXml>
>         <warSourceDirectory>../mymodule/vfe</warSourceDirectory>
> </configuration>
> 
>     <!-- Use the Tomcat 6 JSP compiler -->
>     <dependencies>
>         <dependency>
>             <groupId>org.codehaus.mojo.jspc</groupId>
>             <artifactId>jspc-compiler-tomcat6</artifactId>
>             <version>2.0-SNAPSHOT</version>  </dependency>
>     </dependencies>
> </plugin>
> 
> 
> On building module, I am getting following exception. 
> 
> [INFO] Compiling JSP source files to
> /home/dev1/codebase/sandbox/teams/work/dev3/mymodule/target/jsp-source
> [INFO]
> ------------------------------------------------------------------------
> [ERROR] FATAL ERROR
> [INFO]
> ------------------------------------------------------------------------
> [INFO] The -uriroot option must specify a pre-existing directory [INFO]
> ------------------------------------------------------------------------
> [INFO] Trace
> org.apache.jasper.JasperException: The -uriroot option must specify a
> pre-existing directory
>         at org.apache.jasper.JspC.execute(JspC.java:1128)
>         at
> org.codehaus.mojo.jspc.compiler.tomcat6.JspCompilerImpl.compile(JspCompi
> lerImpl.java:109)
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>         at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav
> a:39)
>         at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor
> Impl.java:25)
>         at java.lang.reflect.Method.invoke(Method.java:585)
>         at
> org.codehaus.groovy.runtime.metaclass.ReflectionMetaMethod.invoke(Reflec
> tionMetaMethod.java:52)
>         at
> org.codehaus.groovy.runtime.MetaClassHelper.doMethodInvoke(MetaClassHelp
> er.java:714)
>         at
> groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:583)
>         at
> groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:476)
>         at
> org.codehaus.groovy.runtime.Invoker.invokePojoMethod(Invoker.java:104)
>         at
> org.codehaus.groovy.runtime.Invoker.invokeMethod(Invoker.java:77)
>         at
> org.codehaus.groovy.runtime.InvokerHelper.invokeMethod(InvokerHelper.jav
> a:85)
>         at
> org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeMethodN(ScriptBy
> tecodeAdapter.java:158)
>         at
> org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeMethod0(ScriptBy
> tecodeAdapter.java:182)
>         at
> org.codehaus.mojo.jspc.CompilationMojoSupport.execute(CompilationMojoSup
> port.groovy:333)
>         at
> org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginMa
> nager.java:412)
>         at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Default
> LifecycleExecutor.java:534)
>         at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifec
> ycle(DefaultLifecycleExecutor.java:475)
>         at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultL
> ifecycleExecutor.java:454)
>         at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandle
> Failures(DefaultLifecycleExecutor.java:306)
>         at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(
> DefaultLifecycleExecutor.java:273)
>         at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifec
> ycleExecutor.java:140)
>         at
> org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322)
>         at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115)
>         at org.apache.maven.cli.MavenCli.main(MavenCli.java:256)
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>         at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav
> a:39)
>         at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor
> Impl.java:25)
>         at java.lang.reflect.Method.invoke(Method.java:585)
>         at
> org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
>         at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
>         at
> org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
>         at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
> 
> I have no clue how to set the -uriroot to have these JSPs pre-compiled.
> Pl.
> let know if you any idea on this.
> 
> Thanks, Murali
> --
> View this message in context:
> http://www.nabble.com/Issue-with-jspc-maven-plugin---specifying-uriroot-
> tp14338706s177p14338706.html
> Sent from the Maven - Users mailing list archive at Nabble.com.
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
> 
> 
> 
> 
> The content of this e-mail is confidential and may be privileged. It may
> be read, copied and used only by the intended recipient and may not be
> disclosed, copied or distributed. If you received this email in error,
> please contact the sender immediately by return e-mail or by telephoning
> +44 20 7260 2000, delete it and do not disclose its contents to any
> person. You should take full responsibility for checking this email for
> viruses. Markit reserves the right to monitor all e-mail communications
> through its network.
> Markit and its affiliated companies make no warranty as to the accuracy or
> completeness of any information contained in this message and hereby
> exclude any liability of any kind for the information contained herein.
> Any opinions expressed in this message are those of the author and do not
> necessarily reflect the opinions of Markit.
> For full details about Markit, its offerings and legal terms and
> conditions, please see Markit's website at http://www.markit.com
> <http://www.markit.com/> .
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
> 
> 
> 

-- 
View this message in context: http://www.nabble.com/Issue-with-jspc-maven-plugin---specifying-uriroot-tp14338706s177p14370221.html
Sent from the Maven - Users mailing list archive at Nabble.com.


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org


RE: Issue with jspc-maven-plugin - specifying uriroot

Posted by Matthew Tordoff <ma...@markit.com>.
Hi Murali,

I think that this is a problem relating to the <warSourceDirectory>:

- Have you checked that the <warSourceDirectory> is an existing
directory?
- I also read somewhere that you also might have to specify the
<warSourceDirectory> starting with ${basedir}/

Please let me know if either of these solutions help.

Regards,

Matt

-----Original Message-----
From: S.Murali [mailto:hi4murali@gmail.com] 
Sent: 14 December 2007 16:08
To: users@maven.apache.org
Subject: Issue with jspc-maven-plugin - specifying uriroot


Hi,
I using jspc-maven-plugin pre-compile my JSP in a war packaged module.
I am using following plugin configuration

<plugin>
    <groupId>org.codehaus.mojo.jspc</groupId>
    <artifactId>jspc-maven-plugin</artifactId>
    <executions>
        <execution>
                <id>check-jsp-source</id>
                <phase>process-sources</phase>
            <goals>
                 <goal>compile</goal>
            </goals>
        </execution>
    </executions>
    <configuration>
        <webXml>../mymodule/vfe/WEB-INF/web.xml</webXml>
        <warSourceDirectory>../mymodule/vfe</warSourceDirectory>
</configuration>

    <!-- Use the Tomcat 6 JSP compiler -->
    <dependencies>
        <dependency>
            <groupId>org.codehaus.mojo.jspc</groupId>
            <artifactId>jspc-compiler-tomcat6</artifactId>
            <version>2.0-SNAPSHOT</version>  </dependency>
    </dependencies>
</plugin>


On building module, I am getting following exception. 

[INFO] Compiling JSP source files to
/home/dev1/codebase/sandbox/teams/work/dev3/mymodule/target/jsp-source
[INFO]
------------------------------------------------------------------------
[ERROR] FATAL ERROR
[INFO]
------------------------------------------------------------------------
[INFO] The -uriroot option must specify a pre-existing directory [INFO]
------------------------------------------------------------------------
[INFO] Trace
org.apache.jasper.JasperException: The -uriroot option must specify a
pre-existing directory
        at org.apache.jasper.JspC.execute(JspC.java:1128)
        at
org.codehaus.mojo.jspc.compiler.tomcat6.JspCompilerImpl.compile(JspCompi
lerImpl.java:109)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav
a:39)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor
Impl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at
org.codehaus.groovy.runtime.metaclass.ReflectionMetaMethod.invoke(Reflec
tionMetaMethod.java:52)
        at
org.codehaus.groovy.runtime.MetaClassHelper.doMethodInvoke(MetaClassHelp
er.java:714)
        at
groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:583)
        at
groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:476)
        at
org.codehaus.groovy.runtime.Invoker.invokePojoMethod(Invoker.java:104)
        at
org.codehaus.groovy.runtime.Invoker.invokeMethod(Invoker.java:77)
        at
org.codehaus.groovy.runtime.InvokerHelper.invokeMethod(InvokerHelper.jav
a:85)
        at
org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeMethodN(ScriptBy
tecodeAdapter.java:158)
        at
org.codehaus.groovy.runtime.ScriptBytecodeAdapter.invokeMethod0(ScriptBy
tecodeAdapter.java:182)
        at
org.codehaus.mojo.jspc.CompilationMojoSupport.execute(CompilationMojoSup
port.groovy:333)
        at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginMa
nager.java:412)
        at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Default
LifecycleExecutor.java:534)
        at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifec
ycle(DefaultLifecycleExecutor.java:475)
        at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultL
ifecycleExecutor.java:454)
        at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandle
Failures(DefaultLifecycleExecutor.java:306)
        at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(
DefaultLifecycleExecutor.java:273)
        at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifec
ycleExecutor.java:140)
        at
org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322)
        at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115)
        at org.apache.maven.cli.MavenCli.main(MavenCli.java:256)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav
a:39)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor
Impl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
        at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
        at
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
        at org.codehaus.classworlds.Launcher.main(Launcher.java:375)

I have no clue how to set the -uriroot to have these JSPs pre-compiled.
Pl.
let know if you any idea on this.

Thanks, Murali
--
View this message in context:
http://www.nabble.com/Issue-with-jspc-maven-plugin---specifying-uriroot-
tp14338706s177p14338706.html
Sent from the Maven - Users mailing list archive at Nabble.com.


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org




The content of this e-mail is confidential and may be privileged. It may be read, copied and used only by the intended recipient and may not be disclosed, copied or distributed. If you received this email in error, please contact the sender immediately by return e-mail or by telephoning +44 20 7260 2000, delete it and do not disclose its contents to any person. You should take full responsibility for checking this email for viruses. Markit reserves the right to monitor all e-mail communications through its network.
Markit and its affiliated companies make no warranty as to the accuracy or completeness of any information contained in this message and hereby exclude any liability of any kind for the information contained herein. Any opinions expressed in this message are those of the author and do not necessarily reflect the opinions of Markit.
For full details about Markit, its offerings and legal terms and conditions, please see Markit's website at http://www.markit.com <http://www.markit.com/> .

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org