Re: [VOTE] Move to github as the primary repo
+1 thanks -rick On 2017-11-28 18:41, Dirk Frederickx wrote: > +1 > > kr > dirk > > On Wed, Nov 29, 2017 at 12:33 AM, Juan Pablo Santos Rodríguez < > juanpablo.san...@gmail.com> wrote: > > and my +1. > > br, > juan pablo > > On Wed, Nov 29, 2017 at 12:33 AM, Juan Pablo Santos Rodríguez < > juanpablo.san...@gmail.com> wrote: > > Hi all, > > As noted else-thread, we're currently using ASF's git repo as the > canonical repo with a read-only copy at github, but infra offers from a > while back now the opposite possibility: work with github repo, which sends > the commits automatically to the ASF's repo, which gets then read-only. It > woukd treat Github as the canonical source (a copy on ASF's repo would > still be made), which allows the PRs and issues to be a bit more convenient > (there are still some things not supported due to the Github's coarse > permission structure). It would be required all committers to use Github's > 2FA [https://help.github.com/articles/providing-your-2fa- > authentication-code/] > > This is the formal VOTE required by infra to set github as the primary > repo for Apache JSPWiki, and as such subject to the usual voting > guidelines: it will be open for at least 72 hours, everybody is encouraged to > vote, although only PMC ones are binding. > > [+1] yes, move to github as the primary repo > [0] don't mind > [-1] we are fine as it is now > > best regards, > juan pablo -- - _RICK BROCKMAN_ _28 LANCASTER ST._ _CHERRY VALLEY, NY 13320_ _607 434-4746_
Re: Tomcat Manager installation
Not too late as far as I'm concerned and I concur totally with Paul Uszak...thanks to all ! On 2017-11-13 06:09, Paul Uszak wrote: > Well it's not too late to have the conversation :-) or is it :-( > >> The pre-Install.jsp step shouldn't be more difficult than performing a >> normal deploy of a war file, through usual means. > > That's the problem. Non of this is defined. MY usual means is to use the > manager application and deploy via the Tomcat GUI. So you navigate to > JSPWiki.war and it's uploaded, deployed and started. There is no concept > of "having access". The access control thing is enabling you to use the > manager in the first place. Tomcat then deploys it with tomcatX:tomcatX > permissions. And tomcatX isn't even a proper user (can't log in). > > I think that the problem is with the default location of the wiki log > files. Tomcat doesn't allow them to be created within it's context > directory without changing it's permissions, or (prior to starting the > context) changing the location of the wiki's log files. And what else? > How is the automatic search index stored and where? So all this is beyond > the normal deployment method. You have to realise that a web /application > server looks differently to a developer than it does when it's in > production mode. It's fine to run a local off grid web server as root:root > with 777 permissions everywhere when you're cutting code. It's harder in > production. And an application server is always going to be more > complicated than a pure web server. > > This all makes the deployment not "simple". As soon as you have to invoke > chown and vim it gets "hard", especially for non developers /non > administrators. > > On 9 November 2017 at 20:48, Juan Pablo Santos Rodríguez < > juanpablo.san...@gmail.com> wrote: > > Hi Paul, > > as I've been mostly missing last month, I'm checking all related JSPWiki > mail, and I was wondering what kind of problems did you had performing a > clean deploy of JSPWiki. It's probably too late to help, but at least we > could document clearlier how to proceed in case of problems for upcoming > users. > > The pre-Install.jsp step shouldn't be more difficult than performing a > normal deploy of a war file, through usual means. As long as you have > enough permissions on your server/machine to do that, everything should go > fine. And if it doesn't, tomcat's logs (or whatever server you're using) > should point out what is going wrong. There no need for anything else. This > obviously changes as soon as you have limited access to your > server/machine, but also in that case JSPWiki logs should point to whatever > is happening.. > > best regards, > juan pablo > > On Fri, Oct 6, 2017 at 4:56 AM, Paul Uszak wrote: > > Further to recent "complexity" discussions, what is the protocol for > installing JSPWiki via the Tomcat manager gui please? > > I followed the simple installation guide but it fails at step 3. I > deployed the jar file with the gui and that was successful. A JSPWiki (I > left the default name) directory appeared with all of the relevant files. > Going to Install.jsp returns a 404 error unfortunately, but the context is up > and running.All of the files are owned by tomcat7 /tomcat7., and > it's running on a high port. So I've fallen down at the first hurdle :-( > I vaguely remember that all of the permissions have to be customised (or > something). > > It's been a couple of years since I installed it last time, but I remember > that it took a while. The instructions don't seem to mention anything > about users /groups. All they say is that "I" need access to the tomcat > area. But I don't as that's what deployment does. What are the other > steps prior to navigating to "Install.jsp"? > > Thanks all. -- - _RICK BROCKMAN_ _28 LANCASTER ST._ _CHERRY VALLEY, NY 13320_ _607 434-4746_
Re: Problem getting started on Ubuntu 16.04/Tomcat 8
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.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.
--
-
_RICK BROCKMAN_
_28 LANCASTER ST._
_CHERRY VALLEY, NY 13320_
_607 434-4746_
Re: How to go 2.10.1 --> 2.10.2 ?
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: drag and drop images to wiki page (supported, or easy-ish to implement) ?
On Wed, 31 Dec 2014 22:26:10 +, 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. Chris many plugins to manipulate images - http://www.ecyrd.com/JSPWiki/wiki/ContributedPlugins"; target="_blank">http://www.ecyrd.com/JSPWiki/wiki/ContributedPlugins -- Rick - _RICK BROCKMAN_ _28 LANCASTER ST._ _CHERRY VALLEY, NY 13320_ _607 434-4746_
Re: Apache JSPWiki @ Cloudy Track at ApacheCon Denver
On Mon, 10 Mar 2014 23:59:33 +0100, Siegfried Goeschl wrote: > Hi folks, > > Apache JSPWiki is getting publicity - we have an Apache JSPWiki > presentation at ApacheCon :-) as much as I'd like to see Denver again its a little out of my budget at moment - if you've never been there just hum John Denver tune as you fly into CO - -regards from Rick > > Any developers and/or users around at the conference - we could organise a > come-together and hackathon session > > Cheers, > > Siegfried Goeschl > > Begin forwarded message: > >> From: Melissa Warnkin >> Subject: Cloudy Track at ApacheCon Denver >> Date: 5 Mar 2014 17:39:50 GMT+1 >> To: "user@jspwiki.apache.org" , >> "us...@libcloud.apache.org" , >> "us...@cloudstack.apache.org" >> Reply-To: user@jspwiki.apache.org >> Reply-To: Melissa Warnkin >> >> Hello Cloudy Track Enthusiasts, >> >> As you are no doubt aware, ApacheCon North America will be held in >> Denver, Colorado starting on April 7th. The Cloudy Track has >> 12 talks!! Check it out here: >> http://apacheconnorthamerica2014.sched.org/overview/type/cloudy+track. >> >> We would love to see you in Denver next month. Register soon, as prices >> go up on March 14th. http://na.apachecon.com/. >> >> Best regards, >> >> Melissa >> ApacheCon Planning Team -- - _RICK BROCKMAN_ _28 LANCASTER ST._ _CHERRY VALLEY, NY 13320_ _607 264-8470_
Re: Null Pointer Exception on Install.jsp
On Sun, 2 Feb 2014 10:19:17 -0600, Jerry Malcolm <2ndgenfi...@gmail.com> wrote: > Harry, thanks for the update. I don't know anything about jira or > opening issues. It looks like from your followup post that the issue > has been opened. > In my learning curve thru jspwiki I had similar issues - fortunately I was working with a bunch of java hacks who helped me! configuration has been a hit and miss affair depending on server - what about distributing a war for "absolute beginners" that bundles jetty and makes other assumptions about directory hierarchies that takes out the guesswork - these are suggestions as I am a teacher who appreciates learning curve issues for students. Sometimes developers get ideas for additional features that are for advanced users and first time users are looking for "point A to point B" wiring, so to speak > But IMHO , here are still some pretty serious problems with the > documented "Getting Started" steps My environment is tomcat with > apache httpd (on Windows Server 8). I have a standard "JKMount *.jsp" > config in the httpd.conf for this host which got me to the > Install.jsp. But I have since realized that I needed to add a JkMount > /JSPWiki/**/*.* worker1 (or whatever I named the war file to). > Otherwise, no css, etc will be found. There was no mention of having > to update apache to get it to send all /JSPWiki/ requests to tomcat. > Maybe that's a 'well duh... anybody should know that...' Fine, but a > reminder would have been nice. > > Next... the guide says after configuration that I should then just go > to /JSPWiki/ (with no .jsp name specified). The problem with > that is my Apache is configured to look for "index.html" or > "index.jsp" if no file is specified. JSPWiki has no index.jsp. I > 'guessed' after looking at the folder that I was supposed to request > "Wiki.jsp". At least something came up there. But without > configuration changes, /JSPWiki/ without a jsp name isn't going > anywhere. > > Next :-( there was zero guidance on "Page Storage -- Please > Configure Me!... What is supposed to be entered there? In the help it > says something about a directory being created if it doesn't exist. > But I entered a directory name and no directory was created at that > location. Was this supposed to be a fully qualified directory or > relative to the war, relative to the webapp, relative to the host, > etc? Why doesn't JSPWiki just pick a logical place to put the pages. > When I'm going through this config page, I don't know enough to know > how to pick things like this with the little guidance given next to > that field on that page. > > Next... it gave a default of '/tmp/' for the log files. That looks > very unix-like. I'm on Windows. I can't find the logs dir. > > Finally, after stuggling through apache configurations, completely > wild guesses at filling in config fields, and further guessing that > perhaps "Wiki.jsp" is the assumed index.jsp... I finally got a page up > that looks reasonably like I should be able to create a wiki page. > Great... So I entered a few characters and hit 'save'. The > subsequent page is blank. I still have no directory where (I think) I > specified I wanted the pages to go. And I'm dead. > > This has been a miserable failure for me at a "simple 2-step then > viola!" quick start to get a wiki up and running. (and I have many > years of experience working with apache, tomcat, webapps, etc... I'm > not a rookie at this). > > Please help... > > Thx again for any help you can provide... just trying to overcome my > frustration > > Jerry -- - _RICK BROCKMAN_ _28 LANCASTER ST._ _CHERRY VALLEY, NY 13320_ _607 264-8470_
Re: Null Pointer Exception on Install.jsp
Here's another link to help on this issue : http://www.ecyrd.com/JSPWiki/wiki/NoJspwiki.propertyFileDefinedForThisContext"; target="_blank">http://www.ecyrd.com/JSPWiki/wiki/NoJspwiki.propertyFileDefinedForThisContext http://www.ecyrd.com/JSPWiki/wiki/NoJspwiki.propertyFileDefinedForThisContext"; target="_blank">On Sat, 1 Feb 2014 23:32:11 -0600, Jerry Malcolm <2ndgenfi...@gmail.com> wrote: > I downloaded the source package and dug through a bunch of the source > java. I figured out the problem is there is no properties file. When > I drop the JSPWiki.war into my webapps folder, and it gets unpacked by > Tomcat there is NO /ini/jspwiki.properties created (which was what was > trying to be read at the time of the NPE). If I was supposed to create > that file manually, I didn't see that requirement in the quick start > steps. I didn't dig into the war to see if the properties file was > there and Tomcat was at fault for not unpacking it, or if it's not in > the war at all. In either case, the properties file is obviously > mandatory. Install.jsp needs to handle the situation of a missing > properties file a little more gracefully than an NPE. > > I'll go with the benefit of the doubt and say that maybe I have a > unique situation and everybody else gets the property file created > just fine. But I don't think so. I just upgraded to Tomcat 7.0.50. I > downloaded the war, and crashed on the first page. Even if I have > some unique situation that is causing this, an NPE on the very first > page, and having to dig through the source code to figure it out is > not a fun way to start using a new product. > > Did I miss a step along the way to get this installed and running? > > Thanks. > > Jerry -- - _RICK BROCKMAN_ _28 LANCASTER ST._ _CHERRY VALLEY, NY 13320_ _607 264-8470_
Re: Null Pointer Exception on Install.jsp
On Sat, 1 Feb 2014 23:32:11 -0600, Jerry Malcolm <2ndgenfi...@gmail.com> wrote: I agree that it can be handled better -are you sure that jspwiki.properties file is not found in the WEB-INF folder under root directory for JSPWiki - more likely that it is but not being pointed to correctly in default - > I downloaded the source package and dug through a bunch of the source > java. I figured out the problem is there is no properties file. When > I drop the JSPWiki.war into my webapps folder, and it gets unpacked by > Tomcat there is NO /ini/jspwiki.properties created (which was what was > trying to be read at the time of the NPE). If I was supposed to create > that file manually, I didn't see that requirement in the quick start > steps. I didn't dig into the war to see if the properties file was > there and Tomcat was at fault for not unpacking it, or if it's not in > the war at all. In either case, the properties file is obviously > mandatory. Install.jsp needs to handle the situation of a missing > properties file a little more gracefully than an NPE. > > I'll go with the benefit of the doubt and say that maybe I have a > unique situation and everybody else gets the property file created > just fine. But I don't think so. I just upgraded to Tomcat 7.0.50. I > downloaded the war, and crashed on the first page. Even if I have > some unique situation that is causing this, an NPE on the very first > page, and having to dig through the source code to figure it out is > not a fun way to start using a new product. > > Did I miss a step along the way to get this installed and running? > > Thanks. > > Jerry -- - _RICK BROCKMAN_ _28 LANCASTER ST._ _CHERRY VALLEY, NY 13320_ _607 264-8470_
Re: Null Pointer Exception on Install.jsp
On Sat, 1 Feb 2014 17:13:39 -0600, Jerry Malcolm <2ndgenfi...@gmail.com> wrote: Jerry link to issue of npe relates to login - I believe running install.jsp sets up login id and authentication issue https://issues.apache.org/jira/browse/JSPWIKI-599"; target="_blank">https://issues.apache.org/jira/browse/JSPWIKI-599 -Rick > I'm trying to install JSPWiki for the first time. The install steps > are pretty basic download the WAR and put it in webapps. Run > Install.jsp > > I've tried it on two different servers that I own. On both servers, I > get:a null pointer exception (see info below). > > Kinda hard to mess up two simple steps. But apparently I'm missing > something. What am I doing wrong? > > Thanks. > > Jerry > > org.apache.jasper. > JasperException: An exception occurred processing > JSP page /Install.jsp at line 46 > > 43: WikiSession wikiSession = wikiContext.getWikiSession(); > 44: > 45: // Parse the existing properties > 46: installer.parseProperties(); > 47: boolean validated = false; > 48: String password = null; > 49: ResourceBundle rb = Preferences.getBundle( wikiContext, > "CoreResources" ); > > > Stacktrace: > org.apache.jasper.servlet.JspServletWrapper.handleJspException(JspServletWrapper.java:568) > org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:470) > org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:390) > org.apache.jasper.servlet.JspServlet.service(JspServlet.java:334) > javax.servlet.http.HttpServlet.service(HttpServlet.java:728) > org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52) > org.apache.wiki.ui.WikiServletFilter.doFilter(WikiServletFilter.java:177) > org.apache.wiki.ui.WikiJSPFilter.doFilter(WikiJSPFilter.java:121) -- - _RICK BROCKMAN_ _28 LANCASTER ST._ _CHERRY VALLEY, NY 13320_ _607 264-8470_
