[
http://issues.apache.org/jira/browse/MYFACES-296?page=comments#action_12318593
]
Martin Marinschek commented on MYFACES-296:
---
I tried that out - had to correct the sourcecode in several things, this is the
revised version:
public class MyBean
Its an MPL derivitive, and while I don't have the legal knowledge
necesssary to address your question, I found an interesting summary of
the changes (disclaimer: from sun)
* Fixed the “Effect of New Versions” problem. We added an option to
make Covered Software available under a specific
Thanks Dan for your information - is there anyone from our fellow ASFers well versed in legal stuff willing to comment on that?
regards,
MartinOn 8/11/05, Dan Diephouse [EMAIL PROTECTED] wrote:
Its an MPL derivitive, and while I don't have the legal knowledgenecesssary to address your question,
+1 for both
Thanks once more, Sean, for another deliberate initiative.
-Manfred
2005/8/11, Stan Silvert [EMAIL PROTECTED]:
OK. Carry on. +1
Stan Silvert
JBoss, Inc.
[EMAIL PROTECTED]
callto://stansilvert
-Original Message-
From: Sean Schofield [mailto:[EMAIL PROTECTED]
[ http://issues.apache.org/jira/browse/MYFACES-389?page=all ]
Martin Marinschek closed MYFACES-389:
-
Resolution: Fixed
thanks to Mario Ivankovits for this patch
allow inputCalendar to use other date libraries e.g joda
[ http://issues.apache.org/jira/browse/MYFACES-406?page=all ]
Martin Marinschek closed MYFACES-406:
-
Resolution: Fixed
Assign To: Martin Marinschek
fixed in nightly build
styleClass attribute of x:dataList has no effect when using
[ http://issues.apache.org/jira/browse/MYFACES-396?page=all ]
Martin Marinschek closed MYFACES-396:
-
Fix Version: Nightly Build
Resolution: Fixed
Thanks to Mario Ivankovits for this patch
inputCalendar - add js only once
src build should include examples
-
Key: MYFACES-411
URL: http://issues.apache.org/jira/browse/MYFACES-411
Project: MyFaces
Type: Task
Components: General
Versions: Nightly Build
Reporter: sean schofield
The src
[
http://issues.apache.org/jira/browse/MYFACES-406?page=comments#action_12318628
]
michael vogel commented on MYFACES-406:
---
I am having the same issue with a project I am working on. I need to style the
li attribute as well. Will this
It looks like the implicit Object map is missing the following:
application
request
session
-- Jacob
Mike Kienenberger [EMAIL PROTECTED] wrote on 08/12/2005, 05:26:18 PM:
No, your email got there (both of them), but I had not had time to read it
yet.
Martin, a committer, also answered
On Friday 12 August 2005 09:22, Craig McClanahan wrote:
On 8/12/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
It looks like the implicit Object map is missing the following:
application
request
session
Personally, I would suggest that we *not* try to make implicit
variables for
I am hoping to get a Board resolution next week on the topic of
distributing both MPL and CDDL-licensed works.
Cliff
On 8/12/05, Martin Marinschek [EMAIL PROTECTED] wrote:
Thanks Dan for your information - is there anyone from our fellow ASFers
well versed in legal stuff willing to comment on
Thanks for the info!
ok, so we will read the notes of the board meeting ;)
regards,
Martin
On 8/12/05, Cliff Schmidt [EMAIL PROTECTED] wrote:
I am hoping to get a Board resolution next week on the topic of
distributing both MPL and CDDL-licensed works.
Cliff
On 8/12/05, Martin
My bad, I presumed and had implemented those additional variables within
the RI way back.
I actually think it should be built in. When we talk about issues in
the alignment of JSP, this only adds to the confusion.
Yes, JSF is meant to be portable, but at the component level, backed by
I think the t:saveState description starts off too technical.
My opinion is that it'd be better to say what a user would use it for first.
Maybe something along the lines of:
t:saveState enables you to persist beans and values longer than
request scope, but shorter than session scope. It is
[
http://issues.apache.org/jira/browse/MYFACES-402?page=comments#action_12318670
]
Mike Kienenberger commented on MYFACES-402:
---
I think you're only allowed to put f:param on a CommandLink, not a
CommandButton.
Can't put f:param or f:attribute
[
http://issues.apache.org/jira/browse/MYFACES-402?page=comments#action_12318673
]
Kalle Korhonen commented on MYFACES-402:
Correct. You could use j4j:param within a form to pass parameters with the
submit.
Can't put f:param or f:attribute tag
_SerializableArrayDataModel throws ArrayIndexOutOfBoundsException when
x:DataScroller advanced to second page on x:dataTable backed by array
Key:
18 matches
Mail list logo