Re: Fwd: JSR-252 TCK

Team(s),Any updates on the 1.2 TCK?Thanks,Zubin.On 10/6/06, Geir Magnusson Jr <[EMAIL PROTECTED] > wrote:This is utterly inappropriate.  Please don't do that.Martin Marinschek wrote: > That's good news! So we really need to get Sun up and moving...>> Ed, can you help us out?>> regards,>> Martin>> O

[jira] Created: (TOMAHAWK-742) Multiline Tab

Multiline Tab - Key: TOMAHAWK-742 URL: http://issues.apache.org/jira/browse/TOMAHAWK-742 Project: MyFaces Tomahawk Issue Type: Improvement Components: Tabbed Pane Environment: all systems Reporter:

Re: TCK Tests for MYFACES-1467

I ran the TCK tests. 3 test cases failed. I will send the report within the next hour. On 10/14/06, Wendy Smoak <[EMAIL PROTECTED]> wrote: On 10/13/06, Wendy Smoak <[EMAIL PROTECTED]> wrote: > On 10/13/06, Dennis Byrne <[EMAIL PROTECTED]> wrote: > > I'm on busineess/vacation in India right now

[jira] Commented: (MYFACES-1467) Validation doesn't run for required fields if submitted value is null

[ http://issues.apache.org/jira/browse/MYFACES-1467?page=comments#action_12442459 ] Adam Winer commented on MYFACES-1467: - With regards to the original issue: the bug is *not* in UIInput, but is in fact in the decode() implementation for t

Re: svn commit: r464151 - /myfaces/tomahawk/trunk/core/src/main/java/org/apache/myfaces/custom/savestate/UISaveState.java

I mean if an object(not List) is serializable saveAttachedState simply returns it so;values[1] = getValue() instanceof StateHolder ? saveAttachedState(context, getValue()) : getValue();doesn't matter because saveAttachedState(context, getValue()) and getValue() are same for Serializable. Still I co

Re: svn commit: r464151 - /myfaces/tomahawk/trunk/core/src/main/java/org/apache/myfaces/custom/savestate/UISaveState.java

Sean, I see that Serializable is already supported in saveAttachedState. I couldn't get why it's failing in your case, can you give more details?CagatayOn 10/16/06, Sean Schofield <[EMAIL PROTECTED]> wrote: Catagay this breaks my code.  Serializable should also be supported.I have a bunch of Hiber

Tomahawk JIRA issues

I just did two bulk changes to issues in Tomahawk. Any issue that was marked 'Affects' 1.1.5-SNAPSHOT is now 1.1.4-SNAPSHOT. Any issue that was marked 'Fix For' 1.1.5-SNAPSHOT is now 1.1.4-SNAPSHOT. This was necessary because the 1.1.4 release branch was re-copied last Wednesday, so things disc

[jira] Updated: (TOMAHAWK-491) t:columns generates wrong name in children input fields

[ http://issues.apache.org/jira/browse/TOMAHAWK-491?page=all ] sean schofield updated TOMAHAWK-491: Status: Resolved (was: Patch Available) Fix Version/s: 1.1.5-SNAPSHOT Resolution: Fixed I tested the fix and it works great! It al

[jira] Reopened: (TOMAHAWK-738) SaveState fails with a java.util.List implementation other than ArrayList

[ http://issues.apache.org/jira/browse/TOMAHAWK-738?page=all ] sean schofield reopened TOMAHAWK-738: - Catagay this breaks my code. Serializable should also be supported. I have a bunch of Hibernate domain objects that are serializable tha

Re: svn commit: r464151 - /myfaces/tomahawk/trunk/core/src/main/java/org/apache/myfaces/custom/savestate/UISaveState.java

Catagay this breaks my code. Serializable should also be supported. I have a bunch of Hibernate domain objects that are serializable that I use in a multi page table where I need save state. I'm going to reopen the JIRA issue. Sean On 10/15/06, Cagatay Civici <[EMAIL PROTECTED]> wrote: Yes su

[jira] Commented: (TOMAHAWK-491) t:columns generates wrong name in children input fields

[ http://issues.apache.org/jira/browse/TOMAHAWK-491?page=comments#action_12442440 ] sean schofield commented on TOMAHAWK-491: - m having a problemn passing a commandButton parameter inside of a t:column. I wonder if this is due to the sa

[jira] Commented: (TOMAHAWK-491) t:columns generates wrong name in children input fields

[ http://issues.apache.org/jira/browse/TOMAHAWK-491?page=comments#action_12442439 ] sean schofield commented on TOMAHAWK-491: - I'm having a problemn assing a commandButton parameter inside of a t:column. I wonder if this is due to the

Re: svn commit: r464151 - /myfaces/tomahawk/trunk/core/src/main/java/org/apache/myfaces/custom/savestate/UISaveState.java

Yes sure, I'll apply the same to 1.1.4.CagatayOn 10/15/06, Wendy Smoak <[EMAIL PROTECTED]> wrote: On 10/15/06, [EMAIL PROTECTED] < [EMAIL PROTECTED]> wrote:> Author: cagatay> Date: Sun Oct 15 03:36:01 2006> New Revision: 464151>> URL: http://svn.apache.org/viewvc?view=rev&rev=464151 > Log:> Fix for

[jira] Resolved: (TOBAGO-139) Apt Plugin should support fork mode

[ http://issues.apache.org/jira/browse/TOBAGO-139?page=all ] Bernd Bohmann resolved TOBAGO-139. -- Resolution: Fixed > Apt Plugin should support fork mode > --- > > Key: TOBAGO-139 > URL: htt

Re: [continuum] BUILD FAILURE: Impl

Continuum is failing right now I cannot check. If you check in the code and compile it, everything runs fine. I guess that continuum is trying to compile Impl with a wrong version of shared for the 1.2 build, but I cannot check that right now. Later this week I will have a look at it. Cheers, Br

Re: Question from project owners about 1.1 and 1.2 distribution numbering

Yes, IMO that should be the numbering for MyFaces. I don't know when there will be tomahawk component working only with version 1.2, but then, the numbering will be tomahawk-1.2 (or maybe a different component library for 1.2 components? there is not a decision on that point yet). A possible tomah

RE: Use of Sun's XSD schema in MyFaces codebase

Bruno, You might want to have this raised on the internal legal list if you want an official answer. --- Noel -Original Message- From: Bruno Aranda [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 04, 2006 4:36 To: legal-discuss@apache.org Cc: MyFaces Development Subject: Use o

Re: [continuum] BUILD FAILURE: Impl

On 10/15/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: Online report : http://myfaces.zones.apache.org:8080/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/64/buildId/5275 Build statistics: State: Failed Previous State: Failed This is the only failed build in Con

[jira] Created: (MYFACES-1468) myfaces-core-src is missing some files available in the bin

myfaces-core-src is missing some files available in the bin --- Key: MYFACES-1468 URL: http://issues.apache.org/jira/browse/MYFACES-1468 Project: MyFaces Core Issue Type: Bug

Question from project owners about 1.1 and 1.2 distribution numbering

Hi I am writing a guide for beginners on how to use MyFacesI have two questionsI want to know what will be package name for implementation of JSF 1.2 api on download siteis it going to be: myfaces-core-1.2.x ?if so will tomahawk branched to to two different versions one for running on JSF 1.1 and a

Re: [jira] Created: (TOMAHAWK-741) create a component which creates the JSF tree based on beans and its annotations

>>future will bring us ... lets beat ruby - hehe - just kidding ;-)hey why not? when the JSR 276 finished we can bring ease of use of Java Studio Creator to All java IDE's then users can just drag and drop their database tables or java bean or EJB intro JSF pages and have the application ready! as

Extend HtmlInputCalendar with time input

Hi! Someone willing to extend our HtmlInputCalendar to allow to input a time? Additional attributes like: inputTime="true|false" timePrecision="hours|minutes|seconds" would be great! "timePrecision" will define the pattern: hours: HH minutes: HH:MM seconds: HH:MM:SS The missing part should be i

Re: [jira] Created: (TOMAHAWK-741) create a component which creates the JSF tree based on beans and its annotations

Hi Arash! > sorry for being impatient hehe :-) > I had an argument with a rubby developer about how java can be as easy > as ruby and I saw your component at same day! > I find it very useful for that argument. Let's see how far we can go. For now I removed the persistence stuff, the "master plan"

Re: [jira] Created: (TOMAHAWK-741) create a component which creates the JSF tree based on beans and its annotations

sorry for being impatient, I had an argument with a rubby developer about how java can be as easy as ruby and I saw your component at same day! I find it very useful for that argument. On 10/15/06, Mario Ivankovits <[EMAIL PROTECTED]> wrote: Hi Arash!> hey Mario, these gui builder components are gr

Re: [jira] Created: (TOMAHAWK-741) create a component which creates the JSF tree based on beans and its annotations

Hi Arash! > hey Mario, these gui builder components are great I think they may > gain lots of attention > is there any way I can read more about them? Nope, there is only the source and a simple example yet. If you checkout myfaces using the url [1] you'll get the sandbox15 module of tomahawk too.

Re: svn commit: r464151 - /myfaces/tomahawk/trunk/core/src/main/java/org/apache/myfaces/custom/savestate/UISaveState.java

On 10/15/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: Author: cagatay Date: Sun Oct 15 03:36:01 2006 New Revision: 464151 URL: http://svn.apache.org/viewvc?view=rev&rev=464151 Log: Fix for TOMAHAWK-738 Does this need to be applied to the branch for 1.1.4? Also... can you please include a

Re: sandbox15 - nightly build, continuum, examples

Hi Wendy! >> I didn't add it to our main pom.xml file in tomahawk as >> then it is a requirement to use Java 5.0 for the whole build, which >> shouldn't be, should it? > > Profiles can be activated by JDK version. For example, from the Shale > Apps pom: Ah yes, great idea! Works like a charm. >>

Re: sandbox15 - nightly build, continuum, examples

On 10/15/06, Mario Ivankovits <[EMAIL PROTECTED]> wrote: I've finished setting up the sandbox15 stuff. We now have working pom.xml things in there so that anyone who would like to check out the stuff is able to do a simple "mvn install" in there, though, I didn't add it to our main pom.xml file

Re: [jira] Created: (TOMAHAWK-741) create a component which creates the JSF tree based on beans and its annotations

hey Mario, these gui builder components are great I think they may gain lots of attentionis there any way I can read more about them?On 10/15/06, Mario Ivankovits (JIRA) wrote: create a component which creates the JSF tree based on beans and its annotations

sandbox15 - nightly build, continuum, examples

Hi! I've finished setting up the sandbox15 stuff. We now have working pom.xml things in there so that anyone who would like to check out the stuff is able to do a simple "mvn install" in there, though, I didn't add it to our main pom.xml file in tomahawk as then it is a requirement to use Java 5.

[jira] Created: (TOMAHAWK-741) create a component which creates the JSF tree based on beans and its annotations

create a component which creates the JSF tree based on beans and its annotations Key: TOMAHAWK-741 URL: http://issues.apache.org/jira/browse/TOMAHAWK-741 Project: MyFaces

[jira] Created: (TOMAHAWK-740) create a component which creates the JSF tree based on beans and its annotations

create a component which creates the JSF tree based on beans and its annotations Key: TOMAHAWK-740 URL: http://issues.apache.org/jira/browse/TOMAHAWK-740 Project: MyFaces

[jira] Resolved: (TOMAHAWK-730) create a component which will submit a form on a specific event

[ http://issues.apache.org/jira/browse/TOMAHAWK-730?page=all ] Mario Ivankovits resolved TOMAHAWK-730. --- Fix Version/s: 1.1.5-SNAPSHOT Resolution: Fixed added to sandbox > create a component which will submit a form on a specific event > ---

[jira] Resolved: (TOBAGO-157) Resizing of browser window should result in recalculation of layout, even if the same view is rerendered

[ http://issues.apache.org/jira/browse/TOBAGO-157?page=all ] Volker Weber resolved TOBAGO-157. - Resolution: Fixed > Resizing of browser window should result in recalculation of layout, even if > the same view is rerendered >

[jira] Created: (TOBAGO-157) Resizing of browser window should result in recalculation of layout, even if the same view is rerendered

Resizing of browser window should result in recalculation of layout, even if the same view is rerendered Key: TOBAGO-157 URL: http://issues.apache.org/jira/br

[jira] Resolved: (TOMAHAWK-738) SaveState fails with a java.util.List implementation other than ArrayList

[ http://issues.apache.org/jira/browse/TOMAHAWK-738?page=all ] Cagatay Civici resolved TOMAHAWK-738. - Resolution: Fixed Now saveAttachedState is not used for non state holders > SaveState fails with a java.util.List implementation other than ArrayLi

Re: SaveState Issues

Yes Marting that's exactly the problem. After digging more, I've realized that we dont need to change anything in restoreState of the component because calling restoreAttachedState will simply return the value if it's not a special wrapped type. public Object saveState(FacesContext context)    {   

[jira] Commented: (MYFACES-1467) Validation doesn't run for required fields if submitted value is null

[ http://issues.apache.org/jira/browse/MYFACES-1467?page=comments#action_12442373 ] Matthias Weßendorf commented on MYFACES-1467: - I pretty much think that the single value validation is a good thing. JSF is a spec not a product. so