[ http://issues.apache.org/jira/browse/MYFACES-1125?page=all ]
Volker Weber closed MYFACES-1125:
-
Resolution: Duplicate
Closed as dublicate of MYFACES-1121 on Alin Dosonius request.
problem that blocks tests with htmlunit
Hi Bernd,
sould any other events than SortActionEvent delivered to this
actionListener? If so, i think we can't use your approach, if not, why
don't call it sortActionListener?
Tobagos sheet has a internal default sorting mechanism, which is
implemented as methodBinding and set into the sort
[
http://issues.apache.org/jira/browse/MYFACES-587?page=comments#action_12367949
]
Manuel Ohlendorf commented on MYFACES-587:
--
It is still not possible to use a java.util.TreeMap as a managed property!
Behandlung von map-entries- und
Manfred,
I did a checkout and test build. Everything compiled ok. Later today
I will look into the contents of the jar file and the behind the
scenes maven stuff. If it looks good I think we should try to merge
the core down to the trunk so people can continue to make changes
there.
Sean
On
I sympathize.
But do you mean the branch, trunk or both?
Dennis Byrne
-Original Message-
From: Sean Schofield [mailto:[EMAIL PROTECTED]
Sent: Monday, February 27, 2006 10:26 AM
To: 'MyFaces Development'
Subject: PLEASE: No major checkins
Please Please ... Please try not to make
Both b/c both need to merge. Also no double checkins as Manfred
suggested. I think the merge will work even with the package
renaming. Please let us know what changes were done on *both* the
branch and trunk if any (revision numbers please.)
Sean
On 2/27/06, Dennis Byrne [EMAIL PROTECTED]
[
http://issues.apache.org/jira/browse/TOMAHAWK-156?page=comments#action_12367978
]
Mike Youngstrom commented on TOMAHAWK-156:
--
This appears to be fixed with the patch Martin checked-in on the 25th. My test
case above works.
DataList doesn't
Hi Adam,
Manfred submitted the incubation proposal to the incubator PMC. I assume
they are currently voting on it and will let us know (hopefully anytime
now) what the result is. Almost there :)
-Omar
Adam Winer wrote:
Good question... when the Incubator process kicks in
(when *is* that
Here are two I remember, both to trunk. I'm pretty sure your SVN client can
give you this info for all commits though.
http://mail-archives.apache.org/mod_mbox/myfaces-commits/200602.mbox/[EMAIL
PROTECTED]
http://mail-archives.apache.org/mod_mbox/myfaces-commits/200602.mbox/[EMAIL
PROTECTED]
Great, looking forward to some good news!
One more question - assuming the incubator proposal comes back with
thumbs up, who takes on the work of getting the repository set up?
One reason I ask is that I'd like to do a new drop of our source code,
since obviously we haven't stopped working since
Hi!
Sorry for the lenghty mail.
I would like to get rid of the ExtensionFilter when it comes to buffer
and parse the response.
Now there are a couple of methods how to archive this:
1) documentTag
Having something like
f:view
t:document
t:documentHead
/t:documentHead
I believe that the problem is that
the panelLayout and HTML is incompatible
in HTML you have HTML, HEAD, BODY
in panelLayout you have HTML, HEAD, BODY, FOOT (ok, you get my point ;)
So in fact, the panelLayout is wrong, wrong, wrong.
regards,
Martin
On 2/27/06, Mario Ivankovits [EMAIL
Martin Marinschek schrieb:
in panelLayout you have HTML, HEAD, BODY, FOOT (ok, you get my point ;)
Yes, this is why I put a inc/header.jsp (and footer for sure) outside of
panelLayout.
So I have a header/footer for the content outside of BODY (but for sure,
including the body) and use
That will be infrastructure - whoever takes on the task of doing so.
I don't think that the incubator PMC is voting though, I think the
proposal was silently ignored now for a week or so.
Craig, do you know anything? You're on the incubator PMC, right?
I suggested to Manfred to resend it to
I think we might end up wanting both - the document based approach,
_and_ your scripts-tag.
what do you think?
maybe we should start off with the scripts tag, and then add document
tags as we go?
regards,
Martin
On 2/27/06, Mario Ivankovits [EMAIL PROTECTED] wrote:
Martin Marinschek schrieb:
Changes on the trunk are less problematic. You are right we can use
SVN to find this out but its easier to ask someone where to look for
any major changes. Thanks.
Sean
On 2/27/06, Dennis Byrne [EMAIL PROTECTED] wrote:
Here are two I remember, both to trunk. I'm pretty sure your SVN client
Concerning JIRA, my preference would be to add an ADF faces JIRA
project and group it together with MyFaces (like we have done for
Tomahawk and Tobago.) We can mention the incubator status in the
project description.
Sean
On 2/27/06, Martin Marinschek [EMAIL PROTECTED] wrote:
That will be
Hi!
I think we might end up wanting both - the document based approach,
_and_ your scripts-tag.
What if we implement the state attribute, but having the state optional.
So these tags can work with both scenarios.
We should only make sure, that no one tries to instrument the children
in one
There is no way to revert although I could add one. The difficulty
will be in determining what state to put it back in ...
There's no easy way to require a patch. I don't think we can check
for the presence of an attachment.
Sean
On 2/25/06, Dennis Byrne [EMAIL PROTECTED] wrote:
Without
Because there's no way to detect the presence of a real patch (even if
we could detect attachments), I think we need two options -- one to
specify there's now a patch, and one to say there's no longer a patch.
It's possible that someone could submit a patch that was rejected in
addition to
o-k.
let's do it like this!
+1
regards,
Martin
On 2/27/06, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi!
I think we might end up wanting both - the document based approach,
_and_ your scripts-tag.
What if we implement the state attribute, but having the state optional.
So these tags
I tried modifying the workflow but its tricky with JIRA. You can't
change an active workflow so you have to create a new one and then
migrate your projects to a new workflow scheme. I was only able to
migrate Tobago. I get a 503 server error when I try to change the
workflow schemes of other
Javascript not generated
Key: TOMAHAWK-159
URL: http://issues.apache.org/jira/browse/TOMAHAWK-159
Project: MyFaces Tomahawk
Type: Bug
Versions: 1.1.2-SNAPSHOT
Reporter: Carsten Burghardt
When the page is loaded the first time
Hi,
I thought I had seen it all, but apparently not. Although this article
is not directly related to MyFaces I think it is worth while reading it
and I thought everyone on the list should at least be aware of its
existence.
Sounds good to me (both grouping and a prominent mention of incubator status.)
Adam
On 2/27/06, Sean Schofield [EMAIL PROTECTED] wrote:
Concerning JIRA, my preference would be to add an ADF faces JIRA
project and group it together with MyFaces (like we have done for
Tomahawk and Tobago.) We
Manfred,
I added shared to continuum but its choking on the refactoring[1]. I
will look into it tomorrow but if you can point me in the right
direction ...
Sean
[1]http://myfaces.zones.apache.org:8080/continuum/servlet/continuum/target/ProjectBuild.vm?view=ProjectBuildbuildId=536id=102
On
[ http://issues.apache.org/jira/browse/MYFACES-1149?page=all ]
sean schofield updated MYFACES-1149:
StateUtils has a static inializer that calls FacesContext.getCurrentInstance()
JIRA is cooperating now so I was able to update the workflow. I added
a Cancel Patch operation. For now it just dumps you to Open even
if the status beforehand was Reopened. No big deal IMO. Its more
important that we get the patch status correct. I also fixed the
issue in question as a test.
28 matches
Mail list logo