[
https://issues.apache.org/jira/browse/TRINIDAD-978?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12598503#action_12598503
]
Scott O'Bryan commented on TRINIDAD-978:
Thomas, why was TRINIDAD-73 not re
Edward,
In order to hold up the release, you need to reply to the vote threads for
1.0.8 and 1.2.8 immediately with a -1. It was by luck I happened to see
this in my box. The vote for Trinidad 1.0.8 has been opened for over the
required 72 hours and its currently passing. I suspect Trinidad
[
https://issues.apache.org/jira/browse/TRINIDAD-73?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Scott O'Bryan reopened TRINIDAD-73:
---
Assignee: (was: Adam Winer)
Reopening issue. Please submit a patch.
trinidad
Me either. Are we going to get a JIRA on this?
Jeanne Waldman wrote:
I don't think this should hold up the release.
I see the code that is having an issue. It's only in the demo, and it
seems like EL code.
It's in PreferencesProxy.java. It errors trying to call
of those this next
release but I'm only going to have time to address issues that have patches.
Scott
On Tue, May 20, 2008 at 5:29 PM, Edward Dowgiallo [EMAIL PROTECTED]
wrote:
What will be the timeframe for 1.0.9?
Ed
On 5/20/08, Scott O'Bryan [EMAIL PROTECTED] wrote:
Edward,
In order to hold
into 1.0.8.
Thank you,
Ed
On 5/20/08, Scott O'Bryan [EMAIL PROTECTED] wrote:
Ok Paul, TRINIDAD-1083 has been applied to both trunks, the 1.0.8
label
and the 1.2.8 label. All of the artifacts have been regenerated.
When you test it, give me your +1 and I think we're ready to release.
Scott
It's ok to check into trunk, the tags have been created. I don't yet
have the 1.2.8.1-snapshot generated though, but it will be branched
from the 1.2.8 tag.
On May 20, 2008, at 5:59 PM, Jeanne Waldman
[EMAIL PROTECTED] wrote:
Hi Scott,
Have you already branched for the 1.*.8 releases,
a patch.
Please regenerate the artifacts. I should be able to retest, and
alter my vote, tomorrow evening.
Thank you,
Paul Spencer
Scott O'Bryan wrote:
Venkata, we'll need a JIRA issue and a patch if possible. I can
apply it asap.
To the community, I do have a question.. Concerning this vote
Cool, thanks Venkata, I'll wait to hear back as to whether the issue is
in the demo or the component before I close the vote.
Scott
venkata guddanti wrote:
I will investigate the chart not working in 1.2.8 today.
Venkata
On Thu, May 15, 2008 at 7:32 PM, Scott O'Bryan [EMAIL PROTECTED
either complete the release tomorrow generate some
new artifacts and start the vote again.
Current results for 1.2.8:
+1 Scott O'Bryan, Matthias Wessendorf
+.5 Andrew Robinson
-1 Paul Spencer because the Chart component doesn't work.
Current results for 1.0.8
+1 Scott O'Bryan, Matthias Wessendorf
.
Thank you,
Paul Spencer
Scott O'Bryan wrote:
Venkata, we'll need a JIRA issue and a patch if possible. I can
apply it asap.
To the community, I do have a question.. Concerning this vote we
had 2.5 +1's and 1 -1. Technically I think that allows us to
release but I suspect people would want
Are you talking those svg charts that venkata created? I'm not in a
position to check them right now either mainly because I don't have
time to figure out what is wrong, but maybe I can politely ask Venkata
to take a look at them in his copious amounts of free time.
BTW- I'm assuming
Finally! Welcome.
On May 16, 2008, at 3:20 PM, Grant Smith [EMAIL PROTECTED] wrote:
Welcome !
On Fri, May 16, 2008 at 2:08 PM, Gerhard Petracek [EMAIL PROTECTED]
wrote:
welcome!
regards,
gerhard
2008/5/16 Paul Spencer [EMAIL PROTECTED]:
Hazem,
Welcome to MyFaces.
Paul Spencer
-1.2.8issues
might be set prior the release.
Specifically, http://issues.apache.org/jira/browse/TRINIDAD-1059
TRINIDAD-1059http://issues.apache.org/jira/browse/TRINIDAD-1059TRINIDAD-1059
is a critical one, and a fix is a trivial one-liner.
Thanks,
Alexey
Scott O'Bryan wrote:
Hi,
I
No issues, thanks for bringing it up. I'll try to apply the patch once the
release is complete.
On Fri, May 16, 2008 at 12:49 PM, Alexey Stukalov [EMAIL PROTECTED]
wrote:
Thanks, Scott; just wanted to be sure that release managers are aware of
these issues.
+0
Alexey
Scott O'Bryan
[
https://issues.apache.org/jira/browse/MYFACES-434?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12597171#action_12597171
]
Scott O'Bryan commented on MYFACES-434:
---
Simon, I disagree with your comments here
did that for some reason in the past.
Scott, thanks for jumping in!
Sent from my iPod.
Am 15.05.2008 um 19:11 schrieb Scott O'Bryan [EMAIL PROTECTED]:
Hi,
I was running the needed tasks to get the 1.0.8 release of the Apache
MyFaces Trinidad out. The artifacts are deployed to my private
Hi,
I was running the needed tasks to get the 1.2.8 release of the Apache
MyFaces Trinidad out. The artifacts are deployed to my private Apache
account ([1]).
Please take a look at the 1.2.8 artifacts and vote. Please note that
this is my first time putting together a release for Trinidad
).
On the pom matzew put this for deploy
mvn clean source:jar install deploy
-DaltDeploymentRepository=matzew::default::file://FOLDER -Prelease
regards
Leonardo Uribe
On Thu, May 15, 2008 at 8:32 PM, Scott O'Bryan [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Hi,
I was running
Ok, the artifacts should be correct. Thanks for catching it.
+1
On May 15, 2008, at 8:57 PM, Scott O'Bryan [EMAIL PROTECTED]
wrote:
Sigh. Thanks Leonardo. I did that but I was having some network
issues today and I must have copied over the wrong ones. I'll
regenerate them
[
https://issues.apache.org/jira/browse/PORTLETBRIDGE-34?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12596821#action_12596821
]
Scott O'Bryan commented on PORTLETBRIDGE-34:
Yeah, I think I like
[
https://issues.apache.org/jira/browse/TRINIDAD-799?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12596442#action_12596442
]
Scott O'Bryan commented on TRINIDAD-799:
As per this discussion:
http://www.mail
[
https://issues.apache.org/jira/browse/TRINIDAD-799?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12596444#action_12596444
]
Scott O'Bryan commented on TRINIDAD-799:
Thanks Andrew.
Add agent version
If alchemy is already written, then we'll need to complete IP clearance.
Scott
Gerhard Petracek wrote:
hello,
i had just a very quick look at it.
do you plan to support existing jsf artifacts (e.g. converters,
validators,...)?
@subproject and name:
for each topic you have to start at
, 2008 at 5:40 PM, Scott O'Bryan [EMAIL PROTECTED] wrote:
Hey Cristi,
What is the status of Trinidad-799? Is it checked in and ready to go. If
so I'm going to start the release process.
Scott
Cristi Toth wrote:
On Mon, May 5, 2008 at 11:00 PM, Scott O'Bryan [EMAIL PROTECTED
Hey Cristi,
What is the status of Trinidad-799? Is it checked in and ready to go.
If so I'm going to start the release process.
Scott
Cristi Toth wrote:
On Mon, May 5, 2008 at 11:00 PM, Scott O'Bryan [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Easy enough for me since I'm
,
gerhard
2008/4/29 Scott O'Bryan [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]:
How about convalidi. It's validate in Italian (I
think).
Gerhard Petracek wrote:
hello scott
Hey Matthias, I think I can jump in later today or early tomorrow if you
havn't got anyone yet.
Scott
Matthias Wessendorf wrote:
Http://myfaces.apache.org/trinidad
Sent from my iPod.
Am 05.05.2008 um 21:10 schrieb Nutulapati, Krishna
[EMAIL PROTECTED]:
Can you give me the link from
with that.
When do you plan to freeze and prepare the release?
It would be a nice feature to have in this new release.
cheers
On Mon, May 5, 2008 at 9:44 PM, Scott O'Bryan [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Hey Matthias, I think I can jump in later today or early tomorrow
, Scott O'Bryan [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Hey Matthias, I think I can jump in later today or early tomorrow
if you havn't got anyone yet.
Scott
Matthias Wessendorf wrote:
Http://myfaces.apache.org/trinidad
Sent from my iPod.
Am
to freeze and prepare the release?
It would be a nice feature to have in this new release.
cheers
On Mon, May 5, 2008 at 9:44 PM, Scott O'Bryan [EMAIL PROTECTED] wrote:
Hey Matthias, I think I can jump in later today or early tomorrow if you
havn't got anyone yet.
Scott
How about convalidi. It's validate in Italian (I think).
Gerhard Petracek wrote:
hello scott,
do you have a suggestion for a short and fancy name?
regards,
gerhard
2008/4/27 Scott O'Bryan [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]:
+1 to not naming it validations. There is already
+1 to not naming it validations. There is already a commons validator.
-0 to including core in the name
Strong -1 to including JSR in the project name. A jar is nearly an
enhancement number for java. You wouln't name your project something
like MyFaces-1234 after a Jira ticket number.
I like Matt's idea personally.
Scott
Andrew Robinson wrote:
So use @agent with the new version support in the skin? FF3, IE8 -
rounded - FF2, IE7 squared (I can't speak to Opera and Safari since I
have never used them)?
Would take a long time for people to used these browsers, but it would
Robinson wrote:
The problem is that approx 50% of firefox users use 1.5 and the other
50% use 2, about 0% use FF3. No one is on IE 3 yet. (not counting
developers)
-Andrew
On Fri, Apr 25, 2008 at 11:04 AM, Scott O'Bryan [EMAIL PROTECTED] wrote:
I like Matt's idea personally.
Scott
Andrew
[
https://issues.apache.org/jira/browse/MYFACES-1870?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12592057#action_12592057
]
Scott O'Bryan commented on MYFACES-1870:
Does this only happen in the 1.2
suggestion.
@1.1 branch:
that's true - nevertheless there will be two different cores. even though
one of it is within the branch.
regards,
gerhard
2008/4/24 Scott O'Bryan [EMAIL PROTECTED]:
Couple of things.
Can any of this be consolidated into fewer jars? I'm worried that the
jars
Changing the subject of this post.
Nutulapati, Krishna wrote:
Hello All,
I have following issues while handling jsf with trinidad.
The issues I have are as follows.
I need to develop 2 screens.
1)ItemHome:- In this jsf page, I need to have data table with 6
columns. One among these
Hey guys,
At the risk of getting hit with tomatoes and all kinds of rotten fruit,
I would like to ask about some of the dependencies for the MyFaces
Commons projects. IMO the MyFaces commons projects should not carry
around an unnecessary amount of dependencies. Provided dependencies
are
:
- core (for jsf 1.1) and nothing else!
regards,
gerhard
2008/4/24 Hazem Saleh [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]:
+1 for separated core jar.
On Thu, Apr 24, 2008 at 3:52 PM, Scott O'Bryan
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote:
I guess I'm wondering
in that wiki to put whatever I've
discovered so far.
Regards,
Sourav
-Original Message-
From: Scott O'Bryan [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 22, 2008 9:20 AM
To: MyFaces Development
Subject: Re: Upgrading to MyFace 1.2 in Jboss Portal Server giving problem...
Also, if you
containing the mapping ? Then I will
understand exactly what you are saying and also can evaluate the overall effort
in moving to 1.2.
Regards,
Sourav
- Original Message -
From: Scott O'Bryan [EMAIL PROTECTED]
To: MyFaces Development dev@myfaces.apache.org
Sent: Tue Apr 22 08:51:46 2008
20 column
14: Document is invalid: no grammar found.
Regards,
Sourav
-Original Message-
From: Scott O'Bryan [mailto:[EMAIL PROTECTED]
Sent: Monday, April 21, 2008 4:15 PM
To: MyFaces Discussion
Subject: Re: Myfaces Portlet does not work when a bean is stored in
Requestscope...
I would
Hey Mike, do we have a JIRA ticket on this? It SHOULD be able to pick
the schema up from the jar.
scott
Scott O'Bryan wrote:
Ohh, good point Mike. I think he's picking this up from the faces
config INSIDE of the bridge jars...
Scott
Michael Freedman wrote:
Okay -- the JBoss portal must
Couple of things.
Can any of this be consolidated into fewer jars? I'm worried that the
jars in the commons project are starting to look TOO segmented and
functionality that is similar is not being put into a common jar. I
haven't had time to take a look at Sev-en, but provided the
to FacesGenericPortlet in
all relevant places.
- Original Message -
From: Scott O'Bryan [EMAIL PROTECTED]
To: MyFaces Development dev@myfaces.apache.org
Cc: MyFaces Development dev@myfaces.apache.org
Sent: Mon Apr 21 22:18:42 2008
Subject: Re: Upgrading to MyFace 1.2 in Jboss Portal Server giving
.
Regards,
Sourav
From: Scott O'Bryan [EMAIL PROTECTED]
Sent: Tuesday, April 22, 2008 6:03 AM
To: MyFaces Development
Cc: dev@myfaces.apache.org
Subject: Re: Upgrading to MyFace 1.2 in Jboss Portal Server giving problem
...
Can you post your web.xml
From: Scott O'Bryan [EMAIL PROTECTED]
Sent: Tuesday, April 22, 2008 6:03 AM
To: MyFaces Development
Cc: dev@myfaces.apache.org
Subject: Re: Upgrading to MyFace 1.2 in Jboss Portal Server giving problem
...
Can you post your web.xml faces-config so I
From: Scott O'Bryan [EMAIL PROTECTED]
Sent: Tuesday, April 22, 2008 8:44 AM
To: MyFaces Development
Subject: Re: Upgrading to MyFace 1.2 in Jboss Portal Server giving
problem...
Oh sorry, I'm also going to need your portlet.xml. You're correct, I
didn't need you faces config.
Scott
souravm
referenced off the portal bridge web site and,
if your interrested, you can start posting there. Eventually I forsee
us having a developers guide but I'm hoping to be able to just pull
content from the wiki.
Scott
Scott O'Bryan wrote:
Souravm,
Your portlet.xml is also incorrect. A good
Cagatay,
What about the commons project. MyFaces Commons Utils and MyFaces
Commons Configurators don't render anyting.
Cagatay Civici wrote:
Hi,
My mind hasn't changed since the last discussion so it's still -1 for
a stand-alone project because in my opinion every goodie, extension
-1 as a new sub-project
+1 included in commons.
Matthias Wessendorf wrote:
-1 as a new sub-project
+1 included in commons
On Mon, Apr 21, 2008 at 8:12 AM, Bernd Bohmann
[EMAIL PROTECTED] wrote:
-1 as a new sub-project
+1 included in commons
Regards
Bernd
Andrew Robinson schrieb:
-1.0.0-alpha-2.jar.
It gives error while parsing the faces-config.xml file in Manifest
folder of portlet-bridge-impl-1.0.0-alpha-2.jar. It says Parse Error
at line 20 column 14: Document is invalid: no grammar found.
Regards,
Sourav
-Original Message-
From: Scott O'Bryan [mailto
@agent id (version: 8-SNAPSHOT).. :)
Andrew Robinson wrote:
Could we leverage maven version parsing algorithms? Maven seems to be
able to parse a lot of crap :)
-Andrew
On Fri, Apr 18, 2008 at 1:09 PM, Matt Cooper [EMAIL PROTECTED] wrote:
I agree, full agent version matching is
Hmm, that's an interresting format.
Glauco P. Gomes wrote:
@agent ie (versions: 4 5. 6)
where 4 = 4
and 5. = 5, 5.5, 5.6, 5.6.2 ...
and 5.5 = 5.5
and 5.5. = 5.5, 5.5.3 ...
Glauco P. Gomes
Scott O'Bryan escreveu:
@agent id (version: 8-SNAPSHOT).. :)
Andrew Robinson wrote:
Could we
Still +1
Andrew Robinson wrote:
Sorry this should have gone to dev@, not users@:
While looking at the Trinidad demo, I was thinking that it is odd that
the skins are shipped inside the demo project as opposed to jars that
can be added to user's applications.
I was thinking this layout
MyFaces Core and the Portlet Bridge have an API policy in that the API
is dictated by a Portlet Bridge spec. They don't have any guidelines in
IMPL though. I think the majority of the projects rely on the
committeers to review and test any additions.
But like Matthias said, it's a good idea
Jira is nice if you want some comments to be kept with the bug. This is
useful for commenting on tickets that do not have patches (and may not
for some time) so that when people finally do get around to it, they
have the information they need.
It is also good for documenting WHY something
Oh yeah, I agree with that.
Matthias Wessendorf wrote:
On Thu, Apr 17, 2008 at 6:57 PM, Scott O'Bryan [EMAIL PROTECTED] wrote:
Jira is nice if you want some comments to be kept with the bug. This is
useful for commenting on tickets that do not have patches (and may not for
some time) so
Perhaps you should file a JIRA ticket and give us a prototype so that we
can discuss a more concrete example.
Scott
Andrew Robinson wrote:
I agree partially with ending this thread, but not 100%. The thread
still lives on as a discussion to see if having sub-renderers
instantiated via the
/ar_subRendererPerfTesting
As for JIRA, I don't feel that that is a place for discussions. If a
decision is made, then I will create an issue.
-Andrew
On Tue, Apr 15, 2008 at 12:30 PM, Scott O'Bryan [EMAIL PROTECTED] wrote:
Perhaps you should file a JIRA ticket and give us a prototype so that we can
Hey Jeanne, we ran across these quite a while ago when we did the
initial portal compatibility enhancements. I really didn't look at it
too much at the time, but Adam seemed to think that these were necessary
for bookmarks.. I managed to find this thread:
Now flip-flopping to the other side.. :)
I disagree that well thought out extension points decrease flexibility
in the renderer. It's all about granularity. Some larger components
(such as the table) have some clearly defined pieces. I don't think
anybody is arguing about the need to
I pretty much agree with everything Andy said here..
Andy Schwartz wrote:
Hey Andrew -
I think we are getting closer together, but not exactly there yet. :-)
On Fri, Apr 11, 2008 at 10:10 AM, Andrew Robinson
[EMAIL PROTECTED] wrote:
As someone who has experience in attempting to use
Andrew,
That's a fair assesment, but that same pressed for time company will
be angry when their stuff no longer works and those will turn into JIRA
tickets. I'm not saying we shouldn't make Trinidad more flexible. I'm
just saying that it's unrealistic to expose logic hap-hazardly. If this
I don't necessarily agree with your last statement Blake. Some of us
like to argue for argument's sake. :)
Blake Sullivan wrote:
Andrew Robinson said the following On 4/11/2008 11:02 AM PT:
Rhetorical question--why would a company have such a policy?
Companies don't usually make
Andrew Robinson wrote:
Could we move this discussion away from a debate?
Could MyFaces Committers or PMC members _only_ please share their
thoughts on this to keep the discussion to the stake holders only?
Please share other solutions as you have them.
Here some view points to discuss:
1)
[
https://issues.apache.org/jira/browse/TRINIDAD-1037?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Scott O'Bryan updated TRINIDAD-1037:
Resolution: Fixed
Fix Version/s: (was: 1.2.7-core)
1.2.8
-core
Reporter: Scott O'Bryan
Assignee: Scott O'Bryan
Although it functions, the code in XmlHttpConfigurator is implemented
correctly. To fix this issue, we must put the code currently in beginRequest
into the getExternalContext method. Then remove the explicit reference
-1 - I agree with Andy and Max for the reasons Matthias stated. Classes
in the Trinidad impl are not to be used outside of trinidad itself.
Only items in the API need to worry about extension outside of the
renderkit. As such, I think leaving things status quo is probably
prudent. Because
The overuse of final is largely irrelevant in impl packages. The reason
is that removing a final allows the class to remain binary compatible
and only items inside of the impl package should be extending the class.
In some cases, final helps ensure an implied contract. In other words,
if
best for the
client.
Because that's what matters most...
regards,
On Thu, Apr 10, 2008 at 11:34 PM, Scott O'Bryan [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
The overuse of final is largely irrelevant in impl packages. The
reason is that removing a final allows the class
to add
these configurable points, but there is no way to anticipate them all.
If the renderer was more extendable this would be possible.
-Andrew
On Thu, Apr 10, 2008 at 3:34 PM, Scott O'Bryan [EMAIL PROTECTED] wrote:
The overuse of final is largely irrelevant in impl packages. The reason
So if this is the case (ie- people who extend impl expect things to
break and know what they are doing), why is it so hard for these people
to submit a patch to add a protected or remove a final? Again,
everything will remain binary compatible.
Scott
Cristi Toth wrote:
Ok, so if you are
Sorry, this went to the wrong thread. Please disregard.
Scott
Scott O'Bryan wrote:
So if this is the case (ie- people who extend impl expect things to
break and know what they are doing), why is it so hard for these
people to submit a patch to add a protected or remove a final? Again
I think so too. Having a sub-project of a sub-project might be a little
infrastructure heavy, there is nothing to say that Sev-en couldn't
become it's own MyFaces subproject that's intended to be used in a
MyFaces/Orchestra type environment.
I also agree it should my a MyFaces wide decision
[
https://issues.apache.org/jira/browse/TRINIDAD-1044?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Scott O'Bryan resolved TRINIDAD-1044.
-
Resolution: Fixed
I added the patch proposed above.
TreeTableRender does not handle
Affects Versions: 1.2.7-core
Reporter: Scott O'Bryan
Assignee: Scott O'Bryan
Fix For: 1.2.8-core
I have a skin that returns a NullIcon object. This icon object does not have
an iconURI so it returns null. While the TreeRenderer supports a null iconURI
Matthias, the bridge does url rewriting as well, and we ignore anything
that has a javascript: prefix. Basically, queryStrings only make
sense on URL's that are http and https (or stuff that resolves to
them). I think that orchestra's encodeActionURL needs to be smart
enough to handle this
:
-- Original message --
From: Scott O'Bryan [EMAIL PROTECTED]
I don't really see why the physical location affects the ability to
fix bugs
or do enhancements in parallel, unless it depends on some common
implementation classes. Or, are you talking more about releases?
Well releases
Plus, for containers like Orchestra which are not necessarily tied to a
specific bridge implementation, it would allow them to work in
environments with older bridges.
Scott
Scott O'Bryan wrote:
Mike... True, although I did some timing and instanceof's (at least
in JDK 1.5) seemed
the ExternalContext prior
to making any references to a portlet class. So with the
standardization of the bridge -- hopefully this problem is solved.
-Mike-
Scott O'Bryan wrote:
Well, they are and they aren't related. In Trinidad the
ExternalContextUtils were developed as part
D. Mann - Author, JavaServer Faces in Action
http://www.virtua.com - JSF/Java EE consulting, training, and mentoring
http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
phone: +1 203-653-2989
fax: +1 203-653-2988
-Original Message-
From: Scott O'Bryan [mailto:[EMAIL
Kito - ShaleTest is already JSF 1.2
Scott
Kito D. Mann wrote:
-Original Message-
From: Scott O'Bryan [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 03, 2008 3:21 PM
To: MyFaces Development
Cc: 'Gary VanMatre'
Subject: Re: JSF 2.0 component set
I foresee an exact copy
://www.JSFCentral.com - JavaServer Faces FAQ, news, and info
phone: +1 203-653-2989
fax: +1 203-653-2988
-Original Message-
From: Scott O'Bryan [mailto:[EMAIL PROTECTED]
Sent: Monday, March 31, 2008 4:39 PM
To: MyFaces Development
Subject: Re: JSF 2.0 component set
Bruno, I totally agree
I largely agree with Simon here.. Myfaces Core should not be
dependent on a commons library. It has an obligation to the TCK. I
see no reason, though that if this library has universal appeal, it
can't be duplicated in commons.
Unlike everyone else though, I don't like the base name.
Yeah, I had already modified it, but it's fine with me... I've got a
fix to do anyway (because I somehow hosed the graphic) so I'll be sure
to incorporate this one.
Scott
Adonis Raduca wrote:
Hi,
In the final all MyFaces logos are finished.
I placed all of them in one image for a good
Hey guys,
Do to popular demand, I uploaded the ExternalContextUtils to the commons
project. It's a bit different from Trinidad's and includes some extra
request types to be able to handle JSR-286 as well as JSR-301. Like
everything else in commons right now, there are no test cases or
-commons-configurator instead of myfaces-commons-utils.
So my +1 goes to option 2.
cheers
Ernst
On Fri, Mar 28, 2008 at 9:28 PM, Scott O'Bryan [EMAIL PROTECTED] wrote:
Okay Okay already.. :) I'll work on getting these in the commons
somewhere. The code for the configurators (and my nifty
+0
While I see the merit of starting over (and certainly wouldn't argue
against a new component set based off of 2.0), I don't think we should
abadon/restrict renderkits from continuing to support emerging
standards. I know that many of the folks on Trinidad are interested in
supporting 2.0
Well Trinidad is not an Oracle product, it's an Apache product.
Nonetheless, I imagine it would be a good bet that Oracle would want to
continue to support Trinidad going forward. That said, there is no
reason that someone couldn't start a new renderkit. The code is
open-sourced. I just
I would still echo sentiments that it would be most helpful to start
from an existing project. There are so many issues and requirements
that the existing renderkits have had years to work out, I think it
would be a much better starting point. Encouraging people to move off
of their existing
improvement over
JSF1.2. Lots of nice bits, but does it really make components
work
faster or vastly more efficient than can be done within
JSF1.2?
Regards,
Simon
On Mon, 2008-03-31 at 13:50 -0600, Scott
it really make components work
faster or vastly more efficient than can be done within JSF1.2?
Regards,
Simon
On Mon, 2008-03-31 at 13:50 -0600, Scott O'Bryan wrote:
+0
While I see the merit of starting over (and certainly wouldn't argue
against a new component
in devoting my time to the project as
well.
Mike
Scott O'Bryan wrote:
I would still echo sentiments that it would be most helpful to start
from an existing project. There are so many issues and requirements
that the existing renderkits have had years to work out, I think it
would be a much
-653-2988
-Original Message-
From: Scott O'Bryan [mailto:[EMAIL PROTECTED]
Sent: Monday, March 31, 2008 4:39 PM
To: MyFaces Development
Subject: Re: JSF 2.0 component set
Bruno, I totally agree, but we don't want a lot of dead projects out
there either. My point, and I think Simon's
Good work Adonis. I wish I had 1/10th your talent. :)
My favorite is the top one as well.
Scott
Matt Cooper wrote:
Great work Adonis,
My favorite is the top one.
Thank you,
Matt
On Mon, Mar 31, 2008 at 9:14 AM, Adonis Raduca
[EMAIL PROTECTED] wrote:
Hi,
I wasn't in my best creative
Cool, yay.. Not only can the bridge use it for some testing, but I've
got a commons project I'd like to use it with. Not to mention Trinidad.
I wouldn't argue if you guys wanted to move shale-test over though. :)
The Bridge needs something similar to support testing of portlet JSF
+1 I was just about ready to propose that. Of course if you've ever
been to Trinidad, at least the one in Colorado, it's full of snow. :)
Matthias Wessendorf wrote:
+1 :)
On Fri, Mar 28, 2008 at 12:35 PM, Bruno Aranda [EMAIL PROTECTED] wrote:
I like the leaves logo... if Tobago does not
, Mar 28, 2008 at 1:15 AM, Scott O'Bryan [EMAIL PROTECTED] wrote:
Take a look at Trinidad's ExternalContextUtils class. It uses
reflection. I'm also going to try to get something like this in the
myfaces commons, probably in the configurator package if I end up
submitting my
801 - 900 of 1260 matches
Mail list logo
