Just fixed that.
Mark, you are now in the myfaces-committers jira group.
--Manfred
On Sat, Feb 5, 2011 at 20:31, Gerhard gerhard.petra...@gmail.com wrote:
maybe you aren't listed as committer (in jira).
@workflow:
+1
regards,
gerhard
http://www.irian.at
Your JSF powerhouse -
JSF
+1 for JUL
On Tue, Oct 6, 2009 at 17:02, Matthias Wessendorf mat...@apache.org wrote:
+1 for JUL
On Sat, Oct 3, 2009 at 10:41 AM, Jan-Kees van Andel
jankeesvanan...@gmail.com wrote:
+1 for JUL.
Jan-Kees van Andel
2009/10/1 Mike Kienenberger mkien...@gmail.com:
+1 for jul -- it's not
+1
On Fri, Aug 14, 2009 at 20:58, Gerhard
Petracekgerhard.petra...@gmail.com wrote:
hi,
i was told that independent releases of the different subprojects wouldn't
be possible.
it seems that this information isn't correct. however, the much more
interesting part is that the constellation at
+1
thanks leonardo
--Manfred
On Thu, Jul 9, 2009 at 04:24, Leonardo Uribelu4...@gmail.com wrote:
Hi
Myfaces core 1.2.7 and 1.1.7 were released. So we can close this vote and
make the necessary changes. Just to note it, after reading all previous
emails the suggested layout is this:
/trunk
+1
would be great
thanks,
Manfred
2009/7/9 Felix Röthenbacher froethenbac...@apache.org:
Hi
I recently made some modifications to MyFaces Core and MyFaces Trinidad
to get it running in an OSGi container (Equinox) together with Facelets.
I wonder if there is any interest in adding bundle
A standard EL expression evaluator cannot and MUST never cache results.
Imagine the following expression:
h:outputText#{someBean.nextCounterValue}/h:outputText
The app developer would not be very happy if EL caches that result, right?
So caching can only be a matter for the model.
OR: you write
Yep, GPL might be a problem. Easiest think might be to switch to
ASF-license prior to donating this bit.
Thanks,
Manfred
On Thu, Jun 18, 2009 at 15:46, Cagatay Civicicagatay.civ...@gmail.com wrote:
Looks nice but not sure about the license.
On Thu, Jun 18, 2009 at 8:44 AM, Roger Laenen
+0.5
I like SLF4J as well, but I won't get in the way of JUL.
Never used JUL myself, so I don't know for sure if there might be any
hidden quirks. ;-)
--Manfred
On Tue, Jun 9, 2009 at 20:32, Gerhard
Petracekgerhard.petra...@gmail.com wrote:
hi,
short description:
this first vote is about
with the
class loader issue does not mean that the webapp-reloading-memory-leak has
been addressed in some way.
Anyway, if you think it (slf4j) is a good way to go, I'll not stand in
between :-)
Ciao,
Mario
-Ursprüngliche Nachricht-
Von: Manfred Geiler [mailto:manfred.gei...@gmail.com
On Fri, Jun 5, 2009 at 19:49, Mario Ivankovits ma...@ops.co.at wrote:
Hi!
Could one please eloberate a little bit more in detail what the pros are of
slf4j?
Pros:
No class loader ambiguousness (as you mentioned)
You get what you define (especially when using maven):
compile-dependency to
On Wed, Jun 3, 2009 at 15:49, Matthias Wessendorf mat...@apache.org wrote:
On Tue, Jun 2, 2009 at 5:57 PM, Cagatay Civici cagatay.civ...@gmail.com
wrote:
Hi guys,
I've question regarding licensing.
For a side open source project(PrimeFaces), I needed access to package
private StateWriter
[
https://issues.apache.org/jira/browse/ORCHESTRA-40?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12706086#action_12706086
]
Manfred Geiler commented on ORCHESTRA-40:
-
The LOG.error should be replaced
done.
Ganesh, Alexander, Michael, you are all three now member of the jira
group myfaces committers
--Manfred
On Fri, May 1, 2009 at 12:03, Matthias Wessendorf mat...@apache.org wrote:
Hello Manfred,
can you do the jira-update for all the three new committers ?
:-)
Thanks!
Matthias
On
[
https://issues.apache.org/jira/browse/ORCHESTRA-40?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12705595#action_12705595
]
Manfred Geiler commented on ORCHESTRA-40:
-
MANAGED_BEAN_NAME
yeah, of course.
Jan-Kees, you were not in the myfaces-committers group on Jira. I fixed that.
@all, FYI:
There are actually 4 myfaces related groups on Jira. The permissions
are equal to the standard roles that are used by almost all Apache
projects:
myfaces-administrators ... people allowed
+1 for moving to new infrastructure
--Manfred
On Wed, Apr 15, 2009 at 10:02, Matthias Wessendorf mat...@apache.org wrote:
Hi,
attached is an announcement that there is now a nice support for CI servers.
I'd like to move the myfaces (sub) projects to this new infrastructure.
What do folks
[
https://issues.apache.org/jira/browse/MYFACES-2154?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Manfred Geiler updated MYFACES-2154:
Status: Patch Available (was: Open)
mobile internet explorer version 6.12 issue
Environment: mobile internet explorer version 6.12
MyFaces v???
Reporter: Manfred Geiler
Tobias Bräuer reported the following issue:
Hello,
There is a problem with mobile internet explorer version 6.12 and
myfaces. The browser sends a Accept:
application/vnd.wap.mms-message
good idea.
except for properties files. they MUST be in ISO 8859-1 character
encoding! (see
http://java.sun.com/j2se/1.5.0/docs/api/java/util/Properties.html)
therefore: please take care of the resource bundle files when you
change encoding.
--Manfred
On Tue, Feb 10, 2009 at 19:47, Bernd Bohmann
FYI
-- Forwarded message --
From: Tony Stevenson pct...@apache.org
To: travel-assista...@apache.org
Date: Fri, 23 Jan 2009 13:28:19 +
Subject: [Travel Assistance] Applications for ApacheCon EU 2009 - Now Open
The Travel Assistance Committee is now accepting applications for
+1
--Manfred
On Tue, Jan 20, 2009 at 22:04, Scott O'Bryan darkar...@gmail.com wrote:
Hey community,
Oracle is trying to open up a new JSR for the Portlet 2.0 Bridge.
Originally this was part of the JSR-301 but there was a slight
misunderstanding of the intentions of the specs regarding
+1
On Sun, Dec 14, 2008 at 16:48, Gerhard Petracek
gerhard.petra...@gmail.com wrote:
hello,
we have a final proposal for the extval logo [1].
please send your opinions.
[ ] +1 for: i like the logo
[ ] +0 for: i like a different version of
PROTECTED]
MFCOMMONS is fine for me as well
On Mon, Nov 24, 2008 at 10:36 AM, Manfred Geiler [EMAIL PROTECTED]
wrote:
any other comments on this?
if not I will create the MFCOMMONS in a few minutes.
--Manfred
On Mon, Nov 24, 2008 at 3:15 AM, Hazem Saleh [EMAIL PROTECTED] wrote:
MFCOMMONS
any other comments on this?
if not I will create the MFCOMMONS in a few minutes.
--Manfred
On Mon, Nov 24, 2008 at 3:15 AM, Hazem Saleh [EMAIL PROTECTED] wrote:
MFCOMMONS is nice for me.
On Sun, Nov 23, 2008 at 11:41 PM, Manfred Geiler [EMAIL PROTECTED]
wrote:
I can do it. I am adding
I can do it. I am adding the new Jira project tomorrow.
However, first of all we need a unique short name (the Jira key) for it.
Some proposals are:
1 MFCOMMONS
2 MCOMMONS
3 MYFACESCOMMONS
4 COMMONS
3 is too long I think
4 though unique might be misleading -- Apache Commons !
--Manfred
On Sun,
+1
On Fri, Nov 14, 2008 at 9:15 AM, Thomas Spiegl [EMAIL PROTECTED] wrote:
+1
On Thu, Nov 13, 2008 at 7:06 PM, Grant Smith [EMAIL PROTECTED] wrote:
+1
On Thu, Nov 13, 2008 at 7:40 AM, [EMAIL PROTECTED] wrote:
+1
..no noticeable negative side effects :)
Best wishes
Wolfgang
+1
On Fri, Nov 14, 2008 at 9:15 AM, Thomas Spiegl [EMAIL PROTECTED] wrote:
+1
On Thu, Nov 13, 2008 at 7:06 PM, Grant Smith [EMAIL PROTECTED] wrote:
+1
On Thu, Nov 13, 2008 at 6:28 AM, Gerhard Petracek
[EMAIL PROTECTED] wrote:
hello paul,
the jira link is [1] e.g. [2]
regards,
since classes are copied into the myfaces-impl jar, there should not
be any dependency at all.
but, to force maven to build myfaces-shared-impl first there should be
a fake provided dependency.
AFAIR this was the case. I wonder if someone has modified/added this
dependency lately?
--Manfred
On
AFAIR the gpg maven plugin worked well.
And I think there is a certain profile you just have to activate when
launching the release build.
--Manfred
On Wed, Nov 12, 2008 at 11:29 AM, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Hi,
I wonder if one of the myfaces projects has a *scriptlet*
If you have only 30 seconds to read this;
Join us in celebrating the ASF's 10th Anniversary at ApacheCon!
The Call for Papers is now open for ApacheCon US 2009, taking place 2-6
November in Oakland, California. Proposals are being accepted at
http://us.apachecon.com/c/acus2009/cfp/ and can be
As a first step I updated the version number in the Classification
Matrix from 2.0 to 1.1.2 (please wait for mirrors).
Well, as far as I understand we should rather specify the various
MyFaces sub projects with their version number.
Please give me more information about cryptography in all the
sounds good!
+1
--Manfred
On Fri, Oct 24, 2008 at 2:12 PM, Simon Kitching [EMAIL PROTECTED] wrote:
Hi All,
I've always hated the forceId feature of tomahawk for two reasons:
(a) it makes it dangerous to compose pages using facelets templating,
jsp:include or similar
(b) it only works for
But Sandbox IS a part of Tomahawk and not a single project, so I do
not see the problem here.
Sandbox issues SHOULD be filed using TOMAHAWK and - of course - the
regarding component (SubForm, PPRPanelGroup, ...).
-1 for a new Jira project(!)
--Manfred
On Tue, Oct 14, 2008 at 4:06 PM, Simon
On Tue, Oct 14, 2008 at 5:35 PM, Volker Weber [EMAIL PROTECTED] wrote:
Hi,
2008/10/14 Simon Kitching [EMAIL PROTECTED]:
Any JIRA admins here?
There currently is no JIRA project defined for the myfaces sandbox. It
appears that people have simply been using TOMAHAWK to file bugs against.
But
On Tue, Oct 14, 2008 at 9:40 PM, Matthias Wessendorf [EMAIL PROTECTED] wrote:
On Tue, Oct 14, 2008 at 9:33 PM, Manfred Geiler [EMAIL PROTECTED] wrote:
But Sandbox IS a part of Tomahawk and not a single project, so I do
not see the problem here.
Sandbox issues SHOULD be filed using TOMAHAWK
This also demands a project site under
http://myfaces.apache.org/commons; and a Commons logo of course. Any
volunteers? ;-)
Just saw that there IS already a site under http://myfaces.apache.org/commons/
Cool!
What's just missing is the menu entry on the main MyFaces page.
--Manfred
My understanding of attributes with a value binding is, that the EL
expressions must ALWAYS be evaluated dynamically and must never be
cached.
The same applies for the rendered attribute. There is (should be) no
special handling IMHO.
Regarding ugly problems and performance issues:
My feeling is,
The Travel Assistance Committee is taking in applications for those wanting
to attend ApacheCon US 2008 between the 3rd and 7th November 2008 in New
Orleans.
The Travel Assistance Committee is looking for people who would like to be
able to attend ApacheCon US 2008 who need some financial support
-1 for permissions change for dev@
+1 for a clearer description
any native speaker volunteering?
--Manfred
On Thu, Sep 4, 2008 at 6:54 PM, Simon Lessard [EMAIL PROTECTED] wrote:
-1
However, it's true that Apache product users often consider themselves
developer and thus post on the
+0 thanks Leonardo!
--Manfred
On Wed, Aug 27, 2008 at 8:07 PM, Leonardo Uribe [EMAIL PROTECTED] wrote:
Hi,
I was running the needed tasks to get the 1.2.4 release of Apache
MyFaces core out.
The artifacts passed all TCK test.
Please note that this vote concerns all of the following parts:
the
roadmap?
yes. I think the main point is, that actually bug-filers abuse the field.
They understand it as a wish list, like you have to fix my bug in
version 'yesterday' :)
-Matthias
Regards,
Volker
2008/8/21 Manfred Geiler [EMAIL PROTECTED]:
The Fix version field is still
Hmm, long time ago since I wrote this diary
Cannot remember the exact reason. Maybe the idea was it to have the
branch available for a quick fix.
i.e. to do a quick 1.1.7 when a security flaw arises and the trunk is
already unstable due to other changes and cannot be used for the
release. We once
+1 for option (1)
Already ran through recreating config myself some months ago. Simon,
thanks for taking this over!
Please be careful with the automatic site build. I once managed to
destroy the myfaces site with continuum, which was then screwed up
half a day because of mirror delays. Remember?
+1
On Thu, Aug 14, 2008 at 11:46 AM, Scott O'Bryan [EMAIL PROTECTED] wrote:
Hi,
I'm trying to release the MyFaces Portlet Bridge Master POM v2. This pom
file was created in order to support the latest portlet-bridge project's
website as well as the multiple open code lines needed for this
Just came across the http://recaptcha.net/ website and wondered if
anyone is willing to develop (and contribute) a reCAPTCHA JSF
component for Tomahawk?
From the website:
reCAPTCHA is a free CAPTCHA service that helps to digitize books.
A CAPTCHA is a program that can tell whether its user is a
On Thu, Aug 14, 2008 at 10:13 PM, Mike Kienenberger [EMAIL PROTECTED] wrote:
I think what Manfred is suggesting is that we implement a reCAPTCHA
component specifically rather than captcha in general. For those
people who want to secure their applications and promote digital book
scan
+0
(unfortunately stuck in my day job - no time for testing - but
appreciating the new release)
Thanks Leonardo!
--Manfred
On Tue, Aug 12, 2008 at 11:11 PM, Leonardo Uribe [EMAIL PROTECTED] wrote:
Hi,
I was running the needed tasks to get the 1.1.6 release of Apache
MyFaces core out.
The
[
https://issues.apache.org/jira/browse/MYFACES-152?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Manfred Geiler updated MYFACES-152:
---
Status: Open (was: Patch Available)
ResponseWriter.endDocument() abuse breaks ADF Faces
[
https://issues.apache.org/jira/browse/MYFACES-152?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Manfred Geiler updated MYFACES-152:
---
Status: Patch Available (was: Reopened)
ResponseWriter.endDocument() abuse breaks ADF
The Jira permissions settings cannot be adjusted on field level.
As a workaround I added a new MyFaces Screen configuration to Jira.
With this configuration the Fix version field should no longer show
up on the Edit screen.
I activated this scheme for Trinidad.
Please check it out. If ok, I will
Sorry guys, I hit the wrong button in my mail app when browsing 200
moderate mails after coming back from vacation...
Time for a coffee!
;-)
--Manfred
On 7/27/08, 百分百营销软件网 [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
--
I have used SLF4J for some time now in a number of projects and did
not have any (serious) problem yet.
The biggest problem was that some classes where not serializable. So
when used in web apps that store objects with loggers in session or
client this was an issue of course. But this was fixed in
What matthias ment was, that we should rather have no
myfaces-inter-subproject-snapshot-dependencies.
I second that. The trunk of a MyFaces sub-project should always depend
on release versions of other projects UNLESS there is a good reason
for having a dependency to a snapshot.
What reasons are
Simon,
Do you have a number? How many files do have tab characters?
I think (b - fix them) would be the better solution. But only if that
does not change every second file.
--Manfred
On Wed, Jul 2, 2008 at 7:28 PM, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
Hi All,
In the new checkstyle rules
+1 (yes, change the myfaces-master-pom ...)
--Manfred
On Mon, Jun 30, 2008 at 11:28 PM, simon [EMAIL PROTECTED] wrote:
Hi,
As I mentioned a few weeks ago, I'd like to clean up the way we do our
checkstyle rule checking. Right now we point the maven-checkstyle-report
plugin directly at a
[
https://issues.apache.org/jira/browse/TOMAHAWK-1291?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12609182#action_12609182
]
Manfred Geiler commented on TOMAHAWK-1291:
--
+1 for a strict (but sweet-tempered
+1
--Manfred
On Tue, Jun 24, 2008 at 5:45 PM, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
Hi All,
I'm about to start working on a new Orchestra feature (basic dialog
support).
It therefore seems a good idea to get an Orchestra release out before I
start messing with the trunk. In
yeah
+1
AFAIR, that crazy workaround was done by me. Pointing to svn is really
ugly, yes. I did it as a quick fix of something even more ugly. Don't
remember exactly what it was. I think something like pointing to a
relative path that only existed when checking out the whole current
project with
+1
On Mon, Jun 9, 2008 at 5:54 PM, Hazem Saleh [EMAIL PROTECTED] wrote:
Hi Team,
I wish to promote this subForm component to the next Tomahawk release.
[+1] for agreeing with promoting the component to the next Tomahawk release.
[-1] for disagreeing with promoting the component to the next
+1
On Mon, Jun 2, 2008 at 8:52 AM, Gerhard Petracek
[EMAIL PROTECTED] wrote:
hello,
we discussed whether or not we should start a new myfaces sub-project
(details at: [1] and [2]).
name:
myfaces-extensions
description:
place for small innovative projects (which are beyond the current
The Myfaces PMC is proud to announce a new addition to our community.
Please welcome Hazem Saleh as the newest MyFaces committer!
Hazem is an active member of the myfaces community, he contributed
some cool components like captcha, password strength and provided many
patches.
He is also involved
Cool thing, Werner. Congrats!
--Manfred
On Tue, May 13, 2008 at 7:45 AM, Werner Punz [EMAIL PROTECTED] wrote:
Hello everyone
I just wanted to give notification that I took a small break from my
components project which is still on track and that I am working on myfaces
groovy support.
I
+1 for removing any (transient) dependency to commons-logging
And for logging that myfaces-commons-util classes wanna do themselves
I strongly suggest SLF4J!
--Manfred
On Thu, Apr 24, 2008 at 8:16 PM, Scott O'Bryan [EMAIL PROTECTED] wrote:
Hey guys,
At the risk of getting hit with tomatoes
my +1 for a myfaces aspect el subproject.
-Matthias
On Fri, Mar 28, 2008 at 2:44 PM, Manfred Geiler [EMAIL PROTECTED] wrote:
Hi all,
As some of you already know (at least those who attended the JSFDays08
conference) I wrote a small goody project called AspectEL that I
Mario, you are not alone in hating the shared concept. ;-)
This is exactly where the myfaces-commons-xxx library comes into
play, I often mentioned before.
What we need is a module, that
1) has a super stable API
2) is used (ie. shared) by the myfaces core(!) as well as other myfaces projects
3)
Jason,
Thanks for the info.
@dev,
I adjusted all markmail links in the myfaces-master-pom accordingly.
--Manfred
On Tue, Apr 1, 2008 at 8:45 AM, Jason Hunter [EMAIL PROTECTED] wrote:
Hi Manfred,
I wanted to let you know that on MarkMail we've setup list home pages
at URLs like
Hi all,
As some of you already know (at least those who attended the JSFDays08
conference) I wrote a small goody project called AspectEL that I
would like to donate to the MyFaces community.
To give you an idea what it is about, here is the abstract of my
presentation called Lightweight AOP with
yes, +1 on moving dynaform to sandbox.
the annotation stuff seems stable and there are many people out there
who would like it to see this dings in the official maven repo.
--Manfred
On Wed, Mar 5, 2008 at 8:59 AM, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi!
2) release of
cool component - thanks!
--Manfred
On Fri, Feb 29, 2008 at 6:15 PM, Hazem Saleh [EMAIL PROTECTED] wrote:
Hi Guys,
Iam pleased to tell you that I finally finished developing the CAPTCHA
component.
We can now have a CAPTCHA by just writing:
s:captcha captchaSessionKeyName=mySessionKey/
FYI
MyFaces Continuum is currently down for maintainance.
Trying to upgrade to 1.1 final
--Manfred
???
Is somebody logged in as mrmaven and killing my processes?
--Manfred
-- Forwarded message --
From: Manfred Geiler [EMAIL PROTECTED]
Date: Mon, Feb 25, 2008 at 1:54 PM
Subject: [continuum] upgrading
To: MyFaces Development dev@myfaces.apache.org
FYI
MyFaces Continuum
Scott, your faulty master pom commit (timezome instead of
timezone) cost me half a day.
How come?
- Continuum did no longer build the master pom correctly
-- your fault
- The continuum messages (see [1]) where totally misleading
-- NOT your fault of course ;-)
- Since I could not determine
not at you.
But as we have learned: always look at the bright side. Now, I
actually learned how to start/stop/install/upgrade continuum. Hooray!
:-)
--Manfred
Anyway, thanks for the information and the upgrade... ;-)
Scott
Manfred Geiler wrote:
Scott, your faulty master pom commit
Simon, is http://myfaces.apache.org/javadoc.html an official page?
Google search says that there is no external link to that page.
Should we get rid of it or is there a quick way to fix this?
Thanks,
Manfred
-- Forwarded message --
From: [EMAIL PROTECTED]
Date: Feb 20, 2008
+1
--Manfred
On Feb 19, 2008 11:49 PM, Scott O'Bryan [EMAIL PROTECTED] wrote:
Over the next few days I'm going to be moving in my changes to support
multiple bridges. As a fist step, I need to move the current trunk at
https://svn.apache.org/repos/asf/myfaces/portlet-bridge/trunk to
On Feb 20, 2008 10:39 AM, Manfred Geiler [EMAIL PROTECTED] wrote:
Simon, is http://myfaces.apache.org/javadoc.html an official page?
Google search says that there is no external link to that page.
it was... and we talked about that already in this thread ([1]).
This page was also linked
The portlet bridge project role assigments where a total mess. I fixed
them and also added you to the myfaces-administrators group.
Scott, please try again.
--Manfred
On Feb 18, 2008 9:22 PM, Scott O'Bryan [EMAIL PROTECTED] wrote:
Hey guys,
For some reason I do not have administrative
Matze,
This is a (hardcoded?) Jira feature.
There is one special issue permission in Jira that controls who is
allowed to assign a fix version:
Resolve Issues (Ability to resolve and reopen issues. This includes
the ability to set a fix version.)
Since it is necessary for the reporter to be able
Yes, and this is only possible by taking away the Resolve Issues
permission for reporters (=issue-filers) which would also forbid the
reporter to reopen an issue.
Question is: do we want this.
My feeling is: no, because: In a perfect world :-) the reporter
downloads the fix version release as soon
yes, good idea
+1
I like the name access scope and also experienced people who use the
term flash scope for t:saveState usage.
--Manfred
On Jan 29, 2008 8:59 AM, Simon Kitching [EMAIL PROTECTED] wrote:
Hi All,
Currently in orchestra there are two types of conversation scope: manual
and
The Myfaces PMC is proud to announce a new addition to our community.
Please welcome Bernhard Huemer as the newest MyFaces committer.
Bernhard Huemer has been providing several patches (including a very
tricky EL-bug) and has also been very active on the mailing-list.
@Bernhard: Please add
access says exactly what it does. keeps the conversation active as
long as it is accessed - ie. as long as any bean in this conversation
is used during the next request.
--Manfred
On Jan 29, 2008 9:32 PM, Kito D. Mann [EMAIL PROTECTED] wrote:
Hmmm... I agree that flash can be misleading, but
On Jan 20, 2008 6:50 PM, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Hi,
2)
The trunk says 1.2.1-SNAPSHOT.
In case we use the above mentioned TAG, shouldn't it say 1.2.2-SNAPSHOT
already?
No, I think 1.2.1-SNAPSHOT on trunk is ok as long as there is no release.
The 1_2_1_RC (normally) is
Just had a look at the new commons-utils module and found the class TagUtils.
Please forgive me for saying it directly: This piece of code is horrible!
It seems to be a mixture of various static methods without any direct
relation to Tags. Looks like a huge graveyard for quick and dirty
static
This is the formal vote for the new myfaces master POM version 5.
You can find the signed release candidate at [1].
Please vote
+1 if you reviewed the new master pom version and think we can use it
-1 if you found a flaw or potential problem with the new master pom
Thanks,
--Manfred
[1]
] wrote:
Manfred Geiler [EMAIL PROTECTED] schrieb:
This is the formal vote for the new myfaces master POM version 5.
You can find the signed release candidate at [1].
Please vote
+1 if you reviewed the new master pom version and think we can use it
-1 if you found
ok, I will start the myfaces-master-pom release process right now
--Manfred
On Jan 18, 2008 12:59 PM, Simon Kitching [EMAIL PROTECTED] wrote:
Matthias Wessendorf [EMAIL PROTECTED] schrieb:
Hi,
I ported some Trinidad fixes over to the build-tools.
I also think it might be the
The Myfaces PMC is proud to announce a new addition to our community.
Please welcome Gerhard Petracek as the newest MyFaces committer.
Gerhard has been very active on the mailing lists and has provided
several patches for the Trinidad components. He also cares about
up-to-date wiki pages.
-1
Sorry, I cannot agree.
The API doc of resetValue() tells you why:
Convenience method to reset [..]
A utility like method for convenience like this one does not belong
to an interface. It does not add any behavioural function.
UIInput is not an interface but a (base) class, so it is ok to have
: Improvement
Components: General
Affects Versions: 1.2.0, 1.1.5
Reporter: Manfred Geiler
Assignee: Manfred Geiler
Priority: Minor
According to the Web Accessibility Initiative (WAI) guidelines
(http://www.w3.org/WAI/) for every script element there should
On Jan 15, 2008 3:19 AM, Manfred Geiler [EMAIL PROTECTED] wrote:
-1
Sorry, I cannot agree.
The API doc of resetValue() tells you why:
Convenience method to reset [..]
A utility like method for convenience like this one does not belong
to an interface. It does not add any behavioural
On Jan 15, 2008 4:16 PM, Matthias Wessendorf [EMAIL PROTECTED] wrote:
We here can only talk... The spec itself is made behind closed doors ;-)
Not really closed
ajar would be a better word: at least everyone is allowed to comment
on early drafts
;-)
--Manfred
I could live with (3)
--Manfred
On Jan 14, 2008 11:55 AM, Simon Kitching [EMAIL PROTECTED] wrote:
Hi All,
Currently the master pom (5-SNAPSHOT) defines the pmd plugin in the reporting
section. Unfortunately it appears that while most maven report plugins are
smart enough not to generate
Common practice in the past was that the release manager sets all
resolved issues to closed after the release is out.
--Manfred
On 1/9/08, Simon Kitching [EMAIL PROTECTED] wrote:
Hi All,
I see that there are quite a few issues in JIRA marked as resolved.
The status of resolved means that
The Myfaces PMC is proud to announce a new addition to our community.
Please welcome Michael Freedman as the newest MyFaces committer.
Michael has been very, very active with the portlet-bridge project,
has submitted a lot of patches, most of which already have been
applied, and he is also active
maven2 is ok I think
at least it makes sure we have a namespace for incompatible maven3
plugins in the future... ;-)
--Manfred
On 12/21/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Hi,
should we always start with this package ?
org.apache.myfaces.buildtools.maven2
or
My personal feeling is that getValueExpression should NOT return null
if explictly called with an empty String.
However, this is something for the Unified EL (ie. JSP) specification.
If this behaviour is unclear from the spec, it should be explicitly
defined there.
--Manfred
On 12/21/07,
+1 yes, sure
On 12/20/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Hi,
IMO the archetypes could be moved into the build-tools as well.
/myfaces-build-tools
-/maven2-plugins
-/maven2-archetype
-here they are
-M
--
Matthias Wessendorf
further stuff:
blog:
yes, ok
or org.apache.myfaces.buildtools ?
--Manfred
On 12/20/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Hi,
I like to use
groupIdorg.apache.myfaces.build/groupId
as the groupId
And the java packages like:
-org.apache.myfaces.build.wagon
-org.apache.myfaces.build.faces
-...
I also wondered about this wiki page and I think it is somehow outdated.
Last time I played around with the site build, I could not find this
deploy.sh thing and there actually was no automatic site deployment.
What I did: I added the site build to Continuum. So in fact it IS
getting
1 - 100 of 694 matches
Mail list logo