Re: [Important] Ugly bug in core pom.xml for 1.1.2 and 1.1.3

2006-04-26 Thread Manfred Geiler
On 4/25/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
> Actually when you build a custom project with a myfaces-impl-1.1.2> dependency Maven 2.0.4 tries to download the myfaces-master-1.0.1 release(!)> from 
http://cvs.apache.org/maven-snapshot-repository, which> is subject to fail of course.> Try it out!OK now I see what you are saying.  I didn't realize this was a customproject issue.  Interesting that maven downloads the master-pom.  Its
really only a maven-related dependency.  I'm suprised its requiringit.Out of curiousity why doesn't maven just grab the myfaces-master-1.0.1from ibiblio?  Why is it even checking the snapshot repo?
Looks like Maven tries to do that because WE coerce Maven to download every dependency regarding the myfaces-core-project artifact. We do that by mistakenly saying: "Use 
http://cvs.apache.org/maven-snapshot-repository for all your downloads."Just for remembrance, this is the concerned section:           -- malformed element !
  apache-maven-snapshots
  http://cvs.apache.org/maven-snapshot-repository    
   > We should also try to fix the releases myfaces-core-project-1.1.2.pom
 ASAP.Well I don't think we can go back and fix this release retroactively.I'd say we need to release a whole new core (1.1.3 ) ASAP for this andother reasons.  I'm trying my best but I am only one person and there
is a lot of maven b.s. to deal with at the moment.I just patched the myfaces-core-project-1.1.2.pom in my local M2 repo. Now Maven build work like a charm.Since myfaces-core-project-1.1.2.pom
 is only a POM, there speaks nothing against uploading a patched version to ibiblio, although this is not a thing one should do every day, of course. Right? So,* Is there an easy way to replace an already released POM on ibiblio?
* Any veto against this?Manfred


[jira] Updated: (TOMAHAWK-384) AddResource, ExtensionsFilter and "sex"

2006-04-26 Thread JIRA
 [ http://issues.apache.org/jira/browse/TOMAHAWK-384?page=all ]

Sascha Groß updated TOMAHAWK-384:
-

Status: Patch Available  (was: Open)

> AddResource, ExtensionsFilter and "sex"
> ---
>
>  Key: TOMAHAWK-384
>  URL: http://issues.apache.org/jira/browse/TOMAHAWK-384
>  Project: MyFaces Tomahawk
> Type: New Feature

>   Components: ExtensionsFilter
> Versions: 1.1.1
> Reporter: Sascha Groß

>
> The url rendered for addedResources "/faces/myFacesExtensionResource" 
> contains "sex"   ( myFace _sEx_ tensionResource).
> Our proxy filter all URLs which contains "sex" .
> Can you change "/faces/myFacesExtensionResource" to 
> "/faces/myFaces_ExtensionResource" or make the url configurable?

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira



[jira] Updated: (TOMAHAWK-384) AddResource, ExtensionsFilter and "sex"

2006-04-26 Thread JIRA
 [ http://issues.apache.org/jira/browse/TOMAHAWK-384?page=all ]

Sascha Groß updated TOMAHAWK-384:
-

Status: Open  (was: Patch Available)

> AddResource, ExtensionsFilter and "sex"
> ---
>
>  Key: TOMAHAWK-384
>  URL: http://issues.apache.org/jira/browse/TOMAHAWK-384
>  Project: MyFaces Tomahawk
> Type: New Feature

>   Components: ExtensionsFilter
> Versions: 1.1.1
> Reporter: Sascha Groß

>
> The url rendered for addedResources "/faces/myFacesExtensionResource" 
> contains "sex"   ( myFace _sEx_ tensionResource).
> Our proxy filter all URLs which contains "sex" .
> Can you change "/faces/myFacesExtensionResource" to 
> "/faces/myFaces_ExtensionResource" or make the url configurable?

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira



[jira] Created: (TOMAHAWK-389) XDoc patch for SubForm component from sandbox

2006-04-26 Thread Catalin Kormos (JIRA)
XDoc patch for SubForm component from sandbox
-

 Key: TOMAHAWK-389
 URL: http://issues.apache.org/jira/browse/TOMAHAWK-389
 Project: MyFaces Tomahawk
Type: Improvement

 Environment: All
Reporter: Catalin Kormos
Priority: Minor
 Attachments: subForm.xml, subFormDoc.patch

Documentation patch for the SubForm component from sandbox.

Regards,
Catalin

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira



[jira] Updated: (TOMAHAWK-389) XDoc patch for SubForm component from sandbox

2006-04-26 Thread Catalin Kormos (JIRA)
 [ http://issues.apache.org/jira/browse/TOMAHAWK-389?page=all ]

Catalin Kormos updated TOMAHAWK-389:


Status: Patch Available  (was: Open)

> XDoc patch for SubForm component from sandbox
> -
>
>  Key: TOMAHAWK-389
>  URL: http://issues.apache.org/jira/browse/TOMAHAWK-389
>  Project: MyFaces Tomahawk
> Type: Improvement

>  Environment: All
> Reporter: Catalin Kormos
> Priority: Minor
>  Attachments: subForm.xml, subFormDoc.patch
>
> Documentation patch for the SubForm component from sandbox.
> Regards,
> Catalin

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira



[jira] Created: (TOMAHAWK-390) Scope sanbox component is not working with seam, and will broke aplication.

2006-04-26 Thread Grigoras Cristinel (JIRA)
Scope sanbox component is not working with seam, and will broke aplication.
---

 Key: TOMAHAWK-390
 URL: http://issues.apache.org/jira/browse/TOMAHAWK-390
 Project: MyFaces Tomahawk
Type: Bug

Versions: 1.1.3-SNAPSHOT
 Environment: myfaces last svn version, all seam version.
Reporter: Grigoras Cristinel


11:29:37,141 INFO  [org.apache.myfaces.custom.scope.ScopeUtils] ScopeContainer 
not found - has not been initialized.
javax.faces.el.EvaluationException: Cannot get value for expression 
'#{ScopeContainer}'
at 
org.apache.myfaces.el.ValueBindingImpl.getValue(ValueBindingImpl.java:402)
at 
org.apache.myfaces.custom.scope.ScopeUtils.getManagedBean(ScopeUtils.java:78)
at 
org.apache.myfaces.custom.scope.AfterScopePhaseListener.afterPhase(AfterScopePhaseListener.java:44)
at 
org.apache.myfaces.lifecycle.PhaseListenerManager.informPhaseListenersAfter(PhaseListenerManager.java:89)
at 
org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:391)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:107)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at 
org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:144)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at 
org.jboss.seam.servlet.SeamServletFilter.doFilter(SeamServletFilter.java:48)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at 
org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
at 
org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:54)
at 
org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:174)
at 
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:432)
at 
org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74)
at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
at 
org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSignOn.java:394)
at 
org.apache.catalina.valves.FastCommonAccessLogValve.invoke(FastCommonAccessLogValve.java:495)
at 
org.apache.catalina.valves.RequestDumperValve.invoke(RequestDumperValve.java:150)
at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
at 
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
at 
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:868)
at 
org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:663)
at 
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
at 
org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112)
at java.lang.Thread.run(Thread.java:595)
Caused by: java.lang.IllegalStateException: No active application scope
at org.jboss.seam.core.Init.instance(Init.java:89)
at org.jboss.seam.Component.getInstanceFromFactory(Component.java:2261)
at org.jboss.seam.Component.getInstance(Component.java:2207)
at org.jboss.seam.Component.getInstance(Component.java:2179)
at 
org.jboss.seam.jsf.SeamVariableResolver.resolveVariable(SeamVariableResolver.java:44)
at 
org.apache.myfaces.config.LastVariableResolverInChain.resolveVariable(LastVariableResolverInChain.java:42)
at 
org.apache.myfaces.el.ValueBindingImpl$ELVariableResolver.resolveVariable(ValueBindingImpl.java:574)
at org.apache.commons.el.NamedValue.evaluate(NamedValue.java:124)
at 
org.apache.myfaces.el.ValueBindingImpl.getValue(ValueBindingImpl.java:383)
... 34 more
11:29:37,157 ERROR [org.jboss.seam.servlet.SeamServletFilter] ended request due 
to exception
java.lang.IllegalSt

[jira] Commented: (TOMAHAWK-389) XDoc patch for SubForm component from sandbox

2006-04-26 Thread Martin Marinschek (JIRA)
[ 
http://issues.apache.org/jira/browse/TOMAHAWK-389?page=comments#action_12376434 
] 

Martin Marinschek commented on TOMAHAWK-389:


Thanks Catalin!

documentation is always welcome ;)

regards,

Martin

> XDoc patch for SubForm component from sandbox
> -
>
>  Key: TOMAHAWK-389
>  URL: http://issues.apache.org/jira/browse/TOMAHAWK-389
>  Project: MyFaces Tomahawk
> Type: Improvement

>  Environment: All
> Reporter: Catalin Kormos
> Assignee: Martin Marinschek
> Priority: Minor
>  Attachments: subForm.xml, subFormDoc.patch
>
> Documentation patch for the SubForm component from sandbox.
> Regards,
> Catalin

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira



[jira] Commented: (TOMAHAWK-389) XDoc patch for SubForm component from sandbox

2006-04-26 Thread Catalin Kormos (JIRA)
[ 
http://issues.apache.org/jira/browse/TOMAHAWK-389?page=comments#action_12376436 
] 

Catalin Kormos commented on TOMAHAWK-389:
-

Sure :), i'm glad that i could help.

Thanks,
Catalin

> XDoc patch for SubForm component from sandbox
> -
>
>  Key: TOMAHAWK-389
>  URL: http://issues.apache.org/jira/browse/TOMAHAWK-389
>  Project: MyFaces Tomahawk
> Type: Improvement

>  Environment: All
> Reporter: Catalin Kormos
> Assignee: Martin Marinschek
> Priority: Minor
>  Attachments: subForm.xml, subFormDoc.patch
>
> Documentation patch for the SubForm component from sandbox.
> Regards,
> Catalin

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira



[jira] Created: (TOBAGO-58) Cleanup UIPage.processDecodes()

2006-04-26 Thread Volker Weber (JIRA)
Cleanup UIPage.processDecodes()
---

 Key: TOBAGO-58
 URL: http://issues.apache.org/jira/browse/TOBAGO-58
 Project: MyFaces Tobago
Type: Task

Reporter: Volker Weber
 Assigned to: Volker Weber 


processDecodes method of UIPage needs to be cleaned up,
There are multiple places where 'illegal' actionIds (or related exceptions) are 
just ignored.
This should be sorted out. 

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira



[jira] Resolved: (TOBAGO-43) Exception when submitting form without actionId

2006-04-26 Thread Volker Weber (JIRA)
 [ http://issues.apache.org/jira/browse/TOBAGO-43?page=all ]
 
Volker Weber resolved TOBAGO-43:


Resolution: Fixed

> Exception when submitting form without actionId
> ---
>
>  Key: TOBAGO-43
>  URL: http://issues.apache.org/jira/browse/TOBAGO-43
>  Project: MyFaces Tobago
> Type: Bug

> Reporter: Volker Weber
> Assignee: Volker Weber
> Priority: Minor
>  Fix For: 1.0.7
>  Attachments: UIPage.hotfix
>
> If a form submitted without setting a action id a 
>   IllegalArgumentException: empty expr
> is thrown.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira



[jira] Updated: (TOMAHAWK-384) AddResource, ExtensionsFilter and "sex"

2006-04-26 Thread Patrick Schulz (JIRA)
 [ http://issues.apache.org/jira/browse/TOMAHAWK-384?page=all ]

Patrick Schulz updated TOMAHAWK-384:


Status: Patch Available  (was: Open)

> AddResource, ExtensionsFilter and "sex"
> ---
>
>  Key: TOMAHAWK-384
>  URL: http://issues.apache.org/jira/browse/TOMAHAWK-384
>  Project: MyFaces Tomahawk
> Type: New Feature

>   Components: ExtensionsFilter
> Versions: 1.1.1
> Reporter: Sascha Groß

>
> The url rendered for addedResources "/faces/myFacesExtensionResource" 
> contains "sex"   ( myFace _sEx_ tensionResource).
> Our proxy filter all URLs which contains "sex" .
> Can you change "/faces/myFacesExtensionResource" to 
> "/faces/myFaces_ExtensionResource" or make the url configurable?

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira



Re: [jira] Updated: (TOMAHAWK-384) AddResource, ExtensionsFilter and "sex"

2006-04-26 Thread Patrick Schulz
Oh, sorry was a mistake or better a misclick.
How can I change it back?


Regards,
Patrick

Patrick Schulz (JIRA) schrieb:
>  [ http://issues.apache.org/jira/browse/TOMAHAWK-384?page=all ]
> 
> Patrick Schulz updated TOMAHAWK-384:
> 
> 
> Status: Patch Available  (was: Open)
> 
>> AddResource, ExtensionsFilter and "sex"
>> ---
>>
>>  Key: TOMAHAWK-384
>>  URL: http://issues.apache.org/jira/browse/TOMAHAWK-384
>>  Project: MyFaces Tomahawk
>> Type: New Feature
> 
>>   Components: ExtensionsFilter
>> Versions: 1.1.1
>> Reporter: Sascha Groß
> 
>> The url rendered for addedResources "/faces/myFacesExtensionResource" 
>> contains "sex"   ( myFace _sEx_ tensionResource).
>> Our proxy filter all URLs which contains "sex" .
>> Can you change "/faces/myFacesExtensionResource" to 
>> "/faces/myFaces_ExtensionResource" or make the url configurable?
> 




[jira] Commented: (TOMAHAWK-390) Scope sanbox component is not working with seam, and will broke aplication.

2006-04-26 Thread Werner Punz (JIRA)
[ 
http://issues.apache.org/jira/browse/TOMAHAWK-390?page=comments#action_12376469 
] 

Werner Punz commented on TOMAHAWK-390:
--

Please do not use this experimental component it is a work in progress and 
probably will be remodeled to a full seam like conversation system, if you work 
in seam use either seam conversations or use saveState which does the same as 
scope over lifefcycles

> Scope sanbox component is not working with seam, and will broke aplication.
> ---
>
>  Key: TOMAHAWK-390
>  URL: http://issues.apache.org/jira/browse/TOMAHAWK-390
>  Project: MyFaces Tomahawk
> Type: Bug

> Versions: 1.1.3-SNAPSHOT
>  Environment: myfaces last svn version, all seam version.
> Reporter: Grigoras Cristinel

>
> 11:29:37,141 INFO  [org.apache.myfaces.custom.scope.ScopeUtils] 
> ScopeContainer not found - has not been initialized.
> javax.faces.el.EvaluationException: Cannot get value for expression 
> '#{ScopeContainer}'
>   at 
> org.apache.myfaces.el.ValueBindingImpl.getValue(ValueBindingImpl.java:402)
>   at 
> org.apache.myfaces.custom.scope.ScopeUtils.getManagedBean(ScopeUtils.java:78)
>   at 
> org.apache.myfaces.custom.scope.AfterScopePhaseListener.afterPhase(AfterScopePhaseListener.java:44)
>   at 
> org.apache.myfaces.lifecycle.PhaseListenerManager.informPhaseListenersAfter(PhaseListenerManager.java:89)
>   at 
> org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:391)
>   at javax.faces.webapp.FacesServlet.service(FacesServlet.java:107)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
>   at 
> org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:144)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
>   at 
> org.jboss.seam.servlet.SeamServletFilter.doFilter(SeamServletFilter.java:48)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
>   at 
> org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
>   at 
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
>   at 
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
>   at 
> org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:54)
>   at 
> org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:174)
>   at 
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:432)
>   at 
> org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74)
>   at 
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
>   at 
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
>   at 
> org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSignOn.java:394)
>   at 
> org.apache.catalina.valves.FastCommonAccessLogValve.invoke(FastCommonAccessLogValve.java:495)
>   at 
> org.apache.catalina.valves.RequestDumperValve.invoke(RequestDumperValve.java:150)
>   at 
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
>   at 
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
>   at 
> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:868)
>   at 
> org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:663)
>   at 
> org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
>   at 
> org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112)
>   at java.lang.Thread.run(Thread.java:595)
> Caused by: java.lang.IllegalStateException: No active application scope
>   at org.jboss.seam.core.Init.instance(Init.java:89)
>   at org.jboss.seam.Component.getInstanceFromFactory(Component.java:2261)
>   at org.jboss.seam.Component.getInstance(Component.java:2207)
>   at org.jboss.seam.Component.getInstance(Component.java:2179)
>   at 
> org.jboss.seam.jsf.SeamVariableResolver.resolveVariable(SeamVariableResolver.java:44)
>

[jira] Created: (TOMAHAWK-391) Show throbber when ajax request is processed

2006-04-26 Thread Sergey Rouzhenkov (JIRA)
Show throbber when ajax request is processed


 Key: TOMAHAWK-391
 URL: http://issues.apache.org/jira/browse/TOMAHAWK-391
 Project: MyFaces Tomahawk
Type: Improvement

  Components: InputSuggestAjax  
Reporter: Sergey Rouzhenkov
Priority: Trivial




-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira



[jira] Updated: (TOMAHAWK-391) Show throbber when ajax request is processed

2006-04-26 Thread Sergey Rouzhenkov (JIRA)
 [ http://issues.apache.org/jira/browse/TOMAHAWK-391?page=all ]

Sergey Rouzhenkov updated TOMAHAWK-391:
---

Status: Patch Available  (was: Open)

> Show throbber when ajax request is processed
> 
>
>  Key: TOMAHAWK-391
>  URL: http://issues.apache.org/jira/browse/TOMAHAWK-391
>  Project: MyFaces Tomahawk
> Type: Improvement

>   Components: InputSuggestAjax
> Reporter: Sergey Rouzhenkov
> Priority: Trivial
>  Attachments: patch.zip
>


-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira



'Progress Bar' component

2006-04-26 Thread Gilles DEMARTY
Hi guys,

The java guys have defined as blueprint a ProgressBar component ([1] &
[2]). Is there anyone working on somethink looking like this in
sandbox ? Does it sounds a good idea ?

I'm looking both in sandbox components and DOJO widjets and i've seen
nothing looking like that.
I need it in some corporate developments and i'm sure i'm not the only one.

If nothing is already done, i would work on it with my (not that big)
knowledge of JSF component development and AJAX development.

Typical use are :
 * unknown progression bar with a bar that is filling and unfilling
continuesly, based of a flag taskCompled
 * progression bar like the one shown [2], with a float between 0 and
1. In that  case, we surely can 'evaluate' the remaining time base of
the completion and the time it took to do it.

Any other ideas  ?

Gilles

[1] : https://blueprints.dev.java.net/complib/v2/progress-bar.html
[2] : https://blueprints.dev.java.net/complib/images/progress-bar.jpg


MyFaces Tobago bugfix in SelectManyRendererBase

2006-04-26 Thread Richard van Nieuwenhoven

Hello,

first of all thanks, great work!
I think i found a bug in the class 
org.apache.myfaces.tobago.renderkit.SelectManyRendererBase. it can take 
an Object array as selected-object getter but needs a setter with a 
String[].
The information how to convert a Object into a String and back is 
normaly done with a javax.faces.convert.Converter but not in this case.


I changed the last part of the decode method to:

   
   Object [] convertedValue = null;
   if (newValue == null) {
   convertedValue = new Object[0]; // because no selection will not 
submitted by browsers

   }else {
   convertedValue = new Object[newValue.length];
   for (int index=0;index < newValue.length;index++)
   convertedValue[index] = getConvertedValue(facesContext, 
component, newValue[index]);

   }

   uiSelectMany.setValue(convertedValue);

   ..

The situation improved now, but the setter must now have a parameter of 
type Object[] I would like to use the specific type-array, but for 
that i have to know the specific-type in the decode method (to create 
the array in the correct type). the best solution would be if the "Apply 
Request Values"  did the conversion from Object[] to SpecificType[].


regards,
Ritchie

P.S. is this the correct mailing list to report a MyFaces Tobago bugfix?



Re: 'Progress Bar' component

2006-04-26 Thread Martin Marinschek
I'd really like this component in MyFaces. If you want to work on it,
I could help you out with the odd discussion if you want ;)

regards,

Martin

On 4/26/06, Gilles DEMARTY <[EMAIL PROTECTED]> wrote:
> Hi guys,
>
> The java guys have defined as blueprint a ProgressBar component ([1] &
> [2]). Is there anyone working on somethink looking like this in
> sandbox ? Does it sounds a good idea ?
>
> I'm looking both in sandbox components and DOJO widjets and i've seen
> nothing looking like that.
> I need it in some corporate developments and i'm sure i'm not the only one.
>
> If nothing is already done, i would work on it with my (not that big)
> knowledge of JSF component development and AJAX development.
>
> Typical use are :
>  * unknown progression bar with a bar that is filling and unfilling
> continuesly, based of a flag taskCompled
>  * progression bar like the one shown [2], with a float between 0 and
> 1. In that  case, we surely can 'evaluate' the remaining time base of
> the completion and the time it took to do it.
>
> Any other ideas  ?
>
> Gilles
>
> [1] : https://blueprints.dev.java.net/complib/v2/progress-bar.html
> [2] : https://blueprints.dev.java.net/complib/images/progress-bar.jpg
>


--

http://www.irian.at

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

Professional Support for Apache MyFaces


Re: MyFaces Tobago bugfix in SelectManyRendererBase

2006-04-26 Thread Richard van Nieuwenhoven

"Apply Request Values" should be "Update Model Values"  of course

Richard van Nieuwenhoven schrieb:

Hello,

first of all thanks, great work!
I think i found a bug in the class 
org.apache.myfaces.tobago.renderkit.SelectManyRendererBase. it can 
take an Object array as selected-object getter but needs a setter with 
a String[].
The information how to convert a Object into a String and back is 
normaly done with a javax.faces.convert.Converter but not in this 
case.


I changed the last part of the decode method to:

   
   Object [] convertedValue = null;
   if (newValue == null) {
   convertedValue = new Object[0]; // because no selection will 
not submitted by browsers

   }else {
   convertedValue = new Object[newValue.length];
   for (int index=0;index < newValue.length;index++)
   convertedValue[index] = getConvertedValue(facesContext, 
component, newValue[index]);

   }

   uiSelectMany.setValue(convertedValue);

   ..

The situation improved now, but the setter must now have a parameter 
of type Object[] I would like to use the specific type-array, but 
for that i have to know the specific-type in the decode method (to 
create the array in the correct type). the best solution would be if 
the "Apply Request Values"  did the conversion from Object[] to 
SpecificType[].


regards,
Ritchie

P.S. is this the correct mailing list to report a MyFaces Tobago bugfix?






Re: [jira] Updated: (TOMAHAWK-384) AddResource, ExtensionsFilter and "sex"

2006-04-26 Thread Mike Kienenberger
On 4/26/06, Patrick Schulz <[EMAIL PROTECTED]> wrote:
> Oh, sorry was a mistake or better a misclick.
> How can I change it back?

You click on the "Cancel Patch" button.   I've gone ahead and done this already.


[jira] Updated: (TOMAHAWK-384) AddResource, ExtensionsFilter and "sex"

2006-04-26 Thread Mike Kienenberger (JIRA)
 [ http://issues.apache.org/jira/browse/TOMAHAWK-384?page=all ]

Mike Kienenberger updated TOMAHAWK-384:
---

Status: Open  (was: Patch Available)

> AddResource, ExtensionsFilter and "sex"
> ---
>
>  Key: TOMAHAWK-384
>  URL: http://issues.apache.org/jira/browse/TOMAHAWK-384
>  Project: MyFaces Tomahawk
> Type: New Feature

>   Components: ExtensionsFilter
> Versions: 1.1.1
> Reporter: Sascha Groß

>
> The url rendered for addedResources "/faces/myFacesExtensionResource" 
> contains "sex"   ( myFace _sEx_ tensionResource).
> Our proxy filter all URLs which contains "sex" .
> Can you change "/faces/myFacesExtensionResource" to 
> "/faces/myFaces_ExtensionResource" or make the url configurable?

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira



Re: MyFaces Tobago bugfix in SelectManyRendererBase

2006-04-26 Thread Mike Kienenberger
On 4/26/06, Richard van Nieuwenhoven <[EMAIL PROTECTED]> wrote:
> P.S. is this the correct mailing list to report a MyFaces Tobago bugfix?

It's the correct place to discuss bugs for Tobago.

Once you're sure it's a bug, please use the issue tracker to report it
(and to provide a patch to fix it):

http://issues.apache.org/jira/secure/BrowseProject.jspa?id=12310273


[jira] Created: (TOBAGO-59) SelectManyRendererBase can't handle setter

2006-04-26 Thread Richard van Nieuwenhoven (JIRA)
SelectManyRendererBase can't handle setter
--

 Key: TOBAGO-59
 URL: http://issues.apache.org/jira/browse/TOBAGO-59
 Project: MyFaces Tobago
Type: Bug

Versions: 1.0.8
Reporter: Richard van Nieuwenhoven
Priority: Minor


I think i found a bug in the class 
org.apache.myfaces.tobago.renderkit.SelectManyRendererBase. it can take an 
Object array as selected-object getter but needs a setter with a String[].
The information how to convert a Object into a String and back is normaly done 
with a javax.faces.convert.Converter but not in this case.

I changed the last part of the decode method to:

   
   Object [] convertedValue = null;
   if (newValue == null) {
   convertedValue = new Object[0]; // because no selection will not 
submitted by browsers
   } else {
   convertedValue = new Object[newValue.length];
   for (int index=0;index < newValue.length;index++)
   convertedValue[index] = getConvertedValue(facesContext, 
component, newValue[index]);
   }

   uiSelectMany.setValue(convertedValue);

   ..

The situation improved now, but the setter must now have a parameter of type 
Object[] I would like to use the specific type-array, but for that i have 
to know the specific-type in the decode method (to create the array in the 
correct type). the best solution would be if the "Update Model Values"  did the 
conversion from Object[] to SpecificType[].



-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira



[jira] Updated: (TOBAGO-59) SelectManyRendererBase can't handle setter

2006-04-26 Thread Richard van Nieuwenhoven (JIRA)
 [ http://issues.apache.org/jira/browse/TOBAGO-59?page=all ]

Richard van Nieuwenhoven updated TOBAGO-59:
---

Status: Patch Available  (was: Open)

> SelectManyRendererBase can't handle setter
> --
>
>  Key: TOBAGO-59
>  URL: http://issues.apache.org/jira/browse/TOBAGO-59
>  Project: MyFaces Tobago
> Type: Bug

> Versions: 1.0.8
> Reporter: Richard van Nieuwenhoven
> Priority: Minor

>
> I think i found a bug in the class 
> org.apache.myfaces.tobago.renderkit.SelectManyRendererBase. it can take an 
> Object array as selected-object getter but needs a setter with a String[].
> The information how to convert a Object into a String and back is normaly 
> done with a javax.faces.convert.Converter but not in this case.
> I changed the last part of the decode method to:
>
>Object [] convertedValue = null;
>if (newValue == null) {
>convertedValue = new Object[0]; // because no selection will not 
> submitted by browsers
>} else {
>convertedValue = new Object[newValue.length];
>for (int index=0;index < newValue.length;index++)
>convertedValue[index] = getConvertedValue(facesContext, 
> component, newValue[index]);
>}
>uiSelectMany.setValue(convertedValue);
>..
> The situation improved now, but the setter must now have a parameter of type 
> Object[] I would like to use the specific type-array, but for that i have 
> to know the specific-type in the decode method (to create the array in the 
> correct type). the best solution would be if the "Update Model Values"  did 
> the conversion from Object[] to SpecificType[].

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira



RSVP for JavaOne

2006-04-26 Thread James Mitchell

Any chance I can get in on the MyFaces happenings?

--
James Mitchell






Re: RSVP for JavaOne

2006-04-26 Thread Matthias Wessendorf
added jonas (he is "on tour" through europe) in case you mean

"the annual myfaces dinner"

On 4/26/06, James Mitchell <[EMAIL PROTECTED]> wrote:
> Any chance I can get in on the MyFaces happenings?
>
> --
> James Mitchell
>
>
>
>
>


--
Matthias Wessendorf
Aechterhoek 18
48282 Emsdetten
http://jroller.com/page/mwessendorf
mwessendorf-at-gmail-dot-com


Re: [Important] Ugly bug in core pom.xml for 1.1.2 and 1.1.3

2006-04-26 Thread Sean Schofield
We'd have to ask the maven people to republish just this artifact. 
Technically it requires a new vote, etc.

Lets concentrate on the new release first.  I'm about to start a
[VOTE] thread once TCK testing is done.  In the meantime, please check
your independent project agains the jars in our new myfaces repo[1].

Sean

[1] http://myfaces.zones.apache.org/dist/maven-repository

On 4/26/06, Manfred Geiler <[EMAIL PROTECTED]> wrote:
> On 4/25/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
>
> > > Actually when you build a custom project with a myfaces-impl-1.1.2
> > > dependency Maven 2.0.4 tries to download the myfaces-master-1.0.1
> release(!)
> > > from http://cvs.apache.org/maven-snapshot-repository,
> which
> > > is subject to fail of course.
> > > Try it out!
> >
> > OK now I see what you are saying.  I didn't realize this was a custom
> > project issue.  Interesting that maven downloads the master-pom.  Its
> > really only a maven-related dependency.  I'm suprised its requiring
> > it.
> >
> > Out of curiousity why doesn't maven just grab the myfaces-master-1.0.1
> > from ibiblio?  Why is it even checking the snapshot repo?
>
>
> Looks like Maven tries to do that because WE coerce Maven to download every
> dependency regarding the myfaces-core-project artifact. We do that by
> mistakenly saying: "Use
> http://cvs.apache.org/maven-snapshot-repository for all
> your downloads."
> Just for remembrance, this is the concerned section:
>   
> 
>  -- malformed element !
>
>   apache-maven-snapshots
>
> http://cvs.apache.org/maven-snapshot-repository
> 
>   
>
>
>
> > > We should also try to fix the releases myfaces-core-project-1.1.2.pom
> ASAP.
> >
> > Well I don't think we can go back and fix this release retroactively.
> > I'd say we need to release a whole new core (1.1.3 ) ASAP for this and
> > other reasons.  I'm trying my best but I am only one person and there
> > is a lot of maven b.s. to deal with at the moment.
>
>
> I just patched the myfaces-core-project-1.1.2.pom in my local M2 repo. Now
> Maven build work like a charm.
>
> Since myfaces-core-project-1.1.2.pom is only a POM, there speaks nothing
> against uploading a patched version to ibiblio, although this is not a thing
> one should do every day, of course. Right? So,
> * Is there an easy way to replace an already released POM on ibiblio?
> * Any veto against this?
>
> Manfred
>
>


Re: MyFaces Maven Repo [Was -- > svn commit: r396926]

2006-04-26 Thread Sean Schofield
> Struts is planning to use maven-snapshot-repository for test builds
> (tagged and numbered, but not yet voted as a release.)  To do this,
> we've overridden the definition of that repo to enable releases
> (because our test build will be versioned 1.3.2, with no -SNAPSHOT
> designation.)  It's causing unnecessary traffic, but unless we
> establish another repo, I'm not sure what else to do.

One advantage in establish a myfaces repo is that we can designate it
as "release" only in the  config.  This way its only
checked if the artifact cannot be found in ibiblio and only if its
*final.*  No snapshots are ever checked.  Is this right?  And if so,
does this make sense to do?

> And then there is still an issue of how to promote artifacts from
> maven-snapshot-repository to dist/maven-repository.  I want those
> *exact* artifacts moved to ibiblio.  (In fact Maven's release process
> doesn't fit at all with the ASF way of voting on a particular set of
> files as "a release".  The fact that the artifacts get rebuilt each
> time you deploy is a problem.)
>
> Brett suggested writing a plugin to do the "promotion", as Maven
> doesn't currently have a way to do it.


There is the signing of the artifacts as well as the actual
publishing.  Maybe we could work together on a solution for that.

> Wendy

Sean


Pleae change JIRA permissions

2006-04-26 Thread Sean Schofield
I cannot currently reopen or edit JIRA issues.  My profile does say I
am in the struts-developers group but that does not appear to be
enough.

Regards,

Sean


Re: 'Progress Bar' component

2006-04-26 Thread Sean Schofield
Is there something like this in ADF faces?  I haven't looked at the
donation yet with all of the other stuff going on but they have a
pretty complete set of widgets in there.  I agree it would be
something nice to have.

Sean

On 4/26/06, Martin Marinschek <[EMAIL PROTECTED]> wrote:
> I'd really like this component in MyFaces. If you want to work on it,
> I could help you out with the odd discussion if you want ;)
>
> regards,
>
> Martin
>
> On 4/26/06, Gilles DEMARTY <[EMAIL PROTECTED]> wrote:
> > Hi guys,
> >
> > The java guys have defined as blueprint a ProgressBar component ([1] &
> > [2]). Is there anyone working on somethink looking like this in
> > sandbox ? Does it sounds a good idea ?
> >
> > I'm looking both in sandbox components and DOJO widjets and i've seen
> > nothing looking like that.
> > I need it in some corporate developments and i'm sure i'm not the only one.
> >
> > If nothing is already done, i would work on it with my (not that big)
> > knowledge of JSF component development and AJAX development.
> >
> > Typical use are :
> >  * unknown progression bar with a bar that is filling and unfilling
> > continuesly, based of a flag taskCompled
> >  * progression bar like the one shown [2], with a float between 0 and
> > 1. In that  case, we surely can 'evaluate' the remaining time base of
> > the completion and the time it took to do it.
> >
> > Any other ideas  ?
> >
> > Gilles
> >
> > [1] : https://blueprints.dev.java.net/complib/v2/progress-bar.html
> > [2] : https://blueprints.dev.java.net/complib/images/progress-bar.jpg
> >
>
>
> --
>
> http://www.irian.at
>
> Your JSF powerhouse -
> JSF Consulting, Development and
> Courses in English and German
>
> Professional Support for Apache MyFaces
>


Re: 'Progress Bar' component

2006-04-26 Thread Craig McClanahan
On 4/26/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
Is there something like this in ADF faces?  I haven't looked at thedonation yet with all of the other stuff going on but they have apretty complete set of widgets in there.  I agree it would besomething nice to have.
It would definitely be nice to have in MyFaces.  But, there's no reason to be shy about using the BluePrints ones either ... they are open source and BSD licensed :-).
SeanCraig


Re: 'Progress Bar' component

2006-04-26 Thread Matthias Wessendorf
yes, there is something like that

when you deploy the demo-war you will see two examples

/adf/faces/components/progressIndicator.jspx
like (5% done ...)

and

/adf/faces/demos/progressSteps.jspx
(like an updating "check list")

-Matthias

On 4/26/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
> Is there something like this in ADF faces?  I haven't looked at the
> donation yet with all of the other stuff going on but they have a
> pretty complete set of widgets in there.  I agree it would be
> something nice to have.
>
> Sean
>
> On 4/26/06, Martin Marinschek <[EMAIL PROTECTED]> wrote:
> > I'd really like this component in MyFaces. If you want to work on it,
> > I could help you out with the odd discussion if you want ;)
> >
> > regards,
> >
> > Martin
> >
> > On 4/26/06, Gilles DEMARTY <[EMAIL PROTECTED]> wrote:
> > > Hi guys,
> > >
> > > The java guys have defined as blueprint a ProgressBar component ([1] &
> > > [2]). Is there anyone working on somethink looking like this in
> > > sandbox ? Does it sounds a good idea ?
> > >
> > > I'm looking both in sandbox components and DOJO widjets and i've seen
> > > nothing looking like that.
> > > I need it in some corporate developments and i'm sure i'm not the only 
> > > one.
> > >
> > > If nothing is already done, i would work on it with my (not that big)
> > > knowledge of JSF component development and AJAX development.
> > >
> > > Typical use are :
> > >  * unknown progression bar with a bar that is filling and unfilling
> > > continuesly, based of a flag taskCompled
> > >  * progression bar like the one shown [2], with a float between 0 and
> > > 1. In that  case, we surely can 'evaluate' the remaining time base of
> > > the completion and the time it took to do it.
> > >
> > > Any other ideas  ?
> > >
> > > Gilles
> > >
> > > [1] : https://blueprints.dev.java.net/complib/v2/progress-bar.html
> > > [2] : https://blueprints.dev.java.net/complib/images/progress-bar.jpg
> > >
> >
> >
> > --
> >
> > http://www.irian.at
> >
> > Your JSF powerhouse -
> > JSF Consulting, Development and
> > Courses in English and German
> >
> > Professional Support for Apache MyFaces
> >
>


--
Matthias Wessendorf
Aechterhoek 18
48282 Emsdetten
http://jroller.com/page/mwessendorf
mwessendorf-at-gmail-dot-com


enhancements to form and command* components

2006-04-26 Thread Mario Ivankovits
Hi!

For the upcoming conversation tag I need some enhancements to the form,
commandLink, commandButton and outputLink components.
Also a redirect should be catched (through a responseWrapper in
ExtensionsFilter).

The requirement is to provide a way to globally add request parameters
to these components.

The idea is to allow something like a RequestParameterProvider to be
registered to tomahawk and the components above ask this provider for
which fields and values to add.
So the interface could be:

interface RequestParameterProvider
public String[] getFields();
public String getFieldValue(String field);

In case of form the required hidden fields should be added, and the
value should be set via commandLink/commandButton.
In case of outputLink and redirect the field/value pair should simply be
added to the url.
If the fieldValue is null, only a hidden field will be created.

Later this should make it possible to implement things like auto_scroll
using this provider, not sure if we need something else to make this
work, but for my current requirement (conversation tag) this will be enough.

The manager where a provider could register itself should be static, if
and which fields and values to add is in the responsibility of the provider.
The registration should be possible through code (this is sufficient for
now - I think), the possibility to add provider classes via web.xml
would also be nice.

There is already a EnhancedCommandLink and EnhanceCommandButton in
tomahawk, after adding EnhancedForm and EnhancedOutputLink this could be
the right place to implement this stuff.


Some additional ideas? Or even better a volunteer?
Since I made good progress with the conversation tag today it would be
nice - if there is a volunteer - to have this in the next two days
(sorry for the pressure, but some else press me too ;-) greetings to
Thomas), else I'll start with it.

Ciao,
Mario



Re: error while resolving artifact xslt-plugin

2006-04-26 Thread Sean Schofield
Ahh this is because we dropped the atanion snapshot repo since this
plugin has been finalized.  The issue has already been resolved on the
latest maven/shared/core branches and so will be fixed on the trunk as
soon as I merge them down (probably tomorrow.)

@Bernd: You want to address the tobago one?

Sean

On 4/26/06, Rogerio Pereira <[EMAIL PROTECTED]> wrote:
> And with tobago too:
>
> Downloading:
> http://www.apache.org/dist/maven-repository//org/apache/maven/wagon/wagon-ssh-external/1.0-alpha-6/wagon-ssh-external-1.0-alpha-6.pom
>
> [INFO]
> 
> [ERROR] BUILD ERROR
> [INFO]
> 
> [INFO] Error building POM (may not be this project's POM).
>
>
> Project ID: org.apache.maven.wagon:wagon-ssh-external
>
> Reason: Error getting POM for
> 'org.apache.maven.wagon:wagon-ssh-external' from the
> repository: Error transferring file
>   org.apache.maven.wagon:wagon-ssh-external:pom:1.0-alpha-6
>
>
> from the specified remote repositories:
>   central (http://repo1.maven.org/maven2),
>   apache-maven-repository (
> http://www.apache.org/dist/maven-repository/),
>
>   apache-maven-snapshots
> (http://cvs.apache.org/maven-snapshot-repository)
>
>


Re: Myfaces running on WebSphere Application Server v6.1

2006-04-26 Thread Eric Hedström
The better approach is to set the classloader policy for your web module in the "Enterprise Application" to "Parent last". This tells WebSphere that for your application, you want it to favor the libraries in the WAR over those bundled with WebSphere.
We've run into this problem with several JARs (JDOM, Mozilla Rhino js.jar, etc.) for which Websphere includes an older version or its own custom version. Customers definitely prefer this approach to hacking on the app server itself.
The app I'm working on now is using the Sun RI impl with Tomahawk 1.1. Without the classloader setting it chokes even on the Sun RI.EricOn 4/20/06, 
Thomas Spiegl <[EMAIL PROTECTED]> wrote:
You may find this helpfulhttp://wiki.apache.org/myfaces/Websphere_InstallationOn 4/20/06, Graham Crooks <
[EMAIL PROTECTED]> wrote:>> I am porting on behalf of a software house, an application  that is currenly> running on Tomcat Server under Redhat Linux.> The developer has made extensive use of the MyfacesTomahawk extensions and
> these seem to work fine in Tomcat but within WebSphere Appication Server> anything that is declared between the tomahawk specific tags is not> displayed.>> The message I am seeing is: ERROR
> [org.apache.myfaces.lifecycle.LifecycleImpl] - > but there is no extension in /software/>> [org.apache.myfaces.lifecycle.LifecycleImpl.deriveViewId(LifecycleImpl.java
:422)]>> After lots of log setting I know that this error is NOT being produced by> Websphere> in fact it appears in the /home/user1/logs/error.log, and I believe this is> being written to by:
> org/apache/myfaces/lifecycle/LifecycleImpl.java>> This is the MyFaces extension declarations within the web.xml> > MyFacesExtensionsFilter
>> org.apache.myfaces.component.html.util.ExtensionsFilter> > maxFileSize> 20m
> > >> > MyFacesExtensionsFilter> /software
> >> /software resolves to the JSF servlet.>> I have tried changing around the /software to /*.jsf etc but this doesn't> make any difference.> Can anyone tell me where I might start trying to look to figure this
> through.Tks> --> View this message in context: http://www.nabble.com/Myfaces-running-on-WebSphere-Application-Server-v6.1-t1480412.html#a4006869
> Sent from the My Faces - Dev forum at Nabble.com.>>--http://www.irian.atYour JSF powerhouse -JSF Consulting, Development and
Courses in English and GermanProfessional Support for Apache MyFaces


RE: RSVP for JavaOne

2006-04-26 Thread Stan Silvert
In addition to the dinner, we are also having a MyFaces
committers/contributors meeting.  Anyone interested in the development
of the MyFaces project is welcome.

It will be held on Tuesday, June 17 at 1pm.  We have the room until 5pm.

Location: Palomar Hotel (very nice hotel - across the street from the
Marriott)

Snacks: Yes

Presentations: Yes

Lots of discussion time: Yes

Stan Silvert
JBoss, Inc.
[EMAIL PROTECTED]
callto://stansilvert

> -Original Message-
> From: James Mitchell [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, April 26, 2006 12:48 PM
> To: MyFaces Development
> Subject: RSVP for JavaOne
> 
> Any chance I can get in on the MyFaces happenings?
> 
> --
> James Mitchell
> 
> 
> 



RE: Myfaces running on WebSphere Application Server v6.1

2006-04-26 Thread Scheper, Erik-Berndt
Yes, this should work. Sometimes you have to set the classloader for the EAR to 
parent_last as well (especially if you include jar's in the EAR and add them to 
the manifest in the war file.
The cause of this issue is that IBM has packaged its own (and very buggy I 
might add) version of the JSF reference implementation with WAS 6.0.
The same is required if you want to use commons logging within your web 
application as IBM has wisely included its own version of this as well (without 
updating the package structure).
 
Regards,
Erik-Berndt Scheper
Sogeti Nederland BV



Van: [EMAIL PROTECTED] namens Eric Hedström
Verzonden: wo 26-4-2006 21:36
Aan: MyFaces Development
Onderwerp: Re: Myfaces running on WebSphere Application Server v6.1


The better approach is to set the classloader policy for your web module in the 
"Enterprise Application" to "Parent last". This tells WebSphere that for your 
application, you want it to favor the libraries in the WAR over those bundled 
with WebSphere. 

We've run into this problem with several JARs (JDOM, Mozilla Rhino js.jar, 
etc.) for which Websphere includes an older version or its own custom version. 
Customers definitely prefer this approach to hacking on the app server itself. 

The app I'm working on now is using the Sun RI impl with Tomahawk 1.1. Without 
the classloader setting it chokes even on the Sun RI.

Eric


On 4/20/06, Thomas Spiegl <[EMAIL PROTECTED]> wrote: 

You may find this helpful
http://wiki.apache.org/myfaces/Websphere_Installation

On 4/20/06, Graham Crooks < [EMAIL PROTECTED]  > wrote:
>
> I am porting on behalf of a software house, an application  that is 
currenly
> running on Tomcat Server under Redhat Linux.
> The developer has made extensive use of the MyfacesTomahawk 
extensions and 
> these seem to work fine in Tomcat but within WebSphere Appication 
Server
> anything that is declared between the tomahawk specific tags is not
> displayed.
>
> The message I am seeing is: ERROR 
> [org.apache.myfaces.lifecycle.LifecycleImpl] -  but there is no extension in /software/>
> 
[org.apache.myfaces.lifecycle.LifecycleImpl.deriveViewId(LifecycleImpl.java 
:422)]
>
> After lots of log setting I know that this error is NOT being 
produced by
> Websphere
> in fact it appears in the /home/user1/logs/error.log, and I believe 
this is
> being written to by: 
> org/apache/myfaces/lifecycle/LifecycleImpl.java
>
> This is the MyFaces extension declarations within the web.xml
> 
> MyFacesExtensionsFilter 
>
> 
org.apache.myfaces.component.html.util.ExtensionsFilter
> 
> maxFileSize
> 20m 
> 
> 
>
> 
> MyFacesExtensionsFilter
> /software 
> 
>
> /software resolves to the JSF servlet.
>
> I have tried changing around the /software to /*.jsf etc but this 
doesn't
> make any difference.
> Can anyone tell me where I might start trying to look to figure this 
> through.Tks
> --
> View this message in context: 
http://www.nabble.com/Myfaces-running-on-WebSphere-Application-Server-v6.1-t1480412.html#a4006869
 
> Sent from the My Faces - Dev forum at Nabble.com.
>
>


--
http://www.irian.at

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

Professional Support for Apache MyFaces





Disclaimer:
This message contains information that may be privileged or confidential and is 
the property of Sogeti Nederland B.V. or its Group members. It is intended only 
for the person to whom it is addressed. If you are not the intended recipient, 
you are not authorized to read, print, retain, copy, disseminate, distribute, 
or use this message or any part thereof. If you receive this message in error, 
please notify the sender immediately and delete all copies of this message.

<>

Re: RSVP for JavaOne

2006-04-26 Thread Craig McClanahan
On 4/26/06, Stan Silvert <[EMAIL PROTECTED]> wrote:
In addition to the dinner, we are also having a MyFacescommitters/contributors meeting.  Anyone interested in the developmentof the MyFaces project is welcome.It will be held on Tuesday, June 17 at 1pm.  We have the room until 5pm.
I hope that "June 17" (at least) isn't right ... if it is, you're likely to be pretty lonely :-).Criag 
Location: Palomar Hotel (very nice hotel - across the street from theMarriott)Snacks: YesPresentations: YesLots of discussion time: YesStan SilvertJBoss, Inc.
[EMAIL PROTECTED]callto://stansilvert> -Original Message-> From: James Mitchell [mailto:[EMAIL PROTECTED]]> Sent: Wednesday, April 26, 2006 12:48 PM
> To: MyFaces Development> Subject: RSVP for JavaOne>> Any chance I can get in on the MyFaces happenings?>> --> James Mitchell>>>



Re: RSVP for JavaOne

2006-04-26 Thread Dennis Byrne
When/where is the Oracle sponsered party BTW?

Dennis Byrne

>-Original Message-
>From: Stan Silvert [mailto:[EMAIL PROTECTED]
>Sent: Wednesday, April 26, 2006 03:45 PM
>To: 'MyFaces Development'
>Subject: RE: RSVP for JavaOne
>
>In addition to the dinner, we are also having a MyFaces
>committers/contributors meeting.  Anyone interested in the development
>of the MyFaces project is welcome.
>
>It will be held on Tuesday, June 17 at 1pm.  We have the room until 5pm.
>
>Location: Palomar Hotel (very nice hotel - across the street from the
>Marriott)
>
>Snacks: Yes
>
>Presentations: Yes
>
>Lots of discussion time: Yes
>
>Stan Silvert
>JBoss, Inc.
>[EMAIL PROTECTED]
>callto://stansilvert
>
>> -Original Message-
>> From: James Mitchell [mailto:[EMAIL PROTECTED]
>> Sent: Wednesday, April 26, 2006 12:48 PM
>> To: MyFaces Development
>> Subject: RSVP for JavaOne
>> 
>> Any chance I can get in on the MyFaces happenings?
>> 
>> --
>> James Mitchell
>> 
>> 
>> 
>
>




Re: The annual MyFaces JavaOne party/dinner

2006-04-26 Thread Matthias Wessendorf
Dennis-

fyi

-Matthias

On 3/9/06, Jonas Jacobi <[EMAIL PROTECTED]> wrote:
>  Hi All,
>
>  Its getting close to JavaOne and it is time to add the MyFaces JavaOne
> Party to your calendar.
>
>  As we did last year, there is no set date this early on, but we need to
> know now how many are interested in coming to a MyFaces night out during
> JavaOne (May 16th - 19th, 2006). With this information we can plan and book
> the right venue for the party/dinner.
>
>  Last year ~20 MyFaces fans met at the Thirst Bear for a dinner and a "few"
> beers
> (http://myfaces.apache.org/community/javaone2005_cometogether.html),
> and, of course, lot of interesting discussions about JSF and web frameworks
> in general.
>
>  This year we hope that more fans will come and join us for a night out.
> Please let us know if you are interested in joining up at the MyFaces party
> as soon as possible. Note: JavaOne is a month early compared to last year
> and that is why you see this invite now :)
>
>  Last year Oracle sponsored the evening, and they sure will this year :),
> but we would love to see more sponsors contribute to ensure that this will
> be a very memorable happening.
>
>  Thanks,
>  Jonas
>
> --
>  Author: Pro JSF and Ajax: Building Rich Internet Components
>  Blog: http://www.orablogs.com/jjacobi
>
>
>


--
Matthias Wessendorf
Aechterhoek 18
48282 Emsdetten
http://jroller.com/page/mwessendorf
mwessendorf-at-gmail-dot-com


RE: Myfaces running on WebSphere Application Server v6.1

2006-04-26 Thread Scheper, Erik-Berndt
Sorry, I misread the initial post. I thought Eric suggested setting the 
classloader for the web module to parent_last (yes, there are two places to set 
this).  That's the first one I usually set. Hence my suggestion you might also 
need to set the classloader for the EAR.
 
To solve all classloader issues like this, google for "mustgather classloader 
issues site:ibm.com", and you are shown all IBM mustgather pages for the 
various incarnations of WAS. They show you how to enable tracing and using 
trace.log you can find the jar used to load your classes. 
 
BTW: typical you need google to find anything on the IBM site ;-)
 
Regards, 
Erik-Berndt Scheper



Van: Scheper, Erik-Berndt [mailto:[EMAIL PROTECTED]
Verzonden: wo 26-4-2006 21:43
Aan: MyFaces Development
Onderwerp: RE: Myfaces running on WebSphere Application Server v6.1


Yes, this should work. Sometimes you have to set the classloader for the EAR to 
parent_last as well (especially if you include jar's in the EAR and add them to 
the manifest in the war file.
The cause of this issue is that IBM has packaged its own (and very buggy I 
might add) version of the JSF reference implementation with WAS 6.0.
The same is required if you want to use commons logging within your web 
application as IBM has wisely included its own version of this as well (without 
updating the package structure).
 
Regards,
Erik-Berndt Scheper
Sogeti Nederland BV



Van: [EMAIL PROTECTED] namens Eric Hedström
Verzonden: wo 26-4-2006 21:36
Aan: MyFaces Development
Onderwerp: Re: Myfaces running on WebSphere Application Server v6.1


The better approach is to set the classloader policy for your web module in the 
"Enterprise Application" to "Parent last". This tells WebSphere that for your 
application, you want it to favor the libraries in the WAR over those bundled 
with WebSphere. 

We've run into this problem with several JARs (JDOM, Mozilla Rhino js.jar, 
etc.) for which Websphere includes an older version or its own custom version. 
Customers definitely prefer this approach to hacking on the app server itself. 

The app I'm working on now is using the Sun RI impl with Tomahawk 1.1. Without 
the classloader setting it chokes even on the Sun RI.

Eric


On 4/20/06, Thomas Spiegl <[EMAIL PROTECTED]> wrote: 

You may find this helpful
http://wiki.apache.org/myfaces/Websphere_Installation

On 4/20/06, Graham Crooks < [EMAIL PROTECTED]  > wrote:
>
> I am porting on behalf of a software house, an application  that is 
currenly
> running on Tomcat Server under Redhat Linux.
> The developer has made extensive use of the MyfacesTomahawk 
extensions and 
> these seem to work fine in Tomcat but within WebSphere Appication 
Server
> anything that is declared between the tomahawk specific tags is not
> displayed.
>
> The message I am seeing is: ERROR 
> [org.apache.myfaces.lifecycle.LifecycleImpl] -  but there is no extension in /software/>
> 
[org.apache.myfaces.lifecycle.LifecycleImpl.deriveViewId(LifecycleImpl.java 
:422)]
>
> After lots of log setting I know that this error is NOT being 
produced by
> Websphere
> in fact it appears in the /home/user1/logs/error.log, and I believe 
this is
> being written to by: 
> org/apache/myfaces/lifecycle/LifecycleImpl.java
>
> This is the MyFaces extension declarations within the web.xml
> 
> MyFacesExtensionsFilter 
>
> 
org.apache.myfaces.component.html.util.ExtensionsFilter
> 
> maxFileSize
> 20m 
> 
> 
>
> 
> MyFacesExtensionsFilter
> /software 
> 
>
> /software resolves to the JSF servlet.
>
> I have tried changing around the /software to /*.jsf etc but this 
doesn't
> make any difference.
> Can anyone tell me where I might start trying to look to figure this 
> through.Tks
> --
> View this message in context: 
http://www.nabble.com/Myfaces-running-on-WebSphere-Application-Server-v6.1-t1480412.html#a4006869
 
> Sent from the My Faces - Dev forum at Nabble.com.
>
>


--
http://www.irian.at

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

Professional Support for Apache MyFaces





Disclaimer:
This message contains information that may be privileged or confidential and is 
the property of Sogeti Nederland B.V. or its Group members. It is intended only 
for the person to whom it is addressed. If you are not the intended recipient, 
you are not authorized to read, pr

[jira] Updated: (TOMAHAWK-384) AddResource, ExtensionsFilter and "sex"

2006-04-26 Thread JIRA
 [ http://issues.apache.org/jira/browse/TOMAHAWK-384?page=all ]

Sascha Groß updated TOMAHAWK-384:
-

Status: Patch Available  (was: Open)

> AddResource, ExtensionsFilter and "sex"
> ---
>
>  Key: TOMAHAWK-384
>  URL: http://issues.apache.org/jira/browse/TOMAHAWK-384
>  Project: MyFaces Tomahawk
> Type: New Feature

>   Components: ExtensionsFilter
> Versions: 1.1.1
> Reporter: Sascha Groß
>  Attachments: TOMAHAWK-384.zip
>
> The url rendered for addedResources "/faces/myFacesExtensionResource" 
> contains "sex"   ( myFace _sEx_ tensionResource).
> Our proxy filter all URLs which contains "sex" .
> Can you change "/faces/myFacesExtensionResource" to 
> "/faces/myFaces_ExtensionResource" or make the url configurable?

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira



[jira] Commented: (TOMAHAWK-384) AddResource, ExtensionsFilter and "sex"

2006-04-26 Thread JIRA
[ 
http://issues.apache.org/jira/browse/TOMAHAWK-384?page=comments#action_12376547 
] 

Sascha Groß commented on TOMAHAWK-384:
--

Is it possible to put this patch to MyFaces Tomahawk 1.1.2?

> AddResource, ExtensionsFilter and "sex"
> ---
>
>  Key: TOMAHAWK-384
>  URL: http://issues.apache.org/jira/browse/TOMAHAWK-384
>  Project: MyFaces Tomahawk
> Type: New Feature

>   Components: ExtensionsFilter
> Versions: 1.1.1
> Reporter: Sascha Groß
>  Attachments: TOMAHAWK-384.zip
>
> The url rendered for addedResources "/faces/myFacesExtensionResource" 
> contains "sex"   ( myFace _sEx_ tensionResource).
> Our proxy filter all URLs which contains "sex" .
> Can you change "/faces/myFacesExtensionResource" to 
> "/faces/myFaces_ExtensionResource" or make the url configurable?

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira



RE: RSVP for JavaOne

2006-04-26 Thread Stan Silvert








Yes, I meant May 17th.  I’m
used to JavaOne in June.  

 



Stan
 Silvert

JBoss, Inc.

[EMAIL PROTECTED]

callto://stansilvert













From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Craig McClanahan
Sent: Wednesday, April 26, 2006
3:56 PM
To: MyFaces
 Development
Subject: Re: RSVP for JavaOne



 

On 4/26/06, Stan
 Silvert <[EMAIL PROTECTED]>
wrote:





In addition to the dinner, we are also having a MyFaces
committers/contributors meeting.  Anyone interested in the development
of the MyFaces project is welcome.

It will be held on Tuesday, June 17 at 1pm.  We have the room until
5pm. 






I hope that "June 17" (at least) isn't right ... if it is, you're
likely to be pretty lonely :-).

Criag 





 

Location: Palomar Hotel
(very nice hotel - across the street from the
Marriott)

Snacks: Yes

Presentations: Yes

Lots of discussion time: Yes

Stan Silvert
JBoss, Inc.
[EMAIL PROTECTED]
callto://stansilvert

> -Original Message-
> From: James Mitchell [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, April 26, 2006 12:48 PM 
> To: MyFaces Development
> Subject: RSVP for JavaOne
>
> Any chance I can get in on the MyFaces happenings?
>
> --
> James Mitchell
>
>
>





 










[jira] Resolved: (TOBAGO-49) Define the assembly for a release

2006-04-26 Thread Bernd Bohmann (JIRA)
 [ http://issues.apache.org/jira/browse/TOBAGO-49?page=all ]
 
Bernd Bohmann resolved TOBAGO-49:
-

Resolution: Fixed

> Define the assembly for a release
> -
>
>  Key: TOBAGO-49
>  URL: http://issues.apache.org/jira/browse/TOBAGO-49
>  Project: MyFaces Tobago
> Type: Task

> Reporter: Udo Schnurpfeil
> Assignee: Bernd Bohmann
> Priority: Blocker
>  Fix For: 1.0.7

>


-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira



[jira] Created: (TOMAHAWK-392) Include Log4J in simple.war

2006-04-26 Thread Dennis Byrne (JIRA)
Include Log4J in simple.war
---

 Key: TOMAHAWK-392
 URL: http://issues.apache.org/jira/browse/TOMAHAWK-392
 Project: MyFaces Tomahawk
Type: Improvement

Reporter: Dennis Byrne
 Assigned to: Dennis Byrne 


MyFaces includes log4j.properties, but no log4j.jar .

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira



[jira] Resolved: (MYFACES-1278) StateManager throws NullPointerException

2006-04-26 Thread Juergen Melzer (JIRA)
 [ http://issues.apache.org/jira/browse/MYFACES-1278?page=all ]
 
Juergen Melzer resolved MYFACES-1278:
-

Resolution: Won't Fix

I had used an own Statemanager to prevent myFaces from loading the view from 
cache, so I can make a quick deploy of jsp files.

public UIViewRoot restoreView(FacesContext facescontext, String viewId, String 
renderKitId)
  {
HttpServletRequest request = (HttpServletRequest) 
facescontext.getExternalContext().getRequest();
if (request.getParameterMap().size() == 0)
{
  return null;
}
return super.restoreView(facescontext, viewId, renderKitId);
  }

> StateManager throws NullPointerException
> 
>
>  Key: MYFACES-1278
>  URL: http://issues.apache.org/jira/browse/MYFACES-1278
>  Project: MyFaces Core
> Type: Bug

> Versions: 1.1.2-SNAPSHOT
>  Environment: IE & Firefox
> myFaces 1.1.2 snapshot , Tiles, Spring 1.2.7
> Reporter: Juergen Melzer

>
> Sometime after submitting a form more than one times, I get the following 
> exception
> java.lang.NullPointerException: null values not allowed
>   at 
> org.apache.commons.collections.map.AbstractReferenceMap.put(AbstractReferenceMap.java:251)
>   at 
> org.apache.myfaces.application.jsp.JspStateManagerImpl$SerializedViewCollection.add(JspStateManagerImpl.java:717)
>   at 
> org.apache.myfaces.application.jsp.JspStateManagerImpl.saveSerializedViewInServletSession(JspStateManagerImpl.java:493)
>   at 
> org.apache.myfaces.application.jsp.JspStateManagerImpl.saveSerializedView(JspStateManagerImpl.java:332)
>   at org.apache.myfaces.taglib.core.ViewTag.doAfterBody(ViewTag.java:122)
>   at 
> org.apache.jsp.tiles.mainLayout_jsp._jspx_meth_f_view_0(org.apache.jsp.tiles.mainLayout_jsp:305)
>   at 
> org.apache.jsp.tiles.mainLayout_jsp._jspService(org.apache.jsp.tiles.mainLayout_jsp:117)
>   at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97)
>   at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
>   at 
> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:332)
>   at 
> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314)
>   at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264)
>   at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
>   at 
> net.sf.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:292)
>   at 
> net.sf.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:98)
>   at 
> net.sf.acegisecurity.intercept.web.SecurityEnforcementFilter.doFilter(SecurityEnforcementFilter.java:197)
>   at 
> net.sf.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:303)
>   at 
> net.sf.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:143)
>   at 
> net.sf.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:303)
>   at 
> net.sf.acegisecurity.wrapper.SecurityContextHolderAwareRequestFilter.doFilter(SecurityContextHolderAwareRequestFilter.java:50)
>   at 
> net.sf.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:303)
>   at 
> net.sf.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:156)
>   at 
> net.sf.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:303)
>   at 
> net.sf.acegisecurity.util.FilterChainProxy.doFilter(FilterChainProxy.java:173)
>   at 
> net.sf.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:120)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
>   at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
>   at 
> org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:672)
>   at 
> org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:463)
>   at 
> org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:398)
>   at 
> org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:301)
>   at 
> org.apache.myfaces.context.servlet.ServletExternalContextImpl.dispatch(ServletExternalContextImpl.java:416)
>   at 
> org.apache.myfaces.application.jsp.JspTilesViewHandlerImpl.dispatch(JspTilesViewHandlerImpl.java:233)
>   at 
> org.apache.myfaces.application.jsp.JspTilesViewHandlerImpl.renderView(JspTilesView

Re: Pleae change JIRA permissions

2006-04-26 Thread Martin Marinschek
Shouldn't that have been sent to shale-dev?

regards,

Martin

On 4/26/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
> I cannot currently reopen or edit JIRA issues.  My profile does say I
> am in the struts-developers group but that does not appear to be
> enough.
>
> Regards,
>
> Sean
>


--

http://www.irian.at

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

Professional Support for Apache MyFaces


Re: enhancements to form and command* components

2006-04-26 Thread Martin Marinschek
Hey Mario,

we'll have one, or even two  volunteers for this ;).

regards,

Martin

On 4/26/06, Mario Ivankovits <[EMAIL PROTECTED]> wrote:
> Hi!
>
> For the upcoming conversation tag I need some enhancements to the form,
> commandLink, commandButton and outputLink components.
> Also a redirect should be catched (through a responseWrapper in
> ExtensionsFilter).
>
> The requirement is to provide a way to globally add request parameters
> to these components.
>
> The idea is to allow something like a RequestParameterProvider to be
> registered to tomahawk and the components above ask this provider for
> which fields and values to add.
> So the interface could be:
>
> interface RequestParameterProvider
> public String[] getFields();
> public String getFieldValue(String field);
>
> In case of form the required hidden fields should be added, and the
> value should be set via commandLink/commandButton.
> In case of outputLink and redirect the field/value pair should simply be
> added to the url.
> If the fieldValue is null, only a hidden field will be created.
>
> Later this should make it possible to implement things like auto_scroll
> using this provider, not sure if we need something else to make this
> work, but for my current requirement (conversation tag) this will be enough.
>
> The manager where a provider could register itself should be static, if
> and which fields and values to add is in the responsibility of the provider.
> The registration should be possible through code (this is sufficient for
> now - I think), the possibility to add provider classes via web.xml
> would also be nice.
>
> There is already a EnhancedCommandLink and EnhanceCommandButton in
> tomahawk, after adding EnhancedForm and EnhancedOutputLink this could be
> the right place to implement this stuff.
>
>
> Some additional ideas? Or even better a volunteer?
> Since I made good progress with the conversation tag today it would be
> nice - if there is a volunteer - to have this in the next two days
> (sorry for the pressure, but some else press me too ;-) greetings to
> Thomas), else I'll start with it.
>
> Ciao,
> Mario
>
>


--

http://www.irian.at

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

Professional Support for Apache MyFaces


serialVersionUID updates?

2006-04-26 Thread Dennis Byrne
There was once a rather long discussion about this once.  Did MyFaces ever 
settle on what to do about making sure the serialVersionUID was changed each 
time the interface or class definition changed?

Dennis Byrne