Thanks for the update.
sean
On 10/22/05, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> From: "Sean Schofield" <[EMAIL PROTECTED]>
>
> > The release candidate can be found at
> > http://cvs.apache.org/builds/myfaces/release/. Please download it and
> > help us with the testing if you are interested.
On 10/22/05, ir. ing. Jan Dockx <[EMAIL PROTECTED]> wrote:
> Here are some humble suggestions from our experience:
>
>
> 1) Split the release schedules for the different parts
>
> myfaces-api, myfaces-impl, and indeed, myfaces-shared, and tomahawk,
> need to be on different release tracks, and have
On 10/22/05, Martin Marinschek <[EMAIL PROTECTED]> wrote:
> It is a realistic scenario if you think about JBoss including MyFaces
> (the implementation) 1.1.0 as a standard somewhere in the server - and
> you want to upgrade to 1.1.1 in your webapp for the newest and best in
> the tomahawk componen
Ok, so maybe this is the thread for these comments I have sitting on for some time.
_Please_ don't be offended, we _do_ appreciate the work and the results of the MyFaces contributors and the whole community.
But you definitely have a release problem.
3 anecdotal examples: the ages it took from 1
It is a realistic scenario if you think about JBoss including MyFaces
(the implementation) 1.1.0 as a standard somewhere in the server - and
you want to upgrade to 1.1.1 in your webapp for the newest and best in
the tomahawk components.
regards,
Martin
On 10/22/05, Keijo Nurmes <[EMAIL PROTECTED
From: "Sean Schofield" <[EMAIL PROTECTED]>
The release candidate can be found at
http://cvs.apache.org/builds/myfaces/release/. Please download it and
help us with the testing if you are interested. Please report all
JIRA issues against version 1.1.1.
No problems here. :) Shale's system int
Granted but is it a realistic scenario?
Does someone want to deploy in same container for example
myfaces-api.jar 1.1.0
myfaces-impl.jar 1.1.0
tomahawk.jar 1.1.1
would't it be safer just compile custom build from sources.
I dont know, newer happened to me.
It just seemed the most natur
It's not quite the same.
with John's approach, you can use the tomahawk library in whatever
version with whatever version of the implementation you would like to
use. Partticularly, the shared library can co-exist in two different
versions peacefully.
With Keijo's approach, you are locked in to _
[
http://issues.apache.org/jira/browse/MYFACES-618?page=comments#action_12332855
]
Mathias Werlitz commented on MYFACES-618:
-
Sorry, at the moment I have not time for further tests as well. I have tested
it with the RI and it seems to work.
I'm not
hear hear! (or is it here here? ;-) )
On 22 Oct 2005, at 12:51, Keijo Nurmes wrote:
Greetings to everyone.
There is also a third choice . One could separate shared code to its own jar . (myfaces-shared.jar)
In that way users can decide what to use.
a) All in one
myfaces-all.jar (Contains to
Greetings to everyone.
There is also a third choice . One could separate shared code to its
own jar . (myfaces-shared.jar)
In that way users can decide what to use.
a) All in one
myfaces-all.jar (Contains tomahawk, impl, api, shared and optionally
sandbox)
b) Separated pure myfaces
myf
[ http://issues.apache.org/jira/browse/MYFACES-737?page=all ]
Martin Marinschek updated MYFACES-737:
--
Attachment: (was: jscookFormPatchV3.txt)
> JSCookMenu can't be used as a child of a form, and AddResources code for
> custom themes is incompl
[
http://issues.apache.org/jira/browse/MYFACES-737?page=comments#action_12332764
]
Martin Marinschek commented on MYFACES-737:
---
Hi Neal,
did you patch from the latest SVN-head version? Just to make sure - there have
been changes in the Renderer
Hi,
to set forceId do dynamicaly created components you can do
component.getAttributes().put(JSFAttr.FORCE_ID_ATTR, Boolean.True);
this is what the tag does.
Mike Kienenberger wrote:
> That'd also mean that you couldn't use forceID from an alternate
> ViewHandler facelets or Shale/Clay as well
Hi Colin,
Number 1 has crept up from time to time - and we have not reached a
final conclusion on this.
Maven might be good, but if none of us has the time to check it out,
then we are probably better off with using Ant. There should be at
least one or two committers who show active interest in M
Yes to your first suggestion!
let's create something like this.
For the marketing stuff - if there is someone who has a success story
like this, why not?
regards,
Martin
On 10/22/05, Bruno Aranda <[EMAIL PROTECTED]> wrote:
> Hi everybody again,
>
> After some weeks of travelling I am here agai
Hi everybody again,
After some weeks of travelling I am here again :-) In my private mail
I've received the same proposal for two different people and I
consider it interesting... what would be your thoughts of adding in
the wiki a page where it is shown all those companies/insititutions
that are
I don't think that could be a problem.
As long as a tag attribute forceId exists this should work, also if
there is a setter setForceId() in UIComponent.
The attributeMap is a special map implementation which first looks for a
getter/setter on the UIComponent and if not found put/get the Value
int
Colin Chalmers wrote:
Changed subject name to reflect message and stimulate response :-)
/Colin
Hi all,
I'd like to begin by commending the Myfaces community for work done so
far and providing an open source framework which seems to be
increasing in popularity, stability and adhereing to sp
19 matches
Mail list logo