Great,
well, send them here... they are welcome!
regards,
Martin
On 7/7/05, Bill Dudney <[EMAIL PROTECTED]> wrote:
> Hi All,
>
> I was really impressed with the ICEfaces demo at JavaOne and since it
> worked on the RI I wanted to check it out with MyFaces. Turns out
> they have a dependency on
We have just been discussing your technology in a Thread, and were
very interested in using it.
Thanks for keeping us updated!
One thing: there is a licensing issue if we would want to use your
technology in MyFaces - now I'd like to ask just theoretically: is
there any way you would be able to c
Hi I know I am picky
But has anyone checked the more dynamic components for mem leaks.
After having spent several hours yesterday to remove some of those
dreaded leaks in my ajax component on sourceforge.
I ran the test against the jscookmenu today and got the painful result
of several com
Hi!
I currently prepare a patch for the tree2 component to correctly encode
the image path for the expand/collapse images.
It already works, but the tree2 element do not toggle the image instead
I get a javascript error. The javascript cant find the image element.
The reason is in HtmlRende
Thanks Bill, sounds cool.
-Manfred
2005/7/7, Bill Dudney <[EMAIL PROTECTED]>:
> Hi All,
>
> I was really impressed with the ICEfaces demo at JavaOne and since it
> worked on the RI I wanted to check it out with MyFaces. Turns out
> they have a dependency on an RI Class. I've let them know about t
Hi,
Try to prefix the generated id from
context.getViewRoot().createUniqueId() with something else.
Mathias
> -Original Message-
> From: Mario Ivankovits [mailto:[EMAIL PROTECTED]
> Sent: Thursday, July 07, 2005 9:35 AM
> To: MyFaces Development
> Subject: tree2 expand/collapse graphic
Thanks to you guys for moving MyFaces to svn and reorganizing the
project so smoothly! I just had a look at the new project tree and the
new build files, and i liked it very much. Great work!
regards,
thomas
On 7/7/05, Sean Schofield <[EMAIL PROTECTED]> wrote:
Grant,You have to use 'ant tlddoc-a
tree2 image-path encoding and fix for missing ids on images
---
Key: MYFACES-308
URL: http://issues.apache.org/jira/browse/MYFACES-308
Project: MyFaces
Type: Bug
Versions: 1.0.9 beta
Reporter: Mario
[ http://issues.apache.org/jira/browse/MYFACES-308?page=all ]
Mario Ivankovits updated MYFACES-308:
-
Attachment: tree2_share.diff
> tree2 image-path encoding and fix for missing ids on images
>
[ http://issues.apache.org/jira/browse/MYFACES-308?page=all ]
Mario Ivankovits updated MYFACES-308:
-
Attachment: tree2_tomahawk.diff
> tree2 image-path encoding and fix for missing ids on images
> -
[ http://issues.apache.org/jira/browse/MYFACES-306?page=all ]
Keijo Nurmes updated MYFACES-306:
-
Attachment: frontIconJsCook_patch.txt
I had same problem a while ago. It worked fine in earlier version.
This little patch to HtmlJSCookMenuRenderer.java s
JSCookmenu browser leak
---
Key: MYFACES-309
URL: http://issues.apache.org/jira/browse/MYFACES-309
Project: MyFaces
Type: Bug
Environment: myfaces 1.0.9
Reporter: Werner Punz
Hi I know I am picky
But has anyone checked the more dynamic
never mind, i just filed it into jira, where it acutally belongs into
Werner
Werner Punz wrote:
Hi I know I am picky
But has anyone checked the more dynamic components for mem leaks.
After having spent several hours yesterday to remove some of those
dreaded leaks in my ajax component on
I don't think that this has been done so far ;)
is this something the orginal developer of JSCookMenu would need to do?
regards,
Martin
On 7/7/05, Werner Punz <[EMAIL PROTECTED]> wrote:
> never mind, i just filed it into jira, where it acutally belongs into
>
>
> Werner
>
>
> Werner Punz wr
Martin Marinschek wrote:
I don't think that this has been done so far ;)
is this something the orginal developer of JSCookMenu would need to do?
regards,
Either him, or if I can find the time I could go over the sources...
But the problem in my case really is time, since I am going to start a
Martin Marinschek wrote:
I don't think that this has been done so far ;)
is this something the orginal developer of JSCookMenu would need to do?
regards,
Martin
Ah yes... btw... the effects from my sourceforge project are affected as
well, (not the fade, but the rest), I contacted the autho
Hi,
Does anyone know why the immediate flag defaults to true for the
sortheader component? IMO we should use the usual default false for the
immediate attribute.
Mathias
[ http://issues.apache.org/jira/browse/MYFACES-308?page=all ]
Mario Ivankovits updated MYFACES-308:
-
Attachment: tree2_tomahawk.diff
This attachment also changes the time when the node states will be regenerated
from the cookie.
Now the tree will re
[
http://issues.apache.org/jira/browse/MYFACES-306?page=comments#action_12315227
]
Keijo Nurmes commented on MYFACES-306:
--
Correction to my last comment!
You must be using last released version 1.0.9 ( or older one) The latest
version in SVN Reposit
I don't know anything about ICEfaces but I've useed IceBrowser
extensively. Its by far the best java based web browser available (at
least as of two years ago.) We licensed it for a web-based tutoring
system I worked on a few years ago.
sean
On 7/7/05, Manfred Geiler <[EMAIL PROTECTED]> wrote:
Hmm, quite a long time ago...
One thing I have in mind is this:
For simple tables (without input components) the validation, model
update and so on is not necessary. And even for complex tables it is
the question if it is desireable by default to do those things and
display error messages if the u
Any idea when the nightly builds will be available again? I have been
trying the last few days to get copies but when I try to access them via the
site the directory is empty.
Thanks.
--
5 GB Mailbox, 50 FreeSMS http://www.gmx.net/de/go/promail
+++ GMX - die erste Adresse für Mail, Message, Mor
I will check licensing with Sun after their break. The licensing has
more to do with the new EL-API dependencies from Glassfish than it does
with the JSF-RI.
-- Jacob
Martin Marinschek wrote:
We have just been discussing your technology in a Thread, and were
very interested in using it.
Th
Jacob,
just a question
glassfish is sun's app server, isn't it?
so its "new EL-API" dependency is *new* EL for JSF1.2 and JSP 2.1 ?
if so ... does glassfish currently contain a jsp 2.1 web container?
-Matthias
On 7/7/05, Jacob Hookom <[EMAIL PROTECTED]> wrote:
> I will check licensing with Sun
I think we should handle it like the other uicommand components and set the
default immediate flag to false. It is quite surprisingly for the user who
don´t care about this attribute and expects a different behavior because he
thinks that every command component is working like that way.
If th
Or put its functionality into the column-component?
Or define a meta-model for the whole table which would allow for
sorting, filtering and variable row-contents in one component...
regards
Alexander
-Original Message-
From: Broekelmann, Mathias [mailto:[EMAIL PROTECTED]
Sent: Thursday
Yeah, everything we worked on within the Web Tier EG was incorporated
into Glassfish on Java.net. We currently run JSF RI 1.2 unit tests
against Glassfish with the JSP 2.1 capabilities. JSF RI 1.2 still works
without JSP 2.1, but only with an alternative ViewHandler that isn't
dependent on JS
But that would make commandSortHeader trivial, i.e. nothing more than
a commandLink. And the user again has to fumble around with action
methods and listeners and so on.
The idea is to make the backing bean simple and maintainable for new
columns. All that a table backing bean has to know is the [
Jacob,
thanks. but some more...
> JSF RI 1.2 still works
> without JSP 2.1, but only with an alternative ViewHandler that isn't
> dependent on JSP 2.1 (ex Facelets or possibly Clay). For example,
> Facelets just uses the EL-API and EL-RI from Glassfish and now the JSF
> 1.2 'spec' can be used in
> Actually, extending is *not* the recommended way to do this, because
> it ties the implementations too tightly together.
I agreed this is to be avoided but I wasn't aware that its possible to
chain the ViewHandlers.
[snip]
> The key is that each implementation of ViewHandler should have a
> c
They are down temporarily because of the SVN reorg and resulting build
file overhaul. We're getting there. For now you will have to build
from the source. I'm working on getting revised SVN instructions up
today and then hopefully revised build instructions. Then onto the
nightly builds ...
se
comments below...
Matthias Wessendorf wrote:
Jacob,
thanks. but some more...
JSF RI 1.2 still works
without JSP 2.1, but only with an alternative ViewHandler that isn't
dependent on JSP 2.1 (ex Facelets or possibly Clay). For example,
Facelets just uses the EL-API and EL-RI from Glassfis
I asked at the JavaOne, and there was nothing like a fixed date...
regards,
Martin
On 7/7/05, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
> Jacob,
>
> thanks. but some more...
>
> > JSF RI 1.2 still works
> > without JSP 2.1, but only with an alternative ViewHandler that isn't
> > dependent
Sorry, I meant the date of the working JSP2.1 implementation in tomcat..
regards,
Martin
On 7/7/05, Martin Marinschek <[EMAIL PROTECTED]> wrote:
> I asked at the JavaOne, and there was nothing like a fixed date...
>
> regards,
>
> Martin
>
> On 7/7/05, Matthias Wessendorf <[EMAIL PROTECTED]>
Ed Burns (JSF co-spec lead) usually tags his emails with how many days
are left on the specification (a count down if you will). At the end of
June, his email said that there were 20 usable days left on the
specification-- so again I'm thinking end of July or early August at the
latest.
Mart
AFAIK, JSF 1.2 won't be really 'final' until Java EE 5 is final.
> -Original Message-
> From: Jacob Hookom [mailto:[EMAIL PROTECTED]
> Sent: Thursday, July 07, 2005 7:24 AM
> To: MyFaces Development
> Subject: Re: MyFaces w/ Facelets
>
> Ed Burns (JSF co-spec lead) usually tags his emails
IMO immediate should default to false. I can't see how the table can
have sortheaders or page controls with immediate = true. BTW, what is
the default for the dataScroller? IMO that should be false also.
There is a tradeoff here but in the end its an easy one. One the one
hand, as Manfred poin
And all those things (delegation, chain to default view handler) are
already implemented in the JspTilesViewHandler that Thomas has written
months ago.
*sigh*
We need better marketing... ;-)
-Manfred
2005/7/7, Sean Schofield <[EMAIL PROTECTED]>:
> > Actually, extending is *not* the recommende
Yes but the JspTilesViewHandler requires MyFaces implementation (for
now.) Something I discovered very early on when playing with MyFaces.
This is fixable but I can see why someone wanted to write one that
worked with the RI.
I was always under the impression that you could only use one
user-sup
Well I'm not an expert on the sort header (or JSF lifecylce) but won't
the submitted value be lost when you change the values of the inputs
after the sort?
sean
On 7/7/05, Manfred Geiler <[EMAIL PROTECTED]> wrote:
> > There is a tradeoff here but in the end its an easy one. One the one
> > hand,
Well, now we are at an interesting point: I simply don't know - it's
long ago ;-)
I would suppose, that you won't loose values when using
"preserveDataModel" but I'm not really sure.
-Manfred
2005/7/7, Sean Schofield <[EMAIL PROTECTED]>:
> Well I'm not an expert on the sort header (or JSF lifec
[
http://issues.apache.org/jira/browse/MYFACES-228?page=comments#action_12315247
]
sean schofield commented on MYFACES-228:
Latest patch has not improved things much as far as this specific problem goes.
If you use immediate="false" in the sort he
Hi Sean,
I did in fact run it from the top level build directory. It looks like
a directory is not created ahead of the generation. I don't have time
to look into it this morning but I will certainly look into it before
the weekend.
Sean Schofield wrote:
Grant,
You have to use 'ant tldd
Hi Sean,
Have you tried my latest patch for htmldatatable?
It should work with a sortheader and immediate="false"
Mathias
> -Original Message-
> From: sean schofield (JIRA) [mailto:[EMAIL PROTECTED]
> Sent: Thursday, July 07, 2005 5:26 PM
> To: dev@myfaces.apache.org
> Subject: [jira]
HtmlLinkRendererBase does not work with custom components that do not extend
HtmlCommandLink
Key: MYFACES-310
URL: http://issues.apache.org/jira/browse/MYFACES-310
Project: MyFaces
[ http://issues.apache.org/jira/browse/MYFACES-310?page=all ]
Steven Oglesby updated MYFACES-310:
---
Attachment: log.txt
Stack trace
> HtmlLinkRendererBase does not work with custom components that do not extend
> HtmlCommandLink
>
Strange. Last night I ran a brand new checkout and then did 'ant
download-dependencies tlddoc-all' (just to make sure) and everything
worked fine. (You checked out "current" right?)
Let me know what you come up with.
sean
On 7/7/05, Grant Smith <[EMAIL PROTECTED]> wrote:
> Hi Sean,
>
> I
+1 (non-binding).
I completely agree with Craig's point that generated artifacts should
not be checked in to version control.
Kind Regards,
John Fallows.
hi all,
yes there are dependencies in JspTilesViewHandler that should get
eliminated. When i implemented TilesViewHandler i thought about moving
all needed resources to our shared library.
Sean, are you already working on this? If not, i could take a look at MyFaces JspTilesViewHandler, fix the de
On 7/6/05, M.Zdila/EpiSoftware Slovakia Ltd. <[EMAIL PROTECTED]> wrote:
> It would be fine to implement strict attribute to JSF components. If this
> attribute was true and binding in value attribute was invalid, then component
> wouldn't be rendered. It is useful if someone use one JSF page whith
I am definitely *not* looking at this right now (too much other
stuff.) Also you are the expert :-)
sean
On 7/7/05, Thomas Spiegl <[EMAIL PROTECTED]> wrote:
> hi all,
>
> yes there are dependencies in JspTilesViewHandler that should get
> eliminated. When i implemented TilesViewHandler i thou
[
http://issues.apache.org/jira/browse/MYFACES-288?page=comments#action_12315255
]
Mathias Werlitz commented on MYFACES-288:
-
The bug seems to resolved with the patch for UIData of Mathias Broekelmann for
MYFACES-228
> DataTable: Facets Bug
>
No I must have missed that one. Can you supply a new patch for just
UIData? Martin updated UIData before I could apply your patch so it
doesn't work.
TIA,
sean
ps. Looking forward to closing out this bug. 4 votes, 6 watchers
(including me.)
On 7/7/05, Broekelmann, Mathias <[EMAIL PROTECTED]
On Thu, 7 Jul 2005, Jacob Hookom wrote:
Yeah, everything we worked on within the Web Tier EG was incorporated into
Glassfish on Java.net. We currently run JSF RI 1.2 unit tests against
Glassfish with the JSP 2.1 capabilities. JSF RI 1.2 still works without JSP
2.1, but only with an alterna
[
http://issues.apache.org/jira/browse/MYFACES-307?page=comments#action_12315257
]
sean schofield commented on MYFACES-307:
I agree with John Fallows. The existing rendered attribute should be able to
handle all of your needs.
> strict attribute
I moved the WML stuff into Tomahawk as we discussed on and offlist.
So now there is tomahawk/src/java and tomahawk/src/wml. We will still
need to tweak the build to make use of it but its a step in the right
direction.
sean
Website (including javadoc) has been removed from SVN. I'm working on
the bootstrap.xml etc. to get everything automated again.
sean
On 7/7/05, John Fallows <[EMAIL PROTECTED]> wrote:
> +1 (non-binding).
>
> I completely agree with Craig's point that generated artifacts should
> not be checked
Hi All,
I'm playing around with the reorg and trying to get started on
building tests and I've run into the following snag;
The UIData has a dependency on
org.apache.myfaces.component.html.util.HtmlComponentUtils
which is currently in the tomahawk project. This causes a dependency
on toma
Martin Cooper wrote:
Does this mean that Commons EL is no longer being used as the EL
implementation, and has been replaced by some other implementation?
That would seem rather sad / annoying / silly.
The EL now has it's own specification and eventually it's own JSR,
separate from JSP. T
I confess to forgetting the abbreviation taxonomy, but does "impl"
below refer to the JSF container implementation? If so, I would
suggest that you do *not* want Tomahawk or the examples to have direct
dependencies on those classes -- because that locks them in to only
the MyFaces implementation (
+1
> -Original Message-
> From: Craig McClanahan [mailto:[EMAIL PROTECTED]
> Sent: Thursday, July 07, 2005 10:34 AM
> To: MyFaces Development
> Subject: Re: uidata, svn reorg and tomahawk
>
> I confess to forgetting the abbreviation taxonomy, but does "impl"
> below refer to the JSF conta
Bill,
You are correct. Martin introduced this with his last checkin. I
remembered from the svn email but there is a cool SVN feature I used
to verify this called 'svn blame.' Not sure how the command line
version works but if you are using Tortoise SVN you can just right
click the file and the
Craig,
You are correct but this happened by mistake. Its definitely not our
intention to make the Tomahawk stuff depend on anything in API.
sean
On 7/7/05, Craig McClanahan <[EMAIL PROTECTED]> wrote:
> I confess to forgetting the abbreviation taxonomy, but does "impl"
> below refer to the JSF c
Great!
thanks Sean for taking care of all that reorg/svn stuff!
-Matthias
On 7/7/05, Sean Schofield <[EMAIL PROTECTED]> wrote:
> I moved the WML stuff into Tomahawk as we discussed on and offlist.
> So now there is tomahawk/src/java and tomahawk/src/wml. We will still
> need to tweak the build
On 7/7/05, Sean Schofield <[EMAIL PROTECTED]> wrote:
> Bill,
>
> You are correct. Martin introduced this with his last checkin. I
> remembered from the svn email but there is a cool SVN feature I used
> to verify this called 'svn blame.' Not sure how the command line
> version works but if you
Good point. I thought about configuring different classpaths for
different projects. I'm just trying to think of a slick way to do it
and still keep one build file to build an indvidual subproject or all
of them.
Maybe we could have different classpath refs and then make the
classpath in the com
Bill,
I reverted the change (but only for UIData.) Can you reimplement
forceId in the way you suggested? Since part of the tomahawk changes
are for other things I left those in. This included a change to the
TLD that added the forceId attribute. So now the component is
declared to have a force
Mathias,
Cancel that last request. We had to rollback Martin's change to
UIData so I applied your patch.
Unfortunately there is still a problem. Here are the steps to reproduce ...
Modify openDataTable.jsp:
add around the and tags.
add immediate=false to the command header
change to
Run
I was able to get and build from source this morning, thanks for the updated
svn doc on the website. It looks like the build instructions referenced from
the home page are not quite finished? It looks like a copy of the SVN
instructions.
The download-on-demand JAR thing is a bit frustrating, es
Oh my,
wow, I should really start being more careful with committing, it seems to be ;)
an email stack of 10 mails the same day, wow, MyFaces starts being a
sensible project right now ;)
sorry that I checked that line in, of course I didn't want to break
dependencies, I will go change that to so
> I was able to get and build from source this morning, thanks for the updated
> svn doc on the website. It looks like the build instructions referenced from
> the home page are not quite finished? It looks like a copy of the SVN
> instructions.
Yes. A place holder ;-)
> The download-on-deman
Done. I added download-dependencies to the dist-all target.
BTW, the portlet stuff looks fine.
Stan Silvert
JBoss, Inc.
[EMAIL PROTECTED]
callto://stansilvert
> -Original Message-
> From: Sean Schofield [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, July 05, 2005 3:05 PM
> To: MyFaces Devel
Actually, I don't think we want to *require* download-dependencies
when running dist-all (or any other target.) Itwill be run as part of
the nightly and release targets (in bootstrap) but I don't think we
should require this step. Recall users have the option of supplying
their own libs and this
All set,
the dependency chain should now be in order again...
regards,
Martin
On 7/7/05, Martin Marinschek <[EMAIL PROTECTED]> wrote:
> Oh my,
>
> wow, I should really start being more careful with committing, it seems to be
> ;)
>
> an email stack of 10 mails the same day, wow, MyFaces star
Doh! The ant works fine directly through the MS proxy server, it
didn't need the ntlmaps thing. The other proxy was required for the SVN
client, however.
The build.xml still needed the , so any tips on how to
eliminate that would be appreciated.
Thanks,
Jason
-- Original Message ---
> Actually, I don't think we want to *require* download-dependencies
> when running dist-all (or any other target.) Itwill be run as part of
> the nightly and release targets (in bootstrap) but I don't think we
> should require this step. Recall users have the option of supplying
> their own libs
Thats a problem with the OpenDataList bean which currently don´t has a
setColumnValue(...) method. But I will fix that tomorrow.
Mathias
Sean Schofield schrieb:
Mathias,
Cancel that last request. We had to rollback Martin's change to
UIData so I applied your patch.
Unfortunately there is st
Sean,
I can't find the extra TLD reference to forceId, only place I'm
seeing that attribute is in the components in myfaces_ext.tld. Am I
missing something?
The stuff that Martin just checked in fixed the dependency chain
stuff though (thanks Martin).
TTFN,
-bd-
On Jul 7, 2005, at 12:
Hi All,
It appears that the code in examples/standard and the code in simple/
standard is the same. Any objections to getting rid of one or the other?
TTFN,
-bd-
I was mistaken about the change. Martin added the attribute to
HtmlDataList in the TLD but implemented it in UIData. So it turns out
there is nothing to be undone now that I took it out of UIData and he
added the support to HtmlDataList.
Now that I think about it, forceId isn't really appropriat
A little background ...
I created the simple examples because they had way less HTML
cluttering them up because they were not running inside of menus, etc.
We still needed an example that showed off JSCookMenu so people
argued that we should keep the old examples around for this purpose.
When I
yes now the cobwebs are clearing...
if we get agreement I'd be up for getting rid of standard and making
a JSCookMenu example.
TTFN,
-bd-
On Jul 7, 2005, at 2:20 PM, Sean Schofield wrote:
A little background ...
I created the simple examples because they had way less HTML
cluttering them
Hi Sean,
In the build.xml file the comments suggest that
build.default.properties is 'user configurable' but its checked into
the repo. Are you working on that right now? If not I'd like to add
build.local.properties to the list of files that are imported.
TTFN,
-bd-
One more quick thing...
In order to be effective the user controlable files need to be
imported before the properties defined in build.xml so I'd like to
move the imports to the top (or near the top) of the file.
Thanks,
-bd-
On Jul 7, 2005, at 2:41 PM, Bill Dudney wrote:
Hi Sean,
In t
You're right. I changed the comments and added back in support for
build.local.properties (be sure to add that to the ignore list if its
not already there.)
I modfied the build file to use build.local.properties. Let me know
how that works.
sean
On 7/7/05, Bill Dudney <[EMAIL PROTECTED]> wrot
You can change the order but don't change the overall position. In
other words, of those three props files, its ok to have local and the
user home ones first *but* the other ones referenced earlier need to
come first.
I believe that will break the "one build rules them all" scheme otherwise.
s
Hi Sean,
The problem is I've got shared checked out as 'myfaces-shared'
instead of shared so the shared.src.dir property points to the wrong
spot. I either have to move build.local.properties import before the
prop is set or move the setting of the property after the import. Any
ideas?
> The problem is I've got shared checked out as 'myfaces-shared'
> instead of shared so the shared.src.dir property points to the wrong
> spot.
Why did you do this? The "suggested" approach is to check out using
the *current* shortcut. (I'm working on the documentation for that
now btw.)
Can y
On 7/7/05, Sean Schofield <[EMAIL PROTECTED]> wrote:
> Good point. I thought about configuring different classpaths for
> different projects. I'm just trying to think of a slick way to do it
> and still keep one build file to build an indvidual subproject or all
> of them.
>
> Maybe we could hav
Exactly, I added support to the dataList - and this was only for the
id of the list itself. This is very useful for list based menus, as
the colon in the automatically generated id of the component screws up
the current CSS implementations completely (the colon being used as
pseudo class selector i
Hi Sean,
Perhaps I misunderstand the reasoning behind the sub-projects.
What I expected was that each subproject was build-able on its own as
a 'deliverable' chunk. If I wanted to I could grab the sub-projects
I'm interested in and work only with those (i.e. if I only care about
impl I cou
I agree with Stan here. I'd rather see the 1 or 2 second slow down
and have it be simple.
TTFN,
-bd-
On Jul 7, 2005, at 1:49 PM, Stan Silvert wrote:
Actually, I don't think we want to *require* download-dependencies
when running dist-all (or any other target.) Itwill be run as
part of
t
Bill,
I see your point but I think that this goal should apply to the
tomahawk subproject. IMO it doesn't make much sense to support
building impl without also building api. Why would you ever separate
the two (even for testing?)
I definitely see the advantage in compiling tomahawk against RI a
+1 from me to...
I had to find that one out as well, took me a few minutes - a user
willing to help debugging might not be as patient ;)
regards,
Martin
On 7/7/05, Bill Dudney <[EMAIL PROTECTED]> wrote:
> I agree with Stan here. I'd rather see the 1 or 2 second slow down
> and have it be simple
Finally!
after our huge SVN reorg is done, I finally got around to submit your
patch. Thanks again for your help!
regards,
Martin
On 6/24/05, Martin Marinschek <[EMAIL PROTECTED]> wrote:
> Thanks a lot, Vadim!
>
> I will patch that in, as soon as I get around to doing so...
>
> regards,
>
>
[ http://issues.apache.org/jira/browse/MYFACES-288?page=all ]
sean schofield closed MYFACES-288:
--
Fix Version: Nightly Build
Resolution: Fixed
> DataTable: Facets Bug
> -
>
> Key: MYFACES-288
> URL: http:/
First let me say that the reorg is a great first step to getting
things in place to do some focused testing.
You have the beginnings of being able to build against the api
subproject with the api.classes.dir property so we are at least
partly there.
I like having the independently buildab
wap:selectOne does not assign the value chosen
--
Key: MYFACES-311
URL: http://issues.apache.org/jira/browse/MYFACES-311
Project: MyFaces
Type: Bug
Versions: 1.0.9 beta
Reporter: Daniel Ray
Unable to set the v
Bill Dudney wrote:
BTW: what is the general consensus among us regarding tests ? I'd
love to see a set of automated integration tests that at least
clicked through the whole sample/simple example tree as a starter and
then build from that.
+1 !!! We desperately need unit tests integra
Grant Smith wrote:
I would propose that anyone committing a change that causes a test to
fail be put in a small interrogation room with the Manfred Geiler Bad
Cop. Be very afraid.
And don't think you'll go undetected. Sgt Schofield's Subversion Blame
Tool will root you out in an instant!
1 - 100 of 104 matches
Mail list logo