Hi,
Op 9-feb-2006, om 18:41 heeft Michiel Meeuwissen het volgende
geschreven:
We have a 'beta' for some time now. There is no release yet, which has
to do with lack of resources.
Issues I feel that are show stoppers.
- DataType validation causes some problems with saving nodes which
have
a 'confirm password' type field. E.g. the security editors of cloud
context security are not working properly (at least not of a clean
install).
To solve this I will have to finish the implementation of mm:form
and
e.g. will need to make some additions in bridge.
When this is tested, and field type validation is working in generic
editors, the 'datatypes' project is tested sufficiently, and will be
proven to be useful. That's why I think it is important.
Please continue.
- The actual packaging of the distro is not yet checked for sanity. At
least not by me, but I'm certain that there are issues.
E.g.
- Which taglib jar must be shipped? (one provides all features, but
doesn't work in tomcat 4, the other one is more conservative).
More
or less it was decided to ignore tomcat 4 compatibility. Still
that
needs to be arranged in the build.
The most advanced, with clear instructions about installing and the
use of the smaller one.
- Must rmmci be installed in the distro? I think the RMMCI
package, does
contrary to other packages not contain a directory.
I'm not sure. It is not much used.
- I think that several packages ship 'INDEX' files not only in jars,
which should not be.
- Should the checksum field of images.xml be removed again.
Why? What does it do?
- ... There must be more of these kind of issues, this is only
what I
can come up with right now....
- Apps 1 import/export. Does it work properly? Also for new-style
builders and so on? This must be tested, and ensured that it
works. I
don't think that it does. If it cannot be made to work perfectly, at
the very least this must be stated somewhere.
I've registerd it in the bugtracker #6772.
- Gui-values of enumerations. Seems simple to fix. DataTypes
related. Must work.
- Code-reviews. Could perhaps be considered as no show-stopper,
because
I think the workings are tested. But there are many new classes in
e.g. org.mmbase.datatypes, org.mmbase.core, org.mmbase.cache,
org.mmbase.core.events
which have not been reviewed or judged by anyone besides the
original
author(s). I feel that a situation arises in which we have to say
'speak
now, or remain silent for ever!'. Perhaps it is not wise to make
major
changes in much code on these terrains, but perhaps it is not too
late
to mark code on which people have doubts as 'experimental!' or as
'possibly subject to future changes!'
So, please, if you feel that you are able to have opinions on these
kind of matters, read (new) code, and complain.
There is a *lot* to review, in my opinion we need all the help we can
get.
- Open issues in the mmbase bugtracker. I don't say that all of them
should be considered show-stoppers, but I do think that all open
issues need judgement whether they are or not. There are about 200
open issues, show-stoppers must receive priority high,
non-show-stoppers must receive lower priority than high, if they are
as such now.
Of course issues may be fixed too..
- Other issues?
I've deployed three sites on several 1.8 iterations since november
last year and i think it is rather stable by now. The most important
issues in my cases that need to be fixed are applications 1 export
and the cloud context security editors. I can't think of any other
issues, so that's a good thing is it not?
But of course the subject of this email is MMBase its core, i think
there are some applications (media, xmlimporter, ...), contributions
and other MMBase based applications out there that still need to be
tested with this new release.
1.8 is not tested yet in very large environments, which is important
because of the new caching mechanisms, but i am of the impression
that it runs fast, contains little overhead of unused modules or
applications and is a very good and important release!
Some other things that I'm working on for the general benefit, and
which
I personally like to have finished soon (and in 1.8.0).
- Fixes on HugeNodeListIterator
- CommandServer for image-magick. Using this would avoid the problems
arising from the fork done by the JVM for the Runtime.exec.
On behalf of, and btw more or less being, the release team,
Hear, hear.
---André
Michiel
--
Michiel Meeuwissen mihxil'
Peperbus 111 MediaPark H'sum [] ()
+31 (0)35 6772979 nl_NL eo_XX en_US
_______________________________________________
Developers mailing list
[email protected]
http://lists.mmbase.org/mailman/listinfo/developers
--
André van Toly
web http://www.toly.nl mobile +31(0)627233562
------------------------------------------------------------------>><<--
_______________________________________________
Developers mailing list
[email protected]
http://lists.mmbase.org/mailman/listinfo/developers
