date:20060201

[ 
http://issues.apache.org/jira/browse/MYFACES-1023?page=comments#action_12364783 
] 

Martin Marinschek commented on MYFACES-1023:


Ok, now you'll need to post the converter code ;)

the problem is obviously happening in your custom converter...

regards,

Martin

 inputCalendar with CalendarConverter loses value data
 -

  Key: MYFACES-1023
  URL: http://issues.apache.org/jira/browse/MYFACES-1023
  Project: MyFaces
 Type: Bug
   Components: Tomahawk
 Versions: 1.1.1
  Environment: windows xp pro
 Reporter: Sven Vogt


 When I set a Converter for java.util.Calendar to inputCalendar, the value 
 will not be rendered.
 t:inputCalendar id=calendar_1
value=#{exampleInputBean.calendar}
renderAsPopup=true
   f:converter converterId=de.orgaplan.faces.CalendarConverter /
 /t:inputCalendar
 Because the HtmlCalendarRenderer throws an IllegalArgumentException and set 
 the value to null.
 My Converter is not an Instance of DateConverter.
 Date value;
 try
 {
 // value = RendererUtils.getDateValue(inputCalendar);
 Converter converter = getConverter(inputCalendar);
 if (converter instanceof DateConverter)
 {
 value = ((DateConverter) converter).getAsDate(facesContext, 
 component);
 }
 else
 {
 value = RendererUtils.getDateValue(inputCalendar);
 }
   }
 catch (IllegalArgumentException illegalArgumentException)
 {
 value = null;
 }

-- 
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: (MYFACES-710) inputCaledar incorrectly working with CSS

[ 
http://issues.apache.org/jira/browse/MYFACES-710?page=comments#action_12364784 
] 

Martin Marinschek commented on MYFACES-710:
---

Ok, cool, no stress ;)

regards,

Martin

 inputCaledar incorrectly working with CSS
 -

  Key: MYFACES-710
  URL: http://issues.apache.org/jira/browse/MYFACES-710
  Project: MyFaces
 Type: Improvement
   Components: Tomahawk
 Versions: 1.1.1
  Environment: Any system, Resin 3.0.14, JDK 1.4.2, Mozilla Firefox, IE
 Reporter: Boris Kovalenko
 Assignee: Martin Marinschek
 Priority: Minor
  Attachments: calendar.diff, calendar.diff, calendar.diff

 For weekRowClass inputCalendar renders tr class=weekRowClass. But if in 
 css is special class for td defined it overrides tr. My suggestion is to 
 remove class in tr element and use it with td elements.
 Same problems if a class is defined - so dayCellClass also is useless. So, 
 I attached the small diff to fix this issues. May somebody review and approve 
 (or not :) it? Also I have an idea to introduce maySelectInFuture feature. If 
 it is true (default behavior) - we allowing selections of future days else we 
 don't.

-- 
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: (MYFACES-1083) NoSuchMethodError

NoSuchMethodError
-

 Key: MYFACES-1083
 URL: http://issues.apache.org/jira/browse/MYFACES-1083
 Project: MyFaces
Type: Bug
  Components: Tomahawk  
Versions: Nightly
 Environment: Jeveloper, windows, adf faces
Reporter: Eduardo Ivan Pichler
Priority: Blocker


I downloaded the nightly build of 01 frebuary. When the application is going to 
renderize the jscookMenu throw a exception 
NoSuchMethodError.
the method is this:
new 
org.apache.myfaces.renderkit.html.util.DummyFormUtils().getDummyFormResponseWriter
of myfaces-commons package.

-- 
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: (MYFACES-1083) NoSuchMethodError

[ 
http://issues.apache.org/jira/browse/MYFACES-1083?page=comments#action_12364792 
] 

Eduardo Ivan Pichler commented on MYFACES-1083:
---

A really bug..
I downloaded the stable version of myfaces, then unpackaged and get the class 
DummyFormUtils .
Unpackaged the NightlyBuild and replaced this class
and working fine :(


 NoSuchMethodError
 -

  Key: MYFACES-1083
  URL: http://issues.apache.org/jira/browse/MYFACES-1083
  Project: MyFaces
 Type: Bug
   Components: Tomahawk
 Versions: Nightly
  Environment: Jeveloper, windows, adf faces
 Reporter: Eduardo Ivan Pichler
 Priority: Blocker


 I downloaded the nightly build of 01 frebuary. When the application is going 
 to renderize the jscookMenu throw a exception 
 NoSuchMethodError.
 the method is this:
 new 
 org.apache.myfaces.renderkit.html.util.DummyFormUtils().getDummyFormResponseWriter
 of myfaces-commons package.

-- 
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: (MYFACES-1083) NoSuchMethodError

[ 
http://issues.apache.org/jira/browse/MYFACES-1083?page=comments#action_12364793 
] 

Martin Marinschek commented on MYFACES-1083:


yes, but obviously you are using two versions of tomahawk and impl together - 
you should make sure that you have:

1) commons
2) api
3) impl
4) and tomahawk jars of the same day, and no other myfaces-libs in your 
container.

regards,

Martin

 NoSuchMethodError
 -

  Key: MYFACES-1083
  URL: http://issues.apache.org/jira/browse/MYFACES-1083
  Project: MyFaces
 Type: Bug
   Components: Tomahawk
 Versions: Nightly
  Environment: Jeveloper, windows, adf faces
 Reporter: Eduardo Ivan Pichler
 Priority: Blocker


 I downloaded the nightly build of 01 frebuary. When the application is going 
 to renderize the jscookMenu throw a exception 
 NoSuchMethodError.
 the method is this:
 new 
 org.apache.myfaces.renderkit.html.util.DummyFormUtils().getDummyFormResponseWriter
 of myfaces-commons package.

-- 
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: (MYFACES-1083) NoSuchMethodError

[ 
http://issues.apache.org/jira/browse/MYFACES-1083?page=comments#action_12364794 
] 

Eduardo Ivan Pichler commented on MYFACES-1083:
---

Sorry, but I think not.
I've downloaded and configured today.
I've teste again too, and follow the steps you said
regards,
Eduardo

 NoSuchMethodError
 -

  Key: MYFACES-1083
  URL: http://issues.apache.org/jira/browse/MYFACES-1083
  Project: MyFaces
 Type: Bug
   Components: Tomahawk
 Versions: Nightly
  Environment: Jeveloper, windows, adf faces
 Reporter: Eduardo Ivan Pichler
 Priority: Blocker


 I downloaded the nightly build of 01 frebuary. When the application is going 
 to renderize the jscookMenu throw a exception 
 NoSuchMethodError.
 the method is this:
 new 
 org.apache.myfaces.renderkit.html.util.DummyFormUtils().getDummyFormResponseWriter
 of myfaces-commons package.

-- 
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: (MYFACES-1083) NoSuchMethodError

[ 
http://issues.apache.org/jira/browse/MYFACES-1083?page=comments#action_12364796 
] 

Eduardo Ivan Pichler commented on MYFACES-1083:
---

I have tryed with the commons of tomahawk and the myafaces packaged files
no one was worked fine :(

 NoSuchMethodError
 -

  Key: MYFACES-1083
  URL: http://issues.apache.org/jira/browse/MYFACES-1083
  Project: MyFaces
 Type: Bug
   Components: Tomahawk
 Versions: Nightly
  Environment: Jeveloper, windows, adf faces
 Reporter: Eduardo Ivan Pichler
 Priority: Blocker


 I downloaded the nightly build of 01 frebuary. When the application is going 
 to renderize the jscookMenu throw a exception 
 NoSuchMethodError.
 the method is this:
 new 
 org.apache.myfaces.renderkit.html.util.DummyFormUtils().getDummyFormResponseWriter
 of myfaces-commons package.

-- 
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: (MYFACES-1083) NoSuchMethodError

[ 
http://issues.apache.org/jira/browse/MYFACES-1083?page=comments#action_12364798 
] 

Martin Marinschek commented on MYFACES-1083:


But I've built the MyFaces examples today and put it on the IRIAN-server 
(http://www.irian.at). And they work just fine...

make sure you clean everything out (maven repository, tomcat work directory, 
etc.) 

regards,

Martin

 NoSuchMethodError
 -

  Key: MYFACES-1083
  URL: http://issues.apache.org/jira/browse/MYFACES-1083
  Project: MyFaces
 Type: Bug
   Components: Tomahawk
 Versions: Nightly
  Environment: Jeveloper, windows, adf faces
 Reporter: Eduardo Ivan Pichler
 Priority: Blocker


 I downloaded the nightly build of 01 frebuary. When the application is going 
 to renderize the jscookMenu throw a exception 
 NoSuchMethodError.
 the method is this:
 new 
 org.apache.myfaces.renderkit.html.util.DummyFormUtils().getDummyFormResponseWriter
 of myfaces-commons package.

-- 
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

Replacement inputHtml (using Dojo)

2006-02-01 Thread M Litherland


Hi all,

I have my replacement for inputHtml working on a local source tree 
outside of the Tomahawk stuff.  I'm getting ready to add it to the 
sandbox there but I wanted to make sure of a few things.  First, should 
it be inputHtml2, inputDojoEditor or just inputHtml?  I know that 
inputHtml is broken on most platforms, so are we replacing it or leaving 
it in to deprecate later?  Also, when the time comes how do I submit my 
code?  I don't see an option to make svn generate patches.


Thanks for the help - I'm excited to get this code to you, in my tests 
it works well!


Mike

Re: Replacement inputHtml (using Dojo)

2006-02-01 Thread Matthias Wessendorf

well,

for me it is ok, if you call it inputDojoEditor 
So, if you are ready w/ the source, open a jira ticket on that!

Thanks!
Matthias

On 2/1/06, M Litherland [EMAIL PROTECTED] wrote:
 Hi all,

 I have my replacement for inputHtml working on a local source tree
 outside of the Tomahawk stuff.  I'm getting ready to add it to the
 sandbox there but I wanted to make sure of a few things.  First, should
 it be inputHtml2, inputDojoEditor or just inputHtml?  I know that
 inputHtml is broken on most platforms, so are we replacing it or leaving
 it in to deprecate later?  Also, when the time comes how do I submit my
 code?  I don't see an option to make svn generate patches.

 Thanks for the help - I'm excited to get this code to you, in my tests
 it works well!

 Mike



--
Matthias Wessendorf
Zülpicher Wall 12, 239
50674 Köln
http://www.wessendorf.net
mwessendorf-at-gmail-dot-com

Re: AW: AW: inputHtml broken in IE?

2006-02-01 Thread M Litherland


Werner,

How do you recommend I access the Dojo scripts from my own code?  For my 
test project I just put the files as part of the web root, but that's 
clearly not good for a library function.  I see that the Kupu code uses 
AddResource, but that's dark magic to me, does AddResource somehow know 
about the Dojo scripts?  Even if it does how do I add the 
'dojo.require(dojo.widget.Editor)' scriptlet into the header?


Sorry to ask such basic questions, but trying to figure out the 'right 
way' of doing things in the Tomahawk code is mighty intimidating with so 
many project specific classes and methods...


Thanks much!
Mike

Werner Punz wrote:


Werner Punz schrieb:
 


Ok since no one answered I felt free to add the dojo lib in a first
incarnation (latest 0.2.2) build to the repo.

There is a very basic beta integration already done in the effects tag
(I am not very happy with it because I had to add the debugging flags
in the dojo javascripts instead of leaving them untouched)

and a small mixed jsf, html demo in the dojo subdir of the sandbox examples

(raw html because I just wanted to test the import functionality and not
the rest, so I copy pasted the html edit part of dojo straight into the
jsf file as verbatims)

In the long run I will remove the prototype based code from my handful
of sandboxed components and move it over to dojo, if possible)
But I first wanted to get the thing in, so that Mike can start hacking
away on his component ;-)



   


I sort of forgot, I will keep the dojo codebase up to date with the
latest versions in the future (no guarantee that there wont be a
refactoring, but the dojo guys handle that pretty well with a
deprecation mechanism), so that we always have a good maintainable
javascript foundation which we do not have to invest time in and can
send bugs back to have them fixed.

I guess that is the best solution for now for all the javascript mess we
are in (blend of lots of self written or forked code, some kupu stuff,
some stuff which is based on prototype, some stuff namespaced some stuff
not etc...).

I do not know how this will work out with all the Oracle stuff coming in
in the future, but for now we need a solution which we can build upon
which is as less intrusive as possible so that we do not have clashes
with other javascript libraries (namely the existing codebase and the
ADF codebase) in the future, and probably dojo is the best bet we have
on this at the current time.
But at least we do not have any conflicts due to the non intrusiveness
of Dojo.

I can recommend to use dojo and do not try to build too much on
prototype anymore or keep a warning in the usage of the prototype based
components.

[jira] Commented: (MYFACES-788) Request attributes lost when using MyFaces in Portlet

2006-02-01 Thread Matthew Bond (JIRA)

[ 
http://issues.apache.org/jira/browse/MYFACES-788?page=comments#action_12364813 
] 

Matthew Bond commented on MYFACES-788:
--

I also have this problem. Using JetSpeed 2.0  MyFaces 1.1.1. It is not only a 
problem when using the JSF bridge but as in our case also when using the 
MyFacesGenericPortlet. During the Action Phase we set a request scope managed 
bean.

ValueBinding binding = 
ctx.getApplication().createValueBinding(#{editContact});
binding.setValue(ctx, editContact);  

Then during the render phase we try to retrieve the value of this managed bean, 
but because the request variables set in the ActionRequest are not available in 
the RenderRequest a new editContact is instanciated.

h:inputText disabled=true value=#{editContact.contactId} 
id=idText rendered=#{editContact.notNew}/

If I change the Managed Bean definition from request scope to session scope the 
app works, but this is not really how it should be.

 Request attributes lost when using MyFaces in Portlet
 -

  Key: MYFACES-788
  URL: http://issues.apache.org/jira/browse/MYFACES-788
  Project: MyFaces
 Type: Bug
 Versions: 1.1.0
 Reporter: Michael Lipp


 Request attributes set in Phases prior to the rendering phase are no longer 
 available in the rendering phase. This behaviour is easily explainable from a 
 portlet writer's point of view (he knows about the distinction between the 
 ActionRequest and the RenderRequest). From the JSF implementor's point of 
 view (who knows only about a single request) this behaviour leads -- during 
 the rendering phase -- to the unexplicable unavailability of all request 
 attributes set prior to the rendering phase.
 Looking through the JSF spec, I found no indication that request scope 
 attributes may be lost during the processing of a (from the JSF user's point 
 of view) single request. So I thing the portlet JSF bridge should ensure the 
 carrying over of request attributes between the action and the render 
 request.

-- 
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: (MYFACES-1084) t:inputcalendar Duplicate component ID '_id0:scheduleNavigator_1141102800000_link'

t:inputcalendar Duplicate component ID 
'_id0:scheduleNavigator_114110280_link'


 Key: MYFACES-1084
 URL: http://issues.apache.org/jira/browse/MYFACES-1084
 Project: MyFaces
Type: Bug
  Components: Tomahawk  
Versions: 1.1.1
 Environment: Windows 2003 Server, Tomcata 5.x, Pentum IV 1gb RAM.
Reporter: Adrián Villegas


I run the examples of Myfaces
On  January 31st , when i click on month's navigator links, the following error 
happend:
Duplicate component ID '_id0:scheduleNavigator_114110280_link'
Previously on forward click from January go to March and another click more the 
error page.

This error  don't happend on february 1st.
¿?


-- 
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: (MYFACES-1085) DebugUtils do not print MethodBinding

DebugUtils do not print MethodBinding
-

 Key: MYFACES-1085
 URL: http://issues.apache.org/jira/browse/MYFACES-1085
 Project: MyFaces
Type: Bug
  Components: Implementation  
Versions: 1.1.1
 Environment: Java 5
Tomcat 5.5.12
eclipse 3.1.1
Reporter: liegler jörg


Line 369 in class DebugUtils does not print the MethodeBinding. Printing the 
evaluated trem is missing.

-- 
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] Commented: (MYFACES-1084) t:inputcalendar Duplicate component ID '_id0:scheduleNavigator_1141102800000_link'

2006-02-01 Thread Adrián Villegas

No, I'm saying that this error happen on January 31st, always. I put that
date on my pc and the error happen but It doesn't with another date,
February 1st for example.


-Mensaje original-
De: Dennis Byrne (JIRA) [mailto:[EMAIL PROTECTED] 
Enviado el: Miércoles, 01 de Febrero de 2006 12:12 p.m.
Para: [EMAIL PROTECTED]
Asunto: [jira] Commented: (MYFACES-1084) t:inputcalendar Duplicate
component ID '_id0:scheduleNavigator_114110280_link'

[
http://issues.apache.org/jira/browse/MYFACES-1084?page=comments#action_12364
826 ] 

Dennis Byrne commented on MYFACES-1084:
---

Are you saying there is currently no issue then?

 t:inputcalendar Duplicate component ID
'_id0:scheduleNavigator_114110280_link'




  Key: MYFACES-1084
  URL: http://issues.apache.org/jira/browse/MYFACES-1084
  Project: MyFaces
 Type: Bug
   Components: Tomahawk
 Versions: 1.1.1
  Environment: Windows 2003 Server, Tomcata 5.x, Pentum IV 1gb RAM.
 Reporter: Adrián Villegas


 I run the examples of Myfaces
 On  January 31st , when i click on month's navigator links, the following
error happend:
 Duplicate component ID '_id0:scheduleNavigator_114110280_link'
 Previously on forward click from January go to March and another click
more the error page.
 This error  don't happend on february 1st.
 ¿?

-- 
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

__
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
Regístrate ya - http://correo.yahoo.com.mx/

[jira] Closed: (MYFACES-1086) HtmlCollapsiblePanel get's a javascript error when inside two form tags

 [ http://issues.apache.org/jira/browse/MYFACES-1086?page=all ]
 
Dennis Byrne closed MYFACES-1086:
-

Resolution: Invalid

Nested forms are not supported in HTML, and therefore not in JSF either.

 HtmlCollapsiblePanel get's a javascript error when inside two form tags
 ---

  Key: MYFACES-1086
  URL: http://issues.apache.org/jira/browse/MYFACES-1086
  Project: MyFaces
 Type: Bug
   Components: Tomahawk
 Versions: 1.1.1
  Environment: Win 2000, Tomcat 5.5.15. Tested on both internet explorer 6.0 
 and Firefox 1.0
 Reporter: Petter Hellstrom


 When placed inside of two form tags the HtmlCollapsiblePanel generates a 
 javascript error when a link in the panel is clicked. 
 The error seems to come from that the javascript can't find the correct form.
 In the code below there is two form tags, one nesting the other. This code 
 generates the error.
 Removing one of the form tags makes the page to work properly.
 %@ page session=false contentType=text/html;charset=utf-8%
 %@ taglib uri=http://java.sun.com/jsf/html; prefix=h%
 %@ taglib uri=http://java.sun.com/jsf/core; prefix=f%
 %@ taglib uri=http://myfaces.apache.org/tomahawk; prefix=t%
 html
 !--
 /*
  * Copyright 2004 The Apache Software Foundation.
  *
  * Licensed under the Apache License, Version 2.0 (the License);
  * you may not use this file except in compliance with the License.
  * You may obtain a copy of the License at
  *
  *  http://www.apache.org/licenses/LICENSE-2.0
  *
  * Unless required by applicable law or agreed to in writing, software
  * distributed under the License is distributed on an AS IS BASIS,
  * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
  * See the License for the specific language governing permissions and
  * limitations under the License.
  */
 //--
 body
 f:view
   h:form id=form1
 t:saveState value=#{firstCollapsiblePanelBean}/
 t:saveState value=#{secondCollapsiblePanelBean}/
 t:saveState value=#{thirdCollapsiblePanelBean}/
 h:form id=form2
 t:collapsiblePanel id=test1 
 value=#{firstCollapsiblePanelBean.collapsed} title=testTitle
 h:panelGrid
 h:outputText value=#{firstCollapsiblePanelBean.firstName}/
 h:inputText value=#{firstCollapsiblePanelBean.surName}/
 t:inputCalendar 
 value=#{firstCollapsiblePanelBean.birthDate} renderAsPopup=true/
 /h:panelGrid
 /t:collapsiblePanel
 t:collapsiblePanel id=test2 
 value=#{secondCollapsiblePanelBean.collapsed} title=testTitle
 var=test2collapsed
 f:facet name=header
 t:div style=width:500px;background-color:#CC;
 h:outputText value=Person/
 t:headerLink immediate=true
 h:outputText value= Details 
 rendered=#{test2collapsed}/
 h:outputText value=v Overview 
 rendered=#{!test2collapsed}/
 /t:headerLink
 /t:div
 /f:facet
 f:facet name=closedContent
 h:panelGroup
 h:outputText 
 value=#{secondCollapsiblePanelBean.firstName}/
 h:outputText value= /
 h:outputText 
 value=#{secondCollapsiblePanelBean.surName}/
 h:outputText value=, born on: /
 h:outputText 
 value=#{secondCollapsiblePanelBean.birthDate}/
 /h:panelGroup
 /f:facet
 h:panelGrid
 h:outputText 
 value=#{secondCollapsiblePanelBean.firstName}/
 h:inputText value=#{secondCollapsiblePanelBean.surName}/
 t:inputCalendar 
 value=#{secondCollapsiblePanelBean.birthDate} renderAsPopup=true/
 /h:panelGrid
 /t:collapsiblePanel
 t:collapsiblePanel id=test3 
 value=#{thirdCollapsiblePanelBean.collapsed} title=testTitle
 var=test2collapsed
 f:facet name=header
 t:div style=width:500px;background-color:#CC;
 h:outputText value=Person/
 t:headerLink immediate=true
 h:outputText value= Details 
 rendered=#{test2collapsed}/
 h:outputText value=v Overview 
 rendered=#{!test2collapsed}/
 /t:headerLink
 /t:div
 /f:facet
 f:facet name=closedContent
 h:panelGroup
 h:outputText 
 value=#{thirdCollapsiblePanelBean.firstName}/
 h:outputText value= /
 h:outputText 
 value=#{thirdCollapsiblePanelBean.surName}/
 h:outputText value=, born on: /
 h:outputText 
 value=#{thirdCollapsiblePanelBean.birthDate}/

[jira] Commented: (MYFACES-1086) HtmlCollapsiblePanel get's a javascript error when inside two form tags

[ 
http://issues.apache.org/jira/browse/MYFACES-1086?page=comments#action_12364842 
] 

Martin Marinschek commented on MYFACES-1086:


wohoo - what's that?

nested forms, that's invalid HTML, right?

I wouldn't even put two forms on a page: If you need something like partial 
validation or model-update, checkout MyFaces new s:subForm component, but don't 
use more than one form on a page.

regards,

Martin

 HtmlCollapsiblePanel get's a javascript error when inside two form tags
 ---

  Key: MYFACES-1086
  URL: http://issues.apache.org/jira/browse/MYFACES-1086
  Project: MyFaces
 Type: Bug
   Components: Tomahawk
 Versions: 1.1.1
  Environment: Win 2000, Tomcat 5.5.15. Tested on both internet explorer 6.0 
 and Firefox 1.0
 Reporter: Petter Hellstrom


 When placed inside of two form tags the HtmlCollapsiblePanel generates a 
 javascript error when a link in the panel is clicked. 
 The error seems to come from that the javascript can't find the correct form.
 In the code below there is two form tags, one nesting the other. This code 
 generates the error.
 Removing one of the form tags makes the page to work properly.
 %@ page session=false contentType=text/html;charset=utf-8%
 %@ taglib uri=http://java.sun.com/jsf/html; prefix=h%
 %@ taglib uri=http://java.sun.com/jsf/core; prefix=f%
 %@ taglib uri=http://myfaces.apache.org/tomahawk; prefix=t%
 html
 !--
 /*
  * Copyright 2004 The Apache Software Foundation.
  *
  * Licensed under the Apache License, Version 2.0 (the License);
  * you may not use this file except in compliance with the License.
  * You may obtain a copy of the License at
  *
  *  http://www.apache.org/licenses/LICENSE-2.0
  *
  * Unless required by applicable law or agreed to in writing, software
  * distributed under the License is distributed on an AS IS BASIS,
  * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
  * See the License for the specific language governing permissions and
  * limitations under the License.
  */
 //--
 body
 f:view
   h:form id=form1
 t:saveState value=#{firstCollapsiblePanelBean}/
 t:saveState value=#{secondCollapsiblePanelBean}/
 t:saveState value=#{thirdCollapsiblePanelBean}/
 h:form id=form2
 t:collapsiblePanel id=test1 
 value=#{firstCollapsiblePanelBean.collapsed} title=testTitle
 h:panelGrid
 h:outputText value=#{firstCollapsiblePanelBean.firstName}/
 h:inputText value=#{firstCollapsiblePanelBean.surName}/
 t:inputCalendar 
 value=#{firstCollapsiblePanelBean.birthDate} renderAsPopup=true/
 /h:panelGrid
 /t:collapsiblePanel
 t:collapsiblePanel id=test2 
 value=#{secondCollapsiblePanelBean.collapsed} title=testTitle
 var=test2collapsed
 f:facet name=header
 t:div style=width:500px;background-color:#CC;
 h:outputText value=Person/
 t:headerLink immediate=true
 h:outputText value= Details 
 rendered=#{test2collapsed}/
 h:outputText value=v Overview 
 rendered=#{!test2collapsed}/
 /t:headerLink
 /t:div
 /f:facet
 f:facet name=closedContent
 h:panelGroup
 h:outputText 
 value=#{secondCollapsiblePanelBean.firstName}/
 h:outputText value= /
 h:outputText 
 value=#{secondCollapsiblePanelBean.surName}/
 h:outputText value=, born on: /
 h:outputText 
 value=#{secondCollapsiblePanelBean.birthDate}/
 /h:panelGroup
 /f:facet
 h:panelGrid
 h:outputText 
 value=#{secondCollapsiblePanelBean.firstName}/
 h:inputText value=#{secondCollapsiblePanelBean.surName}/
 t:inputCalendar 
 value=#{secondCollapsiblePanelBean.birthDate} renderAsPopup=true/
 /h:panelGrid
 /t:collapsiblePanel
 t:collapsiblePanel id=test3 
 value=#{thirdCollapsiblePanelBean.collapsed} title=testTitle
 var=test2collapsed
 f:facet name=header
 t:div style=width:500px;background-color:#CC;
 h:outputText value=Person/
 t:headerLink immediate=true
 h:outputText value= Details 
 rendered=#{test2collapsed}/
 h:outputText value=v Overview 
 rendered=#{!test2collapsed}/
 /t:headerLink
 /t:div
 /f:facet
 f:facet name=closedContent
 h:panelGroup
 h:outputText 
 value=#{thirdCollapsiblePanelBean.firstName}/
 h:outputText value= /

tree2 expand myfaces 1.0.9

2006-02-01 Thread Yixing Ma





How to expand tree in MyFaces 1.0.9?

I've been using tree2 for a while. So far only the 
myfaces 1.0.9 works for my program. Other implementations have this and that 
problems, andnot quite stable.

I want to use the expand function of the tree2. How 
to implement it in myfaces 1.0.9? Which class should I modify. I just want the 
tree to be expanded everytime it refreshes.

Regards

[jira] Created: (MYFACES-1087) t:inputcalendar Duplicate component ID '_id0:scheduleNavigator_1141102800000_link'

t:inputcalendar Duplicate component ID 
'_id0:scheduleNavigator_114110280_link'


 Key: MYFACES-1087
 URL: http://issues.apache.org/jira/browse/MYFACES-1087
 Project: MyFaces
Type: Bug
  Components: Tomahawk  
Versions: 1.1.1
 Environment: Windows 2003 Server, Tomcata 5.x, Pentum IV 1gb RAM.
Reporter: Adrián Villegas


I run the examples of Myfaces
On  January 31st , when i click on month's navigator links, the following error 
happend:
Duplicate component ID '_id0:scheduleNavigator_114110280_link'
Previously on forward click from January go to March and another click more the 
error page.

This error  don't happend on february 1st.
¿?


-- 
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: (MYFACES-1088) Single Row Selection by Radio Button in datatable

2006-02-01 Thread Ernst Fastl (JIRA)

 [ http://issues.apache.org/jira/browse/MYFACES-1088?page=all ]

Ernst Fastl updated MYFACES-1088:
-

Attachment: SingleRowSelect.patch

patch for the Single Row Select Component

 Single Row Selection by Radio Button in datatable
 -

  Key: MYFACES-1088
  URL: http://issues.apache.org/jira/browse/MYFACES-1088
  Project: MyFaces
 Type: New Feature
   Components: Sandbox
 Versions: Nightly
 Reporter: Ernst Fastl
 Priority: Minor
  Attachments: SingleRowSelect.patch

 Cenk Çivici provided the code for a component wich allows to display radio 
 buttons in a datatable column to provide single row selection.
 on
 http://www.jroller.com/page/cenkcivici?entry=jsf_datatable_single_row_selection
 he allowed us to  implement this component in myfaces.
 I've implemented the component together with a small example in the sandbox.
 Can anyone test this patch and maybe even commit it into the repository?
 thanks in advance
 Ernst

-- 
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: (MYFACES-1088) Single Row Selection by Radio Button in datatable

2006-02-01 Thread Ernst Fastl (JIRA)

Single Row Selection by Radio Button in datatable
-

 Key: MYFACES-1088
 URL: http://issues.apache.org/jira/browse/MYFACES-1088
 Project: MyFaces
Type: New Feature
  Components: Sandbox  
Versions: Nightly
Reporter: Ernst Fastl
Priority: Minor
 Attachments: SingleRowSelect.patch

Cenk Çivici provided the code for a component wich allows to display radio 
buttons in a datatable column to provide single row selection.
on
http://www.jroller.com/page/cenkcivici?entry=jsf_datatable_single_row_selection

he allowed us to  implement this component in myfaces.

I've implemented the component together with a small example in the sandbox.

Can anyone test this patch and maybe even commit it into the repository?

thanks in advance

Ernst

-- 
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: (MYFACES-1084) t:inputcalendar Duplicate component ID '_id0:scheduleNavigator_1141102800000_link'

 [ http://issues.apache.org/jira/browse/MYFACES-1084?page=all ]

Adrián Villegas updated MYFACES-1084:
-

Attachment: My faces error.doc

I put the error's  screen secuence. 
This error happen on January 31st, always. I put this date on my pc and the 
error happen but It doesn't with another date, February 1st for example.


 t:inputcalendar Duplicate component ID 
 '_id0:scheduleNavigator_114110280_link'
 

  Key: MYFACES-1084
  URL: http://issues.apache.org/jira/browse/MYFACES-1084
  Project: MyFaces
 Type: Bug
   Components: Tomahawk
 Versions: 1.1.1
  Environment: Windows 2003 Server, Tomcata 5.x, Pentum IV 1gb RAM.
 Reporter: Adrián Villegas
  Attachments: My faces error.doc

 I run the examples of Myfaces
 On  January 31st , when i click on month's navigator links, the following 
 error happend:
 Duplicate component ID '_id0:scheduleNavigator_114110280_link'
 Previously on forward click from January go to March and another click more 
 the error page.
 This error  don't happend on february 1st.
 ¿?

-- 
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-1087) t:inputcalendar Duplicate component ID '_id0:scheduleNavigator_1141102800000_link'

 [ http://issues.apache.org/jira/browse/MYFACES-1087?page=all ]
 
Dennis Byrne resolved MYFACES-1087:
---

Resolution: Duplicate

This is a duplicate of http://issues.apache.org/jira/browse/MYFACES-1084 .

 t:inputcalendar Duplicate component ID 
 '_id0:scheduleNavigator_114110280_link'
 

  Key: MYFACES-1087
  URL: http://issues.apache.org/jira/browse/MYFACES-1087
  Project: MyFaces
 Type: Bug
   Components: Tomahawk
 Versions: 1.1.1
  Environment: Windows 2003 Server, Tomcata 5.x, Pentum IV 1gb RAM.
 Reporter: Adrián Villegas


 I run the examples of Myfaces
 On  January 31st , when i click on month's navigator links, the following 
 error happend:
 Duplicate component ID '_id0:scheduleNavigator_114110280_link'
 Previously on forward click from January go to March and another click more 
 the error page.
 This error  don't happend on february 1st.
 ¿?

-- 
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] Closed: (MYFACES-1088) Single Row Selection by Radio Button in datatable

 [ http://issues.apache.org/jira/browse/MYFACES-1088?page=all ]
 
Martin Marinschek closed MYFACES-1088:
--

Fix Version: Nightly
 Resolution: Fixed

Added. Thanks Ernst Fastl, and of course Cenk!

regards,

Martin

 Single Row Selection by Radio Button in datatable
 -

  Key: MYFACES-1088
  URL: http://issues.apache.org/jira/browse/MYFACES-1088
  Project: MyFaces
 Type: New Feature
   Components: Sandbox
 Versions: Nightly
 Reporter: Ernst Fastl
 Assignee: Martin Marinschek
 Priority: Minor
  Fix For: Nightly
  Attachments: SingleRowSelect.patch

 Cenk Çivici provided the code for a component wich allows to display radio 
 buttons in a datatable column to provide single row selection.
 on
 http://www.jroller.com/page/cenkcivici?entry=jsf_datatable_single_row_selection
 he allowed us to  implement this component in myfaces.
 I've implemented the component together with a small example in the sandbox.
 Can anyone test this patch and maybe even commit it into the repository?
 thanks in advance
 Ernst

-- 
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: (MYFACES-1083) NoSuchMethodError

2006-02-01 Thread Bernd Bohmann (JIRA)

[ 
http://issues.apache.org/jira/browse/MYFACES-1083?page=comments#action_12364865 
] 

Bernd Bohmann commented on MYFACES-1083:


I changed the nightly build procedure:

Now all dependencies are build within a script.
If something not compiles, the script stops the build.

 NoSuchMethodError
 -

  Key: MYFACES-1083
  URL: http://issues.apache.org/jira/browse/MYFACES-1083
  Project: MyFaces
 Type: Bug
   Components: Tomahawk
 Versions: Nightly
  Environment: Jeveloper, windows, adf faces
 Reporter: Eduardo Ivan Pichler
 Priority: Blocker


 I downloaded the nightly build of 01 frebuary. When the application is going 
 to renderize the jscookMenu throw a exception 
 NoSuchMethodError.
 the method is this:
 new 
 org.apache.myfaces.renderkit.html.util.DummyFormUtils().getDummyFormResponseWriter
 of myfaces-commons package.

-- 
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: (MYFACES-1089) commandLink incorrectly accepts 'onclick' attribute

2006-02-01 Thread Laurie Harper (JIRA)

commandLink incorrectly accepts 'onclick' attribute
---

 Key: MYFACES-1089
 URL: http://issues.apache.org/jira/browse/MYFACES-1089
 Project: MyFaces
Type: Bug
  Components: General  
Versions: 1.1.1
Reporter: Laurie Harper
Priority: Minor


myfaces_html.tld incorrectly lists an 'onclick' attribute for the commandLink 
comonent tag. 'onclick' is not valid for this component per the JSF reference 
documentation: 
http://java.sun.com/j2ee/javaserverfaces/1.1_01/docs/tlddocs/index.html

-- 
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-1089) commandLink incorrectly accepts 'onclick' attribute

 [ http://issues.apache.org/jira/browse/MYFACES-1089?page=all ]
 
Dennis Byrne resolved MYFACES-1089:
---

Resolution: Duplicate

Thanks Laurie, but there is already a bug for this one.  Try again ;)

http://issues.apache.org/jira/browse/MYFACES-654

 commandLink incorrectly accepts 'onclick' attribute
 ---

  Key: MYFACES-1089
  URL: http://issues.apache.org/jira/browse/MYFACES-1089
  Project: MyFaces
 Type: Bug
   Components: General
 Versions: 1.1.1
 Reporter: Laurie Harper
 Priority: Minor


 myfaces_html.tld incorrectly lists an 'onclick' attribute for the commandLink 
 comonent tag. 'onclick' is not valid for this component per the JSF reference 
 documentation: 
 http://java.sun.com/j2ee/javaserverfaces/1.1_01/docs/tlddocs/index.html

-- 
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: tree2 expand myfaces 1.0.9

2006-02-01 Thread Sean Schofield

Please post these questions to the users list *only.*

Regards,
Sean

On 2/1/06, Yixing Ma [EMAIL PROTECTED] wrote:


 How to expand tree in MyFaces 1.0.9?

 I've been using tree2 for a while. So far only the myfaces 1.0.9 works for
 my program. Other implementations have this and that problems, and not quite
 stable.

 I want to use the expand function of the tree2. How to implement it in
 myfaces 1.0.9? Which class should I modify. I just want the tree to be
 expanded everytime it refreshes.

 Regards

Re: tree2 expand myfaces 1.0.9

2006-02-01 Thread Yixing Ma

OK. thanks for reply
- Original Message - 
From: Sean Schofield [EMAIL PROTECTED]

To: MyFaces Development dev@myfaces.apache.org
Sent: Wednesday, February 01, 2006 4:25 PM
Subject: Re: tree2 expand myfaces 1.0.9

Please post these questions to the users list *only.*

Regards,
Sean

On 2/1/06, Yixing Ma [EMAIL PROTECTED] wrote:

How to expand tree in MyFaces 1.0.9?

I've been using tree2 for a while. So far only the myfaces 1.0.9 works 
for
my program. Other implementations have this and that problems, and not 
quite

stable.

I want to use the expand function of the tree2. How to implement it in
myfaces 1.0.9? Which class should I modify. I just want the tree to be
expanded everytime it refreshes.

Regards

Any way to disable/sidestep converters/validators while processing a ActionListener event?

2006-02-01 Thread Senior Consultants Inc.

Hello:

We would like to be able to handle the ActionListener event without convertersand validators (associated with fields on the form) generating error messages.When the form is submitted, we do want the field converters and validators to
generate appropriate error messages. Is there a way to disable/sidestep converters and validators while processing an ActionListener event? Furtherdetails are provided below.
The situation:--1. Have a date input field2. Have a link next to the input field that is used to set a default value in the date field. An ActionListener is associated with the link.3. When the link is clicked, the form is posted and the ActionListener method is invoked. This
method sets and default value in the date field and returns.4. Since it is an ActionListener event, JSP redisplays the same page.
Problem:1. If an illegal date format has been entered into the date field before clicking the link, the converter on the date field detects an error. JSF redisplays the page with the error message.
2. Even if the date field is empty or has a legal value, other fields on the form can have bad values such that their converter or validator will detect an error. Again, JSP redisplays the page with the error message.

UI Goal: Have the link set the default value and ignore any illegal fields on the form.--- At this point in time, the user in interested in defaulting the date field, not validating fields. The fields will be validated when the form is submitted.

Current Solution:-1. The link has: immediate=true set.2. ActionListener associated with link runs early in the JSF lifecycle. This method accesses the component and sets the date value by calling component.setSubmittedValue()
3 ActionListener method then terminates JSF lifecyle4. JSF redisplays page. Since the date component's submitted value has been modified, the default value now appears in the date field.
Why We are Looking for a Better Solution:-We have other situations where the ActionListener method needs access to several fieldson the form. These fields are currently not available to the ActionListener since it is
invoked early in the JSF lifecycle.
If the converters/validators could be disabled, the ActionListener method could runat the normal place in the JSF lifecycle. It is understood that JSF could not do the databinding for any fields where the converter fails. But all other fields would be properly
bound and accessible to the AtionListener method.

Thanks for your time.

Jay

[jira] Resolved: (MYFACES-1085) DebugUtils do not print MethodBinding