Naked Objects
- Imported in https://issues.apache.org/jira/browse/INFRA-3039
- Moved to
contrib/initial/nof
Fixes
Want to get a local build before doing svn copy of selected directories from contrib/initial/nof/framework/trunk/ into trunk/.
Locally applied fixes:
- Apache headers in wrong location on some DocBook files
- the nosql persistor's tests failing
- marked as ignore tests for now
- the site-skin's parent is wrong
- ignoring META-INF/MANIFEST.MF & build directories.
Copying over to trunk
copied over (one by one):
- applib/
- core/
- distribution/
- extensions/
- release/
- site-skin/
- src/
- support/
- LICENSE.TXT
- doxygen.css
- pom.xml
- log.css
not copied over:
- documentation (instead, let's mine it for info on an as-needed basis)
- experiments (my JSR-299 experiment, keep back for reference)
- domain-libs (can copy over when we have someone to take this on)
- README.TXT (related to NOF and sister objects)
- RELEASE.TXT (old release notes for NOF 4.0.0, we'll do this via some other method)
Fixes once in trunk
Deleting:
- extensions/berkeley-persistor
- extensions/hibernate-persistor
Rejig according to MavenModules page.
Wicket
Java / pom.xml
- Converted main, views, testapp/claims
- Not convered testapp/simple
Moved documentation's docbkx into main.
Updated apt (but not the site.xml)
Not converted docbook .xml
Not sure on the status of the views, though, because some of this stuff depends on wicketstuff... it might make sense to move this to isis-contrib.
Haven't checked the site build
Restful
oops ... (re-)discovered an LGPL dependency in XMLHttpRequest.src.js (Sergey Ilinsky). Have mailed him.
How to load a .dmp file
Historical, this is what I did to load Rob's dmp of NOF/Isis locally (isis-repo.dmp file, gzipped up) prior to it being tested.
| No Format |
|---|
$ svnadmin create d:\SVNREPO\isis-repo $ svnadmin load d:\SVNREPO\isis-repo < isis-repo.dmp $ svn co file:///d:/SVNREPO/isis-repo isis-migrate --depth empty $ cd isis-migrate $ svn up . -set--depth infinity |
I did find that the svn up hit seemingly fatal errors on several occasions; but just rerunning the svn up seemed sufficient.