Move AddResource et al to tomahawk?

Hi! I know this is not the best timing, but I would like to ask anyway. Also I havent looked at it in every detail, so I dont know if there is any technical reason for not doing so. The question is: Can we move all the AddResource stuff from shared to tomahawk? In fact I talk about the whole

Re: Move AddResource et al to tomahawk?

The same goes for org.apache.myfaces.shared.webapp.filter.WelcomeFileFilter. Hello Mario, WelcomeFileFilter was moved to commons already. http://issues.apache.org/jira/browse/MYFACES-1112 Are you saying this is back in impl ? Dennis Byrne

Re: Move AddResource et al to tomahawk?

+1 Everything that is not in spec (ie MyFaces Extensions) and not needed by impl should be moved to tomahawk IMO. This way shared module will slim down. The less we have in shared the less we have dependencies between impl, shared and tomahawk. And the less will be the pain with our new project

Re: Move AddResource et al to tomahawk?

Hi Dennis! The same goes for org.apache.myfaces.shared.webapp.filter.WelcomeFileFilter. WelcomeFileFilter was moved to commons already. From impl to commons to tomahawk ... ;-) A long journey for sure :-) Are you saying this is back in impl ? not impl, to tomahawk! --- Mario

Re: Move AddResource et al to tomahawk?

Dennis Byrne schrieb: The same goes for org.apache.myfaces.shared.webapp.filter.WelcomeFileFilter. http://issues.apache.org/jira/browse/MYFACES-1112 JavaScriptDetectorFilter stayed in impl because it depends on ServletExternalContextImpl . Does this mean we cant move the

Re: Move AddResource et al to tomahawk?

Hi, Mario Ivankovits wrote: Hi! I know this is not the best timing, but I would like to ask anyway. Also I havent looked at it in every detail, so I dont know if there is any technical reason for not doing so. The question is: Can we move all the AddResource stuff from shared to

[jira] Updated: (MYFACES-855) FacesException: Cannot get value for expression '...' when expression is valid

[ http://issues.apache.org/jira/browse/MYFACES-855?page=all ] updated MYFACES-855: - FacesException: Cannot get value for expression '...' when expression is valid -- Key:

[jira] Created: (TOMAHAWK-172) UIColumns does not support java.util.Set

UIColumns does not support java.util.Set Key: TOMAHAWK-172 URL: http://issues.apache.org/jira/browse/TOMAHAWK-172 Project: MyFaces Tomahawk Type: Bug Components: Columns Versions: 1.1.2-SNAPSHOT Reporter: Erik

[jira] Updated: (TOMAHAWK-172) UIColumns does not support java.util.Set

[ http://issues.apache.org/jira/browse/TOMAHAWK-172?page=all ] Erik Jan de Wit updated TOMAHAWK-172: - UIColumns does not support java.util.Set Key: TOMAHAWK-172 URL:

[jira] Commented: (TOBAGO-41) Add target attribute for Tobago button component.

[ http://issues.apache.org/jira/browse/TOBAGO-41?page=comments#action_12368700 ] Iryna Stetska commented on TOBAGO-41: - Actually, we need target attribute for t:toolbarCommand component (which is rendered to a href=), but having such option for button

Testing Progress?

How is the testing going? Hopefully people have had a chance to test tomahawk and the core branch. If so, might I suggest someone does some TCK testing on the core branch? If possible it would be nice to release soon. Unfortunately I am on the road this weekend and then again for a couple of

Tobago Release Plan Setup

Hello, independent of leaving incubator or not, I would like to setup a release plan for Tobago. Can every Tobago Team Member add his own wishes or tasks in jira. Please set the Fix Version/s field to the unreleased version 1.0.7. Regards Bernd -- Dipl.-Ing. Bernd Bohmann - Atanion GmbH -

Re: Tiles support for other JSF impls

On Mar 2, 2006, at 6:12 PM, Craig McClanahan wrote: Just FYI, there is an effort afoot in the Struts community to separate out the Tiles from any dependencies on the Struts Action Framework APIs. It's currently in the Struts sandbox, and a bit stalled due to (a) developer time, and (b)

Re: Tiles support for other JSF impls

I just checked the stuff out and looks like the stuff in trunk is still the old struts stuff, the name spaces are org.apache.struts.tiles i thought the standalone was o.a.tiles ? Have i checked the wrong stuff out? Mark On 3/3/06, Greg Reddin [EMAIL PROTECTED] wrote: On Mar 2, 2006, at 6:12

Re: Tiles support for other JSF impls

On 3/3/06, Mark Lowe [EMAIL PROTECTED] wrote: I just checked the stuff out and looks like the stuff in trunk isstill the old struts stuff, the name spaces areorg.apache.struts.tiles i thought the standalone was o.a.tiles ?Have i checked the wrong stuff out? What did you check out? Standalone

Re: Tiles support for other JSF impls

On Mar 3, 2006, at 9:03 AM, Wendy Smoak wrote:What did you check out?  Standalone Tiles is here:    http://svn.apache.org/repos/asf/struts/sandbox/trunk/tiles/ (Is there some documentation that needs to be updated to make this clearer?)Probably :-)  I've seen a lot of confusion about the 2

Re: Tiles support for other JSF impls

Found it.. On 3/3/06, Mark Lowe [EMAIL PROTECTED] wrote: I just checked the stuff out and looks like the stuff in trunk is still the old struts stuff, the name spaces are org.apache.struts.tiles i thought the standalone was o.a.tiles ? Have i checked the wrong stuff out? Mark On 3/3/06,

Re: Testing Progress?

I have a three day weekend now. Are there areas we should focus on? Where does one obtain a copy of the TCK? Dennis Byrne -Original Message- From: Sean Schofield [mailto:[EMAIL PROTECTED] Sent: Friday, March 3, 2006 08:04 AM To: 'MyFaces Development' Subject: Testing Progress? How is

Re: Move AddResource et al to tomahawk?

BTW, shouldnt it be easily possible to get rid of the dependency to ServletExternalContextImpl? Its used just to set a session attribute, no? I think you are correct. If you don't do this soon (yourself), go ahead and reopen the issue and I'll take a look at it. Dennis Byrne

Re: Move AddResource et al to tomahawk?

Hi! BTW, shouldnt it be easily possible to get rid of the dependency to ServletExternalContextImpl? Its used just to set a session attribute, no? I think you are correct. If you don't do this soon (yourself), go ahead and reopen the issue and I'll take a look at it. I think I

Re: Move AddResource et al to tomahawk?

I think moving to tomahawk is ok by now. Manfred On 3/3/06, Mario Ivankovits [EMAIL PROTECTED] wrote: Hi! BTW, shouldnt it be easily possible to get rid of the dependency to ServletExternalContextImpl? Its used just to set a session attribute, no? I think you are correct. If you

Re: Testing Progress?

Oliver was our resident TCK pro, and he went through quite an ordeal to get the thing running with MyFaces if my memory serves me. I'm pretty sure some of the other committers managed to get it working too (it was a while ago, but I seem to remember that some of the tests were flawed and needed

[jira] Created: (TOMAHAWK-173) schedule component doesn't invoke the action value binding

schedule component doesn't invoke the action value binding -- Key: TOMAHAWK-173 URL: http://issues.apache.org/jira/browse/TOMAHAWK-173 Project: MyFaces Tomahawk Type: Bug Versions: 1.1.2-SNAPSHOT

Re: Testing Progress?

I just tried to deploy the .war created by the maven archtype. On execution, all you get is a blank screen (no hello world :). Is anyone else having this problem ?On 3/3/06, Grant Smith [EMAIL PROTECTED] wrote: Oliver was our resident TCK pro, and he went through quite an ordeal to get the thing

Re: Testing Progress?

Oliver was our resident TCK pro Apparently one must obtain a license for the test suite. Did he have one for himself or one for the MyFaces project?

Re: Testing Progress?

The MyFaces project has a licence. On 3/3/06, Dennis Byrne [EMAIL PROTECTED] wrote: Oliver was our resident TCK proApparently one must obtain a license for the test suite.Did he have one for himself or one for the MyFaces project?-- Grant Smith

Re: Testing Progress?

Does MyFaces have a permission to see the code, or just the binary? Who has the binary? Dennis Byrne -Original Message- From: Grant Smith [mailto:[EMAIL PROTECTED] Sent: Friday, March 3, 2006 01:51 PM To: 'MyFaces Development' Subject: Re: Testing Progress? The MyFaces project has a

Re: Testing Progress?

We have the code. Yes, we have permission :) I'm not 100% sure if it is for pmc's only, so I will ask that question immediately in the pmc list. If I get the go-ahead, I'll send you the TCK.On 3/3/06, Dennis Byrne [EMAIL PROTECTED] wrote: Does MyFaces have a permission to see the code, or just the

[jira] Created: (TOMAHAWK-174) Enhancement on SubFormRenderer to allow partial form submits using Javascript

Enhancement on SubFormRenderer to allow partial form submits using Javascript - Key: TOMAHAWK-174 URL: http://issues.apache.org/jira/browse/TOMAHAWK-174 Project: MyFaces Tomahawk Type:

[jira] Created: (TOMAHAWK-175) schedule component: select available time slots to create new entries

schedule component: select available time slots to create new entries - Key: TOMAHAWK-175 URL: http://issues.apache.org/jira/browse/TOMAHAWK-175 Project: MyFaces Tomahawk Type: Improvement

[jira] Created: (MYFACES-1161) JSF XHTML Violation

JSF XHTML Violation --- Key: MYFACES-1161 URL: http://issues.apache.org/jira/browse/MYFACES-1161 Project: MyFaces Core Type: Improvement Versions: 1.1.1, 1.1.2-SNAPSHOT, 1.1.2, 1.1.3-SNAPSHOT Environment: Operating Systems: All Platform:

Re: Testing Progress?

I have signed and faxed an NDA, per offline dicussion. Thanks. Dennis Byrne -Original Message- From: Grant Smith [mailto:[EMAIL PROTECTED] Sent: Friday, March 3, 2006 02:22 PM To: 'MyFaces Development' Subject: Re: Testing Progress? OK, So there is red tape involved. You have to sign

[jira] Commented: (TOMAHAWK-175) schedule component: select available time slots to create new entries

[ http://issues.apache.org/jira/browse/TOMAHAWK-175?page=comments#action_12368791 ] Jurgen Lust commented on TOMAHAWK-175: -- I think this type of behaviour is very desirable for the schedule component, provided that it respects the readonly flag and

[jira] Created: (MYFACES-1162) _ComponentAttributesMap.getPropertyDescriptor appears to get hung in a HashMap under peak load.

_ComponentAttributesMap.getPropertyDescriptor appears to get hung in a HashMap under peak load. - Key: MYFACES-1162 URL: http://issues.apache.org/jira/browse/MYFACES-1162

How to bundle AddResource.properties?

Hi! I am nearly finished with refactoring shared/org.apache.myfaces.shared.renderkit.html.util to tomahawk/org.apache.myfaces.renderkit.html.util Now I have a problem with AddResource.properties. Can one please direct me how to bundle this file with maven? Another problem I have is in directory

Re: Testing Progress?

OK, I got the confirmation they've received it.. stand byOn 3/3/06, Dennis Byrne [EMAIL PROTECTED] wrote: I have signed and faxed an NDA, per offline dicussion.Thanks.Dennis Byrne -Original Message-From: Grant Smith [mailto:[EMAIL PROTECTED]]Sent: Friday, March 3, 2006 02:22 PMTo: 'MyFaces

Proposal: Make tomahawk and sandbox validators (and tags) inherit from ValidatorBase (and ValidatorTagBase)

I'm looking at http://issues.apache.org/jira/browse/TOMAHAWK-169 ( add message attribute to all validators ) and I'm thinking the best way to approach this is to create a ValidatorBase class that all tomahawk and sandbox components would inherit from. This class would provide a copy of the

[jira] Commented: (TOMAHAWK-174) Enhancement on SubFormRenderer to allow partial form submits using Javascript

[ http://issues.apache.org/jira/browse/TOMAHAWK-174?page=comments#action_12368801 ] Martin Marinschek commented on TOMAHAWK-174: Thanks Catalin! I was looking for something like that exactly ;). regards, Martin Enhancement on

[jira] Created: (TOMAHAWK-176) forceId not working on inputCalendar

forceId not working on inputCalendar Key: TOMAHAWK-176 URL: http://issues.apache.org/jira/browse/TOMAHAWK-176 Project: MyFaces Tomahawk Type: Bug Components: Calendar Versions: 1.1.2-SNAPSHOT Environment: Facelets

[jira] Commented: (TOMAHAWK-174) Enhancement on SubFormRenderer to allow partial form submits using Javascript

[ http://issues.apache.org/jira/browse/TOMAHAWK-174?page=comments#action_12368815 ] Catalin Kormos commented on TOMAHAWK-174: - You're welcome :) Regards, Catalin Enhancement on SubFormRenderer to allow partial form submits using Javascript

[jira] Updated: (TOMAHAWK-174) Enhancement on SubFormRenderer to allow partial form submits using Javascript

[ http://issues.apache.org/jira/browse/TOMAHAWK-174?page=all ] updated TOMAHAWK-174: -- Enhancement on SubFormRenderer to allow partial form submits using Javascript - Key:

Re: Testing Progress?

Can someone please tell me which versions of the project need to be tested together ? I am having difficulty getting anything to compile. mvn install w/in each project base dir should be working, right ? Dennis Byrne -Original Message- From: Grant Smith [mailto:[EMAIL PROTECTED]

Re: How to bundle AddResource.properties?

Ok, placed it at the wrong position. Now it works! --- Mario

shared/o.a.m.s.renderkit.html.util refactored

Hi! Ok, the refactoring of shared/org.apache.myfaces.shared.renderkit.html.util to tomahawk/org.apache.myfaces.renderkit.html.util is finished. Tests and examples are still working, so looks promising :-) Next is the WelcomeFilter. Ciao, Mario

Re: svn commit: r382918 - in /myfaces: core/trunk/impl/src/main/java/org/apache/myfaces/webapp/filter/JavaScriptDetectorFilter.java shared/trunk/core/src/main/java/org/apache/myfaces/shared/render

I checked out https://svn.apache.org/repos/asf/myfaces/core/branches/1_1_2 and get the following when running 'mvn install' in the base dir. [ERROR] BUILD FAILURE [INFO] [INFO] Compilation failure