Just scheduled it for 1.1.6-SNAPSHOT
Digging deeper after the 1.1.5 is out.
--Manfred
On 3/26/07, Dennis Gesker <[EMAIL PROTECTED]> wrote:
https://issues.apache.org/jira/browse/TOMAHAWK-872
A patch was posted for this issue a few weeks ago. Any chance (or ETA?) on
this patch being accepted?
De
The tomahawk 1.1.5 artifacts are now available on
http://people.apache.org/builds/myfaces/m2-staging-repository/org/apache/myfaces/tomahawk/
Please note, that these are not yet the final jars. The javadoc jars
are missing and I will have to redeploy them. I will not be able to
do this before mon
Wendy, Thanks for the info.
yes, you are right. we should do this later in 1.1.6.
--Manfred
On 3/22/07, Wendy Smoak <[EMAIL PROTECTED]> wrote:
On 3/22/07, Manfred Geiler <[EMAIL PROTECTED]> wrote:
> I will change the assembly configurations of myfaces core and myfaces
> to
if the artifacts are named in a
pattern like:
apache-PROJECT-SUBPROJECT-version.jar
Any objections in starting to use the pattern w/ tomahawk 1.1.5 ?
=> apache-myfaces-tomahawk-1.1.5.jar
Thx,
Matthias
On 3/21/07, Manfred Geiler <[EMAIL PROTECTED]> wrote:
> FYI,
> Just started over
FYI,
Just started over the tomahawk release procedure.
New branch 1.1.5 is created and trunk is already switched to 1.1.6-SNAPSHOT.
You can follow the release procedure in the diary at:
http://wiki.apache.org/myfaces/TomahawkRelease115
--Manfred
Yes, correct IMHO.
Q to all: was there any tomahawk trunk commit during the last days
that might be critical and/or cause trouble in the upcoming release?
If not we will throw away the old 1_1_5 branch and recreate it from
trunk during the next hours. If you have critical tomahawk commits
please
> Adam Winer awiner at apache dot orgyes
> Bernd Bohmann bommel at apache dot org yes
> Bruno Aranda baranda at apache dot org yes
> Gabrielle Crawfordgcrawford at apache dot org yes
> Gerald Muellan gmuellan at apache dot or
Yes, branch 1.1.5 was created too early AND was created the wrong way.
By me ;-)
Best thing is to delete the 1.1.5 branch and go back to the start.
A better way than just starting by copying the trunk to a branch
directly (like I did) is to do it with a "mvn release:prepare". And:
whenever it is
[+1] Apache MyFaces Orchestra
--Manfred
On 3/8/07, Mario Ivankovits <[EMAIL PROTECTED]> wrote:
Hi!
Based on the previous poll it should be possible now to vote on a new name.
Please choose one of the three names (adding new ones can't be honored
from now on). The one with the most votes sho
Hey Mario,
Cool application!
Sad that there are so few votes yet... :-(
--Manfred
On 3/4/07, Mario Ivankovits <[EMAIL PROTECTED]> wrote:
Hi!
Ok, I've setup a little application which should help finding a name out
of the tons we have.
For the next few days you can reach it at [1].
First yo
This was definitely no serious suggestion. Of course. Therefore the smiley.
Sorry if I did not state this clear enough.
Of course we all have no interest in any (malicious) allusion [is
"innuendo" a better word?].
Although perhaps every open source community should have enough humor
to bear such
Apache MyFaces Orchestra?
--Manfred
On 2/27/07, Zubin Wadia <[EMAIL PROTECTED]> wrote:
Apache Faces Concerto anyone?
Zubin.
On 2/27/07, Mario Ivankovits <[EMAIL PROTECTED]> wrote:
> What about something completely different:
>
> Apache MyFaces Aurora
>
> Positive thing, no? Seriously.
>
>
>
.
--Manfred
On 2/27/07, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
On 2/27/07, Manfred Geiler <[EMAIL PROTECTED]> wrote:
> Ok, after reading Mikes mail and looking at these sites
> http://www.adobe.com/products/coldfusion/
> http://www.netobjects.com/index.html
> I
"Apache MyFaces Seamless" ?!
:-)
--Manfred
On 2/27/07, Manfred Geiler <[EMAIL PROTECTED]> wrote:
+1: Apache MyFaces Fusion
-0.9 : Apache MyFaces Salida
-1 : Apache MyFaces Defender
-1 : Apache MyFaces Sesams
On 2/27/07, Grant Smith <[EMAIL PROTECTED]> wrote:
> + 1: Ap
+1: Apache MyFaces Fusion
-0.9 : Apache MyFaces Salida
-1 : Apache MyFaces Defender
-1 : Apache MyFaces Sesams
On 2/27/07, Grant Smith <[EMAIL PROTECTED]> wrote:
+ 1: Apache MyFaces Fusion
- 2 : Apache MyFaces Defender (awful!)
+0 : Apache MyFaces Salida (e...)
--
Grant Smith
Are you the release manager on this one? If not, who is?
Not set in stone, of course.
Any other volunteer stepping forward? Welcome!
:-)
What is the projected timetable for the release?
The timetable is:
ASAP - depending on my spare time during the next days provided that
I'm the release m
-0.9 for removing commons-logging from jsf1.2 branch (now)
Explanation:
In the near future we will have to manage two "branches" that
originate from the same source: jsf 1.1.x and 1.2.x. Making massive
changes to the jsf1.2 codebase that are NOT alone based on jsf 1.1 and
1.2 spec differences are
This is a very precise explanation.
Thank you Mike!
--Manfred
On 2/27/07, Mike Kienenberger <[EMAIL PROTECTED]> wrote:
On 2/27/07, Craig McClanahan <[EMAIL PROTECTED]> wrote:
> Just as a procedural note, the only votes that PMC members have
> binding votes on is releases. For technical issues
+1
--Manfred
On 2/27/07, Werner Punz <[EMAIL PROTECTED]> wrote:
Dennis Byrne schrieb:
> Alright. Here's my +1 binding. Let's put the nail in this coffin.
>
> Dennis Byrne
+1 for that as well, this has been a code burden for too long.
Not much happened yet...
See just added page http://wiki.apache.org/myfaces/TomahawkRelease115.
--Manfred
On 2/26/07, Paul Spencer <[EMAIL PROTECTED]> wrote:
Their was a flurry of mailing list traffic last week around the 1.1.5
release of Tomahawk. I do not see a release plan for this release o
+1
Thanks!
--Manfred
On 2/23/07, Paul Spencer <[EMAIL PROTECTED]> wrote:
This is to summarize the version number discussion.
MyFaces for JSF 1.1
1.1.5 - Current Release (Announced 19-Feb-2007)
1.1.6 - Next release not currently scheduled
MyFaces for JSF 1.2
2.0.0 - Currently being d
all Trinidad-component classes as
a Trinidad-API. We were once discussing on having something like that
for MyFaces as well. For Trinidad, a renderer is not in the
Trinidad-API, a component is
regards,
Martin
On 2/23/07, Manfred Geiler <[EMAIL PROTECTED]> wrote:
> Well, in reallife
1.2 -> 1.2.x
>
> > Paul Spencer
> >
> > Matthias Wessendorf wrote:
> > > we sould do the same for core
> > >
> > > next is 1.5.0
> > >
> > > and JSF 1.2 stuff should be changed to 2.0.0
> > >
> > > On 2/23/07, M
e been my option as well.
>
> other option: 1.5 - and let tomahawk and impl version numbers get out of
> sync.
>
> regards,
>
> Martin
>
> On 2/23/07, Manfred Geiler <[EMAIL PROTECTED]> wrote:
>
>> Ok, thanks for your feedback.
>> Branch 1.1.5 created.
out of sync.
regards,
Martin
On 2/23/07, Manfred Geiler <[EMAIL PROTECTED]> wrote:
> Ok, thanks for your feedback.
> Branch 1.1.5 created.
>
> --Manfred
>
>
> On 2/23/07, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> > On 2/23/07, Manfred Geiler <[EMAIL PROTECTE
Ok, thanks for your feedback.
Branch 1.1.5 created.
--Manfred
On 2/23/07, Wendy Smoak <[EMAIL PROTECTED]> wrote:
On 2/23/07, Manfred Geiler <[EMAIL PROTECTED]> wrote:
> The new tomahawk release number is a trade-off.
> We must decide between
> - releasing tomaha
mailto:[EMAIL PROTECTED]
Verzonden: vr 23-2-2007 9:27
Aan: MyFaces Development
Onderwerp: Re: Tomahawk 1.1.5 release plans?
Hi,
+1 for throwing away 1.1.4, creating a new branch using current trunk and
releasing 1.1.4.
Cagatay
On 2/23/07, Manfred Geiler < [EMAIL PROTECTED] <mailto:[EMA
Ok folks, I will try to start the release process for tomahawk next week.
Well, regarding the branch there are various possibilities:
- use the already existing 1.1.4 branch from Nov. 2006 and release 1.1.4
- throw away existing 1.1.4 branch, create new branch and release 1.1.4
- (optionally) thr
Berndt
-Oorspronkelijk bericht-
Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Namens
Manfred Geiler
Verzonden: maandag 19 februari 2007 12:51
Aan: announce@apache.org; announce@myfaces.apache.org
CC: MyFaces Development; MyFaces Discussion
Onderwerp: [ANNOUNCE] MyFaces Core v1.1.5 Release
The
The Apache MyFaces team is pleased to announce the release of MyFaces
Core 1.1.5.
MyFaces Core is a JavaServer(tm) Faces 1.1 implementation as specified
by JSR-127. MyFaces Core has passed Sun's JSR-127 TCK and is 100%
compliant with the JSR-127 specification.
MyFaces Core 1.1.5 is available in
Ok, thanks.
Just did a straight copy as Wendy suggested.
Anyone knows how long the rsync to the mirrors might take?
--Manfred
On 2/18/07, Wendy Smoak <[EMAIL PROTECTED]> wrote:
On 2/15/07, Manfred Geiler <[EMAIL PROTECTED]> wrote:
> Ummm, I do not feel brave today... ;-)
&
L PROTECTED]> wrote:
Manfred,
The announcement is posted on the website, but the release notes still
say "Bug". Could you make this change to "Bug Fixed"? :)
Thanks,
Jeff Bischoff
Kenneth L Kurz & Associates, Inc.
Manfred Geiler wrote:
> That's what JIRA automat
Hi all,
I need your advice.
The Core 1.1.5 release is online and the site is updated:
http://myfaces.apache.org/download.html
Well, problem is that there is a delay on the maven side:
http://www.nabble.com/how-to-transfer-artifacts-to-m2-ibiblio-rsync-repository-t3235673.html
Should I post the a
r free when putting together the Trinidad stuff
http://people.apache.org/~matzew/stage/org/apache/myfaces/trinidadbuild/
-M
On 2/15/07, Manfred Geiler <[EMAIL PROTECTED]> wrote:
> GPG Plugin signs artifacts (ie creates the *.asc files) which works
> fine for artifacts and assemblies as
but rather scp
copied to the dist dir on the server, the hashes must be done
manually. Boring...
--Manfred
On 2/15/07, Jacek Laskowski <[EMAIL PROTECTED]> wrote:
On 2/15/07, Manfred Geiler <[EMAIL PROTECTED]> wrote:
> However, it would be nice if maven could do this job for me.
Thanks everybody.
Seems like there are enough (binding) positive votes. ;-)
I hereby close this vote and start the release distribution.
--Manfred
On 2/15/07, Sean Schofield <[EMAIL PROTECTED]> wrote:
+1 Thanks to all the new (and old) faces putting this release together.
Sean
On 2/15/07,
Ok, I found it out myself. Created a script that does the magic:
#!/usr/local/bin/bash
for i in $(ls); do
openssl md5 $i >$i.md5
openssl sha1 $i >$i.sha1
done
However, it would be nice if maven could do this job for me. Any idea?
--Manfred
On 2/15/07, Manfred Geiler <[EMAIL
Ummm, I do not feel brave today... ;-)
Can you please ask Jason to do this job for us?
Thanks very much,
Manfred
On 2/15/07, Wendy Smoak <[EMAIL PROTECTED]> wrote:
On 2/15/07, Manfred Geiler <[EMAIL PROTECTED]> wrote:
> Hi Wendy,
> I have question:
> What is the best pra
Next question from a release manager newbie:
What is the easiest way to get the md5 and sha1 files created for the
archives in the
/x1/www/people.apache.org/builds/myfaces/core-1.1.5 dir?
Could this be automated in the assembly pom.xml?
Thanks,
Manfred
Hi Wendy,
I have question:
What is the best practice for transfering our release artifacts from
/x1/www/people.apache.org/builds/myfaces/m2-staging-repository
to the
/x1/www/people.apache.org/repo/m2-ibiblio-rsync-repository
?
As I learned from some prior discussions it's not as simple as doing
Bug
* [long listing of bugs]
This phrasing is ambiguous. Are these bugs present in the Release, or bugs
fixed in the Release? This might be obvious to developers, but release notes
should be more friendly to end users who might otherwise be frightened away.
Richard J. Barbalace
> -Ori
Every community member vote counts!
Who is a MyFaces community member? Everybody interested in MyFaces,
not only committers!
PMC members have the right to veto (with a binding -1). That's the
only difference.
--Manfred
On 2/14/07, Cagatay Civici <[EMAIL PROTECTED]> wrote:
I don't vote since
Sorry, one important thing I forgot:
The release artifacts already passed the TCK! (Thanks Thomas)
--Manfred
On 2/14/07, Manfred Geiler <[EMAIL PROTECTED]> wrote:
Hi all,
This is the official vote for MyFaces Core 1.1.5.
Please note that this vote concerns all of the following par
Affects Versions: 1.1.6-SNAPSHOT
Reporter: Manfred Geiler
Assigned To: Manfred Geiler
http://mojo.codehaus.org/rat-maven-plugin/
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Müllan <[EMAIL PROTECTED]> wrote:
> +1 (binding)
>
> Cool thing that we have a well documented release process now.
>
> Many thanks for all the work to get the release out.
>
> cheers,
>
> Gerald
>
> On 2/14/07, Manfred Geiler <[EMAIL PROTECTED]> wrote:
> &g
next days.
--Manfred
On 2/14/07, Manfred Geiler <[EMAIL PROTECTED]> wrote:
Hi all,
This is the official vote for MyFaces Core 1.1.5.
Please note that this vote concerns all of the following parts:
1. Maven artifact group "org.apache.myfaces.maven" v1.0.5 [1]
2.
Hi all,
This is the official vote for MyFaces Core 1.1.5.
Please note that this vote concerns all of the following parts:
1. Maven artifact group "org.apache.myfaces.maven" v1.0.5 [1]
2. Maven artifact group "org.apache.myfaces.shared" v2.0.5 [1]
3. Maven artifact group "org.apache.myfaces.core
[
https://issues.apache.org/jira/browse/MYFACES-765?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12472925
]
Manfred Geiler commented on MYFACES-765:
This is no longer an issue, is it?
> stops work
[
https://issues.apache.org/jira/browse/MYFACES-1481?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Manfred Geiler resolved MYFACES-1481.
-
Resolution: Fixed
Fix Version/s: (was: 1.1.4.1-SNAPSHOT
e:
MyFaces Core 1.1.5 passes all TCK tests!
We are ready for the next step Manfred.
Regards,
Thomas
On 2/12/07, Thomas Spiegl <[EMAIL PROTECTED]> wrote:
> Great to hear, that we have a new core release ready.
> I will run TCK tests within today.
>
> -Thomas
>
> On 2/8/07,
Hi Werner,
I committed some "optimizations" regarding versioning. Can you please
give me more details, what maven goal for which project led to this
error?
Thx,
Manfred
On 2/13/07, Werner Punz <[EMAIL PROTECTED]> wrote:
Project ID: org.apache.myfaces.tomahawk:tomahawk
POM Location:
/home/werpu/
Thomas, Dennis,
Can one of you please run the TCK tests for core release candidate 1.1.5?
You can find the artifacts here:
http://people.apache.org/builds/myfaces/m2-staging-repository/org/apache/myfaces/core/
If you have to change/fix something please do so on the 1.1.5 branch
at https://svn.ap
On 2/6/07, Mike Kienenberger <[EMAIL PROTECTED]> wrote:
On 2/6/07, Manfred Geiler <[EMAIL PROTECTED]> wrote:
> I'm almost finished with core 1.1.5 preparations and already have
> changed all dependencies to the next SNAPSHOT versions. Although there
> should be more
inline-->
On 2/6/07, Paul Spencer <[EMAIL PROTECTED]> wrote:
Manfred,
See below.
Manfred Geiler wrote:
> inline >>>
>
> On 2/6/07, Paul Spencer <[EMAIL PROTECTED]> wrote:
>> Manfred Geiler wrote:
>> > On 2/6/07, Paul Spencer <[EMAIL PROTECTED
inline >>>
On 2/6/07, Paul Spencer <[EMAIL PROTECTED]> wrote:
Manfred Geiler wrote:
> On 2/6/07, Paul Spencer <[EMAIL PROTECTED]> wrote:
>>
>> IMHO we should not add a SNAPSHOT dependency until their their is a
>> change from the released version of
/jira/browse/TOMAHAWK-881
Project: MyFaces Tomahawk
Issue Type: Task
Affects Versions: 1.1.5-SNAPSHOT
Reporter: Manfred Geiler
Priority: Minor
All NOTICE.txt and LICENSE.txt files and the related licenses dirs should be
moved to subfolder META-INF
On 2/6/07, Paul Spencer <[EMAIL PROTECTED]> wrote:
Should the versions of maven-project be set to 1.0.5 for all projects,
not 1.0.6-SNAPSHOT?
That won't work because as long as the release process is not
finished, the maven-project 1.0.5 only exists on the (inofficial)
staging repo under
http:/
Yes, that was me ;-)
But it's not my fault: Maven behaves strange in this part of the
core/impl/pom.xml:
org.codehaus.mojo
dependency-maven-plugin
unpack-shared-impl
process-classes
unpack
sources/META-INF/
On 2/3/07, Manfred Geiler <[EMAIL PROTECTED]> wrote:
> Okay folks,
> The artifacts to vote for are now on
> http://people.apache.org/builds/myfaces/m2-staging-repository
>
> Since these myfaces "maven-project" artifacts are not that critical I
>
Thanks, Stan.
Yes, my feelings are similar. Let's concentrate on 1.1.5 and declare
1.1.4.1 dead.
--Manfred
On 2/4/07, Stan Silvert <[EMAIL PROTECTED]> wrote:
Not sure if it matters now, but I'd like to declare the 1.1.4.1 release
officially dead. In testing it was found that the portlet bridg
--Manfred
On 2/3/07, Manfred Geiler <[EMAIL PROTECTED]> wrote:
Thanks, Wendy, for your feedback. Now I see clearer... ;-)
Yes, the master-pom was already set to
people.apache.org/builds/myfaces/m2-staging-repository but there are
some artifacts (build-tools, wagon-maven-plugin and the mave
Thanks, Wendy, for your feedback. Now I see clearer... ;-)
Yes, the master-pom was already set to
people.apache.org/builds/myfaces/m2-staging-repository but there are
some artifacts (build-tools, wagon-maven-plugin and the maven-project
itself) that do not inherit from the master-pom, they all st
I just followed our official release procedure that was established by
Sean Schofield:
http://wiki.apache.org/myfaces/Release_Procedure
Point 6 says: "Take a vote on the dev list (only PMC votes are
binding). Vote is taken against a specific SVN revision number (not
release candidate necessary)"
Here is my
+1
--Manfred
On 2/2/07, Manfred Geiler <[EMAIL PROTECTED]> wrote:
Please vote for the release of MyFaces artifact "maven-project" version 1.0.5!
You can find the release candidate here:
http://svn.apache.org/repos/asf/myfaces/maven/branches/1_0_5
Revision 502632
Please vote for the release of MyFaces artifact "maven-project" version 1.0.5!
You can find the release candidate here:
http://svn.apache.org/repos/asf/myfaces/maven/branches/1_0_5
Revision 502632
Please note: The released "maven-project" artifact is the basis for
releasing "myfaces-shared" 2.0.
FYI
I have just started preparing the core release 1.1.5.
See http://wiki.apache.org/myfaces/CoreRelease115#diary for details on
the proceedings.
--Manfred
Please welcome our new MyFaces PMC member Wendy Smoak!
Wendy has been a well known MyFaces contributor and committer for some
time and helped on many places (MyFaces infrastructure, releases,
tests, ...).
Therefore last week there was a vote to invite her to the MyFaces
Project Management Committ
[
https://issues.apache.org/jira/browse/MYFACES-1503?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Manfred Geiler resolved MYFACES-1503.
-
Resolution: Incomplete
Jiri, can you give you additional information on this issue
> Therefore last week there was a vote to invite them to the MyFaces
> Project Management Committee (PMC) and both have accepted.
both? I am curious ... Which of them is a single person with dual
identity in reality? ;-)
Damn, you detected my weak point: counting sets with more than 2 elements
Please welcome our new MyFaces PMC members Bernd Bohmann, Gerald
Muellan and Volker Weber!
Bernd, Gerald and Volker have been well known MyFaces contributors and
committers for some time and helped out on many places within the
MyFaces world (Ajax, Tobago, ...)
Therefore last week there was a vot
Components: build process
Affects Versions: 1.1.4
Reporter: Manfred Geiler
Priority: Minor
Fix For: 1.1.5-SNAPSHOT
pom.xml of myFaces-api defines the following dependency:
commons-digester
commons-digester
1.6
compile
Please repost at users@myfaces.apache.org
dev is for MyFaces development issues only.
Thanks,
Manfred
On 12/10/06, dandiodati <[EMAIL PROTECTED]> wrote:
Trying to decide on jsf as a framework. Could someone help me with some
answers to the followign questions:
1.How is JSF performance in pro
My feeling is: no, no blocker
regards,
Manfred
On 12/4/06, Paul Spencer <[EMAIL PROTECTED]> wrote:
Should this be a blocker?
Paul Spencer
Paul Spencer (JIRA) wrote:
> Attribute acceptCharset is incorrect for the tag h:form in Myface's TLD. It
should be acceptcharset
>
This mail is sent from time to time and is meant to remind you, that
the users@myfaces.apache.org and dev@myfaces.apache.org mailing lists
- like most of the ASF lists - are "subscribers only". This means that
you are only allowed to post to this list if you have subscribed
before.
Please make sur
11/27/06, Zubin Wadia <[EMAIL PROTECTED]> wrote:
Aren't these 2 different threads? All Cagatay wants to do is promote the
component...
Then there was a thread just a few days ago about the commons-util, we
should continue that conversation there...
On 11/27/06, Manfred Geiler <
tuff to a common package. This does't keep you to include this tag in
the tomahawk tld.
Here is my
+1 for moving to tomahawk
and
+1 for moving in a common whatever artifact.
and
+1 for starting a myfaces common project.
Regards
Bernd
Manfred Geiler wrote:
> Even if there is no renderer
gt; > Cagatay Civici wrote:
> > > Yes, having separate commons packages sounds good.
> > >
> > > Cagatay
> > >
> > > On 11/24/06, Martin Marinschek <[EMAIL PROTECTED]> wrote:
> > >>
> > >> +1 for starting off with commons
> >
Even if there is no renderer specific stuff involved, this goody is
quite component like. Particularly the tag definition is the thing
that makes it diffult to integrate into commons. We should not have
another TLD in commons with another recommended prefix ("c" ?!).
Wouldn't that be really confus
+1
we already have been using this component in production for some time
without any issues
Manfred
On 11/26/06, Cagatay Civici <[EMAIL PROTECTED]> wrote:
Hi,
I'm planning to promote s:selectItems to tomahawk. Component satisfies all
of the requirements needed for promotion.
Regards,
Cagata
Yes, academically seen, whenever there is a non-final getter, all
methods within a class should use the getter instead of directly
accessing the field.
Or expressed the other way round:
Whenever a class accesses a field directly the corresponding (public
or protected) getter method should be defi
way)
-M
On 11/24/06, Jesse Alexander (KSFD 121)
<[EMAIL PROTECTED]> wrote:
> Does it make sense to coordinate together with SUN... as you define
> the goal "must not depend on a certain JSF implementation"
>
> regards
> Alexander
>
> -Original Message
2, but there are other
(many) classes that can work for 1.1 and 1.2 out of the box. I would
say it would be better to have a unique implementation of
myfaces-commons and it should be jsf version independent...
Cheers,
Bruno
On 24/11/06, Manfred Geiler <[EMAIL PROTECTED]> wrote:
>
Hi *,
Anyone remembering the old idea of having a separate "commons jsf
utils" project?
Mission:
- provide utilities for JSF component developers as well as JSF
application developers
- provide a stable API
- must not depend on a certain JSF implementation
- own release schedule independent of co
zip it and send it to my address, I'd like to take a look over the weeknd!
Do we have a place where we could store this, so that everybody
interested can download it?
I do not remember how we did it with the "ADF donation".
Manfred
Sounds interesting.
Do you think it's possible to integrate your components so deeply into
the MyFaces framework, that a simple "clientside=true" for a single
standard component or a "all_clientside=true" in the web.xml brings
your components into the game?
That would be awesome.
Dojo/Ajax/Web2.0
Yep, those "_" classes where meant as internal classes and never for
public API-like use.
And if I remember right, they where all package private (you know,
those weird classes that lack the access modifier ;-) in the
beginning. Didn't realize they have been changed to public... Hmm
Of course ther
Please ask such questions on the users list. Dev list is for
discussing internal Myfaces development issues.
Manfred
On 11/22/06, liulocust <[EMAIL PROTECTED]> wrote:
For dynamic binding reason,I want to dynamic bind back-bean values while
using accordionPanel,code as below:
First of all, please ask questions of that kind on the users list. Dev
list is for discussing MyFaces internal development issues.
(Replying to users, cc-ing to dev)
Regarding your question:
Just embed your selectOneMenu in a , that's all. You do not
even need the (hidden) commandLink. Simply do
Here is some status info for the 6 issues.
MYFACES-1488 - blocker that must be resolved (as already mentioned by Wendy)
MYFACES-1420 - patch applied, resolved
MYFACES-1411 - Pending because ICLA for Nikolay Petrov has not arrived yet.
MYFACES-1409 - Pending because issue is unclear.
MYFACES-1482
[ http://issues.apache.org/jira/browse/MYFACES-1420?page=all ]
Manfred Geiler updated MYFACES-1420:
Status: Resolved (was: Patch Available)
Resolution: Fixed
Assignee: Manfred Geiler
patch applied
> Null Pointer Exception
[
http://issues.apache.org/jira/browse/MYFACES-1409?page=comments#action_12452172
]
Manfred Geiler commented on MYFACES-1409:
-
I don't get it.
Your log documents correct behaviour:
After the first RESTORE_VIEW when responseCom
[
http://issues.apache.org/jira/browse/MYFACES-1411?page=comments#action_12452163
]
Manfred Geiler commented on MYFACES-1411:
-
Just checked the ICLA files.
It has still not arrived (or been processed).
Nikolay, can you please check
Welcome, Paul.
Karma and Jira rights already granted.
Please double-check by adding yourself to the pom.xml files.
Thanks for your support!
Manfred
On 11/22/06, Grant Smith <[EMAIL PROTECTED]> wrote:
Congratulations to Paul Spencer for becoming the newest Myfaces committer !
Paul has provi
Just removed a "[EMAIL PROTECTED]" from both lists. Hope that
fixes the problem.
Manfred
On 11/6/06, Martin Marinschek <[EMAIL PROTECTED]> wrote:
I suppose that's a subscriber's address that doesn't work anymore?
regards,
Martin
On 11/3/06, Dennis Byrne <[EMAIL PROTECTED]> wrote:
> Hi infra
[ http://issues.apache.org/jira/browse/TOMAHAWK-684?page=all ]
Manfred Geiler reopened TOMAHAWK-684:
-
The new attribute is called "_activePanelTabVar".
Should be "activePanelTabVar", right?
> New attribut
[
http://issues.apache.org/jira/browse/TOMAHAWK-684?page=comments#action_12436839
]
Manfred Geiler commented on TOMAHAWK-684:
-
The new attribute is called "_activePanelTabVar".
Should be "activePanelTabVar", rig
Just created the "MyFaces Issue Type Scheme" but were unable to assign
it to "MyFaces Core" because there are still 6 "Test" and 3 "Wish"
issues.
The "Sub-Task" seems to be a special type and it looks like it is
mandatory in some way.
Mike, I just gave you jira-admin permissions. Feel free to reo
gnores non-java files in the src tree. ;-)
Putting them into the resource folder would make things even worse in
that sense!
Manfred
On 9/7/06, Martin Marinschek <[EMAIL PROTECTED]> wrote:
You mean a resources folder, right?
regards,
Martin
On 9/7/06, Manfred Geiler <[EMAIL PROTECTE
Dennis, Lance,
I am indeed of the opinion that is is NOT OK to modify this generated
code parts.
Code generation will get importance again when we do the 1.2 port.
And: Code generation is still important and convenient for coding new
tomahawk components. Well, nobody seems to use it by now. Reason
This mail is sent from time to time and is meant to remind you, that
the users@myfaces.apache.org and dev@myfaces.apache.org mailing lists
- like most of the ASF lists - are "subscribers only". This means that
you are only allowed to post to this list if you have subscribed
before.
Please make sur
301 - 400 of 845 matches
Mail list logo
