[
http://issues.apache.org/jira/browse/MYFACES-853?page=comments#action_12362179
]
Bruno Aranda commented on MYFACES-853:
--
Thanks Dennis, but I am afraid that this patch is not ok. We cannot change the
visibility of API methods as they are defined by
[
http://issues.apache.org/jira/browse/MYFACES-853?page=comments#action_12362194
]
Bruno Aranda commented on MYFACES-853:
--
Dennis, about the test framework can you make a proposal in the dev mailing
list? Thanks!
commandLink not working inside
Unable to find setter method for attribute - inputSuggest
-
Key: MYFACES-1013
URL: http://issues.apache.org/jira/browse/MYFACES-1013
Project: MyFaces
Type: Bug
Components: Sandbox
Versions: Nightly
[ http://issues.apache.org/jira/browse/MYFACES-993?page=all ]
Gert Vanthienen updated MYFACES-993:
Attachment: fieldset.diff
Attached a patch file which implements the rendersChildren-behaviour for
s:fieldset/.
t:div, t:span, s:fieldset should
I have just started working with MyFaces and have come across a couple issues
with the tabs and events. The first straightforward, the second more
philosophical.
1) Tomahawk's org.apache.myfaces.custom.tabbedpane.tabChangeEvent has the value
for the tab index, but not the tab id which might be
There are resource files, such as javascript or css files at least in
the tomahawk/src/main/java tree. They are repeated in
tomahawk/src/main/resources (the place where they ought to be), so I
guess I can remove the ones from *java* safely. Am I right?
Bruno
Yes!
Catagay was asking about that as well...
regards,
Martin
On 1/9/06, Bruno Aranda [EMAIL PROTECTED] wrote:
There are resource files, such as javascript or css files at least in
the tomahawk/src/main/java tree. They are repeated in
tomahawk/src/main/resources (the place where they ought
Hi guys,
I've tried a build again today - and had the same problems again with
the tld's not showing up in the target/classes folder if this folder
didn't exist previously.
Do we need to checkout the maven-xslt-plugin again and apply the patch?
regards,
Martin
--
http://www.irian.at
Your
[
http://issues.apache.org/jira/browse/MYFACES-853?page=comments#action_12362226
]
Dennis Byrne commented on MYFACES-853:
--
Ouch ... my mistake. Are you comfortable moving process() to a static method
in one of util classes of the api packages?
[
http://issues.apache.org/jira/browse/MYFACES-1013?page=comments#action_12362227
]
Dennis Byrne commented on MYFACES-1013:
---
related issue ...
http://issues.apache.org/jira/browse/MYFACES-970?page=all
Unable to find setter method for attribute -
Martin Cooper hinted at infra not liking it but didn't really give me
a reason why. Mirroring for European users is the first explanation I
have heard for this. From a project perspective I think the zone is
superior. After all, we have much more control and we *don't* have to
wait for our
no, the patch has been applyed by the mojo guys
(I updated wiki this morning)
-Matthias
On 1/9/06, Martin Marinschek [EMAIL PROTECTED] wrote:
Hi guys,
I've tried a build again today - and had the same problems again with
the tld's not showing up in the target/classes folder if this folder
Agreed - I have been in and out of the deve lists for the last 6
weeks or so and have not had a chance to follow the discussion on
commons and how we package it so that tomahawk can run on the RI. Is
the idea that tomahawk would have two assemblies, one for running in
the RI and one for
Yes those should haven been removed. Its possible that step was
overlooked. Just make sure the full history is in the resources copy
before deleting them from src/java.
Sean
On 1/9/06, Martin Marinschek [EMAIL PROTECTED] wrote:
Yes!
Catagay was asking about that as well...
regards,
On 1/9/06, Sean Schofield [EMAIL PROTECTED] wrote:
Martin Cooper hinted at infra not liking it but didn't really give mea reason why.Mirroring for European users is the first explanation Ihave heard for this.From a project perspective I think the zone issuperior.After all, we have much more
ah, ok.
So the reference changed to the original plugin again and I'll need to
do a rebuild locally.
I see!
regards,
Martin
On 1/9/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
no, the patch has been applyed by the mojo guys
(I updated wiki this morning)
-Matthias
On 1/9/06, Martin
[
http://issues.apache.org/jira/browse/MYFACES-853?page=comments#action_12362241
]
Martin Marinschek commented on MYFACES-853:
---
Thanks Dennis. We'll commit when this is fixed.
You'll need to replicate - you'll always have to think about users
I have some time to do a review of the mavenized site this week.SteveOn 1/9/06, Sean Schofield [EMAIL PROTECTED]
wrote: Agreed - I have been in and out of the deve lists for the last 6
weeks or so and have not had a chance to follow the discussion on commons and how we package it so that
We probably won't be ready for a few more days yet. Right now we're
getting the build tweaked and then moving onto restoring nightly
builds. Next week will probably be more realistic.
Thanks for the offer. Stay tuned for when its ready to test and feel
free to jump in!
Sean
On 1/9/06, [EMAIL
On 1/9/06, Sean Schofield [EMAIL PROTECTED] wrote:
Um, perhaps you missed my message. You asked me off-list and I replied off-list. Quoting from that message:Yes I missed your reply.Gmail tossed it into the infra folder.Sorry I missed it earlier.
[snip] 4) You'll bring the spiders / robots down
Hello,
I haved deployed the site on http://people.apache.org/~bommel/
I think the site based on the work of Bruno, Arvid and Sean.
The download link should changed to a version like on the maven site.
The cgi scripts doesn't really fit in the maven site generation.
This is only a starting
I verified the links throughout the website; here are the 3 things I found:
1. The 'api', and 'commons' subproject pages need some content. The
tomahawk and sandbox ones look good.
http://people.apache.org/~bommel/projects/myfaces-api/index.html
Bernd,
Did you do this with maven or did you manually post the site?
Sean
On 1/9/06, Bernd Bohmann [EMAIL PROTECTED] wrote:
Hello,
I haved deployed the site on http://people.apache.org/~bommel/
I think the site based on the work of Bruno, Arvid and Sean.
The download link should changed
Hello,
thanks for your comments.
[EMAIL PROTECTED] schrieb:
I verified the links throughout the website; here are the 3 things I found:
1. The 'api', and 'commons' subproject pages need some content. The
tomahawk and sandbox ones look good.
I do it with a mvn site:site and mvn site:deploy in site and in build.
Bernd
Sean Schofield schrieb:
Bernd,
Did you do this with maven or did you manually post the site?
Sean
On 1/9/06, Bernd Bohmann [EMAIL PROTECTED] wrote:
Hello,
I haved deployed the site on
[
http://issues.apache.org/jira/browse/MYFACES-1010?page=comments#action_12362252
]
Mathias Broekelmann commented on MYFACES-1010:
--
I think we should only call super.setRowIndex(..) if not myfaces impl is used.
Extended Data Table: Action
On 1/7/06, Martin Marinschek [EMAIL PROTECTED] wrote:
I have started looking at the sources,
and my first look was on the accompanying java-script code.
Now, I hope Martin Cooper hasn't had the time to look so far, cause he
wouldn't have been to happy ;)
Issues I've seen so far:
- no
On 1/7/06, Martin Cooper [EMAIL PROTECTED] wrote:
On 1/7/06, Martin Marinschek [EMAIL PROTECTED] wrote:
I have started looking at the sources,
and my first look was on the accompanying java-script code.
Now, I hope Martin Cooper hasn't had the time to look so far, cause he
wouldn't
On 1/9/06, Adam Winer [EMAIL PROTECTED] wrote:
On 1/7/06, Martin Marinschek [EMAIL PROTECTED] wrote: I have started looking at the sources, and my first look was on the accompanying java-script code.
Now, I hope Martin Cooper hasn't had the time to look so far, cause he wouldn't have been to
[
http://issues.apache.org/jira/browse/MYFACES-1010?page=comments#action_12362253
]
Claudio Tasso commented on MYFACES-1010:
Why do you think that super.setRowIndex() should be called only when myfaces
impl is not used?
What problems can occur if
[
http://issues.apache.org/jira/browse/MYFACES-853?page=comments#action_12362254
]
Simon Kitching commented on MYFACES-853:
Dennis: note that it's also forbidden to add any public class or interface to
the javax.faces packages.
The existing
You still need the assembly stuff copied to tomahawk and sandbox
right? I can do that now if you want.
Sean
On 1/9/06, Bernd Bohmann [EMAIL PROTECTED] wrote:
I do it with a mvn site:site and mvn site:deploy in site and in build.
Bernd
Sean Schofield schrieb:
Bernd,
Did you do this
Adam Winer wrote:
One
of the items already on our todo list is moving all the functions,
classes, and variables inside a single top level object.
Using a single top-level object is something I've been considering
suggesting for a while.
MyFaces could create a single myfaces object for
[
http://issues.apache.org/jira/browse/MYFACES-853?page=comments#action_12362258
]
Dennis Byrne commented on MYFACES-853:
--
... OK guys :) Anyone else want to take a shot? ;)
commandLink not working inside dataList
Yes, of cause :-)
Sean Schofield schrieb:
You still need the assembly stuff copied to tomahawk and sandbox
right? I can do that now if you want.
Sean
On 1/9/06, Bernd Bohmann [EMAIL PROTECTED] wrote:
I do it with a mvn site:site and mvn site:deploy in site and in build.
Bernd
Sean
On 1/9/06, Simon Kitching [EMAIL PROTECTED] wrote:
Adam Winer wrote: One of the items already on our todo list is moving all the functions, classes, and variables inside a single top level object.Using a single top-level object is something I've been considering
suggesting for a while.MyFaces
[
http://issues.apache.org/jira/browse/MYFACES-1010?page=comments#action_12362262
]
Mathias Broekelmann commented on MYFACES-1010:
--
I took a closer look into the sources. I now think that we should not call
super.setRowIndex(..) at all.
The
On 1/5/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 1/5/06, Bill Dudney [EMAIL PROTECTED] wrote: Do we really end up with everything from the top level in the lib dir? What I'm thinking is something like this being in a 'user' project.
dependency groupidorg.apache.myfaces/groupId
Yep, this is what I meant - though what Martin suggests in the
next message (full namespacing) is a step better once your
codebase gets large enough to make it worthwhile.
The same thing also applies to top-level EL objects where (being
less naive these days :), we put our EL-accessible objects
On 1/7/06, Sean Schofield [EMAIL PROTECTED] wrote:
John and Adam,
Thanks for all of your hard work getting this ready. I'm looking
forward to studying it. I'm a little busy with the Maven migration
now but I will get to it. Once we are fully migrated to maven I
suspect this will make
My understanding is that of Martin's - that we could fix this
during incubator.
@Matthias, I'd rather not have any wrappers - the plan here
is to repackage in line with MyFaces rules. I would, however,
strongly like to keep the high-level concept of separating our
public APIs - like component
As Claudio noted above, the RI does call getRowIndex() in UIData.getClientId().
Generally speaking, it's very important to call setRowIndex() during iteration,
for getting the state of the subcomponents in sync, for getting client IDs
correct, and for establishing the var of the table correctly
Hello Adam,
Adam Winer schrieb:
I was looking in the maven2 subdirectory - is maven2 smart enough
to search both maven2 and maven1 repositories?
Unfortunately you can't find MyFaces in the org.apache.myfaces dir.
MyFaces releases before the upcoming 1.1.2 have the groupId myfaces.
Regards
On 1/9/06, Adam Winer [EMAIL PROTECTED] wrote:
On 1/7/06, Sean Schofield [EMAIL PROTECTED] wrote: John and Adam, Thanks for all of your hard work getting this ready.I'm looking forward to studying it.I'm a little busy with the Maven migration
now but I will get to it.Once we are fully migrated to
John,
That maven quote you provided doesn't really contradict what Wendy is
saying. I read that same statement and it seems ambiguous to me. Are
you arguing for doing this in MyFaces? Its hard to imagine the
dependency reports coming out right (ie. not including the parent
depedencies that
Adam Winer wrote:
@Matthias, I'd rather not have any wrappers - the plan here
is to repackage in line with MyFaces rules. I would, however,
strongly like to keep the high-level concept of separating our
public APIs - like component classes - from private internal
implementation details - like
Hi,
I'm trying to run tomahawk unit tests. In current/tomahawk/tomahawk I enter:
mvn test
However the output indicates:
[INFO] [surefire:test]
[INFO] Tests are skipped.
Any suggestions?
I do see this earlier in the output:
[WARNING]
Artifact junit:junit:jar:3.8.1 retains local scope
On 1/9/06, John Fallows [EMAIL PROTECTED] wrote:
@Wendy: Were you seeing problems when defining your common dependencies in
the parent pom in the dependencies section, or in the
dependencyManagement section?
The problem with the Maven 1 build for Struts is that there are things
in the
On 1/9/06, Sean Schofield [EMAIL PROTECTED] wrote:
How would it distinguish
what was an actual dependency vs. what dependency was used in 4 out of
6 subprojects?
Assuming you're talking about dependencyManagement, things in that
section don't have any effect until they are declared in
Simon Kitching wrote:
I do see this earlier in the output:
[WARNING]
Artifact junit:junit:jar:3.8.1 retains local scope 'test'
overriding broader scope 'compile' given by a dependency.
If this is not intended, modify or remove the local scope.
hmm..
in ~/.m2/repository,
On 1/9/06, Simon Kitching [EMAIL PROTECTED] wrote:
I'm trying to run tomahawk unit tests. In current/tomahawk/tomahawk I enter:
mvn test
However the output indicates:
[INFO] [surefire:test]
[INFO] Tests are skipped.
Any suggestions?
Try running with -Dmaven.test.skip=false
(or modify
ReducedHTMLParser handles unquoted attribute values incorrectly
---
Key: MYFACES-1014
URL: http://issues.apache.org/jira/browse/MYFACES-1014
Project: MyFaces
Type: Bug
Components: Tomahawk
Versions:
On Jan 9, 2006, at 7:15 PM, Wendy Smoak wrote:
On 1/9/06, Simon Kitching [EMAIL PROTECTED] wrote:
I'm trying to run tomahawk unit tests. In current/tomahawk/
tomahawk I enter:
mvn test
However the output indicates:
[INFO] [surefire:test]
[INFO] Tests are skipped.
Any suggestions?
Try
On 1/9/06, Bill Dudney [EMAIL PROTECTED] wrote:
I've tried -Dmaven.test.skip=false and still the tests are skipped. I
also did a quick find/grep and I could find no instance of
skiptrue/skip in any pom except the api/pom.xml. Weird, I'm still
digging...
That's the one... I'm not sure if this
Wendy Smoak wrote:
On 1/9/06, Bill Dudney [EMAIL PROTECTED] wrote:
I've tried -Dmaven.test.skip=false and still the tests are skipped. I
also did a quick find/grep and I could find no instance of
skiptrue/skip in any pom except the api/pom.xml. Weird, I'm still
digging...
That's the one...
On 1/9/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 1/9/06, Sean Schofield [EMAIL PROTECTED] wrote:How would it distinguish what was an actual dependency vs. what dependency was used in 4 out of
6 subprojects?Assuming you're talking about dependencyManagement, things in thatsection don't have any
Error 500 caused by property named xPath
--
Key: MYFACES-1015
URL: http://issues.apache.org/jira/browse/MYFACES-1015
Project: MyFaces
Type: Bug
Components: Implementation
Versions: 1.1.1
Environment: Windows
John, Adam,
do you have any news that your code grant has already been processed?
That will be the next bureaucratic step we'll need to take, I think.
Plus writing up a proposal for the incubator.
Example: http://incubator.apache.org/projects/tobago.html
regards,
Martin
On 1/10/06, John
+1
if someone does the work ;)
regards,
Martin
On 1/10/06, Simon Kitching [EMAIL PROTECTED] wrote:
Adam Winer wrote:
@Matthias, I'd rather not have any wrappers - the plan here
is to repackage in line with MyFaces rules. I would, however,
strongly like to keep the high-level concept of
+1, non-binding. :-)On 1/9/06, Martin Marinschek [EMAIL PROTECTED] wrote:
+1if someone does the work ;)regards,MartinOn 1/10/06, Simon Kitching [EMAIL PROTECTED] wrote: Adam Winer wrote: @Matthias, I'd rather not have any wrappers - the plan here
is to repackage in line with MyFaces rules.I
[ http://issues.apache.org/jira/browse/MYFACES-853?page=all ]
Dennis Byrne updated MYFACES-853:
-
Attachment: tomahawk2.txt
commandLink not working inside dataList
---
Key: MYFACES-853
URL:
The RI doesn't it just uses the private accessor rowIndex - and not
getRowIndex(). See below. I think Mathias is absolutely right in that
this whole problem boils down to the fact that it shouldn't.
Plus, I'm moving this over to the jira-issue, so that we can keep
track of the issue there.
[
http://issues.apache.org/jira/browse/MYFACES-1010?page=comments#action_12362306
]
Martin Marinschek commented on MYFACES-1010:
As Claudio noted above, the RI does call getRowIndex() in UIData.getClientId().
Generally speaking, it's very
[
http://issues.apache.org/jira/browse/MYFACES-1010?page=comments#action_12362307
]
Martin Marinschek commented on MYFACES-1010:
Adam,
The RI doesn't it just uses the private accessor rowIndex - and not
getRowIndex(). See below. I think
[
http://issues.apache.org/jira/browse/MYFACES-853?page=comments#action_12362308
]
Martin Marinschek commented on MYFACES-853:
---
Thanks Dennis, as far as I can see, perfect now!
Muchos gracias,
regards,
Martin
commandLink not working inside
[ http://issues.apache.org/jira/browse/MYFACES-853?page=all ]
Martin Marinschek closed MYFACES-853:
-
Fix Version: Nightly
Resolution: Fixed
patch by Dennis Byrne. Thanks a lot!
commandLink not working inside dataList
On Tue, 2006-01-10 at 07:30 +0100, Martin Marinschek wrote:
+1
if someone does the work ;)
Ok, I'm willing to do the shuffling around. Won't be immediately, but
sometime in the next few weeks.
First, though, we need to agree on a package structure - which should
also be shared with the ADF
While we are at repackaging,
we should take on another thing John has pointed out before - there is
currently code in all three modules (common, impl, tomahawk) which
shares the same package-name. This is kind of awkward, it would be
better to separate them further up in the package-structure to
Martin,
Not sure exactly what you mean by your code grant
has already been processed - as best I know, all
the Powers That Be over at Oracle have signed all
the pieces of papers that need to be signed. Otherwise,
I'd be very unemployed after that code drop. :) I don't
know if Apache has
Martin, Adam;
I have faxed AND mailed all the documents/agreements to ASF.
-Omar
Adam Winer wrote:
Martin,
Not sure exactly what you mean by your code grant
has already been processed - as best I know, all
the Powers That Be over at Oracle have signed all
the pieces of papers that need to be
On 1/9/06, Simon Kitching [EMAIL PROTECTED] wrote:
Adam Winer wrote:
@Matthias, I'd rather not have any wrappers - the plan here
is to repackage in line with MyFaces rules. I would, however,
strongly like to keep the high-level concept of separating our
public APIs - like component
71 matches
Mail list logo