Exception with Groovy support

[kito99]

Hello,

I tried out the Groovy support, but I get the following exception any time I
put something in the WEB-INF/groovy directory (if I don't put anything in
this dir, it works fine).

SEVERE: Exception sending context initialized event to listener instance of
class com.sun.faces.config.ConfigureListener
com.sun.faces.config.ConfigurationException: CONFIGURATION FAILED! null
        at
com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:212)
        at
com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.
java:195)
        at
org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:
3764)
        at
org.apache.catalina.core.StandardContext.start(StandardContext.java:4216)
        at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:7
60)
        at
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:740)
        at
org.apache.catalina.core.StandardHost.addChild(StandardHost.java:544)
        at
org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:926)
        at
org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:889
)
        at
org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:492)
        at
org.apache.catalina.startup.HostConfig.start(HostConfig.java:1149)
        at
org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311)
        at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSuppor
t.java:120)
        at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1022)
        at
org.apache.catalina.core.StandardHost.start(StandardHost.java:736)
        at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
        at
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
        at
org.apache.catalina.core.StandardService.start(StandardService.java:448)
        at
org.apache.catalina.core.StandardServer.start(StandardServer.java:700)
        at org.apache.catalina.startup.Catalina.start(Catalina.java:552)
        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:597)
        at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295)
        at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:433)
Caused by: java.io.FileNotFoundException
        at
org.apache.naming.resources.DirContextURLConnection.getInputStream(DirContex
tURLConnection.java:298)
        at
groovy.util.GroovyScriptEngine.updateCacheEntry(GroovyScriptEngine.java:315)
        at
groovy.util.GroovyScriptEngine.loadScriptByName(GroovyScriptEngine.java:265)
        at
com.sun.faces.scripting.GroovyHelperImpl$MojarraGroovyClassLoader.loadClass(
GroovyHelperImpl.java:132)
        at
org.apache.shale.faces.ShaleVariableResolver.<init>(ShaleVariableResolver.ja
va:68)
        at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
Method)
        at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAcces
sorImpl.java:39)
        at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstruc
torAccessorImpl.java:27)
        at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
        at
com.sun.faces.config.processor.AbstractConfigProcessor.createInstance(Abstra
ctConfigProcessor.java:238)
        at
com.sun.faces.config.processor.ApplicationConfigProcessor.addVariableResolve
r(ApplicationConfigProcessor.java:481)
        at
com.sun.faces.config.processor.ApplicationConfigProcessor.process(Applicatio
nConfigProcessor.java:239)
        at
com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractCo
nfigProcessor.java:108)
        at
com.sun.faces.config.processor.LifecycleConfigProcessor.process(LifecycleCon
figProcessor.java:119)
        at
com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractCo
nfigProcessor.java:108)
        at
com.sun.faces.config.processor.FactoryConfigProcessor.process(FactoryConfigP
rocessor.java:132)
        at
com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:202)
        ... 25 more

This happens when the ClassLoader gets to
org.apache.shale.tiger.faces.VariableResolverImpl (which is in my
classpath). The actual text of the error message from Groovy is:

"Could not parse scriptName:
org\apache\shale\tiger\faces\VariableResolverImpl.groovy"

I'm not sure what's special about this class. Any ideas? I'm using 1.2_09
beta 1.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Kito D. Mann - Author, JavaServer Faces in Action
http://www.virtua.com - JSF/Java EE consulting, training, and mentoring
http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
phone: [phone]
fax: [phone]



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

[Jim Driscoll]

Hi Kito -

Ryan's back on Tuesday, and I'm afraid he's the only one who understands
the guts of this.

But if it's important to you, I can look through the code and check it
out before then...

Jim

Kito D. Mann wrote:

> Hello,
>
> I tried out the Groovy support, but I get the following exception any time I
> put something in the WEB-INF/groovy directory (if I don't put anything in
> this dir, it works fine).
>
> SEVERE: Exception sending context initialized event to listener instance of
> class com.sun.faces.config.ConfigureListener
> com.sun.faces.config.ConfigurationException: CONFIGURATION FAILED! null
> at
> com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:212)
> at
> com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.
> java:195)
> at
> org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:
> 3764)
> at
> org.apache.catalina.core.StandardContext.start(StandardContext.java:4216)
> at
> org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:7
> 60)
> at
> org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:740)
> at
> org.apache.catalina.core.StandardHost.addChild(StandardHost.java:544)
> at
> org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:926)
> at
> org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:889
> )
> at
> org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:492)
> at
> org.apache.catalina.startup.HostConfig.start(HostConfig.java:1149)
> at
> org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311)
> at
> org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSuppor
> t.java:120)
> at
> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1022)
> at
> org.apache.catalina.core.StandardHost.start(StandardHost.java:736)
> at
> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
> at
> org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
> at
> org.apache.catalina.core.StandardService.start(StandardService.java:448)
> at
> org.apache.catalina.core.StandardServer.start(StandardServer.java:700)
> at org.apache.catalina.startup.Catalina.start(Catalina.java:552)
> 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:597)
> at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295)
> at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:433)
> Caused by: java.io.FileNotFoundException
> at
> org.apache.naming.resources.DirContextURLConnection.getInputStream(DirContex
> tURLConnection.java:298)
> at
> groovy.util.GroovyScriptEngine.updateCacheEntry(GroovyScriptEngine.java:315)
> at
> groovy.util.GroovyScriptEngine.loadScriptByName(GroovyScriptEngine.java:265)
> at
> com.sun.faces.scripting.GroovyHelperImpl$MojarraGroovyClassLoader.loadClass(
> GroovyHelperImpl.java:132)
> at
> org.apache.shale.faces.ShaleVariableResolver.<init>(ShaleVariableResolver.ja
> va:68)
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> Method)
> at
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAcces
> sorImpl.java:39)
> at
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstruc
> torAccessorImpl.java:27)
> at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
> at
> com.sun.faces.config.processor.AbstractConfigProcessor.createInstance(Abstra
> ctConfigProcessor.java:238)
> at
> com.sun.faces.config.processor.ApplicationConfigProcessor.addVariableResolve
> r(ApplicationConfigProcessor.java:481)
> at
> com.sun.faces.config.processor.ApplicationConfigProcessor.process(Applicatio
> nConfigProcessor.java:239)
> at
> com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractCo
> nfigProcessor.java:108)
> at
> com.sun.faces.config.processor.LifecycleConfigProcessor.process(LifecycleCon
> figProcessor.java:119)
> at
> com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractCo
> nfigProcessor.java:108)
> at
> com.sun.faces.config.processor.FactoryConfigProcessor.process(FactoryConfigP
> rocessor.java:132)
> at
> com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:202)
> ... 25 more
>
> This happens when the ClassLoader gets to
> org.apache.shale.tiger.faces.VariableResolverImpl (which is in my
> classpath). The actual text of the error message from Groovy is:
>
> "Could not parse scriptName:
> org\apache\shale\tiger\faces\VariableResolverImpl.groovy"
>
> I'm not sure what's special about this class. Any ideas? I'm using 1.2_09
> beta 1.
>
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> Kito D. Mann - Author, JavaServer Faces in Action
> http://www.virtua.com - JSF/Java EE consulting, training, and mentoring
> http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
> phone: [phone]
> fax: [phone]
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@...
> For additional commands, e-mail: users-help@...
>

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

[kito99]

Jim,

No worries -- I can do things the normal way in the meantime :-).

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Kito D. Mann - Author, JavaServer Faces in Action
http://www.virtua.com - JSF/Java EE consulting, training, and mentoring
http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
phone: [phone]
fax: [phone]

> -----Original Message-----
> From: Jim.Driscoll@... [mailto:Jim.Driscoll@...]
> Sent: Wednesday, May 21, 2008 4:27 PM
> To: users@...
> Subject: Re: Exception with Groovy support
>
> Hi Kito -
>
> Ryan's back on Tuesday, and I'm afraid he's the only one who
> understands
> the guts of this.
>
> But if it's important to you, I can look through the code and check it
> out before then...
>
> Jim
>
> Kito D. Mann wrote:
> > Hello,
> >
> > I tried out the Groovy support, but I get the following exception any
> time I
> > put something in the WEB-INF/groovy directory (if I don't put
> anything in
> > this dir, it works fine).
> >
> > SEVERE: Exception sending context initialized event to listener
> instance of
> > class com.sun.faces.config.ConfigureListener
> > com.sun.faces.config.ConfigurationException: CONFIGURATION FAILED!
> null
> > at
> > com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:212)
> > at
> >
> com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureList
> ener.
> > java:195)
> > at
> >
> org.apache.catalina.core.StandardContext.listenerStart(StandardContext.
> java:
> > 3764)
> > at
> >
> org.apache.catalina.core.StandardContext.start(StandardContext.java:421
> 6)
> > at
> >
> org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.j
> ava:7
> > 60)
> > at
> >
> org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:740)
> > at
> > org.apache.catalina.core.StandardHost.addChild(StandardHost.java:544)
> > at
> >
> org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:
> 926)
> > at
> >
> org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.jav
> a:889
> > )
> > at
> >
> org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:492)
> > at
> > org.apache.catalina.startup.HostConfig.start(HostConfig.java:1149)
> > at
> >
> org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:3
> 11)
> > at
> >
> org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleS
> uppor
> > t.java:120)
> > at
> > org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1022)
> > at
> > org.apache.catalina.core.StandardHost.start(StandardHost.java:736)
> > at
> > org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
> > at
> >
> org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
> > at
> >
> org.apache.catalina.core.StandardService.start(StandardService.java:448
> )
> > at
> >
> org.apache.catalina.core.StandardServer.start(StandardServer.java:700)
> > at org.apache.catalina.startup.Catalina.start(Catalina.java:552)
> > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> > at
> >
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.ja
> va:39
> > )
> > at
> >
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccesso
> rImpl
> > .java:25)
> > at java.lang.reflect.Method.invoke(Method.java:597)
> > at
> org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295)
> > at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:433)
> > Caused by: java.io.FileNotFoundException
> > at
> >
> org.apache.naming.resources.DirContextURLConnection.getInputStream(DirC
> ontex
> > tURLConnection.java:298)
> > at
> >
> groovy.util.GroovyScriptEngine.updateCacheEntry(GroovyScriptEngine.java
> :315)
> > at
> >
> groovy.util.GroovyScriptEngine.loadScriptByName(GroovyScriptEngine.java
> :265)
> > at
> >
> com.sun.faces.scripting.GroovyHelperImpl$MojarraGroovyClassLoader.loadC
> lass(
> > GroovyHelperImpl.java:132)
> > at
> >
> org.apache.shale.faces.ShaleVariableResolver.<init>(ShaleVariableResolv
> er.ja
> > va:68)
> > at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> > Method)
> > at
> >
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructor
> Acces
> > sorImpl.java:39)
> > at
> >
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingCon
> struc
> > torAccessorImpl.java:27)
> > at
> java.lang.reflect.Constructor.newInstance(Constructor.java:513)
> > at
> >
> com.sun.faces.config.processor.AbstractConfigProcessor.createInstance(A
> bstra
> > ctConfigProcessor.java:238)
> > at
> >
> com.sun.faces.config.processor.ApplicationConfigProcessor.addVariableRe
> solve
> > r(ApplicationConfigProcessor.java:481)
> > at
> >
> com.sun.faces.config.processor.ApplicationConfigProcessor.process(Appli
> catio
> > nConfigProcessor.java:239)
> > at
> >
> com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(Abstr
> actCo
> > nfigProcessor.java:108)
> > at
> >
> com.sun.faces.config.processor.LifecycleConfigProcessor.process(Lifecyc
> leCon
> > figProcessor.java:119)
> > at
> >
> com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(Abstr
> actCo
> > nfigProcessor.java:108)
> > at
> >
> com.sun.faces.config.processor.FactoryConfigProcessor.process(FactoryCo
> nfigP
> > rocessor.java:132)
> > at
> > com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:202)
> > ... 25 more
> >
> > This happens when the ClassLoader gets to
> > org.apache.shale.tiger.faces.VariableResolverImpl (which is in my
> > classpath). The actual text of the error message from Groovy is:
> >
> > "Could not parse scriptName:
> > org\apache\shale\tiger\faces\VariableResolverImpl.groovy"
> >
> > I'm not sure what's special about this class. Any ideas? I'm using
> 1.2_09
> > beta 1.
> >
> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> > Kito D. Mann - Author, JavaServer Faces in Action
> > http://www.virtua.com - JSF/Java EE consulting, training, and
> mentoring
> > http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
> > phone: [phone]
> > fax: [phone]
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-
> unsubscribe@...
> > For additional commands, e-mail: users-
> help@...
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@...
> For additional commands, e-mail: users-
> help@...

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

[Jim Driscoll]

 From Ryan (who can't send email right now):

Check that you have all the required jars, especially the Shale-Tiger
jar.  Ryan thinks it's incorrectly interpreting the Class Not Found
exception.

First it checks the webapp classloader.  If not found, we assume it's a
groovy script, and it tries to load is as a Groovy script.  Since it
doesn't then find it, it throws this error.  Ryan will work on a fix for
the incorrect error thrown ASAP.

Ryan was able to reproduce this, by having shale-tiger but not having
shale-core in his classpath.

Ryan should have email back sometime tomorrow.

Jim

Kito D. Mann wrote:

> Hello,
>
> I tried out the Groovy support, but I get the following exception any time I
> put something in the WEB-INF/groovy directory (if I don't put anything in
> this dir, it works fine).
>
> SEVERE: Exception sending context initialized event to listener instance of
> class com.sun.faces.config.ConfigureListener
> com.sun.faces.config.ConfigurationException: CONFIGURATION FAILED! null
> at
> com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:212)
> at
> com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.
> java:195)
> at
> org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:
> 3764)
> at
> org.apache.catalina.core.StandardContext.start(StandardContext.java:4216)
> at
> org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:7
> 60)
> at
> org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:740)
> at
> org.apache.catalina.core.StandardHost.addChild(StandardHost.java:544)
> at
> org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:926)
> at
> org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:889
> )
> at
> org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:492)
> at
> org.apache.catalina.startup.HostConfig.start(HostConfig.java:1149)
> at
> org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311)
> at
> org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSuppor
> t.java:120)
> at
> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1022)
> at
> org.apache.catalina.core.StandardHost.start(StandardHost.java:736)
> at
> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
> at
> org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
> at
> org.apache.catalina.core.StandardService.start(StandardService.java:448)
> at
> org.apache.catalina.core.StandardServer.start(StandardServer.java:700)
> at org.apache.catalina.startup.Catalina.start(Catalina.java:552)
> 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:597)
> at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295)
> at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:433)
> Caused by: java.io.FileNotFoundException
> at
> org.apache.naming.resources.DirContextURLConnection.getInputStream(DirContex
> tURLConnection.java:298)
> at
> groovy.util.GroovyScriptEngine.updateCacheEntry(GroovyScriptEngine.java:315)
> at
> groovy.util.GroovyScriptEngine.loadScriptByName(GroovyScriptEngine.java:265)
> at
> com.sun.faces.scripting.GroovyHelperImpl$MojarraGroovyClassLoader.loadClass(
> GroovyHelperImpl.java:132)
> at
> org.apache.shale.faces.ShaleVariableResolver.<init>(ShaleVariableResolver.ja
> va:68)
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> Method)
> at
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAcces
> sorImpl.java:39)
> at
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstruc
> torAccessorImpl.java:27)
> at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
> at
> com.sun.faces.config.processor.AbstractConfigProcessor.createInstance(Abstra
> ctConfigProcessor.java:238)
> at
> com.sun.faces.config.processor.ApplicationConfigProcessor.addVariableResolve
> r(ApplicationConfigProcessor.java:481)
> at
> com.sun.faces.config.processor.ApplicationConfigProcessor.process(Applicatio
> nConfigProcessor.java:239)
> at
> com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractCo
> nfigProcessor.java:108)
> at
> com.sun.faces.config.processor.LifecycleConfigProcessor.process(LifecycleCon
> figProcessor.java:119)
> at
> com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractCo
> nfigProcessor.java:108)
> at
> com.sun.faces.config.processor.FactoryConfigProcessor.process(FactoryConfigP
> rocessor.java:132)
> at
> com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:202)
> ... 25 more
>
> This happens when the ClassLoader gets to
> org.apache.shale.tiger.faces.VariableResolverImpl (which is in my
> classpath). The actual text of the error message from Groovy is:
>
> "Could not parse scriptName:
> org\apache\shale\tiger\faces\VariableResolverImpl.groovy"
>
> I'm not sure what's special about this class. Any ideas? I'm using 1.2_09
> beta 1.
>
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> Kito D. Mann - Author, JavaServer Faces in Action
> http://www.virtua.com - JSF/Java EE consulting, training, and mentoring
> http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
> phone: [phone]
> fax: [phone]
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@...
> For additional commands, e-mail: users-help@...
>

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

[kito99]

Okay. I'll give it a shot. Thanks.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Kito D. Mann - Author, JavaServer Faces in Action
http://www.virtua.com - JSF/Java EE consulting, training, and mentoring
http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
phone: [phone]
fax: [phone]

* Sign up for the JSF Central newsletter!
http://oi.vresp.com/?fid=ac048d0e17 *

> -----Original Message-----
> From: Jim.Driscoll@... [mailto:Jim.Driscoll@...]
> Sent: Tuesday, May 27, 2008 5:24 PM
> To: users@...
> Subject: Re: Exception with Groovy support
>
>  From Ryan (who can't send email right now):
>
> Check that you have all the required jars, especially the Shale-Tiger
> jar.  Ryan thinks it's incorrectly interpreting the Class Not Found
> exception.
>
> First it checks the webapp classloader.  If not found, we assume it's a
> groovy script, and it tries to load is as a Groovy script.  Since it
> doesn't then find it, it throws this error.  Ryan will work on a fix
> for
> the incorrect error thrown ASAP.
>
> Ryan was able to reproduce this, by having shale-tiger but not having
> shale-core in his classpath.
>
> Ryan should have email back sometime tomorrow.
>
> Jim
>
> Kito D. Mann wrote:
> > Hello,
> >
> > I tried out the Groovy support, but I get the following exception any
> time I
> > put something in the WEB-INF/groovy directory (if I don't put
> anything in
> > this dir, it works fine).
> >
> > SEVERE: Exception sending context initialized event to listener
> instance of
> > class com.sun.faces.config.ConfigureListener
> > com.sun.faces.config.ConfigurationException: CONFIGURATION FAILED!
> null
> > at
> > com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:212)
> > at
> >
> com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureList
> ener.
> > java:195)
> > at
> >
> org.apache.catalina.core.StandardContext.listenerStart(StandardContext.
> java:
> > 3764)
> > at
> >
> org.apache.catalina.core.StandardContext.start(StandardContext.java:421
> 6)
> > at
> >
> org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.j
> ava:7
> > 60)
> > at
> >
> org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:740)
> > at
> > org.apache.catalina.core.StandardHost.addChild(StandardHost.java:544)
> > at
> >
> org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:
> 926)
> > at
> >
> org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.jav
> a:889
> > )
> > at
> >
> org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:492)
> > at
> > org.apache.catalina.startup.HostConfig.start(HostConfig.java:1149)
> > at
> >
> org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:3
> 11)
> > at
> >
> org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleS
> uppor
> > t.java:120)
> > at
> > org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1022)
> > at
> > org.apache.catalina.core.StandardHost.start(StandardHost.java:736)
> > at
> > org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
> > at
> >
> org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
> > at
> >
> org.apache.catalina.core.StandardService.start(StandardService.java:448
> )
> > at
> >
> org.apache.catalina.core.StandardServer.start(StandardServer.java:700)
> > at org.apache.catalina.startup.Catalina.start(Catalina.java:552)
> > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> > at
> >
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.ja
> va:39
> > )
> > at
> >
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccesso
> rImpl
> > .java:25)
> > at java.lang.reflect.Method.invoke(Method.java:597)
> > at
> org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295)
> > at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:433)
> > Caused by: java.io.FileNotFoundException
> > at
> >
> org.apache.naming.resources.DirContextURLConnection.getInputStream(DirC
> ontex
> > tURLConnection.java:298)
> > at
> >
> groovy.util.GroovyScriptEngine.updateCacheEntry(GroovyScriptEngine.java
> :315)
> > at
> >
> groovy.util.GroovyScriptEngine.loadScriptByName(GroovyScriptEngine.java
> :265)
> > at
> >
> com.sun.faces.scripting.GroovyHelperImpl$MojarraGroovyClassLoader.loadC
> lass(
> > GroovyHelperImpl.java:132)
> > at
> >
> org.apache.shale.faces.ShaleVariableResolver.<init>(ShaleVariableResolv
> er.ja
> > va:68)
> > at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> > Method)
> > at
> >
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructor
> Acces
> > sorImpl.java:39)
> > at
> >
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingCon
> struc
> > torAccessorImpl.java:27)
> > at
> java.lang.reflect.Constructor.newInstance(Constructor.java:513)
> > at
> >
> com.sun.faces.config.processor.AbstractConfigProcessor.createInstance(A
> bstra
> > ctConfigProcessor.java:238)
> > at
> >
> com.sun.faces.config.processor.ApplicationConfigProcessor.addVariableRe
> solve
> > r(ApplicationConfigProcessor.java:481)
> > at
> >
> com.sun.faces.config.processor.ApplicationConfigProcessor.process(Appli
> catio
> > nConfigProcessor.java:239)
> > at
> >
> com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(Abstr
> actCo
> > nfigProcessor.java:108)
> > at
> >
> com.sun.faces.config.processor.LifecycleConfigProcessor.process(Lifecyc
> leCon
> > figProcessor.java:119)
> > at
> >
> com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(Abstr
> actCo
> > nfigProcessor.java:108)
> > at
> >
> com.sun.faces.config.processor.FactoryConfigProcessor.process(FactoryCo
> nfigP
> > rocessor.java:132)
> > at
> > com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:202)
> > ... 25 more
> >
> > This happens when the ClassLoader gets to
> > org.apache.shale.tiger.faces.VariableResolverImpl (which is in my
> > classpath). The actual text of the error message from Groovy is:
> >
> > "Could not parse scriptName:
> > org\apache\shale\tiger\faces\VariableResolverImpl.groovy"
> >
> > I'm not sure what's special about this class. Any ideas? I'm using
> 1.2_09
> > beta 1.
> >
> > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> > Kito D. Mann - Author, JavaServer Faces in Action
> > http://www.virtua.com - JSF/Java EE consulting, training, and
> mentoring
> > http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
> > phone: [phone]
> > fax: [phone]
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-
> unsubscribe@...
> > For additional commands, e-mail: users-
> help@...
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@...
> For additional commands, e-mail: users-
> help@...

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

[Ryan Lubke]

Kito D. Mann wrote:
> Okay. I'll give it a shot. Thanks.
>  

Hi Kito,

Any word on this issue?

Thanks,

-rl

> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> Kito D. Mann - Author, JavaServer Faces in Action
> http://www.virtua.com - JSF/Java EE consulting, training, and mentoring
> http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
> phone: [phone]
> fax: [phone]
>
> * Sign up for the JSF Central newsletter!
> http://oi.vresp.com/?fid=ac048d0e17 *
>
>
>  
>> -----Original Message-----
>> From: Jim.Driscoll@... [mailto:Jim.Driscoll@...]
>> Sent: Tuesday, May 27, 2008 5:24 PM
>> To: users@...
>> Subject: Re: Exception with Groovy support
>>
>>  From Ryan (who can't send email right now):
>>
>> Check that you have all the required jars, especially the Shale-Tiger
>> jar.  Ryan thinks it's incorrectly interpreting the Class Not Found
>> exception.
>>
>> First it checks the webapp classloader.  If not found, we assume it's a
>> groovy script, and it tries to load is as a Groovy script.  Since it
>> doesn't then find it, it throws this error.  Ryan will work on a fix
>> for
>> the incorrect error thrown ASAP.
>>
>> Ryan was able to reproduce this, by having shale-tiger but not having
>> shale-core in his classpath.
>>
>> Ryan should have email back sometime tomorrow.
>>
>> Jim
>>
>> Kito D. Mann wrote:
>>    
>>> Hello,
>>>
>>> I tried out the Groovy support, but I get the following exception any
>>>      
>> time I
>>    
>>> put something in the WEB-INF/groovy directory (if I don't put
>>>      
>> anything in
>>    
>>> this dir, it works fine).
>>>
>>> SEVERE: Exception sending context initialized event to listener
>>>      
>> instance of
>>    
>>> class com.sun.faces.config.ConfigureListener
>>> com.sun.faces.config.ConfigurationException: CONFIGURATION FAILED!
>>>      
>> null
>>    
>>> at
>>> com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:212)
>>> at
>>>
>>>      
>> com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureList
>> ener.
>>    
>>> java:195)
>>> at
>>>
>>>      
>> org.apache.catalina.core.StandardContext.listenerStart(StandardContext.
>> java:
>>    
>>> 3764)
>>> at
>>>
>>>      
>> org.apache.catalina.core.StandardContext.start(StandardContext.java:421
>> 6)
>>    
>>> at
>>>
>>>      
>> org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.j
>> ava:7
>>    
>>> 60)
>>> at
>>>
>>>      
>> org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:740)
>>    
>>> at
>>> org.apache.catalina.core.StandardHost.addChild(StandardHost.java:544)
>>> at
>>>
>>>      
>> org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:
>> 926)
>>    
>>> at
>>>
>>>      
>> org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.jav
>> a:889
>>    
>>> )
>>> at
>>>
>>>      
>> org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:492)
>>    
>>> at
>>> org.apache.catalina.startup.HostConfig.start(HostConfig.java:1149)
>>> at
>>>
>>>      
>> org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:3
>> 11)
>>    
>>> at
>>>
>>>      
>> org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleS
>> uppor
>>    
>>> t.java:120)
>>> at
>>> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1022)
>>> at
>>> org.apache.catalina.core.StandardHost.start(StandardHost.java:736)
>>> at
>>> org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
>>> at
>>>
>>>      
>> org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
>>    
>>> at
>>>
>>>      
>> org.apache.catalina.core.StandardService.start(StandardService.java:448
>> )
>>    
>>> at
>>>
>>>      
>> org.apache.catalina.core.StandardServer.start(StandardServer.java:700)
>>    
>>> at org.apache.catalina.startup.Catalina.start(Catalina.java:552)
>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>> at
>>>
>>>      
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.ja
>> va:39
>>    
>>> )
>>> at
>>>
>>>      
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccesso
>> rImpl
>>    
>>> .java:25)
>>> at java.lang.reflect.Method.invoke(Method.java:597)
>>> at
>>>      
>> org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295)
>>    
>>> at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:433)
>>> Caused by: java.io.FileNotFoundException
>>> at
>>>
>>>      
>> org.apache.naming.resources.DirContextURLConnection.getInputStream(DirC
>> ontex
>>    
>>> tURLConnection.java:298)
>>> at
>>>
>>>      
>> groovy.util.GroovyScriptEngine.updateCacheEntry(GroovyScriptEngine.java
>> :315)
>>    
>>> at
>>>
>>>      
>> groovy.util.GroovyScriptEngine.loadScriptByName(GroovyScriptEngine.java
>> :265)
>>    
>>> at
>>>
>>>      
>> com.sun.faces.scripting.GroovyHelperImpl$MojarraGroovyClassLoader.loadC
>> lass(
>>    
>>> GroovyHelperImpl.java:132)
>>> at
>>>
>>>      
>> org.apache.shale.faces.ShaleVariableResolver.<init>(ShaleVariableResolv
>> er.ja
>>    
>>> va:68)
>>> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
>>> Method)
>>> at
>>>
>>>      
>> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructor
>> Acces
>>    
>>> sorImpl.java:39)
>>> at
>>>
>>>      
>> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingCon
>> struc
>>    
>>> torAccessorImpl.java:27)
>>> at
>>>      
>> java.lang.reflect.Constructor.newInstance(Constructor.java:513)
>>    
>>> at
>>>
>>>      
>> com.sun.faces.config.processor.AbstractConfigProcessor.createInstance(A
>> bstra
>>    
>>> ctConfigProcessor.java:238)
>>> at
>>>
>>>      
>> com.sun.faces.config.processor.ApplicationConfigProcessor.addVariableRe
>> solve
>>    
>>> r(ApplicationConfigProcessor.java:481)
>>> at
>>>
>>>      
>> com.sun.faces.config.processor.ApplicationConfigProcessor.process(Appli
>> catio
>>    
>>> nConfigProcessor.java:239)
>>> at
>>>
>>>      
>> com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(Abstr
>> actCo
>>    
>>> nfigProcessor.java:108)
>>> at
>>>
>>>      
>> com.sun.faces.config.processor.LifecycleConfigProcessor.process(Lifecyc
>> leCon
>>    
>>> figProcessor.java:119)
>>> at
>>>
>>>      
>> com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(Abstr
>> actCo
>>    
>>> nfigProcessor.java:108)
>>> at
>>>
>>>      
>> com.sun.faces.config.processor.FactoryConfigProcessor.process(FactoryCo
>> nfigP
>>    
>>> rocessor.java:132)
>>> at
>>> com.sun.faces.config.ConfigManager.initialize(ConfigManager.java:202)
>>> ... 25 more
>>>
>>> This happens when the ClassLoader gets to
>>> org.apache.shale.tiger.faces.VariableResolverImpl (which is in my
>>> classpath). The actual text of the error message from Groovy is:
>>>
>>> "Could not parse scriptName:
>>> org\apache\shale\tiger\faces\VariableResolverImpl.groovy"
>>>
>>> I'm not sure what's special about this class. Any ideas? I'm using
>>>      
>> 1.2_09
>>    
>>> beta 1.
>>>
>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>> Kito D. Mann - Author, JavaServer Faces in Action
>>> http://www.virtua.com - JSF/Java EE consulting, training, and
>>>      
>> mentoring
>>    
>>> http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
>>> phone: [phone]
>>> fax: [phone]
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-
>>>      
>> unsubscribe@...
>>    
>>> For additional commands, e-mail: users-
>>>      
>> help@...
>>    
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@...
>> For additional commands, e-mail: users-
>> help@...
>>    
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@...
> For additional commands, e-mail: users-help@...
>
>  

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

[Jason Lee]

On Fri, Jun 6, 2008 at 6:41 PM, Ryan Lubke <Ryan.Lubke@...> wrote:
> Kito D. Mann wrote:
>>
>> Okay. I'll give it a shot. Thanks.
>>
>
> Hi Kito,
>
> Any word on this issue?

Hey, Kito.  Have you gotten past your issue?  I'm curious, as well.

Ryan's blog (http://blogs.sun.com/rlubke/entry/groovy_mojarra) on
this, btw, would make a nice addition to jsfcentral.com. :P

--
Jason Lee, SCJP
Software Architect -- Objectstream, Inc.
Mojarra and Mojarra Scales Dev Team
https://mojarra.dev.java.net
https://scales.dev.java.net
http://blogs.steeplesoft.com

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

[kito99]

Hey guys,

I never got back to this, unfortunately, and the project has ended.
Re-loading of the configuration files seemed to work okay, though. I'll give
this a shot in my JSFCentral v2 development, though. Any concerns about how
well this would work in a portlet environment?

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Kito D. Mann - Author, JavaServer Faces in Action
http://www.virtua.com - JSF/Java EE consulting, training, and mentoring
http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
phone: [phone]
fax: [phone]

JSFOne  [http://www.jsfone.com] September 4th-6th in Washington, DC

> -----Original Message-----
> From: Jason Lee [mailto:jason@...]
> Sent: Wednesday, June 18, 2008 10:24 AM
> To: users@...
> Subject: Re: Exception with Groovy support
>
> On Fri, Jun 6, 2008 at 6:41 PM, Ryan Lubke <Ryan.Lubke@...> wrote:
> > Kito D. Mann wrote:
> >>
> >> Okay. I'll give it a shot. Thanks.
> >>
> >
> > Hi Kito,
> >
> > Any word on this issue?
>
> Hey, Kito.  Have you gotten past your issue?  I'm curious, as well.
>
> Ryan's blog (http://blogs.sun.com/rlubke/entry/groovy_mojarra) on
> this, btw, would make a nice addition to jsfcentral.com. :P
>
> --
> Jason Lee, SCJP
> Software Architect -- Objectstream, Inc.
> Mojarra and Mojarra Scales Dev Team
> https://mojarra.dev.java.net
> https://scales.dev.java.net
> http://blogs.steeplesoft.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@...
> For additional commands, e-mail: users-help@...

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

[kito99]

Jason,

Thanks for reminding about Ryan's blog, by the way. I don't know how I left
that one out :-). It's on the site now.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Kito D. Mann - Author, JavaServer Faces in Action
http://www.virtua.com - JSF/Java EE consulting, training, and mentoring
http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
phone: [phone]
fax: [phone]

JSFOne  [http://www.jsfone.com] September 4th-6th in Washington, DC

> -----Original Message-----
> From: Jason Lee [mailto:jason@...]
> Sent: Wednesday, June 18, 2008 10:24 AM
> To: users@...
> Subject: Re: Exception with Groovy support
>
> On Fri, Jun 6, 2008 at 6:41 PM, Ryan Lubke <Ryan.Lubke@...> wrote:
> > Kito D. Mann wrote:
> >>
> >> Okay. I'll give it a shot. Thanks.
> >>
> >
> > Hi Kito,
> >
> > Any word on this issue?
>
> Hey, Kito.  Have you gotten past your issue?  I'm curious, as well.
>
> Ryan's blog (http://blogs.sun.com/rlubke/entry/groovy_mojarra) on
> this, btw, would make a nice addition to jsfcentral.com. :P
>
> --
> Jason Lee, SCJP
> Software Architect -- Objectstream, Inc.
> Mojarra and Mojarra Scales Dev Team
> https://mojarra.dev.java.net
> https://scales.dev.java.net
> http://blogs.steeplesoft.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@...
> For additional commands, e-mail: users-help@...

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

[Ryan Lubke]

Kito D. Mann wrote:
> Hey guys,
>
> I never got back to this, unfortunately, and the project has ended.
> Re-loading of the configuration files seemed to work okay, though. I'll give
> this a shot in my JSFCentral v2 development, though. Any concerns about how
> well this would work in a portlet environment?
>  
Good question.  I have little to no portlet experience, so you'd be the
first to try it as far as I know.  I wouldn't expect issues, but if you
hit some
we'll address them ASAP.

> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> Kito D. Mann - Author, JavaServer Faces in Action
> http://www.virtua.com - JSF/Java EE consulting, training, and mentoring
> http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
> phone: [phone]
> fax: [phone]
>
> JSFOne  [http://www.jsfone.com] September 4th-6th in Washington, DC
>
>
>  
>> -----Original Message-----
>> From: Jason Lee [mailto:jason@...]
>> Sent: Wednesday, June 18, 2008 10:24 AM
>> To: users@...
>> Subject: Re: Exception with Groovy support
>>
>> On Fri, Jun 6, 2008 at 6:41 PM, Ryan Lubke <Ryan.Lubke@...> wrote:
>>    
>>> Kito D. Mann wrote:
>>>      
>>>> Okay. I'll give it a shot. Thanks.
>>>>
>>>>        
>>> Hi Kito,
>>>
>>> Any word on this issue?
>>>      
>> Hey, Kito.  Have you gotten past your issue?  I'm curious, as well.
>>
>> Ryan's blog (http://blogs.sun.com/rlubke/entry/groovy_mojarra) on
>> this, btw, would make a nice addition to jsfcentral.com. :P
>>
>> --
>> Jason Lee, SCJP
>> Software Architect -- Objectstream, Inc.
>> Mojarra and Mojarra Scales Dev Team
>> https://mojarra.dev.java.net
>> https://scales.dev.java.net
>> http://blogs.steeplesoft.com
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@...
>> For additional commands, e-mail: users-help@...
>>    
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@...
> For additional commands, e-mail: users-help@...
>
>  

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