[Developers] mmbase-vob
hello As promised, i have added the mmbase-vob project in the speeltuin in my personal folder. I think i have to do something about the maven build though, as it is currently depending on some vpro-specific stuff, which i will fix as soon as possible (probably tomorrow). But you can check it out, and take a look. I also added the republisher, that uses mmbase-vob to publish 'documents' based on node events. This is not working code yet, but work in progress. I will send another email when it is wroth checking out (no pun intended). regards, -- Ernst bunders Ontwikkelaar VPRO ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] CALL: Contributions / Open Images Platform
By all means! Ernst Add the Open Images Platform to MMBase contributions. START OF VOTING: 2009-05-26 END OF CALL: 2009-05-31 00:00 [X] +1 (YES) [_] +0 (ABSTAIN ) [_] -1 (NO), because : Regards, André van Toly [1] See also: http://openbeelden.nl/blog/ In an upcoming blog post I believe the functional design (FO) of OIP will be published. -- André van Toly MMBase development Userfriendly webdesign W: http://www.toly.nl M: +31(0)627233562 -- ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers -- Ernst bunders Ontwikkelaar VPRO ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] VOTE: Dropping support for ant, maven1
I had some problems building with the maven2 build too, when i did a fresh checkout last week. Didn't have time to sort it out though. Ernst On Thu, May 14, 2009 at 2:09 PM, Michiel Meeuwissen michiel.meeuwis...@gmail.com wrote: On Thu, May 14, 2009 at 11:59, Pierre van Rooden pier...@teleacnot.nl wrote: Removal of ant-support in trunk (MMBase-1.9): [X] +0 (ABSTAIN) As for the moment I don't have Maven 2 working yet... AFAIK it works not bad. What goes wrong for your? Did you see https://scm.mmbase.org/mmbase/trunk/README? Michiel -- mihxil' http://meeuw.org nl_NL eo_XX en_US ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers -- Ernst bunders Ontwikkelaar VPRO ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
[Developers] vpro-wizards in jira
hi The vpro-wizards are now part of the mmbase repository, so i added a component for them in jira. Please use it to register bugs or missing featurs. regards, -- Ernst bunders Ontwikkelaar VPRO ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] VOTE: Dropping support for ant, maven1
START OF VOTING: 2009-05-06 END OF CALL: 2008-05-11 20:00 Removal of ant-support in trunk (MMBase-1.9): [x] +1 (YES) [_] +0 (ABSTAIN ) [_] -1 (NO), because : Removal of maven1-support (in MMBase-1.9, or only in the next version, MMBase-2.0 or so) [x] +1 (YES, immediately) [_] +1 (YES, only after branching 1.9, then only trunk) [_] +0 (ABSTAIN ) [_] -1 (NO), because : perhaps part of this effort could be the improvements of the m2 build? Like no more file system dependencies on parent projects, and a file structure that matches the build hierarchy and m2 conventions? That would be swell! Ernst -- mihxil' http://meeuw.org nl_NL eo_XX en_US ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers -- Ernst bunders Ontwikkelaar VPRO ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] Re: Migration to SubVersion.
hi Michiel Just to let you know: good move. Will this also mean that stuff will be moved to make a more maven standard build? regards, Ernst On Mon, Apr 20, 2009 at 9:46 AM, Michiel Meeuwissen michiel.meeuwis...@gmail.com wrote: On Wed, Apr 15, 2009 at 11:26, Michiel Meeuwissen michiel.meeuwis...@gmail.com wrote: For the migration itself we will plan a date in few weeks. Versioning will be down fow a few hours, and it's convenient if all pending changes are checked in before that, because during and after the conversion CVS will be offline, and afterwards we'll have to use subversion. Ok, since everybody seems te agree we planned the date of migration to be: Friday 1 may 2009. We will start the migration in the morning (CET), and CVS will be disabled at about 8am. Some time in the afternoon the subversion repository will be up and ready to use. Michiel -- mihxil' http://meeuw.org nl_NL eo_XX en_US ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers -- Ernst bunders Ontwikkelaar VPRO ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
[Developers] jstl dep. in example-webapp
hi I had to change the jstl dependency version from 1.2 to 1.1.2 to make the webapp to work. There is now a discrepancy between the jstl and the standard libraries. This couses ClassNotFound exceptions on javax.el.ELException, even when this is on the classpath. Changing the jstl version to 1.1.2 and rebuilding the example-webapp fixed it for me. Should i commit this, or is there a reason for using jstl version 1.2 (i couldn't find a matching standards jar) regards, Ernst -- Ernst bunders Ontwikkelaar VPRO ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] jstl dep. in example-webapp
excellent. And what a flurry of communication on this otherwise somewhat quieted mailing list. Thanks, guys. Ernst On Mon, Apr 20, 2009 at 6:05 PM, Michiel Meeuwissen michiel.meeuwis...@gmail.com wrote: On Mon, Apr 20, 2009 at 17:22, Michiel Meeuwissen michiel.meeuwis...@gmail.com wrote: On Mon, Apr 20, 2009 at 17:13, Michiel Meeuwissen michiel.meeuwis...@gmail.com wrote: For me it does work, btw So, before we change to a version which is not the latest release, I'd like to know why excactly that would be necessary. It may have to do something with the tomcat version? I think it may be the case that 1.2 is the version which you should use in tomcat 6 (servlet 2.1). I suppose you are using tomcat 5? I don't see the point of using tomcat 5. The latest stable release is tomcat 6. But well, on the other hand I don't recall how 1.2 is better then 1.1.2. Anyhow the release notes of 1.9 say, that we're basicly servlet 2.3 jsp 1.2 (and 'sometimes 2.4'). I suppose we actually assume this: MMBase Servlet JSP JSTL Tomcat Java 1.8 2.3 1.2 1.1 4 4 1.9 2.4 2.0 1.1 5 5 Hence, I downgraded jstl to 1.1.2. And I suggest we add the following row to the above table. 2.0 2.5 2.1 1.2 6 6 Michiel -- mihxil' http://meeuw.org nl_NL eo_XX en_US ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers -- Ernst bunders Ontwikkelaar VPRO ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] weird query logging?
HI Michiel You are right. There was a context.xml that was pointing to a head version of mmbase, that i had forgotten about. Thanks for the response. btw. What is the purpose of this new logging feature? i thought query logging was already in place? regards, Ernst On Wed, Mar 25, 2009 at 9:59 PM, Michiel Meeuwissen michiel.meeuwis...@gmail.com wrote: On Wed, Mar 25, 2009 at 20:56, Ernst Bunders ebund...@xs4all.nl wrote: I just started out with a fresh mmbase 1.8 (branche checkout). and i'm getting a lot of weird stuff in the logs like: You must be mistaken. This is only present in HEAD (hence 1.9) 2009-03-25 20:52:06,379 SERVICE org.mmbase.QUERIES.UPDATE - #88 11.20 ms: UPDATE MM_numberTable SET NUMBER = NUMBER + 1 2009-03-25 20:52:06,380 SERVICE mmbase.STACK.QUERIES.UPDATE - trace for #88 java.lang.Throwable at org.mmbase.module.core.MMObjectBuilder.init(MMObjectBuilder.java:469) at org.mmbase.module.builders.AbstractServletBuilder.init(AbstractServletBuilder.java:125) at org.mmbase.module.core.MMBase.initBuilder(MMBase.java:885) at org.mmbase.module.core.MMBase.initBuilders(MMBase.java:862) at org.mmbase.module.core.MMBase.init(MMBase.java:409) for about every query that is executed. I assume it is some kind of logging, but i can't realy find anything in the code. That must be because you're looking in 1.8, and running 1.9. Can someone help me out? Assuming that you run HEAD, you can edit config/utils/querylogging.xml to configure the tresholds so that it triggers progressive log levels less optimisticly. It's a similar mechanism as we used to have previously, but working always (regardles how you configure the database, and also for other statements then SELECT statements), and better configurable. The default configuration finds 11ms a long time, since normal should be about 1 or 2 ms, so it warns you about that, but if it occurs often, you'd better change the tresholds. Perhaps we'd better make the defaults a bit pessimistic. Furthermore you can use log4j.xml to configure which level must be logged at all. It is very straight-forward. Configure that org.mmbase.STACK is not logged, and you're ready too. org.mmbase.QUERIES has been documented. org.mmbase.STACK.QUERIES not yet though. It has to do with http://www.mmbase.org/jira/browse/MMB-1780 Michiel -- mihxil' http://meeuw.org nl_NL eo_XX en_US ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers -- Ernst bunders Ontwikkelaar VPRO ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
[Developers] weird query logging?
hello I just started out with a fresh mmbase 1.8 (branche checkout). and i'm getting a lot of weird stuff in the logs like: 2009-03-25 20:52:06,379 SERVICE org.mmbase.QUERIES.UPDATE - #88 11.20 ms: UPDATE MM_numberTable SET NUMBER = NUMBER + 1 2009-03-25 20:52:06,380 SERVICE mmbase.STACK.QUERIES.UPDATE - trace for #88 java.lang.Throwable at org.mmbase.module.core.MMObjectBuilder.init(MMObjectBuilder.java:469) at org.mmbase.module.builders.AbstractServletBuilder.init(AbstractServletBuilder.java:125) at org.mmbase.module.core.MMBase.initBuilder(MMBase.java:885) at org.mmbase.module.core.MMBase.initBuilders(MMBase.java:862) at org.mmbase.module.core.MMBase.init(MMBase.java:409) at org.mmbase.module.Module.startModule(Module.java:168) at org.mmbase.module.core.MMBase.getMMBase(MMBase.java:641) at org.mmbase.module.tools.MMAdmin.init(MMAdmin.java:137) at org.mmbase.module.Module.startModule(Module.java:168) at org.mmbase.module.Module.startModules(Module.java:386) at org.mmbase.module.Module.checkModules(Module.java:451) at org.mmbase.module.Module.getModule(Module.java:424) at org.mmbase.module.Module.getModule(Module.java:435) at org.mmbase.module.core.MMBase.getMMBase(MMBase.java:637) at org.mmbase.servlet.MMBaseStartThread$Job.run(MMBaseStartThread.java:49) for about every query that is executed. I assume it is some kind of logging, but i can't realy find anything in the code. Can someone help me out? thanks, Ernst -- Ernst bunders Ontwikkelaar VPRO ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
[Developers] creator datatype
hi I don't know if anybody has used the 'creator' datatype, which is a specialization of String. For me it dousn't work, becouse the class Creator.java inserts the user name if the following condition is true: node.mayWrite() node.isNull(field.getName()) This should be the case for new nodes alone. Unfortantely it isn't. node.isNull() ends up in MMObjectNode.isNull(). Here, after some checks, the following is returned: return values.get(fieldName) == null; But for my (new) node values.get(fieldName) returns an empty string. So, the creator is not inserted. Is this a known issue? should I fix it? regards, Ernst ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] vpro-wizards added to /applications
ok, I'll have a look when i find the time. I'll try my present key first. But that will probably be next week. Ernst On Thu, Nov 13, 2008 at 4:40 PM, Michiel Meeuwissen [EMAIL PROTECTED] wrote: 2008/11/13 Ernst Bunders [EMAIL PROTECTED]: but when i look here: http://www.mmbase.org/maven/mmapps/plugins/ i see the latest build of the 1.3 version is Fri, 21 Mar 2008. So, either the plugin has not been updated properly in the repository of the cvs machine, or the syncing does not work. The mmbase.module for the vpro-wizards is up to date in the repository, it was created yesterday. And when the vpro-wizards mmbase-module is created (and put in the repository, i suppose) with the old plugin, than it would be build without the dependencies included and the tests would fail (as they do). I'm not sure they would have been created with the old plugin, since I ran the install:plugin target manually as the nightly build user. so, what next? I don't know how to login as nightly build user, so i can't take a look. I wouldn't mind to. Your public key is present though. I have no idea what the password is. If you send me a new public key, I'll install that one too. But if you want to take a look i think you want to make sure: -the autobuild builds the plugin and installs it into the repository.. -the autobuild downloads the new plugin when creating the mmbase-modules. Btw, the syncing is initiated from www.mmbase.org, not the other way around. Michiel -- mihxil' http://meeuw.org nl_NL eo_XX en_US ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
[Developers] vpro-wizards added to /applications
Hello Finally the vpro-wizards have been added to the /applications folder. It has a small set of junit tests that succeed, as well as a bunch of integration tests (in the /tests folder) that succeed as well. There was some trouble with the latter. I'm not completely ready yet, but it's ready for testing. A few remarks: - documentation is not quite there yet. - There is a bunch of code in the 'org.mmbase.applications.vprowizards.spring.cache' package. That code is a system that helps you flush caches based on the what actions were executed actions and some additional data. This has been rebuild and is not quite ready yet. But there is a demo (in /mmexamples/vpro-wizards) that requires the mynews application and there is a nearly accurate install document. Some other stuff: What needs to be done is that a new version of the mmbase-module plugin is installed in the mmbase maven repository. I'm not sure how to go about that best. Is it done by the nightly build? If not: what should i do? I just tried to log in to the mmbase.org server and do it there (assuming that's where the repo is), but to my surprise maven is not installed there. What to do? regards, Ersnt ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] vpro-wizards added to /applications
On Wed, Nov 12, 2008 at 7:17 PM, Michiel Meeuwissen [EMAIL PROTECTED] wrote: 2008/11/12 Ernst Bunders [EMAIL PROTECTED]: Some other stuff: What needs to be done is that a new version of the mmbase-module plugin is installed in the mmbase maven repository. I'm not sure how to go about that best. Is it done by the nightly build? If not: what should i do? I just tried to log in to the mmbase.org server and do it there (assuming that's where the repo is), but to my surprise maven is not installed there. What to do? A complete maven all:install is done every night on the cvs machine. The resulting maven repository is rsynced with the maven directory on the www.mmbase.org machine. I have no idea if this includes the mmbase-module itself, but it would not surprise me. I have no idea either, but that will become clear soon enough. But another thing: on the mmbase-module plugin project the plugin:install target has to be run, i will do so now. And then see how it goes. regards, Ernst Michie -- mihxil' http://meeuw.org nl_NL eo_XX en_US ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] vpro-wizards added to /applications
hmm, i just tried to reinstall the mmbase-module plugin, but loging ing on cvs.mmbase.org with my account, there is no maven. Strange. Ernst On Wed, Nov 12, 2008 at 8:31 PM, Ernst Bunders [EMAIL PROTECTED] wrote: On Wed, Nov 12, 2008 at 7:17 PM, Michiel Meeuwissen [EMAIL PROTECTED] wrote: 2008/11/12 Ernst Bunders [EMAIL PROTECTED]: Some other stuff: What needs to be done is that a new version of the mmbase-module plugin is installed in the mmbase maven repository. I'm not sure how to go about that best. Is it done by the nightly build? If not: what should i do? I just tried to log in to the mmbase.org server and do it there (assuming that's where the repo is), but to my surprise maven is not installed there. What to do? A complete maven all:install is done every night on the cvs machine. The resulting maven repository is rsynced with the maven directory on the www.mmbase.org machine. I have no idea if this includes the mmbase-module itself, but it would not surprise me. I have no idea either, but that will become clear soon enough. But another thing: on the mmbase-module plugin project the plugin:install target has to be run, i will do so now. And then see how it goes. regards, Ernst Michie -- mihxil' http://meeuw.org nl_NL eo_XX en_US ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] MMBase 1.9 to be released on Monday 20 oct 2008
On Mon, Nov 3, 2008 at 9:12 PM, Michiel Meeuwissen [EMAIL PROTECTED] wrote: On Fri, Oct 31, 2008 at 09:56, Michiel Meeuwissen [EMAIL PROTECTED] wrote: Actually, the nightly builds, and hence the build of the release is broken, because the 'vpro-wizards' test-cases don't compile: See e.g.: http://www.mmbase.org/development/download/head/2008-10-30/tests-results.log If fixed it. It is solved if the vpro-wizards are build manually first. I think they must soon be transferred out of the speeltuin to applications, or otherwise removed from the test build. The current situation is not consistent. ha, i fixed it too. Did you fix the build script for the tests? I'll check if it's ok now. I move the code this week. regards, Ernst There was another problem with RMMCI. All rmmci test-cases were failing. Actualy because of an exception in the 'setUp' of the test. Because of that the nighly build script did not detect this, and no errors were mailed, and I was not aware of the problem. But now it is fixed, and i moved the tag on a few files, so that it now completely compiles and tests without errors. http://www.mmbase.org/development/download/build_page.jsp?dir=head/MMBase-1.9.0.final or the maven (1) repository: http://www.mmbase.org/maven/mmbase/jars/ As far as i'm concerned, this is the release. We need to adapt the download page on the mmbase site for the new situation, write a news article, and those kind of things. In Jira, I scheduled 1.9.1 for december 1. Perhaps we can also release 1.8.7 (the last 1.8?) around that date. If you want to run snapshot, use 1.9-SNAPSHOT (i hope the upcoming nightly build will produces these). I suggest that we make the 1.9 Branch in CVS only around 1.9.2 or so, probably early 2009. Or earlier of course, if someone really wants to make major changes earlier. Michiel -- mihxil' http://meeuw.org nl_NL eo_XX en_US ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] MMBase 1.9 to be released on Monday 20 oct 2008
On Thu, Oct 16, 2008 at 12:15 PM, Michiel Meeuwissen [EMAIL PROTECTED] wrote: On Thu, Oct 16, 2008 at 12:00, Ernst Bunders [EMAIL PROTECTED] wrote: In that case it would probably be a good idea to add the vpro-wizards to the applications directory in the trunk after the 1.9 Branch is made, so it will have some incubation time and will be part of the next mmbase release (1.10?) I think there is little point in waiting for a branch. I'd prefer to not branch immediately anyway, since that would probably involve having to make any bugfix _three_ times, since I don't think we can drop support for 1.8 immediately. Also principally these things are unrelated. Applications are now branched together with mmbase, but this is not actually logical. It should for applications be possible to have their own release cycle, and even CVS branches and so on. So, on what time excactly you move your code to 'applications' does IMHO not matter at all. You'd probably move it to HEAD only, your probably will make sure that it works with at least 1.9, but perhaps also 1.8. It is then a issue of decision-making and scripting whether, how and whenthe artifacts are to be distributed. . Ok, that makes sense. I'll just add it to head when I'm ready. regards, Ernst Michiel -- mihxil' http://meeuw.org nl_NL eo_XX en_US ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] MMBase 1.9 to be released on Monday 20 oct 2008
hello In that case it would probably be a good idea to add the vpro-wizards to the applications directory in the trunk after the 1.9 Branch is made, so it will have some incubation time and will be part of the next mmbase release (1.10?) That is, if there will be no serious objections against my proposal. regards, Ernst On Wed, Oct 15, 2008 at 1:20 PM, Henk Hangyi [EMAIL PROTECTED] wrote: Hi all, The MMCF project team is ready to release MMBase 1.9 next monday (20/10/08). For the release notes see: http://www.mmbase.org/jira/secure/ReleaseNote.jspa?projectId=1styleName=Htmlversion=10119 In case you would like to test the present version, please use example-1.9.0-SNAPSHOT.war from http://www.mmbase.org/development/download/build_page.jsp?dir=head/latest Questions about the release can be posted on this list or by using irc://slashnet/mmbase. Issues can be reported on http://www.mmbase.org/jira If no blockers are found, the release will be made and available from www.mmbase.org on monday. Kind regards, The MMCF-team. ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] propsal: vpro-wizards in applications
On Wed, Oct 15, 2008 at 11:43 AM, André van Toly [EMAIL PROTECTED] wrote: Hi, I'm OK with making the VPRO wizards a new MMBase application. What I do not understand, but haven't really looked into I must admit, is the dependence on Spring. Maybe you can elaborate on that a bit. hi André I will write a technical walk through when i release it, but the short version is that two parts of spring are used: spring mvc and spring data binding. Spring mvc is used to handle all the posts from the wizards, map them to the appropriate controller and handle errors. Spring data binding is used to instantiate and set properties on 'action' beans. Each action that you can perform with the editors are encapsulated in a bean. Things like 'create node', 'sort node up in list', 'update node'. The names of the html form fields correspond to setters on these action beans. It is possible to combine any number of actions in one request. This is nice for two reasons: - There is 100% decoupling between the front end and the back end. This makes the editors very flexible. You can use the tag files to create standard editor components, but you can just as easily create custom editor bits, that can handle tasks of any complexity. you don't have to know how the actions work internally, you just have to know the setters and populate them correctly. - It is very easy to add your own custom actions. Just extend the abstract 'Action' class, and register your class in the spring context XML. so, that's it. basically. Hope that helped. Op 15 okt 2008, om 11:22 heeft Ernst Bunders het volgende geschreven: Well, I totally agree with you, but I don't see how it is possible to do development on them if after each little change you have to redeploy a jar. I just don't see it. If you have some answer to that, I'd go along gladly. While developing the ones in WEB-INF/tags prevail above the ones in the jar, is my experience. Or don't they? Well the problem is they have a different name space uri, so it has to be either one thing or the other... regards Ernst ---André -- André van Toly MMBase development Userfriendly webdesign W: http://www.toly.nl M: +31(0)627233562 -- ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] propsal: vpro-wizards in applications
On Wed, Oct 15, 2008 at 10:34 AM, Michiel Meeuwissen [EMAIL PROTECTED] wrote: On Wed, Oct 15, 2008 at 08:48, Ernst Bunders [EMAIL PROTECTED] wrote: What works then? I would like to have tld's that have information about all the properties and so on. What does a tld do that only mentions the tag files. Is that required for putting them in the jar? Yes. That is exactly what my tool is doing. parse the files and create a model containing all relevant information. this model can than be dumped to xml, and transformed as you wish. I have been looking for a tool like this, but did not find it. I actually started building it as a programming exercise. But I think it can be quite useful. I of course think even a tag file should of course be xml already :-) yeah, well... OK. So that leaves to decide if we expand the mmbase-module format to include tag files, or put the tag files in the jar. My preference goes to the first option. What do you think? I have no objections against expanding the mmbase-module format, if it does not already support this. Though I still think that tag-files implementing something for the general profit can better be distributed in the jar, because that simply is easiest to install and keep coherent. Installing them in WEB-INF/tags is mainly convenient for the maintainer of the library, but she can put them there manually anyway. Not having them there will also discourage people hacking in them, without proper anticipation. But those are just my 2 cents. Well, I totally agree with you, but I don't see how it is possible to do development on them if after each little change you have to redeploy a jar. I just don't see it. If you have some answer to that, I'd go along gladly. If not, I think I'll go for the mmbase-module extension. regards, Ernst Michiel -- mihxil' http://meeuw.org nl_NL eo_XX en_US ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] flashobjects.
It seems ok by me. The overhead for an extra table seems neglegable if you don't use it. Ernst On Sat, Sep 6, 2008 at 1:09 PM, Michiel Meeuwissen [EMAIL PROTECTED] wrote: For a web-site I'm including 'flashobjects' in didactor. http://cvs.mmbase.org/viewcvs/contributions/didactor2/src/core/config/builders/didactor_resources/flashobjects.xml?view=markup Actually, I was thinking, the logical thing to do is to include this builder in the 'resources' application. Next to images and attachments. Because IMHO flash-objects (which are uploaded 'swf's) are very similar. I'd like to request opinions, and perhaps even a 'vote' about this, because it will cause an extra table for everybody installing the 'resources' application. I'd probably also add an analogon to mm:attachment and mm:image (perhaps mm-r:object or so, to present any recognized 'inline' object, so, images, flash-objects..) Current version of this builder is already installed in mm.meeuw.org/demo, in the editors you can see the gui-function in action. Michiel -- mihxil' http://meeuw.org nl_NL eo_XX en_US ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] Test cases failures on build 2008-08-29
hello Michiel I'm not sure that a node should be recreated under these circumstances. I think that when this happens, the transaction should somehow fail. The behaviour you propose is very contra intuitive, and can lead to a lot of confusion with reappearing 'ghost' nodes. I think I would like to know it if i am committing a transaction that uses nodes that have been deleted. regards, Ernst On Fri, Aug 29, 2008 at 8:51 AM, Michiel Meeuwissen [EMAIL PROTECTED] wrote: FYI, On Fri, Aug 29, 2008 at 03:43, Nightly build user [EMAIL PROTECTED] wrote: [echo] BRIDGE 1) testDeleteNodeOutsideTransactionNodeInTransactionButNotChanged(org.mmbase.bridge.TransactionTest)junit.framework.AssertionFailedError: Integrity constraint violation - no parent MMBASETESTS_INSREL_SNUMBER_FOREIGN table: MMBASETESTS_OBJECT in statement [INSERT INTO MMBASETESTS_INSREL (NUMBER,OTYPE,OWNER,SNUMBER,DNUMBER,RNUMBER,DIR) VALUES (?,?,?,?,?,?,?)] during creation of _dnumber='U-1473_bar11_-1474',_exists='no',pos='null',owner='admin',_number='U-1473_bar11_-1475',rnumber='67',dnumber='562',snumber='559',dir='2',otype='56',number='561'[EMAIL PROTECTED] at org.mmbase.bridge.TransactionTest.testDeleteNodeOutsideTransactionNodeInTransactionButNotChanged(TransactionTest.java:275) FAILURES!!! Tests run: 302, Failures: 1, Errors: 0 The occurence of this has to do with the fix for : http://www.mmbase.org/jira/browse/MMB-1713: Bridge transaction always commits nodes even when not changed The failing test is using, but not changing a node in a transaction. The transaction howwer makes a relation to this node. In the mean time the node in concern is _deleted_. On commit of the transaction this exception occurs. I think the transaction could have recreated the node (as it would also have undone other intermediate changes), which it does not do now any more, because it does not commit the node. This is issue: http://www.mmbase.org/jira/browse/MMB-1680, which because of this I had to reopen. Michiel -- mihxil' http://meeuw.org nl_NL eo_XX en_US ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
[Developers] maven
hello I am currently creating (or rather: trying to) a maven build for the vpro-wizards. I understand that an mmbase-module will have to be created if you want to install it into the example-webapp. But i can not figure out how it is done. another thing is that the mmbase-module should be expanded a little bit, to allow for tag files to be part of it. What i would like is that tag files belonging to a module (residing in basedirtagfiels should be installed as: WEB-INF/tagfiles/module-name/... if i successfully create an mmbase-module for the vpro-wizards, than how should i install it into the example-webapp? i don't want to do it in the example-webapp/project.xml file, becouse the vpro-wizards are not part of the /applications directory yet, so perhaps it should be done by the applications/vpro-wizards/project.xml file. I guess it would be nice to have some information about how to use the mmbase-module plugin. I am quite new to maven (but i guess it is time to jump the moat) regards, ersnt ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
[Developers] maven: junit tests
hello some more questions: The test ant build file nowadays includes install-dependency.xml, which is a build file that does all kinds of stuff with mmbase-modules (maven) and some more stuff. For my vpro-wizards application i like to write some tests that extend from MmbaseTest.java. Does this mean that the vpro-wizards have to be a module? What would be the most simple way for me to run these tests? I must admit i find the whole build procedure very puzzling, and i don't understand a great deal of it anymore. I feel some documentation is probably in order. Also i wonder if the ant-maven hybrid is really so very nice. It definitely seems to add to the confusion. is this temporary? regards, Ernst ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
[Developers] test errors: Release Strategies
hello Just back from holiday, and found some junit test errors for the release strategies. I thought it might be a good idea to look into that. I ran into some problems. When i try to run the junit tests in eclipse, configuration errors occur: -- [EMAIL PROTECTED]: [Thread[main,5,main]]: setSilent(true) [EMAIL PROTECTED]: Initiating startup sequence... [EMAIL PROTECTED]: Server socket opened successfully in 3 ms. [EMAIL PROTECTED]: Database [index=0, id=0, db=file:/home/ebunders/workspaces/workspace/mmbasehead/data/test, alias=test] opened sucessfully in 295 ms. [EMAIL PROTECTED]: Startup sequence completed in 304 ms. [EMAIL PROTECTED]: 2008-08-04 10:51:43.683 HSQLDB server 1.8.0 is online [EMAIL PROTECTED]: To close normally, connect and execute SHUTDOWN SQL [EMAIL PROTECTED]: From command line, use [Ctrl]+[C] to abort abruptly 2008-08-04 10:51:53,846 INFO Configuring logging with log.xml ( http://localhost/NOTFOUND/log/log.xml) 2008-08-04 10:51:53,935 Could not open log.xml java.io.IOException: No such resource log/log.xml java.io.IOException: No such resource log/log.xml at org.mmbase.util.ResourceLoader$NotAvailableConnection.connect(ResourceLoader.java:1908) at org.mmbase.util.ResourceLoader$NotAvailableConnection.getInputStream(ResourceLoader.java:1911) at org.mmbase.util.ResourceLoader$MMURLConnection.getInputStream(ResourceLoader.java:2010) at java.net.URL.openStream(URL.java:1007) (and so on) Even though i did add a property mmbase.config to the run configuration, pointing to the config directory in the 'tests' directory. I am not sure why this is. Then i tried to run the tests with the ant script, but that dousn't work anymore when you have no local maven repository (which i do not, and have no intention to delve into today). So i can not check if the config reading error is the root of the faling testcase (but i don't think so). I guess i have twoo questions: 1) is there some mmbase-maven manual somewhere hidden? i couldn't find it? 2) is there an obveous reason why running the tests from eclipse fale (that anyone knows of)? regards, Ernst ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
[Developers] Release versie 0.1 van de vpro-wizards
Hello Developers Hereby i announce the release of the first version of the VPRO-Wizards in the MMBase cvs. The VPRO-Wizards application is a toolkit for building custom, task-oriented editors and could be the base for a replacement for the editwizards. Although they don't have all the features of the editwizards yet, they have some major advantages: - the editors are build in jsp using tag files. It is very easy to customize your editor (environment), and add functionality in the front end (example: i created an editor that has a google map where you can visually input coordinates in a fiew hours). - there is a strong frontend-backend separation. it is easy to add new back end actions (after the refactoring is complete) without implications for the front end. major drawbacks: - data types are not supported yet. - field validation is not supported yet. - you can not force a constraint on minimum or maximum relations. In spite of these limitations the system is very popular at the VPRO, and we are in a process of converting al hour editing environments to this system. The system is based on back end java command objects that are created and configured using spring (form) data binding. The tag files you use to create your editors create simple html forms. Everything is transparent and easily customizable. It should work in both the 1.8 Branch and head (1.9). Documentation is not present yet. here are some things that need doing and are being done: 1 refactoring back end (in progress) 2 development of a tool to create tld's and documentation by parsing the tag files (in progress) 3 creation of documentation. some documentation exists in some form or other. that will be converted to docbook first. If there is enough interest in this project i would propose that a small group is formed, that will analyze the current state of the project, formulate some 'quick wins', shortlist some major problems, and thus create the focus for a 1.0 release. So, download it, try it out, ask your questions, and we'll see. regards, Ernst Bunders, developer at VPRO getting started - checkout mmbase (or update your checkout and clean it, some jar dependencies have changed). use head or the 1.8 Branch. - in mmbase checkout, type 'ant war'. when this is done the web app is created. - check out speeltuin/ernst/vpro-wizards in mmbase checkout/applications/. make sure you check it out at tag 'version_1_0'. - go there and type 'ant install'. - mmbase and the vpro wizards should now be installed in mmbase checkout/build/mmbase/mmbase-webapp/ - open mmbase checkout/applications/vpro-wizards/web.fragment.xml and merge it with mmbase checkout/build/mmbase/mmbase-webapp/WEB-INF/web.xml (paste everything minus the root tags into web.xml at the position just before the servlet declarations. - download tomcat (if you don't have it yet). - you can do twoo things. either you copy the mmbase-webapp folder to the tomcat/webapps folder, or you crate a symlink there. If you do the latter, make sure your server.xml contains something like: Host name=localhost appBase=webapps DefaultContext allowLinking=true/ /Host - now start tomcat. if MyNews is not installed yet, do it in your browser: mmbase administration applications MyNews install. (in mmbase 1.9 MyNews is installed automatically). - now go to context path/mmbase/mmexamples/vpro-wizards/ in your browser. Here you find a demo editor tool for MyNews. Look at how it works and examine the editors. - take a look at mmbase checkout/applications/readme.txt. there is some information there (in dutch). - take a look at the tag files at mmbase checkout/build/mmbase/mmbase-webapp/WEB-INF/tags/vpro-wizards/ remarks - currently only ant building is supported. Maven building (the stuff of dreams) is a thing for the future. - It seems that the ant build for the rich text app is broken in head. i had to comment it out in mmbase checkout/applications/build.xml to get the head ant build to work. - the commons-fileupload jar has been updated, and it now depends on commons-io, so we need that too. - currently the vpro-wizards use NekoHtml, a html filtering api as part of the rich text stuff. NekoHtml directly depends on xerces, so we're stuck with that again. Perhaps we can find a more lightweight html filtering solution, and perhaps that should be part of mmbase itself. ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
[Developers] question: constraint tag and date parts
Hi
I run into a problem with the constraint tag on a date field. Below
constraint does not work at all, even though it should find some objects.
Perhaps this only works if you have a 'modern' builder.xml, with datatypes?
mm:time time=now this day
ptest: ${_}(mm:time format=:FULL/)/p
mm:constraint field=mmevents.start value=${_}
part=DAYOFYEAR /
/mm:time
regards,
Ernst
___
Developers mailing list
Developers@lists.mmbase.org
http://lists.mmbase.org/mailman/listinfo/developers
[Developers] framework exception
hi
I just started messing about with 1.9, and i run into some framework related
trouble. See below stack trace.
The pointer to line 298 in the jsp makes no sense.
I extended the excludes config parameter of the filter with 'mmbob' and it
seems to work again.
I don't really get this error. the filter tries torward the request of the
'main' jsp, and not an include. i could imagine this could go wrong if the
request is to a jsp that is being included in another page (then 'include'
should be used).
Perhaps this is obvious to someone who knows the framework a bit better?
regards,
Ernst
2008-03-03 16:27:27,405 FATAL org.mmbase.framework.FrameworkFilter - Could
not process exclude pattern: org.apache.jasper.JasperException: Exception in
JSP: /mmbase/mmbob/jsp/mmbob/thread.jsp:298
295:
296: %-- figure out if the reply box must be shown, and if
so, show it.--%
297: mm:import id=showreplytrue/mm:import
298: mm:compare referid=replyoneachpage value=false
299: mm:compare referid=lastpage value=false
300: mm:import id=showreply
reset=truefalse/mm:import
301: /mm:compare
Stacktrace:
2008-03-03 16:27:27,406 DEBUG mmbase.framework.basic.BasicFramework -
calling urlConverter ChainedUrlConverter[/mmbase/, COPY]
2008-03-03 16:27:27,406 DEBUG mmbase.framework.basic.MMBaseUrlConverter -
Going to filter [, mmbase, mmbob, jsp, mmbob, thread.jsp]
2008-03-03 16:27:27,406 DEBUG mmbase.framework.basic.MMBaseUrlConverter -
No such component clasification, ignoring this
2008-03-03 16:27:27,406 DEBUG mmbase.framework.basic.ChainedUrlConverter -
ChainedUrlConverter has: null
2008-03-03 16:27:27,406 DEBUG mmbase.framework.basic.BasicUrlConverter -
(static) constructing /mmbase/mmbob/jsp/mmbob/thread.jsp{forumid=[
Ljava.lang.String;@30b6a4, postareaid=[Ljava.lang.String;@26d149,
postthreadid=[Ljava.lang.String;@76481e}
2008-03-03 16:27:27,406 DEBUG mmbase.framework.basic.ChainedUrlConverter -
ChainedUrlConverter has: /mmbase/mmbob/jsp/mmbob/thread.jsp
2008-03-03 16:27:27,406 DEBUG org.mmbase.framework.FrameworkFilter -
Received '/mmbase/mmbob/jsp/mmbob/thread.jsp' from framework, forwarding.
3-mrt-2008 16:27:27 org.apache.catalina.core.StandardWrapperValve invoke
SEVERE: Servlet.service() for servlet jsp threw exception
java.lang.IllegalStateException: Cannot forward after response has been
committed
at org.apache.catalina.core.ApplicationDispatcher.doForward(
ApplicationDispatcher.java:313)
at org.apache.catalina.core.ApplicationDispatcher.forward(
ApplicationDispatcher.java:301)
at org.mmbase.framework.FrameworkFilter.doFilter(FrameworkFilter.java
:189)
___
Developers mailing list
Developers@lists.mmbase.org
http://lists.mmbase.org/mailman/listinfo/developers
[Developers] framework exception #2
hello
I changed it like this, and it seems to work, but i am not sure if i should
commit it.
regards,
Ernst
RequestDispatcher rd = request.getRequestDispatcher(forwardUrl);
if(response.isCommitted()){
log.debug(** respone committed, including);
rd.include(request, response);
}else{
log.debug(** respone not committed, forwarding);
rd.forward(request, response);
}
___
Developers mailing list
Developers@lists.mmbase.org
http://lists.mmbase.org/mailman/listinfo/developers
[Developers] taglib question
hello I have a question about the taglib. I have created a java bean for my jsp that does some stuff to create a specific list of nodes. I use this bean in my page with jsp:useBean id=bean .../ I want to iterate over all the nodes like c:forEach items=bean.nodes var=node then i somehow would like to pick up this node with the mmbase taglib, so i can get related nodes and so on. mm:node referid=node only this dous not work. c:forEach is not a node provider, so that is logically. I wonder if there is some trick i could use to do it anyway. The alternative is to have the bean produce a list of node numbers, but my solution seems nicer. regards, Ernst ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] taglib question
Peter Maas schreef:
Hmmm
c:forEach items=bean.nodes var=node
Seems to be incorrect to me, shouldn't it be:
c:forEach items=${bean.nodes} var=node
Hey, you may be right. At first i thought it was something else, but i
tried again, and it seems to work!
thanks.
On Sep 26, 2007, at 3:00 PM, Ernst Bunders wrote:
hello
I have a question about the taglib.
I have created a java bean for my jsp that does some stuff to create
a specific list of nodes.
I use this bean in my page with
jsp:useBean id=bean .../
I want to iterate over all the nodes like
c:forEach items=bean.nodes var=node
then i somehow would like to pick up this node with the mmbase
taglib, so i can get related nodes and so on.
mm:node referid=node
only this dous not work. c:forEach is not a node provider, so that is
logically.
I wonder if there is some trick i could use to do it anyway. The
alternative is to have the bean produce a list of node numbers, but
my solution seems nicer.
regards,
Ernst
___
Developers mailing list
Developers@lists.mmbase.org mailto:Developers@lists.mmbase.org
http://lists.mmbase.org/mailman/listinfo/developers
Peter Maas
Developer / Member of the CTO Board
Finalist IT Group - never stop developing!
Direct: +31 88 217 0845
Mobiel: +31 06 52638246
Fax: +31 10 280 9620
http://www.finalist.com
___
Developers mailing list
Developers@lists.mmbase.org
http://lists.mmbase.org/mailman/listinfo/developers
___
Developers mailing list
Developers@lists.mmbase.org
http://lists.mmbase.org/mailman/listinfo/developers
[Developers] config module
hello is the config module still used? I notice that 1.8 does not have org.mmbase.module.Config (anymore). Can i just drop the module with 1.8? regards, ernst ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
[Developers] editwizard htmlarea problem
hello at least in mmbase 1.8 the htmlarea doesn't work so wel anymore. for bold and italic it creats things like 'span style=font-weight: bold' and then in my-htmlarea.js in the function clean() span elements are removed completely and style elements are removed as well. This is a bit odd. I suppose that in the past bold was just done like this: b But it changed, and my-htmlarea.js was not updated. I have been looking but could not find a relevant bug in jira. Is this a known problem? I want to fix it, which can be done in twoo ways: 1 remove the offending lines in the clean() function 2 somehow make htmlarea use b and i tags again. I don't know if either of those is preferable. regards, ernst ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] editwizard htmlarea problem
André van Toly schreef: Op 17-sep-2007, om 16:29 heeft Ernst Bunders het volgende geschreven: hello at least in mmbase 1.8 the htmlarea doesn't work so wel anymore. for bold and italic it creats things like 'span style=font-weight: bold' and then in my-htmlarea.js in the function clean() span elements are removed completely and style elements are removed as well. Are you sure you are using HTMLarea or Xinha? You can replace the default HTMLarea with Xinha or TinyMCE by doing some shifting with the provided xsl's in '/mmbase/edit/wizard/data/xsl'. I am sure i am using the htmlarea thing. when i hack htmlarea files, the changes show. Changing to another richtext tool is not an option for now. it would take some experimenting i have no time for. This is a bit odd. I suppose that in the past bold was just done like this: b But it changed, and my-htmlarea.js was not updated. I have been looking but could not find a relevant bug in jira. Is this a known problem? I want to fix it, which can be done in twoo ways: 1 remove the offending lines in the clean() function The clean method in the Xinha version of my-htmlarea.js (that is '/mmbase/edit/wizard/xinha/my-htmlarea.js') is a bit different then the 'default' clean() method. i didn't look at that... 2 somehow make htmlarea use b and i tags again. Use the Xinha version. What disturbs me is that the version of Xinha that ships with MMBase uses b and i instead of strong and em which makes for incorrect html at the frontend in a lot of sites. And that the newest, current version of Xinha is completely incompatible with the EditWizards since the wizards are made of some self-thought-up version of HTML (something in between HTML 4 and or xhtml 1.0 for that matter). ---André -- André van Toly MMBase development Userfriendly webdesign W: http://www.toly.nl M: +31(0)627233562 -- ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] basic editors and ie7
Michiel Meeuwissen wrote: Ernst Bunders wrote: I find that the mmbase 1.7.2 basic editors don't work in ie7. Has this been fixed yet? or should I create a bug in jira? I probably should create one anyway, right? Probably, though you could help the future maintainer of the bug by checking if the bug occurs in HEAD too. Since IE7 is released only recently it would not surprize me if it would. I'll see what i can do... Btw, my first bet would be that it is an IE bug :-). You should enter it it in: http://www.microsoft.com/jira/ maybe we should help them a bit: microsoft.mmbase.org/jira (i'll mail bill) ernst Michiel ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
[Developers] mmeditors broken
hello It seems that in the 1.8 branche the mmeditors are broken. i had to comment some lines in search_node_with_type.jsp. In some places the index tag had been given a body, and that's illegal according to the tld. I had just rebuild the whole webapp, and checked for updates in cvs, but couldn't find any. I thought it would be a good idea to post this to the list, because it should be fixed soon, i guess. regards, Ernst ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] jira: new projects
Nico Klasens wrote: Hello Ernst, hi Nico The projects are in Jira. I have also created several other projects for contributions. Just let me know when things are missing or not working. thank you, and I will. regards, Ernst Nico Ernst Bunders wrote: hello MMBob has the following dependencies: - ProfilesConnector - ThemeManager - MultilanguageModule Is it possible to have projects for these contributions as well (I don't seem to be able to do this myself)? Then I can organize the dependencies. regards, Ernst ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
[Developers] shell account on jeves.mmbase.org
hello would somebody be so kind as to create a shell account for me on jeves.mmbase.org? I can't get in. thanks, Ernst ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] shell account on jeves.mmbase.org
Michiel Meeuwissen wrote: 2007/2/5, Ernst Bunders [EMAIL PROTECTED]: would somebody be so kind as to create a shell account for me on jeves.mmbase.org? I can't get in. AFAIK hardly anybody has an account on jeeves. People with access usually use the mmweb account. ah, that i had forgotten.. Your public key is even already in the authorized_key file of mmweb. Did it change? If so, you can sent me the new one, and I'll attach it. yes, it has. this is the new one: ssh-rsa B3NzaC1yc2EBIwAAAQEAx/6/S0/MRmuLKbvkvrzbZcXjqKGZdQcnUz4HbbfbrixVa/B3SaYSKdt2QI66ixDV+72GKJepYOQj5SR5DWQ4OwBcSPaaW+whpv9MzegKwrzyEoRpf6UIMHo6xrWdW9Pvf6Jd7J8kiMAeejyE670qJxSwcO+l9EA+g8un2O4mGXDCVJsROEsfZHHYRAWnsAONFndgVshwUaqEKRw7QXNYns2p9vPIsDJE9PjeT/35EiaXptOtPGy5zxAvB4WmewcfjdNYgEXchz7WQYdsrgQVfqrQZJYovJn0VsuWnSQSIx2uVNnFLMfWmvO+8sag+qZ3whPlnzAC6G4/az5zzTo6ww== It would be nice if you could paste it in for me. thanks, Ernst Michiel ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] shell account on jeves.mmbase.org
Michiel Meeuwissen wrote: 2007/2/5, Ernst Bunders [EMAIL PROTECTED]: It would be nice if you could paste it in for me. done. hmm, with 'ssh [EMAIL PROTECTED]' i still get prompted for a password :-( and double checking it seems i forgot to copy one character at the end of my public key: I attach the file to be sure (sorry) Michiel ssh-rsa B3NzaC1yc2EBIwAAAQEAx/6/S0/MRmuLKbvkvrzbZcXjqKGZdQcnUz4HbbfbrixVa/B3SaYSKdt2QI66ixDV+72GKJepYOQj5SR5DWQ4OwBcSPaaW+whpv9MzegKwrzyEoRpf6UIMHo6xrWdW9Pvf6Jd7J8kiMAeejyE670qJxSwcO+l9EA+g8un2O4mGXDCVJsROEsfZHHYRAWnsAONFndgVshwUaqEKRw7QXNYns2p9vPIsDJE9PjeT/35EiaXptOtPGy5zxAvB4WmewcfjdNYgEXchz7WQYdsrgQVfqrQZJYovJn0VsuWnSQSIx2uVNnFLMfWmvO+8sag+qZ3whPlnzAC6G4/az5zzTo6ww== ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] shell account on jeves.mmbase.org
Michiel Meeuwissen wrote: 2007/2/5, Ernst Bunders [EMAIL PROTECTED]: Michiel Meeuwissen wrote: 2007/2/5, Ernst Bunders [EMAIL PROTECTED]: It would be nice if you could paste it in for me. done. hmm, with 'ssh [EMAIL PROTECTED]' i still get prompted for a password :-( You must do [EMAIL PROTECTED] wooops! I attach the file to be sure I didn't see any difference. But there is also an 'authorized_keys2' file, perhaps that was used, and the permission of authorized_keys itself were too permisive. I fixed both. Does it work now? yes, thanks a lot. ernst Michiel ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] jira question
Nico Klasens wrote: Hello Ernst, Sounds like the issue is not solved or you want a clone of the issue for head (See left side operations). See jira documentation http://www.atlassian.com/software/jira/docs/v3.6.5/ yes, let's read the documentation for a bit. I must say I like jira a lot. I may have some questions in the end, but perhaps I give you a ring. thanks, ernst Nico Ernst Bunders wrote: hello Nico thanks for the answer. I have another question. Initially I have added bugs in the following way: I set 'affected versions' to 'unknown' and 'fix versions' to '0.9'. that should have been to 'head' as well. So, then I fix it for 0.9, and I go to 'resolve issue'. I have to chose for a 'fix version' again. Logically I would think that would be the version that has actually been fixed. But it seems I am in fact resetting the original 'fix version' from the issue. so when I choose '0.9' I remove this issue from the 'fix version' list for release 'head' That's not right, I would say. I have been playing around with it. but I can not get an issue to be fixed for 0.9, and not fixed for head. What goes wrong? am I thinking along the wrong lines here? thanks, Ernst Nico Klasens wrote: Resolved means that developer has fixed the code. Closed means that the reporter has verified the fix. Nico Ernst Bunders wrote: what is the distinction between 'resolved' and 'closed' for issues? when should i use which? thanks, Ernst ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] jira: no version control tab in issue window for mmbob project
oops, forget about it. I wasn't looking... sorry, Ernst Ernst Bunders wrote: Nico Klasens wrote: Hello Ernst, I don't understand what you mean. Could you give an example? no problem: goto: http://www.mmbase.org/jira/browse/MMBOB-4?page=vcs this is a fixed bug. when you click on one of the changed file links (http://cvs.mmbase.org/viewcvs/contributions/mmbob/kennisnet-releases.txt). You go to a page that lists all the changes in cvs for this file. I still have to ctrl-f look for it to find it. I am wondering if this is the intended behavour... regards, Ersnt Nico Ernst Bunders wrote: Nico Klasens wrote: Fixed the viewcvs root. Will be used next time when cvs log is parsed yes, it seems to work. One thing: I would expect that only the commit is shown that affects the bugfix, but in stead all commits on the affected file(s) are shown. Is that ok? Ersnt Nico Ernst Bunders wrote: Nico Klasens wrote: Hello Ernst, When I created the jira project I forgot to create a CVS module for it in jira. I have done this now so it should work for the MMBob project. there still seems to be some small issue. when i click on one of the cvs links in the version control tab, i get an error: http://cvs.mmbase.org/viewcvs/src/org/mmbase/applications/mmbob/Forum.java regards, Ernst Nico Ernst Bunders wrote: I looked in the project administration page, but can not find a switch. anybody? regares, Ernst ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
[Developers] jira question
what is the distinction between 'resolved' and 'closed' for issues? when should i use which? thanks, Ernst ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
[Developers] jira: no version control tab in issue window for mmbob project
I looked in the project administration page, but can not find a switch. anybody? regares, Ernst ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] version glitch
Michiel Meeuwissen wrote: 2007/1/23, Ernst Bunders [EMAIL PROTECTED]: hello I run into a little problem. The builder files for mmbob in the 1.8 branch have been cleaned up some time ago. The new builder files use features added to builder.xsd and the backing java code somewhere between mmbase 1.8.0 and 1.8.1. So mmbob, or any other application that use builder features present in 1.8.1+ is no longer compatible with 1.8.0. This is a problem for me, because the client (kennisnet) are currently using mmbase 1.8.0. of corse it is not such a big deal to upgrade, but it seems not right all the same. Isn't it the idea that mmbase versions of 1.8 should be compatible? is there a guideline for how much room there is for change? And should anything be done about this? I think it is unfortunate, that this happened. But I also think that these kind of things are to a certain degree unavoidable. The improvement in the possibilities of the builder xml was IMHO 'an sich' a good change, and I'm glad someone did that change. Of course we can complain that it should have happened just a bit earlier (_before_ the release of 1.8.0), but as long as human resources are in short supply I'm not going to discourage anyone about something like that :-). The argument that it then should have happened only in 1.9 is a good one too, but that too is hardly practical, because if you want to clean up your builder xmls anyway, I'd be glad having the possibility to go all the way asap, in stead of have to come back after the next release again... So, that more or less introduces what would be my answer to your questions. Room for change is a difficult concept to quantify, but my opininion is that there can be, next to bugfixes of course, 'a little change' also between minor releases. The current example is a small, surfaceal, change, with a clear advantage to do sooner rather then later. Even if it causes a problem, like this one, it is actually a small one and easy to fix (upgrade mmbase (probably a good idea anyway), or change the builder xml again). I've changed dozens of other xml's while upgrading to 1.8 (so, probably 1.8.0 then), and I'd be dissappointed to know that another small little change in them would have to have waited... Well, an alternative would have been to up the version of the builder xsl by one, and support both old and new versions. That shouldn't have been hard. Also i noticed that the change is not recorded in the release notes, which i think is not good at all. Apart from this i do agree with you it is a good change, and i don't want to make to much of a fuzz about it, but i thing it is a bit sloppy non the less, and things like this can hurt mmbase. regards, Ernst greetings, Michiel ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] version glitch
Michiel Meeuwissen wrote: 2007/1/24, Ernst Bunders [EMAIL PROTECTED]: Well, an alternative would have been to up the version of the builder xsl by one, and support both old and new versions. That shouldn't have been hard. Eh, do you mean that we should have made an xsl to change between versions? no, the opposite. I assumed that there was already an builder.xsl, and that this was changed. But perhaps i am wrong, and before there was only dtd. ernst Also i noticed that the change is not recorded in the release notes, which i think is not good at all. That is true. Apart from this i do agree with you it is a good change, and i don't want to make to much of a fuzz about it, but i thing it is a bit sloppy non the less, and things like this can hurt mmbase. Yes, a bit sloppy it is too. A few small, but human, mistakes were made. The changes should have been documented, I should have realised that the change in the builder xml's would probably not be compatible with all 1.8.0 version, you should not run 1.8.0, since it is outdated, and it is hard enough to test changes for two versions (1.8 and HEAD). It can hurt mmbase, but errare humanum est, what can we do? Besides taking the most risqueless way of doing nothing... A release-manager could perhaps inventorise these kind of things, but sadly, even he was not findable :-) Michiel ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
[Developers] version glitch
hello I run into a little problem. The builder files for mmbob in the 1.8 branch have been cleaned up some time ago. The new builder files use features added to builder.xsd and the backing java code somewhere between mmbase 1.8.0 and 1.8.1. So mmbob, or any other application that use builder features present in 1.8.1+ is no longer compatible with 1.8.0. This is a problem for me, because the client (kennisnet) are currently using mmbase 1.8.0. of corse it is not such a big deal to upgrade, but it seems not right all the same. Isn't it the idea that mmbase versions of 1.8 should be compatible? is there a guideline for how much room there is for change? And should anything be done about this? regards, ernst ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
[Developers] mmbob development
hello developers here is a small update on what's up with mmbob. Currently Michiel is doing some code overhaul in head. He is updating the code to java 1.5, and will undoubtedly fix all kinds of stuff. We established that the code has quite a lot of issues and some fundamental changes are needed. I arranged with him that when he fixes major bugs he will put them in jira and set them to resolved for 1.9 only, so we can later resolve them for 1.8. I am fixing some bugs for kennisnet in the 1.8 branche. I decided to add my own kennisnet tags, and there is a readme to track the differences between the tagged versions. also a project has been created for mmbob in jira. I would like to ask all developers that want/have to do some stuff for mmbob to: 1) if it is bug you want to fix, put it in jira, and commit the fix with the jira number. (also state for what version it is fixed). if it is in branche 1.8, please update the file kennisnet-releases.txt too. 2) if it is a new feature, and you want to add it into the 1.8 branche, please contact me first. Also add the feature in jira. I hope we can have a nice discussion about versioning/releases for the applications in the future at the devmeeting. thanks, Ernst ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] mmbob: creating bugs while fixing bugs
Michiel Meeuwissen wrote: 2007/1/16, Ernst Bunders [EMAIL PROTECTED]: It seems we have a new bug. I am still trying to delete a forum (hah hah). I'm pretty sure that it can work, because I did so in didactor today. after updating from cvs and removing one new bug, i am confronted with another one, that i don't really understand. does this mean anything to anybody out there? Some data types where changed (back) in some fields, but i'm not sure this has to do with that... I think so. 2007-01-16 17:23:52,822 ERROR mmbase.applications.mmbob.ForumMMBaseSyncer - NODE PROBLEM WITH : 109 Integrity constraint violation - no parent MM_POSTTHREADS_LASTPOSTERNUMBER_FOREIGN table: MM_POSTTHREADS in statement [UPDATE MM_POSTTHREADS SET LASTPOSTERNUMBER=?,POSTCOUNT=? WHERE NUMBER = 109] for node Sounds like a message from the database itself. I see something about foreign keys. My guess is that the table was created with the 'node' typed fields in effect. Try altering the table to have no foreign key, but a simple integer field on the lastposternumber. yeah, that makes sense. I didn't know foreign keys were actually created by mmbase. But indeed that is a problem, because of the way things go wrong when deleting a forum while these field are of type node. i'm using hsql for testing and i wouldn't really know how to change that in hsql. on the other hand, it is just a small test db, so it is no problem. It might be a problem though for existing sites that need to upgrade mmbob (they all do :-) ). This is definitely something to put in the readme. That does not take away that I think that it should be a foreign key, but it's not the worth the trouble if it's not working right now. you are right, unless we should choose that it is not nice that updating sites will have to hand-fix their data model. On the other hand, I suppose originally the fields were integers as well, so many forums could be created that way. what a mess... regards, Ernst Just a guess though. Michiel ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] Developer meeting - Wednessday January 24, 18:30-21:00h
Henk Hangyi wrote: Hi all, The next MMBase developer meeting will be on Wednessday January 24, 2007 -18:30-21:00h (18:00h for those who join the pizza). The issues we would like to discuss: 1. the migration of the MMBase core to Java 1.5: how to do it in a structured way? 2 the status of the component framework: does it fit with the original design document and who is to migrate when? 3. release planning with Jira: no commit without issue number! Please let us know if you have any other topics that need to be discussed. At Dynasol we are doing some bugfixing on mmbob for kennisnet. What we are running into is the fact that the release possibilities of applications/extensions are tied to the mmbase releases. Perhaps it is time, to address this problem, in mmbase 1.9 for example. Maven is operantly the way to go, is it specializes in managing dependencies. We should ask ourselves where we want to go with the (maven) mmbase build, and if we should not prefer maven 2 over the current version 1 implementation. I think this is a nice topic for the meeting. regards, Ernst The location of the meeting is at the MMBase foundation office in Hilversum http://www.mmbase.org/contact Pizza's are offered by the MMBase Foundation. PLEASE, LET US KNOW IF YOU ATTEND THE USER MEETING ON WEDNESSDAY 24 If you would like to come to the meeting of Wednessday 24, please fill out the form on: http://www.mmbase.org/pizza Hope to see you! Kind regards, Henk. T. +31-629054903 E. [EMAIL PROTECTED] ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] mmbob: creating bugs while fixing bugs
Michiel Meeuwissen wrote: Ernst Bunders wrote: i'm using hsql for testing and i wouldn't really know how to change that in hsql. on the other hand, it is just a small test db, so it is no problem. It might be a problem though for existing sites that need to upgrade mmbob (they all do :-) ). This is definitely something to put in the readme. That does not take away that I think that it should be a foreign key, but it's not the worth the trouble if it's not working right now. you are right, unless we should choose that it is not nice that updating sites will have to hand-fix their data model. On the other hand, I suppose originally the fields were integers as well, so many forums could be created that way. I can indeed hardly imagine that many people installed a new mmbob from HEAD in the few weeks that these fields were present as node-fields. I just cleaned up the builder xml's because they were a bit sloppy and full of noise. the plot thickens: i just found out that the fieldtypes have been nodes for a much longer time: In my email cache of the cvs mailing list i can not find reference to a change from integer to node for these fields, and an old version i have that has been released to kennisnet they are of type node as well. hmmm ernst Michiel ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
[Developers] mmbob: creating bugs while fixing bugs
hello It seems we have a new bug. I am still trying to delete a forum (hah hah). after updating from cvs and removing one new bug, i am confronted with another one, that i don't really understand. does this mean anything to anybody out there? Some data types where changed (back) in some fields, but i'm not sure this has to do with that... 2007-01-16 17:23:52,822 ERROR mmbase.applications.mmbob.ForumMMBaseSyncer - NODE PROBLEM WITH : 109 Integrity constraint violation - no parent MM_POSTTHREADS_LASTPOSTERNUMBER_FOREIGN table: MM_POSTTHREADS in statement [UPDATE MM_POSTTHREADS SET LASTPOSTERNUMBER=?,POSTCOUNT=? WHERE NUMBER = 109] for node c_lastpostsubject='post',ttype='post',_exists='null',viewcount='2',c_lastposter='een',c_lastposttime='1168447091',lastposternumber='104',owner='admin',postcount='1',updatetime='null',creator='een',_number='U-4_109',state='normal',subject='post',postthreadcount='null',createtime='1168447081',edittime='null',otype='19',mood='normal',number='109',lastpostnumber='113'[EMAIL PROTECTED] regards, Ernst ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
[Developers] fixing bug mmbob: need new idears
hello I am trying to fix the bug that makes it hard to remove a forum from mmbob. What goes wrong is clear, only why it goes wrong is a mystery to me. When you remove a forum from mmbob it removes all forum content in a cascading way: forum forum posters forum post areas forum post threads forum postings when you remove a poster or a posting, first all references to these nodes are removed. the references exist in postarea, posttread and forum objects (for poster also in posting. So what goes wrong is that while removing all posters to a forum, for say poster with id 104 a reference is found in postarea with id 107. the 107 node is fetched, the 'lastposternumber is set to null, and the node is committed. all good and well: 2007-01-15 14:21:10,824 DEBUG mmbase.applications.mmbob.Poster - going to remove poster: 104 2007-01-15 14:21:10,852 DEBUG mmbase.applications.mmbob.Poster - found: (postareas) [c_lastpostsubject='post',viewcount='2',c_lastposter='een',c_lastposttime='1168447091',lastposternumber='104',owner='admin',postcount='2',updatetime='null',description='',state='null',postthreadcount='1',name='area',createtime='null',edittime='null',otype='63',lastpostnumber='113',number='107'[EMAIL PROTECTED] 2007-01-15 14:21:10,852 DEBUG mmbase.applications.mmbob.Poster - cloud id: 15470939 2007-01-15 14:21:10,852 DEBUG mmbase.applications.mmbob.Poster - just set the value of field lastposternumber to null. it reads: 2007-01-15 14:21:10,887 DEBUG mmbase.applications.mmbob.Poster - ** test: refetch this node and check the value: c_lastpostsubject='post',_exists='null',viewcount='2',c_lastposter='een',c_lastposttime='1168447091',lastposternumber='null',owner='admin',postcount='2',updatetime='null',_number='null',description='',state='null',postthreadcount='1',edittime='null',createtime='null',name='area',otype='63',lastpostnumber='113',number='107'[EMAIL PROTECTED] after committing and refetching the node the lastposternumber is set to null, as it should be. But then all forum postings are removed, and again all references are looked up. Node 107 is found again, because it also has a reference to a posting (say node 111). So the procedure is the same, fetch the node, set the reference field to null, and commit. But: 2007-01-15 14:21:11,469 DEBUG mmbase.applications.mmbob.Posting - going to remove posting: 113 2007-01-15 14:21:11,485 DEBUG mmbase.applications.mmbob.Posting - found: [c_lastpostsubject='removed',_exists='null',viewcount='2',c_lastposttime='1168447091',c_lastposter='een',owner='admin',lastposternumber='104',postcount='2',updatetime='null',description='',_number='U-6_107',state='null',postthreadcount='1',name='area',createtime='null',edittime='null',otype='63',number='107',lastpostnumber='113'[EMAIL PROTECTED] 2007-01-15 14:21:11,485 DEBUG mmbase.applications.mmbob.Posting - just set the value of field lastpostnumber to null. but it reads: 2007-01-15 14:21:11,485 DEBUG mmbase.applications.mmbob.Posting - cloud id: 15470939 2007-01-15 14:21:11,519 ERROR applications.mmbob.gui.Controller - node 107[c_lastpostsubject, lastposternumber, lastpostnumber], builder 'postareas' [field 'lastposternumber' with value '104': The value '104' is not a valid node value] java.lang.IllegalArgumentException: node 107[c_lastpostsubject, lastposternumber, lastpostnumber], builder 'postareas' [field 'lastposternumber' with value '104': The value '104' is not a valid node value] at org.mmbase.bridge.implementation.BasicNode.commit(BasicNode.java:490) at org.mmbase.applications.mmbob.Posting.removeForeignKeys(Posting.java:294) at org.mmbase.applications.mmbob.Posting.remove(Posting.java:274) at org.mmbase.applications.mmbob.PostThread.remove(PostThread.java:572) at org.mmbase.applications.mmbob.PostArea.remove(PostArea.java:864) at org.mmbase.applications.mmbob.Forum.remove(Forum.java:1098) at org.mmbase.applications.mmbob.ForumManager.removeForum(ForumManager.java:175) at org.mmbase.applications.mmbob.gui.Controller.removeForum(Controller.java:2437) When node 107 is committed something goes wrong: the value we have just set to null for the removal of the poster is back! 104! And it is not a valid value, because the node is no longer around. how sad! So, somehow the committed value is lost. What I notice and am not shure what it means is fields like '_exists=null' or all the fields that start with 'c_' Could they have something to do with it? I did check cloud hash codes, and they are the same. also when I lookup node 107 in the editor the lastposternumber is empty, as you should expect. does anybody have any ideas at all? It would be nice, because i'm out at the moment. thanks, Ernst Perhaps they point towards the cause of this problem. ___ Developers mailing list
Re: [Developers] fixing bug mmbob: need new ideas
Simon Groenewolt wrote: hi Ernst, Ernst Bunders wrote: I did check cloud hash codes, and they are the same. also when I lookup node 107 in the editor the lastposternumber is empty, as you should expect. does anybody have any ideas at all? It would be nice, because i'm out at the moment. A wild guess: did you check the caching code in mmbob? Well, mmbob caches objects that more or less wrap mmbase nodes. When these objects are modified they are added to a que that periodically updates every node that is represented by the objects in it. From this perspective the procedure of removing all the references of posters and postings in various nodes is actually wrong, because the reference is not removed from the 'wrapping ' object (in this case a org.mmbase.applications.mmbob.PostArea instance). So, if this object should happen to be in the que awaiting an update to the database, and: 1) the mmbase node is modified by removing the poster 2) the que recommits the node with the values of the wrapping object 3) the mmbase node is modified by removing the posting then you would get exactly the bug that i'm getting. the problem is that i don't see this happening. But the caching of these wrapper objects and the update ques are definitely a concern, and maybe i have to look at it a little harder yet. regards, Ernst Simon PS: removed 'r' from subject line ;-) ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] fixing bug mmbob: need new idears
Michiel Meeuwissen wrote: Ernst Bunders wrote: id: 15470939 2007-01-15 14:21:11,519 ERROR applications.mmbob.gui.Controller - node 107[c_lastpostsubject, lastposternumber, lastpostnumber], builder 'postareas' [field 'lastposternumber' with value '104': The value '104' is not a valid node value] java.lang.IllegalArgumentException: node 107[c_lastpostsubject, lastposternumber, lastpostnumber], builder 'postareas' [field 'lastposternumber' with value '104': The value '104' is not a valid node value] at I think 104 is not a valid node value if the node has been deleted. Perhaps the values should have been set to null. For the moment it is probably easiest to set the lastposternumber field back to an 'integer' field rather then a node-field. In the builder xml. I think i changes some of those kind of fields in node field because they clearly conceptually _are_. Could that help? I'll give it a try. regards, Ernst Michiel ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] mmbob in bugtracker
I see there is an mmbob project too now. pretty neat. Is there some kind of administrator for mmbase jira, or is everyone supposed to do as they please? Ernst Nico Klasens wrote: I have setup the MMbase project in a special way and would like to do it the same way for other projects http://wiki.apache.org/general/ApacheJiraProjectSetup Nico Nico Klasens wrote: Maybe it is an idea to create a new jira project for each contribution. The mmbase project will then only contain issues which are maintained by all mmbase core commitors. We then can use the mmbase project as a roadmap for mmbase. A contribution jira project can then be used as a roadmap for that particular application. My idea is to move the CMS Container jira project at finalist to the mmbase.org in the near future and we already use it as a roadmap. Nico Ernst Bunders wrote: Hello all I have just created a new Component in mmbase jira for mmbob related bugs. It would be nice if known bugs and issues would be registered there. regards, Ernst ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
[Developers] mmbob in bugtracker
Hello all I have just created a new Component in mmbase jira for mmbob related bugs. It would be nice if known bugs and issues would be registered there. regards, Ernst ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] developing mmbase applications independently
That makes a lot of sense. Perhaps we have to do something like it. in that case we have the following layers: 1 mmbase (tagged release) 2 mmbob, multilanguage, thememanager, profilesconnector (tagged release using different tags) 3 Kennisnet specifics. where the second layer should match major and minor version numbers of mmbase. But I suppose that for this to work smoothly, the applications and contributions of the mmbase cvs repository should be 'disconnected' from mmbase and also use mmbase as a dependency, or in other words, they should be mavanized, right? Ernst Nico Klasens wrote: Hallo Ernst, Exactly for this question I moved to maven a year ago and only use maven in the cmsc project. The big picture of a cmsc project is MMbase CMSC core CMSC optional modules CMSC optional portlets Nijmegen project I don't want a developer on the nijmegen project bother with the fact that I upgrade the project to a new mmbase or cmsc version. At the moement, when the developer does an update on the cvs nijmegen project the maven files are renewed. The maven files contain the new version number and the maven build will download the new files. The technical lead of the cmsc project follows these steps to create a release 1 cvs update cmsc project 2 cvs tag on cmsc project 3 run clean maven build 4 deploy artifacts to remote maven repository 5 change version to the next version (maven builds will use the version for the binairies.You don't want to override the final tagged build in the maven repository) 6 checkin new version We use different version dependency strategies for each layer. MMBase - All jars have the same number (x.x.x) CMSC core - All jars have the same number (x.x.x) CMSC - optional modules - - Each jar can use the a different number, but must use the same major and minor number as the csmc it belongs to. (x.x) CMSC - optional portlets- - Each jar can use the a different number, but must use the same major and minor number as the csmc it belongs to.(x.x) Nijmegen - all jars and wars have the same version number. This number is based on the release to the customer. Regards Nico Ernst Bunders wrote: Hello Developers We at Dynasol are asked by Kennisnet to do some development/bugfixing for MMBob in the near future. They specifically requested that we should develop in the mmbase cvs repository, and build a specific Kennisnet release on top of the files produced by the mmbase contributions build. A requirement for us is that we can make releases that can be reproduced. it should be possible to branch from a previous release. To document what changes belong to a specific release. The trouble is that I can not think of a release model other than following the mmbase releases. Because the applications/contributions are dependent of mmbase and version tagging/branching follows mmbase. It is not a very good situation if we fix a number of bugs and than have to say: you can have the new version in three weeks because than a new mmbase release is being made. We could tag the mmbase repository for mmbob releases. This at least would give us the chance to recreate a release. The problem of this approach of course is that mmbase might at such a time be unstable itself. So, the crux is that an independent development model for applications is completely missing. I can not think of a way to do it right. I suppose maven could be used to disconnect the applications/contributions from mmbase as it is good at defining dependencies. But that is not the current situation. I wonder how other people look at this issue. is there something I miss? Can anybody suggest a way of working that would allow us to meet hour requirements apart from following the mmbase releases? I am looking forward to some reactions on this. regards, Ernst ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
[Developers] backing apps1 up
hello I try to backup my apps1 application, and this is what i get. does it look familiar or ring a bell somewhere? (application config included) thanks, Saving application failed java.lang.NullPointerException: at org.mmbase.util.XMLContextDepthReader.getStartAlias(XMLContextDepthReader.java:102) at org.mmbase.util.xml.applicationdata.ContextDepthDataWriter.getStartNode(ContextDepthDataWriter.java:312) at org.mmbase.util.xml.applicationdata.ContextDepthDataWriter.writeContext(ContextDepthDataWriter.java:61) at org.mmbase.util.xml.ApplicationWriter.writeDateSources(ApplicationWriter.java:229) at org.mmbase.util.xml.ApplicationWriter.writeToPath(ApplicationWriter.java:207) at org.mmbase.module.tools.MMAdmin.writeApplication(MMAdmin.java:661) at org.mmbase.module.tools.MMAdmin.process(MMAdmin.java:313) at org.mmbase.bridge.implementation.ModuleHandler.process(ModuleHandler.java:145) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.mmbase.bridge.implementation.ModuleHandler.invoke(ModuleHandler.java:75) at $Proxy0.process(Unknown Source) at org.apache.jsp.mmbase.admin.admin.application.result_jsp._jspService(result_jsp.java:136) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:332) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) Some statistics on the save : save type : depth save goal : backup ?xml version=1.0 encoding=utf-8? !DOCTYPE application PUBLIC -//MMBase//DTD application config 1.1//EN http://www.mmbase.org/dtd/application_1_1.dtd; application xmlns:dt=http://www.mmbase.org/xmlns/datatypes; xmlns:ms=http://www.dynasol.nl/xmlns/mmbase-shorthand; auto-deploy=true version=1 maintainer=dynasol.nl name=wck neededbuilderlist builder version=1 maintainer=dynasol.nlartikel/builder builder version=1 maintainer=dynasol.nlparagraaf/builder builder version=1 maintainer=dynasol.nltemplate/builder builder version=1 maintainer=dynasol.nlboek/builder builder version=1 maintainer=dynasol.nluitgever/builder builder version=1 maintainer=dynasol.nlpersoon/builder builder version=1 maintainer=dynasol.nlillustratie/builder builder version=1 maintainer=dynasol.nlauteur/builder builder version=1 maintainer=dynasol.nlillustrator/builder builder version=1 maintainer=dynasol.nlboekenlijst/builder builder version=1 maintainer=dynasol.nllesbrievenlijst/builder builder version=1 maintainer=dynasol.nltrefwoord/builder builder version=1 maintainer=dynasol.nlurls/builder builder version=1 maintainer=dynasol.nlattachments/builder builder version=1 maintainer=dynasol.nlprijs/builder builder version=1 maintainer=dynasol.nljaargang/builder builder version=1 maintainer=dynasol.nlnominatiegroep/builder builder version=1 maintainer=dynasol.nlnominatie/builder builder version=1 maintainer=dynasol.nlwebsite/builder builder version=1 maintainer=dynasol.nlpagina/builder builder version=1 maintainer=dynasol.nlorientatierel/builder /neededbuilderlist neededreldeflist reldef guitargetname=posrel guisourcename=posrel builder=posrel direction=bidirectional target=posrel source=posrel/ reldef guitargetname=boekbespreking guisourcename=boekbespreking builder=insrel direction=bidirectional target=boekbesprekingrel
Re: [Developers] backing apps1 up
André van Toly wrote: Hi Ernst, Op 1-dec-2006, om 13:08 heeft Ernst Bunders het volgende geschreven: hello I try to backup my apps1 application, and this is what i get. does it look familiar or ring a bell somewhere? (application config included) You need a 'backup.xml' with an alias to a startnode frowm where you want to the backup to start (or someother startpoint). A 'backup.xml' like: contextdepth startnode alias=home / depth3/depth /contextdepth It needs to be in your applications folder. Or from the MyNews example: contextdepth startnode buildermags/builder wheretitle=='MyNews magazine'/where /startnode depth3/depth /contextdepth yes, that's probably it. I totally forgot about that. hmm, so I have to have one rootnode for my whole cloud. Pity I don't have that :-( Well, perhaps we try the good old mysqldump approach again. but thanks anyway. regards, Ernst ---André thanks, Saving application failed java.lang.NullPointerException: at org.mmbase.util.XMLContextDepthReader.getStartAlias(XMLContextDepthReader.java:102) at org.mmbase.util.xml.applicationdata.ContextDepthDataWriter.getStartNode(ContextDepthDataWriter.java:312) at org.mmbase.util.xml.applicationdata.ContextDepthDataWriter.writeContext(ContextDepthDataWriter.java:61) at org.mmbase.util.xml.ApplicationWriter.writeDateSources(ApplicationWriter.java:229) at org.mmbase.util.xml.ApplicationWriter.writeToPath(ApplicationWriter.java:207) at org.mmbase.module.tools.MMAdmin.writeApplication(MMAdmin.java:661) at org.mmbase.module.tools.MMAdmin.process(MMAdmin.java:313) at org.mmbase.bridge.implementation.ModuleHandler.process(ModuleHandler.java:145) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.mmbase.bridge.implementation.ModuleHandler.invoke(ModuleHandler.java:75) at $Proxy0.process(Unknown Source) at org.apache.jsp.mmbase.admin.admin.application.result_jsp._jspService(result_jsp.java:136) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:332) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) Some statistics on the save : save type : depth save goal : backup ?xml version=1.0 encoding=utf-8? !DOCTYPE application PUBLIC -//MMBase//DTD application config 1.1//EN http://www.mmbase.org/dtd/application_1_1.dtd; application xmlns:dt=http://www.mmbase.org/xmlns/datatypes; xmlns:ms=http://www.dynasol.nl/xmlns/mmbase-shorthand; auto-deploy=true version=1 maintainer=dynasol.nl name=wck neededbuilderlist builder version=1 maintainer=dynasol.nlartikel/builder builder version=1 maintainer=dynasol.nlparagraaf/builder builder version=1 maintainer=dynasol.nltemplate/builder builder version=1 maintainer=dynasol.nlboek/builder builder version=1 maintainer=dynasol.nluitgever/builder builder version=1 maintainer=dynasol.nlpersoon/builder builder version=1 maintainer=dynasol.nlillustratie/builder builder version=1 maintainer=dynasol.nlauteur/builder builder version=1 maintainer=dynasol.nlillustrator/builder builder version=1 maintainer=dynasol.nlboekenlijst/builder
Re: [Developers] backing apps1 up
Michiel Meeuwissen wrote: Ernst Bunders wrote: yes, that's probably it. I totally forgot about that. hmm, so I have to have one rootnode for my whole cloud. Pity I don't have that :-( Well, perhaps we try the good old mysqldump approach again. IIR we also have a 'fullbackup' implmentation? But I don't know if it it's worth the trouble. If you only need to backup, or move data from one system to aonther (but with the same database type), I also simply go for the tools provided by the database. yes, i did that, and with stunning success! but thanks anyway ernst Michiel ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
[Developers] question: constraints on boolean fields
hello I have a simple question, and i must say I'm quite surprised it seems to be an issue. I am using the new datatypes for the first time and i find it a problem to create a constraint on a boolean field. I have a field like this: field gui guiname xml:lang=nltonen/guiname /gui editor positions input3/input list3/list search3/search /positions /editor dt:datatype xmlns=http://www.dynasol.nl/xmlns/mmbase-shorthand; base=boolean dt:default value=true/ /dt:datatype db nametonen/name type key=false notnull=false size=50 state=persistentBOOLEAN/type /db /field this translate to a bit field in my (mysql) database: mysql desc mm_artikel; +--+-+--+-+-+---+ | Field| Type| Null | Key | Default | Extra | +--+-+--+-+-+---+ | number | int(11) | NO | PRI | | | | otype| int(11) | NO | MUL | | | | owner| varchar(12) | NO | | | | | naam | text| NO | | | | | intro| text| YES | | NULL| | | tonen| bit(1) | YES | | NULL| | | aanmaakdatum | datetime| YES | | NULL| | | door | text| YES | | NULL| | +--+-+--+-+-+---+ so far so good, but when i create a constraint using this field, ik get errors: NodeList nl = cloud.getList(null, object,posrel,pagina, pagina.number, object.number= + pageNode.getNumber() + AND pagina.tonen = 1, posrel.pos, up, destination, false); sqlConstraint = object.number=112 AND pagina.tonen = 1 exception: Invalid value for BOOLEAN field: 1.0, of type java.lang.Double i also tried: AND pagina.tonen AND pagina.tonen = true but nothing works (or, it works, but in legacy mode, and an exception is thrown each time. I havn't tried creating a Query object, because I am too lazy to do that. I think it should work like this... can anybody help me? regards, Ernst 8 rows in set (0.00 sec) ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
[Developers] keys in builder fields
hi guys. I just discovered a cool feature on the builder xml: you can say if an index should be made for a field. but it dous not seem to work well (with mysql). The index size is not given? Is there something i do wrong or so? this is my field declaration: field gui guiname xml:lang=nlnaam/guiname /gui editor positions input1/input list1/list search1/search /positions /editor dt:datatype base=line/ db namenaam/name type key=true notnull=true size=300 state=persistentSTRING/type /db /field and the error: 22006-11-15 17:34:52,778 ERROR mmbase.module.core.MMObjectBuilder - BLOB/TEXT column 'naam' used in key specification without a key length in query:ALTER TABLE mm_artikel ADD INDEX mm_artikel_main_idx (naam)org.mmbase.storage.StorageException: BLOB/TEXT column 'naam' used in key specification without a key length in query:ALTER TABLE mm_artikel ADD INDEX mm_artikel_main_idx (naam) at org.mmbase.storage.implementation.database.DatabaseStorageManager.createIndex(DatabaseStorageManager.java:2612) at org.mmbase.storage.implementation.database.DatabaseStorageManager.create(DatabaseStorageManager.java:2579) at org.mmbase.storage.implementation.database.DatabaseStorageManager.createTable(DatabaseStorageManager.java:1945) at org.mmbase.storage.implementation.database.DatabaseStorageManager.create(DatabaseStorageManager.java:1846) at org.mmbase.module.core.MMObjectBuilder.create(MMObjectBuilder.java:562) at org.mmbase.module.core.MMObjectBuilder.init(MMObjectBuilder.java:446) at org.mmbase.module.core.MMBase.initBuilder(MMBase.java:991) at org.mmbase.module.core.MMBase.initBuilders(MMBase.java:968) at org.mmbase.module.core.MMBase.init(MMBase.java:373) at org.mmbase.module.Module.startModule(Module.java:125) at org.mmbase.module.core.MMBase.getMMBase(MMBase.java:587) at org.mmbase.module.RemoteMMCI.getHost(RemoteMMCI.java:92) at org.mmbase.module.RemoteMMCI.init(RemoteMMCI.java:61) at org.mmbase.module.Module.startModule(Module.java:125) at org.mmbase.module.Module.startModules(Module.java:334) at org.mmbase.module.Module.getModule(Module.java:385) at org.mmbase.module.Module.getModule(Module.java:359) at org.mmbase.module.core.MMBase.getMMBase(MMBase.java:583) at org.mmbase.servlet.MMBaseStartThread.run(MMBaseStartThread.java:40)java.sql.SQLException: BLOB/TEXT column 'naam' used in key specification without a key length at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:2975) at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:1600) at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:1695) at com.mysql.jdbc.Connection.execSQL(Connection.java:3020) at com.mysql.jdbc.Statement.executeUpdate(Statement.java:1074) at com.mysql.jdbc.Statement.executeUpdate(Statement.java:1008) at org.mmbase.module.database.MultiStatement.executeUpdate(MultiStatement.java:57) at org.mmbase.storage.implementation.database.DatabaseStorageManager.createIndex(DatabaseStorageManager.java:2606) at org.mmbase.storage.implementation.database.DatabaseStorageManager.create(DatabaseStorageManager.java:2579) at org.mmbase.storage.implementation.database.DatabaseStorageManager.createTable(DatabaseStorageManager.java:1945) at org.mmbase.storage.implementation.database.DatabaseStorageManager.create(DatabaseStorageManager.java:1846) at org.mmbase.module.core.MMObjectBuilder.create(MMObjectBuilder.java:562) at org.mmbase.module.core.MMObjectBuilder.init(MMObjectBuilder.java:446) at org.mmbase.module.core.MMBase.initBuilder(MMBase.java:991) at org.mmbase.module.core.MMBase.initBuilders(MMBase.java:968) at org.mmbase.module.core.MMBase.init(MMBase.java:373) at org.mmbase.module.Module.startModule(Module.java:125) at org.mmbase.module.core.MMBase.getMMBase(MMBase.java:587) at org.mmbase.module.RemoteMMCI.getHost(RemoteMMCI.java:92) at org.mmbase.module.RemoteMMCI.init(RemoteMMCI.java:61) at org.mmbase.module.Module.startModule(Module.java:125) at org.mmbase.module.Module.startModules(Module.java:334) at org.mmbase.module.Module.getModule(Module.java:385) at org.mmbase.module.Module.getModule(Module.java:359) at org.mmbase.module.core.MMBase.getMMBase(MMBase.java:583) at org.mmbase.servlet.MMBaseStartThread.run(MMBaseStartThread.java:40) 2006-11-15 17:34:52,779 ERROR mmbase.module.core.MMBase - Removed builder artikel from the builderlist, as it cannot be initialized. regards, -- Ernst Bunders, Dynasol tel 0629 131396
Re: [Developers] keys in builder fields
ok, i will. thanks. ernst Pierre van Rooden wrote: Note that the key attribute creates one big composite key of all 'key' fields, and thus don't work so well. In MMBase 1.8, to create indiviual indexes, you should use the index tags, at the end of teh buidler xml, i.e. in Insrel it says: indexlist index name=relation indexfield name=snumber / indexfield name=dnumber / indexfield name=rnumber / /index /indexlist Afaik, MMBase at this moment does not support indexes on blobs (at least, does not support specific mechanics for it). This would be a wish (I suggest to add it to the bugtracker). Gomez ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
[Developers] mmwizards problem
hello it's been a little while sinds the last time i got to play with the editwizards. Now i'm using this brand new datatype 'created' (which can not be stored once it's got a value. In the wizard i want to show it though: field name=aanmaakdatum ftype=data/ and what happens when i press 'opslaan'? Errors received from MMBase Dove servlet: org.mmbase.bridge.BridgeException: You cannot change the field aanmaakdatum i'll be damned. What is the solution to this little puzzle? who knows? regards, Ernst ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] mmwizards problem
André van Toly wrote: You defined 'aanmaakdatum' like i did here with 'created'? datatype xmlns=http://www.mmbase.org/xmlns/datatypes; base=created / db namecreated/name type key=false notnull=false state=systemDATETIME/type /db It has 'state=system' - otherwise it won't work - and then you won't be able to change it. Which you are not allowed to or else it would be some sort of cheating ;-) yeh, so if i put it to 'system' the editwizards won't muck with it, right? I'll give that a try.. thanks, Ernst ---André Op 17-nov-2006, om 16:20 heeft Ernst Bunders het volgende geschreven: hello it's been a little while sinds the last time i got to play with the editwizards. Now i'm using this brand new datatype 'created' (which can not be stored once it's got a value. In the wizard i want to show it though: field name=aanmaakdatum ftype=data/ and what happens when i press 'opslaan'? Errors received from MMBase Dove servlet: org.mmbase.bridge.BridgeException: You cannot change the field aanmaakdatum i'll be damned. What is the solution to this little puzzle? who knows? regards, Ernst ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers -- André van Toly MMBase development Userfriendly webdesign W: http://www.toly.nl M: +31(0)627233562 -- ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
[Developers] access to server
hello I havn't been accessing the mmbase server for a while, and now i find i can't anymore. my password is not working, nor is my key. I can't log into mmbase.org anymore either. could somebody be so kind to reset my password my telephone number is 0629131396 (i have some lovely bugs to add to the tracker) thanks, ernst ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
[Developers] build broken?
hello guys
I try to build mmbase for the first time in a while, and something seems to be
broken:
It seems that the classes in org/mmbase/util/image are removed.
regards,
Ernst
minimalistic.install:
init:
[echo] mmbase build dir:
/home/ebunders/mmbase/cvscheckout/head/mmbase/build/mmbase.jar
[mkdir] Created dir:
/home/ebunders/mmbase/cvscheckout/head/mmbase/applications/taglib/build
copy.metainf.dir:
[mkdir] Created dir:
/home/ebunders/mmbase/cvscheckout/head/mmbase/applications/taglib/build/metainf
[copy] Copying 2 files to
/home/ebunders/mmbase/cvscheckout/head/mmbase/applications/taglib/build/metainf
compile:
[mkdir] Created dir:
/home/ebunders/mmbase/cvscheckout/head/mmbase/applications/taglib/build/classes
[echo] java version: 1.5
[echo] copying to
/home/ebunders/mmbase/cvscheckout/head/mmbase/applications/taglib/build
[copy] Copying 10 files to
/home/ebunders/mmbase/cvscheckout/head/mmbase/applications/taglib/build/classes
[echo] compiling
[echo]
/home/ebunders/mmbase/cvscheckout/head/mmbase/applicationsresources/build/mmbase-resources.jar
/home/ebunders/mmbase/cvscheckout/head/mmbase/build/lib/servlet.jar
[javac] Compiling 197 source files to
/home/ebunders/mmbase/cvscheckout/head/mmbase/applications/taglib/build/classes
[javac]
/home/ebunders/mmbase/cvscheckout/head/mmbase/applications/taglib/src/org/mmbase/bridge/jsp/taglib/ImageTag.java:20:
package org.mmbase.util.images does not exist
[javac] import org.mmbase.util.images.*;
[javac] ^
[javac]
/home/ebunders/mmbase/cvscheckout/head/mmbase/applications/taglib/src/org/mmbase/bridge/jsp/taglib/ImageTag.java:22:
cannot find symbol
[javac] symbol : class Images
[javac] location: package org.mmbase.module.builders
[javac] import org.mmbase.module.builders.Images;
[javac] ^
[javac]
/home/ebunders/mmbase/cvscheckout/head/mmbase/applications/taglib/src/org/mmbase/bridge/jsp/taglib/ImageTag.java:284:
cannot find symbol
[javac] symbol : class Dimension
[javac] location: class org.mmbase.bridge.jsp.taglib.ImageTag
[javac] public String getOutputValue(int mode, Node node, String
servletPath, Dimension dim) throws JspTagException {
[javac]
^
[javac]
/home/ebunders/mmbase/cvscheckout/head/mmbase/applications/taglib/src/org/mmbase/bridge/jsp/taglib/ImageTag.java:317:
cannot find symbol
[javac] symbol : class Dimension
[javac] location: class org.mmbase.bridge.jsp.taglib.ImageTag
[javac] public String getBaseAttributes(String url, Dimension dim)
throws JspTagException {
[javac] ^
[javac]
/home/ebunders/mmbase/cvscheckout/head/mmbase/applications/taglib/src/org/mmbase/bridge/jsp/taglib/ImageTag.java:351:
cannot find symbol
[javac] symbol : class Dimension
[javac] location: class org.mmbase.bridge.jsp.taglib.ImageTag
[javac] public Dimension getDimension(Node node, String template) {
[javac]^
[javac]
/home/ebunders/mmbase/cvscheckout/head/mmbase/applications/taglib/src/org/mmbase/bridge/jsp/taglib/FieldInfoTag.java:388:
warning: [deprecation] getGUIType() in org.mmbase.bridge.Field has been deprecated
[javac] show = field.getGUIType();
[javac] ^
[javac]
/home/ebunders/mmbase/cvscheckout/head/mmbase/applications/taglib/src/org/mmbase/bridge/jsp/taglib/FieldListTag.java:166:
warning: [deprecation] getContextContainer() in
org.mmbase.bridge.jsp.taglib.util.ContextCollector has been deprecated
[javac] return collector.getContextContainer();
[javac] ^
[javac]
/home/ebunders/mmbase/cvscheckout/head/mmbase/applications/taglib/src/org/mmbase/bridge/jsp/taglib/ImageTag.java:184:
cannot find symbol
[javac] symbol : variable Images
[javac] location: class org.mmbase.bridge.jsp.taglib.ImageTag
[javac] return node.getFunctionValue(cachednode, new
Parameters(Images.CACHE_PARAMETERS).set(template, template)).toNode();
[javac]
^
[javac]
/home/ebunders/mmbase/cvscheckout/head/mmbase/applications/taglib/src/org/mmbase/bridge/jsp/taglib/ImageTag.java:210:
cannot find symbol
[javac] symbol : class Dimension
[javac] location: class org.mmbase.bridge.jsp.taglib.ImageTag
[javac] Dimension dim = getDimension(originalNode, templateStr);
[javac] ^
[javac]
/home/ebunders/mmbase/cvscheckout/head/mmbase/applications/taglib/src/org/mmbase/bridge/jsp/taglib/ImageTag.java:352:
cannot find symbol
[javac] symbol : class LazyDimension
[javac] location: class org.mmbase.bridge.jsp.taglib.ImageTag
[javac] return new LazyDimension(node, template);
[javac]^
[javac]
Re: [Developers] build broken?
hi I was also making a valiat attempt to find te solution, and found that resources can not be build becouse these jars can not be resolved property name=project.jars.includes value=jai_codec.jar,jai_core.jar / (for as far as i can see) but maybe this is coused by something else... anyway: can't beet the pro's :-) regards, Ernst Michiel Meeuwissen wrote: Michiel Meeuwissen wrote: Ernst Bunders wrote: hello guys I try to build mmbase for the first time in a while, and something seems to be broken: I thought I fixed that yesterday (at least in the ant-build), but I seem to have forgotten something, because also the nightly build failed again. It was only compiled in a wrong order. I'll check in the fix in a few seconds. Michiel ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] Call: New RMMCI Implementation
START OF VOTING: 2006-09-25 14:00 END OF CALL: 2006-09-28 14:00 [X] +1 (YES) [_] +0 (ABSTAIN ) [_] -1 (NO), because : any reason for folks to update to 1.5 ;-) regards, Ernst ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] CALL: Cloud.getPossibleContexts() / Authorization.getPossibleContexts()
[X] +1 (YES, in 1.8 and 1.9) [_] +1 (YES, in 1.9 only) [_] +0 (ABSTAIN) [_] -1 (NO), because : [_] VETO, because : regards, Ernst ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] 'command server' (VOTE)
START OF VOTING: 2006-09-04 15:00 END OF CALL: 2006-09-07 1500 [X] +1 (YES, in 1.8) [_] +0 (ABSTAIN) [_] -1 (NO), because : [_] VETO, because : Michiel Ernst ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] VOTE: Calendar-contribution
Michiel Meeuwissen wrote: [X] +1 (YES) [_] +0 (ABSTAIN ) [_] -1 (NO), because : nice one! Ernst ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] CALL ENDS: Contributions CMSContainer
I agree to this, and i will (try to) check it out and try it as soon as i find the time. More and more people seem to think it is realy time for component based mmbase development. regards, Ernst Henk Hangyi wrote: Hi Nico, Sources are added to cvs. Congratulations to you and the Finalist team! I think this is a real big step for MMBase as a CMS and for its community. Thanks. Kind regards, Henk. ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] Call for new commitor: Ruud Prein
YEA : [X] Ernst ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] CALL: Contributions CMSContainer
Nico Klasens wrote: Ernst Bunders wrote: Nico Klasens wrote: For the people, who haven't seen the demo last week on the status of the cmsc, the latest version is running on http://cmsc.finalist.com i took a look, and it is not working properly. when i click on the link to the 'site' i get a directory listing. Something with the servlet mapping? the 'management' link is working ok. Oops, changed the application setting to run multiple sites on one domain, but forgot to change the link. Should work now. yes, it dous. thanks, Ernst Nico ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] RFC: MMBase frameworks
to make it a success. Next to this we continue to set out a repository standard in the mmbase world. We like to deliver several mmbase components which together create a base system for a content repository application. The first is important to you, the second is important to us. I can be happy about that. Finalist is a strong development potential for mmbase, and it needs that. I do am afraid I led this discussion off topic a bit, but that was why i did not comment to the individual points of Johannes' mail in the first place. For me this is a bit of an opportunity to talk about mmbase, and to find out about what others think and do. I think it is a nesecary step in the process of developing something like the proposed component structure Regards, Nico Ernst Bunders wrote: hi I will not react to your document point by point. I would rather react to the assumptions (i think) lie behind it. There is a lot of talk about the need for a framework or container that can make bits of functionality work together. This is a very good idea. What i wonder though is how this should be approached. Finalist chose for a very 'dominant' solution, where the the role of mmbase is marginalized to that of 'datapump'. I feel there is not a lot of attention for what is already there and what approach is in line with the 'mmbase way of things'. Mmbase has a lot of power in the tag lib, so what happens is that a lot is being done in templates. Adding functions to the equation even made this a more attractive approach, striking a nice balance between presentation-code separation and ease of use. If you would have to implement java interfaces to translate the functionality of your application to the container, you loose that power, and you may loose investment in developed functions as well, if it turns out that calling functions is not a conveneant way to implement the interface. The whole thing becomes very java-centric which i think would be a loss. Personally i would rather see a move in the other direction where it becomes more and more easy to develop with mmbase, also for non-java programmers. Idears in that direction comprise adding scripting support for scritable functions and system callbacks, and development of better (gui) tools. So, i think that if you want to address the problem of reuse of mmbase functionality, you should try to do it as non-obtrusive as possible. this can be achieved in several ways: - strong convention: (i don't need a java interface to a functionality if i can look at the cloud design and use it with the tag lib.) - formalizing existing solutions - think of clear boundaries to the areas you want to manage (don't manage everything) So: builder name blurr can be overcome by choosing default builders (we don't need mixin for that), also by using application dependencies you can already define collaboration between functionality and reuse. I think the apps1 spec is not complete, and apps2 is still hanging there.. Still, maybe this is all we really need. Maybe we should focus more on creating those applications, that use each other and integrate well, and provide the documentation and information needed to reuse them successfully. Perhaps special attention should go to how different 'applications' interact in one screen. The portlet spec. has an answer to that, but perhaps we could think of something that is much more in line with the current way of things. Something more lightweight, again more based on convention. Something that is just as easily used as ignored. I can imaging the mixin idea can be very interesting if this means you can define 'meta objects' what i mean is an object consisting of different nodes. Say, an article meta object, consisting of an article node, some paragraph nodes, and some image nodes. I can imagine that could have a lot of use (also for import export purposes). So, in conclusion, i am not really happy with where this is all going. Finalist is obviously driving this towards an architecture where java programming is central to mmbase development (it's what they do after all), and mmbase is just one more framework in their stack. I think mmbase has some properties that make it different from all those (very nice) j2ee spinoff api's, and i think we should expand on that, in stead of marginalize. regards, Ernst Johannes Verelst wrote: Hi all, As some of you know (and probably others don't), I have been busy together with Nico Klasesn to see if there is a way to create an MMBase framework. The reason is simple: many companies have spent huge amounts of money for custom MMBase implementations, and components in those implementations are never given back to the community. One of the reasons is because of the 'lock-in' to their own framework which was built on top of MMBase. With many frameworks already in existance, and the need for generic components, I looked with Nico at Didactor
Re: [Developers] RFC: MMBase frameworks
hi I will not react to your document point by point. I would rather react to the assumptions (i think) lie behind it. There is a lot of talk about the need for a framework or container that can make bits of functionality work together. This is a very good idea. What i wonder though is how this should be approached. Finalist chose for a very 'dominant' solution, where the the role of mmbase is marginalized to that of 'datapump'. I feel there is not a lot of attention for what is already there and what approach is in line with the 'mmbase way of things'. Mmbase has a lot of power in the tag lib, so what happens is that a lot is being done in templates. Adding functions to the equation even made this a more attractive approach, striking a nice balance between presentation-code separation and ease of use. If you would have to implement java interfaces to translate the functionality of your application to the container, you loose that power, and you may loose investment in developed functions as well, if it turns out that calling functions is not a conveneant way to implement the interface. The whole thing becomes very java-centric which i think would be a loss. Personally i would rather see a move in the other direction where it becomes more and more easy to develop with mmbase, also for non-java programmers. Idears in that direction comprise adding scripting support for scritable functions and system callbacks, and development of better (gui) tools. So, i think that if you want to address the problem of reuse of mmbase functionality, you should try to do it as non-obtrusive as possible. this can be achieved in several ways: - strong convention: (i don't need a java interface to a functionality if i can look at the cloud design and use it with the tag lib.) - formalizing existing solutions - think of clear boundaries to the areas you want to manage (don't manage everything) So: builder name blurr can be overcome by choosing default builders (we don't need mixin for that), also by using application dependencies you can already define collaboration between functionality and reuse. I think the apps1 spec is not complete, and apps2 is still hanging there.. Still, maybe this is all we really need. Maybe we should focus more on creating those applications, that use each other and integrate well, and provide the documentation and information needed to reuse them successfully. Perhaps special attention should go to how different 'applications' interact in one screen. The portlet spec. has an answer to that, but perhaps we could think of something that is much more in line with the current way of things. Something more lightweight, again more based on convention. Something that is just as easily used as ignored. I can imaging the mixin idea can be very interesting if this means you can define 'meta objects' what i mean is an object consisting of different nodes. Say, an article meta object, consisting of an article node, some paragraph nodes, and some image nodes. I can imagine that could have a lot of use (also for import export purposes). So, in conclusion, i am not really happy with where this is all going. Finalist is obviously driving this towards an architecture where java programming is central to mmbase development (it's what they do after all), and mmbase is just one more framework in their stack. I think mmbase has some properties that make it different from all those (very nice) j2ee spinoff api's, and i think we should expand on that, in stead of marginalize. regards, Ernst Johannes Verelst wrote: Hi all, As some of you know (and probably others don't), I have been busy together with Nico Klasesn to see if there is a way to create an MMBase framework. The reason is simple: many companies have spent huge amounts of money for custom MMBase implementations, and components in those implementations are never given back to the community. One of the reasons is because of the 'lock-in' to their own framework which was built on top of MMBase. With many frameworks already in existance, and the need for generic components, I looked with Nico at Didactor, the EO site and to finalist's Karma/CMSC. The result of this session is now a word document that I attach here (html version also added). The main suggestion is: don't enforce a great unified mmbase framework, but work the other way around: define some interfaces that frameworks should implement and components must use. That way every framework can keep its own way of doing things. So, don't enforce people to use either tree-include or leaf-include, but create an interface for creating URLs for which the EO will write an implementation for their framework which generates urls based on leaf-include. Next week, on the symposium organized by Jo, I will present this proposal to parties interested in a mechanism to share components between parties. Currently it is my proposal (together with
Re: [Developers] RFC: MMBase frameworks
Johannes Verelst wrote: Hi Ernst, I will not react to your document point by point. I would rather react to the assumptions (i think) lie behind it. I believe this is dangerous, because you assume a lot about my motivation. My underlying idea is completely different from what you think it is, and I think we have more things we agree on than we disagree on. And right you are, it seemed to me the proposal was geared towards accomodating the mmbase container project by finalist, on account of this topic being exactly the bit they hadn't really filled in yet, and you seemd interested to spend some time on that project while it was discussed at a dev meeting some time ago. hence... There is a lot of talk about the need for a framework or container that can make bits of functionality work together. This is a very good idea. Agreed, hence this effort. What i wonder though is how this should be approached. Finalist chose for a very 'dominant' solution, where the the role of mmbase is marginalized to that of 'datapump'. I feel there is not a lot of attention for what is already there and what approach is in line with the 'mmbase way of things'. Let me clarify that I am NOT working for Finalist, and whether or not they really think of mmbase as a only datadump, I don't agree with this approach. So I agree with you on this point completely: MMBase is much more than a fancy database. duly noted :) Mmbase has a lot of power in the tag lib, so what happens is that a lot is being done in templates. Adding functions to the equation even made this a more attractive approach, striking a nice balance between presentation-code separation and ease of use. Agreed, in my current projects I use this exact approach: use functions for harder business logic, and all other things in taglib. If you would have to implement java interfaces to translate the functionality of your application to the container, you loose that power, and you may loose investment in developed functions as well, if it turns out that calling functions is not a conveneant way to implement the interface. The whole thing becomes very java-centric which i think would be a loss. I never said that components should be written in java. Actually I just propose some extra tags to be used in components (your applications if you like), so that they can be generic. Ofcourse these tags need java code behind them, and for THAT I propose to write interfaces. That i like. Only if you are a framework-builder you need to write java, all other people will write with taglibs. Personally i would rather see a move in the other direction where it becomes more and more easy to develop with mmbase, also for non-java programmers. Idears in that direction comprise adding scripting support for scritable functions and system callbacks, and development of better (gui) tools. Indeed, but that is out of scope for this document. agreed So, i think that if you want to address the problem of reuse of mmbase functionality, you should try to do it as non-obtrusive as possible. this can be achieved in several ways: - strong convention: (i don't need a java interface to a functionality if i can look at the cloud design and use it with the tag lib.) - formalizing existing solutions - think of clear boundaries to the areas you want to manage (don't manage everything) Yes, maybe and yes. These strong conventions will be part of this proposal, they are just not written down in detail. I don't really understand your second point, but I agree with the 3rd, again, that is what this document is about. what i mean by the second point is that what we want to acheeve is twoo things: 1 provide a way to gracefully intergrate components (or applications) so they become more reusable. This can probably be accomplished by laying out design conventions, and add code judiciusly to 'grease the wheels' 2 provide a stack of 'components' that work together and that can be extended upon. This is what i mean with the second point. Take cloud context security. We could start a discussion about what a standardized security container should do, or we could say: 'cloud context security' is the preferred way, everything we build uses it, and if it lacks functionality we extend it without changing it. perhaps there are more modules out there that are simple yet powerfull enough to make it as 'preferred component' I only described those areas on which I think that you must write a specific solution for your specific framework (in java), which can be accessed from your application through taglibs. So: builder name blurr can be overcome by choosing default builders (we don't need mixin for that), also by using application dependencies you can already define collaboration between functionality and reuse. I think the apps1 spec is not complete, and apps2 is still hanging there.. Still, maybe this is all we really need. Maybe we should focus more on
Re: [Developers] Call for new committor: Peter Maas
CALL FOR: new committor: Peter Maas START OF VOTING: 2005-22-05 13:00 END OF CALL: 2005-25-05 13:00 YEA : X ABSTAIN : NAY : VETO : Ernst ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] Call for new committer: Henk Hangyi
[X] +1 (YEA) [_] +0 (ABSTAIN ) [_] -1 (NAY), because : [_] VETO, because: nice one, Henk. Ernst ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] RFC: MMBase frameworks
hi I will read it tonight, and react to it tomorrow ernst Johannes Verelst wrote: Hi all, As some of you know (and probably others don't), I have been busy together with Nico Klasesn to see if there is a way to create an MMBase framework. The reason is simple: many companies have spent huge amounts of money for custom MMBase implementations, and components in those implementations are never given back to the community. One of the reasons is because of the 'lock-in' to their own framework which was built on top of MMBase. With many frameworks already in existance, and the need for generic components, I looked with Nico at Didactor, the EO site and to finalist's Karma/CMSC. The result of this session is now a word document that I attach here (html version also added). The main suggestion is: don't enforce a great unified mmbase framework, but work the other way around: define some interfaces that frameworks should implement and components must use. That way every framework can keep its own way of doing things. So, don't enforce people to use either tree-include or leaf-include, but create an interface for creating URLs for which the EO will write an implementation for their framework which generates urls based on leaf-include. Next week, on the symposium organized by Jo, I will present this proposal to parties interested in a mechanism to share components between parties. Currently it is my proposal (together with Nico), but I would hope it could be our proposal. For that I need your comments, insights and possibly even flamewars :). Johannes ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
[Developers] new editwizard implementation
hello developers Some time ago we heard from Finalist that they had taken upon them to provide a new, clean implementation of the edit wizards. Shortly after that (or was is simultaneous?) Pierre shook the mmbase world with his vision of project 'rincewind'. So, i wonder, what has become of all this? Not much has been heard to be sure. I know some testing has been performed, but perhaps it would be nice to get something like a formal status of the project. regards, Ernst ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] new editwizard implementation
Pierre van Rooden wrote: Ernst Bunders schreef: So, i wonder, what has become of all this? Not much has been heard to be sure. I know some testing has been performed, but perhaps it would be nice to get something like a formal status of the project. The code that was delivered is incomplete and does not work properly. It is undocumented, and the code makes some peculiar design choices, which don't help in making it transparent. Some things simply won't work. Some elements are hard to trasnlate (i.e. xpaths), but also a lot of elements or options were not or not properly implemented. I worked on it for while but I am no longer allowed to spend time on it. So for the moment the project is canceled. Gomez That's a pity :-( Ernst ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] MMBase 1.8.1, 1.9.0 and beyond
Henk Hangyi wrote: Hi Kees, It never felt right to extend Builder to add functionality. Why not? It is great fun and very valuable both from a theoretical as well as a practical point of view. That never worked good enough for my needs. The real problem IMHO is that it's not easy to program against MMBase using java. My solution is well known. I just write a lot of I agree with you and at the same time disagree, because yes, the API of MMBase contains a lot of unclear and redundant parts, but on the other hand its object orientation, relation management and extendibility is a big advantage in building professional webapplications. And of course if you talk about real-time multiuser games, then the performance for MMBase is not good enough. But for a lot goals its performance is more than sufficient. jsp/taglib code and that just works , it doesn't need the compile/deploy cycle and develops quite fast. and if you are creating website at least You know where to find the code. While it's a solution , to me it's telling me that MMBase is great product for fast/ad-hoc development(If you already know MMBase that is) but You need to compare it to other emerging technology like the Rails framework or just for that matter good old php/MysqlAdmin. Yes i think MMBase great for ad-hoc development, but when it comes to professional use you can (and should) also scale it towards a strict MVC approach. In these situations PHP/MysqlAdmin is not an option at all. I totally agree with nico about the session stuff and vague concepts. I also agree with Michiel he is trying to make .. very important but are not concentrating on what the developer want or what the user want :) I agree with you and Nico on this point. hello developers let me first say that i think this is a great discussion, and a very important one. MMBase is being 'overcast' by a number of frameworks that seem to work well, and each address a part of the problem that mmbase is (trying to) solve in one stop. -Hybernate is better in performance but less flexible in it's datamodel approach. -ejb is very powerfull and very structured, but unsutable for rapid development (i think, without knowing the world about ejb). -spring delivers a strong separation between your code and the framework (as well as a means to intergrate different frameworks smoothly), but requires you to use java where mmbase allows you to use tablib, which is very user friendly. But the focus and clarity of design of these products do bring the somewhat vagueness of archtecture of mmbase to the light. I think most people that know mmbase quite well don't know many things about it at the same time. The bridge is a good example. Who knows exactly what happens there (like Nico says)? Each time you have to look, and some details are hard to remember becouse they are simply illogical. or non-intuitive. I wonder if we could use the decorator pattern to sort out the builder and node issue. For instance, we could have a basic Node, that only knows it's data and it's builder and it's relations and so on. Then you could create decorators for: - security - persistance - versioning - i19n That way the core could work with nodes without a security decorator (Michiel's argument for having security in the bridge) and the context would allways give nodes with the securty decorator. I must admit i havn't thought this though entirely (probably don't have the brain for it anyway :-) ), but the heart of the matter is that i agree with most people that the mmbase api is not terribly clear, and could use some serious restructuring. The node builder situation especially, as this is the core of mmbase. Perhaps this approach would allow the node object to grow without braking it's interface or creating all kinds of 'special code in special places' to make things work right. I also value the rapid development side of mmbase very highly. Using uml2mmbase makes creating a cloud a breeze, and the generated wizards are at least a good starting point for what you really want. So i consider this definitely a strong point of mmbase that could even be extended upon. Maybe we should organize a theme day for this subject, becouse it is quite important. I think Michiels idears for 1.9 are good, but we really need to know a lot more before we can say: mmbase 2.0 is going to be like this. regards, Ernst main resons). A nice addition would be a framework that support the Strong points of MMBase (no compile/deploy cycle). What is the problem with the compile/deploy cycle? I think there are two groups of users: (1) using MMBase out-of-the-box for building websites / small-webapplications = no compiling needed or (2) using MMBase for professional web-applications = you can not do without a compile/deploy cycle. And then i dont see why we should redo the MVC approach, where Struts or JSF can already be used in combination with MMBase.
Re: [Developers] MMBase 1.8.1, 1.9.0 and beyond
Kees Jongenburger wrote: -Hybernate is better in performance but less flexible in it's datamodel approach. it's the opposite you mean it's performace is worse but it is more flexible? -ejb is very powerfull and very structured, but unsutable for rapid development (i think, without knowing the world about ejb). -spring delivers a strong separation between your code and the framework (as well as a means to intergrate different frameworks smoothly), but requires you to use java where mmbase allows you to use tablib, which is very user friendly. Of course we are comparing a a framework with a CMS, spring doens't required anything. it's the MVC pattern that usualy gets implemented using java code ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] MMBase 1.8.1, 1.9.0 and beyond
Daniel Ockeloen wrote: On May 12, 2006, at 10:56 AM, Ernst Bunders wrote: Kees Jongenburger wrote: -Hybernate is better in performance but less flexible in it's datamodel approach. it's the opposite you mean it's performace is worse but it is more flexible? Does anyone really know ? has anyone made say a page that collects a few items from a form and puts it in the cms ?. If someone has these tests why have they not shared them ? If mmbase is 10x slower using tags than something else with the same ease of use we need to take hard look at it. Well i think there is a long standing issue with commit times in mmbase. under certain curcomstances (I'm not sure what they are, but i have many times witnessed the phenomena in the wild) mmbase node commit times can exceed database commit times by factor 10. So that is a real performance issue. I think the cache release strategy (version 0.1 as they are) do a good job boosting performance (and also reducing db load), but they still have to prove themselves under various circumstances. Thats why michiel and i want to add jmeter scripts to the releases. That may be a good dear, but you need a little more i guess. you also need a standardized application and dataset to test on. Also creating a test that realistically mimics what happens inside mmbase on a bussy day is not so easy. Perhaps it is better to add more live performance monitoring tools, so you can see what happens in the real world. Another thing on this account is adding the ability to detect the absence of important db indexes, or other problems that keep mmbase from running well, and at least notify the adiministrator. but i think extensive live monitoring possibilities would be quite the thing to find out how well mmbase is doing. I added quite detailed performance monitoring to the cache release strategies for that purpose. Ernst Daniel. ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] MMBase 1.8.1, 1.9.0 and beyond
Kees Jongenburger wrote: On 5/12/06, Ernst Bunders [EMAIL PROTECTED] wrote: Kees Jongenburger wrote: -Hybernate is better in performance but less flexible in it's datamodel approach. it's the opposite you mean it's performace is worse but it is more flexible? Sorry , I was talking about the flexible datamodel. Hybernate is more flexible in it's data model. It can even use existing database. wana try modeling the mmbase model in hybernate ? ok, i understand. In that respect you are definitely right. ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] MMBase 1.8.1, 1.9.0 and beyond
Daniel Ockeloen wrote: On May 12, 2006, at 11:20 AM, Ernst Bunders wrote: Daniel Ockeloen wrote: On May 12, 2006, at 10:56 AM, Ernst Bunders wrote: Kees Jongenburger wrote: -Hybernate is better in performance but less flexible in it's datamodel approach. it's the opposite you mean it's performace is worse but it is more flexible? Does anyone really know ? has anyone made say a page that collects a few items from a form and puts it in the cms ?. If someone has these tests why have they not shared them ? If mmbase is 10x slower using tags than something else with the same ease of use we need to take hard look at it. Well i think there is a long standing issue with commit times in mmbase. under certain curcomstances (I'm not sure what they are, but i have many times witnessed the phenomena in the wild) mmbase node commit times can exceed database commit times by factor 10. So that is a real performance issue. I think the cache release strategy (version 0.1 as they are) do a good job boosting performance (and also reducing db load), but they still have to prove themselves under various circumstances. Thats why michiel and i want to add jmeter scripts to the releases. That may be a good dear, but you need a little more i guess. you also need a standardized application and dataset to test on. Also creating a test that realistically mimics what happens inside mmbase on a bussy day is not so easy. Perhaps it is better to add more live performance monitoring tools, so you can see what happens in the real world. Another thing on this account is adding the ability to detect the absence of important db indexes, or other problems that keep mmbase from running well, and at least notify the adiministrator. but i think extensive live monitoring possibilities would be quite the thing to find out how well mmbase is doing. I added quite detailed performance monitoring to the cache release strategies for that purpose. Ernst Well if we don't have proof that we can use and check what is wrong we will not get anywhere ... I fully agree with you Ernst but if we never start to compare but keep it claims 'mmbase is slower than x when doing y' it just stays a claim. Mistakes are made there are several in 1.8.0 that effect performance but its untested so we didn't even notice in all the nightly builds (i yesterday fixed one that resulted in a 10x speedup on some things). I do agree with you. It is definitely a good idear to have a standerdized performance test. Daniel. ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] MMBase 1.8.1, 1.9.0 and beyond
Kees Jongenburger wrote: -Hybernate is better in performance but less flexible in it's datamodel approach. it's the opposite -ejb is very powerfull and very structured, but unsutable for rapid development (i think, without knowing the world about ejb). -spring delivers a strong separation between your code and the framework (as well as a means to intergrate different frameworks smoothly), but requires you to use java where mmbase allows you to use tablib, which is very user friendly. Of course we are comparing a a framework with a CMS, this is an interesting point, but i nearly let it slip... Wat is the definition of a CMS? that it merely allows you to reach content and perhaps modify it? but what is the difference between 'content' and 'data' and what happens to the CMS if all kinds of business rules are added to make sure the right things happen to the data? is it still a CMS? or has it become an middle tier application framework? I have seen many mmbase projects that blurry the line as much as possible, using mmbase as an application framework and find it wanting. More so, if mmbase were 'just' a CMS would we have all this discussion about where and how to extend (read: add your own business rules to) mmbase?? It is an interesting point because the fundamental question about mmbase 2 is: what is mmbase? How dous it relate to all these frameworks that do a bit of the same? I think the answers to these questions should be hour guide towards an mmbase 2.0 design. Ernst spring doens't required anything. it's the MVC pattern that usualy gets implemented using java code ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] MMBase 1.8.1, 1.9.0 and beyond
André van Toly wrote: Op 12-mei-2006, om 11:35 heeft Nico Klasens het volgende geschreven: This is exactly the point in which MMbase and Hibernate made different design choices. The hibernate guys will tell you never to use many-to-many relations anywhere. There is always a better alternative. MMbase uses many-to-many relations everywhere. But they both solve the persisitency problem Is it not true that it is your own choice to use many-to-many relations while building MMBase applications? You can avoid them and (maybe, we don't know because there are no tools to measure) build a fast performing application. I think the point is that mmbase is allways using a join table (ei the relation) to join twoo nodes. That is not good for performance. Wat is really bad is if the same join table is used to join say 5 or 6 steps in one query. mmbase knows no other way. Specially when you combine this with crappy database inheritance, the insrel table becomes a problem.. Ernst ---André ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] MMBase 1.8.1, 1.9.0 and beyond
Daniel Ockeloen wrote: On May 12, 2006, at 11:53 AM, Ernst Bunders wrote: Kees Jongenburger wrote: -Hybernate is better in performance but less flexible in it's datamodel approach. it's the opposite -ejb is very powerfull and very structured, but unsutable for rapid development (i think, without knowing the world about ejb). -spring delivers a strong separation between your code and the framework (as well as a means to intergrate different frameworks smoothly), but requires you to use java where mmbase allows you to use tablib, which is very user friendly. Of course we are comparing a a framework with a CMS, this is an interesting point, but i nearly let it slip... Wat is the definition of a CMS? that it merely allows you to reach content and perhaps modify it? but what is the difference between 'content' and 'data' and what happens to the CMS if all kinds of business rules are added to make sure the right things happen to the data? is it still a CMS? or has it become an middle tier application framework? I have seen many mmbase projects that blurry the line as much as possible, using mmbase as an application framework and find it wanting. More so, if mmbase were 'just' a CMS would we have all this discussion about where and how to extend (read: add your own business rules to) mmbase?? It is an interesting point because the fundamental question about mmbase 2 is: what is mmbase? How dous it relate to all these frameworks that do a bit of the same? I think the answers to these questions should be hour guide towards an mmbase 2.0 design. Ernst whatever you call it i think we already took this step. MMBase 2.0 will move to a place where it does more than just the old cms but become a place where we can share real applications/components in a useful way. For me the main reason is the sharing on the core its not easy to share (and its not that needed except for a few core developers) but sofar ontop of the core we didn't set out many rules and so we have no way of sharing. The upcoming framework ideas will try to solve that. Let me be very clear i don't see MMBase going anywhere if we don't solve this issue so if you don't agree please yell now or ehmmm forever ... you know the drill :). The reason that we are getitng mutliple frameworks ontop is the reason why action is needed since you can't share things if you don't have a common framework. for me it is obveous that mmbase is moving towards an application framework, but i find it intersting that Kees dous not seem to think so. I agree with you we have to be (at least in principle) of one mind about the purpose and future of mmbase, if we want to drag it (kicking and screaming) into the age of the fruitebat... Daniel. ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] MMBase 1.8.1, 1.9.0 and beyond
Michiel Meeuwissen wrote: Paul van Beukering wrote: What we would realy like to be added in the tag library is possibility to update multiple records in one query: something like: mm:updatenodescontainer type=scores mm:constraint field=periodscore operator= value=0 / mm:updatenodes mm:setfield name=periodscore0/mm:setfield /mm:updatenodes /mm:updatenodescontainer For now we create our own querys for it, also works. I agree, something like this would be nice, and we have already thought of it. It is not very simple to add in the taglib though, because the search query framework is targeted at select-statements. But perhaps it might not be very difficult to change things in the query framework somewhat to make these kind of things possible. It may be worthwhile to explore how involving that would actually be, because I've no idea. It may be a few days work, or totally impossible without a near complete rewrite but is it nessecary to do it through the query framework? Should it nog be included in the StorageManager? Ernst Michiel ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] MMBase 1.8.1, 1.9.0 and beyond
Michiel Meeuwissen wrote:
Ernst Bunders wrote:
shouldn't it be more logical to have something like:
mm:listnodes type=news id=n
mm:node node=n:author
!-- do stuff --
/mm:node
/mm:listnodes
This is possible already. It goes like this:
mm:listnodes type=news
mm:node element=author
..
/mm:node
/mm:listnodes
well well, how about that...
The drawback is tha tif you do a mm:relatednodes at '..' it will do many
new queries. Of course, we could try to automaticly update this, but
still we need the possibility to query that then (which cannot be done
now).
Your syntax seems to suggest that you can access the author without
using the news, which is a bit odd, becouse the author is only relevant
(ie an author) in respect to this news node.
I meant that 'author' is a field of news, namely a foreign key ('node
field') to a people object.
You cannot use a field of a node without the node.
Of course this also means that the node cannot have more then one author
(because it has only one author field). If that is not a problem, you
could use it, and simplify things. The only problem is that you cannot
query them with one query, while that is possible in SQL. So, that was
what I was suggestint a solution for.
i understand. Good idear
Michiel
___
Developers mailing list
Developers@lists.mmbase.org
http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] MMBase 1.8.1, 1.9.0 and beyond
Michiel Meeuwissen wrote: Edwin van der Elst wrote: When you actually develop application with MMBase, you tend to program to the cloud-API, not use the taglib. That depends. I usually limit myself to taglib if possible, because that avoids a lot of complexity. The common problems I encounter: - No foreign keys (since everything is in related using insrel, the database cannot check key constraints properly). node fields are foreign keys. But the problem is being to able to use those in the 'path' (see also my suggestion elsewhere in this thread about this). - Performance is bad with queries over mulitple relations Especially when it leads to 'OR' queries though. This should not happen in a clear cloud model, and it is advicable to explicitely avoid it using 'searchdirs' otherwise. But still, the extra 'depth' of the query is sometimes undesirable. We agree on that :-) still, most queries in a typical mmbase application are very cachable, and should be cached. Allso, normally query execution time should stay below 10 - 15 millisecs, or else you have trouble with your indexes, or with your queries (or you are stuck with some totally useless database inheritance scheme :-) ). Presently i don't feel query times to be an actual problem (unlike update times). - No mapping to POJO's This means that you have to call 'node.getStringValue() etc.' methods all the time, can make errors in names of fields (going unnoticed for a long time, given the 'nice' default values instead of exceptions) This is particularly unfortunate becouse mmbase nodes can not be used in combination with jstl and expression language, as methods such as node.getStringValue(name) are not supported bij expression language. This stands in the way of using mmbase for building mvc webapps. 1.8 throws exceptions here. (unless you switch that off again). Michiel ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] MMBase 1.8.1, 1.9.0 and beyond
Kees Jongenburger wrote: Especially when it leads to 'OR' queries though. This should not happen in a clear cloud model, and it is advicable to explicitely avoid it using 'searchdirs' otherwise. But still, the extra 'depth' of the query is sometimes undesirable. We agree on that :-) still, most queries in a typical mmbase application are very cachable, and should be cached. Allso, normally query execution time should stay below 10 - 15 millisecs, or else you have trouble with your indexes, or with your queries (or you are stuck with some totally useless database inheritance scheme :-) ). Presently i don't feel query times to be an actual problem (unlike update times). Is the caching framework ready to do stuff like forums? well, the idear is that you can easily write your own custom application -specific release strategy. I often used the forum as an example. If you have forumthreads with forummessages, the usual problem is that when a message is posted in a thread, all the queries that fetch messages from any thread will be flushed. For this you would write a release strategy that, when a relation is created between a forum message and a forum thread, would: 1 get the tread of the 'new' message. 2 get the thread of the query examined. 3 if they match, flush the query, otherwise no. you don't have to worry about the message node being committed. As a rule multilevel queries are no longer flushed on commit of a node (it has no relations yet, so for multilevel queries it get's interesting when a relation is created) so, i guess, the answer would be yes ernst This is particularly unfortunate becouse mmbase nodes can not be used in combination with jstl and expression language, as methods such as node.getStringValue(name) are not supported bij expression language. This stands in the way of using mmbase for building mvc webapps. I think it's OK to use taglibs to get the data that needs displaying, the jsp should just not use request parameters do define what it should be showing. ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] MMBase 1.8.1, 1.9.0 and beyond
Michiel Meeuwissen wrote:
Ernst Bunders wrote:
- No mapping to POJO's
This means that you have to call 'node.getStringValue() etc.' methods
all the time, can make errors in names of fields (going unnoticed for
a long time, given the 'nice' default values instead of exceptions)
This is particularly unfortunate becouse mmbase nodes can not be used in
combination with jstl and expression language, as methods such as
node.getStringValue(name) are not supported bij expression language.
This stands in the way of using mmbase for building mvc webapps.
This is not true. In 1.8 the following works:
mm:node id=mynode
${mynode.title}
/mm:node
and even anonymously:
mm:node
${_node.title}
/mm:node
This works by using org.mmbase.bridge.util.NodeMap (a map which still is
a node), and can work because EL also supports maps. So, if your MVC
fills the request-attributes with node objects it can do the same and
wrap them in such a NodeMap, and they can perfectly naturally be used in
the view.
well, dammit boy, do you ever sleep?? :-)
ernst
Michiel
___
Developers mailing list
Developers@lists.mmbase.org
http://lists.mmbase.org/mailman/listinfo/developers
[Developers] editwizard blues
hello developers i am upgrading a site to mmbase 1.74 (thougt using this stable release would keep me out of trouble, hoho). I have some problems with the editwizards first: i get this error all the time: file:///home/ebunders/dynasol/draj/src/webapps/versie2/mmbase/edit/wizard/data/xsl/prompts.xsl; Line #29; Column #65; javax.xml.transform.TransformerException: ElemTemplateElement error: prompt i think it meens that 'prompt' is a parameter for the template and it is supposed to be an name of another template to call, but the value is not a valid template name. i'm not shure and have no way to test it (that i know). allso i dont know how this could happen. it only happens when i call list.jsp (not wizard.jsp) allso: list.jsp is not able to show dates. i did som searching and discovered in baselist.xsl the call to date:format() I did some testing and found it is being called with values: 1145440440,:LONG.SHORT,,nl, where the fields are: [value],[format],[timezone],[language],[country] the wizards handle the date fields correctly. the error i get is: (Location of error unknown)Extension function org.mmbase.bridge.util.xml.DateFormat : format is unknown so in spite of the fact all attritutes seem to be ok, i still get a transformation error I don't know if the twoo abouve errors are connected, but i presume they are. bugger. I hope someone can help me out on this one. regards, Ernst ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
Re: [Developers] editwizard blues
you are the man! thanks. this is tipically the kind of problem that makes me nervous becouse i don't know enough about xslt to be confident to fix it. + i think it is odd that this bug is in the 1.74 release. so i think creating a special release for it is not nesecary, but why can't we backport the file to 1.74 final? I will look into it Ernst That is in MMBase 1.7 of course, take a look at: http://cvs.mmbase.org/viewcvs/applications/editwizard/templates/data/ xsl/?only_with_tag=MMBase-1_7 ---André Op 26-apr-2006, om 11:25 heeft André van Toly het volgende geschreven: Hi Ernst, I believe you should replace the file: /mmbase/edit/wizard/data/xsl/ prompts.xsl with the current one from cvs. You are the n'th person tripping over this bug, which maybe could justify a MMBase 1.7.5 release ;-) ---André Op 26-apr-2006, om 11:01 heeft Ernst Bunders het volgende geschreven: hello developers i am upgrading a site to mmbase 1.74 (thougt using this stable release would keep me out of trouble, hoho). I have some problems with the editwizards first: i get this error all the time: file:///home/ebunders/dynasol/draj/src/webapps/versie2/mmbase/edit/ wizard/data/xsl/prompts.xsl; Line #29; Column #65; javax.xml.transform.TransformerException: ElemTemplateElement error: prompt i think it meens that 'prompt' is a parameter for the template and it is supposed to be an name of another template to call, but the value is not a valid template name. i'm not shure and have no way to test it (that i know). allso i dont know how this could happen. it only happens when i call list.jsp (not wizard.jsp) allso: list.jsp is not able to show dates. i did som searching and discovered in baselist.xsl the call to date:format() I did some testing and found it is being called with values: 1145440440,:LONG.SHORT,,nl, where the fields are: [value],[format],[timezone],[language],[country] the wizards handle the date fields correctly. the error i get is: (Location of error unknown)Extension function org.mmbase.bridge.util.xml.DateFormat : format is unknown so in spite of the fact all attritutes seem to be ok, i still get a transformation error I don't know if the twoo abouve errors are connected, but i presume they are. bugger. I hope someone can help me out on this one. regards, Ernst ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers -- André van Toly web http://www.toly.nlmobile +31(0) 627233562 -- -- ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers -- André van Toly web http://www.toly.nlmobile +31(0)627233562 ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers ___ Developers mailing list Developers@lists.mmbase.org http://lists.mmbase.org/mailman/listinfo/developers
