[jira] Commented: (TOMAHAWK-451) t:tabbedPane tabs rendered as button when using StreamingAddResource
[ http://issues.apache.org/jira/browse/TOMAHAWK-451?page=comments#action_12418181 ] Jan Hoeve commented on TOMAHAWK-451: Interesting. Are you observing this behaviour on InternetExplorer? Plz test also on Firefox. As similar bug could be this: http://issues.apache.org/jira/browse/TOMAHAWK-98 t:tabbedPane tabs rendered as button when using StreamingAddResource Key: TOMAHAWK-451 URL: http://issues.apache.org/jira/browse/TOMAHAWK-451 Project: MyFaces Tomahawk Type: Bug Components: Tabbed Pane Versions: 1.1.4-SNAPSHOT Environment: Tomcat 5.5.16, MyFaces Core 1.1.4, Tomahawk 1.1.3, Facelets 1.1.16 Reporter: Rogério Pereira Araújo Priority: Trivial Fix For: 1.1.4-SNAPSHOT When i use StreamingAddResource in my webapp the TomaHawk TabbedPane tabs are being rendered as buttons. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
please maven clean continuum [was: [continuum] BUILD FAILURE: Myfaces Nighly Build Script]
For some reason maven did not recreate the shared_* branches. Please issue a maven clean on continuum to fix this annoying thing. Thanks! Mario
[jira] Commented: (TOMAHAWK-506) Schedule getClickedTime() returns incorrect time in compact views
[ http://issues.apache.org/jira/browse/TOMAHAWK-506?page=comments#action_12418204 ] Jurgen Lust commented on TOMAHAWK-506: -- Actually, this was the way it was intended, except for the minutes part that is. In the compact view, the clicked time is always the visible start time, because this view is just a list of events, without positioning. Therefore, it does not make sense to determine the time of day from the position of the mouse. Schedule getClickedTime() returns incorrect time in compact views - Key: TOMAHAWK-506 URL: http://issues.apache.org/jira/browse/TOMAHAWK-506 Project: MyFaces Tomahawk Type: Bug Components: Schedule Versions: 1.1.4-SNAPSHOT Reporter: Peter Mahoney In the month and week views ScheduleMouseEvent.getClickedTime() returns an incorrect time. The date is always the current date, the hour is always 08:00 and the minutes are always the current minutes past the hour. I have not yet had a chance to investigate possible causes. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (TOMAHAWK-506) Schedule getClickedTime() returns incorrect time in compact views
[ http://issues.apache.org/jira/browse/TOMAHAWK-506?page=comments#action_12418206 ] Peter Mahoney commented on TOMAHAWK-506: I agree about the time, but the day is always the current date rather than the day that was clicked on. If I click on the 29th June box, I would expect the time to be returned as 29/6/2006 8:00, not 28/6/2006. Schedule getClickedTime() returns incorrect time in compact views - Key: TOMAHAWK-506 URL: http://issues.apache.org/jira/browse/TOMAHAWK-506 Project: MyFaces Tomahawk Type: Bug Components: Schedule Versions: 1.1.4-SNAPSHOT Reporter: Peter Mahoney In the month and week views ScheduleMouseEvent.getClickedTime() returns an incorrect time. The date is always the current date, the hour is always 08:00 and the minutes are always the current minutes past the hour. I have not yet had a chance to investigate possible causes. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Release 1.1.4
What i did already, is added my code signing key to the KEYS file in svn. How can i upload it to www.apache.org/dist/myfaces?I've been also looking over this: http://wiki.apache.org/myfaces/Building_a_Release, seems pretty update to date, is there anything else i should read? i know Sean mentioned that he'll be preparing some documentation.Anything else i can do already to help?Thanks, CatalinWendy Smoak [EMAIL PROTECTED] wrote: Update: Matthias has branched for Core 1.1.4 (and Tomahawk, but Iassume we're going to do the core api/impl release first.)Volunteers for learning the release process are: Matthias, Catalin,Grant and WendyMore volunteers are welcome. :)To be a release manager, you'll need to add your code signing key tothe MyFaces KEYS file. For lack of a better place, I put it here: http://svn.apache.org/repos/asf/myfaces/maven/trunk/KEYSIf you update it, also upload it to www.apache.org/dist/myfaces/, butthe one in svn should be the "original" so that we get notificationsof changes.If you don't yet have a signing key, I have some notes here: http://wiki.wsmoak.net/cgi-bin/wiki.pl?ReleaseSigning-- Wendy Sneak preview the all-new Yahoo.com. It's not radically different. Just radically better.
[jira] Commented: (TOMAHAWK-506) Schedule getClickedTime() returns incorrect time in compact views
[ http://issues.apache.org/jira/browse/TOMAHAWK-506?page=comments#action_12418209 ] Jurgen Lust commented on TOMAHAWK-506: -- Aha, then that is in fact a bug :) I'll look into it this weekend... Schedule getClickedTime() returns incorrect time in compact views - Key: TOMAHAWK-506 URL: http://issues.apache.org/jira/browse/TOMAHAWK-506 Project: MyFaces Tomahawk Type: Bug Components: Schedule Versions: 1.1.4-SNAPSHOT Reporter: Peter Mahoney In the month and week views ScheduleMouseEvent.getClickedTime() returns an incorrect time. The date is always the current date, the hour is always 08:00 and the minutes are always the current minutes past the hour. I have not yet had a chance to investigate possible causes. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (MYFACES-278) UIData does not processColumnChildren() if rowCount() returns -1 (for ResultSetDataModel)
[
http://issues.apache.org/jira/browse/MYFACES-278?page=comments#action_12418220
]
Torsten Krah commented on MYFACES-278:
--
Is this really fixed in 1.1.0 or 1.1.3?
I still get this bug, according to the description above in 1.1.3 version,
posted some help request on the user list yesterday and today and found this
report now.
kind regards
Torsten
UIData does not processColumnChildren() if rowCount() returns -1 (for
ResultSetDataModel)
-
Key: MYFACES-278
URL: http://issues.apache.org/jira/browse/MYFACES-278
Project: MyFaces Core
Type: Bug
Versions: 1.1.0
Reporter: Ahmed Ashour
Assignee: Martin Marinschek
Priority: Minor
Fix For: 1.1.0
Any code that iterates the rows using getRowCount() would fail, because it
might be -1 (for ResultSetDataModel).
Instead, isRowAvailable() should be used to iterator over the rows, and
break otherwise.
E.g. in javax.faces.component.UIData
private void processColumnChildren(FacesContext context, int processAction) {
int first = getFirst();
int rows = getRows();
int last;
if (rows == 0) {
last = getRowCount();
} else {
last = first + rows;
}
for (int rowIndex = first; rowIndex last; rowIndex++) {
setRowIndex(rowIndex);
if (isRowAvailable()) {
Should be replaced with
private void processColumnChildren(FacesContext context, int processAction) {
int first = getFirst();
int rows = getRows();
int last;
if (rows == 0) {
last = getRowCount();
} else {
last = first + rows;
}
for (int rowIndex = first; last==-1 || rowIndex last;
rowIndex++) {
setRowIndex(rowIndex);
if (isRowAvailable()) {
} else
break
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
[jira] Commented: (MYFACES-278) UIData does not processColumnChildren() if rowCount() returns -1 (for ResultSetDataModel)
[
http://issues.apache.org/jira/browse/MYFACES-278?page=comments#action_12418224
]
Torsten Krah commented on MYFACES-278:
--
Sorry - meant tomahawk, not myfaces - so its fixed here but not addressed at
tomahawk like said at: http://issues.apache.org/jira/browse/TOMAHAWK-89.
kind regards
UIData does not processColumnChildren() if rowCount() returns -1 (for
ResultSetDataModel)
-
Key: MYFACES-278
URL: http://issues.apache.org/jira/browse/MYFACES-278
Project: MyFaces Core
Type: Bug
Versions: 1.1.0
Reporter: Ahmed Ashour
Assignee: Martin Marinschek
Priority: Minor
Fix For: 1.1.0
Any code that iterates the rows using getRowCount() would fail, because it
might be -1 (for ResultSetDataModel).
Instead, isRowAvailable() should be used to iterator over the rows, and
break otherwise.
E.g. in javax.faces.component.UIData
private void processColumnChildren(FacesContext context, int processAction) {
int first = getFirst();
int rows = getRows();
int last;
if (rows == 0) {
last = getRowCount();
} else {
last = first + rows;
}
for (int rowIndex = first; rowIndex last; rowIndex++) {
setRowIndex(rowIndex);
if (isRowAvailable()) {
Should be replaced with
private void processColumnChildren(FacesContext context, int processAction) {
int first = getFirst();
int rows = getRows();
int last;
if (rows == 0) {
last = getRowCount();
} else {
last = first + rows;
}
for (int rowIndex = first; last==-1 || rowIndex last;
rowIndex++) {
setRowIndex(rowIndex);
if (isRowAvailable()) {
} else
break
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
[jira] Commented: (TOMAHAWK-89) t:dataTable support for ResultSetDataModel is completely broken
[ http://issues.apache.org/jira/browse/TOMAHAWK-89?page=comments#action_12418225 ] Torsten Krah commented on TOMAHAWK-89: -- Any progress at this front? kind regards t:dataTable support for ResultSetDataModel is completely broken --- Key: TOMAHAWK-89 URL: http://issues.apache.org/jira/browse/TOMAHAWK-89 Project: MyFaces Tomahawk Type: Bug Components: Extended Datatable Reporter: Simon Kitching ResultSets just don't work with t:dataModel due to the way that the looping in encodeInnerHtml currently *depends* on a correct dataModel.getRowCount(). Resultsets don't know their rowCount. The UIData component handles this correctly. http://mail-archives.apache.org/mod_mbox/myfaces-users/200601.mbox/browser -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (TOMAHAWK-464) Make Tomahawk work in portals
[ http://issues.apache.org/jira/browse/TOMAHAWK-464?page=comments#action_12418239 ] Michael Binette commented on TOMAHAWK-464: -- I think this is major for people trying to use any portal. Is there a way to eliminate the ExtensionsFilter altogether? I found two interesting links: http://cse-mjmcl.cse.bris.ac.uk/blog/2005/08/18/1124396539593.html http://andyhot.di.uoa.gr/blojsom/blog/default/TapFX/?permalink=Allowing_Tapestry_components_to_contribute_CSS.htmlsmm=y that show a method of resource injection that might work for the Tomahawk components. It could inject the CSS and resources in instead of using a filter. A filter seems like the obvious best way to do what it is doing but in order to make it compatible with all portals, it needs to be eliminated. It seems that the MyFaces group is working on some workaround as well [#MYFACES-434] but right now it is just a set of patches that I'm not even sure how to make work on a binary installation of Jetspeed 2.0 and MyFaces. Does anyone else have comments on this topic? Make Tomahawk work in portals - Key: TOMAHAWK-464 URL: http://issues.apache.org/jira/browse/TOMAHAWK-464 Project: MyFaces Tomahawk Type: Improvement Components: ExtensionsFilter Versions: 1.1.1, 1.1.3-SNAPSHOT, 1.1.2, 1.1.4-SNAPSHOT Reporter: Danijel Jevtic The ExtensionsFilter isn't working inside Jetspeed. Though this is not a technical blocker it would be great to be able to create portlets with tomahawk components (e.g. tree2). It works fine in 1.1.0 though. Kind regards -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Resolved: (TOBAGO-72) tx:date inside a tc:sheet causes NullPointerException
[ http://issues.apache.org/jira/browse/TOBAGO-72?page=all ]
Bernd Bohmann resolved TOBAGO-72:
-
Resolution: Fixed
Please reopen it if it doesn't work
tx:date inside a tc:sheet causes NullPointerException
--
Key: TOBAGO-72
URL: http://issues.apache.org/jira/browse/TOBAGO-72
Project: MyFaces Tobago
Type: Bug
Versions: 1.0.7
Reporter: Richard van Nieuwenhoven
Assignee: Bernd Bohmann
Fix For: 1.0.8
it is not possible to use a tx:date inside a tc:sheet
This has somthing to do with the hidden fields for the sizes
this is my definition:
tc:sheet value=#{example.exampleArray0} id=suchliste
rows=5
columns=200px;150px;150px;150px var=element
state=#{example.sheetState}
showHeader=true
showRowRange=left
showPageRange=right
showDirectLinks=center
directLinkCount=5
tc:column label=Rollenname
id=liste_rollenname sortable=false
tc:selectBooleanCheckbox
value=#{element.exampleBoolean0} label=#{element.string0}
id=t_rollenname /
/tc:column
tc:column label=gueltig von
id=liste_gueltigvon sortable=false align=center
tc:date value=#{element.date0}
id=t_gueltigvon/
/tc:column
tc:column label=gueltig bis
id=liste_gueltigbis sortable=false align=center
tc:date value=#{element.date1}
id=t_gueltigbis/
/tc:column
tc:column
label= sortable=false align=right id=liste_anzeigen
tc:button id=t_aktivieren
label=aktivieren action=#{example.nixAction} /
/tc:column
/tc:sheet
here the exception happens:
9.05.2006 11:15:00 org.apache.catalina.core.ApplicationDispatcher invoke
SCHWERWIEGEND: Servlet.service() for servlet jsp threw exception
java.lang.NullPointerException
at
javax.faces.component.UIData.restoreDescendantComponentStates(UIData.java:342)
at
javax.faces.component.UIData.restoreDescendantComponentStates(UIData.java:354)
at
javax.faces.component.UIData.restoreDescendantComponentStates(UIData.java:354)
at
javax.faces.component.UIData.restoreDescendantComponentStates(UIData.java:354)
at javax.faces.component.UIData.setRowIndex(UIData.java:293)
at
org.apache.myfaces.tobago.renderkit.html.scarborough.standard.tag.SheetRenderer.renderSheet(SheetRenderer.java:308)
at
org.apache.myfaces.tobago.renderkit.html.scarborough.standard.tag.SheetRenderer.encodeEndTobago(SheetRenderer.java:123)
at
org.apache.myfaces.tobago.renderkit.RendererBase.encodeEnd(RendererBase.java:103)
at
org.apache.myfaces.tobago.renderkit.html.scarborough.standard.tag.SheetRenderer.encodeEnd(SheetRenderer.java:597)
at
javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:536)
at javax.faces.component.UIData.encodeEnd(UIData.java:569)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
[jira] Resolved: (TOBAGO-5) Create a datePicker component
[ http://issues.apache.org/jira/browse/TOBAGO-5?page=all ] Bernd Bohmann resolved TOBAGO-5: Resolution: Fixed Create a datePicker component - Key: TOBAGO-5 URL: http://issues.apache.org/jira/browse/TOBAGO-5 Project: MyFaces Tobago Type: Task Reporter: Bernd Bohmann Assignee: Bernd Bohmann Priority: Minor Fix For: 1.0.8 What is the difference between picker and button? I think a picker is a special button. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Resolved: (TOBAGO-79) Date Picker resets other field values
[ http://issues.apache.org/jira/browse/TOBAGO-79?page=all ] Bernd Bohmann resolved TOBAGO-79: - Resolution: Fixed Date Picker resets other field values - Key: TOBAGO-79 URL: http://issues.apache.org/jira/browse/TOBAGO-79 Project: MyFaces Tobago Type: Bug Components: Core Versions: 1.0.7 Environment: Windows XP + Tomcat 5.5 Reporter: Kelvin Wong Assignee: Bernd Bohmann Priority: Minor Fix For: 1.0.8 Attachments: tc_date.zip When pressing the calendar icon of a date picker, it will reset the selected value of tc:selectOneChoice to first option. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (TOMAHAWK-435) Inconsistent results using TableSuggestAjax
[ http://issues.apache.org/jira/browse/TOMAHAWK-435?page=all ] Sharath Reddy updated TOMAHAWK-435: --- Status: Patch Available (was: Open) Inconsistent results using TableSuggestAjax --- Key: TOMAHAWK-435 URL: http://issues.apache.org/jira/browse/TOMAHAWK-435 Project: MyFaces Tomahawk Type: Bug Components: InputSuggestAjax Reporter: Sharath Reddy Priority: Minor When the user types fast, the results displayed in the pop-up list are inconsistent with the input entered by the user. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Resolved: (TOBAGO-78) tc:link should support f:param
[ http://issues.apache.org/jira/browse/TOBAGO-78?page=all ] Bernd Bohmann resolved TOBAGO-78: - Resolution: Fixed tc:link should support f:param -- Key: TOBAGO-78 URL: http://issues.apache.org/jira/browse/TOBAGO-78 Project: MyFaces Tobago Type: Improvement Components: Core Versions: 1.0.7 Reporter: Bernd Bohmann Assignee: Bernd Bohmann Fix For: 1.0.8 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Displaying radio buttons in datatable
Hi,
My requirement is to display radio buttons in a datatable. On selecting the
radio button and clicking on next button the selected rows values should be
displayed in the next page.
I tried using the selectOneRadio component of Tomahawk.
Following is the snippet of code i have used
t:selectOneRadio id=select forceId=true forceIdIndex=false
value=#{SourceInputController.select} immediate=true
valueChangeListener=#{SourceInputController.selectSourceInputRequest}
f:selectItems value=#{SourceInputController.selectList} /
/t:selectOneRadio
This code displays radio buttons with the same id. The issue is on load of
the page the last radio button is selected by default. When i click the next
button only the last row values displays irrespective of the selection i do.
Is there any possible to get rid of this issue.
Thanks in advance for the help.
Kalpana
--
View this message in context:
http://www.nabble.com/Displaying-radio-buttons-in-datatable-tf1861637.html#a5084645
Sent from the My Faces - Dev forum at Nabble.com.
Re: Displaying radio buttons in datatable
Have you tried the SelectOneRow Component in tomahawk sandbox, maybe this
is the right one for you.
regards
Ernst
On 6/28/06, kalpana [EMAIL PROTECTED] wrote:
Hi,
My requirement is to display radio buttons in a datatable. On selecting the
radio button and clicking on next button the selected rows values should be
displayed in the next page.
I tried using the selectOneRadio component of Tomahawk.
Following is the snippet of code i have used
t:selectOneRadio id=select forceId=true forceIdIndex=false
value=#{SourceInputController.select} immediate=true
valueChangeListener=#{SourceInputController.selectSourceInputRequest}
f:selectItems value=#{SourceInputController.selectList} /
/t:selectOneRadio
This code displays radio buttons with the same id. The issue is on load of
the page the last radio button is selected by default. When i click the next
button only the last row values displays irrespective of the selection i do.
Is there any possible to get rid of this issue.
Thanks in advance for the help.
Kalpana
--
View this message in context:
http://www.nabble.com/Displaying-radio-buttons-in-datatable-tf1861637.html#a5084645
Sent from the My Faces - Dev forum at Nabble.com.
Re: Displaying radio buttons in datatable
Kalpana,
I suspect the use of forceId and forceIdIndex is the source of the
problem. Unless their is a reason you are using them, then I would set
both to false, otherwise set both to true.
** From the TLD http://myfaces.apache.org/tomahawk/tlddoc/index.html
forceIdIndex If false, this component will not append a '[n]' suffix
(where 'n' is the row index) to components that are
contained within a list. This value will be true by
default and the value will be ignored if the value of
forceId is false (or not specified.)
Paul Spencer
kalpana wrote:
Hi,
My requirement is to display radio buttons in a datatable. On selecting the
radio button and clicking on next button the selected rows values should be
displayed in the next page.
I tried using the selectOneRadio component of Tomahawk.
Following is the snippet of code i have used
t:selectOneRadio id=select forceId=true forceIdIndex=false
value=#{SourceInputController.select} immediate=true
valueChangeListener=#{SourceInputController.selectSourceInputRequest}
f:selectItems value=#{SourceInputController.selectList} /
/t:selectOneRadio
This code displays radio buttons with the same id. The issue is on load of
the page the last radio button is selected by default. When i click the next
button only the last row values displays irrespective of the selection i do.
Is there any possible to get rid of this issue.
Thanks in advance for the help.
Kalpana
Re: Release 1.1.4
Assuming you can ssh into people.apache.org...
$ ssh people.apache.org
$ cd /www/people.apache.org/dist/myfaces/builds
$ mkdir 1.1.4 (or whatever)
$ exit
(get your files ready)
$ scp {files} people.apache.org:/www/people.apache.org/dist/myfaces/
builds/1.1.4/
Hope that helps
--
James Mitchell
On Jun 28, 2006, at 5:41 AM, Catalin Kormos wrote:
What i did already, is added my code signing key to the KEYS file
in svn. How can i upload it to www.apache.org/dist/myfaces?
I've been also looking over this: http://wiki.apache.org/myfaces/
Building_a_Release, seems pretty update to date, is there anything
else i should read? i know Sean mentioned that he'll be preparing
some documentation.
Anything else i can do already to help?
Thanks,
Catalin
Wendy Smoak [EMAIL PROTECTED] wrote: Update: Matthias has branched
for Core 1.1.4 (and Tomahawk, but I
assume we're going to do the core api/impl release first.)
Volunteers for learning the release process are: Matthias, Catalin,
Grant and Wendy
More volunteers are welcome. :)
To be a release manager, you'll need to add your code signing key to
the MyFaces KEYS file. For lack of a better place, I put it here:
http://svn.apache.org/repos/asf/myfaces/maven/trunk/KEYS
If you update it, also upload it to www.apache.org/dist/myfaces/, but
the one in svn should be the original so that we get notifications
of changes.
If you don't yet have a signing key, I have some notes here:
http://wiki.wsmoak.net/cgi-bin/wiki.pl?ReleaseSigning
--
Wendy
Sneak preview the all-new Yahoo.com. It's not radically different.
Just radically better.
Re: [continuum] BUILD SUCCESSFUL: Tomahawk Core
On 6/28/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Online report : http://myfaces.zones.apache.org:8080/continuum/servlet/continuum/target/ProjectBuild.vm/view/ProjectBuild/id/16/buildId/2447 Build statistics: State: Ok Previous State: Failed ... Changes bommel try to fix nightly build /myfaces/tomahawk/trunk/core/pom.xml THANK YOU! I was beginning to think it was permanent. :) -- Wendy
Re: Release 1.1.4
OK, I've generated a key, added it to http://svn.apache.org/repos/asf/myfaces/maven/trunk/KEYS
,Then, I added it to /x1/www/www.apache.org/dist/myfaces/KEYS on
people.apache.org. However, this doesn't appear to be the correct
location, as nothing updated on www.apache.org/dist/myfaces.
/x1 must be a backup or archive ?
On 6/28/06, James Mitchell [EMAIL PROTECTED] wrote:
Assuming you can ssh into people.apache.org...$ ssh people.apache.org$ cd /www/people.apache.org/dist/myfaces/builds$ mkdir 1.1.4 (or whatever)$ exit(get your files ready)
$ scp {files} people.apache.org:/www/people.apache.org/dist/myfaces/builds/1.1.4/Hope that helps--James MitchellOn Jun 28, 2006, at 5:41 AM, Catalin Kormos wrote:
What i did already, is added my code signing key to the KEYS file in svn. How can i upload it to www.apache.org/dist/myfaces? I've been also looking over this:
http://wiki.apache.org/myfaces/ Building_a_Release, seems pretty update to date, is there anything else i should read? i know Sean mentioned that he'll be preparing
some documentation. Anything else i can do already to help? Thanks, Catalin Wendy Smoak [EMAIL PROTECTED] wrote: Update: Matthias has branched
for Core 1.1.4 (and Tomahawk, but I assume we're going to do the core api/impl release first.) Volunteers for learning the release process are: Matthias, Catalin, Grant and Wendy
More volunteers are welcome. :) To be a release manager, you'll need to add your code signing key to the MyFaces KEYS file. For lack of a better place, I put it here:
http://svn.apache.org/repos/asf/myfaces/maven/trunk/KEYS If you update it, also upload it to www.apache.org/dist/myfaces/, but the one in svn should be the original so that we get notifications
of changes. If you don't yet have a signing key, I have some notes here: http://wiki.wsmoak.net/cgi-bin/wiki.pl?ReleaseSigning
-- Wendy Sneak preview the all-new Yahoo.com. It's not radically different. Just radically better.
-- Grant Smith
Re: Release 1.1.4
/www/www.apache.org/dist/myfaces/KEYS on people.apache.org is the correct location, it seems.On 6/28/06, Grant Smith
[EMAIL PROTECTED] wrote:
OK, I've generated a key, added it to http://svn.apache.org/repos/asf/myfaces/maven/trunk/KEYS
,Then, I added it to /x1/www/www.apache.org/dist/myfaces/KEYS on
people.apache.org. However, this doesn't appear to be the correct
location, as nothing updated on www.apache.org/dist/myfaces.
/x1 must be a backup or archive ?
On 6/28/06, James Mitchell [EMAIL PROTECTED]
wrote:
Assuming you can ssh into people.apache.org...$ ssh people.apache.org$ cd /www/people.apache.org/dist/myfaces/builds
$ mkdir 1.1.4 (or whatever)$ exit(get your files ready)
$ scp {files} people.apache.org:/www/people.apache.org/dist/myfaces/builds/1.1.4/Hope that helps--James MitchellOn Jun 28, 2006, at 5:41 AM, Catalin Kormos wrote:
What i did already, is added my code signing key to the KEYS file in svn. How can i upload it to
www.apache.org/dist/myfaces? I've been also looking over this:
http://wiki.apache.org/myfaces/ Building_a_Release, seems pretty update to date, is there anything
else i should read? i know Sean mentioned that he'll be preparing
some documentation. Anything else i can do already to help? Thanks, Catalin Wendy Smoak
[EMAIL PROTECTED] wrote: Update: Matthias has branched
for Core 1.1.4 (and Tomahawk, but I assume we're going to do the core api/impl release first.) Volunteers for learning the release process are: Matthias, Catalin, Grant and Wendy
More volunteers are welcome. :) To be a release manager, you'll need to add your code signing key to the MyFaces KEYS file. For lack of a better place, I put it here:
http://svn.apache.org/repos/asf/myfaces/maven/trunk/KEYS If you update it, also upload it to
www.apache.org/dist/myfaces/, but the one in svn should be the original so that we get notifications
of changes. If you don't yet have a signing key, I have some notes here:
http://wiki.wsmoak.net/cgi-bin/wiki.pl?ReleaseSigning
-- Wendy Sneak preview the all-new Yahoo.com. It's not radically different.
Just radically better.
-- Grant Smith
-- Grant Smith
Re: Release 1.1.4
Just a question.
Does anybody know something about the maven2 release plugin ?
Looks promising
-Matt
On 6/28/06, Grant Smith [EMAIL PROTECTED] wrote:
/www/www.apache.org/dist/myfaces/KEYS on people.apache.org
is the correct location, it seems.
On 6/28/06, Grant Smith [EMAIL PROTECTED] wrote:
OK, I've generated a key, added it to
http://svn.apache.org/repos/asf/myfaces/maven/trunk/KEYS
,Then, I added it to
/x1/www/www.apache.org/dist/myfaces/KEYS on
people.apache.org. However, this doesn't appear to be the correct location,
as nothing updated on www.apache.org/dist/myfaces.
/x1 must be a backup or archive ?
On 6/28/06, James Mitchell [EMAIL PROTECTED] wrote:
Assuming you can ssh into people.apache.org...
$ ssh people.apache.org
$ cd /www/people.apache.org/dist/myfaces/builds
$ mkdir 1.1.4 (or whatever)
$ exit
(get your files ready)
$ scp {files}
people.apache.org:/www/people.apache.org/dist/myfaces/
builds/1.1.4/
Hope that helps
--
James Mitchell
On Jun 28, 2006, at 5:41 AM, Catalin Kormos wrote:
What i did already, is added my code signing key to the KEYS file
in svn. How can i upload it to www.apache.org/dist/myfaces?
I've been also looking over this: http://wiki.apache.org/myfaces/
Building_a_Release, seems pretty update to date, is there anything
else i should read? i know Sean mentioned that he'll be preparing
some documentation.
Anything else i can do already to help?
Thanks,
Catalin
Wendy Smoak [EMAIL PROTECTED] wrote: Update: Matthias has branched
for Core 1.1.4 (and Tomahawk, but I
assume we're going to do the core api/impl release first.)
Volunteers for learning the release process are: Matthias, Catalin,
Grant and Wendy
More volunteers are welcome. :)
To be a release manager, you'll need to add your code signing key to
the MyFaces KEYS file. For lack of a better place, I put it here:
http://svn.apache.org/repos/asf/myfaces/maven/trunk/KEYS
If you update it, also upload it to www.apache.org/dist/myfaces/, but
the one in svn should be the original so that we get notifications
of changes.
If you don't yet have a signing key, I have some notes here:
http://wiki.wsmoak.net/cgi-bin/wiki.pl?ReleaseSigning
--
Wendy
Sneak preview the all-new Yahoo.com. It's not radically different.
Just radically better.
--
Grant Smith
--
Grant Smith
--
Matthias Wessendorf
Aechterhoek 18
48282 Emsdetten
blog: http://jroller.com/page/mwessendorf
mail: mwessendorf-at-gmail-dot-com
Renaming of the archetypes
Hi there, To follow the conventions, I think we should rename the archetypes to: maven-archetype-myfaces maven-archetype-jsfcomponents Then, update the poms and documentation. I am going to do this if no one objects ;) Cheers! Bruno
Re: Release 1.1.4
On 6/28/06, Grant Smith [EMAIL PROTECTED] wrote: /www/www.apache.org/dist/myfaces/KEYS on people.apache.org is the correct location, it seems. Yes, but it still won't show up immediately. There's an hourly sync over to another box that's actually serving the websites. -- Wendy
Re: Renaming of the archetypes
On 6/28/06, Bruno Aranda [EMAIL PROTECTED] wrote: To follow the conventions, I think we should rename the archetypes to: maven-archetype-myfaces maven-archetype-jsfcomponents Then, update the poms and documentation. I am going to do this if no one objects ;) I think the 'maven' at the front of the archetype name refers to the fact that Maven-the-project is distributing them, not that they are meant for use with Maven-the-build-tool. IMO they should by myfaces-archetype-[something]. myfaces-archetype-simple myfaces-archetype-components --'jsf' is implicit in the 'myfaces' part, no? For example, the ones for Struts are struts-archetype-xxx . Thoughts? -- Wendy
RE: Renaming of the archetypes
+1 for I think the 'maven' at the front of the archetype name refers to the fact that Maven-the-project is distributing them, not that they are meant for use with Maven-the-build-tool. -Original Message- From: Wendy Smoak [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 28, 2006 1:04 PM To: MyFaces Development Subject: Re: Renaming of the archetypes On 6/28/06, Bruno Aranda [EMAIL PROTECTED] wrote: To follow the conventions, I think we should rename the archetypes to: maven-archetype-myfaces maven-archetype-jsfcomponents Then, update the poms and documentation. I am going to do this if no one objects ;) I think the 'maven' at the front of the archetype name refers to the fact that Maven-the-project is distributing them, not that they are meant for use with Maven-the-build-tool. IMO they should by myfaces-archetype-[something]. myfaces-archetype-simple myfaces-archetype-components --'jsf' is implicit in the 'myfaces' part, no? For example, the ones for Struts are struts-archetype-xxx . Thoughts? -- Wendy
Re: Renaming of the archetypes
Ah ok, I was seing the maven-* wherever I went, and I thought it was like the plugins, where everybody puts maven-name-plugin (even not being plugins from the maven project itself). But no problem, I will rechange once we agree in the names. Those seem fine to me :) Bruno On 6/28/06, Wendy Smoak [EMAIL PROTECTED] wrote: On 6/28/06, Bruno Aranda [EMAIL PROTECTED] wrote: To follow the conventions, I think we should rename the archetypes to: maven-archetype-myfaces maven-archetype-jsfcomponents Then, update the poms and documentation. I am going to do this if no one objects ;) I think the 'maven' at the front of the archetype name refers to the fact that Maven-the-project is distributing them, not that they are meant for use with Maven-the-build-tool. IMO they should by myfaces-archetype-[something]. myfaces-archetype-simple myfaces-archetype-components --'jsf' is implicit in the 'myfaces' part, no? For example, the ones for Struts are struts-archetype-xxx . Thoughts? -- Wendy
Re: Renaming of the archetypes
And maybe, after finding the best names, maybe we could think on releasing them, could we? Bruno On 6/28/06, Bruno Aranda [EMAIL PROTECTED] wrote: Ah ok, I was seing the maven-* wherever I went, and I thought it was like the plugins, where everybody puts maven-name-plugin (even not being plugins from the maven project itself). But no problem, I will rechange once we agree in the names. Those seem fine to me :) Bruno On 6/28/06, Wendy Smoak [EMAIL PROTECTED] wrote: On 6/28/06, Bruno Aranda [EMAIL PROTECTED] wrote: To follow the conventions, I think we should rename the archetypes to: maven-archetype-myfaces maven-archetype-jsfcomponents Then, update the poms and documentation. I am going to do this if no one objects ;) I think the 'maven' at the front of the archetype name refers to the fact that Maven-the-project is distributing them, not that they are meant for use with Maven-the-build-tool. IMO they should by myfaces-archetype-[something]. myfaces-archetype-simple myfaces-archetype-components --'jsf' is implicit in the 'myfaces' part, no? For example, the ones for Struts are struts-archetype-xxx . Thoughts? -- Wendy
Problems building myfaces
Hi, I have done a fresh checkout of latest myfaces, and just installed maven 2.0.4. I cant build myfaces, mvn install gives me this error: D:\Sviluppo\myfacesmvn install [INFO] Scanning for projects... [INFO] [ERROR] FATAL ERROR [INFO] [INFO] Failed to resolve artifact. GroupId: org.apache.myfaces.maven ArtifactId: myfaces-master Version: 1.0.5-SNAPSHOT Reason: Unable to download the artifact from any repository org.apache.myfaces.maven:myfaces-master:pom:1.0.5-SNAPSHOT from the specified remote repositories: central (http://repo1.maven.org/maven2) I've tried to browse the maven2 repository, and it seems that only 1.0.0 and 1.0.1 versions are there.. is this possible? BTW I'm not a maven expert.. Thanks in advance for any help Cosma
Re: Renaming of the archetypes
On 6/28/06, Bruno Aranda [EMAIL PROTECTED] wrote: And maybe, after finding the best names, maybe we could think on releasing them, could we? I would think right after 1.1.4 would be a good time, considering that you'll want to set them up with a released version, and we haven't yet managed to get 1.1.3 on ibiblio. (Sean? Any word on signatures for 1.1.3? I haven't checked the zone; let me know if they're done.) -- Wendy
Re: Release 1.1.4
Ah, thanks!I'm sure this is all documented in some infra repository somewhere...On 6/28/06, Wendy Smoak [EMAIL PROTECTED] wrote:On 6/28/06, Grant Smith [EMAIL PROTECTED] wrote: /www/www.apache.org/dist/myfaces/KEYS on people.apache.org is the correct location, it seems.Yes, but it still won't show up immediately.There's an hourly sync over to another box that's actually serving the websites.--Wendy-- Grant Smith
