No, they haven't been exposed on Maven. We should be rather fast on
doing this, though, cause we also need this for JSF1.2.
regards,
Martin
On 4/19/06, Adam Winer [EMAIL PROTECTED] wrote:
Speaking of dependencies: Facelets has a dependency
on the EE 5 javax.el libraries. I know that these
Stan pointed out, that the Tomcat PMC chair is about to
put them into a public/independend m2_repo
-Matthias
On 4/19/06, Martin Marinschek [EMAIL PROTECTED] wrote:
No, they haven't been exposed on Maven. We should be rather fast on
doing this, though, cause we also need this for JSF1.2.
Bernd any ideas regarding this ?
interesting is, that the current nbuild examples (simple/blank)
contain 2.1 of collections
but the tiles example containes version 3.1
-Matthias
On 4/11/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Hi all,
inside of nbuild is the
Volker Weber schrieb:
Hi,
my (non binding) -0.5 for this.
I like to see some of the tomahawk classes (e.g. Validators, Converters
and non rendering tags(saveState, aliasBean, ...)) moving from
tomahawk.jar to a new commons.jar after the tomahawk release, to enable
using them in tobago.
Volker,
I've been playing with the dojo.io.bind stuff lately, after having used
Prototype for awhile, and there indeed is no built-in equivalent to the
Ajax.Updater in Prototype.
BUT, what Ajax.Updater does can be pretty easily replicated in your own
javascript class, as what it is actually
Sean Schofield schrieb:
Are there any issues with using the old tomahawk with the new core? I
recall someone explaining to me that there were. This is important
b/c the release is out there now and we need to put this info in the
announcment in order to minimize confusion. There was already
Hi everyone,
Google SoC is coming up again - you have been notified already. We
need project ideas - what does everyone want to have done for MyFaces,
Tobago or ADF Faces?
This is the existing list - nothing up for MyFaces so far:
http://wiki.apache.org/general/SummerOfCode2006
regards,
how about: http://wiki.apache.org/myfaces/WeNeedaGoodDemoApplication
-Original Message-
From: Martin Marinschek [mailto:[EMAIL PROTECTED]
Sent: Wednesday, April 19, 2006 1:21 PM
To: MyFaces Development
Subject: Ideas, Ideas!
Hi everyone,
Google SoC is coming up again - you
Yes, great idea!
We should really take this one as a project to the SoC programm.
What is about a JSF 1.2 specific project?
cheers,
Gerald
On 4/19/06, Jesse Alexander (KSFD 121)
[EMAIL PROTECTED] wrote:
how about: http://wiki.apache.org/myfaces/WeNeedaGoodDemoApplication
-Original
Yeah,
Carsten mailed me directly on that issue. He will donate 400 EUR.
I think we should do that comepition apart from School of Code
Maybe a winter or autumn code school ?
I'll try to find some more donations...
-Matthias
On 4/19/06, Jesse Alexander (KSFD 121)
[EMAIL PROTECTED] wrote:
how
I think we should do that comepition apart from School of Code
You mean Summer of Code :)
But apart from that you may be right.
It depends on the amount of work the student has to put in.
Work for SoC should be about one month!
regards,
Gerald
On 4/19/06, Matthias Wessendorf [EMAIL
hmmm
in one month it might be possible that somebody with prior knowledge
of JSF could realize the usergroup-collaboration application. At least
to the point where a working prototype exists...
conditions:
- prior JSF knowhow
- fixed usecases
- fixed requirements
Somthing like an OS-version of
[ http://issues.apache.org/jira/browse/TOBAGO-55?page=all ]
Volker Weber resolved TOBAGO-55:
Fix Version: 1.0.7
Resolution: Fixed
Cannot set focus to text input in sheet control (Internet Explorer only)
[ http://issues.apache.org/jira/browse/TOBAGO-55?page=all ]
Volker Weber closed TOBAGO-55:
--
Cannot set focus to text input in sheet control (Internet Explorer only)
Key:
Hi Matthias,
from the maven docs:
Dependency mediation - this determines what version of a dependency will
be used when multiple versions of an artifact are encountered.
Currently, Maven 2.0 only supports using the nearest definition - so
you can always guarantee a version by declaring it
cool to know,
thx. indeed api requires commons-digester-1,6 which itself requires
collections-2.1
Thx,
Matthias
On 4/19/06, Bernd Bohmann [EMAIL PROTECTED] wrote:
Hi Matthias,
from the maven docs:
Dependency mediation - this determines what version of a dependency will
be used when
is 3.1 compatible with 2.1?
Matthias Wessendorf schrieb:
cool to know,
thx. indeed api requires commons-digester-1,6 which itself requires
collections-2.1
Thx,
Matthias
On 4/19/06, Bernd Bohmann [EMAIL PROTECTED] wrote:
Hi Matthias,
from the maven docs:
Dependency mediation - this
should i fire my checkin for the tomahawk core pom?
Bernd Bohmann schrieb:
is 3.1 compatible with 2.1?
Matthias Wessendorf schrieb:
cool to know,
thx. indeed api requires commons-digester-1,6 which itself requires
collections-2.1
Thx,
Matthias
On 4/19/06, Bernd Bohmann [EMAIL PROTECTED]
well, I just added it to tomahawk core
but since 3.1 is not compatible w/ 2.1 I think we should add it to
the both examples (blank and simple)
Right ?
But we need 3.1 to run those example apps.
On 4/19/06, Bernd Bohmann [EMAIL PROTECTED] wrote:
should i fire my checkin for the tomahawk core
but build process is runing successful (w/ collections-3.1 in
tomahawk/core/pom.xml)...
In 3.1 some classes are in other packages as in 2.1
-Matthias
On 4/19/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
well, I just added it to tomahawk core
but since 3.1 is not compatible w/ 2.1 I think
[
http://issues.apache.org/jira/browse/TOMAHAWK-176?page=comments#action_12375141
]
Geoffrey Longo commented on TOMAHAWK-176:
-
With the latest tomahawk 1.1.2 nightly build, if the forceId attribute is set
to true, then a javascript error is
On 4/19/06, Martin Marinschek [EMAIL PROTECTED] wrote:
Google SoC is coming up again - you have been notified already. We
need project ideas - what does everyone want to have done for MyFaces,
Tobago or ADF Faces?
How about an implementation of a component equivalent to rico livegrid?
How about an implementation of a component equivalent to rico livegrid?
http://openrico.org/rico/livegrid.page
something like that sounds very cool :-)
Martin Marinschek schrieb:
Hi everyone,
Google SoC is coming up again - you have been notified already. We
need project ideas - what does everyone want to have done for MyFaces,
Tobago or ADF Faces?
This is the existing list - nothing up for MyFaces so far:
On 4/18/06, Gary VanMatre [EMAIL PROTECTED] wrote:
From: Martin Marinschek [EMAIL PROTECTED]
Facelets are faster - the JSP overhead goes with them. Adam quoted 14%
speed gains by using Facelets.
Is that metric a comparison of the time it takes to compile a JSP versus
parsing the XML
Werner Punz schrieb:
A seam like conversation system as tag
+infinite
a seam-less ejb3 opensessioninconversation filter built upon the
conversation system
+infinite
:-D
Ciao,
Mario
Sandbox inputSuggestAjax doesn't work with client state saving
--
Key: TOMAHAWK-262
URL: http://issues.apache.org/jira/browse/TOMAHAWK-262
Project: MyFaces Tomahawk
Type: Bug
Reporter: Sergey
[ http://issues.apache.org/jira/browse/TOMAHAWK-262?page=all ]
Sergey Rouzhenkov updated TOMAHAWK-262:
---
Status: Patch Available (was: Open)
Sandbox inputSuggestAjax doesn't work with client state saving
From: "Adam Winer" [EMAIL PROTECTED] On 4/18/06, Gary VanMatre <[EMAIL PROTECTED]>wrote: From: "Martin Marinschek" <[EMAIL PROTECTED]>Facelets are faster - the JSP overhead goes with them. Adam quoted 14%speed gains by using Facelets.Is that metric a comparison of the
What you are describing is basically what Facelets does-- except it builds a static node tree instead of compiled Java source. FYI, I've been working on Tomcat 6's Jasper compiler and it *is* scary.
From: "Adam Winer" [EMAIL PROTECTED] On 4/18/06, Gary VanMatre wrote: From: "Martin
Bernd,
Nice work on the configuration. There are some issues with sendmail
as you can see from this gtalk transcript.[1]
Sean
[1] March 27
3:20 PM Wendy: Are you watching [EMAIL PROTECTED] They turned off sendmail on
the myfaces zone... not sure if they notified you.
3:21 PM
On 4/19/06, Sean Schofield [EMAIL PROTECTED] wrote:
Nice work on the configuration. There are some issues with sendmail
as you can see from this gtalk transcript.[1]
I think it's patched now...
http://soulfood.dk/archives/2006/04/15/T00_22_41/index.html
--
Wendy
Sean,
I'm getting this error after a MyFaces svn upgrade.
Project ID: unknown
POM Location: E:\myfaces\myfaces-current\tomahawk\sandbox\core\pom.xml
Reason: Parse error reading POM. Reason: unexpected character in markup (posit
ion: END_TAG seen ...version1.1.3-SNAPSHOT/version\r\n... @77:3)
Mario, Werner,
willing to mentoring this?
want to sign up as mentors?
Would be great projects indeed!
I've also been thinking of
Merging the skinning systems of ADF Faces, Tobago and Tomahawk
(where tomahawk has none, of course)
or
Merging the layouting system of Tobago with Tomahawk and
Merging the skinning systems of ADF Faces, Tobago and Tomahawk
Merging the layouting system of Tobago with Tomahawk and ADF Faces
any of your students are willing to go ? :-)
-Matthias
Martin Marinschek schrieb:
Mario, Werner,
willing to mentoring this?
Sure...
Ah, I'm sure we'll find students to do this.
Even if we don't have (known) students willing to do this from the
beginning, we'll get a lot of responses online later on.
I had like 6 requests for each of last years proposals.
Important is that the student proposal is well written, detailed and
Martin Marinschek schrieb:
P.S.: The work should be like 3 months - over the summer. You'll
probably have like 1 1/2 month core working time with the student, and
then before this there is getting up and running with open source,
JSF, MyFaces and whatever there is you have to learn until this
I believe the 1_1_1 tag is fixed. If you could test it out for me
that would be great. The instructions are in here:
http://mail-archive.com/users%40myfaces.apache.org/msg20246.html
Thanks
--
James Mitchell
On Apr 19, 2006, at 1:29 PM, Sean Schofield wrote:
James,
Did you just fix
Ah, well, it depends on your style. You should in any case pick the
student with the best proposal.
Last year interestingly the students I got interested in SoC had the
best proposals - a lot of the other proposals objectively weren't any
good. Very often it's just - hey, I want to work on this.
Its building ok for me and the pom looks ok on my end (at least at
first glance.) Are you sure there wasn't a conflict on your local
merge?
Sean
On 4/19/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
Sean,
I'm getting this error after a MyFaces svn upgrade.
Project ID: unknown
POM
On 4/19/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
I'm getting this error after a MyFaces svn upgrade.
Project ID: unknown
POM Location: E:\myfaces\myfaces-current\tomahawk\sandbox\core\pom.xml
Reason: Parse error reading POM. Reason: unexpected character in markup
(posit
ion:
Ok. Both my updated myfaces snapshot, and a brand-new checkout
result in this error:
E:\myfaces\tempmvn clean install
[INFO] Scanning for projects...
[INFO] --
---
[ERROR] FATAL ERROR
[INFO]
I take it you are using 1_1_1 for something?
Sean
On 4/19/06, James Mitchell [EMAIL PROTECTED] wrote:
I believe the 1_1_1 tag is fixed. If you could test it out for me
that would be great. The instructions are in here:
http://mail-archive.com/users%40myfaces.apache.org/msg20246.html
No, Steve asked, and I had a few cycles to kill between cups of coffee.
--
James Mitchell
On Apr 19, 2006, at 2:41 PM, Sean Schofield wrote:
I take it you are using 1_1_1 for something?
Sean
On 4/19/06, James Mitchell [EMAIL PROTECTED] wrote:
I believe the 1_1_1 tag is fixed. If you
missing to add [1]
http://tinyurl.com/ozm2x
-Matthias
On 4/19/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
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.
There was a
On 4/19/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
I figured out that Sandbox examples are missing some resource bundles ...
([1])
I'll take care next days.
Hey Matthias,
I think the sandbox examples are missing all of the shared resources
(and classes) from the Tomahawk
yes, figured also out, that clazzes are missing.
However, my *main* intend of this mail was (re)start a discussion on
adding the Schedule component to tomahawk, or more on those sandbox
friends ;-)
-Matthias
On 4/19/06, Mike Kienenberger [EMAIL PROTECTED] wrote:
On 4/19/06, Matthias Wessendorf
Thanks for the tips. After reading your comment, I just begin to realize that
the backing bean, in my example, the dataItems need to be delcared as
static. In other words,
private static SelectItem[] dataItems;
Either declared it as static or just use your suggestion by putting it into
the
[ http://issues.apache.org/jira/browse/TOMAHAWK-209?page=all ]
Mike Kienenberger updated TOMAHAWK-209:
---
Status: Open (was: Patch Available)
MyFaces Sandbox nigthly builds
--
Key: TOMAHAWK-209
Martin,
Is SoC how we ended up with Gerald? A good thing btw ;-)
+1 on a live grid. I think the ability to buffer a large sortable
table with AJAX would be VERY handy. We have a need for this right
now on one of my client projects.
Sean
On 4/19/06, Martin Marinschek [EMAIL PROTECTED] wrote:
Sandbox examples are missing myfaces-example-simple classes, resources, and
configuration files
---
Key: TOMAHAWK-263
URL: http://issues.apache.org/jira/browse/TOMAHAWK-263
Project:
L.S.,
Just did an update from SVN and found a problem with the code generation
feature. When you do a mvn compile -P regenerate-component-code in the
main myfaces directory, the build fails with
Embedded error: The following error occurred while executing this line:
We have not created a new core branch yet. What kind of formatting
do you have in mind? Are we talking about coding conventions? I
recall this issue being somewhat controversial ...
Sean
On 4/18/06, Dennis Byrne [EMAIL PROTECTED] wrote:
I haven't paid close enough attention to the commits in
I've noticed that the examples (including the ones in the new tomahawk
branch) include the tomahawk-shared jar. I've tried to strike this
dependency from the POM's but its still popping up. Maybe this is
because Tomahawk 1.0.2-SNAPSHOT has a dependency on it?
Sean
Related ?
http://issues.apache.org/jira/browse/TOMAHAWK-198
Dennis Byrne
-Original Message-
From: Sean Schofield [mailto:[EMAIL PROTECTED]
Sent: Wednesday, April 19, 2006 04:52 PM
To: 'MyFaces Development'
Subject: Tomahawk Examples (Dependency Weirdness)
I've noticed that the examples
It's coding conventions. What was controversial? The conventions itself or
the mass format? Axis did this once. I'd like to ping them first before/if
this happens.
Dennis Byrne
-Original Message-
From: Sean Schofield [mailto:[EMAIL PROTECTED]
Sent: Wednesday, April 19, 2006 04:28
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
So, +1 for a SoC project on this component; but for sean it may come too late
:)
Yes too late for now but I could use it in the future. I can think of
many situations where this would be helpful. IE 6.0 adds to the
already slow process. It only takes 500 + rows with a few columns of
Sean Schofield schrieb:
So, +1 for a SoC project on this component; but for sean it may come too late :)
Yes too late for now but I could use it in the future. I can think of
many situations where this would be helpful. IE 6.0 adds to the
already slow process. It only takes 500 + rows with
Yes this is the exact problem. I'm going to mark this one blocker.
We should fix this right away.
@Bernd and @John: Any ideas? You are the maven gurus around here.
Sean
On 4/19/06, Dennis Byrne [EMAIL PROTECTED] wrote:
Related ?
http://issues.apache.org/jira/browse/TOMAHAWK-198
Dennis
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.
IMO the user shouldn't see a noticeably slower GUI
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 change version
fixed to 1.1.2. Right now there is one issue there that we could use
help on.
Sean
On
63 matches
Mail list logo
