Hi Tim,
-- this definitely seems like a reasonable target, what w've heard
from Bruno on this list, who's working on it mostly currently.
-- the plans of the community have been to have it much earlier, but
well, Open Source is not always on time
-- My personal view: yes, definitely
-- No
Hi
Since I am currently working on fixing a lot of missing references in
the sandbox Taglib classes.
(Some people including me used a lot of includes from entities resulting
in several missing attribute implementations)
I am going to write, since this seems to be the most obvious way,
a program
Yes, that was me ;-)
But it's not my fault: Maven behaves strange in this part of the
core/impl/pom.xml:
plugin
groupIdorg.codehaus.mojo/groupId
artifactIddependency-maven-plugin/artifactId
executions
execution
idunpack-shared-impl/id
[
https://issues.apache.org/jira/browse/TOBAGO-240?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12470533
]
Michael Stawicki commented on TOBAGO-240:
-
So, I guess the rendered attribute won't be usable anymore?
There was someone who wrote an automatic test to check for this - I
don't remember who and when that was, though. Can you have a look into
the test directories and check? Maybe you can extend one of the
test-classes instead of writing a new utility?
regards,
Martin
On 2/6/07, Werner Punz
Should the versions of maven-project be set to 1.0.5 for all projects,
not 1.0.6-SNAPSHOT?
I have a similar same question for all dependent projects.
IMHO we should not add a SNAPSHOT dependency until their their is a
change from the released version of the dependency. This will minimize
You may want to let this do the work for you.
http://svn.apache.org/viewvc/myfaces/shared/trunk/core/src/test/java/org/apache/myfaces/shared/taglib/UIComponentTagUtilsTest.java?view=log
Dennis Byrne
On 2/6/07, Werner Punz [EMAIL PROTECTED] wrote:
Hi
Since I am currently working on fixing a
You may want to let this do the work for you.
http://svn.apache.org/viewvc/myfaces/shared/trunk/core/src/test/java/org/apache/myfaces/shared/taglib/UIComponentTagUtilsTest.java?view=log
Dennis Byrne
On 2/6/07, Martin Marinschek [EMAIL PROTECTED] wrote:
There was someone who wrote an
I believe this is what Martin is referring to the Tomahawk test
MyFacesTagLibTestCase[1].
BTW: It looks like the verification of the sandbox taglibs was commented
out.
Paul Spencer
When it came time to commit it, including the sandbox wasn't realistic.
There were a lot of failures.
Dennis Byrne
On 2/6/07, Paul Spencer [EMAIL PROTECTED] wrote:
I believe this is what Martin is referring to the Tomahawk test
MyFacesTagLibTestCase[1].
BTW: It looks like the verification of
Oops, I meant this.
http://svn.apache.org/viewvc/myfaces/tomahawk/trunk/core/src/test/java/org/apache/myfaces/test/AbstractTagLibTestCase.java?revision=491515view=markup
Dennis Byrne
On 2/6/07, Dennis Byrne [EMAIL PROTECTED] wrote:
You may want to let this do the work for you.
IMHO Tomahawk should NOT require the sandbox tld passes the test, thus
1) do not uncomment the line
2) do remove the TODO
3) Configure tomahawk's maven to create at test jar
4) Configure sandbox's maven to use tomahawk's test jar.
5) Create an sandbox test that extends AbstractTagLibTestCase
[
https://issues.apache.org/jira/browse/TOBAGO-240?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12470595
]
Bernd Bohmann commented on TOBAGO-240:
--
The rendered attribute should work in the 1.0.10 again.
tc:popup
[
https://issues.apache.org/jira/browse/TOBAGO-240?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bernd Bohmann resolved TOBAGO-240.
--
Resolution: Fixed
tc:popup rendered attribute disabled (tc:popup not useable anymore)
[
https://issues.apache.org/jira/browse/TOBAGO-266?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bernd Bohmann resolved TOBAGO-266.
--
Resolution: Fixed
Attribute labelWidth and facelets
-
On 2/6/07, Paul Spencer [EMAIL PROTECTED] wrote:
Should the versions of maven-project be set to 1.0.5 for all projects,
not 1.0.6-SNAPSHOT?
That won't work because as long as the release process is not
finished, the maven-project 1.0.5 only exists on the (inofficial)
staging repo under
Thanks a lot Dennis this was exactly what
I was looking for!
Dennis Byrne schrieb:
You may want to let this do the work for you.
http://svn.apache.org/viewvc/myfaces/shared/trunk/core/src/test/java/org/apache/myfaces/shared/taglib/UIComponentTagUtilsTest.java?view=log
All NOTICE.txt and LICENSE.txt files and the related licenses dirs should be
moved to subfolder META-INF
Key: TOMAHAWK-881
URL:
APT option values passed to the APT compiler are wrong: -Akey=value =
-Akey=value=null
---
Key: TOBAGO-270
URL: https://issues.apache.org/jira/browse/TOBAGO-270
[
https://issues.apache.org/jira/browse/TOBAGO-266?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12470623
]
Guido Dubois commented on TOBAGO-266:
-
It works fine now! Thanks...
Attribute labelWidth and facelets
Concurrent requests can result in a full freeze
---
Key: TOBAGO-271
URL: https://issues.apache.org/jira/browse/TOBAGO-271
Project: MyFaces Tobago
Issue Type: Bug
Affects Versions: 1.0.9
Manfred Geiler wrote:
On 2/6/07, Paul Spencer [EMAIL PROTECTED] wrote:
snip
IMHO we should not add a SNAPSHOT dependency until their their is a
change from the released version of the dependency. This will minimize
the number of projects to released. Thus at the end of the release
process,
inline
On 2/6/07, Paul Spencer [EMAIL PROTECTED] wrote:
Manfred Geiler wrote:
On 2/6/07, Paul Spencer [EMAIL PROTECTED] wrote:
snip
IMHO we should not add a SNAPSHOT dependency until their their is a
change from the released version of the dependency. This will minimize
the number of
[
https://issues.apache.org/jira/browse/TOBAGO-271?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12470661
]
Volker Weber commented on TOBAGO-271:
-
Hi Dennis,
the if (this.requests.length == 1) is correct.
if the just
missing setNodeId(null) in processDecodes()
---
Key: TOMAHAWK-882
URL: https://issues.apache.org/jira/browse/TOMAHAWK-882
Project: MyFaces Tomahawk
Issue Type: Bug
Components: Tree2
[
https://issues.apache.org/jira/browse/TOMAHAWK-882?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tobias Haubner updated TOMAHAWK-882:
Status: Patch Available (was: Open)
missing setNodeId(null) in processDecodes()
No value property corresponding to the value tag attribute.
---
Key: TOMAHAWK-883
URL: https://issues.apache.org/jira/browse/TOMAHAWK-883
Project: MyFaces Tomahawk
Issue Type: Bug
Manfred,
See below.
Manfred Geiler wrote:
inline
On 2/6/07, Paul Spencer [EMAIL PROTECTED] wrote:
Manfred Geiler wrote:
On 2/6/07, Paul Spencer [EMAIL PROTECTED] wrote:
snip
IMHO we should not add a SNAPSHOT dependency until their their is a
change from the released version of the
inline--
On 2/6/07, Paul Spencer [EMAIL PROTECTED] wrote:
Manfred,
See below.
Manfred Geiler wrote:
inline
On 2/6/07, Paul Spencer [EMAIL PROTECTED] wrote:
Manfred Geiler wrote:
On 2/6/07, Paul Spencer [EMAIL PROTECTED] wrote:
snip
IMHO we should not add a SNAPSHOT dependency
On 2/6/07, Manfred Geiler [EMAIL PROTECTED] wrote:
I'm almost finished with core 1.1.5 preparations and already have
changed all dependencies to the next SNAPSHOT versions. Although there
should be more discussions regarding this issue, I would like to go on
like I have started. Please do not
On 2/6/07, Mike Kienenberger [EMAIL PROTECTED] wrote:
On 2/6/07, Manfred Geiler [EMAIL PROTECTED] wrote:
I'm almost finished with core 1.1.5 preparations and already have
changed all dependencies to the next SNAPSHOT versions. Although there
should be more discussions regarding this issue, I
Manfred,
First off, regardless of the outcome this discussion should not hold up
the current release process. In fact, lets wait until it is done.
Thank you for working on the release.
Paul Spencer
Manfred Geiler wrote:
inline--
On 2/6/07, Paul Spencer [EMAIL PROTECTED] wrote:
Thomas, Dennis,
Can one of you please run the TCK tests for core release candidate 1.1.5?
You can find the artifacts here:
http://people.apache.org/builds/myfaces/m2-staging-repository/org/apache/myfaces/core/
If you have to change/fix something please do so on the 1.1.5 branch
at
Ok guys, especially Dennis and Martin
thanks to you I finally
could nail down
and fix or mark the missing
attributes.
The sandbox now should work in way more containers than it used
to (commit follows in a few minutes)
Werner
Werner Punz schrieb:
Thanks a lot Dennis this was exactly what
I
[
https://issues.apache.org/jira/browse/TOMAHAWK-880?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12470734
]
Werner Punz commented on TOMAHAWK-880:
--
Ok I could nail down the affected components, commit will follow
[
https://issues.apache.org/jira/browse/TOMAHAWK-880?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Werner Punz resolved TOMAHAWK-880.
--
Resolution: Fixed
Done all the missing attributes
either have been fixed on tld level
or
Hi Werner,
Glad to help. Please take the time to vote for getting this feature into the
Shale test framework.
https://issues.apache.org/struts/browse/SHALE-382
Dennis Byrne
On 2/6/07, Werner Punz [EMAIL PROTECTED] wrote:
Ok guys, especially Dennis and Martin
thanks to you I finally
could
Btw. speaking of unit tests, I am not fully familiar with the specs in
this area, but some app servers choke on non class String definitions in
the tld attributes.
There is no test case for that at least in the sandbox, I am not
sure if there is one for Tomahawk.
Any ideas, if I just missed it?
On 2/6/07, Manfred Geiler [EMAIL PROTECTED] wrote:
This is the last step before the vote. A new MyFaces release is near.
Yippee!
Best news I've heard all year :-)
Greg
You want to have a test to that would fail for non String class TLD
attributes? It may be a good idea for us in terms of interoperability.
Which ASs do this BTW?
Dennis Byrne
On 2/6/07, Werner Punz [EMAIL PROTECTED] wrote:
Btw. speaking of unit tests, I am not fully familiar with the specs
Which ASs do this BTW?
I'm not sure but it may be weblogic.
Cagatay
On 2/7/07, Dennis Byrne [EMAIL PROTECTED] wrote:
You want to have a test to that would fail for non String class TLD
attributes? It may be a good idea for us in terms of interoperability.
Which ASs do this BTW?
Dennis
41 matches
Mail list logo