How much of a time commitment is this Martin? I am curious.
Dennis Byrne
-Original Message-
From: Martin Marinschek [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 20, 2006 01:55 AM
To: 'MyFaces Development'
Subject: Re: Ideas, Ideas!
I think it would make a great component and a great
Well, I invested like a day in the beginning - and then 2 hours per
week per project.
You can invest more, sure - or less, the question is if the project
will work out then.
I also had to help the students with the administrative stuff, which
was not too easy last year, but it will be better
Thanks, Sean!
great to hear...
regards,
Martin
On 4/20/06, Sean Schofield [EMAIL PROTECTED] wrote:
I've changed all JIRA issues with a version fixed of 1.1.2 to Unknown.
Lets get this release done and out the door so we can start on the
next one. If there is a true show stopper, please
I use a patched version of the Jalopy maven plugin for all my projects,
and I'm very happy about it. It handles stuff like adding the license
comment at the top of your file, formatting, inspecting, etc. your Java
code. I also have it generating comments containing 'TODO DOCUMENT ME!!'
on
Sean Schofield schrieb:
Paging is fine for some things but at times it seems excessive. In
our system we have a wizard where the user needs to assign a person to
a document. When you show the full 2000 users in the system its much
slower then before we went to JSF.
Is paging really the
Matthias Wessendorf schrieb:
Hi,
currently Sean is about to triger the new tomahawk-1.1.2 release.
After he managed that release, I think we can start to move some
sandbox stuff up to tomahawk.
+1 from my side, it is a shame that the sandbox already is almost as big
as tomahawk itself.
That only works for Firefox, though. Not for IE, afaik.
regards,
Martin
On 4/20/06, Apache Wiki [EMAIL PROTECTED] wrote:
Dear Wiki user,
You have subscribed to a wiki page or wiki category on Myfaces Wiki for
change notification.
The following page has been changed by MatthiasWessendorf:
damn,
just tested. Firefox shows the div as green, but IE not.
thanks for pointing it out, I just updated the wiki.
On 4/20/06, Martin Marinschek [EMAIL PROTECTED] wrote:
That only works for Firefox, though. Not for IE, afaik.
regards,
Martin
On 4/20/06, Apache Wiki [EMAIL PROTECTED]
I am porting on behalf of a software house, an application that is currenly
running on Tomcat Server under Redhat Linux.
The developer has made extensive use of the MyfacesTomahawk extensions and
these seem to work fine in Tomcat but within WebSphere Appication Server
anything that is declared
InputDate should let that years, months and days show like they appear in
Calendar component (in a single inputText)
-
Key: TOMAHAWK-264
URL:
[
http://issues.apache.org/jira/browse/TOMAHAWK-264?page=comments#action_12375354
]
Jorge Rodríguez Pedrianes commented on TOMAHAWK-264:
Sorry, i think that the priority is wrong, must be Minor...
InputDate should let that years,
One thing you could also promote is to stick to classes for styling--
the 37Signals guys do this, leaving identifiers up to server-side code
and promoting re-use of content.
Matthias Wessendorf wrote:
damn,
just tested. Firefox shows the div as green, but IE not.
thanks for pointing it out,
Yes, of course, style classes are an option.
But believe it or not, you can't use style classes everywhere. There
are CSS constructs, where it's just not possible to use classes, eg.
when you need to do subselects.
If you add to this the necessity to work with external designers,
you're out of
[ http://issues.apache.org/jira/browse/TOMAHAWK-107?page=all ]
Matthias Weßendorf updated TOMAHAWK-107:
Status: Patch Available (was: Open)
Add escape attribute to t:message and t:messages
[ http://issues.apache.org/jira/browse/TOMAHAWK-221?page=all ]
Matthias Weßendorf closed TOMAHAWK-221:
---
Resolution: Duplicate
TOMAHAWK-222
Tree2 Component not working in Portlet Environment but Working in Servlet
Environment
Jurgen Lust schrieb:
I use a patched version of the Jalopy maven plugin for all my projects,
and I'm very happy about it. It handles stuff like adding the license
comment at the top of your file, formatting, inspecting, etc. your Java
code. I also have it generating comments containing 'TODO
Before we refactor the tomahawk package names, I think we should
either commit or reject any open tomahawk issues with patches
available.
Since that's likely to take awhile, I think it's best to release
before refactoring.
Good point.
On 4/20/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
Before we refactor the tomahawk package names, I think we should
either commit or reject any open tomahawk issues with patches
available.
Since that's likely to take awhile, I think it's best to release
before refactoring.
[ http://issues.apache.org/jira/browse/TOMAHAWK-188?page=all ]
Matthias Weßendorf closed TOMAHAWK-188:
---
Resolution: Duplicate
TOMAHAWK-162
TreeWalker must be public
-
Key: TOMAHAWK-188
URL:
[
http://issues.apache.org/jira/browse/TOMAHAWK-140?page=comments#action_12375383
]
Matthias Weßendorf commented on TOMAHAWK-140:
-
firefox too
autoUpdateDataTable AJAX refresh does not work with IE 6.0
Document dependencies better
Key: MYFACES-1288
URL: http://issues.apache.org/jira/browse/MYFACES-1288
Project: MyFaces Core
Type: Task
Components: website
Reporter: Mike Kienenberger
We need to document dependencies better.
[
http://issues.apache.org/jira/browse/TOMAHAWK-209?page=comments#action_12375393
]
Paul Spencer commented on TOMAHAWK-209:
---
Even better, make the snapshot available via a Maven 2 repository. This way
the snapshot can be updated when Maven builds
And a non-binding -1 here too; I'd like to see a more extensive
refactoring; e.g., components not each in separate packages,
renderers and tags not in the same package as components,
etc., plus some things moved to a shared lib for ADF Faces + Tobago,
etc. Maybe a post-J1 Tomahawk 2.0?
--
[ http://issues.apache.org/jira/browse/MYFACES-1289?page=all ]
Adam Winer updated MYFACES-1289:
Status: Patch Available (was: Open)
selectBooleanCheckbox does not call endElement(input)
---
selectBooleanCheckbox does not call endElement(input)
---
Key: MYFACES-1289
URL: http://issues.apache.org/jira/browse/MYFACES-1289
Project: MyFaces Core
Type: Bug
Components: JSR-127
Versions: 1.1.2
[
http://issues.apache.org/jira/browse/MYFACES-1289?page=comments#action_12375399
]
Adam Winer commented on MYFACES-1289:
-
Patch:
Index:
core/src/main/java/org/apache/myfaces/shared/renderkit/html/HtmlCheckboxRendererBase.java
[ http://issues.apache.org/jira/browse/MYFACES-1289?page=all ]
Matthias Weßendorf closed MYFACES-1289:
---
Fix Version: 1.1.3-SNAPSHOT
Resolution: Fixed
Thanks Adam for reporting this.
selectBooleanCheckbox does not call endElement(input)
[ http://issues.apache.org/jira/browse/TOBAGO-1?page=all ]
Bernd Bohmann resolved TOBAGO-1:
Resolution: Fixed
Most of the tag code has been cleaned up.
Clean up Tag-Classes and create appropriate UIComponent-Classes
[ http://issues.apache.org/jira/browse/TOBAGO-1?page=all ]
Bernd Bohmann closed TOBAGO-1:
--
Clean up Tag-Classes and create appropriate UIComponent-Classes
---
Key: TOBAGO-1
[ http://issues.apache.org/jira/browse/TOBAGO-9?page=all ]
Bernd Bohmann resolved TOBAGO-9:
Resolution: Fixed
First facelets integration is done.
Script tag and Style tag currently doesn't work.
Facelets integration
[ http://issues.apache.org/jira/browse/TOBAGO-9?page=all ]
Bernd Bohmann closed TOBAGO-9:
--
Facelets integration
Key: TOBAGO-9
URL: http://issues.apache.org/jira/browse/TOBAGO-9
Project: MyFaces Tobago
Automatic sort feature for extended data table
--
Key: TOMAHAWK-265
URL: http://issues.apache.org/jira/browse/TOMAHAWK-265
Project: MyFaces Tomahawk
Type: New Feature
Components: Extended Datatable
Environment: All
[ http://issues.apache.org/jira/browse/TOMAHAWK-265?page=all ]
Catalin Kormos updated TOMAHAWK-265:
Status: Patch Available (was: Open)
Automatic sort feature for extended data table
--
Key:
[
http://issues.apache.org/jira/browse/TOMAHAWK-209?page=comments#action_12375422
]
Mike Kienenberger commented on TOMAHAWK-209:
Just a note that for now, you have to build the sandbox from source.
See this link for instructions on doing that.
Sorry for my ignorance, but can someone explain to me what's up with
the sample applications?
I build myfaces by running $mvn package from the root of the myfaces
svn checkout.
Maybe I'm just building it wrong, but when I deploy myfaces-example-
simple.war, it immediately blows up due to
Hi James,
Try mvn clean install from the root, or from the tomahawk dir. Does this
help?
Dennis Byrne
-Original Message-
From: James Mitchell [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 20, 2006 04:17 PM
To: 'MyFaces Development'
Subject: Example application
Sorry for my
No, unfortunately that did not help. I'll review the pom
dependencies and see if I can figure it out.
Thanks.
--
James Mitchell
On Apr 20, 2006, at 4:34 PM, Dennis Byrne wrote:
Hi James,
Try mvn clean install from the root, or from the tomahawk dir.
Does this help?
Dennis Byrne
I think we have API as provided in there - this is due to the fact
that the server might supply it already.
regards,
Martin
On 4/20/06, James Mitchell [EMAIL PROTECTED] wrote:
No, unfortunately that did not help. I'll review the pom
dependencies and see if I can figure it out.
Thanks.
--
[
http://issues.apache.org/jira/browse/TOMAHAWK-265?page=comments#action_12375433
]
Martin Marinschek commented on TOMAHAWK-265:
This is real great.
I'll review this right now.
regards,
Martin
Automatic sort feature for extended data table
API should be included in the simple examples. If its not that's a
newly introduced bug (might be my fault since I was cleaning up
POM's.) I will try to look into it later tonight if I get a chance.
Sean
On 4/20/06, Martin Marinschek [EMAIL PROTECTED] wrote:
I think we have API as provided in
It would nice if there were a way to toggle the scope, like, if my
settings.xml has a profile setup with one container version or
another. Hey! I can dream can't I? :)
--
James Mitchell
On Apr 20, 2006, at 5:01 PM, Martin Marinschek wrote:
I think we have API as provided in there -
You may find this helpful
http://wiki.apache.org/myfaces/Websphere_Installation
On 4/20/06, Graham Crooks [EMAIL PROTECTED] wrote:
I am porting on behalf of a software house, an application that is currenly
running on Tomcat Server under Redhat Linux.
The developer has made extensive use of
ServletFacesContextImpl.release() doesn't reset
Key: MYFACES-1290
URL: http://issues.apache.org/jira/browse/MYFACES-1290
Project: MyFaces Core
Type: Bug
Components: General
Versions: 1.1.1, 1.1.2
OK I actually fixed this a couple of days ago on the branch. Checkout
the 1_1_2 branch of tomahawk and you can build the simple webapps no
problem. Or manually change the local api dependency in your
examples/pom.xml to:
dependency
groupIdorg.apache.myfaces.core/groupId
Master-detail example not working
-
Key: TOMAHAWK-266
URL: http://issues.apache.org/jira/browse/TOMAHAWK-266
Project: MyFaces Tomahawk
Type: Bug
Versions: 1.1.2-SNAPSHOT
Reporter: sean schofield
Priority: Critical
[ http://issues.apache.org/jira/browse/TOMAHAWK-198?page=all ]
sean schofield resolved TOMAHAWK-198:
-
Resolution: Fixed
Extra jar in simple examples
Key: TOMAHAWK-198
URL:
I haven't gotten a lot of feedback on the tomahawk RC yet. I just
updated it a few minutes ago after fixing a few issues. You can also
get the RC examples now as well. Be sure to grab the 1.1.2 stuff from
the nightly dir since 1.1.3 is the new trunk (and not relevant to the
upcoming release.)
The new JIRA has much better bulk operation support so I moved a bunch
of issues from CORE to TOMAHAWK so that the upcoming release notes
will be more accurate. Unfortunately it changed everything to bug
even if it was an improvement or task (my fault I think.) No big
deal. Most of these issues
[
http://issues.apache.org/jira/browse/MYFACES-1290?page=comments#action_12375466
]
Adam Winer commented on MYFACES-1290:
-
A FacesContext instance should not be used at all after a call to release(),
and there's no way for an implementation to really
49 matches
Mail list logo