[jira] Created: (TRINIDAD-1253) Problems with ValueBindingValueExpression and ValueExpressionValueBinding

2008-10-07 Thread Blake Sullivan (JIRA)
Issue Type: Bug Affects Versions: 1.2.9-core, 1.2.10-core Environment: All Reporter: Blake Sullivan The implementations of ValueBindingValueExpression and ValueExpressionValueBinding have several problems: ValueBindingValueExpression doesn't correctly

[jira] Created: (TRINIDAD-1249) Further improvements to JIRA-1245 High Availability Testing and Support

2008-10-06 Thread Blake Sullivan (JIRA)
Issue Type: Improvement Environment: all Reporter: Blake Sullivan 1) Add support for checking the Application Map, similar to the Session Map checking in JIRA-1245 by adding application as one of the values allowed in the system property. The value can be retrieved

[jira] Updated: (TRINIDAD-1249) Further improvements to JIRA-1245 High Availability Testing and Support

2008-10-06 Thread Blake Sullivan (JIRA)
[ https://issues.apache.org/jira/browse/TRINIDAD-1249?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Blake Sullivan updated TRINIDAD-1249: - Status: Open (was: Patch Available) Further improvements to JIRA-1245 High

[jira] Updated: (TRINIDAD-1249) Further improvements to JIRA-1245 High Availability Testing and Support

2008-10-06 Thread Blake Sullivan (JIRA)
[ https://issues.apache.org/jira/browse/TRINIDAD-1249?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Blake Sullivan updated TRINIDAD-1249: - Status: Patch Available (was: Open) Further improvements to JIRA-1245 High

[jira] Created: (TRINIDAD-1251) Work-around buggy implementation of Collections.checkedList(), Collections.synchronizedList(), Collections.unmodifiableList()

2008-10-06 Thread Blake Sullivan (JIRA)
URL: https://issues.apache.org/jira/browse/TRINIDAD-1251 Project: MyFaces Trinidad Issue Type: Bug Affects Versions: 1.2.9-core, 1.2.10-core Environment: all Reporter: Blake Sullivan CollectionUtils.getSerializableList() attempt to optimize

Re: [jira] Resolved: (TRINIDAD-1245) High Availability Testing Support

2008-10-03 Thread Blake Sullivan
Project: MyFaces Trinidad Issue Type: New Feature Components: Archetype Affects Versions: 1.2.9-core Environment: All Reporter: Blake Sullivan Assignee: Matthias Weßendorf Priority: Minor Fix For: 1.2.10-core

[jira] Created: (TRINIDAD-1245) High Availability Testing Support

2008-10-01 Thread Blake Sullivan (JIRA)
Versions: 1.2.9-core Environment: All Reporter: Blake Sullivan Priority: Minor Most Servlet Engines support fail over for high availability by replicating changes the the Session state to other servers. This requires that all of the state and substate

Re: [jira] Resolved: (TRINIDAD-663) Idea for a new component to enhance PPR

2008-09-24 Thread Blake Sullivan
triggers exist? -- Blake Sullivan Andrew Robinson (JIRA) said the following On 9/24/2008 7:55 PM PT: [ https://issues.apache.org/jira/browse/TRINIDAD-663?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Robinson resolved TRINIDAD-663

Re: [jira] Resolved: (TRINIDAD-663) Idea for a new component to enhance PPR

2008-09-24 Thread Blake Sullivan
work well with partialTriggers or partialTargets, but a Renderer can override this to always render the id if any partial triggers are set (and in fact, the rich client does). However, the Renderer knows nothing about other partial targets. -- Blake Sullivan -Andrew On Wed, Sep 24, 2008

[jira] Commented: (TRINIDAD-1238) Allow children of iterator to use partialTriggers

2008-09-23 Thread Blake Sullivan (JIRA)
[ https://issues.apache.org/jira/browse/TRINIDAD-1238?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12633841#action_12633841 ] Blake Sullivan commented on TRINIDAD-1238: -- Thanks for the clarification. I

[jira] Commented: (TRINIDAD-1238) Allow children of iterator to use partialTriggers

2008-09-23 Thread Blake Sullivan (JIRA)
[ https://issues.apache.org/jira/browse/TRINIDAD-1238?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12633844#action_12633844 ] Blake Sullivan commented on TRINIDAD-1238: -- I suspect that there is a little

[jira] Created: (TRINIDAD-1236) Trinidad should be able to state save non-Serializable Lists

2008-09-22 Thread Blake Sullivan (JIRA)
. Reporter: Blake Sullivan Trinidad supports state saving of component attributes by delegating to the PropertyKey implementations. For non-CAP_STATE_HOLDER, non CAP_LIST attributes, the PropertyKey assumes that simply returning the value is sufficient. If the value is Serializable

[jira] Updated: (TRINIDAD-1236) Trinidad should be able to state save non-Serializable Lists

2008-09-22 Thread Blake Sullivan (JIRA)
[ https://issues.apache.org/jira/browse/TRINIDAD-1236?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Blake Sullivan updated TRINIDAD-1236: - Status: Patch Available (was: Open) Trinidad should be able to state save non

[jira] Updated: (TRINIDAD-1236) Trinidad should be able to state save non-Serializable Lists

2008-09-22 Thread Blake Sullivan (JIRA)
[ https://issues.apache.org/jira/browse/TRINIDAD-1236?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Blake Sullivan updated TRINIDAD-1236: - Status: Open (was: Patch Available) Trinidad should be able to state save non

[jira] Updated: (TRINIDAD-1236) Trinidad should be able to state save non-Serializable Lists

2008-09-22 Thread Blake Sullivan (JIRA)
[ https://issues.apache.org/jira/browse/TRINIDAD-1236?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Blake Sullivan updated TRINIDAD-1236: - Status: Open (was: Patch Available) Trinidad should be able to state save non

[jira] Updated: (TRINIDAD-1236) Trinidad should be able to state save non-Serializable Lists

2008-09-22 Thread Blake Sullivan (JIRA)
[ https://issues.apache.org/jira/browse/TRINIDAD-1236?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Blake Sullivan updated TRINIDAD-1236: - Status: Patch Available (was: Open) Trinidad should be able to state save non

[jira] Commented: (TRINIDAD-1238) Allow children of iterator to use partialTriggers

2008-09-22 Thread Blake Sullivan (JIRA)
[ https://issues.apache.org/jira/browse/TRINIDAD-1238?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12633559#action_12633559 ] Blake Sullivan commented on TRINIDAD-1238: -- Could you be more explicit about

Re: [jira] Commented: (TRINIDAD-1203) DATE SELECTION IN INPUTDATE ON BLACKBERRY THROWS VIEWEXPIREDEXCEPTION

2008-09-16 Thread Blake Sullivan
The tricky issue with remembering this state in the server is cleaning up if the redirect request never comes back. If you are content to wait until the session times-out, or there is another dialog request, then it isn't a problem. -- Blake Sullivan Scott O'Bryan (JIRA) said the following

[jira] Created: (TRINIDAD-1193) Trinidad StateManagerImpl doesn't clean up UIViewRoot instances when navigating from a page using a GET

2008-08-26 Thread Blake Sullivan (JIRA)
/browse/TRINIDAD-1193 Project: MyFaces Trinidad Issue Type: Bug Affects Versions: 1.2.9-core, 1.0.9-core Environment: Affects all environments Reporter: Blake Sullivan The Trinidad StateManagerImpl optimizes state management by caching UiViewRoot

[jira] Updated: (TRINIDAD-1193) Trinidad StateManagerImpl doesn't clean up UIViewRoot instances when navigating from a page using a GET

2008-08-26 Thread Blake Sullivan (JIRA)
[ https://issues.apache.org/jira/browse/TRINIDAD-1193?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Blake Sullivan updated TRINIDAD-1193: - Status: Patch Available (was: Open) Trinidad StateManagerImpl doesn't clean up

[jira] Commented: (TRINIDAD-1164) getFacetsAndChildren from UIXComponentBase allocates a lot of memory

2008-08-08 Thread Blake Sullivan (JIRA)
[ https://issues.apache.org/jira/browse/TRINIDAD-1164?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12620866#action_12620866 ] Blake Sullivan commented on TRINIDAD-1164: -- To calrify my comment further

[jira] Commented: (TRINIDAD-1164) getFacetsAndChildren from UIXComponentBase allocates a lot of memory

2008-07-21 Thread Blake Sullivan (JIRA)
[ https://issues.apache.org/jira/browse/TRINIDAD-1164?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12615442#action_12615442 ] Blake Sullivan commented on TRINIDAD-1164: -- In the case where both the list

[jira] Commented: (TRINIDAD-697) Trinidad has no way to re-render components to show server validation errors or conversion errors on a partial update

2008-05-16 Thread Blake Sullivan (JIRA)
[ https://issues.apache.org/jira/browse/TRINIDAD-697?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12597529#action_12597529 ] Blake Sullivan commented on TRINIDAD-697: - From Adam Winer's e-mail

[jira] Commented: (TRINIDAD-697) Trinidad has no way to re-render components to show server validation errors or conversion errors on a partial update

2008-05-16 Thread Blake Sullivan (JIRA)
[ https://issues.apache.org/jira/browse/TRINIDAD-697?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12597532#action_12597532 ] Blake Sullivan commented on TRINIDAD-697: - Adam's proposal would work in all

Re: A4J-like Trinidad components?

2008-05-16 Thread Blake Sullivan
of these we prefer, if we want to go here at all right now, also depends on how often we think page authors would use this feature. -- Blake Sullivan Andrew Robinson said the following On 5/15/2008 2:02 PM PT: I would like to get back on track to the original subject and not let the messaging

Re: A4J-like Trinidad components?

2008-05-15 Thread Blake Sullivan
architectural changes at all. -- Adam Solve https://issues.apache.org/jira/browse/TRINIDAD-697 at the framework level? -- Blake Sullivan Andrew Robinson said the following On 5/15/2008 11:03 AM PT: He mentioned ways to do it using backing beans and non-declarative ways. He also didn't like my

Re: A4J-like Trinidad components?

2008-05-15 Thread Blake Sullivan
author. -- Blake Sullivan Adding a new components gives users the flexibility to choose the way they want to implement it and be able to work with non-Trinidad libraries. IMO this is a much better solution than a small enhancement for Trinidad messaging and JavaScript. -Andrew On Thu, May 15

[jira] Commented: (TRINIDAD-799) Add agent version support in skinning

2008-05-13 Thread Blake Sullivan (JIRA)
[ https://issues.apache.org/jira/browse/TRINIDAD-799?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12596463#action_12596463 ] Blake Sullivan commented on TRINIDAD-799: - If the current implementation doesn't

Re: [trinidad] release? I need help...

2008-05-05 Thread Blake Sullivan
and agent that we see (as opposed to one per major agent version as we do now). -- Blake Sullivan Blake said there is something like this in Rich Client already and that you could donate the regex used for that. But since then he didn't give any sign of the code and I had no time to bug him

Re: [Trinidad] added browser version support in skinning TRINIDAD-799

2008-04-19 Thread Blake Sullivan
Cristi Toth said the following On 4/19/2008 3:51 AM PT: or @agent ie and (version:6) and (version:8) This rule would never be true because it is asserting that the agent must match IE and the version must match both 6.* and 8.* -- Blake Sullivan On Sat, Apr 19, 2008 at 1:31 AM, Blake

Re: [Trinidad] added browser version support in skinning TRINIDAD-799

2008-04-19 Thread Blake Sullivan
Cristi Toth said the following On 4/19/2008 10:58 AM PT: :) yep, I forgot about the and is or valid in those CSS rules? No. That's what the comma is for. -- Blake Sullivan On Sat, Apr 19, 2008 at 6:44 PM, Blake Sullivan [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Cristi Toth

Re: [Trinidad] added browser version support in skinning TRINIDAD-799

2008-04-18 Thread Blake Sullivan
:1.9.2) does not match because the browser version 1.9 expands to 1.9.0 and 1.9.2 is than 1.9.0 // actual browser version gecko 1.9 @agent gecko and (min-version:1.9.*) matches because the browser version 1.9 expands to 1.9.0 and 1.9.* == 1.9.0 -- Blake Sullivan Blake Sullivan said

Re: [Trinidad] added browser version support in skinning TRINIDAD-799

2008-04-18 Thread Blake Sullivan
Cristi Toth said the following On 4/18/2008 2:58 PM PT: I like this too does the list of space separated numbers comply to that CSS future spec we were talking about? I don't think it does. -- Blake Sullivan On Fri, Apr 18, 2008 at 11:43 PM, Scott O'Bryan [EMAIL PROTECTED] mailto:[EMAIL

Re: [Trinidad] added browser version support in skinning TRINIDAD-799

2008-04-18 Thread Blake Sullivan
:6), ie and (version:8) -- Blake Sullivan Or this doesn't make sense? Glauco P. Gomes Matt Cooper escreveu: It does: @agent ie and (min-version:5) and (max-version:7) { /* styles for all 5.*, 6.*, and 7.* versions of the IE agent versions */ } Regards, Matt On Fri, Apr 18, 2008 at 5:02 PM

Re: [Trinidad] added browser version support in skinning TRINIDAD-799

2008-04-18 Thread Blake Sullivan
this Object to be returned by the Agent. -- Blake Sullivan Blake Sullivan said the following On 4/18/2008 3:15 PM PT: OK, how about option 5) the version feature is a String that matches the native major.minor.whatever format of the browser's engine. If the browser's engine uses non

Re: [Trinidad] added browser version support in skinning TRINIDAD-799

2008-04-17 Thread Blake Sullivan
don't know what it means, but I assume it's very browser dependent. Determining a floating point browser version isn't a technical problem and should be supported. The Gecko engine is an example of an engine that adds CSS features in point releases 1.8 - 1.9 for example. -- Blake Sullivan But do

Re: [Trinidad] added browser version support in skinning TRINIDAD-799

2008-04-17 Thread Blake Sullivan
Cristi Toth said the following On 4/16/2008 11:32 PM PT: On Thu, Apr 17, 2008 at 8:04 AM, Blake Sullivan [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Cristi Toth said the following On 4/16/2008 5:34 PM PT: Hi Blake, I wanted to be backwards compatible with what the XSS

Re: [Trinidad] added browser version support in skinning TRINIDAD-799

2008-04-17 Thread Blake Sullivan
) is potentially confusing due to inconsistency 3) might not be immediately obvious and could theoretically have precision problems 4) is not immediately obvious either but incredibly flexible I vote for 3) since it gets the job done and doesn't preclude doing more later. -- Blake Sullivan

Re: [Trinidad] added browser version support in skinning TRINIDAD-799

2008-04-17 Thread Blake Sullivan
== true -- Blake Sullivan If so, I like 3 as well. -Andrew On Thu, Apr 17, 2008 at 1:31 PM, Blake Sullivan [EMAIL PROTECTED] wrote: If we agree that we like the we like the media query syntax and that the only issue is how to handle less than (as opposed the =) for the max-version, then we

Re: [Trinidad] added browser version support in skinning TRINIDAD-799

2008-04-17 Thread Blake Sullivan
Cristi Toth said the following On 4/17/2008 2:00 PM PT: On Thu, Apr 17, 2008 at 9:58 PM, Blake Sullivan [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Andrew Robinson said the following On 4/17/2008 12:35 PM PT: So do I read this correctly that for #3, 8 means 8.x so

Re: [Trinidad] added browser version support in skinning TRINIDAD-799

2008-04-17 Thread Blake Sullivan
Cristi Toth said the following On 4/17/2008 2:00 PM PT: On Thu, Apr 17, 2008 at 9:58 PM, Blake Sullivan [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Andrew Robinson said the following On 4/17/2008 12:35 PM PT: So do I read this correctly that for #3, 8 means 8.x so

Re: [Trinidad] added browser version support in skinning TRINIDAD-799

2008-04-17 Thread Blake Sullivan
Cristi Toth said the following On 4/17/2008 2:25 PM PT: On Thu, Apr 17, 2008 at 11:15 PM, Blake Sullivan [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Cristi Toth said the following On 4/17/2008 2:00 PM PT Does anybody KNOW how the browsers express their version exactly

Re: [Trinidad] added browser version support in skinning TRINIDAD-799

2008-04-16 Thread Blake Sullivan
-version 7.5 really means version 7.6) -- Blake Sullivan Cristi Toth said the following On 4/16/2008 3:24 PM PT: Hi guys, I finally added browser version support in skinning, but using a different format than first suggested. As we needed to support multiple browsers, each with multiple

Re: An apology

2008-04-15 Thread Blake Sullivan
(OK many times), I'll send a two page plan out for review and you're only comments will be on these two minor points that I got wrong. To repeat, I'm sorry. -- Blake Sullivan Andrew Robinson said the following On 4/15/2008 9:01 AM PT: I wish to withdraw and clarify the scope of my apology

Re: [Trinidad] private / protected final methods in renderers

2008-04-15 Thread Blake Sullivan
the guaranteed lifetime for these changes is. -- Blake Sullivan On Tue, Apr 15, 2008 at 2:40 PM, Cristi Toth [EMAIL PROTECTED] wrote: Hi guys, Dividing this thread is the best thing. But I think we either reached a conclusion or we should start a vote about final/private methods We can change

Re: [Trinidad] private / protected final methods in renderers

2008-04-14 Thread Blake Sullivan
the particular problems we were experiencing at that point in time. Therefore, if you want to extend a Trinidad Renderer class, even in an unsupported fashion, you need to accept that you might need to hack. -- Blake Sullivan If you don't personally agree to go through each and every source file

Re: [Trinidad] private / protected final methods in renderers

2008-04-11 Thread Blake Sullivan
for the best on upgrades does not decrease their maintenance burden. -- Blake Sullivan I fully agree that #2 is the solution though and even that we need to make some part of the trinidad rendering in the API, because I strongly feel that only having components in the API is just

Re: [Trinidad] private / protected final methods in renderers

2008-04-11 Thread Blake Sullivan
up a new version and knows that he might be hosed if the superclass code changed (which he should recheck when he reapplies his hack). -- Blake Sullivan The other solution is to open things up in response to need. Since there is already a clear path for dealing with missing functionality

Re: [Trinidad] private / protected final methods in renderers

2008-04-11 Thread Blake Sullivan
with an artificial reason for why they can not do this. This has definitely ceased being a productive discussion. -- Blake Sullivan

Re: [Trinidad] private / protected final methods in renderers

2008-04-10 Thread Blake Sullivan
possible subclasser might want. If there really are huge chunks of interesting code that should be shared in this case, they can be broken out into utilities and shared that way. -- Blake Sullivan -Andrew On Thu, Apr 10, 2008 at 1:48 PM, Andy Schwartz [EMAIL PROTECTED] wrote: On Thu, Apr 10

Re: [Trinidad] private / protected final methods in renderers

2008-04-10 Thread Blake Sullivan
implementation. -- Blake Sullivan Python goes further, it has no final, everything is mutable. The idea is to give ppl. the power they need and let them shoot themselves in the foot if they want to. This isn't just a matter of principle. I challenge you to author a real world application

Re: [Trinidad] private / protected final methods in renderers

2008-04-09 Thread Blake Sullivan
. a desire to be able to change the Renderer implementation without breaking subclassers. I actually think that we went too far in providing lots of subclasser knobs in Trinidad, but that's just my opinion. -- Blake Sullivan Cristi Toth said the following On 4/9/2008 5:23 PM PT: Hi guys, A lot

Re: [Trinidad] implementing tabIndex attributes on select components

2008-03-24 Thread Blake Sullivan
these cases. -- Blake Sullivan Andy Schwartz said the following On 3/22/2008 5:15 AM PT: Hey All - The concern with exposing a public component-level tabIndex attribute has always been that this opens up the potential for way more problems than it solves. The problem with HTML tabIndex attribute

Re: [jira] Commented: (TRINIDAD-1014) document skin additions in the Apache MyFaces Trinidad Skinning dev guide.

2008-03-23 Thread Blake Sullivan
Jeanne Waldman (JIRA) said the following On 3/18/2008 2:03 PM PT: [ https://issues.apache.org/jira/browse/TRINIDAD-1014?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12580079#action_12580079 ] Jeanne Waldman commented on TRINIDAD-1014:

Re: TRINIDAD-996

2008-03-11 Thread Blake Sullivan
requirements. support for: - subforms - different types of focus handling What types? - conventions What conventions? We are looking for actual use cases as opposed to support everything that this piece of code supports. -- Blake Sullivan and of course: the solutions shouldn't break backward

Re: [jira] Issue Comment Edited: (TRINIDAD-996) improvement of defaultCommand

2008-03-11 Thread Blake Sullivan
Gerhard, What are the semantics of the groups and how do they compare to subforms? -- Blake Sullivan Gerhard Petracek (JIRA) said the following On 3/11/2008 1:46 AM PT: [ https://issues.apache.org/jira/browse/TRINIDAD-996?page=com.atlassian.jira.plugin.system.issuetabpanels:comment

Re: [jira] Commented: (TRINIDAD-961) NON-FUNCTIONAL PARTIALTRIGGERS FOR TABLE COLUMN HEADER/FOOTER

2008-03-10 Thread Blake Sullivan
against the likelihood of regression? It seems that your disagreement is with the relative weighting of the advantages and disadvantages in this case, which is a fair complaint but isn't precedent setting. -- Blake Sullivan Scott Max Starets wrote: I'd say leave it in UIXComponentBase

Re: [jira] Commented: (TRINIDAD-961) NON-FUNCTIONAL PARTIALTRIGGERS FOR TABLE COLUMN HEADER/FOOTER

2008-03-10 Thread Blake Sullivan
be depending on this API. I don't by the let's break it and see if anyone complains attitude, and that is the precedent I was referring to. I don't think anyone ever said that we shouldn't ask the list. -- Blake Sullivan This is why I mentioned that I'm willing to concede the point if nobody

Re: TRINIDAD-996

2008-03-10 Thread Blake Sullivan
and then have to explain when you should use one rather than the other. -- Blake Sullivan the whole issue is based on common requirements of real world projects. i'm sure that there is a reason for the current approach. however, there are also other opinions out there. so it would be great

Re: svn commit: r628919 - in /myfaces/trinidad/trunk_1.2.x: src/site/xdoc/devguide/ trinidad-api/src/main/java/org/apache/myfaces/trinidad/render/ trinidad-api/src/main/java/org/apache/myfaces/trinida

2008-02-24 Thread Blake Sullivan
Jeanne, Can't we use the old code path in the case where the form component is not a naming container and the scoped id contains less than 2 colons. This is probably by far the most common case and I believe that the result is the same across all three schemes. -- Blake [EMAIL PROTECTED]

Re: [Trinidad] add method to get an application scoped concurrentMap to RequestContext (TRINIDAD-926)

2008-01-30 Thread Blake Sullivan
ConcurrentHashMap, which uses lock striping internally. -- Blake Sullivan If we are able to satisfy our requirements by going down this route, I would prefer this over adding a somewhat-redundant API to Trinidad (ie. would prefer fixing the underlying problems so that we can use the Application map

Re: [Trinidad] add method to get an application scoped concurrentMap to RequestContext (TRINIDAD-926)

2008-01-30 Thread Blake Sullivan
Andy Schwartz wrote: Hey Blake - On Jan 30, 2008 11:52 AM, Blake Sullivan [EMAIL PROTECTED] wrote: This is more of an issue, however the other problem is that the ServletContext and Session still don't expose the atomic operations of ConcurrentMap. Neither do they document what object

Re: [Trinidad] add method to get an application scoped concurrentMap to RequestContext (TRINIDAD-926)

2008-01-30 Thread Blake Sullivan
Andy Schwartz wrote: Hey Blake - On Jan 30, 2008 3:57 PM, Blake Sullivan [EMAIL PROTECTED] wrote: I believe that we do want to do this, but we can hold off until we have concrete needs unless the synchronization is actually killing our performance on the Servlet Container implementations

Re: [Trinidad] add method to get an application scoped concurrentMap to RequestContext (TRINIDAD-926)

2008-01-28 Thread Blake Sullivan
I'm, of course, in favor. -- Blake Sullivan Gabrielle Crawford wrote: Hi, In case anyone filtered away the [jira] message. I'd like to add the method described below to the requestContext. Comments? Objections? Thanks, Gab Original Message add method to get

Re: [Trinidad] CoreRenderer static methods

2008-01-24 Thread Blake Sullivan
useless. In the future, I think we should make that method as well as PropertyKey class generic aware. I completely agree. I did this on a branch one night but never got around to submitting the patch. -- Blake Sullivan Regards, ~ Simon /** * This method evaluates the property

Re: [Trinidad] CoreRenderer static methods

2008-01-23 Thread Blake Sullivan
convenience functions, then it is confusing to have both the class itself and a separate Utils class. Given that we have a separate Utils class, these methods shouldn't be on the abstract class. -- Blake Sullivan -Andrew

[jira] Created: (TRINIDAD-905) Support ability for Renderers to recursively skip over components that establish context when rendering

2008-01-17 Thread Blake Sullivan (JIRA)
/browse/TRINIDAD-905 Project: MyFaces Trinidad Issue Type: New Feature Components: Components Affects Versions: 1.2.6-core Reporter: Blake Sullivan Fix For: 1.2.6-core Components that solely setup context for their children, logically

[jira] Updated: (TRINIDAD-905) Support ability for Renderers to recursively skip over components that establish context when rendering

2008-01-17 Thread Blake Sullivan (JIRA)
[ https://issues.apache.org/jira/browse/TRINIDAD-905?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Blake Sullivan updated TRINIDAD-905: Status: Patch Available (was: Open) Support ability for Renderers to recursively skip

Re: [Trinidad] Making date-converter lenient

2007-12-12 Thread Blake Sullivan
. -- Blake Sullivan

Re: [Trinidad] NumberConverter and fr_FR locale

2007-11-30 Thread Blake Sullivan
that the String that we pass to the NumberFormatter has no spaces in it? -- Blake -Matthias On Nov 30, 2007 7:25 PM, Matthias Wessendorf [EMAIL PROTECTED] wrote: Blake, out of the blue, but perhaps that is a JDK bug? I am on 1.5.0_11 On Nov 30, 2007 7:14 PM, Blake Sullivan [EMAIL PROTECTED

Re: [Trinidad] change trunk after next 1.0.x release?

2007-10-29 Thread Blake Sullivan
Matthias, If the committers want to spend their time backporting fixes to 1.0.x, that's their right. -- Blake Sullivan Matthias Wessendorf wrote: Hi, what do you think about doing a 1.0.4 release soon, and the afterwards created 1.2.4-branch becomes trunk then. The 1.0.x development goes

Re: [Trinidad] change trunk after next 1.0.x release?

2007-10-29 Thread Blake Sullivan
no regressions relative to 1.0.x. I would have thought that waiting at least seventeen months to cur over to 1.2 would ahve been long enough. -- Blake Sullivan - anyone else want to chime in. Danny On 10/29/07, *Scott O'Bryan* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Yeah

Re: [Trinidad] Create a 1.2 trunk

2007-10-25 Thread Blake Sullivan
Winer handled most of it. -- Blake Sullivan Matthias Wessendorf wrote: On 10/24/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: On 10/24/07, Andrew Robinson [EMAIL PROTECTED] wrote: IMO, the 1.1 would still act as the main trunk for new features that are not 1.2 specific. It would

Re: [Trinidad] Create a 1.2 trunk

2007-10-25 Thread Blake Sullivan
, the need for JSF 1.1 won't be that large as now. Yep. I assume the JSF 1.1 - 1.2 change is more painful because of the J2EE container requirement (which hopefully JSF 2.0 will take better advantage of than 1.2 does). -- Blake Sullivan To me, this makes sense. -M -- Blake like important

Re: [TRINIDAD] New element in trinidad-skins.xml /SkinImpl/SkinAddition

2007-09-21 Thread Blake Sullivan
resource-bundle with a var name within the faces-config.xml. This would also be useful, but isn't mutually exclusive with the above. -- Blake Sullivan ~ Simon On 9/21/07, *Jeanne Waldman* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi, I have a new issue I need to resolve

Re: [Trinidad] Components provided by issues 663 and 664 - overview and chance to vote

2007-09-05 Thread Blake Sullivan
of trunk? +1 Adding features in too early is a good way to make problems for ourselves later. Once we are certain that we understand the problem space, if these components are the best solution, it will be easy to move them to trunk. -- Blake Sullivan -- Adam

Re: [TRINIDAD] Why are we generating final property accessors

2007-08-25 Thread Blake Sullivan
are either dangerous for compatibility and/or cases where HotSpot can determine that the optimization is possible based on the classes actually loaded in your application, which optimizes all of the non-final cases as well. -- Blake Sullivan AFAIK, there is zero benefit to performance from

Re: [Trinidad] Client-Side Validation - Enable 'onchange' validation

2007-08-24 Thread Blake Sullivan
Adam Winer wrote: On 8/22/07, Simon Lessard [EMAIL PROTECTED] wrote: On 8/22/07, Danny Robinson [EMAIL PROTECTED] wrote: Guys, Now we're into 1.0.3, I'd like to enable the inline validation for 'onchange' of an input component. I'd like to start some discussion on how we'd

Re: [Trinidad] [API] New Skin APIs

2007-07-24 Thread Blake Sullivan
one another.--their keys are supposed to be disjoint. Therefore, I would go for Collection. -- Blake Sullivan Regards, ~ Simon On 7/24/07, *Jeanne Waldman* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Thanks everyone. I'm almost done with the implementation. What should

Re: [Trinidad] Client-Side Validators/Convertors should throw TrLabeledFacesMessage (extends TrFacesMessage)

2007-07-20 Thread Blake Sullivan
. Is this map of id-FacesMessage[] or id -ListFacesMessage? -- Blake Sullivan -- Adam * Fix the order of output messages. Currently messages output by the above methods appear in the order of required errors, convertor errors, validator errors. Rather than the order in which

Re: [Trinidad] [API] New Skin APIs

2007-07-19 Thread Blake Sullivan
Considering that I reviewed them, it isn't surprising that I like all of these changes. -- Blake Sullivan Jeanne Waldman wrote: Hi there, I have some new Skin API proposals I would like to run by everyone. This involves public API changes and some private IMPL changes, and comes up while I

Re: [Trinidad] Testing JavaScript

2007-07-17 Thread Blake Sullivan
How does this compare to JSUnit? -- Blake Adam Winer wrote: This'd be SWEET! -- Adam On 7/17/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: Hi, perhaps we should add some Unit tests (via [1]) to Trinidad, to test stuff like our converters: import junit.framework.TestCase; import

Re: [jira] Resolved: (TRINIDAD-18) wild-carded skinning pseudo classes incorrectly transformed to CSS-2

2007-05-29 Thread Blake Sullivan
/jira/browse/TRINIDAD-18 Project: MyFaces Trinidad Issue Type: Bug Components: Skinning Affects Versions: 1.0.1-core, 2.0.0-core Environment: Windows XP Reporter: Blake Sullivan Assignee: Jeanne Waldman Fix For: 1.0.1-core I

Re: [TRINIDAD] LengthValidator fixes

2007-05-22 Thread Blake Sullivan
the latter) Do surrogates count as a character? -- Blake Sullivan - If min and max are the same, we don't have a custom message, so you'd get something like Enter a value between 5 and 5 characters. Looks silly. So, in addition to LengthValidator.NOT_IN_RANGE, I'll add LengthValidator.EXACT

Re: [TRINIDAD] LengthValidator fixes

2007-05-22 Thread Blake Sullivan
Adam Winer wrote: On 5/22/07, Blake Sullivan [EMAIL PROTECTED] wrote: Adam Winer wrote: The Trinidad subclass of LengthValidator needs some work. Changes I plan to make - feedback appreciated: - The messages are copied from the LongRangeValidator, so we say Enter a value greater than

[jira] Created: (TRINIDAD-24) JspUtils.getEncoding() blindly returns the results of the enc parameter, which could have been maliciously tampered with to include additional header values

2007-05-17 Thread Blake Sullivan (JIRA)
: Generic Issue Reporter: Blake Sullivan Fix For: 1.0.1-incubating-core-SNAPSHOT JspUtils.getEncoding() blindly returns the results of the enc parameter, which could have been maliciously tampered with to include additional header values. If this value is then used to set

[jira] Updated: (TRINIDAD-24) JspUtils.getEncoding() blindly returns the results of the enc parameter, which could have been maliciously tampered with to include additional header values

2007-05-17 Thread Blake Sullivan (JIRA)
[ https://issues.apache.org/jira/browse/TRINIDAD-24?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Blake Sullivan updated TRINIDAD-24: --- Status: Patch Available (was: Open) JspUtils.getEncoding() blindly returns the results

Re: [Trinidad] RangeValidator(s)

2007-05-16 Thread Blake Sullivan
How exactly is having the Double.MIN/MAX available on the client going to help us? Isn't the result of an overflow a valid Double? -- Blake Sullivan Matthias Wessendorf wrote: ok, we can use undefined instead of null. So we can use the undefined to indicate that Number.MAX / -Number.MAX

<    1   2   3   4