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 there should not be (better: must
+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
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... ;-)
Can you please ask
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
-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 Apache
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 well. But AFAIK it does
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
:
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 automatically generates.
But I see your point. Will change Bug
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
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
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 practice for transfering our
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 PROTECTED
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,
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. Any idea?
Can Maven
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
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. Maven artifact group
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:
+1 (binding)
BTW, this was a lot of work! Good thing is: Once more I
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.
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 parts:
1
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
]
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
-Original Message-
From: Manfred Geiler
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:
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, Manfred Geiler [EMAIL PROTECTED] wrote:
Dennis
[
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
[
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?
t:inputCalendar/ stops
Yes, that was me ;-)
But it's not my fault: Maven behaves strange in this part of the
core/impl/pom.xml:
plugin
groupIdorg.codehaus.mojo/groupId
artifactIddependency-maven-plugin/artifactId
executions
execution
idunpack-shared-impl/id
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
/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
inline
On 2/6/07, Paul Spencer [EMAIL PROTECTED] wrote:
Manfred Geiler wrote:
On 2/6/07, Paul Spencer [EMAIL PROTECTED] wrote:
snip
IMHO we should not add a SNAPSHOT dependency until their their is a
change from the released version of the dependency. This will minimize
the number
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] wrote:
snip
IMHO we should not add a SNAPSHOT dependency
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 discussions regarding this issue, I
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
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 bridge
/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
think there is no new vote necessary.
I will continue
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)
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
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 maven-project
itself
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
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 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.5 and
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 note
[
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
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
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
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:
dependency
groupIdcommons-digester/groupId
artifactIdcommons-digester
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
+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,
Cagatay
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
On 11/24/06, Martin Marinschek [EMAIL PROTECTED] wrote:
+1 for starting off with commons
+1 for your first naming suggestion
regards,
Martin
On 11/24/06, Manfred Geiler [EMAIL PROTECTED] wrote:
Important hint, thanks!
My feeling is, we should have only one
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 specific stuff
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 [EMAIL PROTECTED] wrote:
Ok, now I do not understand
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
, 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
/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-
From: Manfred Geiler [mailto:[EMAIL PROTECTED]
Sent: Friday
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
[
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
[
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 responseComplete
[ 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
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
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:
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 there
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 h:form, that's all. You do not
even need the (hidden) commandLink.
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
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
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,
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 reorganize
[ 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 attribute activePanelTabVar
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.
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 PROTECTED] wrote:
Dennis, Lance,
I
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
Werner,
Glad to have you back and thanks for the food.
Are you sure that you do not overstate this a little bit?
I followed many of the discussions and I did not find anything that
would frighten me. Yes, some things had happended that where not
correct. Vigilant community members commented on
Hi MyFaces community,
Please welcome our new MyFaces committers Çagatay Çivici (cagatay) and
Lance Frohman (lfrohman)!
They both have been very active contributors during the last weeks, so
the PMC decided to invite them as new committers. Çagatay and Lance,
nice to have you aboard!
Regards,
: Manfred Geiler [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 2, 2006 07:35 AM
To: 'MyFaces Development'
Cc: [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: [WELCOME] MyFaces += (Cagatay, Lance)
Hi MyFaces community,
Please welcome our new MyFaces committers Çagatay Çivici
Ladies(!) and Gentlemen,
Please welcome our new MyFaces PMC member Mario Ivankovits!
Mario has been a well known MyFaces contributor and committer for some
time and helped out on many places within the MyFaces world. Therefore
before some time there was a vote to invite him to the MyFaces
Please welcome our new MyFaces PMC members Dennis Byrne and Werner Punz!
Dennis and Werner have both been well known MyFaces contributors and committers for some time and helped out on many places within the MyFaces world. Therefore last week there was a vote to invite them to the MyFaces Project
[ http://issues.apache.org/jira/browse/MYFACES-788?page=all ]
Manfred Geiler updated MYFACES-788:
---
Status: Open (was: Patch Available)
Request attributes lost when using MyFaces in Portlet
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.
Please make sure, that you post your messages from the same address
that you used to subscribe to the
On 6/7/06, Martin Marinschek [EMAIL PROTECTED] wrote:
Well, Jacob asked me if I'd like to join up. If I'd join, then as an
individual.
Why not as the official ASF representative for JSF.next?
Of course there should be an official vote, but from my POV there
speaks nothing against you joining
Don't forget, that the JSF API is a little bit different to other spec
APIs. Other than common spec APIs that almost consist of interfaces
only, in JSF there are lots of classes with lots of code and logic.
So, when I think of JSF API 1.2, I doubt that it would be easy to
separate api development
CodeGen Task depends on artifact build-tools with version 1.0.0-SNAPSHOT.
There is no final release yet. To be able to use this
build-tools-x.y.z.jar without running a full build, we must officially
release an 1.0.0 version to the maven repo.
(Before that we should rename the artifact to
Just had a look at the current api/pom.xml:
Somehow the necessary dependencies for the regenerate-component-code
profile got lost during a merge/release. Sean, did you do that by
intention or can this be a bug in the maven release plugin?
However, this is the correct plugin configuration:
Dennis,
Just tried the https://svn.apache.org/change-password page myself and
had success with the basic authentication that pops up by using my
standard apache login name and password (the one I use with ssh as
well).
Can you please try that once more?
Manfred
On 5/31/06, Dennis Byrne [EMAIL
Byrne
-Original Message-
From: Manfred Geiler [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 31, 2006 05:18 PM
To: 'MyFaces Development'
Subject: Re: forgotten password
Dennis,
Just tried the https://svn.apache.org/change-password page myself and
had success with the basic authentication
Sean,
Can you please make a copy of the current trunk to
/myfaces/core/branches/jsf_1_2 ?
After that, Stan can simply (?) merge his stuff inside that.
Is that ok, Stan?
Manfred
On 5/18/06, Sean Schofield [EMAIL PROTECTED] wrote:
You want a 1.2 branch for core only using the latest trunk
Ok, as soon as apache svn is up again I will create a core branch
called jsf_1_2 so that Stan is able to commit his work.
Dennis, I don't think that a vote is necessary now. Just get the jsf
1.2 stuff up and working (EL, TCK, ...). We will do the vote as soon
as we are ready to merge the new code
Hi Stan, Hi all,
This is really bad news for our community.
I'm personally very sad that JBoss has decided to choose this path.
Most of you probably know that relationship between JBoss and the ASF
was not always free of conflicts in the past. It's also no secret that
JBoss never was happy about
Great, thanks!
BTW, description of Tobago Core
(http://myfaces.apache.org/tobago/tobago-core/) is no too detailed...
;-)
Regarding dependencies there are two issues I would like to discuss.
Please have a look at:
http://myfaces.apache.org/tobago/tobago-core/dependencies.html
1.
Hi All,
The MyFaces PMC is proud to announce a new and great release (1.1.3) of
the MyFaces Core Implementation [1].
MyFaces Core is a JavaServer(tm) Faces 1.1 implementation as specified by
JSR-127 [2]. It has passed Sun's TCK and is considered to be 100%
compliant with the spec.
Find
Hi All,
The MyFaces PMC is proud to announce a new and great release of MyFaces
Tomahawk [1].
MyFaces Tomahawk 1.1.2 is a set of JavaServer(tm) Faces 1.1 compatible
custom and extended standard components and other JSF goodies.
Please note: This is the first Tomahawk release that is fully
Arvid,
Go ahead.
Please send your announcement to announce@myfaces.apache.org and
announce@apache.org as well.
Important: Please add a short description What is MyFaces Tobago? to
your ASF wide announcement. Otherwise you might get some Don't waste
our time flames. And: please use your
Looks like an issue for the future myfaces commons package.
As long as we have no clear separation of impl and public api there is
not much gain in dealing with serialVersionUID, IMO.
Manfred
On 4/27/06, Dennis Byrne [EMAIL PROTECTED] wrote:
There was once a rather long discussion about this
Could only manage to run some basic tests so far, but in the spirit of
release early, release often here is my
+1
for core release 1.1.3.
Manfred
On 5/3/06, Jurgen Lust [EMAIL PROTECTED] wrote:
+1
2006/5/2, Matthias Wessendorf [EMAIL PROTECTED]:
Sean,
On 5/2/06, Sean Schofield [EMAIL
Sean,
what you are proposing is something like this:
.../myfaces/core/branches/1_1/1_1_2
.../myfaces/core/branches/1_1/1_1_3
.../myfaces/core/trunk -- JSF 1.2
Right?
What about the following solution:
.../myfaces/core_1_1/trunk
.../myfaces/core_1_1/branches/1_1_2
On 4/25/06, Sean Schofield [EMAIL PROTECTED] wrote:
Actually when you build a custom project with a myfaces-impl-1.1.2 dependency Maven 2.0.4 tries to download the myfaces-master-1.0.1 release(!) from
http://cvs.apache.org/maven-snapshot-repository, which is subject to fail of course. Try it
The pom.xml of the myfaces-core-project artifact contains the following errornous lines: repositories repository snapshots / idapache-maven-snapshots/id
urlhttp://cvs.apache.org/maven-snapshot-repository/url /repository /repositoriesAt least for the newest Maven
2.0.4 these lines make builds
.
Please leave my changes. They are ok.We should also try to fix the releases myfaces-core-project-1.1.2.pom ASAP.Manfred
On 4/24/06, Manfred Geiler [EMAIL PROTECTED] wrote: The pom.xml of the myfaces-core-project artifact contains the following errornous lines:
repositories repository snapshots
Football from Netherlands is what describes him better ;-)Manfredhttp://en.wikipedia.org/wiki/Ajax_Amsterdam
On 4/18/06, Stan Silvert [EMAIL PROTECTED] wrote:
Welcome Gerald!Good to have someone who knows about mildly abrasive household cleansers.Stan SilvertJBoss, Inc.[EMAIL
+1ManfredOn 4/14/06, Sean Schofield [EMAIL PROTECTED] wrote:
Finally the release has passed the TCK.Lets start the vote so we canrelease ASAP.This is a vote to release myfaces-core-1.1.2.Its alsoimplicitly a vote to release myfaces-shared-2.0.0 since that is adependency.The shared dependency will
] wrote:
Manfred Geiler schrieb: Ok, I just spent a few minutes and found the old codegenerator on the attic. Will try to integrate it into current maven structure. Please stay tuned! Thanks,
ManfredManfred, just a question, what was the scope of the old codegenerator,does it generated boilerplate code
301 - 400 of 694 matches
Mail list logo
