@Manfred:
putting the shared classes in the endorsed directory is not the final
solution - it would mean that those classes are taken up for the
implementation as well.
You might need a different version for the implementation and for tomahawk!
regards,
Martin
On 10/25/05, John Fallows [EMAIL
Look into the wiki
how to build and deploy myfaces in your ide or so
there is a step by step for intellij there.
regards,
Martin
On 10/25/05, Travis Reeder [EMAIL PROTECTED] wrote:
I'm just wondering how the other developers have their sandbox examples
setup in Intellij Idea. I find that
[
http://issues.apache.org/jira/browse/MYFACES-742?page=comments#action_12355711
]
Martin Marinschek commented on MYFACES-742:
---
Great stuff Dennis! I'll go about testing and then patching with this ASAP.
Thanks again!
By the way, can I ask you
Would be even better.
If you come up with a working solution, I'd be more than happy ;)
regards,
martin
On 10/24/05, Travis Reeder [EMAIL PROTECTED] wrote:
I wonder if we should change this to use DOM updating rather than the
innerHTML so we don't have to hack around IE's limitations and can
-- Forwarded message --
From: Martin Marinschek [EMAIL PROTECTED]
Date: Oct 25, 2005 9:56 AM
Subject: Re: inputSuggestAjax
To: Sean Schofield [EMAIL PROTECTED]
Well,
you've got a confused young man here, so no luck ;)
I've just checked the sources, though, and I find:
if
[
http://issues.apache.org/jira/browse/MYFACES-737?page=comments#action_12355716
]
Martin Marinschek commented on MYFACES-737:
---
Sorry, overlooked the post by Neal.
will patch this.
regards,
martin
JSCookMenu can't be used as a child of a
[
http://issues.apache.org/jira/browse/MYFACES-742?page=comments#action_12355717
]
Dennis Byrne commented on MYFACES-742:
--
No problem Martin. I can fax this tomorrow.
Thanks for the positive feedback.
Encryption for MyFaces
[ http://issues.apache.org/jira/browse/MYFACES-742?page=all ]
Martin Marinschek closed MYFACES-742:
-
Fix Version: Nightly
Resolution: Fixed
Thanks to Dennis Byrne for his efforts - this is a major improvement for Apache
MyFaces.
[
http://issues.apache.org/jira/browse/MYFACES-735?page=comments#action_12355720
]
Frode Oldervoll commented on MYFACES-735:
-
In method
org.apache.myfaces.renderkit.html.ext.HtmlMessageRenderer.createOutputLabelMap
a map of ids and corresponding
[ http://issues.apache.org/jira/browse/MYFACES-737?page=all ]
Martin Marinschek closed MYFACES-737:
-
Fix Version: Nightly
Resolution: Fixed
Assign To: Martin Marinschek
Thanks to Neal Haggard for supplying this patch.
JSCookMenu
JspTilesViewHandlerImpl doesn't work with Portlets
--
Key: MYFACES-745
URL: http://issues.apache.org/jira/browse/MYFACES-745
Project: MyFaces
Type: Bug
Components: Implementation
Versions: 1.1.1
AFAIK the 1.1.1 branch is based on trunk rather that 1.1.0.
I agree to Sean that we should get out the 1.1.1 release as soon as possible.
myfaces derives its version numbers from the spec. JSF 1.1 (JSR 127)
is currently implemented which is the reason why we start myfaces
version with 1.1. This
tabChangeListener doesn´t work
--
Key: MYFACES-746
URL: http://issues.apache.org/jira/browse/MYFACES-746
Project: MyFaces
Type: Bug
Components: Tomahawk
Versions: 1.1.1
Environment: Windows XP, j2sdk1.4.2_06,
tabChangeListener doesn´t work
--
Key: MYFACES-747
URL: http://issues.apache.org/jira/browse/MYFACES-747
Project: MyFaces
Type: Bug
Components: Tomahawk
Versions: 1.1.1
Environment: Windows XP, j2sdk1.4.2_06,
[
http://issues.apache.org/jira/browse/MYFACES-744?page=comments#action_12355741
]
Martin Marinschek commented on MYFACES-744:
---
Output from the dev list:
http://jtidy.sourceforge.net/multiproject/jtidyservlet/filter.html
does exactly that. So
[
http://issues.apache.org/jira/browse/MYFACES-444?page=comments#action_12355743
]
Martin Marinschek commented on MYFACES-444:
---
Hi Ken,
did you make any progress on this?
regards,
Martin
HtmlMessageRendererBase renders tooltip as message
[
http://issues.apache.org/jira/browse/MYFACES-699?page=comments#action_12355745
]
Martin Marinschek commented on MYFACES-699:
---
Mathias asked you for the stacktrace - care to post it?
regards,
Martin
selectOneMenu misery error
I don't think we will enjoy keeping some 100+ classes in sync across
two different packages. Nor will I think that users who try to supply
a patch who enjoy this. We couldn't use svn externals either b/c the
files need to have different package statements.
The whole point of the shared code is
OK I double checked and I was the one to apply the patch
(MYFACES-643.) Its a bit confusing because Chris has several patches
for that component since we are trying to use it here at work and not
all of the patches have been applied yet.
So server-side state saving now works (on the trunk.) I
I applied the patch. Thanks. We could use some basic documentation
for the tomahawk components and there's plenty that can be stolen from
the wiki.
Not everything from the wiki should be ported over though. Just some
basic info on how to use the component.
sean
On 10/25/05, sharath reddy
+1
Simon will need to use the nightly before the 1.1.2 RC.
regards,
Martin
On 10/25/05, Sean Schofield [EMAIL PROTECTED] wrote:
I think this has dragged on long enough. Apparently there was a bug
introduced in one of the Tomahawk components but I don't think its
worth another prolonged
+1
Manfred
2005/10/25, Sean Schofield [EMAIL PROTECTED]:
I think this has dragged on long enough. Apparently there was a bug
introduced in one of the Tomahawk components but I don't think its
worth another prolonged release candidate cycle to address it.
So my proposal is to tag the RC3
+1
Bruno
2005/10/25, Manfred Geiler [EMAIL PROTECTED]:
+1
Manfred
2005/10/25, Sean Schofield [EMAIL PROTECTED]:
I think this has dragged on long enough. Apparently there was a bug
introduced in one of the Tomahawk components but I don't think its
worth another prolonged release
Sean Schofield wrote:
I think this has dragged on long enough. Apparently there was a bug
introduced in one of the Tomahawk components but I don't think its
worth another prolonged release candidate cycle to address it.
So my proposal is to tag the RC3 release as 1.1.1, rebuild, release.
t:saveState only works with client-side state saving
Key: MYFACES-748
URL: http://issues.apache.org/jira/browse/MYFACES-748
Project: MyFaces
Type: Bug
Components: Tomahawk (RI Compatability)
Versions:
inputText refresh problem
-
Key: MYFACES-749
URL: http://issues.apache.org/jira/browse/MYFACES-749
Project: MyFaces
Type: Bug
Components: General
Versions: 1.1.0, 1.0.9m9
Environment: Windows XP, Tomcat5.x
Reporter: JagMohan
Need synchronization in LifecycleImpl
-
Key: MYFACES-750
URL: http://issues.apache.org/jira/browse/MYFACES-750
Project: MyFaces
Type: Bug
Components: Implementation
Versions: 1.1.0
Environment: Weblogic 8.1, AIX
Hello,
I was looking to make some changes to the
'HtmlPanelTabbedPane' component. There is a section of
code in the class that is apparently generated from
xml (HtmlPanelTabbedPane.xml).
I want to add another attribute to the component, so I
added it to the xml file. How do I run the
Hi,
Following the recent discussions concerning commons-lang my own thread
concerning the build procedure I put together the start of a maven build
script.
It's basically (currently) a multi-project build for three jars:
MyFaces-api-impl, MyFaces-impl Tomahawk. Pending the outcome of the
As far as I know, you have to do all of this manually. Edit the
component, the tag, and the tld file.
The xml file is no longer used. I'm not entirely certain why they're
still around.
On 10/25/05, sharath reddy [EMAIL PROTECTED] wrote:
Hello,
I was looking to make some changes to the
Can you post it to this mailing list? Or even better, open a
jira-issue, so that we don't loose track of it?
We could now add these files as an optional build process, and get
accustomated with it.
When we feel confident enough, we might switch to Maven.
regards,
Martin
On 10/25/05, Colin
Well, there was some code generation stuff which went amiss.
I might dig that out at some point of time though, especially when
JSF1.2 comes up and we need to replace all occurences of value and
method-binding.
regards,
Martin
On 10/25/05, Mike Kienenberger [EMAIL PROTECTED] wrote:
As far as
Also you may want to contact James Mitchell. He has offered to help
with a Maven script in the past if there was sufficient interest.
sean
On 10/25/05, Martin Marinschek [EMAIL PROTECTED] wrote:
Can you post it to this mailing list? Or even better, open a
jira-issue, so that we don't loose
I'd personally love to see code generation made available again. I'd
like to use it to generate facelet support for MyFaces, and there's
now a shale request to add shale/clay support to MyFaces. Both of
them are essentially generated files. Adam Winer has stated that
ADFaces is also handling
Hi all,
I have improved and refactored Addresource and its dependencies. I
introduced a ResourceLoader interface to allow any component to use
Addresource to render static and dynamic content from any source. This
will allow us (and the user) to create components to render dynamic
javascript,
http://myfaces.apache.org/binary.cgi returns a 500 internal serverl error.
fyi,
-Mark
From: Colin Chalmers [EMAIL PROTECTED]
Following the recent discussions concerning commons-lang my own thread
concerning the build procedure I put together the start of a maven build
script.
...
Towards the end of the week I'd like to share what I have with others who
also have Maven
My vote would also be for m2 but I am not doing the work so I will
leave it up to you.
sean
On 10/25/05, Wendy Smoak [EMAIL PROTECTED] wrote:
From: Colin Chalmers [EMAIL PROTECTED]
Following the recent discussions concerning commons-lang my own thread
concerning the build procedure I put
For some reason the permissions keep getting hosed every time we
update the website (this wasn't a problem until recently.)
Thanks for the heads up. It will be fixed in a few hours when the
changes replicate to the public server.
sean
On 10/25/05, Mark Womack [EMAIL PROTECTED] wrote:
+1
Mathias
2005/10/25, Werner Punz [EMAIL PROTECTED]:
Sean Schofield wrote:
I think this has dragged on long enough. Apparently there was a bug
introduced in one of the Tomahawk components but I don't think its
worth another prolonged release candidate cycle to address it.
So my
Hey Mathias,
Your checkin for this broke the build in HtmlDateRendererTest and HtmlDateRenderCactus.
TravisOn 10/25/05, Mathias Brökelmann [EMAIL PROTECTED] wrote:
Hi all,I have improved and refactored Addresource and its dependencies. Iintroduced a ResourceLoader interface to allow any
Actually come to think of it, it shows those messages in every jsf page
even on refresh! This is a fairly new occurence, because the
dataTable worked fine last week in our application, but with the latest
trunk build it has this recurring page effect. This must have
something to do with mbr's
BTW, this seems like a blocker bug to me against making a release.
Definitely not a blocker. This is a *sandbox* component.
Travis
sean
[
http://issues.apache.org/jira/browse/MYFACES-749?page=comments#action_12355887
]
Mike Kienenberger commented on MYFACES-749:
---
As I stated in the message posted to the list, the behavior you are trying to
perform is very hard in JSF. The
True, but not finding the view in the session goes beyond sandbox.
TravisOn 10/25/05, Sean Schofield [EMAIL PROTECTED] wrote:
BTW, this seems like a blocker bug to me against making a release.Definitely not a blocker.This is a *sandbox* component.Travissean
But that's on the trunk/nightly correct? The upcoming release in on the branch.
sean
On 10/25/05, Travis Reeder [EMAIL PROTECTED] wrote:
True, but not finding the view in the session goes beyond sandbox.
Travis
On 10/25/05, Sean Schofield [EMAIL PROTECTED] wrote:
BTW, this seems like
Wendy,
The original script was based on Maven-1.0.2, however I am now looking
into Maven-2.0 to see how this changes things. This may set me back a
little but shouldn't be too bad (fingers crossed). I too have the
feeling that the end result will be worth the time I now invest. My only
worry
Yeap, it did on 13/10 and afterwards it stop working on 20/10, both from
trunk of course.
Pablo
-Original Message-
From: Sean Schofield [mailto:[EMAIL PROTECTED]
Sent: Wednesday, 26 October 2005 2:40 a.m.
To: MyFaces Development; [EMAIL PROTECTED]
Subject: Re: inputSuggestAjax [SPAM]
Sean Schofield wrote:
I think this has dragged on long enough. Apparently there was a bug
introduced in one of the Tomahawk components but I don't think its
worth another prolonged release candidate cycle to address it.
So my proposal is to tag the RC3 release as 1.1.1, rebuild, release.
Then
[
http://issues.apache.org/jira/browse/MYFACES-744?page=comments#action_12355895
]
Simon Kitching commented on MYFACES-744:
The jtidy filter sounds good to me.
As the email list response was so positive on the jtidyfilter approach I've
added an
Stylesheet tag not always appearing in rendered HTML
Key: MYFACES-751
URL: http://issues.apache.org/jira/browse/MYFACES-751
Project: MyFaces
Type: Bug
Components: Tomahawk
Versions: 1.1.0
Environment:
+1
Sean Schofield wrote:
I think this has dragged on long enough. Apparently there was a bug
introduced in one of the Tomahawk components but I don't think its
worth another prolonged release candidate cycle to address it.
So my proposal is to tag the RC3 release as 1.1.1, rebuild, release.
Seems like a very bad idea to bind Tomahawk components to
the same version number.
Having a version number that tells your client something
about what to expect when upgrading is a _good_ thing.
People can usually upgrade bugfix revisions without
worring about re-writing code (i.e. non-backwards
53 matches
Mail list logo
