[jira] Created: (TRINIDAD-1959) ClassCastException when dynamically loading Renderer and using myfaces-extval-generic-support

2010-11-11 Thread Manuel Blechschmidt (JIRA)
ClassCastException when dynamically loading Renderer and using 
myfaces-extval-generic-support
-

 Key: TRINIDAD-1959
 URL: https://issues.apache.org/jira/browse/TRINIDAD-1959
 Project: MyFaces Trinidad
  Issue Type: Bug
Affects Versions: 1.2.14-core 
 Environment: Mac OS X 10.6, Java 6, Glassfish 3.0.1
Reporter: Manuel Blechschmidt


Hi,
when I try to deploy my web application on my Glassfish server. I get a 
deployment exception. This is based on a class cast exception which is the 
following:

[#|2010-11-11T11:13:22.704+0100|SEVERE|glassfish3.0.1|org.apache.catalina.core.ContainerBase|_ThreadID=32;_ThreadName=Thread-1;|ContainerBase.addChild:
 start: 
org.apache.catalina.LifecycleException: 
com.sun.faces.config.ConfigurationException: CONFIGURATION FAILED! 
java.lang.String cannot be cast to javax.faces.render.Renderer
at 
org.apache.catalina.core.StandardContext.start(StandardContext.java:5289)
at com.sun.enterprise.web.WebModule.start(WebModule.java:499)
at 
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:928)
at 
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:912)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:694)
at 
com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1947)
at 
com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1619)
at com.sun.enterprise.web.WebApplication.start(WebApplication.java:90)
at org.glassfish.internal.data.EngineRef.start(EngineRef.java:126)
at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:241)
at 
org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:236)
at 
com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:339)
at 
com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:183)
at 
org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:272)
at 
com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:305)
at 
com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:320)
at 
com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1176)
at 
com.sun.enterprise.v3.admin.CommandRunnerImpl.access$900(CommandRunnerImpl.java:83)
at 
com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1235)
at 
com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1224)
at 
org.glassfish.admingui.common.util.LocalDeploymentFacility$LocalDFCommandRunner.run(LocalDeploymentFacility.java:138)
at 
org.glassfish.deployment.client.AbstractDeploymentFacility.deploy(AbstractDeploymentFacility.java:350)
at 
org.glassfish.admingui.common.util.DeployUtil.invokeDeploymentFacility(DeployUtil.java:89)
at 
org.glassfish.admingui.common.util.DeployUtil.deploy(DeployUtil.java:66)
at 
org.glassfish.admingui.common.handlers.DeploymentHandler.deploy(DeploymentHandler.java:186)
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 
com.sun.jsftemplating.layout.descriptors.handler.Handler.invoke(Handler.java:442)
at 
com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:420)
at 
com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:394)
at 
com.sun.jsftemplating.layout.event.CommandActionListener.invokeCommandHandlers(CommandActionListener.java:150)
at 
com.sun.jsftemplating.layout.event.CommandActionListener.processAction(CommandActionListener.java:98)
at javax.faces.event.ActionEvent.processListener(ActionEvent.java:88)
at 
javax.faces.component.UIComponentBase.broadcast(UIComponentBase.java:772)
at javax.faces.component.UICommand.broadcast(UICommand.java:300)
at 
com.sun.webui.jsf.component.WebuiCommand.broadcast(WebuiCommand.java:166)
at javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:775)
at 
javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:1267)
at 
com.sun.faces.lifecycle.InvokeApplicationPhase.execute(InvokeApplicationPhase.java:82)
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
at 

[jira] Updated: (TRINIDAD-1959) ClassCastException when dynamically loading Renderer and using myfaces-extval-generic-support

2010-11-11 Thread Manuel Blechschmidt (JIRA)

 [ 
https://issues.apache.org/jira/browse/TRINIDAD-1959?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Manuel Blechschmidt updated TRINIDAD-1959:
--

Status: Patch Available  (was: Open)

 ClassCastException when dynamically loading Renderer and using 
 myfaces-extval-generic-support
 -

 Key: TRINIDAD-1959
 URL: https://issues.apache.org/jira/browse/TRINIDAD-1959
 Project: MyFaces Trinidad
  Issue Type: Bug
Affects Versions: 1.2.14-core 
 Environment: Mac OS X 10.6, Java 6, Glassfish 3.0.1
Reporter: Manuel Blechschmidt
 Attachments: AddRenderAlsoForStringStringString.patch

   Original Estimate: 2h
  Remaining Estimate: 2h

 Hi,
 when I try to deploy my web application on my Glassfish server. I get a 
 deployment exception. This is based on a class cast exception which is the 
 following:
 [#|2010-11-11T11:13:22.704+0100|SEVERE|glassfish3.0.1|org.apache.catalina.core.ContainerBase|_ThreadID=32;_ThreadName=Thread-1;|ContainerBase.addChild:
  start: 
 org.apache.catalina.LifecycleException: 
 com.sun.faces.config.ConfigurationException: CONFIGURATION FAILED! 
 java.lang.String cannot be cast to javax.faces.render.Renderer
   at 
 org.apache.catalina.core.StandardContext.start(StandardContext.java:5289)
   at com.sun.enterprise.web.WebModule.start(WebModule.java:499)
   at 
 org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:928)
   at 
 org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:912)
   at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:694)
   at 
 com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1947)
   at 
 com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1619)
   at com.sun.enterprise.web.WebApplication.start(WebApplication.java:90)
   at org.glassfish.internal.data.EngineRef.start(EngineRef.java:126)
   at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:241)
   at 
 org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:236)
   at 
 com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:339)
   at 
 com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:183)
   at 
 org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:272)
   at 
 com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:305)
   at 
 com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:320)
   at 
 com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1176)
   at 
 com.sun.enterprise.v3.admin.CommandRunnerImpl.access$900(CommandRunnerImpl.java:83)
   at 
 com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1235)
   at 
 com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1224)
   at 
 org.glassfish.admingui.common.util.LocalDeploymentFacility$LocalDFCommandRunner.run(LocalDeploymentFacility.java:138)
   at 
 org.glassfish.deployment.client.AbstractDeploymentFacility.deploy(AbstractDeploymentFacility.java:350)
   at 
 org.glassfish.admingui.common.util.DeployUtil.invokeDeploymentFacility(DeployUtil.java:89)
   at 
 org.glassfish.admingui.common.util.DeployUtil.deploy(DeployUtil.java:66)
   at 
 org.glassfish.admingui.common.handlers.DeploymentHandler.deploy(DeploymentHandler.java:186)
   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 
 com.sun.jsftemplating.layout.descriptors.handler.Handler.invoke(Handler.java:442)
   at 
 com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:420)
   at 
 com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:394)
   at 
 com.sun.jsftemplating.layout.event.CommandActionListener.invokeCommandHandlers(CommandActionListener.java:150)
   at 
 com.sun.jsftemplating.layout.event.CommandActionListener.processAction(CommandActionListener.java:98)
   at javax.faces.event.ActionEvent.processListener(ActionEvent.java:88)
   at 
 javax.faces.component.UIComponentBase.broadcast(UIComponentBase.java:772)
   at javax.faces.component.UICommand.broadcast(UICommand.java:300)
   at 
 com.sun.webui.jsf.component.WebuiCommand.broadcast(WebuiCommand.java:166)
   at 

[jira] Created: (TRINIDAD-1960) NullPointerException in LocaleInfoScriptlet.getSupportedLocaleVariant

2010-11-11 Thread Manuel Blechschmidt (JIRA)
NullPointerException in LocaleInfoScriptlet.getSupportedLocaleVariant
-

 Key: TRINIDAD-1960
 URL: https://issues.apache.org/jira/browse/TRINIDAD-1960
 Project: MyFaces Trinidad
  Issue Type: Bug
Affects Versions: 1.2.14-core 
 Environment: Mac OS X 10.6, Java 6, Glassfish 3.0.2
Reporter: Manuel Blechschmidt


Hi,
I tried to deploy trinidad in a web app to my Glassfish Server. After reporting 
and fixing TRINIDAD-1959 I get the following problem:

Caused by: java.lang.NullPointerException
at 
org.apache.myfaces.trinidadinternal.renderkit.core.xhtml.jsLibs.LocaleInfoScriptlet.getSupportedLocaleVariant(LocaleInfoScriptlet.java:171)
at 
org.apache.myfaces.trinidadinternal.renderkit.core.xhtml.jsLibs.NamedLocaleInfoScriptlet.init(NamedLocaleInfoScriptlet.java:62)
at 
org.apache.myfaces.trinidadinternal.renderkit.core.xhtml.jsLibs.NamedLocaleInfoScriptlet.registerNamedLocales(NamedLocaleInfoScriptlet.java:47)
at 
org.apache.myfaces.trinidadinternal.renderkit.core.xhtml.jsLibs.XhtmlScriptletFactory.registerAllScriptlets(XhtmlScriptletFactory.java:73)
at 
org.apache.myfaces.trinidadinternal.renderkit.core.xhtml.XhtmlUtils.clinit(XhtmlUtils.java:598)
at 
org.apache.myfaces.trinidadinternal.renderkit.core.xhtml.PanelBorderLayoutRenderer.clinit(PanelBorderLayoutRenderer.java:1050)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:169)
at 
org.apache.myfaces.extensions.validator.generic.renderkit.ExtValGenericRenderKit.intercept(ExtValGenericRenderKit.java:84)
at 
org.apache.myfaces.trinidadinternal.renderkit.core.CoreRenderKit$$EnhancerByCGLIB$$30834978.addRenderer(generated)
at 
org.apache.myfaces.trinidadinternal.renderkit.RenderKitBase._loadRenderKitMap(RenderKitBase.java:258)
at 
org.apache.myfaces.trinidadinternal.renderkit.RenderKitBase.init(RenderKitBase.java:56)
at 
org.apache.myfaces.trinidadinternal.renderkit.RenderKitDecorator.init(RenderKitDecorator.java:39)
at 
org.apache.myfaces.trinidadinternal.renderkit.core.CoreRenderKit.init(CoreRenderKit.java:168)
at 
org.apache.myfaces.trinidadinternal.renderkit.core.CoreRenderKit$$EnhancerByCGLIB$$30834978.init(generated)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at 
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at 
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
at net.sf.cglib.core.ReflectUtils.newInstance(ReflectUtils.java:228)
at net.sf.cglib.core.ReflectUtils.newInstance(ReflectUtils.java:220)
at net.sf.cglib.core.ReflectUtils.newInstance(ReflectUtils.java:216)
at net.sf.cglib.proxy.Enhancer.createUsingReflection(Enhancer.java:640)
at net.sf.cglib.proxy.Enhancer.firstInstance(Enhancer.java:538)
at 
net.sf.cglib.core.AbstractClassGenerator.create(AbstractClassGenerator.java:225)
at net.sf.cglib.proxy.Enhancer.createHelper(Enhancer.java:377)
at net.sf.cglib.proxy.Enhancer.create(Enhancer.java:285)
at 
org.apache.myfaces.extensions.validator.generic.renderkit.ExtValGenericRenderKit.newInstance(ExtValGenericRenderKit.java:62)
at 
org.apache.myfaces.extensions.validator.generic.renderkit.GenericRenderKitWrapperFactory.createWrapper(GenericRenderKitWrapperFactory.java:45)
at 
org.apache.myfaces.extensions.validator.core.renderkit.DefaultRenderKitWrapperFactory.createWrapper(DefaultRenderKitWrapperFactory.java:54)
at 
org.apache.myfaces.extensions.validator.core.renderkit.ExtValRenderKitFactory.getRenderKit(ExtValRenderKitFactory.java:84)
at 
org.apache.myfaces.trinidadinternal.renderkit.CoreRenderKitFactory.getRenderKit(CoreRenderKitFactory.java:55)
at 
com.sun.faces.config.processor.RenderKitConfigProcessor.process(RenderKitConfigProcessor.java:170)
at 
com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:114)
at 
com.sun.faces.config.processor.ManagedBeanConfigProcessor.process(ManagedBeanConfigProcessor.java:270)
at 
com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:114)
at 
com.sun.faces.config.processor.ValidatorConfigProcessor.process(ValidatorConfigProcessor.java:120)
at 
com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:114)
at 
com.sun.faces.config.processor.ConverterConfigProcessor.process(ConverterConfigProcessor.java:126)
at 
com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:114)
at 

[jira] Updated: (TRINIDAD-1960) NullPointerException in LocaleInfoScriptlet.getSupportedLocaleVariant

2010-11-11 Thread Manuel Blechschmidt (JIRA)

 [ 
https://issues.apache.org/jira/browse/TRINIDAD-1960?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Manuel Blechschmidt updated TRINIDAD-1960:
--

Status: Patch Available  (was: Open)

 NullPointerException in LocaleInfoScriptlet.getSupportedLocaleVariant
 -

 Key: TRINIDAD-1960
 URL: https://issues.apache.org/jira/browse/TRINIDAD-1960
 Project: MyFaces Trinidad
  Issue Type: Bug
Affects Versions: 1.2.14-core 
 Environment: Mac OS X 10.6, Java 6, Glassfish 3.0.2
Reporter: Manuel Blechschmidt
 Attachments: PreventNullPointerInLocaleInfoScroptlet.patch


 Hi,
 I tried to deploy trinidad in a web app to my Glassfish Server. After 
 reporting and fixing TRINIDAD-1959 I get the following problem:
 Caused by: java.lang.NullPointerException
   at 
 org.apache.myfaces.trinidadinternal.renderkit.core.xhtml.jsLibs.LocaleInfoScriptlet.getSupportedLocaleVariant(LocaleInfoScriptlet.java:171)
   at 
 org.apache.myfaces.trinidadinternal.renderkit.core.xhtml.jsLibs.NamedLocaleInfoScriptlet.init(NamedLocaleInfoScriptlet.java:62)
   at 
 org.apache.myfaces.trinidadinternal.renderkit.core.xhtml.jsLibs.NamedLocaleInfoScriptlet.registerNamedLocales(NamedLocaleInfoScriptlet.java:47)
   at 
 org.apache.myfaces.trinidadinternal.renderkit.core.xhtml.jsLibs.XhtmlScriptletFactory.registerAllScriptlets(XhtmlScriptletFactory.java:73)
   at 
 org.apache.myfaces.trinidadinternal.renderkit.core.xhtml.XhtmlUtils.clinit(XhtmlUtils.java:598)
   at 
 org.apache.myfaces.trinidadinternal.renderkit.core.xhtml.PanelBorderLayoutRenderer.clinit(PanelBorderLayoutRenderer.java:1050)
   at java.lang.Class.forName0(Native Method)
   at java.lang.Class.forName(Class.java:169)
   at 
 org.apache.myfaces.extensions.validator.generic.renderkit.ExtValGenericRenderKit.intercept(ExtValGenericRenderKit.java:84)
   at 
 org.apache.myfaces.trinidadinternal.renderkit.core.CoreRenderKit$$EnhancerByCGLIB$$30834978.addRenderer(generated)
   at 
 org.apache.myfaces.trinidadinternal.renderkit.RenderKitBase._loadRenderKitMap(RenderKitBase.java:258)
   at 
 org.apache.myfaces.trinidadinternal.renderkit.RenderKitBase.init(RenderKitBase.java:56)
   at 
 org.apache.myfaces.trinidadinternal.renderkit.RenderKitDecorator.init(RenderKitDecorator.java:39)
   at 
 org.apache.myfaces.trinidadinternal.renderkit.core.CoreRenderKit.init(CoreRenderKit.java:168)
   at 
 org.apache.myfaces.trinidadinternal.renderkit.core.CoreRenderKit$$EnhancerByCGLIB$$30834978.init(generated)
   at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
   at 
 sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
   at 
 sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
   at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
   at net.sf.cglib.core.ReflectUtils.newInstance(ReflectUtils.java:228)
   at net.sf.cglib.core.ReflectUtils.newInstance(ReflectUtils.java:220)
   at net.sf.cglib.core.ReflectUtils.newInstance(ReflectUtils.java:216)
   at net.sf.cglib.proxy.Enhancer.createUsingReflection(Enhancer.java:640)
   at net.sf.cglib.proxy.Enhancer.firstInstance(Enhancer.java:538)
   at 
 net.sf.cglib.core.AbstractClassGenerator.create(AbstractClassGenerator.java:225)
   at net.sf.cglib.proxy.Enhancer.createHelper(Enhancer.java:377)
   at net.sf.cglib.proxy.Enhancer.create(Enhancer.java:285)
   at 
 org.apache.myfaces.extensions.validator.generic.renderkit.ExtValGenericRenderKit.newInstance(ExtValGenericRenderKit.java:62)
   at 
 org.apache.myfaces.extensions.validator.generic.renderkit.GenericRenderKitWrapperFactory.createWrapper(GenericRenderKitWrapperFactory.java:45)
   at 
 org.apache.myfaces.extensions.validator.core.renderkit.DefaultRenderKitWrapperFactory.createWrapper(DefaultRenderKitWrapperFactory.java:54)
   at 
 org.apache.myfaces.extensions.validator.core.renderkit.ExtValRenderKitFactory.getRenderKit(ExtValRenderKitFactory.java:84)
   at 
 org.apache.myfaces.trinidadinternal.renderkit.CoreRenderKitFactory.getRenderKit(CoreRenderKitFactory.java:55)
   at 
 com.sun.faces.config.processor.RenderKitConfigProcessor.process(RenderKitConfigProcessor.java:170)
   at 
 com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:114)
   at 
 com.sun.faces.config.processor.ManagedBeanConfigProcessor.process(ManagedBeanConfigProcessor.java:270)
   at 
 com.sun.faces.config.processor.AbstractConfigProcessor.invokeNext(AbstractConfigProcessor.java:114)
   at 
 com.sun.faces.config.processor.ValidatorConfigProcessor.process(ValidatorConfigProcessor.java:120)
   at 
 

[codi] logo proposal

2010-11-11 Thread Gerhard
hi @ all,

adonis made a nice codi logo [1].

regards,
gerhard

[1] http://people.apache.org/~gpetracek/myfaces/codi/codi_logo.png

http://www.irian.at

Your JSF powerhouse -
JSF Consulting, Development and
Courses in English and German

Professional Support for Apache MyFaces


Re: [codi] logo proposal

2010-11-11 Thread Gerhard
+1

regards,
gerhard

http://www.irian.at

Your JSF powerhouse -
JSF Consulting, Development and
Courses in English and German

Professional Support for Apache MyFaces



2010/11/11 Gerhard gerhard.petra...@gmail.com

 hi @ all,

 adonis made a nice codi logo [1].

 regards,
 gerhard

 [1] http://people.apache.org/~gpetracek/myfaces/codi/codi_logo.png

 http://www.irian.at

 Your JSF powerhouse -
 JSF Consulting, Development and
 Courses in English and German

 Professional Support for Apache MyFaces



Re: [codi] logo proposal

2010-11-11 Thread Matthias Wessendorf
+1

On Thu, Nov 11, 2010 at 2:36 PM, Gerhard gerhard.petra...@gmail.com wrote:
 +1
 regards,
 gerhard

 http://www.irian.at

 Your JSF powerhouse -
 JSF Consulting, Development and
 Courses in English and German

 Professional Support for Apache MyFaces



 2010/11/11 Gerhard gerhard.petra...@gmail.com

 hi @ all,
 adonis made a nice codi logo [1].
 regards,
 gerhard
 [1] http://people.apache.org/~gpetracek/myfaces/codi/codi_logo.png
 http://www.irian.at

 Your JSF powerhouse -
 JSF Consulting, Development and
 Courses in English and German

 Professional Support for Apache MyFaces





-- 
Matthias Wessendorf

blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf


Re: [codi] logo proposal

2010-11-11 Thread Jakob Korherr
+1

It looks really great!!

Regards,
Jakob

2010/11/11, Matthias Wessendorf mat...@apache.org:
 +1

 On Thu, Nov 11, 2010 at 2:36 PM, Gerhard gerhard.petra...@gmail.com wrote:
 +1
 regards,
 gerhard

 http://www.irian.at

 Your JSF powerhouse -
 JSF Consulting, Development and
 Courses in English and German

 Professional Support for Apache MyFaces



 2010/11/11 Gerhard gerhard.petra...@gmail.com

 hi @ all,
 adonis made a nice codi logo [1].
 regards,
 gerhard
 [1] http://people.apache.org/~gpetracek/myfaces/codi/codi_logo.png
 http://www.irian.at

 Your JSF powerhouse -
 JSF Consulting, Development and
 Courses in English and German

 Professional Support for Apache MyFaces





 --
 Matthias Wessendorf

 blog: http://matthiaswessendorf.wordpress.com/
 sessions: http://www.slideshare.net/mwessendorf
 twitter: http://twitter.com/mwessendorf



-- 
Jakob Korherr

blog: http://www.jakobk.com
twitter: http://twitter.com/jakobkorherr
work: http://www.irian.at


[jira] Created: (EXTCDI-74) On Jboss 6 the BeanManagerProvider doesn't return the BeanManager due to classLoader differences

2010-11-11 Thread Rudy De Busscher (JIRA)
On Jboss 6 the BeanManagerProvider doesn't return the BeanManager due to 
classLoader differences


 Key: EXTCDI-74
 URL: https://issues.apache.org/jira/browse/EXTCDI-74
 Project: MyFaces CODI
  Issue Type: Improvement
  Components: Core
Affects Versions: 0.9.0
 Environment: JBoss  M4
Reporter: Rudy De Busscher
Priority: Minor


The method ClassUtils.getClassLoader(null) returns another ClassLoader during 
extension initialization then during use of the class through a 
BeanManagerProvider.getInstance().getBeanManager().

during initialization 
cl = 
{org.jboss.classloader.spi.base.baseclassloa...@17200}baseclassloa...@b14a51{vfs:///D:/3E/code/web/trunk/war/target/synaptiq.war}

during retrival
cl = {org.jboss.web.tomcat.service.webctxloader$encloa...@19651}


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



Re: [codi] logo proposal

2010-11-11 Thread Alexander Bell
+1
pretty cool

2010/11/11 Jakob Korherr jakob.korh...@gmail.com

 +1

 It looks really great!!

 Regards,
 Jakob

 2010/11/11, Matthias Wessendorf mat...@apache.org:
  +1
 
  On Thu, Nov 11, 2010 at 2:36 PM, Gerhard gerhard.petra...@gmail.com
 wrote:
  +1
  regards,
  gerhard
 
  http://www.irian.at
 
  Your JSF powerhouse -
  JSF Consulting, Development and
  Courses in English and German
 
  Professional Support for Apache MyFaces
 
 
 
  2010/11/11 Gerhard gerhard.petra...@gmail.com
 
  hi @ all,
  adonis made a nice codi logo [1].
  regards,
  gerhard
  [1] 
  http://people.apache.org/~gpetracek/myfaces/codi/codi_logo.pnghttp://people.apache.org/%7Egpetracek/myfaces/codi/codi_logo.png
  http://www.irian.at
 
  Your JSF powerhouse -
  JSF Consulting, Development and
  Courses in English and German
 
  Professional Support for Apache MyFaces
 
 
 
 
 
  --
  Matthias Wessendorf
 
  blog: http://matthiaswessendorf.wordpress.com/
  sessions: http://www.slideshare.net/mwessendorf
  twitter: http://twitter.com/mwessendorf
 


 --
 Jakob Korherr

 blog: http://www.jakobk.com
 twitter: http://twitter.com/jakobkorherr
 work: http://www.irian.at




-- 
Mit freundlichen Grüßen / Kind regards
Alexander Bell

J4Fry OpenSource Community
Internet: http://www.j4fry.org
E-Mail: alexander.b...@j4fry.org
Webprofil: http://www.j4fry.org/alexanderbell.shtml


[jira] Resolved: (EXTCDI-74) On Jboss 6 the BeanManagerProvider doesn't return the BeanManager due to classLoader differences

2010-11-11 Thread Gerhard Petracek (JIRA)

 [ 
https://issues.apache.org/jira/browse/EXTCDI-74?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Gerhard Petracek resolved EXTCDI-74.


   Resolution: Fixed
Fix Version/s: 0.9.1

 On Jboss 6 the BeanManagerProvider doesn't return the BeanManager due to 
 classLoader differences
 

 Key: EXTCDI-74
 URL: https://issues.apache.org/jira/browse/EXTCDI-74
 Project: MyFaces CODI
  Issue Type: Improvement
  Components: Core
Affects Versions: 0.9.0
 Environment: JBoss  M4
Reporter: Rudy De Busscher
Priority: Minor
 Fix For: 0.9.1

 Attachments: extcdi-74.patch


 The method ClassUtils.getClassLoader(null) returns another ClassLoader during 
 extension initialization then during use of the class through a 
 BeanManagerProvider.getInstance().getBeanManager().
 during initialization 
 cl = 
 {org.jboss.classloader.spi.base.baseclassloa...@17200}baseclassloa...@b14a51{vfs:///D:/3E/code/web/trunk/war/target/synaptiq.war}
 during retrival
 cl = {org.jboss.web.tomcat.service.webctxloader$encloa...@19651}

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Created: (MYFACES-2970) f:convertNumber conversion is not symmetric when currencyCode and currencySymbol are used

2010-11-11 Thread Leonardo Uribe (JIRA)
f:convertNumber conversion is not symmetric when currencyCode and 
currencySymbol are used
-

 Key: MYFACES-2970
 URL: https://issues.apache.org/jira/browse/MYFACES-2970
 Project: MyFaces Core
  Issue Type: Bug
  Components: JSR-127, JSR-252, JSR-314
Affects Versions: 2.0.2, 1.2.9, 1.1.8
Reporter: Leonardo Uribe
Assignee: Leonardo Uribe


Checking some code on myfaces commons, I notice f:convertNumber conversion is 
not symmetric when currencyCode and currencySymbol are used.

The problem can be seen when an application has one locale, but you require the 
field read a different currency for the default one. The solution is call 
formatCurrency too from getAsObject method.

It seems MyFaces implements the javadoc description for NumberConverter without 
think carefully if that description was complete or not. On getAsString it says:

...If the type is set to currency, it is also possible to configure the 
currency symbol to be used, using either the currencyCode or currencySymbol 
properties. If both are set, the value for currencyCode takes precedence on a 
JDK 1.4 (or later) JVM; otherwise, the value for currencySymbol takes 
precedence

But if that so, and getAsObject receive the string formatted with the previous 
rule, it should take into account the configured currencyCode/currencySymbol.



-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Resolved: (MYFACES-2970) f:convertNumber conversion is not symmetric when currencyCode and currencySymbol are used

2010-11-11 Thread Leonardo Uribe (JIRA)

 [ 
https://issues.apache.org/jira/browse/MYFACES-2970?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leonardo Uribe resolved MYFACES-2970.
-

   Resolution: Fixed
Fix Version/s: 2.0.3-SNAPSHOT
   1.2.10-SNAPSHOT
   1.1.9-SNAPSHOT

 f:convertNumber conversion is not symmetric when currencyCode and 
 currencySymbol are used
 -

 Key: MYFACES-2970
 URL: https://issues.apache.org/jira/browse/MYFACES-2970
 Project: MyFaces Core
  Issue Type: Bug
  Components: JSR-127, JSR-252, JSR-314
Affects Versions: 1.1.8, 1.2.9, 2.0.2
Reporter: Leonardo Uribe
Assignee: Leonardo Uribe
 Fix For: 1.1.9-SNAPSHOT, 1.2.10-SNAPSHOT, 2.0.3-SNAPSHOT


 Checking some code on myfaces commons, I notice f:convertNumber conversion is 
 not symmetric when currencyCode and currencySymbol are used.
 The problem can be seen when an application has one locale, but you require 
 the field read a different currency for the default one. The solution is call 
 formatCurrency too from getAsObject method.
 It seems MyFaces implements the javadoc description for NumberConverter 
 without think carefully if that description was complete or not. On 
 getAsString it says:
 ...If the type is set to currency, it is also possible to configure the 
 currency symbol to be used, using either the currencyCode or currencySymbol 
 properties. If both are set, the value for currencyCode takes precedence on a 
 JDK 1.4 (or later) JVM; otherwise, the value for currencySymbol takes 
 precedence
 But if that so, and getAsObject receive the string formatted with the 
 previous rule, it should take into account the configured 
 currencyCode/currencySymbol.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Resolved: (MYFACES-2224) Misleading hint in error message for NFE in BigDecimalConverter

2010-11-11 Thread Leonardo Uribe (JIRA)

 [ 
https://issues.apache.org/jira/browse/MYFACES-2224?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leonardo Uribe resolved MYFACES-2224.
-

   Resolution: Fixed
Fix Version/s: 2.0.3-SNAPSHOT
   1.2.10-SNAPSHOT
 Assignee: Leonardo Uribe

 Misleading hint in error message for NFE in BigDecimalConverter
 ---

 Key: MYFACES-2224
 URL: https://issues.apache.org/jira/browse/MYFACES-2224
 Project: MyFaces Core
  Issue Type: Improvement
  Components: General
Reporter: Martin Schütz
Assignee: Leonardo Uribe
Priority: Trivial
 Fix For: 1.2.10-SNAPSHOT, 2.0.3-SNAPSHOT


 Testing to convert an illegal formatted value (with comma instead of a 
 decimal point) with BigDecimalConverter produces a detail message with an 
 example value (... also with a comma ...) of: 4815,16

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



Re: [codi] logo proposal

2010-11-11 Thread Martin Marinschek
+1

Regards,

Martin

Von meinem iPhone gesendet

Am 11.11.2010 um 16:03 schrieb Alexander Bell alexander.b...@j4fry.org:

 +1 
 pretty cool
 
 2010/11/11 Jakob Korherr jakob.korh...@gmail.com
 +1
 
 It looks really great!!
 
 Regards,
 Jakob
 
 2010/11/11, Matthias Wessendorf mat...@apache.org:
  +1
 
  On Thu, Nov 11, 2010 at 2:36 PM, Gerhard gerhard.petra...@gmail.com wrote:
  +1
  regards,
  gerhard
 
  http://www.irian.at
 
  Your JSF powerhouse -
  JSF Consulting, Development and
  Courses in English and German
 
  Professional Support for Apache MyFaces
 
 
 
  2010/11/11 Gerhard gerhard.petra...@gmail.com
 
  hi @ all,
  adonis made a nice codi logo [1].
  regards,
  gerhard
  [1] http://people.apache.org/~gpetracek/myfaces/codi/codi_logo.png
  http://www.irian.at
 
  Your JSF powerhouse -
  JSF Consulting, Development and
  Courses in English and German
 
  Professional Support for Apache MyFaces
 
 
 
 
 
  --
  Matthias Wessendorf
 
  blog: http://matthiaswessendorf.wordpress.com/
  sessions: http://www.slideshare.net/mwessendorf
  twitter: http://twitter.com/mwessendorf
 
 
 
 --
 Jakob Korherr
 
 blog: http://www.jakobk.com
 twitter: http://twitter.com/jakobkorherr
 work: http://www.irian.at
 
 
 
 -- 
 Mit freundlichen Grüßen / Kind regards
 Alexander Bell
 
 J4Fry OpenSource Community
 Internet: http://www.j4fry.org
 E-Mail: alexander.b...@j4fry.org
 Webprofil: http://www.j4fry.org/alexanderbell.shtml
 


[jira] Resolved: (MYFACES-1890) Numberconverter has issue with bigdecimal

2010-11-11 Thread Leonardo Uribe (JIRA)

 [ 
https://issues.apache.org/jira/browse/MYFACES-1890?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leonardo Uribe resolved MYFACES-1890.
-

   Resolution: Fixed
Fix Version/s: 2.0.3-SNAPSHOT
   1.2.10-SNAPSHOT

Checking myfaces-commons-converters TypedNumberConverter and reading again this 
issue and TRINIDAD-1124, the conclusion is the only thing we can do is check if 
the ValueExpression return BigDecimal and if that so, call 
setParseBigDecimal(true). It could be a little bit expensive compared with the 
time required to do the operation, but it is better fix it and pass TCK tests. 
Instead, on TypedNumberConverter we can take advantage of destType property so 
the EL call to getType() will not be required in that case.

 Numberconverter has issue with bigdecimal
 -

 Key: MYFACES-1890
 URL: https://issues.apache.org/jira/browse/MYFACES-1890
 Project: MyFaces Core
  Issue Type: Bug
Affects Versions:  1.2.0, 1.2.2, 1.2.3
Reporter: Matthias Weßendorf
Assignee: Matthias Weßendorf
 Fix For: 1.2.10-SNAPSHOT, 2.0.3-SNAPSHOT


 Due to a potential bug in BigDecimal there is a bug, when you use BigDecimal
 with a NumberConverter.
 Like
 tr:inputText value=#{bean.number} ...
   tr:convertNumber /
 /tr:inputText
 For instance, when the entered value is 333.111 the actual stored value is 
 333.11099899955582804977893829345703125
 There is a mathematic explanation for that in here:
 http://en.wikipedia.org/wiki/Floating_point#Accuracy_problems

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Commented: (MYFACES-1890) Numberconverter has issue with bigdecimal

2010-11-11 Thread JIRA

[ 
https://issues.apache.org/jira/browse/MYFACES-1890?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12931088#action_12931088
 ] 

Matthias Weßendorf commented on MYFACES-1890:
-

it's not expensive

 Numberconverter has issue with bigdecimal
 -

 Key: MYFACES-1890
 URL: https://issues.apache.org/jira/browse/MYFACES-1890
 Project: MyFaces Core
  Issue Type: Bug
Affects Versions:  1.2.0, 1.2.2, 1.2.3
Reporter: Matthias Weßendorf
Assignee: Matthias Weßendorf
 Fix For: 1.2.10-SNAPSHOT, 2.0.3-SNAPSHOT


 Due to a potential bug in BigDecimal there is a bug, when you use BigDecimal
 with a NumberConverter.
 Like
 tr:inputText value=#{bean.number} ...
   tr:convertNumber /
 /tr:inputText
 For instance, when the entered value is 333.111 the actual stored value is 
 333.11099899955582804977893829345703125
 There is a mathematic explanation for that in here:
 http://en.wikipedia.org/wiki/Floating_point#Accuracy_problems

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Commented: (TRINIDAD-1959) ClassCastException when dynamically loading Renderer and using myfaces-extval-generic-support

2010-11-11 Thread Gerhard Petracek (JIRA)

[ 
https://issues.apache.org/jira/browse/TRINIDAD-1959?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12931175#action_12931175
 ] 

Gerhard Petracek commented on TRINIDAD-1959:


hi manuel,

first of all - thx for the patch!

it would be better to move the issue to [1].
before we do that - please try the trinidad support module [2] instead of the 
generic support module.

regards,
gerhard

[1] https://issues.apache.org/jira/browse/EXTVAL
[2] https://issues.apache.org/jira/browse/EXTVAL/component/12312544

 ClassCastException when dynamically loading Renderer and using 
 myfaces-extval-generic-support
 -

 Key: TRINIDAD-1959
 URL: https://issues.apache.org/jira/browse/TRINIDAD-1959
 Project: MyFaces Trinidad
  Issue Type: Bug
Affects Versions: 1.2.14-core 
 Environment: Mac OS X 10.6, Java 6, Glassfish 3.0.1
Reporter: Manuel Blechschmidt
 Attachments: AddRenderAlsoForStringStringString.patch

   Original Estimate: 2h
  Remaining Estimate: 2h

 Hi,
 when I try to deploy my web application on my Glassfish server. I get a 
 deployment exception. This is based on a class cast exception which is the 
 following:
 [#|2010-11-11T11:13:22.704+0100|SEVERE|glassfish3.0.1|org.apache.catalina.core.ContainerBase|_ThreadID=32;_ThreadName=Thread-1;|ContainerBase.addChild:
  start: 
 org.apache.catalina.LifecycleException: 
 com.sun.faces.config.ConfigurationException: CONFIGURATION FAILED! 
 java.lang.String cannot be cast to javax.faces.render.Renderer
   at 
 org.apache.catalina.core.StandardContext.start(StandardContext.java:5289)
   at com.sun.enterprise.web.WebModule.start(WebModule.java:499)
   at 
 org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:928)
   at 
 org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:912)
   at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:694)
   at 
 com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1947)
   at 
 com.sun.enterprise.web.WebContainer.loadWebModule(WebContainer.java:1619)
   at com.sun.enterprise.web.WebApplication.start(WebApplication.java:90)
   at org.glassfish.internal.data.EngineRef.start(EngineRef.java:126)
   at org.glassfish.internal.data.ModuleInfo.start(ModuleInfo.java:241)
   at 
 org.glassfish.internal.data.ApplicationInfo.start(ApplicationInfo.java:236)
   at 
 com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:339)
   at 
 com.sun.enterprise.v3.server.ApplicationLifecycle.deploy(ApplicationLifecycle.java:183)
   at 
 org.glassfish.deployment.admin.DeployCommand.execute(DeployCommand.java:272)
   at 
 com.sun.enterprise.v3.admin.CommandRunnerImpl$1.execute(CommandRunnerImpl.java:305)
   at 
 com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:320)
   at 
 com.sun.enterprise.v3.admin.CommandRunnerImpl.doCommand(CommandRunnerImpl.java:1176)
   at 
 com.sun.enterprise.v3.admin.CommandRunnerImpl.access$900(CommandRunnerImpl.java:83)
   at 
 com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1235)
   at 
 com.sun.enterprise.v3.admin.CommandRunnerImpl$ExecutionContext.execute(CommandRunnerImpl.java:1224)
   at 
 org.glassfish.admingui.common.util.LocalDeploymentFacility$LocalDFCommandRunner.run(LocalDeploymentFacility.java:138)
   at 
 org.glassfish.deployment.client.AbstractDeploymentFacility.deploy(AbstractDeploymentFacility.java:350)
   at 
 org.glassfish.admingui.common.util.DeployUtil.invokeDeploymentFacility(DeployUtil.java:89)
   at 
 org.glassfish.admingui.common.util.DeployUtil.deploy(DeployUtil.java:66)
   at 
 org.glassfish.admingui.common.handlers.DeploymentHandler.deploy(DeploymentHandler.java:186)
   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 
 com.sun.jsftemplating.layout.descriptors.handler.Handler.invoke(Handler.java:442)
   at 
 com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:420)
   at 
 com.sun.jsftemplating.layout.descriptors.LayoutElementBase.dispatchHandlers(LayoutElementBase.java:394)
   at 
 com.sun.jsftemplating.layout.event.CommandActionListener.invokeCommandHandlers(CommandActionListener.java:150)
   at 
 com.sun.jsftemplating.layout.event.CommandActionListener.processAction(CommandActionListener.java:98)
   at 

Re: [codi] logo proposal

2010-11-11 Thread Rudy De Busscher
+1

regards
Rudy.

On 11 November 2010 17:59, Martin Marinschek
martin.marinsc...@gmail.com wrote:
 +1
 Regards,
 Martin

 Von meinem iPhone gesendet
 Am 11.11.2010 um 16:03 schrieb Alexander Bell alexander.b...@j4fry.org:

 +1
 pretty cool

 2010/11/11 Jakob Korherr jakob.korh...@gmail.com

 +1

 It looks really great!!

 Regards,
 Jakob

 2010/11/11, Matthias Wessendorf mat...@apache.org:
  +1
 
  On Thu, Nov 11, 2010 at 2:36 PM, Gerhard gerhard.petra...@gmail.com
  wrote:
  +1
  regards,
  gerhard
 
  http://www.irian.at
 
  Your JSF powerhouse -
  JSF Consulting, Development and
  Courses in English and German
 
  Professional Support for Apache MyFaces
 
 
 
  2010/11/11 Gerhard gerhard.petra...@gmail.com
 
  hi @ all,
  adonis made a nice codi logo [1].
  regards,
  gerhard
  [1] http://people.apache.org/~gpetracek/myfaces/codi/codi_logo.png
  http://www.irian.at
 
  Your JSF powerhouse -
  JSF Consulting, Development and
  Courses in English and German
 
  Professional Support for Apache MyFaces
 
 
 
 
 
  --
  Matthias Wessendorf
 
  blog: http://matthiaswessendorf.wordpress.com/
  sessions: http://www.slideshare.net/mwessendorf
  twitter: http://twitter.com/mwessendorf
 


 --
 Jakob Korherr

 blog: http://www.jakobk.com
 twitter: http://twitter.com/jakobkorherr
 work: http://www.irian.at



 --
 Mit freundlichen Grüßen / Kind regards
 Alexander Bell

 J4Fry OpenSource Community
 Internet: http://www.j4fry.org
 E-Mail: alexander.b...@j4fry.org
 Webprofil: http://www.j4fry.org/alexanderbell.shtml




[jira] Created: (TOBAGO-939) RenderedPartially support for sheet and tabGroup

2010-11-11 Thread Bernd Bohmann (JIRA)
RenderedPartially support for sheet and tabGroup


 Key: TOBAGO-939
 URL: https://issues.apache.org/jira/browse/TOBAGO-939
 Project: MyFaces Tobago
  Issue Type: Improvement
Affects Versions: 1.5.0-alpha-1
Reporter: Bernd Bohmann
Assignee: Bernd Bohmann


It would be nice if can define the new rendered region.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



Re: [codi] logo proposal

2010-11-11 Thread Hazem Saleh
+1 cool logo.

On Thu, Nov 11, 2010 at 10:19 PM, Rudy De Busscher rdebussc...@gmail.comwrote:

 +1

 regards
 Rudy.

 On 11 November 2010 17:59, Martin Marinschek
  martin.marinsc...@gmail.com wrote:
  +1
  Regards,
  Martin
 
  Von meinem iPhone gesendet
  Am 11.11.2010 um 16:03 schrieb Alexander Bell alexander.b...@j4fry.org
 :
 
  +1
  pretty cool
 
  2010/11/11 Jakob Korherr jakob.korh...@gmail.com
 
  +1
 
  It looks really great!!
 
  Regards,
  Jakob
 
  2010/11/11, Matthias Wessendorf mat...@apache.org:
   +1
  
   On Thu, Nov 11, 2010 at 2:36 PM, Gerhard gerhard.petra...@gmail.com
   wrote:
   +1
   regards,
   gerhard
  
   http://www.irian.at
  
   Your JSF powerhouse -
   JSF Consulting, Development and
   Courses in English and German
  
   Professional Support for Apache MyFaces
  
  
  
   2010/11/11 Gerhard gerhard.petra...@gmail.com
  
   hi @ all,
   adonis made a nice codi logo [1].
   regards,
   gerhard
   [1] http://people.apache.org/~gpetracek/myfaces/codi/codi_logo.png
   http://www.irian.at
  
   Your JSF powerhouse -
   JSF Consulting, Development and
   Courses in English and German
  
   Professional Support for Apache MyFaces
  
  
  
  
  
   --
   Matthias Wessendorf
  
   blog: http://matthiaswessendorf.wordpress.com/
   sessions: http://www.slideshare.net/mwessendorf
   twitter: http://twitter.com/mwessendorf
  
 
 
  --
  Jakob Korherr
 
  blog: http://www.jakobk.com
  twitter: http://twitter.com/jakobkorherr
  work: http://www.irian.at
 
 
 
  --
  Mit freundlichen Grüßen / Kind regards
  Alexander Bell
 
  J4Fry OpenSource Community
  Internet: http://www.j4fry.org
  E-Mail: alexander.b...@j4fry.org
  Webprofil: http://www.j4fry.org/alexanderbell.shtml
 
 




-- 
Hazem Ahmed Saleh Ahmed

Author of (The Definitive Guide to Apache MyFaces and Facelets):
http://www.amazon.com/Definitive-Guide-Apache-MyFaces-Facelets/dp/1590597370
http://www.amazon.com/-/e/B002M052KY

Web blog: http://www.jroller.com/HazemBlog

[Web 2.0] Mashups Integration with JSF:
http://code.google.com/p/mashups4jsf/