Re: Configuring a public JSPWiki instance for private use
I kind of feel both sides of the argument are right here. Even though JSPWiki has a pretty great authentication system, the problem is it's not very user friendly. The solution I think is to build some sort of an "admin" UI into JSP wiki which lets users configure group/user permissions, and then saves these into the back end jspwiki.policy file. I think that is one thing that Confluence did really well, even though the backend is complex the front end is easy to manage. I think JSPWiki needs to the same. There is actually in the code a "hidden" admin page, but it's very buggy, and not sure how much additional work is needed to make this public. The other solution might be to use the tomcat group/user configurations with JAAS, but this probably needs better documentation, that is easy to follow. Every person/organisation has different requirements for how they want security to work. But that should not stop us making every effort to make it more user friendly. Anyway they are my thoughts. Cheers, David V On Fri, Oct 6, 2017 at 10:01 AM, Paul Uszak wrote: > "What is JSPWiki for?" This then is the question. If we kneel before our > god(s), hands on heart, lovingly think of our grandmothers and ask > ourselves “Can JSPWiki effectively compete in the content management > market” , what's the honest answer? I think deep down in our souls it's an > emphatic “no”. > > I created a test Wordpress account last night in under five minutes. It > looks great and you get free hosting. Wix offers even more fantastical > creativity when you enrol. And xml editing wasn't needed. Foswiki is more > powerful and polished, and used extensively. Pretty tough competition. > > But the market isn’t crowded at the bottom. It’s empty. This isn’t a daft > strategy. It’s the quintessential definition of strategic marketing. An > analogous example is the tool Vi. Vi is still cherished and extensively > used, even today configuring state of the art IaaS deployments. Simple can > be successful. I can see a need (which is where I came on board) for a > plain and simple Wiki. I use mine as a single user web site where it acts > as a content management system. > > Low system requirements, low bandwidth and most importantly, low > configuration. Zero configuration to start. The details can be thrashed > out later, but JSPWiki’s offering and place in the market must be resolved > for success. I’ve posed this question before, but I’m not sure that > there’s sufficient appetite for answering it sincerely. C'est la vie. > > > On 5 October 2017 at 21:49, Jürgen Weber wrote: > > > Jim, > > > > I also think the JSPWiki Authorization system is very good. The > > container looks after authentication, and the policies decide what the > > Container authenticated user is allowed too. > > > > Kudos to Andrew Jaquith (https://www.ecyrd.com/ > JSPWiki/wiki/AndrewJaquith) > > > > Juergen > > > > https://jspwiki-wiki.apache.org/Wiki.jsp?page= > > JSPWikiContainerManagedAuthenticationInstallation > > > > 2017-10-05 10:39 GMT+02:00 Jim Willeke : > > > Try not to think of it as infinite complexities but rather infinite > > > Combinations. ;) > > > > > > And if you have a suggestion or a request for an improvement, I am sure > > > folks would listen. > > > > > > I do agree many of the JSPWiki pages could use some refactoring. > > > As with MOST open source projects the docs and code they are out of the > > > beyond the realm of understanding for "common folk". > > > > > > Oh, and on "And how can you even dream of having anonymous users on an > > > internet facing > > > wiki?" > > > Many are, even Wikipedia. > > > > > > And as far as "What is JSPWiki for?", I agree it is somewhat of a > > > middle-road undefined product. > > > > > >- Not for the Enterprise as there is AFIK, no method to keep the > sales > > >dept separate from the engineering dept. (Well no reasonable tools > to > > make > > >it happen) > > >- Not for the Casual user as there is too much Flexibility. (or > maybe > > >too much Complexity). Perhaps most Casual users would be better off > > with > > >a "hosted" solution. (https://www.blogger.com/ or something) > > >- Is not designed (or packaged) to be "dropped in" a SaaS like > Google > > >App Engine (or whatever AWS and Microsoft Hosting has to offer in > that > > >line.) > > >- Perhaps it is best as a toolkit to be embedded within another > > product > > >offering? > > > > > > So I agree it is somewhat a "For anyone" which is NEVER the right > answer > > > for todays crowded market if you want to Succeed. > > > > > > If you would like some help, please provide some details on your > > > configuration. > > > Are you on Tomcat? > > > Do you have Container Authentication turned on? > > > > > > Have you altered the WEB-INF/jspwiki.policy file? > > > > > > Any other details you think might be helpful. > > > > > > > > > -- > > > -jim > > > Jim Willeke > > > > > > On Wed, Oct 4, 2
Re: Problem getting started on Ubuntu 16.04/Tomcat 8
Yeah - the placing the custom properties file in the expanded war folder is
one thing I don't like about jspwiki setup either.
But I know of no workaround at the moment.
Good to see you're making progress.
Cheers,
David V
On Wed, Jan 11, 2017 at 2:28 PM, John Lusk wrote:
> Also: success, of sorts. Got my main page up, edited it successfully.
>
> There's something about the work dir not being writable, but from the O/S
> perspective, it is. More catalina.policy magic?
>
> Haven't checked the log file yet, but it's probably still wrong.
>
> More later.
>
> John.
>
> On Tue, Jan 10, 2017 at 10:05 PM, John Lusk wrote:
>
> > Thanks. Is there another directory than the exploded war file? Reason I
> > ask is if I get a new war file at some point, that exploded directory
> will
> > go away, along w/my customized properties file. (I'll always be able to
> > restore it after a certain amount of fumbling around, but I'd expect to
> put
> > customizations elsewhere.)
> >
> > On Tue, Jan 10, 2017 at 10:01 PM, David Vittor
> wrote:
> >
> >> The customized properites file is: jspwiki-custom.properties
> >>
> >> This should be located in /webapps/wiki/WEB-INF/classes
> >>
> >> You can change the workDir, or just the log file:
> >> jspwiki.workDir=/opt/digitalspider/jspwiki/wikis/testwiki/data/
> >> log4j.appender.FileLog.File = /var/jspwiki/logs/jspwiki.log
> >>
> >> See the docs here:
> >> * https://jspwiki-wiki.apache.org/Wiki.jsp?page=Documentation
> >> * https://jspwiki-wiki.apache.org/Wiki.jsp?page=Getting%20Started
> >>
> >> But if you have a permission error, it might be more than just the log
> >> file.
> >>
> >> Cheers,
> >> David V
> >>
> >>
> >>
> >>
> >> On Wed, Jan 11, 2017 at 1:07 PM, John Lusk wrote:
> >>
> >> > Ok, so I added the following to my /etc/tomcat8/policy.d/03catali
> >> na.policy
> >> > file:
> >> >
> >> > grant codeBase "file:${catalina.base}/webapps/wiki/-" {
> >> > permission java.io.FilePermission "file:/usr/share/jspwiki-
> files/-",
> >> > "read, write";
> >> > permission java.security.AllPermission;
> >> > };
> >> >
> >> > which (a) doesn't seem to have caused any disasters (yay), but (b)
> >> hasn't
> >> > done anything nice (boo). I did a /etc/init.d/tomcat8 restart. The
> edits
> >> > appear in /var/cache/tomcat8/catalina.policy, so I guess that's good.
> >> >
> >> > Still getting a permission error on jspwiki.log. Golly day, it sure
> >> would
> >> > be nice if I had a complete pathname to work with on this one. Not
> juse
> >> > "jspwiki.log".
> >> >
> >> > I have chowned various directories to tomcat8:tomcat8, which is the
> >> userid
> >> > the process runs under.
> >> >
> >> > Next step: where the heck do I put the customized properties file,
> what
> >> do
> >> > I name it? Possibilities are:
> >> >
> >> >
> >> >- jspwiki.properties
> >> >- jspwiki-custom.properties
> >> >- wiki.properties
> >> >- wiki-custom.properties
> >> >
> >> > Maginc incantation, anyone? (Plus path, would be nice.)
> >> >
> >> > (Thanks.)
> >> >
> >> > John.
> >> >
> >> > On Mon, Jan 9, 2017 at 3:31 AM, Col Willis
> >> wrote:
> >> >
> >> > > I had to do something funky with the catalina.policy file to get
> >> jspwiki
> >> > > working in tomcat8 (apt-get installed)
> >> > >
> >> > > grant codeBase "file:/var/lib/tomcat8/webapps/wiki/-" {
> >> > >// !!change the directory to the location you want to locate your
> >> > > wiki files!!
> >> > >permission java.io.FilePermission
> >> > > "file:/usr/share/tomcat8/jspwiki-files/-", "read, write";
> >> > >
> >> > >// just allow the entire codebase permissions to do what it
> needs.
> >> > >permission java.security.AllPermission;
> >> > > };
> >> > >
> >> > > // this file does not exist, but it does solve a problem with
> >> > > exceptions being thrown in syslog
>
Re: Problem getting started on Ubuntu 16.04/Tomcat 8
The customized properites file is: jspwiki-custom.properties
This should be located in /webapps/wiki/WEB-INF/classes
You can change the workDir, or just the log file:
jspwiki.workDir=/opt/digitalspider/jspwiki/wikis/testwiki/data/
log4j.appender.FileLog.File = /var/jspwiki/logs/jspwiki.log
See the docs here:
* https://jspwiki-wiki.apache.org/Wiki.jsp?page=Documentation
* https://jspwiki-wiki.apache.org/Wiki.jsp?page=Getting%20Started
But if you have a permission error, it might be more than just the log file.
Cheers,
David V
On Wed, Jan 11, 2017 at 1:07 PM, John Lusk wrote:
> Ok, so I added the following to my /etc/tomcat8/policy.d/03catalina.policy
> file:
>
> grant codeBase "file:${catalina.base}/webapps/wiki/-" {
> permission java.io.FilePermission "file:/usr/share/jspwiki-files/-",
> "read, write";
> permission java.security.AllPermission;
> };
>
> which (a) doesn't seem to have caused any disasters (yay), but (b) hasn't
> done anything nice (boo). I did a /etc/init.d/tomcat8 restart. The edits
> appear in /var/cache/tomcat8/catalina.policy, so I guess that's good.
>
> Still getting a permission error on jspwiki.log. Golly day, it sure would
> be nice if I had a complete pathname to work with on this one. Not juse
> "jspwiki.log".
>
> I have chowned various directories to tomcat8:tomcat8, which is the userid
> the process runs under.
>
> Next step: where the heck do I put the customized properties file, what do
> I name it? Possibilities are:
>
>
>- jspwiki.properties
>- jspwiki-custom.properties
>- wiki.properties
>- wiki-custom.properties
>
> Maginc incantation, anyone? (Plus path, would be nice.)
>
> (Thanks.)
>
> John.
>
> On Mon, Jan 9, 2017 at 3:31 AM, Col Willis wrote:
>
> > I had to do something funky with the catalina.policy file to get jspwiki
> > working in tomcat8 (apt-get installed)
> >
> > grant codeBase "file:/var/lib/tomcat8/webapps/wiki/-" {
> >// !!change the directory to the location you want to locate your
> > wiki files!!
> >permission java.io.FilePermission
> > "file:/usr/share/tomcat8/jspwiki-files/-", "read, write";
> >
> >// just allow the entire codebase permissions to do what it needs.
> >permission java.security.AllPermission;
> > };
> >
> > // this file does not exist, but it does solve a problem with
> > exceptions being thrown in syslog
> > grant codeBase "file:${catalina.home}/bin/tomcat-juli.jar" {
> >permission java.io.FilePermission
> > "/var/lib/tomcat8/webapps/wiki/WEB-INF/classes/logging.properties",
> > "read";
> > };
> >
> >
> > On 9 January 2017 at 00:13, Rick Brockman
> > wrote:
> >
> > > Like you John I'm a Rip van Winkle of bygone computer days. When I
> > > installed Tomcat using apt-get I ran into problems and instead of
> > knocking
> > > my head against the sleep pillow, I downloaded tomcat from the web and
> > its
> > > working...
> > >
> > > On 2017-01-08 16:10, John Lusk wrote:
> > >
> > >> Ok, friends. Trying to get JSPWiki set up on a new Amazon EC2 Unbuntu
> > >> 16.04 instance I just stood up, and I'm having some trouble. Help?
> > >>
> > >> I installed Tomcat8 using apt-get, I wound up with:
> > >>
> > >>/etc/default/tomcat8
> > >>/etc/init.d/tomcat8
> > >>/etc/tomcat8
> > >> Catalina/localhost/{docs,examples,host-manager,manager}.xml
> > >> (These have docbase pointing to corresponding subdirs of
> > >> /usr/share.)
> > >>/usr/share/tomcat8
> > >>/var/lib/tomcat8, which has a webapps subdir.
> > >>
> > >> It all seems to be working fine.
> > >>
> > >> So, I downloaded jspwiki.war 2.10.2, renamed it to "wiki.war", and
> > >> copied it to /var/lib/tomcat8/webapps, where it promptly got unpacked.
> > >>
> > >> Now, I can see it in my Tomcat app manager, but when I attempt to
> > >> start it, I get failures.
> > >>
> > >> First, I got OutOfMemory errors.
> > >>
> > >> I assume Tomcat's default -Xmx=128m is way too small, so I bumped it
> > >> up to 768m (I've only got a 1GB EC2 instance (t2.micro), so I think
> > >> 768m is living dangerously, eh?).
> > >>
> > >> Now I'm getting errors like
> > >>
> > >>org.apache.catalina.core.ApplicationContext.log ERROR: Failed to
> > >> create
> > >> a Wiki engine: JSPWiki: Unable to load and setup properties from
> > >> jspwiki.properties. Failed to start. Caused by: Failed to instantiate
> > >> class
> > >> org.apache.wiki.PageManager; please check log files for better
> > >> information.
> > >>
> > >>(in localhost.2017-01-08.log)
> > >>
> > >> and
> > >>
> > >>java.io.FileNotFoundException: jspwiki.log (Permission denied)
> > >>
> > >>(in catalina.out)
> > >>
> > >> and
> > >>
> > >>INFO [__DEFAULT__]
> > >> org.apache.catalina.loader.WebappClassLoaderBase.checkStateF
> > >> orResourceLoading
> > >> Illegal access: this web application instance has been stopped
> already.
> > >> Could not load [net/sf/ehcache/version.properties].
> > >>
> > >>(in catalina.2017-01-08.log)
> > >>
> > >> I grabbe
Re: Problem getting started on Ubuntu 16.04/Tomcat 8
Hi John,
My guess is you might be having a permission issue. When you installed
tomcat using apt-get you might have been a "root" user, but might be
running the application as a non root user.
This line seems to be the clue:
java.io.FileNotFoundException: jspwiki.log (Permission denied)
Cheers,
David V
On Mon, Jan 9, 2017 at 8:10 AM, John Lusk wrote:
> Ok, friends. Trying to get JSPWiki set up on a new Amazon EC2 Unbuntu
> 16.04 instance I just stood up, and I'm having some trouble. Help?
>
> I installed Tomcat8 using apt-get, I wound up with:
>
>/etc/default/tomcat8
>/etc/init.d/tomcat8
>/etc/tomcat8
> Catalina/localhost/{docs,examples,host-manager,manager}.xml
> (These have docbase pointing to corresponding subdirs of
> /usr/share.)
>/usr/share/tomcat8
>/var/lib/tomcat8, which has a webapps subdir.
>
> It all seems to be working fine.
>
> So, I downloaded jspwiki.war 2.10.2, renamed it to "wiki.war", and
> copied it to /var/lib/tomcat8/webapps, where it promptly got unpacked.
>
> Now, I can see it in my Tomcat app manager, but when I attempt to
> start it, I get failures.
>
> First, I got OutOfMemory errors.
>
> I assume Tomcat's default -Xmx=128m is way too small, so I bumped it
> up to 768m (I've only got a 1GB EC2 instance (t2.micro), so I think
> 768m is living dangerously, eh?).
>
> Now I'm getting errors like
>
>org.apache.catalina.core.ApplicationContext.log ERROR: Failed to create
> a Wiki engine: JSPWiki: Unable to load and setup properties from
> jspwiki.properties. Failed to start. Caused by: Failed to instantiate class
> org.apache.wiki.PageManager; please check log files for better information.
>
>(in localhost.2017-01-08.log)
>
> and
>
>java.io.FileNotFoundException: jspwiki.log (Permission denied)
>
>(in catalina.out)
>
> and
>
>INFO [__DEFAULT__]
> org.apache.catalina.loader.WebappClassLoaderBase.
> checkStateForResourceLoading
> Illegal access: this web application instance has been stopped already.
> Could not load [net/sf/ehcache/version.properties].
>
>(in catalina.2017-01-08.log)
>
> I grabbed jspwiki.properties with:
>
>unzip jspwiki-war-2.10.2.jar ini/jspwiki.properties
>
> and modified it as follows (renaming it jspwiki-custom.properties):
>
>51c51
>< jspwiki.baseURL=http://localhost:8080/JSPWiki/
>---
>> jspwiki.baseURL=http://web.how-hard-can-it-be.com/wiki/
>102c102
>< # jspwiki.fileSystemProvider.pageDir = /p/web/www-data/jspwiki/
>---
>> jspwiki.fileSystemProvider.pageDir = /etc/jspwiki/pages
>144c144
>< # jspwiki.basicAttachmentProvider.storageDir = C:\\Data\\jspwiki
>---
>> jspwiki.basicAttachmentProvider.storageDir = /etc/jspwiki/attachments
>605c605
>< #jspwiki.xmlGroupDatabaseFile = /etc/tomcat/groupdatabase.xml
>---
>> jspwiki.xmlGroupDatabaseFile = /etc/jspwiki/groupdatabase.xml
>626c626
>< #jspwiki.xmlUserDatabaseFile = /etc/tomcat/userdatabase.xml
>---
>> jspwiki.xmlUserDatabaseFile = /etc/jspwiki/userdatabase.xml
>885c885
>< log4j.appender.FileLog.File = jspwiki.log
>---
>> log4j.appender.FileLog.File = /var/log/jspwiki/jspwiki.log
>
> and tried deploying it to various places
> ({/var/lib,/usr/share}/tomcat8, /var/lib/tomcat8/webapps/wiki).
>
> All to no avail.
>
> What else can I try?
>
> (I'm kind of a Rip van Winkle Java web app developer -- the last time
> I touched this technology stack was more than ten years ago, and that
> was on JBoss, all of which I've forgotten except the pain.)
>
> Thanks.
>
> John.
>
Re: How to go 2.10.1 --> 2.10.2 ?
Hi Paul, Yes. This should be as simple as just updating the war file, and placing the jspwiki-custom.properties file back into the correct directory. I recommend taking a backup of your whole "webapps" folder first. But specifically the file jspwiki-custom.properties and any authentication or custom policy files. If you have any custom plugins you may need to copy them also. Cheers, David V On Fri, Jan 6, 2017 at 2:40 PM, Rick Brockman wrote: > I can only recommend Martin Kalin who wrote "building web services" and > published by O'Reilly. Kalin from years in field knows what he knows and > presents it clearly, slowly, and completely. > > > > > On 2017-01-05 21:57, Paul Uszak wrote: > >> I have an existing wiki with the typical config files, and the standard >> pages installed.. This is probably a simple one, but if I want to upgrade >> 2.10.1 to version 2.10.2, is it as easy as swapping out the .war file? I >> don't want to break anything if I don't have to. Please say yes. >> >> Thanks in advance. >> > > -- > - > > _RICK BROCKMAN_ > > _28 LANCASTER ST._ > > _CHERRY VALLEY, NY 13320_ > > _607 434-4746_ >
Re: Fragments of a Git File provider
Good on you Juergen, That's a great idea. Unfortunately no time at the moment to have a look into this, but something I might take up later in the future. Git would be a great long term store of information. Thanks for pioneering the groundwork. Cheers, David V On Sat, Nov 26, 2016 at 6:20 AM, Jürgen Weber wrote: > Hi, > > I have played with writing a Git file provider that writes into a Git > repository. > > Unfortunately it is not very efficient, as JSPWiki counts versions > with the oldest first, so you have to go back in Gits commit history > to find out how many versions there are. Or one could cache versions > in a property file. > Anyway, I ran out of time, but if someone is interested, here it is: > > https://github.com/weberjn/GitFileProvider > > Cheers, > Juergen >
Re: Disable Authentication on v2.4.102
Hi Scott, Looking at the AuthenticationManager code for the version you mentioned, here: http://svn.eu.apache.org/repos/asf/jspwiki/tags/jspwiki_2_4_104/src/com/ecyrd/jspwiki/auth/ The main configuration should be web.xml, however if it's not as you mentioned you may want to check these other files also: * public static final StringPROP_SECURITY = "jspwiki.security"; * private static final StringPROP_JAAS_CONFIG= "java.security.auth.login.config"; * private static final StringPROP_POLICY_CONFIG = "java.security.policy"; * private static final StringDEFAULT_JAAS_CONFIG = "jspwiki.jaas"; * private static final StringDEFAULT_POLICY = "jspwiki.policy"; Otherwise it could be something in jspwiki.properties or jspwiki-custom.properties files. Not sure if that's the answer you want, but ultimately it should be one of these files, unless a core JSP or Java was changed. You could compare the files on your system with the defaults here: http://svn.eu.apache.org/repos/asf/jspwiki/tags/jspwiki_2_4_104/etc/ They are usually found in WEB-INF/ or WEB-INF/classes/ Kind regards, David V On Wed, May 4, 2016 at 1:30 AM, Scott Dudley wrote: > No security-constraint as they were using NTLM: > > > NtlmHttpFilter > jcifs.http.NtlmHttpFilter > > jcifs.netbios.wins > 10.30.2.51 > > > jcifs.http.domainController > wiki.telesoft.com > > > jcifs.resolveOrder > DNS > > > > NtlmHttpFilter > /* > > > I tried commenting it out to no avail. >
Re: [ANNOUNCE] Dave Koelmeyer as new JSPWiki PMC/Committer
Welcome to the team Dave. On Thu, Apr 7, 2016 at 6:27 AM, Dirk Frederickx wrote: > HI Dave, > > Welcome on board ! > > dirk > > On Wed, Apr 6, 2016 at 7:32 PM, Harry Metske > wrote: > > > Welcome to the team Dave! > > > > Kind regards, > > Harry > > Op 6 apr. 2016 14:51 schreef "Juan Pablo Santos Rodríguez" < > > juanpablo.san...@gmail.com>: > > > > > Hi all, > > > > > > We're glad to announce that the JSPWiki PMC has a new member and > > committer, > > > Dave Koelmeyer. > > > > > > > > > Welcome! > > > > > > juan pablo, > > > on behalf of the JSPWiki PMC > > > > > >
Re: Why do you use JSPWiki?
Yeah me too. I like it cause it's lightweight. Easy to back up, and has a small memory footprint. And most importantly, it just works. It's also pure Java, which for me means that, as a Java developer, in future I can extend/enhance it. My site is here, not much on there, but it'll grow over time. http://digitalspider.com.au/JSPWiki/ Although I also have an internal one where I journal different technology learnings also. Cheers, David V On Tue, Feb 9, 2016 at 10:15 AM, Dave Koelmeyer < dave.koelme...@davekoelmeyer.co.nz> wrote: > On 08/02/16 17:33, Paul Uszak wrote: > > Why do you use JSPWiki? > > > > Since there is a concurrent thread regarding “who is JSPWiki for ?” I > > thought it might be useful to try to gain some insight into why we chose > > /use it. This might be useful in assessing it's appeal. > > > > I'll go first if I may :-) > > > > All Java, from web server to the application itself > > No need for a separate database > > File storage facilitates easy backup > > Sufficient features for a simple website > > Primarily text based so low bandwidth requirement > > Small footprint > > Good idea – all these points are the very same reasons I use JSPWiki. I > use Confluence a fair amount in other roles, which is like the Microsoft > Word of wiki software: does everything, but boy is it over engineered if > you just want to do quick documentation. > > > -- > Dave Koelmeyer > http://blog.davekoelmeyer.co.nz > GPG Key ID: 0x238BFF87 > >
Re: Issue with baseurl (I think)
Hi Michael,
Good on you for trying this. I did the same thing and I can tell you if you
persevere, it is worth it. I've currently got multiple wikis running on my
raspberry pi, and am very happy with the outcome. In fact, I have multiple
tomcats (prod/staging/dev), each with only 128mb in RAM, and multiple wikis
within each tomcat.
The setup on linux is:
1) Install clean tomcat
2) Place the JSPWiki.war in your directory (same directory as
webapp)
3) Create symbolic link that points your wiki to the JSPWiki.war
e.g. ln -s /opt/tomcat/webapps/testwiki.war /opt/tomcat/JSPWiki.war
4) Create a data directory for this wiki e.g. mkdir -p
/opt/tomcat/wikis/testwiki/data/pages (this will be used later)
5) Start tomcat - note this will expand the testwiki.war and create a
folder testwiki in the webapps directory.
6) Shutdown tomcat, as you need to change the baseURL property.
7) Create the file /opt/tomcat/webapps/
*testwiki/WEB-INF/classes/jspwiki-custom.properties*
with the following override items:
jspwiki.applicationName=testwiki
jspwiki.baseURL=http://digitalspider.com.au/testwiki/
jspwiki.workDir=/opt/tomcat/wikis/testwiki/data/
jspwiki.fileSystemProvider.pageDir=/opt/tomcat/wikis/testwiki/data/pages
jspwiki.basicAttachmentProvider.storageDir=/opt/tomcat/wikis/testwiki/data/pages
jspwiki.filterConfig=/opt/tomcat/wikis/testwiki/data/jspwiki-filters.xml
jspwiki.policy.file=jspwiki-custom.policy # This cannot be specified with
an absolute path, I've raised a JIRA for this.
jspwiki.xmlGroupDatabaseFile=/opt/tomcat/wikis/testwiki/data/groupdatabase.xml
jspwiki.xmlUserDatabaseFile=/opt/tomcat/wikis/testwiki/data/userdatabase.xml
#jspwiki.pageProvider=VersioningFileProvider
#jspwiki.templateDir=haddock
8) Start tomcat, and now you have a custom testwiki
9) Repeat the above to add more wikis. Replace "testwiki" with "wiki_gold"
and other names as needed.
Note: The same can be done on windows, but without the symbolic links, you
need to rename the JSPWiki.war to wiki_gold.war and place this into
webapps. Start tomcat, so it creates the exanded directory. Stop tomcat.
Create the jspwiki-custom.properties, and then start tomcat again.
Note: I've never managed to use the Install.jsp so don't worry if that
doesn't work for you.
If anyone is inspired, please feel free to update this documentation on the
public wiki, as it's pretty cool setup.
Cheers,
David V
On Fri, Jan 22, 2016 at 9:42 AM, Juan Pablo Santos Rodríguez <
juanpablo.san...@gmail.com> wrote:
> Hi Michael,
>
> apologies on the late response. I'll try to reproduce the undesired
> behaviour this week-end, although that should not happen.. In the meantime,
> would you mind saving a page with the text
>
> [{$baseurl}]
>
> in it and see what is the output? It should have your jspwiki.baseURL
> value.. Also, could you check your logs and see if there's logged any error
> in there? F.ex., one cause of reverting to JSPWiki instead of using a
> custom baseURL is setting an invalid URL in it, although there may be any
> other causes
>
>
> thanks & br,
> juan pablo
>
> On Sat, Jan 16, 2016 at 11:22 PM, Sale, Michael
> wrote:
>
> > Hello,
> >
> > I am having an issue when trying to install JSPWiki 2.10.1 on Tomcat
> > 8/Windows.
> >
> > The simple instructions tell you change the name of the WAR file if you
> do
> > not want to use the default name JSPWiki as your directory. So, in my
> > installation, I tried renaming the war to wiki_gold
> >
> > When I did this and deployed the app in Tomcat all seemed to go ok.
> > However when I went to the Install.jsp page, I noticed none of the CSS
> was
> > loading. I looked at the page source and it is still referring to
> JSPWiki
> > as the path. I have tried to set the baseurl in the properties file with
> > no luck.
> >
> > My ultimate goal is to have multiple wikis installed on the same instance
> > of Tomcat but when I tried that (with the first instance being in the
> > default JSPWiki directory) all the links of my subsequent, differently
> > named instances, pointed to the original JSPWiki directory. For
> example, I
> > deployed a second wiki called wiki_dev and when I went to click the Login
> > button after installing it, it brought me to the login page for JSPWiki
> :(
> >
> > Am I missing something or is this a bug?
> >
> > Thanks,
> > Mike
> >
> >
>
Re: Multiple file upload, JSPWiki v2.10.2-svn-25
That's awesome I'll have to test this out when I have some more time during the Christmas break. On Thu, Sep 17, 2015 at 12:35 PM, Dave Koelmeyer < dave.koelme...@davekoelmeyer.co.nz> wrote: > > On 02/08/15 13:25, Dave Koelmeyer wrote: > > > > On 02/08/15 12:37, Dave Koelmeyer wrote: > >> > >> Sanity check, was there some recent regression in the above JSPWiki > >> version which removed multiple file upload via drag and drop with > >> Haddock enabled (client is Firefox 39)? > > > > Actually, ignore this. I don't believe it worked to begin with and I may > > have been hallucinating :) > > For those still interested, bulk attachment import has landed in HADDOCK > (yay!) and seems to work well. > > Cheers, > Dave > > > -- > Dave Koelmeyer > http://blog.davekoelmeyer.co.nz > GPG Key ID: 0x238BFF87 >
Re: Haddock template and bugs
Hi All, If anyone is interested in doing some more testing on the haddock template, I've updated my wiki to use JSPWiki v2.10.2-svn-28 http://www.digitalspider.com.au/testwiki/ Note: Dirk I've fixed my deployment process, where I was using an old version of haddock.js. This should now be functioning correctly. Cheers, David V On Tue, Jun 30, 2015 at 1:08 PM, David Vittor wrote: > Link is here: > http://www.digitalspider.com.au/testwiki/ > > > On Tue, Jun 30, 2015 at 1:07 PM, David Vittor wrote: > >> Hi Dirk, >> >> I've managed to update the wiki now so you can test it here. Sorry for >> the delay. >> >> >> On Wed, Jun 24, 2015 at 4:30 AM, Dirk Frederickx < >> dirk.frederi...@gmail.com> wrote: >> >>> >>> Hi David, >>> >>> >>> Would it be possible to refresh digital spider.com.au/testwiki with >>> the latest Haddock template ? >>> >>> It would be really helpful to help testing the template on more browsers >>> platforms. >>> >>> >>> dirk >>> >>> -- Forwarded message -- >>> From: Dirk Frederickx >>> Date: Mon, Jun 22, 2015 at 10:42 PM >>> Subject: Re: Haddock template and bugs >>> To: user@jspwiki.apache.org >>> >>> >>> Dave, all, >>> >>> I just posted a large update of the HADDOCK template. (2.10.2-svn-17) >>> It stabilises the plain editor, and has many UI improvements. (more >>> detail in change notes) >>> >>> The HADDOCK template is now close to completion, but needs further >>> hardening. >>> (group related JSPs still need to be done ; and login/preferences needs >>> some more tweaking) >>> >>> I expect to post more documentation during the coming weeks. >>> >>> >>> br, >>>dirk >>> >>> >>> >>> On Wed, May 27, 2015 at 9:57 AM, Dave Koelmeyer < >>> dave.koelme...@davekoelmeyer.co.nz> wrote: >>> >>>> >>>> >>>> On 27/05/15 09:13, Dirk Frederickx wrote: >>>> >>>>> Dave, >>>>> >>>>> Yes, whenever HADDOCK gets more stabilised it's a candidate to become >>>>> the >>>>> new default. >>>>> Feedback is much appreciated ! -- plse file your bugs in Jira >>>>> >>>> >>>> Thanks, and will do :) >>>> >>>> >>>> -- >>>> Dave Koelmeyer >>>> http://blog.davekoelmeyer.co.nz >>>> >>>> >>> >>> >> >
Re: Problems with Authentication
Hi Rolf, Yeah I have 2 wikis, both have different levels of authentication and both work. One always requires auth, the other only for edits. It's just a matter of getting the policy file right. As per: https://jspwiki-wiki.apache.org/Wiki.jsp?page=Wiki.Admin.Security Note the location of the WEB-INF/jspwiki.policy file and the WEB-INF/classes/jspwiki-custom.properties file are different. Cheers, David V On 09/07/2015 4:52 PM, "Dave Koelmeyer" wrote: > > On 09/07/15 17:39, Rolf Schumacher wrote: > > > BTW, does authentication work at someone else site? Note that I have a > > very fresh installation. We could switch DEBUG on and compare. > > Or: what is a recommendation for installing jspwiki for a closed group? > > Hi Rolf, > > Works for my sites, but the method is nothing different from what's > already been mentioned in this thread: > > > http://blog.davekoelmeyer.co.nz/2014/07/20/configuring-a-public-jspwiki-instance-for-private-use/ > > Cheers, > Dave > > > -- > Dave Koelmeyer > http://blog.davekoelmeyer.co.nz >
Re: Problems with Authentication
Hi Rolf, I've noticed you have an alias. ServerName JSPWiki.my-domain com ServerAlias wiki If you go to URL https://wiki and log in, it will redirect to baseUrl i.e https://JSPWiki.my-domain.com Where you will not be authenticated. Try start at URL: https://JSPWiki.my-domain.com And then log in. Does that work? Cheers, David V On 7 Jul 2015 7:26 pm, "Rolf Schumacher" wrote: > Thank you, David. > > I checked this. If you look at my jspwiki.policy, one sign whether I am > actually logged in or not is that I should be able to edit a page in case I > am authenticated. > I click on "Sandbox" but no editing is possible. A sign that I am not > authenticated. > > I also checked in from exactly the URL placed in jspwiki-custom.properties > ... same unexpected behaviour. > > My server is based on Apache with Tomcat connected. > > Here is my virtual host configuration (sites-enabled) for apache2: > http://paste.siduction.org/20150707091634 > > Maybe the URL passing through this connections puzzels jspwiki. Any > experience? > > Another hint to a solution could be, that the log says that the login-name > is authenticated where the failure reports that the full name is not > authenticated. > > I think, authentication is a cornerstone to internet access these days. I > would take it serious. > E.g.: If you get a new password from jspwiki why all credentials are send > via an open email? How to change that? (but this is a second step after the > first to authenticate.) > > --- > Viele Grüße, Best Regards > > Rolf Schumacher > > Am 07.07.2015 08:34, schrieb David Vittor: > >> Hi Rolf, >> >> Not 100% sure, but I had a similar experience. When you log in the server >> automatically redirects you to:your baseUrl in the >> jspwiki-custom.properties. >> >> jspwiki.baseURL=https://JSPWiki.my-domain.com/ >> >> If this is different to the baseUrl that you log in on, then it will >> look like you are not logged in, even though you are on the main page >> (check the url). The cookie is stored against the baseUrl of the login >> URL. >> >> One way to test this is to manually change the baseUrl back to the one >> you logged in at, it will show the user logged in correctly. >> >> To fix this just change your baseUrl. >> >> Not sure if this is your case, but thought I'd mention it. >> >> Cheers, >> >> David V >> >> >> >> >> >> On Tue, Jul 7, 2015 at 12:19 AM, Rolf Schumacher wrote: >> >> Need help with Authentication. >>> >>> JSPWiki 2.10.1 has just been installed and used for nothing else yet. >>> Goal >>> is to have a closed group for accessing any page from the public internet >>> in a secure way by a known set of members. >>> >>> I have added one user with a login name of "myLogin" and a full name of >>> "My Name". >>> When I open the Main page, the server already knows my full name - maybe >>> due to cookies - but I am not logged in. >>> Then I login and the logs report the "Successfully authenticated user >>> myLogin". >>> Then the server redirects me to the Main page. >>> Getting there, I see that user My Name has not been authenticated. >>> >>> What did I do wrong here? >>> >>> The following information has been subject to anonymisation: >>> userdatabase.xml: http://paste.siduction.org/20150706140710 >>> jspwiki.log: http://paste.siduction.org/20150706140808 >>> jspwiki.policy:http://paste.siduction.org/20150706141119 >>> jspwiki-custom.properties: http://paste.siduction.org/20150706141148 >>> >>> -- >>> Viele Grüße, Best Regards >>> >>> Rolf Schumacher >>> >>>
Re: Problems with Authentication
Hi Rolf, Not 100% sure, but I had a similar experience. When you log in the server automatically redirects you to:your baseUrl in the jspwiki-custom.properties. jspwiki.baseURL=https://JSPWiki.my-domain.com/ If this is different to the baseUrl that you log in on, then it will look like you are not logged in, even though you are on the main page (check the url). The cookie is stored against the baseUrl of the login URL. One way to test this is to manually change the baseUrl back to the one you logged in at, it will show the user logged in correctly. To fix this just change your baseUrl. Not sure if this is your case, but thought I'd mention it. Cheers, David V On Tue, Jul 7, 2015 at 12:19 AM, Rolf Schumacher wrote: > Need help with Authentication. > > JSPWiki 2.10.1 has just been installed and used for nothing else yet. Goal > is to have a closed group for accessing any page from the public internet > in a secure way by a known set of members. > > I have added one user with a login name of "myLogin" and a full name of > "My Name". > When I open the Main page, the server already knows my full name - maybe > due to cookies - but I am not logged in. > Then I login and the logs report the "Successfully authenticated user > myLogin". > Then the server redirects me to the Main page. > Getting there, I see that user My Name has not been authenticated. > > What did I do wrong here? > > The following information has been subject to anonymisation: > userdatabase.xml: http://paste.siduction.org/20150706140710 > jspwiki.log: http://paste.siduction.org/20150706140808 > jspwiki.policy:http://paste.siduction.org/20150706141119 > jspwiki-custom.properties: http://paste.siduction.org/20150706141148 > > -- > Viele Grüße, Best Regards > > Rolf Schumacher >
Re: Haddock template and bugs
Link is here: http://www.digitalspider.com.au/testwiki/ On Tue, Jun 30, 2015 at 1:07 PM, David Vittor wrote: > Hi Dirk, > > I've managed to update the wiki now so you can test it here. Sorry for the > delay. > > > On Wed, Jun 24, 2015 at 4:30 AM, Dirk Frederickx < > dirk.frederi...@gmail.com> wrote: > >> >> Hi David, >> >> >> Would it be possible to refresh digital spider.com.au/testwiki with the >> latest Haddock template ? >> >> It would be really helpful to help testing the template on more browsers >> platforms. >> >> >> dirk >> >> -- Forwarded message -- >> From: Dirk Frederickx >> Date: Mon, Jun 22, 2015 at 10:42 PM >> Subject: Re: Haddock template and bugs >> To: user@jspwiki.apache.org >> >> >> Dave, all, >> >> I just posted a large update of the HADDOCK template. (2.10.2-svn-17) >> It stabilises the plain editor, and has many UI improvements. (more >> detail in change notes) >> >> The HADDOCK template is now close to completion, but needs further >> hardening. >> (group related JSPs still need to be done ; and login/preferences needs >> some more tweaking) >> >> I expect to post more documentation during the coming weeks. >> >> >> br, >>dirk >> >> >> >> On Wed, May 27, 2015 at 9:57 AM, Dave Koelmeyer < >> dave.koelme...@davekoelmeyer.co.nz> wrote: >> >>> >>> >>> On 27/05/15 09:13, Dirk Frederickx wrote: >>> >>>> Dave, >>>> >>>> Yes, whenever HADDOCK gets more stabilised it's a candidate to become >>>> the >>>> new default. >>>> Feedback is much appreciated ! -- plse file your bugs in Jira >>>> >>> >>> Thanks, and will do :) >>> >>> >>> -- >>> Dave Koelmeyer >>> http://blog.davekoelmeyer.co.nz >>> >>> >> >> >
Re: Haddock template and bugs
Hi Dirk, I've managed to update the wiki now so you can test it here. Sorry for the delay. On Wed, Jun 24, 2015 at 4:30 AM, Dirk Frederickx wrote: > > Hi David, > > > Would it be possible to refresh digital spider.com.au/testwiki with the > latest Haddock template ? > > It would be really helpful to help testing the template on more browsers > platforms. > > > dirk > > -- Forwarded message -- > From: Dirk Frederickx > Date: Mon, Jun 22, 2015 at 10:42 PM > Subject: Re: Haddock template and bugs > To: user@jspwiki.apache.org > > > Dave, all, > > I just posted a large update of the HADDOCK template. (2.10.2-svn-17) > It stabilises the plain editor, and has many UI improvements. (more > detail in change notes) > > The HADDOCK template is now close to completion, but needs further > hardening. > (group related JSPs still need to be done ; and login/preferences needs > some more tweaking) > > I expect to post more documentation during the coming weeks. > > > br, >dirk > > > > On Wed, May 27, 2015 at 9:57 AM, Dave Koelmeyer < > dave.koelme...@davekoelmeyer.co.nz> wrote: > >> >> >> On 27/05/15 09:13, Dirk Frederickx wrote: >> >>> Dave, >>> >>> Yes, whenever HADDOCK gets more stabilised it's a candidate to become the >>> new default. >>> Feedback is much appreciated ! -- plse file your bugs in Jira >>> >> >> Thanks, and will do :) >> >> >> -- >> Dave Koelmeyer >> http://blog.davekoelmeyer.co.nz >> >> > >
Re: JSPWiki build failure
Ah sorry - I got confused here. Yes the code accidentally came in with 2.10.2-svn-18.However I've reverted this code back, as this is a much larger change, that I will put on a branch. As for this immediate problem. I agree. It should use the "target" directory, and it should only remove the "digits" from the autogenerated part. I'll look at making this change soon. Cheers, David V On Tue, Jun 23, 2015 at 9:12 PM, David Vittor wrote: > That's a good idea Juan, I'll revert my code from the trunk and create a > new branch for this change. > > Cheers, > David V > > > On Tue, Jun 23, 2015 at 9:06 PM, Juan Pablo Santos Rodríguez < > juanpablo.san...@gmail.com> wrote: > >> Hi David, >> >> skimming through the 2.10.1-svn-18 commit, it seems it has entered on >> trunk. I recall that code being necessary so some test didn't create >> duplicate folders, but I'd rather check the svn history of that file to >> see >> where & why that replace was made. In any case, it should generate a >> folder >> inside target not in user.home or java.io.tmpdir, and should remove the >> digits only the autogenerated part of the path (not the >> user.home/java.io.tmpdir) >> >> >> br, >> juan pablo >> >> On Tue, Jun 23, 2015 at 10:48 AM, David Vittor wrote: >> >> > Funny that I had the same problem yesterday. >> > >> > I was trying to build the code on another laptop where my username was >> > C:/Users/david4 and the code kept removing the "4" after my name. >> > >> > I tracked this down in the testing code TestEngine.cleanTestProps(), and >> > here are my comments - not checked in :) >> > >> > props.setProperty( AbstractFileProvider.PROP_PAGEDIR, >> >pageDir // TODO: Is this really required, why >> > remove digits? .replaceAll( "\\d", StringUtils.EMPTY ) >> >+ System.currentTimeMillis() ); >> > >> > Let me know if you want to remove this replaceAll, and check it in. >> > >> > Cheers, >> > David V >> > >> > >> > >> > >> > On Tue, Jun 23, 2015 at 6:09 PM, Juan Pablo Santos Rodríguez < >> > juanpablo.san...@gmail.com> wrote: >> > >> > > Hi Dave, >> > > >> > > you should be able to run the build without any special permissions >> (that >> > > is, the files generated by the build should be under >> ./target/whatever), >> > > would you mind filing a JIRA so this doesn't get lost? >> > > >> > > >> > > thanks, >> > > juan pablo >> > > >> > > On Tue, Jun 23, 2015 at 9:58 AM, Dave Koelmeyer < >> > > dave.koelme...@davekoelmeyer.co.nz> wrote: >> > > >> > > > Hi All, >> > > > >> > > > On 23/06/15 18:32, Juan Pablo Santos Rodríguez wrote: >> > > > > >> > > > > I'll look closely into it this afternoon, but currently our CI >> build >> > is >> > > > > passing [#1], so it seems somehow related to the build >> environment? >> > > > > >> > > > > The offending test is trying to create a wiki page dir under >> > > > > $java.io.tmpir/non-existent-directory, which is the reason of the >> > > failing >> > > > > test. Dave, would you mind confirming that your user is able to >> > create >> > > > > files/folders inside that directory? In anycase, I'll switch the >> test >> > > > this >> > > > > afternoon so it creates the temporary folder inside ./target, in >> > order >> > > to >> > > > > avoid file-access permissions problems. >> > > > >> > > > My bad, running mvn pacakge as the superuser gives me a successful >> > build >> > > > (sorry, I should have tried this before posting). Curiously, >> assuming >> > my >> > > > login account is a non-root user, and is called "dkoe123", a new >> > > > directory is created as a byproduct of running sudo mvn package, >> called >> > > > "dkoe", and located at /home. Several directories deep, it contains >> > > > these folders (and is otherwise empty): >> > > > >> > > > /home/dkoe/Desktop/jspwiki/jspwiki-war/target >> > > > >> > > > Anyway thanks for the pointer :) >> > > > >> > > > Cheers, >> > > > Dave >> > > > >> > > > >> > > > >> > > > > juan pablo >> > > > > >> > > > > >> > > > > [#1]: https://builds.apache.org/job/JSPWiki/ >> > > > > >> > > > > On Tue, Jun 23, 2015 at 8:11 AM, Florian Holeczek < >> > flor...@holeczek.de >> > > > >> > > > > wrote: >> > > > > >> > > > >> Hi Dave and Juan Pablo, >> > > > >> >> > > > >>> I'm attempting to build JSPWiki from source at the moment and >> Maven >> > > is >> > > > >>> failing with this error: >> > > > >> >> > > > >> seems to have been introduced with Juan Pablo's little commit: >> > > > >> >> > > > >> URL: http://svn.apache.org/r1684742 >> > > > >> Log: >> > > > >> change sample keys so they match with the ones at at >> > > > >> org.apache.wiki.attachment.AttachmentManager >> > > > >> >> > > > >> I didn't have a look at the details though, just confirming. >> > > > >> >> > > > >> Regards >> > > > >> Florian >> > > > >> > > > >> > > >> > >> > >
Re: JSPWiki build failure
That's a good idea Juan, I'll revert my code from the trunk and create a new branch for this change. Cheers, David V On Tue, Jun 23, 2015 at 9:06 PM, Juan Pablo Santos Rodríguez < juanpablo.san...@gmail.com> wrote: > Hi David, > > skimming through the 2.10.1-svn-18 commit, it seems it has entered on > trunk. I recall that code being necessary so some test didn't create > duplicate folders, but I'd rather check the svn history of that file to see > where & why that replace was made. In any case, it should generate a folder > inside target not in user.home or java.io.tmpdir, and should remove the > digits only the autogenerated part of the path (not the > user.home/java.io.tmpdir) > > > br, > juan pablo > > On Tue, Jun 23, 2015 at 10:48 AM, David Vittor wrote: > > > Funny that I had the same problem yesterday. > > > > I was trying to build the code on another laptop where my username was > > C:/Users/david4 and the code kept removing the "4" after my name. > > > > I tracked this down in the testing code TestEngine.cleanTestProps(), and > > here are my comments - not checked in :) > > > > props.setProperty( AbstractFileProvider.PROP_PAGEDIR, > >pageDir // TODO: Is this really required, why > > remove digits? .replaceAll( "\\d", StringUtils.EMPTY ) > >+ System.currentTimeMillis() ); > > > > Let me know if you want to remove this replaceAll, and check it in. > > > > Cheers, > > David V > > > > > > > > > > On Tue, Jun 23, 2015 at 6:09 PM, Juan Pablo Santos Rodríguez < > > juanpablo.san...@gmail.com> wrote: > > > > > Hi Dave, > > > > > > you should be able to run the build without any special permissions > (that > > > is, the files generated by the build should be under > ./target/whatever), > > > would you mind filing a JIRA so this doesn't get lost? > > > > > > > > > thanks, > > > juan pablo > > > > > > On Tue, Jun 23, 2015 at 9:58 AM, Dave Koelmeyer < > > > dave.koelme...@davekoelmeyer.co.nz> wrote: > > > > > > > Hi All, > > > > > > > > On 23/06/15 18:32, Juan Pablo Santos Rodríguez wrote: > > > > > > > > > > I'll look closely into it this afternoon, but currently our CI > build > > is > > > > > passing [#1], so it seems somehow related to the build environment? > > > > > > > > > > The offending test is trying to create a wiki page dir under > > > > > $java.io.tmpir/non-existent-directory, which is the reason of the > > > failing > > > > > test. Dave, would you mind confirming that your user is able to > > create > > > > > files/folders inside that directory? In anycase, I'll switch the > test > > > > this > > > > > afternoon so it creates the temporary folder inside ./target, in > > order > > > to > > > > > avoid file-access permissions problems. > > > > > > > > My bad, running mvn pacakge as the superuser gives me a successful > > build > > > > (sorry, I should have tried this before posting). Curiously, assuming > > my > > > > login account is a non-root user, and is called "dkoe123", a new > > > > directory is created as a byproduct of running sudo mvn package, > called > > > > "dkoe", and located at /home. Several directories deep, it contains > > > > these folders (and is otherwise empty): > > > > > > > > /home/dkoe/Desktop/jspwiki/jspwiki-war/target > > > > > > > > Anyway thanks for the pointer :) > > > > > > > > Cheers, > > > > Dave > > > > > > > > > > > > > > > > > juan pablo > > > > > > > > > > > > > > > [#1]: https://builds.apache.org/job/JSPWiki/ > > > > > > > > > > On Tue, Jun 23, 2015 at 8:11 AM, Florian Holeczek < > > flor...@holeczek.de > > > > > > > > > wrote: > > > > > > > > > >> Hi Dave and Juan Pablo, > > > > >> > > > > >>> I'm attempting to build JSPWiki from source at the moment and > Maven > > > is > > > > >>> failing with this error: > > > > >> > > > > >> seems to have been introduced with Juan Pablo's little commit: > > > > >> > > > > >> URL: http://svn.apache.org/r1684742 > > > > >> Log: > > > > >> change sample keys so they match with the ones at at > > > > >> org.apache.wiki.attachment.AttachmentManager > > > > >> > > > > >> I didn't have a look at the details though, just confirming. > > > > >> > > > > >> Regards > > > > >> Florian > > > > > > > > > > > > > >
Re: JSPWiki build failure
Funny that I had the same problem yesterday. I was trying to build the code on another laptop where my username was C:/Users/david4 and the code kept removing the "4" after my name. I tracked this down in the testing code TestEngine.cleanTestProps(), and here are my comments - not checked in :) props.setProperty( AbstractFileProvider.PROP_PAGEDIR, pageDir // TODO: Is this really required, why remove digits? .replaceAll( "\\d", StringUtils.EMPTY ) + System.currentTimeMillis() ); Let me know if you want to remove this replaceAll, and check it in. Cheers, David V On Tue, Jun 23, 2015 at 6:09 PM, Juan Pablo Santos Rodríguez < juanpablo.san...@gmail.com> wrote: > Hi Dave, > > you should be able to run the build without any special permissions (that > is, the files generated by the build should be under ./target/whatever), > would you mind filing a JIRA so this doesn't get lost? > > > thanks, > juan pablo > > On Tue, Jun 23, 2015 at 9:58 AM, Dave Koelmeyer < > dave.koelme...@davekoelmeyer.co.nz> wrote: > > > Hi All, > > > > On 23/06/15 18:32, Juan Pablo Santos Rodríguez wrote: > > > > > > I'll look closely into it this afternoon, but currently our CI build is > > > passing [#1], so it seems somehow related to the build environment? > > > > > > The offending test is trying to create a wiki page dir under > > > $java.io.tmpir/non-existent-directory, which is the reason of the > failing > > > test. Dave, would you mind confirming that your user is able to create > > > files/folders inside that directory? In anycase, I'll switch the test > > this > > > afternoon so it creates the temporary folder inside ./target, in order > to > > > avoid file-access permissions problems. > > > > My bad, running mvn pacakge as the superuser gives me a successful build > > (sorry, I should have tried this before posting). Curiously, assuming my > > login account is a non-root user, and is called "dkoe123", a new > > directory is created as a byproduct of running sudo mvn package, called > > "dkoe", and located at /home. Several directories deep, it contains > > these folders (and is otherwise empty): > > > > /home/dkoe/Desktop/jspwiki/jspwiki-war/target > > > > Anyway thanks for the pointer :) > > > > Cheers, > > Dave > > > > > > > > > juan pablo > > > > > > > > > [#1]: https://builds.apache.org/job/JSPWiki/ > > > > > > On Tue, Jun 23, 2015 at 8:11 AM, Florian Holeczek > > > > wrote: > > > > > >> Hi Dave and Juan Pablo, > > >> > > >>> I'm attempting to build JSPWiki from source at the moment and Maven > is > > >>> failing with this error: > > >> > > >> seems to have been introduced with Juan Pablo's little commit: > > >> > > >> URL: http://svn.apache.org/r1684742 > > >> Log: > > >> change sample keys so they match with the ones at at > > >> org.apache.wiki.attachment.AttachmentManager > > >> > > >> I didn't have a look at the details though, just confirming. > > >> > > >> Regards > > >> Florian > > > > >
RE: Exception thrown by ProgressManager$JSONTracker at startup
Hi Leos, Apologies, the fix I was thinking of is not released yet. It's in 2.10.2-svn14. However I think the issue you are seeing is related to a know bug. See this issue and it's linked issues for more details. https://issues.apache.org/jira/plugins/servlet/mobile#issue/JSPWIKI-659 Sorry about the mobile version link. Hope that helps. Cheers, David V On 21/05/2015 11:55 PM, "Junek Leoš" wrote: > Hello David, > > Thanks for your reply. I have upgraded from 2.8.3 to 2.10.1 recently. But > there is no application data (JSPwiki.war unpacked) from the old war file, > only user data (pages, attachments) and config files were migrated. > > See where I found JSONRPBridge ... It is hidden in one JAR file, that is > bundled inside JSPwiki.war. In my case war was renamed to wiki.war ... > > unzip -l > /opt/programs/tomcatwiki/webapps/wiki/WEB-INF/lib/json-rpc-1.0.jar | grep > Bridge > 1406 03-28-2006 15:50 > com/metaparadigm/jsonrpc/JSONRPCBridge$CallbackData.class > 1421 03-28-2006 15:50 > com/metaparadigm/jsonrpc/JSONRPCBridge$ClassData.class > 1500 03-28-2006 15:50 > com/metaparadigm/jsonrpc/JSONRPCBridge$LocalArgResolverData.class > 1472 03-28-2006 15:50 > com/metaparadigm/jsonrpc/JSONRPCBridge$MethodCandidate.class > 1044 03-28-2006 15:50 > com/metaparadigm/jsonrpc/JSONRPCBridge$MethodKey.class > 1496 03-28-2006 15:50 > com/metaparadigm/jsonrpc/JSONRPCBridge$ObjectInstance.class > 26030 03-28-2006 15:50 com/metaparadigm/jsonrpc/JSONRPCBridge.class > 1096 03-28-2006 15:50 > com/metaparadigm/jsonrpc/JSONRPCBridgeServletArgResolver.class > > The error occurs only when any page was edited between two restarts. If > there is no edit, this error does not appear in catalina.out. > > If you have any hint what should be examined, tell me please. If no, still > thanks for your answer. > > Regards > > Leoš J. > > > > -Original Message- > From: David Vittor [mailto:dvit...@gmail.com] > Sent: Thursday, May 21, 2015 2:08 PM > To: user@jspwiki.apache.org > Subject: Re: Exception thrown by ProgressManager$JSONTracker at startup > > Hi Junek, > > I'm not 100% sure I can help you, but I can help explain the error. > > It seems to me the error is on start up and is caused by trying to load > some user preferences (or cookies) into the application. "Exception loading > sessions from persistent storage" > > When it does this it's throwing an error " > java.io.NotSerializableException: > org.apache.wiki.ui.progress.ProgressManager$JSONTracker". This error seems > to come from the "progress bar" trying to show the status of something > being loaded, i.e. the session info above. > > The line here is interesting: > 21-May-2015 09:40:56.190 INFO [localhost-startStop-1] > com.metaparadigm.jsonrpc.JSONRPCBridge.registerLocalArgResolver registered > local arg resolver com.metaparadigm.jsonrpc.JSONRPCBridgeServletArgResolver > for local class com.metaparadigm.jsonrpc.JSONRPCBridge with context > javax.servlet.http.HttpServletRequest > > As I'm pretty sure I've removed all code related to " > com.metaparadigm.jsonrpc.JSONRPCBridge", which means this should not be in > the code at all... in version 2.10.1. I'm not sure why you are seeing this. > Seems strange... > > Not sure what existing "sessions" are saved in your "persistent storage" > (saved in the old version 2.8.x) but somehow the new version 2.10.1 is > trying to load them in, and is having an error. > > Cheers, > David V > > > > > > > > On Thu, May 21, 2015 at 5:56 PM, Junek Leoš wrote: > > > Hello, > > > > Sometimes JSPwiki 2.10.1 throws exception to > > $CATALINA_HOME/logs/catalina.out > > > > java.io.WriteAbortedException: writing aborted; > > java.io.NotSerializableException: > > org.apache.wiki.ui.progress.ProgressManager$JSONTracker > > > > at startup. Everything seems to work properly. All access rights for > > both data/config files are set to user running Tomcat. > > > > I am not a Java programmer, so I have no idea if this error is > > important or save to ignore. Or is that a bug, that should be reported? > > > > With regards > > > > Leoš > > > > 21-May-2015 09:53:31.781 INFO [main] > > org.apache.catalina.startup.VersionLoggerListener.log Server version: > > Apache Tomcat/8.0.22 > > 21-May-2015 09:53:31.782 INFO [main] > > org.apache.catalina.startup.VersionLoggerListener.log Server built: > > Apr 29 2015 11:46:15 UTC > > 21-May-2015 09:53:31.
Re: Exception thrown by ProgressManager$JSONTracker at startup
Hi Junek, I'm not 100% sure I can help you, but I can help explain the error. It seems to me the error is on start up and is caused by trying to load some user preferences (or cookies) into the application. "Exception loading sessions from persistent storage" When it does this it's throwing an error " java.io.NotSerializableException: org.apache.wiki.ui.progress.ProgressManager$JSONTracker". This error seems to come from the "progress bar" trying to show the status of something being loaded, i.e. the session info above. The line here is interesting: 21-May-2015 09:40:56.190 INFO [localhost-startStop-1] com.metaparadigm.jsonrpc.JSONRPCBridge.registerLocalArgResolver registered local arg resolver com.metaparadigm.jsonrpc.JSONRPCBridgeServletArgResolver for local class com.metaparadigm.jsonrpc.JSONRPCBridge with context javax.servlet.http.HttpServletRequest As I'm pretty sure I've removed all code related to " com.metaparadigm.jsonrpc.JSONRPCBridge", which means this should not be in the code at all... in version 2.10.1. I'm not sure why you are seeing this. Seems strange... Not sure what existing "sessions" are saved in your "persistent storage" (saved in the old version 2.8.x) but somehow the new version 2.10.1 is trying to load them in, and is having an error. Cheers, David V On Thu, May 21, 2015 at 5:56 PM, Junek Leoš wrote: > Hello, > > Sometimes JSPwiki 2.10.1 throws exception to > $CATALINA_HOME/logs/catalina.out > > java.io.WriteAbortedException: writing aborted; > java.io.NotSerializableException: > org.apache.wiki.ui.progress.ProgressManager$JSONTracker > > at startup. Everything seems to work properly. All access rights for both > data/config files are set to user running Tomcat. > > I am not a Java programmer, so I have no idea if this error is important > or save to ignore. Or is that a bug, that should be reported? > > With regards > > Leoš > > 21-May-2015 09:53:31.781 INFO [main] > org.apache.catalina.startup.VersionLoggerListener.log Server version: > Apache Tomcat/8.0.22 > 21-May-2015 09:53:31.782 INFO [main] > org.apache.catalina.startup.VersionLoggerListener.log Server built: > Apr 29 2015 11:46:15 UTC > 21-May-2015 09:53:31.782 INFO [main] > org.apache.catalina.startup.VersionLoggerListener.log Server number: > 8.0.22.0 > 21-May-2015 09:53:31.783 INFO [main] > org.apache.catalina.startup.VersionLoggerListener.log OS Name: > Linux > ... > 21-May-2015 09:40:56.190 INFO [localhost-startStop-1] > com.metaparadigm.jsonrpc.JSONRPCBridge.registerLocalArgResolver registered > local arg resolver com.metaparadigm.jsonrpc.JSONRPCBridgeServletArgResolver > for local class com.metaparadigm.jsonrpc.JSONRPCBridge with context > javax.servlet.http.HttpServletRequest > 21-May-2015 09:40:56.224 SEVERE [localhost-startStop-1] > org.apache.catalina.session.StandardManager.doLoad > standardManager.loading.ioe > java.io.WriteAbortedException: writing aborted; > java.io.NotSerializableException: > org.apache.wiki.ui.progress.ProgressManager$JSONTracker > at > java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1355) > at > java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1993) > at > java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1918) > at > java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1801) > at > java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1351) > at java.io.ObjectInputStream.readObject(ObjectInputStream.java:371) > at java.util.HashMap.readObject(HashMap.java:1396) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:497) > at > java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:1017) > at > java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1896) > at > java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1801) > at > java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1351) > at > java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1993) > at > java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1918) > at > java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1801) > at > java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1351) > at java.io.ObjectInputStream.readObject(ObjectInputStream.java:371) > at > org.apache.catalina.session.StandardSession.doReadObject(StandardSession.java:1634) > at > org.apache.catalina.session.StandardSession.readObjectData(StandardSession.java:1099) > at > org.apache.catalina.session.StandardManager.doLoad(StandardManager.java:261) > at > org.apach
Re: http://ldapwiki.com
ocalReceivedUpTo HTTP/1.1" 404 1011 > 71.0.193.131 - - [20/Mar/2015:12:12:02 +] "GET > /JSPWiki/scripts/mootools.js HTTP/1.1" 404 1005 > 71.0.193.131 - - [20/Mar/2015:12:12:02 +] "GET > /JSPWiki/scripts/jspwiki-common.js HTTP/1.1" 404 1017 > 71.0.193.131 - - [20/Mar/2015:12:12:02 +] "GET > /JSPWiki/attach/TitleBox/ldapwiki-logo.png HTTP/1.1" 404 1033 > 71.0.193.131 - - [20/Mar/2015:12:12:02 +] "GET /JSPWiki/images/out.png > HTTP/1.1" 404 995 > 71.0.193.131 - - [20/Mar/2015:12:12:02 +] "GET > /JSPWiki/attach/LeftMenu/donate_button_nocards.png HTTP/1.1" 404 1049 > > ᐧ > > -- > -jim > Jim Willeke > > On Sat, Mar 21, 2015 at 6:40 PM, David Vittor wrote: > > > Hi Jim, > > > > I'm not sure why you are getting the "*" prefixing and suffixing the > > context path (ldapwiki). This is most likely an apache /etc/httpd/conf/ > > *httpd.conf* file setting. > > i.e. > > This works: > http://www.ldapwiki.com/ldapwiki/templates/default/jspwiki.css > > This doesn't: > > http://www.ldapwiki.com/*ldapwiki*/templates/default/jspwiki.css > > > > As for my settings I'm using: > > jspwiki.applicationName=testwiki > > jspwiki.baseURL=http://digitalspider.com.au/testwiki/ > > > > Not sure if the baseURL has to contain the application name in it or not. > > > > Cheers, > > David V > > > > > > > > > > On Sun, Mar 22, 2015 at 8:35 AM, Juan Pablo Santos Rodríguez < > > juanpablo.san...@gmail.com> wrote: > > > > > context root meaning context path, actually (typing on mobile) > > > > > > br, > > > juan pablo > > > El 21/3/2015 21:59, "Juan Pablo Santos Rodríguez" < > > > juanpablo.san...@gmail.com> escribió: > > > > > > > Hi Jim, > > > > > > > > The fact that you're getting the context-root on your urls suggests > > your > > > > tomcat is reading from a normal-deployed war. > > > > > > > > Would you mind deleting your tomcat's work folder so you can see > which > > > app > > > > is being readen/deployed? > > > > > > > > br, > > > > juan pablo > > > > El 21/3/2015 18:09, "Jim Willeke" escribió: > > > > > > > >> Yes it is deployed as root. > > > >> > > > >> What redirection? > > > >> > > > >> It has never been behind anything. > > > >> > > > >> Any ideas how to fix? > > > >> > > > >> -jim > > > >> On Mar 21, 2015 7:22 AM, "Juan Pablo Santos Rodríguez" < > > > >> juanpablo.san...@gmail.com> wrote: > > > >> > > > >> > Hi Jim, > > > >> > > > > >> > Did you have an Apache server in front of your tomcat? Seems > you're > > > >> serving > > > >> > your tomcat directly from www.ldapwiki.com. Were you deploying > > > JSPWiki > > > >> as > > > >> > a > > > >> > root app? Somehow the redirection from ldapwiki.com to your wiki > > > seems > > > >> > broken, be it because you deployed as a root app, and now is a > > normal > > > >> war, > > > >> > be it because you had an apache we server which is not visible > > > anymore, > > > >> be > > > >> > it because the redirection from ldapwiki.com to your tomcat has > > > >> changed, > > > >> > or > > > >> > something like that. > > > >> > > > > >> > As an aside, I'd recommend you to place an Apache server or > similar > > in > > > >> > front your tomcat so it only receives jspwiki petitions; f.ex., > your > > > >> tomcat > > > >> > manager is visible from internet, although it asks for > > user/password. > > > >> > > > > >> > > > > >> > HTH, > > > >> > juan pablo > > > >> > > > > >> > On Sat, Mar 21, 2015 at 10:49 AM, Jim Willeke > > > wrote: > > > >> > > > > >> > > Appears, for some reason, http://ldapwiki.com is not reading > the > > > >> > > jspwiki-custom.properties file > > > >> > > > > > >> > > > > > jspwiki.fileSyste
Re: http://ldapwiki.com
Hi Jim, I'm not sure why you are getting the "*" prefixing and suffixing the context path (ldapwiki). This is most likely an apache /etc/httpd/conf/ *httpd.conf* file setting. i.e. This works: http://www.ldapwiki.com/ldapwiki/templates/default/jspwiki.css This doesn't: http://www.ldapwiki.com/*ldapwiki*/templates/default/jspwiki.css As for my settings I'm using: jspwiki.applicationName=testwiki jspwiki.baseURL=http://digitalspider.com.au/testwiki/ Not sure if the baseURL has to contain the application name in it or not. Cheers, David V On Sun, Mar 22, 2015 at 8:35 AM, Juan Pablo Santos Rodríguez < juanpablo.san...@gmail.com> wrote: > context root meaning context path, actually (typing on mobile) > > br, > juan pablo > El 21/3/2015 21:59, "Juan Pablo Santos Rodríguez" < > juanpablo.san...@gmail.com> escribió: > > > Hi Jim, > > > > The fact that you're getting the context-root on your urls suggests your > > tomcat is reading from a normal-deployed war. > > > > Would you mind deleting your tomcat's work folder so you can see which > app > > is being readen/deployed? > > > > br, > > juan pablo > > El 21/3/2015 18:09, "Jim Willeke" escribió: > > > >> Yes it is deployed as root. > >> > >> What redirection? > >> > >> It has never been behind anything. > >> > >> Any ideas how to fix? > >> > >> -jim > >> On Mar 21, 2015 7:22 AM, "Juan Pablo Santos Rodríguez" < > >> juanpablo.san...@gmail.com> wrote: > >> > >> > Hi Jim, > >> > > >> > Did you have an Apache server in front of your tomcat? Seems you're > >> serving > >> > your tomcat directly from www.ldapwiki.com. Were you deploying > JSPWiki > >> as > >> > a > >> > root app? Somehow the redirection from ldapwiki.com to your wiki > seems > >> > broken, be it because you deployed as a root app, and now is a normal > >> war, > >> > be it because you had an apache we server which is not visible > anymore, > >> be > >> > it because the redirection from ldapwiki.com to your tomcat has > >> changed, > >> > or > >> > something like that. > >> > > >> > As an aside, I'd recommend you to place an Apache server or similar in > >> > front your tomcat so it only receives jspwiki petitions; f.ex., your > >> tomcat > >> > manager is visible from internet, although it asks for user/password. > >> > > >> > > >> > HTH, > >> > juan pablo > >> > > >> > On Sat, Mar 21, 2015 at 10:49 AM, Jim Willeke > wrote: > >> > > >> > > Appears, for some reason, http://ldapwiki.com is not reading the > >> > > jspwiki-custom.properties file > >> > > > >> > > > jspwiki.fileSystemProvider.pageDir=/home/tomcat/jspwiki-files/ldapwiki > >> > > > >> > > > >> > > >> > jspwiki.basicAttachmentProvider.storageDir=/home/tomcat/jspwiki-files/ldapwiki/attachments > >> > > jspwiki.attachment.forbid=.html .htm .php .asp .exe > >> > > jspwiki.applicationName=ldapwiki > >> > > jspwiki.pageProvider=VersioningFileProvider > >> > > jspwiki.security=jaas > >> > > jspwiki.workDir=/usr/share/tomcat/work/ldapwiki > >> > > jspwiki.baseURL=http//ldapwiki.com/ > >> > > log4j.rootCategory=DEBUG,FileLog > >> > > log4j.appender.Filelog=org.apache.log4j.DailyRollingFileAppender > >> > > log4j.appender.Filelog.DatePattern='.'-MM-dd > >> > > log4j.appender.Filelog$.Append=true > >> > > log4j.appender.FileLog.File=/usr/share/tomcat/logs/ldapwiki.log > >> > > jspwiki.usePageCache=true > >> > > jspwiki.urlConstructor=ShortViewURLConstructor > >> > > jspwiki.shortURLConstructor.prefix=wiki/ > >> > > jspwiki.translatorReader.inlinePattern.1=*.jpg > >> > > jspwiki.translatorReader.inlinePattern.2=*.png > >> > > jspwiki.translatorReader.inlinePattern.3= > >> > > http://willeke.com/ASSETS/IMAGES/* > >> > > jspwiki.translatorReader.inlinePattern.4= > >> > > http://willeke.com/Family/Photos/* > >> > > > >> > > > >> > > When the page(s) load, they look like: > >> > > > >> > > http://ldapwiki.com/*JSPWiki*/images/out.png Failed to load > resource: > >> > the > >> > > server responded with a status of 404 (Not Found) > >> > > > >> http://ldapwiki.com/*JSPWiki*/attach/LeftMenu/donate_button_nocards.png > >> > > Failed to load resource: the server responded with a status of 404 > >> (Not > >> > > Found) > >> > > http://ldapwiki.com/JSPWiki/templates/default/jspwiki.css Failed to > >> load > >> > > resource: the server responded with a status of 404 (Not Found) > >> > > http://ldapwiki.com/JSPWiki/templates/default/jspwiki_print.css > >> Failed > >> > to > >> > > load resource: the server responded with a status of 404 (Not Found) > >> > > > >> > > When I would expect them to be more like: > >> > > http://ldapwiki.com/*ldapwiki*/templates/default/jspwiki.css > >> > > > >> > > I am unaware of anything changes recently that would have caused the > >> > change > >> > > as it was working. But of course something has changed. > >> > > > >> > > > >> > > -- > >> > > -jim > >> > > Jim Willeke > >> > > ᐧ > >> > > > >> > > >> ᐧ > >> > > >
Re: Multiple Wikis..
Hi All, I've managed to run multiple wikis by just configuring the jspwiki-custom.properties. Very brief documentation is here: - http://digitalspider.com.au/JSPWiki/Wiki.jsp?page=HowToCreateAWikiFarm Once you have multiple wikis set up, you can use InterWiki links to link across your wikis: https://jspwiki-wiki.apache.org/Wiki.jsp?page=InterWiki Cheers, David V On Tue, Jan 20, 2015 at 7:17 PM, siegfried.goes...@it20one.com < siegfried.goes...@it20one.com> wrote: > Hi folks, > > I contributed some stuff a while ago to > > * run JSPWiki from an USB stick with native launchers as personal wiki > * add multi-wiki support to have a wiki for each of my customer > > I think most of it is now under version control but there are some > additional informations available > > * http://people.apache.org/~sgoeschl/presentations/ > apachecon-2014/jspwiki.pdf > * http://people.apache.org/~sgoeschl/download/wikionastick/ > > If you have any question and/or improvements feel free :-) > > Cheers, > > Siegfried Goeschl > > > On 19.01.15 19:20, Jim Willeke wrote: > >> I would like to know also. >> ᐧ >> >> -- >> -jim >> Jim Willeke >> >> On Mon, Jan 19, 2015 at 11:46 AM, Eric Ladner >> wrote: >> >> I noticed the "Multiple Wikis" page hasn't been pulled forward to the >>> Apache site and I suspect that has mostly to do with the fact that the >>> properties file handling changed. >>> >>> How much of the original Multiple WIkis page is still relevant? I have a >>> need to run multiple wikis. I got the first one to work but I'm kind of >>> stuck as to how to proceed. >>> >>> Thanks, >>> >>> Eric Ladner >>> >>> >
Re: drag and drop images to wiki page (supported, or easy-ish to implement) ?
Hi Chris, Writing a plugin is not too difficult for JSPWiki, if you know jsp/javascript/java skills. https://jspwiki-wiki.apache.org/Wiki.jsp?page=HowToWriteAPlugin For the drag and drop of images, you could use something like: http://www.dropzonejs.com/ And you'd have to integrate it with the JSP Wiki Attachment Manager. http://svn.apache.org/viewvc/jspwiki/trunk/jspwiki-war/src/main/java/org/apache/wiki/attachment/ I think I've read somewhere in the mailing lists that there may be some issue about adding multiple attachments, but not sure what that is exactly. Still feel free to have a go. It's a great idea for a plugin! Cheers, David V On Thu, Jan 1, 2015 at 9:26 AM, Chris Bedford wrote: > > hi - > > i am considering using jspwiki,but did not see any plugins available to > support drag and drop of images. Is this feature supported, on the road > map,or relatively straightforward to implement via a plugin (if one > has decent jsp/javascript/java skills) ? > > > > i like the idea of a java based wiki... > > > > > - chris > > > > This email and any files transmitted with it are confidential, proprietary > and intended solely for the individual or entity to whom they are > addressed. If you have received this email in error please delete it > immediately. >
Re: [ANNOUNCE] David Vittor as new JSPWiki PMC/Committer
Thanks All, Looking forward to joining the team, and contributing to my first apache project. Merry Christmas to you all! Cheers, David V On Wed, Dec 24, 2014 at 6:56 PM, Juan Pablo Santos Rodríguez < juanpablo.san...@gmail.com> wrote: > Hi all, > > we are happy to announce that we've voted to invite David Vittor as PMC and > committer, and he has gladly accepted, so welcome David! > > > kind regards, > juan pablo >
Re: Couple of requests for improvements
Hi Dave, Thanks for raising these. I'll have a look to see if I can address the sectional editing and attachment tab issues, once I'm back from holidays. Cheers, David V On 25/09/2014 5:04 PM, "Dave Koelmeyer" wrote: > Hi All, > > Just opened the following FYI: > > https://issues.apache.org/jira/browse/JSPWIKI-867 > https://issues.apache.org/jira/browse/JSPWIKI-868 > > (Already added by another user but also on my wishlist is: > https://issues.apache.org/jira/browse/JSPWIKI-518) > > Cheers, > Dave > > > -- > Dave Koelmeyer > http://blog.davekoelmeyer.co.nz > >
Re: Introducing the new JiraPlugin
Sorry the hosting of this site is a little server I have established. Will move it to a more permanent location later, but for the time being I've restored it. Will add pingdom on it so I know when it goes down. Cheers, David V On Sun, Aug 31, 2014 at 7:25 PM, Dave Koelmeyer < dave.koelme...@davekoelmeyer.co.nz> wrote: > > On 31/08/14 17:24, David Vittor wrote: > >> Hi All, >> >> I'd like to let you all know that I've released the first 0.1 version of >> the JIRA plugin. >> https://jspwiki-wiki.apache.org/Wiki.jsp?page=JiraPlugin >> >> I've done a fair share of testing and I think it works quite well. >> >> Would love it if anyone has a change to try it out and let me know how it >> goes. >> > > Hi David, just trying to view the demo site (http://digitalspider.com.au/ > JSPWiki/Wiki.jsp?page=JiraPluginDemo) and my browser (Firefox 31) seems > to stay in a state of "connecting" without bringing up the page contents. > > Cheers, > Dave > > -- > Dave Koelmeyer > http://blog.davekoelmeyer.co.nz > >
Introducing the new JiraPlugin
Hi All, I'd like to let you all know that I've released the first 0.1 version of the JIRA plugin. https://jspwiki-wiki.apache.org/Wiki.jsp?page=JiraPlugin I've done a fair share of testing and I think it works quite well. Would love it if anyone has a change to try it out and let me know how it goes. If there are any issues, please raised them in the GitHub. Thanks, David V
