Mike,
the myfaces-examples on:
http://www.irian.at/myfaces/calendar.jsf
show that the calendar is working - these use a version built by
Gerald (I think) yesterday (I'm including his address so as to make
sure he disagrees if he built earlier), so I wonder what version
wouldn't work?
regards,
Bill,
please go ahead and check in what you have got now. If you do it
anytime during the next hour, I will go ahead and prepare a new
release from this so that we get this faces-config problem out of the
world as fast as possible!
regards,
Martin
On 9/22/05, Bill Dudney [EMAIL PROTECTED]
Remember to release without the sandbox. In theory you should use 'ant
-Dskip.sandbox=true dist-all', but that is the origin of the bug. I
cannot look at it right now...
Bruno
2005/9/23, Martin Marinschek [EMAIL PROTECTED]:
Bill,
please go ahead and check in what you have got now. If you do
Hi All,
This is the essence of what I fixed. I've rebuilt and used the
myfaces-all.jar in the the 'simple.war' test application and
everything I tested worked.
Instead of 'dist-all' use 'release'.
The only problem I see with this approach is that we could introduce
unintended
You are right - no question.
we should definitely rerun the TCK if possible.
Oliver is on holidays, remains Manfred to do so...
Manfred?
;)
regards,
Martin
On 9/23/05, Bill Dudney [EMAIL PROTECTED] wrote:
Hi All,
This is the essence of what I fixed. I've rebuilt and used the
checked into the trunk
Thanks Martin!
-bd-
On Sep 23, 2005, at 6:16 AM, Martin Marinschek wrote:
You are right - no question.
we should definitely rerun the TCK if possible.
Oliver is on holidays, remains Manfred to do so...
Manfred?
;)
regards,
Martin
On 9/23/05, Bill Dudney [EMAIL
OK just found this thread from yesterday afternoon. Man if you leave
your computer for a few hours I guess you miss a lot of action!
We definitely should run the TCK before releasing and we should test
everything (for real this time) and vote. This wil take about a week
but we rushed things
Totally agree that we should not shoot ourselves in the foot again.
The branches are complete and I have a fix in place on the branch.
I added a tags and branches directory to the release dir
release/
tags/
1_1_0 - is what we released
branches/
1_1_0 - is what I've
I will start on the change that I proposed in the other thread. We
can always roll it back if there are a lot of -1.
Also, I asked this is the other thread but I should've asked you here,
did you branch off the 1.1.0 tag or latest trunk?
It matters because the fix is in the trunk already and
If we're going to do a general release based on the current svn, I've
already run into one blocker issue that I'm still trying to track
down.
1.1.0 (just tested it) and before (Aug 16 snapshot for sure) both had
working inputCalendar renderAsPopup=truebehavior.
However, the Sep 18th nightly and
The branch is based on the tag.
Sean could you push a release?
TTFN,
-bd-
On Sep 23, 2005, at 12:28 PM, Sean Schofield wrote:
I will start on the change that I proposed in the other thread. We
can always roll it back if there are a lot of -1.
Also, I asked this is the other thread but I
You mean put a RC up? I'm working on that. Right now I am fixing the
build along the lines of the proposal that we discussed (simplifying
sandbox stuff.) I am testing it as we speak but as with most Ant
builds, I am sure it will take a few iterrations ;-)
sean
On 9/23/05, Bill Dudney [EMAIL
Yeah,
No hurry, the real thing I was trying to say is that its ready when
you are :-)
Have a great weekend.
TTFN,
-bd-
On Sep 23, 2005, at 1:08 PM, Sean Schofield wrote:
You mean put a RC up? I'm working on that. Right now I am fixing the
build along the lines of the proposal that we
This is causing many troubles to users now as we can see from
questions in the list.
faces-config.xml is not included in the build because of MYFACES-598,
when passing -Dskip.sandbox to the build process the file is not
included. I think this is important enough and we should do something
about
Another reason why a maintenance release would be good is that both
the jsCookMenu and the inputCalendar have had major bugs fixed in the
meantime...
my absolute +1 for a very fast maintenance release!
regards,
Martin
On 9/22/05, Mike Kienenberger [EMAIL PROTECTED] wrote:
As an end-user and
Since I was originally hoping this would
have been fixed before the 1.1.0 release went out, definitely a +1 from
me on getting it into a quick maintenance release.
Thanks,
Jeremy
Is this supposed to be fixed in svn?
I just did a complete checkout about an hour ago, and built it with
ant dist-all and I'm getting the error below if I use myfaces-all,
but not if I use myfaces.api, myfaces.impl, and tomahawk separately.
java.lang.NoClassDefFoundError:
No I've not checked it in yet because I'm waiting for discussion on
the idea of making a 1_1_0 branch that we could do the emergency
release from.
TTNF,
-bd-
On Sep 22, 2005, at 1:20 PM, Mike Kienenberger wrote:
Is this supposed to be fixed in svn?
I just did a complete checkout about
OTOH, I could checkin everything including the cactus cargo changes
and that would fix things on the trunk.
Thoughts?
-bd-
On Sep 22, 2005, at 1:25 PM, Bill Dudney wrote:
No I've not checked it in yet because I'm waiting for discussion on
the idea of making a 1_1_0 branch that we could
It's got to be checked into the trunk at some point. I don't see any
advantages in waiting.
On 9/22/05, Bill Dudney [EMAIL PROTECTED] wrote:
OTOH, I could checkin everything including the cactus cargo changes
and that would fix things on the trunk.
Thoughts?
-bd-
On Sep 22, 2005, at
I have a lot of other changes related to the cactus/cargo stuff.
I don't have a problem checking in all that but there has not been
much discussion about it yet. I'd rather see some discussion happen
before I check in the rest of the changes.
TTFN,
-bd-
On Sep 22, 2005, at 1:38 PM, Mike
21 matches
Mail list logo