Netbeans and Scala

I'm taking a look at Netbeans 6.0 with the new Scala plugin (http://blogtrader.org/page/dcaoyuan/entry/first_experimental_scala_supporting_for). When I tried to build a HelloScala app, I received the error "Could not load definitions from resource scala/tools/ant/antlib.xml."

Setting SCALA_HOME in my environment variables appears to not work with Windows Netbeans 6.0 final and the Scala plugin.

I've got SCALA_HOME=C:\scala in my environment (which is where my Scala lives). I've confirmed it by starting a Command prompt and typing "set". Yet I still get the scala/tools/ant/antlib.xml error.

However, adding -J-Dscala.home=C:\scala to the end of the netbeans_default_options string in C:\Program Files\NetBeans 6.0\etc\netbeans.conf resolves the problem.

I don't speak ant, but I'm betting that the following snippet from build-impl.xml doesn't behave as expected in some cases:

Having solved the Ant problem, I thought I’d build a simple HelloScala app.

Start Netbeans
Click the New Project icon on the toolbar
Select Scala
Press Next
Project name = ScalaApplication1
Location = K:\Code (giving Project Folder = K:\Code\ScalaApplication1)
Create main class = ScalaApplication1.Main
Press Finish
Press Shift-F6 to build and run.
Error message: java.lang.NoClassDefFoundError: ScalaApplication1/Main
Change "package __PACKAGE_NAME__" to "package ScalaApplication1"
Change "object __CLASS_NAME__" to"object Mail"
Press Shift-F6 to build and run.
Success!

Reinitialize a Deki Wiki

I’ve been messing around with a Deki wiki, and now I’m ready to start using it for real. Here’s how I set it back to its newly created state.

cd /path/to/your/deki/wiki/root
cd ./attachments
rm -rf *
mysql -u root -p

use db-catalog-name-from-mindtouch.deki.startup.xml;

Mine is deki-kleinfelter

DELETE FROM pages WHERE page_title!='' and page_namespace=0;
DELETE FROM attachments;
DELETE FROM comments;
select user_id, user_name, user_role_id from users;
You may want to delete some users rows. Do not delete your admin ID or the 'Anonymous' user. Me -- I didn't follow this advice. So here's the recovery:

service dekihost stop
mysqladmin -p drop database-name-here
Delete everything from /path/to/deki/wiki/root
cd to ~/Deki_Wiki_1.8.1a_Hayes_source
cp -r web/* /path/to/deki/wiki/root
chown -R apache /path/to/deki/wiki/root
service httpd restart
Browse to http://www.example.com/config/index.php
Complete and submit the form.
cd to the config directory under your DocumentRoot (e.g. cd /usr/local/wikis/example.com/config)
cp LocalSettings.php to your DocumentRoot (e.g. cp LocalSettings.php /usr/local/wikis/example.com/)
cp AdminSettings.php to your DocumentRoot (e.g. cp AdminSettings.php /usr/local/wikis/example.com/)
cp mindtouch.host.sh ../bin/
service dekihost start

If I missed something, please let me know!

Importing a MoinMoin Wiki into a Deki Wiki

I’m contemplating switching my wikis from MoinMoin to Deki. In order to be able to do this, I need to import MoinMoin pages and attachments into Deki.

What my scripts will do:

Import MoinMoin pages into Deki.
Import MoinMoin attachments into Deki.
Import MoinMoin users into Deki.
Create a mail-new-pw shell script you can run to notify all users of their user-ID and password on the new wiki.

Known limitations:

All page text is imported, but it may look a little different in Deki than in Moin.
All attachments and embedded images will be moved to the end of their respective pages, and the embedded references to them will be changed to a message directing the user to the attachments at the end of the page.
Embedded URLs will not be rewritten. This means that if your wiki is hosted at wiki.example.com, an url such as http://wiki.example.com/SomePage/Attached.file will NOT be adjusted to reference the relocated attachment.
Users will be imported, but passwords will not. The Deki password 'recovery' process is available to users to gain access to their migrated account, as well as the email-password script generated by this upgrade process.

Prerequisites:

A Deki wiki (can be empty).
A MoinMoin wiki.
A Windows PC with

Python 2.5
MoinMoin 1.5.8
Cygwin

The instructions below assume that you have a MoinMoin wiki at www.example.com, that you've been evaluating Deki at wiki.example.com, and that you want your new wiki to be available at www.example.com.
Patience!

It does all the Deki I/O via curl, so you can use it for samples of the curl commands for:

Authorization (login)
Page creation
Subpage creation
User creation
Attachments

Please note: I prefer to keep these instructions on my site, and that people download the scripts via this page. That way, there is a slight chance that I’ll pick up some extra cents from the ads.

Step-by-step instructions:

</strong>

Download my scripts to a Windows PC, and unzip them into a directory.
Download the MoinMoin data directory to a Windows PC.
Shut down your MoinMoin wiki and bring up your new Deki wiki at the old URL.

Edit your httpd.conf:

Comment out your MoinMoin VirtualHost at www.example.com.
Locate your entry for wiki.example.com, and change its server name to use www instead of wiki.

Restart Apache
Make sure your (possibly empty) Deki wiki works at the new URL.

Edit myoptions.py to contain values relevant to your Deki wiki.

Note: You may wish to create a special wiki user ID named something like "imported-from-old-wiki".

From a CMD prompt, run: python builder.py C:\path\to\your\wiki\data-directory

You now have a 'listfiles' subdirectory, containing content that is ready for importing into Deki, plus a 'load2deki.sh' shell script.

From a Cygwin prompt, run: bash load2deki.sh

Your pages have been loaded into your Deki wiki. Note that it is safe to re-run this script, if needed. It will overwrite any previous editions of the pages.

From a CMD prompt, run: python builder2.py C:\path\to\your\wiki\data-directory
From a Cygwin prompt, run: bash load2deki2.sh

Your attachments have been loaded into your Deki wiki.

From a CMD prompt, run: python builder3.py C:\path\to\your\wiki\data-directory
From a Cygwin prompt, run: bash load2deki3.sh

Your users have been loaded into your Deki Wiki.

Optional: Run mail-new-pw.sh on a server that supports the Unix/Linux 'mail' command. This will send email to each of your users, with their new ID/password.

Notes on Using Dekiwiki

Building from source hangs on a really big gmcs (C-sharp version of cc). I edited the Makefile in src/Dekiservices to remove excess trailing whitespace on lines ending with backslash.
<hr />

"My passwords" is not on the User Preferences screen for non-admin users.

Work-around: From your wiki root directory, edit includes/SpecialPreferences.php. At (or about) line 312, you'll see:

//todo: was using isLocal(), but that doesn't work
if ($wgUser->GetService()->GetSID() == WebService::SIDAUTHLOCAL) {

Change the "if" line to read:
if (true) {

and you will begin getting the "My password" fields.

QUESTION: What have I just done by removing the test for SIDAUTHLOCAL? Have I opened up a security hole?

UPDATE: This is not enough to get password updates to actually work.
1. Update includes/User.php and change this:

function isLocalAccount() { return $this->getService()->isLocal(); }

to this:

function isLocalAccount() { return true;}

2. Also edit includes/Title.php and change function isLocal to always return true
3. Note: I think that changing just 2 should do it, but it doesn't, so do both.

<hr />
If attachments give error messages about not being able to create directories or set permissions on files, but your permissions are correct, adding "LD_LIBRARY_PATH=/opt/mono-1.2.5.1/lib:" to the environment in which dekihost runs resolved the problem.

<hr />Timezone appears to be broken. To fix it:

vi languages/Language.php
find function userAdjust
right after $tz gets set, add

$tz = '-5:00'; # KPK KEVIN changed to force EST, because saving the timezone preference is broken.

vi includes/SpecialPreferences.php
Around line 301, comment out the 2 (not 3) lines that send the timezone control.

<hr />The part of changing your password that checks your old password appears to be broken, because all attempts in the code to fetch the password fail. Hack the code to allow ANY old password:

vi includes/User.php
Change function checkPassword to always return true. This does not break login, because login uses a different method to check the password.

<hr />The "Forgot password" feature is broken. To work around:

cd ~kevin/Deki_Wiki_1.8.1d_Hayes_source/src
vi src/services/Deki/Entities/UserBE.cs
Locate "public XDoc ToXml"
Inside this function, ensure that "showPrivateInfo = false" gets changed to "showPrivateInfo = true"
cd src
make root_dir=`pwd` PREFIX=`pwd`/bin

(Those are back-ticks above.)

e

Creating a Second Instance of Dekiwiki (Better Method)

Here’s a better method (better than my first method) for running a multiple wiki dekiwiki farm. My first instance was wiki.kleinfelter.org (with DocumentRoot /usr/local/wikis/deki-wiki-hayes-kleinfelter.org) and my second will be wiki.kleinfelter.com (with DocumentRoot /usr/local/wikis/deki-wiki-hayes-kleinfelter.com).

My wikis run on the same physical host, but with different domain names. Here’s how I created my second instance.

Before you start this procedure, you must have at least one instance of the "Hayes" release of Dekiwiki running on your Unix/Linux server.

cd ~ /Deki_Wiki_1.8.1a_Hayes_source

Decide where you are going to put your DocumentRoot. (I'm using /usr/local/wikis/deki-wiki-hayes-kleinfelter.com.)
mkdir /usr/local/wikis/deki-wiki-hayes-kleinfelter.com
cp -r web/* /usr/local/wikis/deki-wiki-hayes-kleinfelter.com
chown -R apache /usr/local/wikis/deki-wiki-hayes-kleinfelter.com

Edit your httpd.conf file (Mine is /usr/local/apache/conf/httpd.conf).

Copy the entire "<VirtualHost *:80>" section for your first instance and paste it below your existing instance.
In the newly pasted copy:

Change ServerName to the dns name of your new instance. (e.g. wiki.kleinfelter.com)
Change DocumentRoot to your new instance's DocumentRoot. (e.g. DocumentRoot "/usr/local/wikis/deki-wiki-hayes-kleinfelter.com")

edit /etc/init.d/dekihost. What you do here will be different, depending on whether you are starting with the dekihost file provided with dekiwiki, or you already have a multi-instance deki wiki running.

If you are going from one wiki to two wikis, you'll want a dekihost file that looks something like this one. Note that your apikey must match your dekihost's apikey.
If you are simply adding another instance to a multi-instance setup, just create another 'config id=xxxx' section.

Restart apache (e.g. service httpd restart)
Restart dekihost (e.g. service dekihost restart)
Open a browser to httpd://your-site-example.com/config/index.php. (Use your site's URL.)
Fill in the blanks and submit the form. Be sure to use a different Site Name, Database Name, and DB username than your other instances!
cd to the config directory under your DocumentRoot (e.g. cd /usr/local/wikis/example.com/config)
cp LocalSettings.php to your DocumentRoot (e.g. cp LocalSettings.php /usr/local/wikis/example.com/)
cp AdminSettings.php to your DocumentRoot (e.g. cp AdminSettings.php /usr/local/wikis/example.com/)

UPDATE: Well shoot! That didn’t work so well. The problem is that the code is still immature, and I decided that I really need complete independence of my two Deki wikis. This will let me upgrade them independently. I also ran into trouble with lucene when I re-indexed both wikis at the same time (Find/Search started giving error messages).

Create /etc/init.d/dekihost and /etc/init.d/dekihost2
Create /etc/dekiwiki/mindtouch.deki.startup.xml and /etc/dekiwiki/mindtouch.deki2.startup.xml

Do NOT change deki to deki2 in "<path>deki</path>"
Point this to each wiki in the two flavors: <deki-path>/usr/local/wikis/deki-wiki-hayes-kleinfelter.org</deki-path>
Update <config id="www.kleinfelter.org"> for each of your wikis
Ensure that the following is unique per wiki <path.store>/usr/local/var/luceneindex</path.store> and <path.store>/usr/local/var/luceneindex2</path.store>
Point the filter paths at each wiki's code base.

Create a file in vhosts.d for your wiki

In the second wiki, set both proxy rows to use 8082

/usr/local/apache/htdocs/kleinfelter-org/lbin/mindtouch.host.sh: set HTTP_PORT="8082"

SendTo Printer

From ghacks:

It is possible to add any printer to the Send To menu. To do this we have to open the SendTo folder which is located in Documents and Settings / userprofile / if you are using Windows XP and in the AppDate \ Roaming \ Microsoft \ Windows folder if you are using Windows Vista.

Create a new folder in the SendTo folder and name it Printers.{2227A280-3AEA-1069-A2DE-08002B30309D}. The icon will change to the printers icon and you can double-click it to access all of the known printers. Drag and Drop the printer(s) into the SendTo menu which makes them available in the right-click menu.

Customizing a Dekiwiki Instance

Change the site title (and the title of the home page) via Tools/Control Panel (log-in as the site administrator)
If you imported from a MoinMoin wiki, you'll want to copy (and clean-up) your Front Page into the site default page.
Replace the Mindtouch logo in the upper-left corner. Select Tools/Control Panel/Visual Appearance
Remove the Mindtouch logo in the lower-left corner. On the server, vi includes/Skin.php and search for function getPoweredBy. Change the function to return the empty string.
You can edit the help URL by adding to LocalSettings.php. a line resembling: $wgHelpUrl = 'http://www.kleinfelter.org/Help_on_Using_the_Wiki';

Creating a Second Instance of Dekiwiki

I’m evaluating Dekiwiki. Since I run multiple wikis, if I convert one to Deki, I want to convert them all. My wikis run on the same physical host, but with different domainnames. Here’s how I created my second instance. (To create a 3rd instance, substitute "3" for the "2" in the appropriate lines.)