Done. I removed the argument from both the production and test versions
of hibernate.cfg.xml. - Dave
On Nov 12, 2005, at 10:22 PM, Allen Gilliland wrote:
+1 from me as well.
i've known about this for quite a while, but since it doesn't harm
anything i didn't say anything.
-- Allen
I'm not sure this worth the effort to add back in. Users should not
need to flush the cache. If they do, we have a bug. - Dave
On Nov 12, 2005, at 10:25 PM, Allen Gilliland wrote:
Along these same lines, I had noticed that the user maintenance page
went missing in 2.0 as well. I wasn't sure
Agree that it should be redundant, but I should say I have needed to use
it in the past. I think the particular bug I was hitting was that after
changing bookmarks or removing referrers (can't remember which, may have
been both), I used to have to clear the cache to make the change
appear.
Just confirmed we still have the bookmark change / no cache invalidation
bug anyway.
Anil Gangolli wrote:
Agree that it should be redundant, but I should say I have needed to
use it in the past. I think the particular bug I was hitting was that
after changing bookmarks or removing
Tis gone.
On 11/12/05, Anil Gangolli [EMAIL PROTECTED] wrote:
Yeah. We recommend Connector/J drivers. I think it can go.
Dave Johnson wrote:
I have no need for it. I use a modern MySQL driver in production and
the unit tests all use HSQLDB.
- Dave
On Nov 11, 2005, at 11:53 PM,
OK. I have fixes for the bookmark/folder/referrer lack of invalidation
bugs in my workspace. I'll check them in if there are no objections,
and if someone promises to review them. That's not saying there aren't
more missing invalidations, and I'm inclined to support retaining the
OK. One of my pet peeves is that we spell referrer incorrectly (as
referer) all over the place.
Sometime back in about 1995, one of the young Netscape or NCSA folks
wrote Referer when they defined the HTTP header and started using it;
things like that propagate and have a way of sticking.
+1.
Explains why referer has always felt wrong :)
Hen
On 11/13/05, Anil Gangolli [EMAIL PROTECTED] wrote:
OK. One of my pet peeves is that we spell referrer incorrectly (as
referer) all over the place.
Sometime back in about 1995, one of the young Netscape or NCSA folks
wrote Referer
+1
On 11/13/05, Henri Yandell [EMAIL PROTECTED] wrote:
+1.
Explains why referer has always felt wrong :)
Hen
On 11/13/05, Anil Gangolli [EMAIL PROTECTED] wrote:
OK. One of my pet peeves is that we spell referrer incorrectly (as
referer) all over the place.
Sometime back in about
This would definitely be helpful to me since I am doing the caching
rewrite for Roller 2.1. I had noticed that we didn't invalidate all
necessary objects and I've been adding them in as I go. My guess is
that we haven't noticed this because our default cache implementation
uses 60 minute
+1
Matt Raible wrote:
+1
On 11/13/05, Henri Yandell [EMAIL PROTECTED] wrote:
+1.
Explains why referer has always felt wrong :)
Hen
On 11/13/05, Anil Gangolli [EMAIL PROTECTED] wrote:
OK. One of my pet peeves is that we spell referrer incorrectly (as
referer) all over the place.
I've checked this in as Revision 333105 on the trunk. Dave, Allen:
please review. Thanks.
Allen Gilliland wrote:
This would definitely be helpful to me since I am doing the caching
rewrite for Roller 2.1. I had noticed that we didn't invalidate all
necessary objects and I've been adding
And this is checked in as 33310. I've changed on the RHS (prop values)
in the ApplicationResources.properties. Spelling errors in the LHS
(property names), in code, etc. remain intact. We can handle that in a
later refactoring at a better point in the release cycle.
--a.
Allen Gilliland
The trunk represents the 2.0 candidate.
1.3 is the latest revisoin on roller/branches/roller_1.x
We are expecting to establish tags in the roller/tags subdir
The candidate distributions that Dave builds are on people.apache.org in
/home/snoopdave and are only available by scp currently.
I'm checking this now and restoring the maintenance page.
- Dave
On Nov 13, 2005, at 3:06 PM, Anil Gangolli wrote:
I've checked this in as Revision 333105 on the trunk. Dave, Allen:
please review. Thanks.
Allen Gilliland wrote:
This would definitely be helpful to me since I am doing
Thanks to our testers, over the weekend we've found and fixed these:
* removed session-factory name argument from Hibernate configuration
file
* restored missing create-user page
* restored missing weblog maintenance page
* added cache flush to save of bookmarks
* fixed array-index out of
When trying to upgrade from 1.3 to 2.0 using the
130-to-200-migration.sql script, I got an error:
ERROR 1091 (42000) at line 111: Can't DROP 'webpage_id_index'; check
that column/key exists
Any ideas?
Matt
On 11/13/05, Matt Raible [EMAIL PROTECTED] wrote:
I should mention my prod and test
Spent the end of the evening working on Roller. Installation went
fine. We QA'd the New Registration page. Nothing huge, just spelling
mistakes and the confusing default of 'Front Page' for the site short
name (let me know if my change to 'Roller' was presumptuous).
Carrie and I are testing out a
I ended up having to comment out 4 of the indexes b/c they didn't
exist in my database. Here's the list from the MySQL
130-to-200-migration script.
--alter table webpage drop index webpage_id_index;
--alter table website drop index website_id_index;
--alter table folderassoc drop index
Henri Yandell wrote:
Spent the end of the evening working on Roller. Installation went
fine. We QA'd the New Registration page. Nothing huge, just spelling
mistakes and the confusing default of 'Front Page' for the site short
name (let me know if my change to 'Roller' was presumptuous).
Carrie
Typically DDL (schema modifying commands) are not transactional. There
is no way to commit versus roll them back. So yes, it is especially
important that they work properly with no errors. If errors are skipped
during sourcing (which I think is the default in MySQL) and if objects
being
21 matches
Mail list logo