[jira] Created: (TOBAGO-776) special character like German 'Umlaut' in Option are broken

2009-07-27 Thread Sven Bunge (JIRA)
special character like German 'Umlaut' in Option are broken
---

 Key: TOBAGO-776
 URL: https://issues.apache.org/jira/browse/TOBAGO-776
 Project: MyFaces Tobago
  Issue Type: Bug
  Components: Themes
Affects Versions: 1.0.21
Reporter: Sven Bunge


The Problem is well described in:
 http://stackoverflow.com/questions/425234/javascript-how-to-dynamically-create-an-option-that-contains-an-html-entity

Solution:
In tree.js in the function tobagoTreeListboxCreateOption(node, index, hiddenId) 
you have to set the label-text to option.innerHTML after creating the Option:

var option = new Option(label, index);
++  option.innerHTML = label;
option.hiddenId = hiddenId;

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



[jira] Created: (ORCHESTRA-43) IllegalStateException on application startup when using conversations with beans that implement ApplicationListener

2009-07-27 Thread Jose Luis Freire (JIRA)
IllegalStateException on application startup when using conversations with 
beans that implement ApplicationListener
---

 Key: ORCHESTRA-43
 URL: https://issues.apache.org/jira/browse/ORCHESTRA-43
 Project: MyFaces Orchestra
  Issue Type: Bug
Affects Versions: 1.3.1
 Environment: Spring 2.5.6
Reporter: Jose Luis Freire
Priority: Critical


If we have a bean with conversation scope that implements ApplicationListener, 
on application startup we get a java.lang.IllegalStateException: 
FrameworkAdapter not found.

This happens because a application start event is fired and at that time no 
HTTP session is in progress.

The stack trace is:
java.lang.IllegalStateException: FrameworkAdapter not found
at 
org.apache.myfaces.orchestra.conversation.ConversationManager.getInstance(ConversationManager.java:120)
at 
org.apache.myfaces.orchestra.conversation.ConversationManager.getInstance(ConversationManager.java:96)
at 
org.apache.myfaces.orchestra.conversation.spring.AbstractSpringOrchestraScope.getRealBean(AbstractSpringOrchestraScope.java:330)
at 
org.apache.myfaces.orchestra.conversation.spring.ScopedBeanTargetSource.getTarget(ScopedBeanTargetSource.java:73)
at 
org.springframework.aop.framework.Cglib2AopProxy$DynamicAdvisedInterceptor.getTarget(Cglib2AopProxy.java:666)
at 
org.springframework.aop.framework.Cglib2AopProxy$DynamicAdvisedInterceptor.intercept(Cglib2AopProxy.java:616)
at 
com.vianobis.campaign.web.activity.ActivityListBackend$$EnhancerByCGLIB$$975174a6.onApplicationEvent(generated)
at 
org.springframework.context.event.SimpleApplicationEventMulticaster$1.run(SimpleApplicationEventMulticaster.java:78)
at 
org.springframework.core.task.SyncTaskExecutor.execute(SyncTaskExecutor.java:49)
at 
org.springframework.context.event.SimpleApplicationEventMulticaster.multicastEvent(SimpleApplicationEventMulticaster.java:76)
at 
org.springframework.context.support.AbstractApplicationContext.publishEvent(AbstractApplicationContext.java:274)
at 
org.springframework.context.support.AbstractApplicationContext.finishRefresh(AbstractApplicationContext.java:736)
at 
org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:383)
at 
org.springframework.web.context.ContextLoader.createWebApplicationContext(ContextLoader.java:255)
at 
org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:199)
at 
org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:45)
at 
org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3843)
at 
org.apache.catalina.core.StandardContext.start(StandardContext.java:4342)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:719)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
at 
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
at 
org.apache.catalina.core.StandardService.start(StandardService.java:516)
at 
org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
at org.apache.catalina.startup.Catalina.start(Catalina.java:578)
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)

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



[jira] Commented: (ORCHESTRA-43) IllegalStateException on application startup when using conversations with beans that implement ApplicationListener

2009-07-27 Thread Mario Ivankovits (JIRA)

[ 
https://issues.apache.org/jira/browse/ORCHESTRA-43?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12735612#action_12735612
 ] 

Mario Ivankovits commented on ORCHESTRA-43:
---

Does it makes sense to have a conversation scoped bean implementing the 
ApplicationListener?

I'd suggest to make a separate bean for the ApplicationListener use case, and 
then, inject that bean (I assume you need some informations from this event) 
into the conversation scoped bean.

Starting a conversation from within an application-start-event is not possible.

 IllegalStateException on application startup when using conversations with 
 beans that implement ApplicationListener
 ---

 Key: ORCHESTRA-43
 URL: https://issues.apache.org/jira/browse/ORCHESTRA-43
 Project: MyFaces Orchestra
  Issue Type: Bug
Affects Versions: 1.3.1
 Environment: Spring 2.5.6
Reporter: Jose Luis Freire
Priority: Critical

 If we have a bean with conversation scope that implements 
 ApplicationListener, on application startup we get a 
 java.lang.IllegalStateException: FrameworkAdapter not found.
 This happens because a application start event is fired and at that time no 
 HTTP session is in progress.
 The stack trace is:
 java.lang.IllegalStateException: FrameworkAdapter not found
   at 
 org.apache.myfaces.orchestra.conversation.ConversationManager.getInstance(ConversationManager.java:120)
   at 
 org.apache.myfaces.orchestra.conversation.ConversationManager.getInstance(ConversationManager.java:96)
   at 
 org.apache.myfaces.orchestra.conversation.spring.AbstractSpringOrchestraScope.getRealBean(AbstractSpringOrchestraScope.java:330)
   at 
 org.apache.myfaces.orchestra.conversation.spring.ScopedBeanTargetSource.getTarget(ScopedBeanTargetSource.java:73)
   at 
 org.springframework.aop.framework.Cglib2AopProxy$DynamicAdvisedInterceptor.getTarget(Cglib2AopProxy.java:666)
   at 
 org.springframework.aop.framework.Cglib2AopProxy$DynamicAdvisedInterceptor.intercept(Cglib2AopProxy.java:616)
   at 
 com.vianobis.campaign.web.activity.ActivityListBackend$$EnhancerByCGLIB$$975174a6.onApplicationEvent(generated)
   at 
 org.springframework.context.event.SimpleApplicationEventMulticaster$1.run(SimpleApplicationEventMulticaster.java:78)
   at 
 org.springframework.core.task.SyncTaskExecutor.execute(SyncTaskExecutor.java:49)
   at 
 org.springframework.context.event.SimpleApplicationEventMulticaster.multicastEvent(SimpleApplicationEventMulticaster.java:76)
   at 
 org.springframework.context.support.AbstractApplicationContext.publishEvent(AbstractApplicationContext.java:274)
   at 
 org.springframework.context.support.AbstractApplicationContext.finishRefresh(AbstractApplicationContext.java:736)
   at 
 org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:383)
   at 
 org.springframework.web.context.ContextLoader.createWebApplicationContext(ContextLoader.java:255)
   at 
 org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:199)
   at 
 org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:45)
   at 
 org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3843)
   at 
 org.apache.catalina.core.StandardContext.start(StandardContext.java:4342)
   at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
   at org.apache.catalina.core.StandardHost.start(StandardHost.java:719)
   at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
   at 
 org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
   at 
 org.apache.catalina.core.StandardService.start(StandardService.java:516)
   at 
 org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
   at org.apache.catalina.startup.Catalina.start(Catalina.java:578)
   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)

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



[jira] Resolved: (ORCHESTRA-43) IllegalStateException on application startup when using conversations with beans that implement ApplicationListener

2009-07-27 Thread Jose Luis Freire (JIRA)

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

Jose Luis Freire resolved ORCHESTRA-43.
---

Resolution: Invalid

I think it makes sense to have application listeners on all scopes, however I 
now think this is not a orchestra issue, but a spring issue that shouldn't 
broadcast the application start event on non-singletons, and shouldn't 
broadcast any event on non-singleton beans that aren't alive in context.

 IllegalStateException on application startup when using conversations with 
 beans that implement ApplicationListener
 ---

 Key: ORCHESTRA-43
 URL: https://issues.apache.org/jira/browse/ORCHESTRA-43
 Project: MyFaces Orchestra
  Issue Type: Bug
Affects Versions: 1.3.1
 Environment: Spring 2.5.6
Reporter: Jose Luis Freire
Priority: Critical

 If we have a bean with conversation scope that implements 
 ApplicationListener, on application startup we get a 
 java.lang.IllegalStateException: FrameworkAdapter not found.
 This happens because a application start event is fired and at that time no 
 HTTP session is in progress.
 The stack trace is:
 java.lang.IllegalStateException: FrameworkAdapter not found
   at 
 org.apache.myfaces.orchestra.conversation.ConversationManager.getInstance(ConversationManager.java:120)
   at 
 org.apache.myfaces.orchestra.conversation.ConversationManager.getInstance(ConversationManager.java:96)
   at 
 org.apache.myfaces.orchestra.conversation.spring.AbstractSpringOrchestraScope.getRealBean(AbstractSpringOrchestraScope.java:330)
   at 
 org.apache.myfaces.orchestra.conversation.spring.ScopedBeanTargetSource.getTarget(ScopedBeanTargetSource.java:73)
   at 
 org.springframework.aop.framework.Cglib2AopProxy$DynamicAdvisedInterceptor.getTarget(Cglib2AopProxy.java:666)
   at 
 org.springframework.aop.framework.Cglib2AopProxy$DynamicAdvisedInterceptor.intercept(Cglib2AopProxy.java:616)
   at 
 com.vianobis.campaign.web.activity.ActivityListBackend$$EnhancerByCGLIB$$975174a6.onApplicationEvent(generated)
   at 
 org.springframework.context.event.SimpleApplicationEventMulticaster$1.run(SimpleApplicationEventMulticaster.java:78)
   at 
 org.springframework.core.task.SyncTaskExecutor.execute(SyncTaskExecutor.java:49)
   at 
 org.springframework.context.event.SimpleApplicationEventMulticaster.multicastEvent(SimpleApplicationEventMulticaster.java:76)
   at 
 org.springframework.context.support.AbstractApplicationContext.publishEvent(AbstractApplicationContext.java:274)
   at 
 org.springframework.context.support.AbstractApplicationContext.finishRefresh(AbstractApplicationContext.java:736)
   at 
 org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:383)
   at 
 org.springframework.web.context.ContextLoader.createWebApplicationContext(ContextLoader.java:255)
   at 
 org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:199)
   at 
 org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:45)
   at 
 org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3843)
   at 
 org.apache.catalina.core.StandardContext.start(StandardContext.java:4342)
   at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
   at org.apache.catalina.core.StandardHost.start(StandardHost.java:719)
   at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
   at 
 org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
   at 
 org.apache.catalina.core.StandardService.start(StandardService.java:516)
   at 
 org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
   at org.apache.catalina.startup.Catalina.start(Catalina.java:578)
   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)

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



[jira] Resolved: (TRINIDAD-1506) ClassCastException during surefire tests when calling ExternalContextUtils.getServletContextPath()

2009-07-27 Thread Andrew Robinson (JIRA)

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

Andrew Robinson resolved TRINIDAD-1506.
---

   Resolution: Fixed
Fix Version/s:  1.2.12-core

 ClassCastException during surefire tests when calling 
 ExternalContextUtils.getServletContextPath()
 --

 Key: TRINIDAD-1506
 URL: https://issues.apache.org/jira/browse/TRINIDAD-1506
 Project: MyFaces Trinidad
  Issue Type: Bug
Affects Versions:  1.2.11-core
Reporter: Matt Cooper
Priority: Minor
 Fix For:  1.2.12-core


 If you have a renderer that makes a call like this:
 ExternalContextUtils.getServletContextPath(context.getExternalContext());
 Then, when running a surefire test for a component that uses such a renderer, 
 a ClassCastException will be thrown where some underlying code is expecting a 
 javax.servlet.ServletContext however, a 
 org.apache.myfaces.trinidadinternal.renderkit.MApplication is provided 
 instead.  Perhaps MApplication needs to implement/extend ServletContext or 
 otherwise ExternalContextUtils.getServletContextPath() needs to return a 
 dummy value when running surefire tests.

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



[jira] Commented: (EXTVAL-55) NPE in PropertyValidatorGroupProvider Line 83

2009-07-27 Thread Gerhard Petracek (JIRA)

[ 
https://issues.apache.org/jira/browse/EXTVAL-55?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12735841#action_12735841
 ] 

Gerhard Petracek commented on EXTVAL-55:


hi thomas,

i think you mean PropertyValidationGroupProvider.

are you using icefaces?

regards,
gerhard

 NPE in PropertyValidatorGroupProvider Line 83
 -

 Key: EXTVAL-55
 URL: https://issues.apache.org/jira/browse/EXTVAL-55
 Project: MyFaces Extensions Validator
  Issue Type: Bug
Affects Versions: 1.2.3-SNAPSHOT
Reporter: Thomas Wilhelm



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



[jira] Commented: (EXTVAL-54) Code that gets the Metadata for a Compontent is not reusable

2009-07-27 Thread Gerhard Petracek (JIRA)

[ 
https://issues.apache.org/jira/browse/EXTVAL-54?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12735844#action_12735844
 ] 

Gerhard Petracek commented on EXTVAL-54:


hi thomas,

that's already possible with:
ExtValUtils.getComponentMetaDataExtractor().extract(facesContext, 
uiComponent).getMetaDataEntries();

do you need something else?

regards,
gerhard

 Code that gets the Metadata for a Compontent is not reusable
 

 Key: EXTVAL-54
 URL: https://issues.apache.org/jira/browse/EXTVAL-54
 Project: MyFaces Extensions Validator
  Issue Type: Improvement
  Components: Core
Affects Versions: 1.2.3-SNAPSHOT
Reporter: Thomas Wilhelm
   Original Estimate: 2h
  Remaining Estimate: 2h

 I am refering to the code that is contained in 
 ValidationInterceptor::initComponent
 It would be helpfull if I could get the Metadata for a component via a simple 
 Util-Class

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



[jira] Commented: (MYFACES-2259) Implement Partial State Saving feature

2009-07-27 Thread Leonardo Uribe (JIRA)

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

Leonardo Uribe commented on MYFACES-2259:
-

Added implementation of DefaultFaceletsStateManagementStrategy. It is still 
pending add code calling markInitialState (we have to wait until some facelets 
code related to tag Handlers is committed), check for partial state saving on 
FaceletViewDeclarationLanguage on getStateManagementStrategy, and test all code 
together.

 Implement Partial State Saving feature
 --

 Key: MYFACES-2259
 URL: https://issues.apache.org/jira/browse/MYFACES-2259
 Project: MyFaces Core
  Issue Type: Task
  Components: JSR-314
Affects Versions: 2.0.0-alpha
Reporter: Leonardo Uribe
Assignee: Leonardo Uribe

 Implement use of getStateHelper and partial state saving on all components 
 and the required code on facelets (StateManagerStrategy and invoke of 
 markInitialState on related ComponentTagHandler).

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



[jira] Commented: (ORCHESTRA-15) Orchestra in Portal Environment

2009-07-27 Thread Leonardo Uribe (JIRA)

[ 
https://issues.apache.org/jira/browse/ORCHESTRA-15?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12735900#action_12735900
 ] 

Leonardo Uribe commented on ORCHESTRA-15:
-

Committed patch proposed, but it is better to wait for confirmation before 
close this issue.

 Orchestra in Portal Environment
 ---

 Key: ORCHESTRA-15
 URL: https://issues.apache.org/jira/browse/ORCHESTRA-15
 Project: MyFaces Orchestra
  Issue Type: Bug
Affects Versions: 1.0
 Environment: myfaces1.1.5, liferay portal4.3.3, orchestra-core1.0, 
 tomcat 5.5
Reporter: Rashmi
Assignee: Mario Ivankovits
Priority: Blocker
 Fix For: 1.1

 Attachments: ORCHESTRA-Portlet-2.patch, orchestraPortlet.zip, 
 stacktrace.txt


 In the portlet environment ConversationManager is not getting initialized. 
 The FrameworkAdapter.getCurrentInstance() is as well NULL.
 The part of the exception is as follows:
 Caused by: java.lang.NullPointerException 
 at 
 org.apache.myfaces.orchestra.conversation.ConversationManager.getInstance(ConversationManager.java:90)
  
 at 
 org.apache.myfaces.orchestra.conversation.ConversationManager.getInstance(ConversationManager.java:76)
  
 at 
 org.apache.myfaces.orchestra.conversation.spring.AbstractSpringOrchestraScope.getBean(AbstractSpringOrchestraScope.java:125)
  
 at 
 org.apache.myfaces.orchestra.conversation.spring.AbstractSpringOrchestraScope.get(AbstractSpringOrchestraScope.java:117)
  
 at 
 org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:285)
  
 at 
 org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:160)
  
 at 
 org.springframework.aop.target.SimpleBeanTargetSource.getTarget(SimpleBeanTargetSource.java:33)
  
 at 
 org.springframework.aop.framework.Cglib2AopProxy$DynamicAdvisedInterceptor.getTarget(Cglib2AopProxy.java:661)
  
 at 
 org.springframework.aop.framework.Cglib2AopProxy$DynamicAdvisedInterceptor.intercept(Cglib2AopProxy.java:611)
  
 at 
 de.seat.mitarbeiterinfo.view.mitarbeiterlist$$EnhancerByCGLIB$$4f90561b.getMitarbeiterListModel(generated)
  
 ... 125 more 
 The filter is not working as expected in Portlet environment but works 
 perfetly well in norman Servlet container. 
 Can myfaces-portlet-bridge be used in someway to configure the filter to run 
 in portlet environment?
 Thanks and Regards,
 Rashmi   

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