Paul Spencer created MYFACES-3905:
-
Summary: The caption facet is not documented for the tag
h:datatable.
Key: MYFACES-3905
URL: https://issues.apache.org/jira/browse/MYFACES-3905
Project: MyFaces
Tobago is listed even though it is a sub project of MyFaces. See
http://projects.apache.org/indexes/pmc.html#Apache%20MyFaces
Paul Spencer
On Jan 16, 2010, at 10:57 AM, Matthias Weßendorf (JIRA) wrote:
[ https://issues.apache.org/jira/browse/TRINIDAD-7?page
Issue Type: New Feature
Components: Components
Affects Versions: 1.0.10-core, 1.2.10-core
Reporter: Paul Spencer
I have list of select items that are currently rendered using
tr:selectManyListbox that I would like to see rendered as checkboxes across
many
Congratulations Matthias!
Paul Spencer
Manfred Geiler wrote:
Please welcome our new MyFaces PMC chair Matthias Wessendorf!
As some of you already might know, I had decided to step down as the chair.
The MyFaces PMC members then voted for Matthias Wessendorf as the
successor and yesterday
+1
Matthias Wessendorf wrote:
Hi,
I was running the needed tasks to get the 1.2.10 release of the Apache
MyFaces Trinidad CORE out. The artifacts are deployed to my private
Apache account ([1]).
Please take a look at the 1.2.10 artifacts and vote
Where can I find the proposed release notes?
BTW: I will not be able to look at the artifacts until this evening,
Eastern Standard Time, at the earliest.
Paul Spencer
Matthias Wessendorf wrote:
Hi,
I was running the needed tasks to get the 1.2.10 release of the Apache
MyFaces Trinidad CORE
Where can I find the proposed release notes?
BTW: I will not be able to look at the artifacts until this evening,
Eastern Standard Time, at the earliest.
Paul Spencer
Matthias Wessendorf wrote:
Hi,
I was running the needed tasks to get the 1.2.10 release of the Apache
MyFaces Trinidad CORE
a place for
regression testing. When Shale Test v1.1 is released, then Tomahawk can
be tested against other implementations using the same test. I ask that
Selenium testing be include in the redesigned examples.
Paul Spencer
[1]http://svn.apache.org/viewvc/myfaces/tomahawk/trunk/examples/simple
: 1.2.9-core
Reporter: Paul Spencer
Priority: Minor
Some attributes, like renderType and title, are duplicated in trace level
logging. The log output below is based on the following jspx. You will notice
duplicate attributes in both tr:document and tr:outputText.
?xml
development types of
questions.
Making the developer list private is extreme. Their are many discussion
on the developer list that include non-committers or non-pmc members.
Paul Spencer
[1]http://jakarta.apache.org/site/mail.html
Andrew Robinson wrote:
Is it possible to make dev
I would suggest also running the Selenium test in Tomahawk [1].
Paul Spencer
[1] http://myfaces.apache.org/tomahawk/testing/selenium.html
v aditya wrote:
Hi all,
I have edited some of the implementation files of My Faces. Do someone have
the test cases which are used to test the original My
/trinidad/trunk_1.2.x/LICENSE.txt?view=log
Paul Spencer
I will fix this.
Paul Spencer
Matthias Wessendorf wrote:
since you have commit rights, can you fix that ?
-M
On Wed, Jul 23, 2008 at 9:33 PM, Paul Spencer [EMAIL PROTECTED] wrote:
The license file contains instructions to the developer that I suspect
should be removed from the distribution
and 1.2.3 and 2.0.0 are functionally equivalent, the older
JSF uses a different version of the common library.
Version 1.1.3.1 is a bug fix release this has no function equivalent in
the other JSF implementations.
Paul Spencer
Simon Lessard wrote:
Hi all,
I have to agree with Andrew here. One
.
Paul Spencer
Scott
Scott O'Bryan wrote:
Paul, why do the CF versions have to be different. This is no
different (IMO) then what I was talking about except that we could not
FORCE people to backport everything.
I don't see why libraries for older JSF's HAVE to be functionally
equivalent
[
https://issues.apache.org/jira/browse/TRINIDAD-1089?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12604230#action_12604230
]
Paul Spencer commented on TRINIDAD-1089:
Shale is looking into the use
to find one place with a comparison that can be used to answer
the question Which component(s) should I use?
Is their a comparison of Trinidad, Tobago, Tomahawk,... that compares
each components features, requirements, intended uses, status
(active/deprecated/...), ...?
Paul Spencer
/Tobago/...?
o Is this to be included in Tomahawk 1.1.7?
o How long do you expect this to take, i.e. days/weeks/months/... ?
(I am only asking to set expectation on release schedules)
o Where is the new unpack plugin documented?
regards
Leonardo Uribe
Paul Spencer
[
https://issues.apache.org/jira/browse/TOMAHAWK-1022?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12602258#action_12602258
]
Paul Spencer commented on TOMAHAWK-1022:
I have no objections on removing
[
https://issues.apache.org/jira/browse/TOMAHAWK-1023?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12602261#action_12602261
]
Paul Spencer commented on TOMAHAWK-1023:
I have no objections to #2 as long
I am not in a position to runthe staged release of 1.0.5 against
Tomahawk 1.1.7-SNAPSHOT. If some can this would be great. Please note
that Tomahawk only use the shale-test feature of Shale.
Paul Spencer
---BeginMessage---
A set of artifacts for Shale 1.0.5 is now ready. Please review
Leonardo,
Was HtmlHiddenRenderer.java add just to make the test pass, or is it
need to when Tomahawk is run with the RI?
Paul Spencer
[EMAIL PROTECTED] wrote:
Author: lu4242
Date: Wed Jun 4 11:53:57 2008
New Revision: 663341
URL: http://svn.apache.org/viewvc?rev=663341view=rev
Log
Leonardo,
Was HtmlHiddenRenderer.java add just to make the test pass, or is it
need to when Tomahawk is run with the RI?
Paul Spencer
[EMAIL PROTECTED] wrote:
Author: lu4242
Date: Wed Jun 4 11:53:57 2008
New Revision: 663341
URL: http://svn.apache.org/viewvc?rev=663341view=rev
Log
Leonardo,
HtmlHiddenRenderer.java uses Java 5 annotations. Tomahawk must work in
Java 1.4
Paul Spencer
[EMAIL PROTECTED] wrote:
Author: lu4242
Date: Wed Jun 4 11:53:57 2008
New Revision: 663341
URL: http://svn.apache.org/viewvc?rev=663341view=rev
Log:
TOMAHAWK-1023 HtmlInputHidden fails
Leonardo,
Should HtmlHiddenRenderer.java be removed when we update to Shale 1.1?
Paul Spencer
Leonardo Uribe wrote:
On Wed, Jun 4, 2008 at 2:28 PM, Paul Spencer [EMAIL PROTECTED] wrote:
Leonardo,
Was HtmlHiddenRenderer.java add just to make the test pass, or is it
need to when Tomahawk
Hazen,
For a list of pending issues, look at the roadmap for 1.1.7-SNAPSHOT.
Paul Spencer
Hazem Saleh wrote:
Hi Team,
I just want to ask when can we Tomahawk next release ?
We can list all the pending issues (if we have), so we can work on to have a
near release of the library.
Thanks all!
Hazen,
The roadmap is found in the issue tracking system[1], JIRA.
Paul Spencer
[1]http://issues.apache.org/jira/browse/TOMAHAWK?report=com.atlassian.jira.plugin.system.project:roadmap-panel
Hazem Saleh wrote:
Hi Paul,
Where can I get Tomahawk 1.1.7 RoadMap?
Thanks!
On Tue, Jun 3, 2008
Issue Type: Improvement
Components: Documentation
Affects Versions: 1.2.8-core, 1.0.8-core
Reporter: Paul Spencer
The trinidad-demo.war does not run in a non-J2EE container, like Tomcat, as
distributed in examples.zip/tar.gz. This is due to a missing JSTL jar which
The current Trinidad demo will not work in a non-J2EE container, i.e.
Tomcat 6.0, because it does not contain the JSTL jar. Should we add a
non-J2EE demo to the distribution?
I would say yes because it simplifies the process of getting the demo
running in an not-J2EE environment.
Paul
/trinidad-demo/index.html
I am of the opinion that a demo/example should run as distributed and
the installation should be intuitive. In this case the distribution is
build for a J2EE environment, but it is not obvious to anyone installing it.
Paul Spencer
Scott O'Bryan wrote:
Well I sort
from the source.
What ever solution is chosen, the instructions should also be on the
Demo's web page[1].
Paul Spencer
[1]http://myfaces.apache.org/trinidad/trinidad-1_2/trinidad-demo/index.html
Scott O'Bryan wrote:
Andrew,
Yeah, that's what I proposed. Paul wants us to distribute the
non
Is this an issue that should be addressed before releasing 1.2.8?
Paul Spencer
Jeanne Waldman wrote:
I was just about to send out an email about this as well.
I created a project from the example war file and I see the same error.
When I comment out the skin-family in faces-config.xml I get
In light of the fix for TRINIDAD-1083 and issuance of TRINIDAD-1085, I
remove my -1 and change it to a +1.
Paul Spencer
Paul Spencer wrote:
Scott,
Venkata has created a JIRA, TRINIDAD-1083, and attached a patch. Please
regenerate the artifacts. I should be able to retest, and alter my vote
Venkata,
Adding a JIRA that describes the issue and the solution would not hurt.
If anything it will serve as a reminder next time this occurs.
Paul Spencer
venkata guddanti wrote:
I think I found out the reason why this is not working. The ApacheChart.js
is not registered
Venkata,
Is this also an issue in 1.0.x?
Paul Spencer
venkata guddanti wrote:
I think I found out the reason why this is not working. The ApacheChart.js
is not registered in CoreCommonScriptsResourceLoader. I added the file to
the debug and normal libraries list and it works. Do we need a JIRA
Venkata,
Thank you for your work on this issue.
Paul Spencer
venkata guddanti wrote:
I believe yes.
On Mon, May 19, 2008 at 1:54 PM, Paul Spencer [EMAIL PROTECTED]
wrote:
Venkata,
Is this also an issue in 1.0.x?
Paul Spencer
venkata guddanti wrote:
I think I found out the reason why
Scott,
Venkata has created a JIRA, TRINIDAD-1083, and attached a patch. Please
regenerate the artifacts. I should be able to retest, and alter my vote,
tomorrow evening.
Thank you,
Paul Spencer
Scott O'Bryan wrote:
Venkata, we'll need a JIRA issue and a patch if possible. I can apply
Scott,
Based on my simple application, which also uses Tomahawk 1.2.3, I give
this a qualified +1. The qualified part is because I have not reviewed
all of the artifacts, nor have I exercised that much of the functionality.
Paul Spencer
Scott O'Bryan wrote:
Hi,
I was running the needed
I am changing my +1 to a -1 because The chart example web application
does not display a chart. The 1.2.7 example web application does
display the charts.
FYI: I added jstl-1.1.2.jar to WEB-INF/lib to get the examples working.
Paul Spencer
Paul Spencer wrote:
Scott,
Based on my simple
Matthias,
What is not an issue
a) The JSTL library must be added in non JavaEE 5 containers.
b) Charts working in 1.2.7 and not in 1.2.8. Both version where run
using Tomcat 6.0.16 and jdk 1.5.0_11.
Paul Spencer
Matthias Wessendorf wrote:
That is not an issue. A JavaEE 5 container has
Hazem,
Welcome to MyFaces.
Paul Spencer
Manfred Geiler wrote:
The Myfaces PMC is proud to announce a new addition to our community.
Please welcome Hazem Saleh as the newest MyFaces committer!
Hazem is an active member of the myfaces community, he contributed
some cool components like captcha
why tomcat 6 doesn't ship jsf 1.2 and jstl 1.2 out of
the box...
It does not.
snip
Paul Spencer
)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
at
org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
at java.lang.Thread.run(Thread.java:595)
Paul Spencer
, if the
issue is with the charts, then I consider this a show stopper in that
functionality that works in a prior release is now broken. If the
problem is in the demo, but not the charts, then the demo should be
fixed soon after the release.
Paul Spencer
Matthias Wessendorf wrote:
Does this work w/ the RI?
I do not know. This is something can test this weekend.
B/c my right arm is broken, I can't test that on my own.
Sorry about that. I hope it get better soon.
Paul Spencer
Matthias,
I am not in a position to test the charts either.
Has someone tested the charts in this proposed release?
If not, will someone test them.
Paul Spencer
Matthias Wessendorf wrote:
Matthias Wessendorf wrote:
b) Charts working in 1.2.7 and not in 1.2.8. Both version where run
Components: Components, Documentation
Affects Versions: 1.2.7-core
Reporter: Paul Spencer
Priority: Minor
Both the TLD description of tr:icon and the Icon Skinning Key section in
the Developer guide need to be updated in the following ways:
o The CSS Entry
The work Overview is misspelled in
/myfaces/trinidad/trunk/src/site/site.xml. It is currently on the page
as Overwie
Paul Spencer
Christian,
Adding a Selenium test case[1] would go a long way in getting this issue
resolved. You can see some examples of Selenium tests in
examples/simple/src/test/selenium[2].
If you submit a test case as a patch, I will review and commit it.
Paul Spencer
[1] http://myfaces.apache.org
Werner,
An implied restriction would be only 1 version of DoJo per webapp.
Backward compatibility is my main concern. I will upgrade to the latest
DoJo in implement in Tomahawk, but it will be the entire application not
a page at a time.
Paul Spencer
My application is using the Dojo
Werner,
I am excited to see you are planning to upgrade the DoJo support. I
would like to see support for multiple versions, including the one
currently in Tomahawk. The desired version to use for any project should
be configurable.
Paul Spencer
Werner Punz wrote:
hello everyone
I just
and something I support. Gary VanMatre has been named
Shale's PMC, and hopefully he, with our help, will revive the community.
FYI: Their have been many threads related to moving parts of Shale into
MyFaces. Lets not start another one while Shale is still alive.
Paul Spencer
Gary
.
Paul Spencer
Danny Robinson wrote:
Guys,
I don't think it's possible to dynamically specify wildcard config loading
patterns for JSF currently. However, most all other frameworks today seem
to be able to handle something similar for loading files by naming/location
conventions. I know JSF
I am very invested in Tomahawk. I agree we need to simplify things, but
we MUST maintain Tomahawk. If we do not, then who will use ANY of the
MyFaces component libraries if we let libraries die.
Paul Spencer
Martin Marinschek wrote:
Simon,
is your conclusion then that Tomahawk should die
In the MyFaces 1.2 trunk, core/trunk_1.2.x [1], the version in pom.xml
is 1.2.1-SNAPSHOT. Should it be 1.2.3-SNAPSHOT?
Paul Spencer
[1] http://svn.apache.org/repos/asf/myfaces/core/trunk_1.2.x/pom.xml
Tomahawk's compatibility matrix [1] is out of date. Specifically the
Tomahawk 1.1.6 row and the MyFaces 1.2.0 column. I know MyFaces 1.2.1 is
in the works, so whomever updates the matrix could also add this column.
I am not sure of the compatibility data so did not update the table.
Paul
Because artifacts where published, even if that was not the intent, the
version number should be consider used.
Paul Spencer
Matthias Wessendorf wrote:
On Jan 21, 2008 1:08 PM, Mike Kienenberger [EMAIL PROTECTED] wrote:
If something was publicly released as 1.2.1 already, then -- even
Simon,
Thank you for correct the taglib documentation.
Paul Spencer
simon wrote:
I looked into it a bit more.
Core 11 impl did have a tlddoc report. Core 1.2 did not for some reason,
but just regenerating the site fixed that. Odd.
I've cleaned up the site a bit more anyway, and in particular
I like the rounded corners and separation of #4.
+1 for #4
Paul Spencer
Catalin Kormos wrote:
Hi,
The latest designs provided by Adonis are available now at [1]; we think it
would be better to do a voting on these, as there are several versions that
he came up with, all quite great. Please
The Taglibdoc documentation report is missing the API and Impl
subprojects of the Core 1.1 and Core 1.2 projects.
The documentation may be missing from other subprojects, I have not
checked :(
Paul Spencer
Simon,
I was looking for the tlddocs in Project Reports, which is where they
have been in the past. Tomahawk still has them in Project Reports [1].
Paul Spencer
[1] http://myfaces.apache.org/tomahawk/project-reports.html
Simon Kitching wrote:
Hi Paul,
Paul Spencer [EMAIL PROTECTED
Welcome Michael.
Paul Spencer
Manfred Geiler wrote:
The Myfaces PMC is proud to announce a new addition to our community.
Please welcome Michael Freedman as the newest MyFaces committer.
Michael has been very, very active with the portlet-bridge project,
has submitted a lot of patches, most
are trained on how to use and adjust the Log4J configuration and how to
use the log files produced, so any logging changes by MyFaces will be
evaluated in part on the impact to my customers and staff.
Paul Spencer
simon wrote:
On Sun, 2007-12-16 at 12:07 +0100, Bernd Bohmann wrote:
Hello
dependency. Move the test-framework into
MyFaces and I will commit the work.
I request that test-framework be moved into MyFace.
Paul Spencer
Matthias Wessendorf wrote:
to bring light to this discussion;
On Oct 24, 2007 8:15 AM, Martin Marinschek [EMAIL PROTECTED] wrote:
For me, a merger
Matthias,
I made this same request, in addition to moving parts or all of Shale
into MyFaces, to Wendy Smoak at ApacheCon in Atlanta. She said that she
would look into it.
Paul Spencer
Matthias Wessendorf wrote:
It was discussed, that Shale should have a final release;
I am +1
+1
Andrew Robinson wrote:
Lets make the myfaces commons JSF API an official vote so we can have
a fixed time frame on this decision
+1 [ ] -- make JSF 1.2 the minimum requirement for the new myfaces
commons project
+0 [ ] -- you don't mind supporting a 1.1 trunk in addition to a 1.2 trunk
-1 [
, then I have no objection for a non-JSF 1.1. compliant
dependency.
Paul Spencer
Scott O'Bryan wrote:
Cool, I was hoping we had one. :) Paul, you mind if I ask you some
questions about this?
I can totally understand the want/need for the converters and validators
to be ported to 1.1 (and thus
+1 on JSF 1.2 only
+1 on 1.1 support with JDK 1.5 required on both.
+1 on 1.1 w/ 1.4
I have projects I support on HP-UX that are currently running
JDK 1.4.
Paul Spencer
Andrew Robinson wrote:
I would go for:
+1 on JSF 1.2 only
This is open source, so no one is required to use
+1
Matthias Wessendorf wrote:
This is the official vote for the acceptance of Oracle's donation of
translated messages ([1]) for the Apache MyFaces Trinidad component library.
Please note that - since the codebase is small enough and it makes only sense in
addition to the Apache MyFaces
Matthias,
I believe we can setup a zone to host a running demo. Cocoon has done
this [1].
Paul Spencer
[1] http://cocoon.zones.apache.org/
Matthias Wessendorf wrote:
These demos are hosted by the company Irian. So, there is no real
process for updating those demos :-)
Usually the update
I like Manfred Geiler idea around MyFaces JSF Commons.
Paul Spencer
Simon Lessard wrote:
I can live with that as well, the name speaks for itself, but it's s
loong.
~ Simon
On 10/31/07, Ron Smits [EMAIL PROTECTED] wrote:
I can live with that
Ron
On 10/31/07, Manfred Geiler [EMAIL
Please summarize the intent and proposed contents of each subproject on
a wiki page. A common refactoring page already exists [1]. The
resulting pages should be moved in each project's site documentation
Paul Spencer
[1] http://wiki.apache.org/myfaces/MyFaces_Commons_Refactoring
Simon
I am planing on attending ApacheCon in Atlanta this year. Is are their
any MyFaces gathering planned?
Paul Spencer
Please summarize the intent and proposed contents of each subproject on
a wiki page. A common refactoring page already exists [1]. The
resulting pages should be moved in each project's site documentation
Paul Spencer
[1] http://wiki.apache.org/myfaces/MyFaces_Commons_Refactoring
Simon
+1 for the commons project.
Paul Spencer
Mario Ivankovits wrote:
Hi!
1) Will their be a JSF version specific version, i.e. commons_1.2 and
commons_2.0?
H I don't think so, at least for the start not. Lets start
another module once we cross that bridge.
2) What are some
Mario,
In general agree with the need for a commons project. Before voting, I
need some more information:
1) Will their be a JSF version specific version, i.e. commons_1.2 and
commons_2.0?
2) What are some of the module will you be moving into the project(s)?
Paul Spencer
Mario
to MyFaces projects. Granted some project will not
support JSF 1.1, but the ones that do should continue to develop in the
JSF 1.1 environment. The use of a bridge to simplify development
efforts for those projects that support 1.1 and 1.2 is a good idea.
Paul Spencer
Matthias Wessendorf
to the SCM tag in the POMs?
Paul Spencer
Manfred Geiler wrote:
BTW, thanks Matthias for the successful 1.2 release.
Good to know that someone keeps the business running while oneself is
lying in the sun beeing on vacation... ;-)
Regarding the repo structure. We had some discussions before. One
I do not like the idea of current (symlink to jsf1.2). To me JSF 1.1
and 1.2 are two products and should be treated as such.
Paul Spencer
Andrew Robinson wrote:
Not to be too anal, but would:
current (symlink to jsf1.2)
jsf1.1
jsf1.2
Be a little more tidy?
It should also consider the web
I do not like the idea of current (symlink to jsf1.2). To me JSF 1.1
and 1.2 are two products and should be treated as such.
Paul Spencer
Andrew Robinson wrote:
Not to be too anal, but would:
current (symlink to jsf1.2)
jsf1.1
jsf1.2
Be a little more tidy?
It should also consider the web
At this point all of my project are based on JSF 1.1, primarily because
the infrastructure to support JSF 1.2 is not available on the deployment
platforms.
Paul Spencer
Adam Winer wrote:
Why not: how many users are ready to make the jump to
JSF 1.2? Many of our users, Tomahawk, Trinidad
Welcome aboard Andrew.
Paul Spencer
Grant Smith wrote:
The Myfaces PMC is proud to announce a new addition to our community.
Please welcome Andrew Robinson as the newest MyFaces committer.
Andrew has been exceedingly helpful in both the users and dev lists and
is a
great value
Welcome aboard Peter.
Paul Spencer
Grant Smith wrote:
The Myfaces PMC is proud to announce a new addition to our community.
Please welcome Peter Mahoney as the newest MyFaces committer.
Peter has been exceedingly helpful in providing patches in JIRA and is a
great value to this project
Components: Message(s)
Reporter: Paul Spencer
Fix For: 1.1.6
Below are output from the test failures. The test are run using the following
command:
cd tomahawk/core
mvn test -Djsf=ri
HtmlInputHidden fails unit test when using RI
-
Key: TOMAHAWK-1023
URL: https://issues.apache.org/jira/browse/TOMAHAWK-1023
Project: MyFaces Tomahawk
Issue Type: Bug
Reporter: Paul
The Continuum server [1] is not responding. Is it down?
Paul Spencer
[1] http://myfaces.zones.apache.org:8081/continuum
[
https://issues.apache.org/jira/browse/TOMAHAWK-998?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12503839
]
Paul Spencer commented on TOMAHAWK-998:
---
This task is currently blocked by TOMAHAWK-1022 and TOMAHAWK-1023
. As an
example, a series of tab that collect customer information where each
tab is a type of information, Name Billing Address Shipping
Address Whether this should be implement as a
validateNonSelectedTab attribute on t:panelTabbedPane and/or
t:panelTab is it's own discussion.
Paul Spencer
[
https://issues.apache.org/jira/browse/TOMAHAWK-1012?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12503421
]
Paul Spencer commented on TOMAHAWK-1012:
I have add a thread to the dev list titled TabbedPane does
t:panelTab label=Query by SKU
f:form
...
h:inputText value=#{sku} required=true/
...
/f:form
/t:panelTab
/t:panelTabbedPane
/t:documentBody
Paul Spencer
Mike Kienenberger wrote:
I think someone else already pointed this out, but from an ideal
design
the MyFaces 1.2/2.0?
2) Added a build definition to Sandbox15 using the 1.2 RI?
4) Add testing with the 1.1 and/or 1.2 RI on other subprojects, i.e. Tobago?
Paul Spencer
***
public TimeZone getTimeZone()
{
return timeZone;
}
Paul Spencer
Johnny Sutherland wrote:
Hi Mike
Thank you for replying so quickly.
I have tried both the TimeZone type and String for the timeZone parameter.
The pattern has always been String.
Johnny
Mike Kienenberger
Nice to put picture with names.
What was the Surprise Announcement ?
Paul Spencer
Manfred Geiler wrote:
Hi all,
Some requested them, here they are:
The slides of our presentation at the last JavaOne about the MyFaces
community.
The Faces of MyFaces
http://people.apache.org/~manolito
Wendy,
Not much I can do. No karma, although I have not asked for it.
Paul Spencer
Wendy Smoak wrote:
On 5/31/07, Paul Spencer [EMAIL PROTECTED] wrote:
The Continuum server is not responding. Is it down?
Looks like the JVM was hung again. Last time it was an odd Jetty OOME
that I
The Continuum server is not responding. Is it down?
Paul Spencer
ALL
dependencies.
Paul Spencer
http://www.mail-archive.com/dev@myfaces.apache.org/msg22700.html
groupIdjavax.servlet.jsp/groupId
/exclusion
exclusion
artifactIdjstl/artifactId
groupIdjavax.servlet.jsp.jstl/groupId
/exclusion
/exclusions
/dependency
Paul Spencer
Wendy Smoak wrote:
On 5/31/07, Paul Spencer [EMAIL PROTECTED] wrote:
I am trying
Wendy,
I found the problem. The missing dependency was defined in
the tomahawk-project pom. I remove it.
Paul Spencer
Wendy Smoak wrote:
On 5/31/07, Paul Spencer [EMAIL PROTECTED] wrote:
When I build Tomahawk locally, I do not see the errors. In addition I
do not have
Wendy,
Right now, nothing. I think I may have found the problem.
The checksum problem has gone away, meaning the the warning no longer
exists and I do not know why. I am working on the missing dependency problem
now.
Paul Spencer
Wendy Smoak wrote:
On 5/31/07, Paul Spencer [EMAIL PROTECTED
that this issue is the most controversial since a
while. Well, I hope this proposal is a good compromise and we/I can
start the release procedure next week.
Regards,
Manfred
In short I support the compromise.
Again, Thank you.
Paul Spencer
1 - 100 of 337 matches
Mail list logo