2005/11/30, Sean Schofield [EMAIL PROTECTED]:
I wanted to resurrect one of our favorite threads ... Should the
shared code be in its own jar?
The reason why I bring this up now is that I'm starting to experiment
with an M2 build for MyFaces. In addition to some of the arguments
made earlier
Broken number converter
---
Key: MYFACES-891
URL: http://issues.apache.org/jira/browse/MYFACES-891
Project: MyFaces
Type: Bug
Versions: 1.1.1
Environment: IBM Websphere CE, Windows XP, IBM JDK 1.4.2
Reporter: Routis Haralampos
Broken date converter
-
Key: MYFACES-892
URL: http://issues.apache.org/jira/browse/MYFACES-892
Project: MyFaces
Type: Bug
Environment: IBM Websphere CE, Windows XP, IBM JDK 1.4.2
Reporter: Routis Haralampos
Priority: Critical
When I
+1
Bruno Aranda wrote:
+1
2005/11/29, Sean Schofield [EMAIL PROTECTED]:
+1
On 11/29/05, Mike Kienenberger [EMAIL PROTECTED] wrote:
+1
--
Philippe Hennes - Web Developer - Atanion GmbH
Software Development - Bismarckstrasse 13 - 26122 Oldenburg - Germany
phone +49 441
Keep in mind, that's a Maven 1 site. I haven't quite managed to
convince m2 to do the same thing, but I'm getting closer.
Point taken.
Watch out for http://jira.codehaus.org/browse/MNG-661, m2 will build
the site for each module, but won't aggregate it so you can preview
it.
Yeah I saw
[
http://issues.apache.org/jira/browse/MYFACES-888?page=comments#action_12358908
]
Paul Spencer commented on MYFACES-888:
--
I would like for the entry to be able to set the CSS class, in addition to
having a default CSS class set by the ScheduleTag.
I'm ok with commons (myfaces-commons.jar).
-1 for moving it to jakarta commons (at least for now.)
sean
On 11/30/05, Bill Dudney [EMAIL PROTECTED] wrote:
+1 on the structural change
+0 on name change either way - An argument can be made for any of
the 3 proposed names (share, core or
Popup is not working in Mozilla firefox 1.5
---
Key: MYFACES-893
URL: http://issues.apache.org/jira/browse/MYFACES-893
Project: MyFaces
Type: Bug
Components: Tomahawk
Versions: 1.1.1
Environment: Server:
Apache
Hi,
in my oppinion a jar for the shared files is the best way, but before
fixing a name: I think there could be a need for another jar.
There are some components in towmahawk.jar which also could be usefull
in combination with tobago. E.g. i don't like depend on towmahawk.jar
just to use
First:
my +1 for a separate jar, and myfaces-share or myfaces-commons.jar as
name - I don't mind either, I don't like core, though.
@Volker:
That's an interesting question.
We might need to split up the components into two groups, and create a
new component pack name for render independent
+1 for a separate jar.
It's a good point that tomahawk should be split, just like jsf/core
and jsf/html are split out. All of the validators, converters, and
non-rendering components probably should go into tomahawk-core :)
[Guess we probably better not use myfaces-core, but like Bill said, I
If we split the components, we will need another prefix for
myfaces-core ('ft', 'f' from the standard core and 't' from tomahawk)?
I see many decisions in this thread now :-) So I also think that we
should avoid the name myfaces-core.
Regards,
Bruno
2005/11/30, Mike Kienenberger [EMAIL
On 11/30/05, Bruno Aranda [EMAIL PROTECTED] wrote:
If we split the components, we will need another prefix for
myfaces-core ('ft', 'f' from the standard core and 't' from tomahawk)?
I see many decisions in this thread now :-) So I also think that we
should avoid the name myfaces-core.
I'd
Hello,
I would prefer following approach:
First we should create a 'common' package.
(proposal is done)
Then we move the source to the src/main/java,
src/main/resources and src/test/java folders
and change the ant scripts.
Afterwards we can start creating the pom's.
Until the maven build is
MyFaces, Converter, Application Bean scope
--
Key: MYFACES-894
URL: http://issues.apache.org/jira/browse/MYFACES-894
Project: MyFaces
Type: Bug
Components: Implementation
Versions: 1.1.1
Environment: Windows XP,
OK lets agree to drop core then since most don't like it ;-)
I think we have enough +1's for myfaces-commons.jar. If anyone wants
to express a -1 for this please do so in the next few days. For now
we'll assume this new jar in the maven builds.
I have some preliminary work done on the m2
[
http://issues.apache.org/jira/browse/MYFACES-892?page=comments#action_12358938
]
Steve Peterson commented on MYFACES-892:
You need to specify the timezone on your tag. 1.1.0 was not spec compliant in
converting dates when no timezone was
Adam Winer wrote:
Sadly, no. There's code in J2SE that's been deprecated since
JDK 1.2 but is still there in 1.6, and will be forever.
Yes unfortunately, Sun has the habit of deprecating stuff but never
removing it.
One of the reasons why parts of the J2SE API have become a complete
mess
[
http://issues.apache.org/jira/browse/MYFACES-210?page=comments#action_12358943
]
Ken Weiner commented on MYFACES-210:
You cannot configure properties on a converter instance from faces-config.xml.
Adam, are you saying that the
Sean Schofield wrote:
I wanted to resurrect one of our favorite threads ... Should the
shared code be in its own jar?
The reason why I bring this up now is that I'm starting to experiment
with an M2 build for MyFaces. In addition to some of the arguments
made earlier we can now add Maven to
Can any of the Struts developers help us out with this? What is the
process for getting a zone established for MyFaces? There are too
many cool things that are possible with zones that we are not getting
to take advantage of.
I believe the zone will also be a good solution to our continuous
Then we should add a requirement as soon as JSF 2.0 JSR is opened.
With a bit of lobbying, it should be possible.
regards
Alexander
-Original Message-
From: news [mailto:[EMAIL PROTECTED] On Behalf Of Werner Punz
Sent: Wednesday, November 30, 2005 7:09 PM
To: dev@myfaces.apache.org
I agree that the deprecated stuff should be dropped from JSF 2.0.
sean
On 11/30/05, Jesse Alexander (KBSA 21)
[EMAIL PROTECTED] wrote:
Then we should add a requirement as soon as JSF 2.0 JSR is opened.
With a bit of lobbying, it should be possible.
regards
Alexander
-Original
[ http://issues.apache.org/jira/browse/MYFACES-892?page=all ]
Simon Kitching closed MYFACES-892:
--
Resolution: Invalid
As Steve says, this is not a bug. I've added an entry to the wiki FAQ on this.
Broken date converter
-
[ http://issues.apache.org/jira/browse/MYFACES-881?page=all ]
Simon Kitching closed MYFACES-881:
--
Resolution: Fixed
Many thanks to Dennis for reporting this issue and providing patches.
TLD tranformations break build
[ http://issues.apache.org/jira/browse/MYFACES-856?page=all ]
Simon Kitching closed MYFACES-856:
--
Resolution: Won't Fix
Ok, it looks like there is simply no easy answer to making t:aliasBean work
with component binding. I've therefore added
[
http://issues.apache.org/jira/browse/MYFACES-855?page=comments#action_12358956
]
Simon Kitching commented on MYFACES-855:
Brett, have you made any progress on your investigations into this issue you
reported?
FacesException: Cannot get value
[
http://issues.apache.org/jira/browse/MYFACES-820?page=comments#action_12358957
]
Simon Kitching commented on MYFACES-820:
This combination works fine for me (JspTilesViewHandler, t:dataScroller).
Matthias, do you have anything further to add to
Hi Simon!
Ok, it looks like there is simply no easy answer to making t:aliasBean work
with component binding. I've therefore added information about this to the
AliasBean.java javadoc, and to the wiki. Looks like that is all that can be
done.
Just a wild guess (didnt find the time to
Hi !
Do you plan to support Rialto framework ?
For more information: HYPERLINK http://rialto.application-servers.com/;
http://rialto.application-servers.com/
--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.362 / Virus Database: 267.13.10/189 - Release
On 11/30/05, Simon Kitching [EMAIL PROTECTED] wrote:
[1] It would be interesting to know whether this approach would work for
Facelets; on first view, what is the timing of binding attribute
evaluations with respect to the aliasBean's rendering methods?
No one who is using facelets will use
[
http://issues.apache.org/jira/browse/MYFACES-855?page=comments#action_12358974
]
Brett Sabell commented on MYFACES-855:
--
In a way, yes. I seem to have tracked this down to an issue with Hibernate,
rather than JSF/MyFaces, but I cannot be certain
On 11/30/05, Sean Schofield [EMAIL PROTECTED] wrote:
OK I am cautiously wading into the Maven waters ...
I'm having trouble using the standalone Struts in an m2 project. Here
is the dependency I am using:
dependency
groupIdstruts/groupId
It appears the folder structure is present on the repo but the jar
file is missing. Anyway we can fix that?
sean
On 11/30/05, Sean Schofield [EMAIL PROTECTED] wrote:
OK I am cautiously wading into the Maven waters ...
I'm having trouble using the standalone Struts in an m2 project. Here
is
Hi Sean, I think you have sent to the wrong list :-) But, anyway, that
dependency seems to be a tld, as I don't see any jar for your
dependency in the maven2 repository [1]. However I don't know too much
about struts-tiles or maven :-)
Regards,
Bruno
[1]
If you're depending on Standalone Tiles you'll probably have worse
luck as that's only based on a nightly right now. you probably
already know that, but I just wanted to make sure.
Greg
On Nov 30, 2005, at 4:58 PM, Wendy Smoak wrote:
On 11/30/05, Sean Schofield [EMAIL PROTECTED] wrote:
On 11/30/05, Bruno Aranda [EMAIL PROTECTED] wrote:
[1] http://www.ibiblio.org/maven2/struts/struts-tiles/1.1/
I wonder if that was the Tiles before it got put into Struts... and
now it's coming back out again. :) MyFaces seems to depend on a later
version than 1.1, does it not?
--
Wendy
Sean Schofield wrote:
OK I am cautiously wading into the Maven waters ...
I'm having trouble using the standalone Struts in an m2 project. Here
is the dependency I am using:
dependency
groupIdstruts/groupId
artifactIdstruts-tiles/artifactId
version1.1/version
You're right wrong list.
On 11/30/05, Bruno Aranda [EMAIL PROTECTED] wrote:
Hi Sean, I think you have sent to the wrong list :-) But, anyway, that
dependency seems to be a tld, as I don't see any jar for your
dependency in the maven2 repository [1]. However I don't know too much
about
Always late :-) This happens in the list, while you are writing your
mail other fast-neuron-equiped users write faster, such as Wendy ;-)
Bruno
2005/12/1, Bruno Aranda [EMAIL PROTECTED]:
Hi Sean, I think you have sent to the wrong list :-) But, anyway, that
dependency seems to be a tld, as I
I didn't think it was released but I know its approaching release.
Shale is using it and that project is about to release. I'm just
trying to avoid using the entire struts.jar since we only need the
tiles part.
Oh well. I guess we'll wait a little while until Struts 1.3 is official.
@Wendy,
Wow, but to be the wrong list... 10 mails in 3 minutes...
Bruno
2005/12/1, Sean Schofield [EMAIL PROTECTED]:
You're right wrong list.
On 11/30/05, Bruno Aranda [EMAIL PROTECTED] wrote:
Hi Sean, I think you have sent to the wrong list :-) But, anyway, that
dependency seems to be a tld, as
Since most of my dev@ ... emails are for MyFaces gmail is trying to
help me. :-(
On 11/30/05, Bruno Aranda [EMAIL PROTECTED] wrote:
Wow, but to be the wrong list... 10 mails in 3 minutes...
Bruno
2005/12/1, Sean Schofield [EMAIL PROTECTED]:
You're right wrong list.
On 11/30/05, Bruno
the rowstate is not serialized with the view. If validation fails the
submitted value of any input component is rendered in the response.
IMO it is not necessary to save the sate of each row if validation
fails since the values are submitted again through the next request.
In any case saving this
On 11/30/05, Sean Schofield [EMAIL PROTECTED] wrote:
I didn't think it was released but I know its approaching release.
Shale is using it and that project is about to release. I'm just
trying to avoid using the entire struts.jar since we only need the
tiles part.
I wouldn't go back to 1.1,
On Nov 30, 2005, at 5:12 PM, Wendy Smoak wrote:
@Wendy, will that release include standalone tiles or just Struts
Action?
Stand-alone Tiles will have its own release schedule.
Ok I feel the pressure :-) There's actually quite a bit of work to
do before Standalone Tiles will be ready.
Greg,
I will try and test the latest with Shale as well. The last time I
tried it there were some issues. I'll catch up with you on the
*struts* dev list sometime soon.
sean
On 11/30/05, Greg Reddin [EMAIL PROTECTED] wrote:
On Nov 30, 2005, at 5:12 PM, Wendy Smoak wrote:
@Wendy, will
I've created a myfaces project in the *test* SVN repostiory[1]. I've
only included the src files but the resources are also mixed in
there and will need to come out. This is just for test purposes so
that we can tweak the build.
Maybe we should also start a wiki as we move things around so that
Wouldn't it be nice to have a single continuum server for all ASF
projects? It seems redundant to have each project install this. To
me this is something that infra coudl provide to all projects (like
SVN, JIRA, etc.)
sean
On 11/30/05, James Mitchell [EMAIL PROTECTED] wrote:
Yes, I have been
Thanks for the info Mathias.
I'm not personally suggesting that there *is* a need to serialize the
_rowState. I was just puzzled why it wasn't.
Thanks for pointing out that a component's _submittedValue will be
restored on postback via processDecodes; I'd not thought about that.
However the
Adam Winer wrote:
On 11/30/05, Mathias Brökelmann [EMAIL PROTECTED] wrote:
the rowstate is not serialized with the view. If validation fails the
submitted value of any input component is rendered in the response.
IMO it is not necessary to save the sate of each row if validation
fails since the
Doc patch for f:convertDateTime to clarify timezone
---
Key: MYFACES-895
URL: http://issues.apache.org/jira/browse/MYFACES-895
Project: MyFaces
Type: Improvement
Components: Implementation
Versions: 1.1.1
[ http://issues.apache.org/jira/browse/MYFACES-895?page=all ]
Simon Kitching closed MYFACES-895:
--
Resolution: Fixed
Patch applied (with some minor changes). Thanks!
Doc patch for f:convertDateTime to clarify timezone
53 matches
Mail list logo