FreeMind Plugin

Very nice

Can you please attach an example mm file?

Awesome! How hard is a java 1.5 version to achieve?

Fairy nough - we're going through an enormous redesign period right now and this is exactly what I need. I'll ask one of our java people to check it out if they have time.

Thanks for a great plugin, Jason.

FYI, license changed from ASL 2.0 to GPL 2 at the request of the Freemind authors.

How can I build it? It requires the com.atlassian.confluence:confluence-plugin-support Maven2 artifact, but I miss it.

Its been a while, but I finally had some time to muck with this more... still not sure how the whole GPL fluff works in this case, but I did a few things:

• remove the bin dist of the plugin
• updated the plugin's build to fetch the required bits and build a jar
• changed the plugins license back to ASL

So, its up to the user who wants to use this, to download the src, run the simple build and then install the jar. They should know that Freemind's license is GPL, but this plugin (the java code, velocity macros and build configuration), which does not invoke any Freemind code is licensed as ASL.

Sucks... just makes it harder for folks that want to use the plugin to actually use it (ie. can't include it in the repo client's metadata).

I suppose a better solution would be hack up a plugin configuration action which would ask the user if they want to install the GPL code, and then reference that downloaded binary when generating the HTML to render the applet... though still not sure if that is legit or not.

Anyways, I think this is closer to legit now, as the java plugin code is ASL, and that java plugin code does not import any GPL code (only renders HTML). Only gray area is that for the plugin to work it needs to have the GPL Freemind jar inside of it... but since there is no more binary distribution of that archive, any licensing issues are assumed by the user when the build/install the jar.

Just curious - has there been any progress on a plugin with edit capability? I can think of some ugly work-arounds, such as scaffold forms to generate .mm files, but hope to avoid this.

It seems that macro determines base url incorrectly in case of front proxy.
I have installed Confluence behind Apache and the following code the most probably retrieves internal URL (http://localhost:8080) instead of external (https://xxx.xxx.xxx.xxx)

    private String getBaseURL() {
        HttpServletRequest request = ServletActionContext.getRequest();
        if (request == null) {
            return null;
        }
        
        return request.getScheme() + "://" + request.getServerName() +
            ((request.getServerPort() != 80) ? (":" + request.getServerPort()) : "") +
            request.getContextPath();
    }

I'd suggest to use an external Confluence base url (configured in Administration -> General Configuration)

Are there any plans to make this plug-in compatible with Confluence 2.5.x?

Thanks,
Mike

I just built this and installed on Confluence 2.6.1, I had to mod the pom, which is attached. I also had to harcode the name in the atlassian-plugin.xml, it didn't resolve the pom.name properly for some reason.

Cheers,