help with v3.0.0-svn-200

[Dirk Frederickx <di...@gmail.com>]

I have difficulties in deploying a recent v3.0.0 version.
The startup op JSPWiki fails with the below error/stack-trace.

Any hint what could be wrong ?


2010-01-23 19:29:15,648 [main] INFO org.priha.core.RepositoryImpl  -
Initializing SessionManager...
2010-01-23 19:29:15,841 [main] INFO org.apache.wiki.util.ClassUtil  - Failed
to invoke class org.apache.wiki.content.ContentManager
java.lang.NoSuchMethodError:
org.w3c.dom.Node.getTextContent()Ljava/lang/String;
2010-01-23 19:29:15,843 [main] ERROR org.apache.wiki.WikiEngine  - JSPWiki
could not start, due to an unknown exception while starting, stacktrace
follows:
org.apache.wiki.api.WikiException: Failed to invoke class
org.apache.wiki.content.ContentManager, reason: java.lang.NoSuchMethodError:
org.w3c.dom.Node.getTextContent()Ljava/lang/String;
at org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:311)
at org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:204)
at org.apache.wiki.WikiEngine.initialize(WikiEngine.java:565)
at org.apache.wiki.WikiEngine.<init>(WikiEngine.java:429)



dirk

Re: help with v3.0.0-svn-200

[Harry Metske <ha...@gmail.com>]

that could be, it depends on the classloading hierarchy of Tomcat.
If the class is loaded by the same ClassLoader, and JSPWiki 2.8 has an older
version of JDOM than there is a problem.
(can't check that now from the office....)

verbose:class will tell you so anyway.

regards,
Harry

2010/2/8 Dirk Frederickx <di...@gmail.com>

> Txs Harry,
>
> I will do some more investigation.
>
> Note: I am running also a v2.8.x JSPWiki in the same TOMCAT instance. Could
> this cause any problem ?
>
>
> dirk
>
> On Mon, Feb 8, 2010 at 7:55 AM, Harry Metske <ha...@gmail.com>
> wrote:
>
> > Dirk,
> >
> > I can't think of anything else than that you are loading a version of
> > org.w3c.dom.Node that does not have the getTextContent() method.
> > Can you add the java parameter " -verbose:class" to see from which jar it
> > is
> > loaded, maybe that gives a clue.
> >
> > regards,
> > Harry
> >
> > 2010/2/7 Dirk Frederickx <di...@gmail.com>
> >
> > > Guys,
> > >
> > > The latest check-ins on v3.0.0 seem to have broken the deployability
> from
> > > WAR.
> > > I'm kind a blocked to check in several pending fixes (mainly javascript
> )
> > >  to align with the latest template changes of Andrew.
> > >
> > > It seems the Content-Manager doesn't initialize properly.
> > >
> > > Any suggestions ?
> > >
> > >
> > > 2010-01-23 19:29:15,648 [main] INFO org.priha.core.RepositoryImpl  -
> > > Initializing SessionManager...
> > > 2010-01-23 19:29:15,841 [main] INFO org.apache.wiki.util.ClassUtil  -
> > > Failed
> > > to invoke class org.apache.wiki.content.ContentManager
> > > java.lang.NoSuchMethodError:
> > > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> > > 2010-01-23 19:29:15,843 [main] ERROR org.apache.wiki.WikiEngine  -
> > JSPWiki
> > > could not start, due to an unknown exception while starting, stacktrace
> > > follows:
> > > org.apache.wiki.api.WikiException: Failed to invoke class
> > > org.apache.wiki.content.ContentManager, reason:
> > > java.lang.NoSuchMethodError:
> > > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> > > at org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:311)
> > > at org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:204)
> > > at org.apache.wiki.WikiEngine.initialize(WikiEngine.java:565)
> > > at org.apache.wiki.WikiEngine.<init>(WikiEngine.java:429)
> > >
> > >
> > > dirk
> > >
> > >
> > > On Sun, Jan 24, 2010 at 12:06 PM, Harry Metske <harry.metske@gmail.com
> > > >wrote:
> > >
> > > > could it be that there is an old version of org.w3c.dom.Node
> somewhere
> > > > else in your classpath  ?
> > > >
> > > > /Harry
> > > >
> > > > 2010/1/23 Dirk Frederickx <di...@gmail.com>
> > > >
> > > > > Harry,
> > > > >
> > > > > Txs for the quick reply.
> > > > > But that's not the problem -- I have v3.0.0. runing quite some
> time.
> > > > > I just did a clean install from the war.
> > > > >
> > > > > I'm running java 1.5
> > > > >
> > > > > java version "1.5.0_19"
> > > > > Java(TM) 2 Runtime Environment, Standard Edition (build
> > > 1.5.0_19-b02-306)
> > > > > Java HotSpot(TM) Client VM (build 1.5.0_19-138, mixed mode,
> sharing)
> > > > >
> > > > >
> > > > >
> > > > > dirk
> > > > >
> > > > >
> > > > > On Sat, Jan 23, 2010 at 8:53 PM, Dirk Frederickx
> > > > > <di...@gmail.com>wrote:
> > > > >
> > > > > > Harry,
> > > > > >
> > > > > > Txs for the quick reply.
> > > > > > But that's not the problem -- I have v3.0.0. runing quite some
> > time.
> > > > > > I just tried a
> > > > > >
> > > > > >
> > > > > > On Sat, Jan 23, 2010 at 8:28 PM, Harry Metske <
> > > harry.metske@gmail.com
> > > > > >wrote:
> > > > > >
> > > > > >> it looks like you are running with a JDK 1.4, while JDK5 is the
> > > > minimum
> > > > > >> requirement.
> > > > > >>
> > > > > >> regards,
> > > > > >> Harry
> > > > > >>
> > > > > >> 2010/1/23 Dirk Frederickx <di...@gmail.com>
> > > > > >>
> > > > > >> > I have difficulties in deploying a recent v3.0.0 version.
> > > > > >> > The startup op JSPWiki fails with the below error/stack-trace.
> > > > > >> >
> > > > > >> > Any hint what could be wrong ?
> > > > > >> >
> > > > > >> >
> > > > > >> > 2010-01-23 19:29:15,648 [main] INFO
> > org.priha.core.RepositoryImpl
> > >  -
> > > > > >> > Initializing SessionManager...
> > > > > >> > 2010-01-23 19:29:15,841 [main] INFO
> > org.apache.wiki.util.ClassUtil
> > > >  -
> > > > > >> > Failed
> > > > > >> > to invoke class org.apache.wiki.content.ContentManager
> > > > > >> > java.lang.NoSuchMethodError:
> > > > > >> > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> > > > > >> > 2010-01-23 19:29:15,843 [main] ERROR
> org.apache.wiki.WikiEngine
> >  -
> > > > > >> JSPWiki
> > > > > >> > could not start, due to an unknown exception while starting,
> > > > > stacktrace
> > > > > >> > follows:
> > > > > >> > org.apache.wiki.api.WikiException: Failed to invoke class
> > > > > >> > org.apache.wiki.content.ContentManager, reason:
> > > > > >> > java.lang.NoSuchMethodError:
> > > > > >> > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> > > > > >> > at
> > > > org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:311)
> > > > > >> > at
> > > > org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:204)
> > > > > >> > at org.apache.wiki.WikiEngine.initialize(WikiEngine.java:565)
> > > > > >> > at org.apache.wiki.WikiEngine.<init>(WikiEngine.java:429)
> > > > > >> >
> > > > > >> >
> > > > > >> >
> > > > > >> > dirk
> > > > > >> >
> > > > > >>
> > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>

Re: help with v3.0.0-svn-200

[Andrew Jaquith <an...@gmail.com>]

Dirk --

I'd like to suggest an alternative to having a live preview "pane":
popping up the live preview in a separate window. That would allow the
user to put the window anywhere. It could also be one where the
contents are "pulled" from an autosaved version stored on the server.
(Which we need to do sooner or later anyway.)

The WYSIWYG editor would indeed be cool.

Andrew

On Feb 28, 2010, at 4:10, Dirk Frederickx <di...@gmail.com>
wrote:

> About the sneak-preview (or live-preview):
>
> 1) The preview is refreshed periodically, and not anymore when
> clicking
> outside the textarea element.
>
> 2) For v3.x, I'm working on a side-by-side view:  so you will be
> able to see
> the page preview next to the textarea.
>    A new button will allow you to switch between side-by-side or the
> previous vertically-stacked view.
>
>    Additionally I was considering to allow the left-menu to be
> collapsed
> (eg during edit) for an even wider view.
>
>
> Anyway, I think it is key that the live-preview is shown in the same
> screen
> as the editing.  You get immediate feedback of the entered markup.
>
>
> Additionally, I think it would be cool to also have a wysiwyg editor
> which
> immediately 'previews' the wiki-markup  ;-)
>
>
> dirk.
>
> On Sun, Feb 28, 2010 at 9:25 AM, Harry Metske
> <ha...@gmail.com>wrote:
>
>> I agree on the Preview issue with you Andrew, in 2.8 the preview does
>> require a lot of scrolling if your page is larger that half a screen.
>> So let's keep the tab and rename it to preview .
>>
>> regards,
>> Harry
>>
>> 2010/2/27 Andrew Jaquith <an...@gmail.com>
>>
>>> A few comments and clarifications below...
>>>
>>>>> - I get many SPAM errors, even when I'm logged in.  I should
>>>>> 'complete
>>> the
>>>>> challenge' but no challenge is presented.
>>>>> Any cure for that ?
>>>>>
>>>>>
>>>> I don't get them.
>>>
>>> I don't get them either, but I'd like to know what specific
>>> circumstances trigger them for you. The default spam settings (right
>>> now, at least) are very sensitive. A double-submit of a form, for
>>> example could trigger the spam detectors because of the "one-time"
>>> token we embed as a hidden form parameter.
>>>
>>> So, let me know what you do to make it happen, and I'll look into
>>> it.
>>>
>>>>> - During editing, I often get this message:
>>>>> "When you save this page, we will use your profiles e-mail {0}
>>>>> instead
>>> of
>>>>> the cookie value {1}. If you want to use {1} instead, change the
>> e-mail
>>>>> address in your profile"
>>>>> I've not seen this before.
>>>>>
>>>>
>>>> Me too, looks like a bug
>>>
>>> This was an attempt on my part ensure that when the user submits a
>>> page, the e-mail in their profile overrides any value they may have
>>> set in their cookies. We *always* use the profile value -- the
>>> message
>>> is meant to indicate that. However, I'm open to ideas on how to make
>>> this more natural. Maybe just ignore the cookie value? Leave the
>>> option to include an e-mail out?
>>>
>>>>> - ERROR.JSP has been moved inside the template, but mostly it is
>>>>> still
>>>>> referred from the root.
>>>
>>>> me too, is a bug
>>>>
>>>
>>> Whenever this happens, it is a bug. If it's in the JSP markup, that
>>> markup should use the JSTL syntax "${templates['Error.jsp']}" rather
>>> than "/Error.jsp". It's easy to fix, and if you encounter it I'd
>>> just
>>> ask that you commit a fix. I'll look for these myself, although I
>>> thought I'd eliminated them. This was a VERY recent change, so it is
>>> likely there are a few instance of this kicking around.
>>>
>>>>>
>>>>> - I noticed the "preview" functionality has been moved to the view
>> tab,
>>>>> while previously the live-preview was
>>>>> immediately visible below or next to the textarea input field.
>>>>> This requires an extra click if you wanna see the preview.  I'd
>> rather
>>>>> keep the original approach.
>>>>>
>>>>
>>>> +1
>>>
>>> I don't agree. The old sneak/live preview feature was pretty
>>> non-intuitive. It required you to click somewhere ("anywhere")
>>> outside
>>> of the textarea.
>>>
>>> The thought I had was this: if you have to click outside anyway to
>>> see
>>> the page preview, why not just click on a TAB? I "re-used" the View
>>> tab for this purpose... it essentially replaced the Preview.jsp from
>>> the JSPWiki 2.8. I think, in general, that using clicking a tab for
>>> previews is more natural because the rendered text has the same
>>> layout
>>> as the page you are editing, rather than a "squeezed" layout on the
>>> side, or below (which means lots of back-and-forth scrolling).
>>> Putting
>>> it on its own tab seemed nice and clean, and it uncluttered the
>>> editing interface.
>>>
>>> But, maybe we call the tab "Preview" instead to make the preview
>>> feature more obvious. Or put it in a pop-up window like Wordpress
>>> does.
>>>
>>>>>
>>>>> Also the save button and change-note are moved back below the
>>> edit-area,
>>>>> as it was in old jspwiki versions.
>>>>> Why go back ?
>>>>>
>>>>
>>>> +1 for moving (or copying) it to the top
>>>
>>> The UI at the top of the page was very cluttered: it had the save
>>> button, change-note, and toolbar. It seemed simpler and cleaner to
>>> have it at the bottom.
>>>
>>>>> - The "Edit" link (in view context) is now positioned between
>>>>> view and
>>>>> attachment.
>>>>>  Previous discussion on the position of the Edit link indicated
>>>>> that
>>> this
>>>>> was confusing may users.
>>>>>  Therefore it got positioned at the right of the screen was.
>>>>>  I suggest to keep that positioning as before.
>>>>>
>>>>>
>>>> don't care, but if we earlier agreed to keep it right, we should do
>> that
>>>
>>> I placed it next to "View" because of the preview change I made, as
>>> discussed above. But maybe we could put it all the way to the right
>>> (and add a Preview tab to the right of THAT). That would be fine
>>> with
>>> me.
>>>
>>> FYI: one thing that you may note as you peruse the new template JSPs
>>> is that I've deliberately broken up the tabs so that the "view"
>>> feature (eg., Wiki.jsp) only loads the View tab; the other tabs link
>>> to other JSPs e.g., PageInfo.jsp. That is deliberate -- I wanted to
>>> make generating view pages fairly lightweight. But if a user
>>> clicks on
>>> "Info" or "Attachments," then we load the other tabs and make them
>>> clickable via JavaScript. The user won't notice the difference.
>>>
>>>>> - Viewing the raw content of a page is not working anymore.
>>>>> Eg:  http: ... /Wiki.jsp?page=<page>&skin=raw
>>>>>
>>>>>
>>>> me too, looks a bug to me
>>>
>>> This is something I have not done yet. I didn't think it was needed
>>> for the beta. I don't understand what the "raw" editor really does,
>>> and I'm not really sure it is an "editor." What's the rationale for
>>> this feature? If it is needed, then of course we need to get it
>>> working. Whether we need it for Alpha, I don't know.
>>>
>>>>> - The <a class=external>..</a> external page link are still
>>>>> pointing
>> the
>>>>> /images/out.png.
>>>>> /images have been moved inside the template.
>>>>>
>>>>>
>>>>>
>>>> hmm, I get this (isn't that correct) : <img class="outlink"
>>>> src="/templates/default/images/out.png" alt="">
>>>>
>>>
>>> If this occurs, it is a bug. Any code that generates links to
>>> "standard" images should use TemplateManager.getResourceResolver()
>>> to
>>> obtain the path to the image. I thought I caught all of these, but
>>> if
>>> I didn't, please commit a fix.
>>>
>>> Andrew
>>>
>>

Re: help with v3.0.0-svn-200

[Dirk Frederickx <di...@gmail.com>]

Templates are looking much better after the hard work of Andrew !  Great
job.

I committed several javascript/css updates based on the latest template.
Expect still many broken items. Work in progress.


dirk

Re: help with v3.0.0-svn-200

[Dirk Frederickx <di...@gmail.com>]

SPAM

> now, at least) are very sensitive. A double-submit of a form, for
> example could trigger the spam detectors because of the "one-time"
> token we embed as a hidden form parameter.
>
> So, let me know what you do to make it happen, and I'll look into it.

>>>could indeed be that I had some double submits
>>>in the javascript, the prevention double-submits has been removed  (eg.
disabling a submit button once it is clicked the first time )    why is
that?


Whenever this happens, it is a bug. If it's in the JSP markup, that
> markup should use the JSTL syntax "${templates['Error.jsp']}" rather
> than "/Error.jsp". It's easy to fix, and if you encounter it I'd just
> ask that you commit a fix. I'll look for these myself, although I
> thought I'd eliminated them. This was a VERY recent change, so it is
> likely there are a few instance of this kicking around.

>>>one is missing from the AttachmentTab.jsp,  but I'm not sure whether this
jsp is still used.
>>>anyway, I run into the problem when using Install.jsp  (no reference here
to an errorPage) and Login.jsp (idem) Is this correct ?




> The UI at the top of the page was very cluttered: it had the save
> button, change-note, and toolbar. It seemed simpler and cleaner to
> have it at the bottom.

>>> I suggest to take it back at the top.  The 'clutter' should be minimal:
only one extra line with SAVE/CANCEL button and the change-note.
>>> Alternatively, we could embed the buttons in the toolbar as well.


FYI: one thing that you may note as you peruse the new template JSPs
> is that I've deliberately broken up the tabs so that the "view"
> feature (eg., Wiki.jsp) only loads the View tab; the other tabs link
> to other JSPs e.g., PageInfo.jsp. That is deliberate -- I wanted to
> make generating view pages fairly lightweight. But if a user clicks on
> "Info" or "Attachments," then we load the other tabs and make them
> clickable via JavaScript. The user won't notice the difference.

>>>Ok for the info tab.
>>>However, I would prefer to avoid a server-roundtrip for the attachment
tab.
>>>It would be faster to toggle to the attachment tab to preview some of the
attachments.
>>>Especially during editing, when previewing attachments you don't want to
be taken out of the edit session.

>>>Alternatively, we could load the attachment tab through an AJAX call,
without refreshing the page.
>>>This keeps the initial page-size limited.


This is something I have not done yet. I didn't think it was needed
> for the beta. I don't understand what the "raw" editor really does,
> and I'm not really sure it is an "editor." What's the rationale for
> this feature? If it is needed, then of course we need to get it
> working. Whether we need it for Alpha, I don't know.

>>>Agree. Terminology may be confusing here.
>>>"SKIN=RAW" is not an editor actually -- it just a way to view the raw
markup of the page.  (a link is avaible in the More dropdown)
>>>Actually, the generation of the raw page content could be a served from a
simple basic JSP as well, as part of the default template.




> If this occurs, it is a bug. Any code that generates links to
> "standard" images should use TemplateManager.getResourceResolver() to
> obtain the path to the image. I thought I caught all of these, but if
> I didn't, please commit a fix.
>
> >>>The issue here is in the markup-to-html converter which generates
hardcoded the <a...> links.
>>>Actually the generated link is ok.
>>>However the generated <img ...> needs to be fixed.
>>>As a fix, I suggest to remove the generated <img ..> completely;  and
resolve the presentation of external links completely in the jspwiki.css.
 (so it becomes skin-able as well)
>>>I will commit a fix for this.


dirk

Re: help with v3.0.0-svn-200

[Dirk Frederickx <di...@gmail.com>]

About the sneak-preview (or live-preview):

1) The preview is refreshed periodically, and not anymore when clicking
outside the textarea element.

2) For v3.x, I'm working on a side-by-side view:  so you will be able to see
the page preview next to the textarea.
    A new button will allow you to switch between side-by-side or the
previous vertically-stacked view.

    Additionally I was considering to allow the left-menu to be collapsed
(eg during edit) for an even wider view.


Anyway, I think it is key that the live-preview is shown in the same screen
as the editing.  You get immediate feedback of the entered markup.


Additionally, I think it would be cool to also have a wysiwyg editor which
immediately 'previews' the wiki-markup  ;-)


dirk.

On Sun, Feb 28, 2010 at 9:25 AM, Harry Metske <ha...@gmail.com>wrote:

> I agree on the Preview issue with you Andrew, in 2.8 the preview does
> require a lot of scrolling if your page is larger that half a screen.
> So let's keep the tab and rename it to preview .
>
> regards,
> Harry
>
> 2010/2/27 Andrew Jaquith <an...@gmail.com>
>
> > A few comments and clarifications below...
> >
> > >> - I get many SPAM errors, even when I'm logged in.  I should 'complete
> > the
> > >> challenge' but no challenge is presented.
> > >>  Any cure for that ?
> > >>
> > >>
> > > I don't get them.
> >
> > I don't get them either, but I'd like to know what specific
> > circumstances trigger them for you. The default spam settings (right
> > now, at least) are very sensitive. A double-submit of a form, for
> > example could trigger the spam detectors because of the "one-time"
> > token we embed as a hidden form parameter.
> >
> > So, let me know what you do to make it happen, and I'll look into it.
> >
> > >> - During editing, I often get this message:
> > >> "When you save this page, we will use your profiles e-mail {0} instead
> > of
> > >> the cookie value {1}. If you want to use {1} instead, change the
> e-mail
> > >> address in your profile"
> > >>  I've not seen this before.
> > >>
> > >
> > > Me too, looks like a bug
> >
> > This was an attempt on my part ensure that when the user submits a
> > page, the e-mail in their profile overrides any value they may have
> > set in their cookies. We *always* use the profile value -- the message
> > is meant to indicate that. However, I'm open to ideas on how to make
> > this more natural. Maybe just ignore the cookie value? Leave the
> > option to include an e-mail out?
> >
> > >> - ERROR.JSP has been moved inside the template, but mostly it is still
> > >> referred from the root.
> >
> > > me too, is a bug
> > >
> >
> > Whenever this happens, it is a bug. If it's in the JSP markup, that
> > markup should use the JSTL syntax "${templates['Error.jsp']}" rather
> > than "/Error.jsp". It's easy to fix, and if you encounter it I'd just
> > ask that you commit a fix. I'll look for these myself, although I
> > thought I'd eliminated them. This was a VERY recent change, so it is
> > likely there are a few instance of this kicking around.
> >
> > >>
> > >> - I noticed the "preview" functionality has been moved to the view
> tab,
> > >> while previously the live-preview was
> > >>  immediately visible below or next to the textarea input field.
> > >>  This requires an extra click if you wanna see the preview.  I'd
> rather
> > >> keep the original approach.
> > >>
> > >
> > > +1
> >
> > I don't agree. The old sneak/live preview feature was pretty
> > non-intuitive. It required you to click somewhere ("anywhere") outside
> > of the textarea.
> >
> > The thought I had was this: if you have to click outside anyway to see
> > the page preview, why not just click on a TAB? I "re-used" the View
> > tab for this purpose... it essentially replaced the Preview.jsp from
> > the JSPWiki 2.8. I think, in general, that using clicking a tab for
> > previews is more natural because the rendered text has the same layout
> > as the page you are editing, rather than a "squeezed" layout on the
> > side, or below (which means lots of back-and-forth scrolling). Putting
> > it on its own tab seemed nice and clean, and it uncluttered the
> > editing interface.
> >
> > But, maybe we call the tab "Preview" instead to make the preview
> > feature more obvious. Or put it in a pop-up window like Wordpress
> > does.
> >
> > >>
> > >>  Also the save button and change-note are moved back below the
> > edit-area,
> > >> as it was in old jspwiki versions.
> > >>  Why go back ?
> > >>
> > >
> > > +1 for moving (or copying) it to the top
> >
> > The UI at the top of the page was very cluttered: it had the save
> > button, change-note, and toolbar. It seemed simpler and cleaner to
> > have it at the bottom.
> >
> > >> - The "Edit" link (in view context) is now positioned between view and
> > >> attachment.
> > >>   Previous discussion on the position of the Edit link indicated that
> > this
> > >> was confusing may users.
> > >>   Therefore it got positioned at the right of the screen was.
> > >>   I suggest to keep that positioning as before.
> > >>
> > >>
> > > don't care, but if we earlier agreed to keep it right, we should do
> that
> >
> > I placed it next to "View" because of the preview change I made, as
> > discussed above. But maybe we could put it all the way to the right
> > (and add a Preview tab to the right of THAT). That would be fine with
> > me.
> >
> > FYI: one thing that you may note as you peruse the new template JSPs
> > is that I've deliberately broken up the tabs so that the "view"
> > feature (eg., Wiki.jsp) only loads the View tab; the other tabs link
> > to other JSPs e.g., PageInfo.jsp. That is deliberate -- I wanted to
> > make generating view pages fairly lightweight. But if a user clicks on
> > "Info" or "Attachments," then we load the other tabs and make them
> > clickable via JavaScript. The user won't notice the difference.
> >
> > >> - Viewing the raw content of a page is not working anymore.
> > >>  Eg:  http: ... /Wiki.jsp?page=<page>&skin=raw
> > >>
> > >>
> > > me too, looks a bug to me
> >
> > This is something I have not done yet. I didn't think it was needed
> > for the beta. I don't understand what the "raw" editor really does,
> > and I'm not really sure it is an "editor." What's the rationale for
> > this feature? If it is needed, then of course we need to get it
> > working. Whether we need it for Alpha, I don't know.
> >
> > >> - The <a class=external>..</a> external page link are still pointing
> the
> > >> /images/out.png.
> > >>  /images have been moved inside the template.
> > >>
> > >>
> > >>
> > > hmm, I get this (isn't that correct) : <img class="outlink"
> > > src="/templates/default/images/out.png" alt="">
> > >
> >
> > If this occurs, it is a bug. Any code that generates links to
> > "standard" images should use TemplateManager.getResourceResolver() to
> > obtain the path to the image. I thought I caught all of these, but if
> > I didn't, please commit a fix.
> >
> > Andrew
> >
>

Re: help with v3.0.0-svn-200

[Harry Metske <ha...@gmail.com>]

I agree on the Preview issue with you Andrew, in 2.8 the preview does
require a lot of scrolling if your page is larger that half a screen.
So let's keep the tab and rename it to preview .

regards,
Harry

2010/2/27 Andrew Jaquith <an...@gmail.com>

> A few comments and clarifications below...
>
> >> - I get many SPAM errors, even when I'm logged in.  I should 'complete
> the
> >> challenge' but no challenge is presented.
> >>  Any cure for that ?
> >>
> >>
> > I don't get them.
>
> I don't get them either, but I'd like to know what specific
> circumstances trigger them for you. The default spam settings (right
> now, at least) are very sensitive. A double-submit of a form, for
> example could trigger the spam detectors because of the "one-time"
> token we embed as a hidden form parameter.
>
> So, let me know what you do to make it happen, and I'll look into it.
>
> >> - During editing, I often get this message:
> >> "When you save this page, we will use your profiles e-mail {0} instead
> of
> >> the cookie value {1}. If you want to use {1} instead, change the e-mail
> >> address in your profile"
> >>  I've not seen this before.
> >>
> >
> > Me too, looks like a bug
>
> This was an attempt on my part ensure that when the user submits a
> page, the e-mail in their profile overrides any value they may have
> set in their cookies. We *always* use the profile value -- the message
> is meant to indicate that. However, I'm open to ideas on how to make
> this more natural. Maybe just ignore the cookie value? Leave the
> option to include an e-mail out?
>
> >> - ERROR.JSP has been moved inside the template, but mostly it is still
> >> referred from the root.
>
> > me too, is a bug
> >
>
> Whenever this happens, it is a bug. If it's in the JSP markup, that
> markup should use the JSTL syntax "${templates['Error.jsp']}" rather
> than "/Error.jsp". It's easy to fix, and if you encounter it I'd just
> ask that you commit a fix. I'll look for these myself, although I
> thought I'd eliminated them. This was a VERY recent change, so it is
> likely there are a few instance of this kicking around.
>
> >>
> >> - I noticed the "preview" functionality has been moved to the view tab,
> >> while previously the live-preview was
> >>  immediately visible below or next to the textarea input field.
> >>  This requires an extra click if you wanna see the preview.  I'd rather
> >> keep the original approach.
> >>
> >
> > +1
>
> I don't agree. The old sneak/live preview feature was pretty
> non-intuitive. It required you to click somewhere ("anywhere") outside
> of the textarea.
>
> The thought I had was this: if you have to click outside anyway to see
> the page preview, why not just click on a TAB? I "re-used" the View
> tab for this purpose... it essentially replaced the Preview.jsp from
> the JSPWiki 2.8. I think, in general, that using clicking a tab for
> previews is more natural because the rendered text has the same layout
> as the page you are editing, rather than a "squeezed" layout on the
> side, or below (which means lots of back-and-forth scrolling). Putting
> it on its own tab seemed nice and clean, and it uncluttered the
> editing interface.
>
> But, maybe we call the tab "Preview" instead to make the preview
> feature more obvious. Or put it in a pop-up window like Wordpress
> does.
>
> >>
> >>  Also the save button and change-note are moved back below the
> edit-area,
> >> as it was in old jspwiki versions.
> >>  Why go back ?
> >>
> >
> > +1 for moving (or copying) it to the top
>
> The UI at the top of the page was very cluttered: it had the save
> button, change-note, and toolbar. It seemed simpler and cleaner to
> have it at the bottom.
>
> >> - The "Edit" link (in view context) is now positioned between view and
> >> attachment.
> >>   Previous discussion on the position of the Edit link indicated that
> this
> >> was confusing may users.
> >>   Therefore it got positioned at the right of the screen was.
> >>   I suggest to keep that positioning as before.
> >>
> >>
> > don't care, but if we earlier agreed to keep it right, we should do that
>
> I placed it next to "View" because of the preview change I made, as
> discussed above. But maybe we could put it all the way to the right
> (and add a Preview tab to the right of THAT). That would be fine with
> me.
>
> FYI: one thing that you may note as you peruse the new template JSPs
> is that I've deliberately broken up the tabs so that the "view"
> feature (eg., Wiki.jsp) only loads the View tab; the other tabs link
> to other JSPs e.g., PageInfo.jsp. That is deliberate -- I wanted to
> make generating view pages fairly lightweight. But if a user clicks on
> "Info" or "Attachments," then we load the other tabs and make them
> clickable via JavaScript. The user won't notice the difference.
>
> >> - Viewing the raw content of a page is not working anymore.
> >>  Eg:  http: ... /Wiki.jsp?page=<page>&skin=raw
> >>
> >>
> > me too, looks a bug to me
>
> This is something I have not done yet. I didn't think it was needed
> for the beta. I don't understand what the "raw" editor really does,
> and I'm not really sure it is an "editor." What's the rationale for
> this feature? If it is needed, then of course we need to get it
> working. Whether we need it for Alpha, I don't know.
>
> >> - The <a class=external>..</a> external page link are still pointing the
> >> /images/out.png.
> >>  /images have been moved inside the template.
> >>
> >>
> >>
> > hmm, I get this (isn't that correct) : <img class="outlink"
> > src="/templates/default/images/out.png" alt="">
> >
>
> If this occurs, it is a bug. Any code that generates links to
> "standard" images should use TemplateManager.getResourceResolver() to
> obtain the path to the image. I thought I caught all of these, but if
> I didn't, please commit a fix.
>
> Andrew
>

Re: help with v3.0.0-svn-200

[Andrew Jaquith <an...@gmail.com>]

A few comments and clarifications below...

>> - I get many SPAM errors, even when I'm logged in.  I should 'complete the
>> challenge' but no challenge is presented.
>>  Any cure for that ?
>>
>>
> I don't get them.

I don't get them either, but I'd like to know what specific
circumstances trigger them for you. The default spam settings (right
now, at least) are very sensitive. A double-submit of a form, for
example could trigger the spam detectors because of the "one-time"
token we embed as a hidden form parameter.

So, let me know what you do to make it happen, and I'll look into it.

>> - During editing, I often get this message:
>> "When you save this page, we will use your profiles e-mail {0} instead of
>> the cookie value {1}. If you want to use {1} instead, change the e-mail
>> address in your profile"
>>  I've not seen this before.
>>
>
> Me too, looks like a bug

This was an attempt on my part ensure that when the user submits a
page, the e-mail in their profile overrides any value they may have
set in their cookies. We *always* use the profile value -- the message
is meant to indicate that. However, I'm open to ideas on how to make
this more natural. Maybe just ignore the cookie value? Leave the
option to include an e-mail out?

>> - ERROR.JSP has been moved inside the template, but mostly it is still
>> referred from the root.

> me too, is a bug
>

Whenever this happens, it is a bug. If it's in the JSP markup, that
markup should use the JSTL syntax "${templates['Error.jsp']}" rather
than "/Error.jsp". It's easy to fix, and if you encounter it I'd just
ask that you commit a fix. I'll look for these myself, although I
thought I'd eliminated them. This was a VERY recent change, so it is
likely there are a few instance of this kicking around.

>>
>> - I noticed the "preview" functionality has been moved to the view tab,
>> while previously the live-preview was
>>  immediately visible below or next to the textarea input field.
>>  This requires an extra click if you wanna see the preview.  I'd rather
>> keep the original approach.
>>
>
> +1

I don't agree. The old sneak/live preview feature was pretty
non-intuitive. It required you to click somewhere ("anywhere") outside
of the textarea.

The thought I had was this: if you have to click outside anyway to see
the page preview, why not just click on a TAB? I "re-used" the View
tab for this purpose... it essentially replaced the Preview.jsp from
the JSPWiki 2.8. I think, in general, that using clicking a tab for
previews is more natural because the rendered text has the same layout
as the page you are editing, rather than a "squeezed" layout on the
side, or below (which means lots of back-and-forth scrolling). Putting
it on its own tab seemed nice and clean, and it uncluttered the
editing interface.

But, maybe we call the tab "Preview" instead to make the preview
feature more obvious. Or put it in a pop-up window like Wordpress
does.

>>
>>  Also the save button and change-note are moved back below the edit-area,
>> as it was in old jspwiki versions.
>>  Why go back ?
>>
>
> +1 for moving (or copying) it to the top

The UI at the top of the page was very cluttered: it had the save
button, change-note, and toolbar. It seemed simpler and cleaner to
have it at the bottom.

>> - The "Edit" link (in view context) is now positioned between view and
>> attachment.
>>   Previous discussion on the position of the Edit link indicated that this
>> was confusing may users.
>>   Therefore it got positioned at the right of the screen was.
>>   I suggest to keep that positioning as before.
>>
>>
> don't care, but if we earlier agreed to keep it right, we should do that

I placed it next to "View" because of the preview change I made, as
discussed above. But maybe we could put it all the way to the right
(and add a Preview tab to the right of THAT). That would be fine with
me.

FYI: one thing that you may note as you peruse the new template JSPs
is that I've deliberately broken up the tabs so that the "view"
feature (eg., Wiki.jsp) only loads the View tab; the other tabs link
to other JSPs e.g., PageInfo.jsp. That is deliberate -- I wanted to
make generating view pages fairly lightweight. But if a user clicks on
"Info" or "Attachments," then we load the other tabs and make them
clickable via JavaScript. The user won't notice the difference.

>> - Viewing the raw content of a page is not working anymore.
>>  Eg:  http: ... /Wiki.jsp?page=<page>&skin=raw
>>
>>
> me too, looks a bug to me

This is something I have not done yet. I didn't think it was needed
for the beta. I don't understand what the "raw" editor really does,
and I'm not really sure it is an "editor." What's the rationale for
this feature? If it is needed, then of course we need to get it
working. Whether we need it for Alpha, I don't know.

>> - The <a class=external>..</a> external page link are still pointing the
>> /images/out.png.
>>  /images have been moved inside the template.
>>
>>
>>
> hmm, I get this (isn't that correct) : <img class="outlink"
> src="/templates/default/images/out.png" alt="">
>

If this occurs, it is a bug. Any code that generates links to
"standard" images should use TemplateManager.getResourceResolver() to
obtain the path to the image. I thought I caught all of these, but if
I didn't, please commit a fix.

Andrew

Re: help with v3.0.0-svn-200

[Harry Metske <ha...@gmail.com>]

2010/2/27 Dirk Frederickx <di...@gmail.com>

> Andrew,
>
> Yep, starting fresh seems the best solution :-)
>
> Still, the latest version is pretty unstable:
>
> - I get many SPAM errors, even when I'm logged in.  I should 'complete the
> challenge' but no challenge is presented.
>  Any cure for that ?
>
>
I don't get them.



> - During editing, I often get this message:
> "When you save this page, we will use your profiles e-mail {0} instead of
> the cookie value {1}. If you want to use {1} instead, change the e-mail
> address in your profile"
>  I've not seen this before.
>

Me too, looks like a bug


>
> - ERROR.JSP has been moved inside the template, but mostly it is still
> referred from the root.
>
>
me too, is a bug


>
> - I noticed the "preview" functionality has been moved to the view tab,
> while previously the live-preview was
>  immediately visible below or next to the textarea input field.
>  This requires an extra click if you wanna see the preview.  I'd rather
> keep the original approach.
>

+1


>
>  Also the save button and change-note are moved back below the edit-area,
> as it was in old jspwiki versions.
>  Why go back ?
>

+1 for moving (or copying) it to the top


>
>
> - The "Edit" link (in view context) is now positioned between view and
> attachment.
>   Previous discussion on the position of the Edit link indicated that this
> was confusing may users.
>   Therefore it got positioned at the right of the screen was.
>   I suggest to keep that positioning as before.
>
>
don't care, but if we earlier agreed to keep it right, we should do that


> - Viewing the raw content of a page is not working anymore.
>  Eg:  http: ... /Wiki.jsp?page=<page>&skin=raw
>
>
me too, looks a bug to me


> - The <a class=external>..</a> external page link are still pointing the
> /images/out.png.
>  /images have been moved inside the template.
>
>
>
hmm, I get this (isn't that correct) : <img class="outlink"
src="/templates/default/images/out.png" alt="">


>
> >> just a few of my first observations; if needed I can log them as jira's.
>
> if you can fix and commit them that would be better :-) , or else a JIRA as
a reminder would be fine

regards,
Harry


> dirk
>
> On Sat, Feb 27, 2010 at 2:31 PM, Andrew Jaquith
> <an...@gmail.com>wrote:
>
> > Dirk, great news!
> >
> > With respect to Priha, it is probably best to just delete the JCR folder
> > (default: /tmp/priha) and start fresh.
> >
> > Andrew
> >
> >
> > On Feb 27, 2010, at 7:23, Dirk Frederickx <di...@gmail.com>
> > wrote:
> >
> >  Seems like I'm back on track.
> >>
> >> The 'endorsed' libraries Tomcat 5.0.28 apparently include there own
> >> version
> >> of org.w3c.dom.Node, which is missing the method getTextContent().
> >>
> >> Just removing <tomcat>/common/endorsed/xml-apis.jar  solves the issues.
> >> Tomcat falls back on the standard Node implementation inside
> Classes.jar.
> >> (java 1.5)
> >>
> >>
> >> Now struggling with Priha -- the new jcr structure seems not backwards
> >> compatible with the previous. ...
> >>
> >>
> >> dirk
> >>
> >>
> >>
> >> On Sat, Feb 27, 2010 at 1:16 PM, Dirk Frederickx
> >> <di...@gmail.com>wrote:
> >>
> >>
> >>>
> >>> On Tue, Feb 23, 2010 at 11:35 PM, Andrew Jaquith <
> >>> andrew.r.jaquith@gmail.com> wrote:
> >>>
> >>>  Dirk, FYI --
> >>>>
> >>>> I just did a quick test with Tomcat 5.0.28. JSPWiki 3 will not load. I
> >>>> haven't dug into why yet, but perhaps it is related to your problem.
> >>>>
> >>>> That said, 5.5 works fine.
> >>>>
> >>>> Andrew
> >>>>
> >>>> On Mon, Feb 22, 2010 at 3:19 PM, Dirk Frederickx
> >>>> <di...@gmail.com> wrote:
> >>>>
> >>>>> Harry,
> >>>>>
> >>>>> Many thanks for the extra info.  Now I an do some more research ;-)
> >>>>>
> >>>>> I'm running still TOMCAT 5.0.28,  but so far had no problem with
> >>>>>
> >>>> previous
> >>>>
> >>>>> v3.x versions.
> >>>>>
> >>>>> dirk
> >>>>>
> >>>>>
> >>>>>
> >>>>> On Sun, Feb 21, 2010 at 11:50 AM, Harry Metske <
> harry.metske@gmail.com
> >>>>> wrote:
> >>>>>
> >>>>>  I just did, also no problem, this is what I get (See below).
> >>>>>>
> >>>>>> If I start tomcat with :    JAVA_OPTS=-verbose:class ./startup.sh
> >>>>>> The log shows that org.w3c.dom classes are loaded from
> >>>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar .
> >>>>>>
> >>>>>> Where do your org.w3c.dom classes come from ?
> >>>>>> This is tomcat 6.0.24, what version are you running ?
> >>>>>>
> >>>>>> regards,
> >>>>>> Harry
> >>>>>>
> >>>>>>
> >>>>>> metskem@gneisenau /usr/local/tomcat/webapps $ ls -l
> >>>>>> total 6496
> >>>>>> drwxr-xr-x 10 metskem metskem    4096 2010-02-08 18:10 docs
> >>>>>> drwxr-xr-x  5 metskem metskem    4096 2010-02-08 18:10 examples
> >>>>>> drwxr-xr-x  5 metskem metskem    4096 2010-02-08 18:10 host-manager
> >>>>>> drwxr-xr-x 10 metskem metskem    4096 2010-02-08 18:28 JSPWiki-2.8
> >>>>>> drwxr-xr-x  5 metskem metskem    4096 2010-02-08 18:10 manager
> >>>>>> drwxr-xr-x  3 metskem metskem    4096 2010-02-08 18:10 ROOT
> >>>>>>
> >>>>>> metskem@gneisenau /usr/local/tomcat/webapps $ cp
> >>>>>> /tmp/metskem/JSPWiki/install/JSPWiki.war .
> >>>>>> metskem@gneisenau /usr/local/tomcat/webapps $
> >>>>>> Feb 21, 2010 11:28:28 AM org.apache.catalina.startup.HostConfig
> >>>>>> deployWAR INFO: Deploying web application archive JSPWiki.war
> >>>>>>
> >>>>>> ==> /tmp/jspwiki.log <==
> >>>>>> 2010-02-21 11:28:29,741
> >>>>>> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
> >>>>>> net.sourceforge.stripes.config.BootstrapPropertyResolver  - Class
> >>>>>> implementing/extending ActionBeanContext found via auto-discovery:
> >>>>>> org.apache.wiki.ui.stripes.WikiActionBeanContext
> >>>>>> 2010-02-21 11:28:29,742
> >>>>>> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
> >>>>>> net.sourceforge.stripes.controller.DefaultActionBeanContextFactory
>  -
> >>>>>> DefaultActionBeanContextFactory will use ActionBeanContext subclass
> >>>>>> org.apache.wiki.ui.stripes.WikiActionBeanContext
> >>>>>> 2010-02-21 11:28:29,943
> >>>>>> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
> >>>>>> net.sourceforge.stripes.config.BootstrapPropertyResolver  - Class
> >>>>>> implementing/extending LocalePicker found in web.xml:
> >>>>>> org.apache.wiki.ui.stripes.PreferencesLocalePicker
> >>>>>> 2010-02-21 11:28:30,833
> >>>>>> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
> >>>>>> net.sourceforge.stripes.config.BootstrapPropertyResolver  - Class
> >>>>>> implementing/extending ExceptionHandler found in web.xml:
> >>>>>> org.apache.wiki.ui.stripes.WikiExceptionHandler
> >>>>>> 2010-02-21 11:28:30,922
> >>>>>> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
> >>>>>> net.sourceforge.stripes.config.BootstrapPropertyResolver  - Class
> >>>>>> implementing/extending MultipartWrapper found in web.xml:
> >>>>>> net.sourceforge.stripes.controller.multipart.CommonsMultipartWrapper
> >>>>>>
> >>>>>
> >
> >  2010-02-21 11:28:30,922
> >>>>>> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
> >>>>>>
> >>>>>>
> net.sourceforge.stripes.controller.multipart.DefaultMultipartWrapperFactory
> >>>>
> >>>
> >
> >  - Using
> >>>>>> net.sourceforge.stripes.controller.multipart.CommonsMultipartWrapper
> >>>>>> as
> >>>>>> MultipartWrapper implementation.
> >>>>>> 2010-02-21 11:28:31,259
> >>>>>> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
> >>>>>> net.sourceforge.stripes.controller.StripesFilter  - Stripes
> >>>>>>
> >>>>> Initialization
> >>>>
> >>>>> Complete. Version: 1.6-beta, Build: 1128:1193
> >>>>>> 2010-02-21 11:29:04,258 [http-8080-2] INFO
> org.apache.wiki.WikiEngine
> >>>>>>
> >>>>> -
> >>>>
> >>>>> *******************************************
> >>>>>> 2010-02-21 11:29:04,262 [http-8080-2] INFO
> org.apache.wiki.WikiEngine
> >>>>>>
> >>>>> -
> >>>>
> >>>>> JSPWiki 3.0.0-svn-207 starting. Whee!
> >>>>>> 2010-02-21 11:29:04,265 [http-8080-2] INFO
> org.apache.wiki.WikiEngine
> >>>>>>
> >>>>> -
> >>>>
> >>>>> Servlet container: Apache Tomcat/6.0.24
> >>>>>> 2010-02-21 11:29:04,266 [http-8080-2] INFO
> org.apache.wiki.WikiEngine
> >>>>>>
> >>>>> -
> >>>>
> >>>>> JSPWiki working directory is '/usr/local/tomcat/temp/JSPWiki-6233000'
> >>>>>> 2010-02-21 11:29:04,301 [http-8080-2] INFO
> >>>>>> org.apache.wiki.url.StripesURLConstructor  - StripesURLConstructor
> >>>>>> initialized.
> >>>>>> 2010-02-21 11:29:04,456 [http-8080-2] INFO
> >>>>>> org.apache.wiki.content.ContentManager  - Unable to locate the
> >>>>>>
> >>>>> repository
> >>>>
> >>>>> from JNDI, attempting to locate from jspwiki.properties
> >>>>>> 2010-02-21 11:29:04,456 [http-8080-2] INFO
> >>>>>> org.apache.wiki.content.ContentManager  - Trying repository priha
> >>>>>> 2010-02-21 11:29:04,471 [http-8080-2] INFO
> >>>>>>
> >>>>> org.priha.core.RepositoryImpl  -
> >>>>
> >>>>> G'day, Matilda!  Priha 0.7.0-alpha has been initialized.
> >>>>>> 2010-02-21 11:29:04,472 [http-8080-2] INFO
> >>>>>>
> >>>>> org.priha.core.RepositoryImpl  -
> >>>>
> >>>>> Initializing providers...
> >>>>>> 2010-02-21 11:29:04,508 [http-8080-2] WARN
> >>>>>> net.sf.ehcache.config.ConfigurationFactory  - No configuration
> found.
> >>>>>> Configuring ehcache from ehcache-failsafe.xml  found in the
> classpath:
> >>>>>>
> >>>>>>
> >>>>>>
> jar:file:/usr/local/apache-tomcat-6.0.24/webapps/JSPWiki/WEB-INF/lib/ehcache-1.6.0.jar!/ehcache-failsafe.xml
> >>>>
> >>>>> 2010-02-21 11:29:04,607 [http-8080-2] INFO
> >>>>>>
> >>>>> org.priha.core.RepositoryImpl  -
> >>>>
> >>>>> Repository initialization took 135 ms.
> >>>>>> 2010-02-21 11:29:04,608 [http-8080-2] INFO
> >>>>>>
> >>>>> org.priha.core.RepositoryImpl  -
> >>>>
> >>>>> Initializing SessionManager...
> >>>>>>
> >>>>>> ==> /usr/local/tomcat/logs/catalina.out <==
> >>>>>> org.apache.catalina.core.ApplicationContextFacade@5f1ba8
> >>>>>> Feb 21, 2010 11:29:04 AM org.priha.core.RepositoryImpl <init>
> >>>>>> INFO: G'day, Matilda!  Priha 0.7.0-alpha has been initialized.
> >>>>>> Feb 21, 2010 11:29:04 AM org.priha.core.RepositoryImpl
> >>>>>>
> >>>>> getProviderManager
> >>>>
> >>>>> INFO: Initializing providers...
> >>>>>> Feb 21, 2010 11:29:04 AM net.sf.ehcache.config.ConfigurationFactory
> >>>>>> parseConfiguration
> >>>>>> WARNING: No configuration found. Configuring ehcache from
> >>>>>> ehcache-failsafe.xml  found in the classpath:
> >>>>>>
> >>>>>>
> >>>>>>
> jar:file:/usr/local/apache-tomcat-6.0.24/webapps/JSPWiki/WEB-INF/lib/ehcache-1.6.0.jar!/ehcache-failsafe.xml
> >>>>
> >>>>> Feb 21, 2010 11:29:04 AM org.priha.core.RepositoryImpl
> >>>>>>
> >>>>> getProviderManager
> >>>>
> >>>>> INFO: Repository initialization took 135 ms.
> >>>>>> Feb 21, 2010 11:29:04 AM org.priha.core.RepositoryImpl
> >>>>>>
> >>>>> getSessionManager
> >>>>
> >>>>> INFO: Initializing SessionManager...
> >>>>>>
> >>>>>> ==> /tmp/jspwiki.log <==
> >>>>>> 2010-02-21 11:29:04,929 [http-8080-2] INFO
> >>>>>> org.apache.wiki.content.ContentManager  - ContentManager
> initialized!
> >>>>>> 2010-02-21 11:29:04,944 [http-8080-2] INFO
> >>>>>> org.apache.wiki.plugin.PluginManager  - Registering plugins
> >>>>>> 2010-02-21 11:29:05,422 [http-8080-2] INFO
> >>>>>> org.apache.wiki.plugin.PageViewPlugin  - initializing PageViewPlugin
> >>>>>> 2010-02-21 11:29:05,424 [http-8080-2] INFO
> >>>>>> org.apache.wiki.plugin.PageViewPlugin  - initializing PageView
> Manager
> >>>>>> 2010-02-21 11:29:05,424 [http-8080-2] INFO
> >>>>>> org.apache.wiki.plugin.PageViewPlugin  - loadCounters
> >>>>>> 2010-02-21 11:29:05,425 [http-8080-2] ERROR
> >>>>>> org.apache.wiki.plugin.PageViewPlugin  - loadCounters: Can't load
> page
> >>>>>> counter store: /usr/local/tomcat/temp/JSPWiki-6233000/PageCount.txt
> >>>>>> (No
> >>>>>> such
> >>>>>> file or directory) , will create a new one
> >>>>>> 2010-02-21 11:29:05,425 [http-8080-2] INFO
> >>>>>> org.apache.wiki.plugin.PageViewPlugin  - loadCounters:
> counters.size=0
> >>>>>> 2010-02-21 11:29:05,425 [http-8080-2] INFO
> >>>>>> org.apache.wiki.plugin.PageViewPlugin$CounterSaveThread  - Starting
> >>>>>>
> >>>>> Counter
> >>>>
> >>>>> Saver.
> >>>>>> 2010-02-21 11:29:05,486 [http-8080-2] INFO
> >>>>>> org.apache.wiki.diff.DifferenceManager  - Using difference provider:
> >>>>>> TraditionalDiffProvider
> >>>>>> 2010-02-21 11:29:05,498 [http-8080-2] INFO
> >>>>>>
> >>>>> org.apache.wiki.ui.EditorManager
> >>>>
> >>>>> - Registering editor modules
> >>>>>> 2010-02-21 11:29:05,512 [http-8080-2] INFO
> >>>>>> org.apache.wiki.auth.authorize.WebContainerAuthorizer  - Examining
> >>>>>> jndi:/localhost/JSPWiki/WEB-INF/web.xml
> >>>>>> 2010-02-21 11:29:05,552 [http-8080-2] INFO
> >>>>>> org.apache.wiki.auth.authorize.WebContainerAuthorizer  - JSPWiki is
> >>>>>>
> >>>>> using
> >>>>
> >>>>> custom authentication.
> >>>>>> 2010-02-21 11:29:05,552 [http-8080-2] INFO
> >>>>>> org.apache.wiki.auth.authorize.WebContainerAuthorizer  - Authorizer
> >>>>>> WebContainerAuthorizer initialized successfully.
> >>>>>> 2010-02-21 11:29:05,614 [http-8080-2] INFO
> >>>>>> org.apache.wiki.auth.AuthorizationManager  - Initialized default
> >>>>>>
> >>>>> security
> >>>>
> >>>>> policy: /usr/local/tomcat/webapps/JSPWiki/WEB-INF/jspwiki.policy
> >>>>>> 2010-02-21 11:29:05,615 [http-8080-2] INFO
> >>>>>> org.apache.wiki.auth.authorize.GroupManager  - Attempting to load
> >>>>>> group
> >>>>>> database class org.apache.wiki.auth.authorize.XMLGroupDatabase
> >>>>>> 2010-02-21 11:29:05,616 [http-8080-2] WARN
> >>>>>> org.apache.wiki.auth.authorize.XMLGroupDatabase  - XML group
> database
> >>>>>> property jspwiki.xmlGroupDatabaseFile not found; trying
> >>>>>> /usr/local/tomcat/webapps/JSPWiki/WEB-INF/groupdatabase.xml
> >>>>>> 2010-02-21 11:29:05,616 [http-8080-2] INFO
> >>>>>> org.apache.wiki.auth.authorize.XMLGroupDatabase  - XML group
> database
> >>>>>>
> >>>>> at
> >>>>
> >>>>> /usr/local/tomcat/webapps/JSPWiki/WEB-INF/groupdatabase.xml
> >>>>>> 2010-02-21 11:29:05,618 [http-8080-2] INFO
> >>>>>> org.apache.wiki.auth.authorize.GroupManager  - Group database
> >>>>>>
> >>>>> initialized.
> >>>>
> >>>>> 2010-02-21 11:29:05,619 [http-8080-2] INFO
> >>>>>> org.apache.wiki.auth.authorize.GroupManager  - Authorizer
> GroupManager
> >>>>>> initialized successfully; loaded 0 group(s).
> >>>>>> 2010-02-21 11:29:05,666 [http-8080-2] INFO
> >>>>>> org.apache.wiki.ui.admin.AdminBeanManager  -
> >>>>>> com.sun.jmx.mbeanserver.JmxMBeanServer
> >>>>>> 2010-02-21 11:29:05,666 [http-8080-2] INFO
> >>>>>> org.apache.wiki.ui.admin.AdminBeanManager  - DefaultDomain
> >>>>>> 2010-02-21 11:29:05,669 [http-8080-2] INFO
> >>>>>> org.apache.wiki.ui.admin.AdminBeanManager  - Registered new admin
> bean
> >>>>>>
> >>>>> Core
> >>>>
> >>>>> bean
> >>>>>> 2010-02-21 11:29:05,670 [http-8080-2] INFO
> >>>>>> org.apache.wiki.ui.admin.AdminBeanManager  - Registered new admin
> bean
> >>>>>>
> >>>>> User
> >>>>
> >>>>> administration
> >>>>>> 2010-02-21 11:29:05,670 [http-8080-2] INFO
> >>>>>> org.apache.wiki.ui.admin.AdminBeanManager  - Registered new admin
> bean
> >>>>>> Search manager
> >>>>>> 2010-02-21 11:29:05,670 [http-8080-2] INFO
> >>>>>> org.apache.wiki.ui.admin.AdminBeanManager  - Registered new admin
> bean
> >>>>>> Plugins
> >>>>>> 2010-02-21 11:29:05,671 [http-8080-2] INFO
> >>>>>> org.apache.wiki.ui.admin.AdminBeanManager  - Registered new admin
> bean
> >>>>>> Plain
> >>>>>> editor
> >>>>>> 2010-02-21 11:29:05,672 [http-8080-2] INFO
> org.apache.wiki.WikiEngine
> >>>>>>
> >>>>> -
> >>>>
> >>>>> Registering filters
> >>>>>> 2010-02-21 11:29:05,917 [http-8080-2] INFO
> org.apache.wiki.WikiEngine
> >>>>>>
> >>>>> -
> >>>>
> >>>>> Cannot find property file for filters (this is okay, expected to find
> >>>>>>
> >>>>> it
> >>>>
> >>>>> as:
> >>>>>> '/WEB-INF/filters.xml')
> >>>>>> 2010-02-21 11:29:05,918 [http-8080-2] INFO
> >>>>>> org.apache.wiki.render.RenderingManager  - Rendering content with
> >>>>>> org.apache.wiki.render.XHTMLRenderer.
> >>>>>> 2010-02-21 11:29:05,966 [http-8080-2] INFO
> >>>>>> org.apache.wiki.search.LuceneSearchProvider  - Lucene enabled, cache
> >>>>>>
> >>>>> will
> >>>>
> >>>>> be
> >>>>>> in: /usr/local/tomcat/temp/JSPWiki-6233000/lucene
> >>>>>> 2010-02-21 11:29:05,967 [http-8080-2] INFO
> >>>>>> org.apache.wiki.search.LuceneSearchProvider$LuceneUpdater  -
> Starting
> >>>>>> Lucene
> >>>>>> Indexer.
> >>>>>> 2010-02-21 11:29:05,968 [http-8080-2] INFO
> >>>>>> org.apache.wiki.util.WatchDog$WatchDogThread  - Starting WatchDog.
> >>>>>> 2010-02-21 11:29:05,969 [http-8080-2] INFO
> >>>>>> org.apache.wiki.search.LuceneSearchProvider  - Starting Lucene
> >>>>>>
> >>>>> reindexing,
> >>>>
> >>>>> this can take a couple minutes...
> >>>>>> 2010-02-21 11:29:06,341 [http-8080-2] INFO
> >>>>>> org.apache.wiki.search.LuceneSearchProvider  - Full Lucene index
> >>>>>>
> >>>>> finished
> >>>>
> >>>>> in
> >>>>>> 372 milliseconds.
> >>>>>> 2010-02-21 11:29:06,341 [http-8080-2] INFO
> org.apache.wiki.WikiEngine
> >>>>>>
> >>>>> -
> >>>>
> >>>>> WikiEngine configured.
> >>>>>> 2010-02-21 11:29:06,341 [http-8080-2] INFO
> org.apache.wiki.WikiEngine
> >>>>>>
> >>>>> -
> >>>>
> >>>>> Root path for this Wiki is: '/usr/local/tomcat/webapps/JSPWiki/'
> >>>>>> 2010-02-21 11:29:06,389 [http-8080-2] INFO
> >>>>>> net.sourceforge.stripes.validation.expression.ExpressionValidator  -
> >>>>>> Expression validation will be performed using:
> >>>>>>
> net.sourceforge.stripes.validation.expression.Jsp21ExpressionExecutor
> >>>>>>
> >>>>>
> >
> >  2010-02-21 11:29:06,524 [http-8080-2] INFO
> >>>>>>
> >>>>> org.apache.wiki.auth.UserManager
> >>>>
> >>>>> - Attempting to load user database class
> >>>>>> org.apache.wiki.auth.user.XMLUserDatabase
> >>>>>> 2010-02-21 11:29:06,527 [http-8080-2] WARN
> >>>>>> org.apache.wiki.auth.user.AbstractUserDatabase  - XML user database
> >>>>>> property
> >>>>>> jspwiki.xmlUserDatabaseFile not found; trying
> >>>>>> /usr/local/tomcat/webapps/JSPWiki/WEB-INF/userdatabase.xml
> >>>>>> 2010-02-21 11:29:06,527 [http-8080-2] INFO
> >>>>>> org.apache.wiki.auth.user.AbstractUserDatabase  - XML user database
> at
> >>>>>> /usr/local/tomcat/webapps/JSPWiki/WEB-INF/userdatabase.xml
> >>>>>> 2010-02-21 11:29:06,529 [http-8080-2] INFO
> >>>>>>
> >>>>> org.apache.wiki.auth.UserManager
> >>>>
> >>>>> - UserDatabase initialized.
> >>>>>>
> >>>>>> ==> /usr/local/tomcat/logs/catalina.out <==
> >>>>>> Executing /jcr:root/pages/*/*
> >>>>>> LOC = Node[jspwiki:/], check=
> >>>>>>  MATCH
> >>>>>> LOC = Node[jspwiki:/], check=pages
> >>>>>>  MATCH
> >>>>>> LOC = Node[jspwiki:/pages], check=null
> >>>>>> LOC = Node[jspwiki:/pages/main], check=null
> >>>>>> + Root node
> >>>>>> + Select properties: *
> >>>>>> + PathQueryNode
> >>>>>>  + LocationStepQueryNode:  NodeTest= Descendants=false Index=NONE
> >>>>>>  + LocationStepQueryNode:  NodeTest=pages Descendants=false
> >>>>>>
> >>>>> Index=NONE
> >>>>
> >>>>>  + LocationStepQueryNode:  NodeTest=* Descendants=false Index=NONE
> >>>>>>  + LocationStepQueryNode:  NodeTest=* Descendants=false Index=NONE
> >>>>>>
> >>>>>> ---
> >>>>>> Node[jspwiki:/pages/main/main]
> >>>>>> Node[jspwiki:/pages/main/ll]
> >>>>>>
> >>>>>> ==> /tmp/jspwiki.log <==
> >>>>>> 2010-02-21 11:29:21,342 [Timer-0] INFO
> >>>>>> org.apache.wiki.search.LuceneSearchProvider$LuceneUpdater  - Running
> >>>>>>
> >>>>> Lucene
> >>>>
> >>>>> Indexer.
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> 2010/2/20 Dirk Frederickx <di...@gmail.com>
> >>>>>>
> >>>>>>  Harry,
> >>>>>>>
> >>>>>>> Did you try a redeploy from WAR ?
> >>>>>>>
> >>>>>>> Falling back to a previous version (svn-191)  runs perfectly next
> to
> >>>>>>>
> >>>>>> v2.8.
> >>>>>>
> >>>>>>> Just a recent WAR deploy still breaks completely
> >>>>>>>
> >>>>>>>
> >>>>>>> dirk
> >>>>>>>
> >>>>>>> On Mon, Feb 8, 2010 at 6:32 PM, Harry Metske <
> harry.metske@gmail.com
> >>>>>>>
> >>>>>>
> >>>>>  wrote:
> >>>>>>>
> >>>>>>>  running 2 wiki's in the same tomcat (2.8 and 3.0) should not be a
> >>>>>>>>
> >>>>>>> problem
> >>>>>>
> >>>>>>> (I
> >>>>>>>> just did, and they both initialize nicely)
> >>>>>>>>
> >>>>>>>> /Harry
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> 2010/2/8 Dirk Frederickx <di...@gmail.com>
> >>>>>>>>
> >>>>>>>>  Txs Harry,
> >>>>>>>>>
> >>>>>>>>> I will do some more investigation.
> >>>>>>>>>
> >>>>>>>>> Note: I am running also a v2.8.x JSPWiki in the same TOMCAT
> >>>>>>>>>
> >>>>>>>> instance.
> >>>>
> >>>>> Could
> >>>>>>>>
> >>>>>>>>> this cause any problem ?
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>> dirk
> >>>>>>>>>
> >>>>>>>>> On Mon, Feb 8, 2010 at 7:55 AM, Harry Metske <
> >>>>>>>>>
> >>>>>>>> harry.metske@gmail.com
> >>>>
> >>>>>
> >>>>>>>  wrote:
> >>>>>>>>>
> >>>>>>>>>  Dirk,
> >>>>>>>>>>
> >>>>>>>>>> I can't think of anything else than that you are loading a
> >>>>>>>>>>
> >>>>>>>>> version
> >>>>
> >>>>> of
> >>>>>>
> >>>>>>> org.w3c.dom.Node that does not have the getTextContent()
> >>>>>>>>>>
> >>>>>>>>> method.
> >>>>
> >>>>> Can you add the java parameter " -verbose:class" to see from
> >>>>>>>>>>
> >>>>>>>>> which
> >>>>
> >>>>> jar
> >>>>>>>
> >>>>>>>> it
> >>>>>>>>
> >>>>>>>>> is
> >>>>>>>>>> loaded, maybe that gives a clue.
> >>>>>>>>>>
> >>>>>>>>>> regards,
> >>>>>>>>>> Harry
> >>>>>>>>>>
> >>>>>>>>>> 2010/2/7 Dirk Frederickx <di...@gmail.com>
> >>>>>>>>>>
> >>>>>>>>>>  Guys,
> >>>>>>>>>>>
> >>>>>>>>>>> The latest check-ins on v3.0.0 seem to have broken the
> >>>>>>>>>>>
> >>>>>>>>>> deployability
> >>>>>>>
> >>>>>>>> from
> >>>>>>>>>
> >>>>>>>>>> WAR.
> >>>>>>>>>>> I'm kind a blocked to check in several pending fixes (mainly
> >>>>>>>>>>>
> >>>>>>>>>> javascript
> >>>>>>>>
> >>>>>>>>> )
> >>>>>>>>>
> >>>>>>>>>> to align with the latest template changes of Andrew.
> >>>>>>>>>>>
> >>>>>>>>>>> It seems the Content-Manager doesn't initialize properly.
> >>>>>>>>>>>
> >>>>>>>>>>> Any suggestions ?
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>> 2010-01-23 19:29:15,648 [main] INFO
> >>>>>>>>>>>
> >>>>>>>>>> org.priha.core.RepositoryImpl
> >>>>
> >>>>> -
> >>>>>>>
> >>>>>>>> Initializing SessionManager...
> >>>>>>>>>>> 2010-01-23 19:29:15,841 [main] INFO
> >>>>>>>>>>>
> >>>>>>>>>> org.apache.wiki.util.ClassUtil
> >>>>>>
> >>>>>>> -
> >>>>>>>
> >>>>>>>> Failed
> >>>>>>>>>>> to invoke class org.apache.wiki.content.ContentManager
> >>>>>>>>>>> java.lang.NoSuchMethodError:
> >>>>>>>>>>> org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> >>>>>>>>>>> 2010-01-23 19:29:15,843 [main] ERROR
> >>>>>>>>>>>
> >>>>>>>>>> org.apache.wiki.WikiEngine
> >>>>
> >>>>> -
> >>>>>>
> >>>>>>> JSPWiki
> >>>>>>>>>>
> >>>>>>>>>>> could not start, due to an unknown exception while starting,
> >>>>>>>>>>>
> >>>>>>>>>> stacktrace
> >>>>>>>>
> >>>>>>>>> follows:
> >>>>>>>>>>> org.apache.wiki.api.WikiException: Failed to invoke class
> >>>>>>>>>>> org.apache.wiki.content.ContentManager, reason:
> >>>>>>>>>>> java.lang.NoSuchMethodError:
> >>>>>>>>>>> org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> >>>>>>>>>>> at
> >>>>>>>>>>>
> >>>>>>>>>>
> org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:311)
> >>>>>>>
> >>>>>>>> at
> >>>>>>>>>>>
> >>>>>>>>>>
> org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:204)
> >>>>>>>
> >>>>>>>> at org.apache.wiki.WikiEngine.initialize(WikiEngine.java:565)
> >>>>>>>>>>> at org.apache.wiki.WikiEngine.<init>(WikiEngine.java:429)
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>> dirk
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>> On Sun, Jan 24, 2010 at 12:06 PM, Harry Metske <
> >>>>>>>>>>>
> >>>>>>>>>> harry.metske@gmail.com
> >>>>>>>>
> >>>>>>>>> wrote:
> >>>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>  could it be that there is an old version of
> >>>>>>>>>>>>
> >>>>>>>>>>> org.w3c.dom.Node
> >>>>
> >>>>> somewhere
> >>>>>>>>>
> >>>>>>>>>> else in your classpath  ?
> >>>>>>>>>>>>
> >>>>>>>>>>>> /Harry
> >>>>>>>>>>>>
> >>>>>>>>>>>> 2010/1/23 Dirk Frederickx <di...@gmail.com>
> >>>>>>>>>>>>
> >>>>>>>>>>>>  Harry,
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> Txs for the quick reply.
> >>>>>>>>>>>>> But that's not the problem -- I have v3.0.0. runing quite
> >>>>>>>>>>>>>
> >>>>>>>>>>>> some
> >>>>>>
> >>>>>>> time.
> >>>>>>>>>
> >>>>>>>>>> I just did a clean install from the war.
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> I'm running java 1.5
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> java version "1.5.0_19"
> >>>>>>>>>>>>> Java(TM) 2 Runtime Environment, Standard Edition (build
> >>>>>>>>>>>>>
> >>>>>>>>>>>> 1.5.0_19-b02-306)
> >>>>>>>>>>>
> >>>>>>>>>>>> Java HotSpot(TM) Client VM (build 1.5.0_19-138, mixed
> >>>>>>>>>>>>>
> >>>>>>>>>>>> mode,
> >>>>
> >>>>> sharing)
> >>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> dirk
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> On Sat, Jan 23, 2010 at 8:53 PM, Dirk Frederickx
> >>>>>>>>>>>>> <di...@gmail.com>wrote:
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>  Harry,
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> Txs for the quick reply.
> >>>>>>>>>>>>>> But that's not the problem -- I have v3.0.0. runing
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>> quite
> >>>>
> >>>>> some
> >>>>>>>
> >>>>>>>> time.
> >>>>>>>>>>
> >>>>>>>>>>> I just tried a
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> On Sat, Jan 23, 2010 at 8:28 PM, Harry Metske <
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>> harry.metske@gmail.com
> >>>>>>>>>>>
> >>>>>>>>>>>> wrote:
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>  it looks like you are running with a JDK 1.4, while
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>> JDK5
> >>>>
> >>>>> is
> >>>>>>
> >>>>>>> the
> >>>>>>>>
> >>>>>>>>> minimum
> >>>>>>>>>>>>
> >>>>>>>>>>>>> requirement.
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> regards,
> >>>>>>>>>>>>>>> Harry
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> 2010/1/23 Dirk Frederickx <di...@gmail.com>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>  I have difficulties in deploying a recent v3.0.0
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> version.
> >>>>>>
> >>>>>>> The startup op JSPWiki fails with the below
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> error/stack-trace.
> >>>>>>>>
> >>>>>>>>>
> >>>>>>>>>>>>>>>> Any hint what could be wrong ?
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> 2010-01-23 19:29:15,648 [main] INFO
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> org.priha.core.RepositoryImpl
> >>>>>>>>>>
> >>>>>>>>>>> -
> >>>>>>>>>>>
> >>>>>>>>>>>> Initializing SessionManager...
> >>>>>>>>>>>>>>>> 2010-01-23 19:29:15,841 [main] INFO
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> org.apache.wiki.util.ClassUtil
> >>>>>>>>>>
> >>>>>>>>>>> -
> >>>>>>>>>>>>
> >>>>>>>>>>>>> Failed
> >>>>>>>>>>>>>>>> to invoke class
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> org.apache.wiki.content.ContentManager
> >>>>
> >>>>> java.lang.NoSuchMethodError:
> >>>>>>>>>>>>>>>> org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> >>>>>>>>>>>>>>>> 2010-01-23 19:29:15,843 [main] ERROR
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> org.apache.wiki.WikiEngine
> >>>>>>>>>
> >>>>>>>>>> -
> >>>>>>>>>>
> >>>>>>>>>>> JSPWiki
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> could not start, due to an unknown exception while
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> starting,
> >>>>>>>
> >>>>>>>> stacktrace
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>> follows:
> >>>>>>>>>>>>>>>> org.apache.wiki.api.WikiException: Failed to invoke
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> class
> >>>>>>
> >>>>>>> org.apache.wiki.content.ContentManager, reason:
> >>>>>>>>>>>>>>>> java.lang.NoSuchMethodError:
> >>>>>>>>>>>>>>>> org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> >>>>>>>>>>>>>>>> at
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>
> org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:311)
> >>>>>>>
> >>>>>>>> at
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>
> org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:204)
> >>>>>>>
> >>>>>>>> at
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> org.apache.wiki.WikiEngine.initialize(WikiEngine.java:565)
> >>>>>>>>
> >>>>>>>>> at
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> org.apache.wiki.WikiEngine.<init>(WikiEngine.java:429)
> >>>>>>
> >>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> dirk
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>
> >>>>>>>>
> >>>>>>>
> >>>>>>
> >>>>>
> >>>>
> >>>
> >>>
>

Re: help with v3.0.0-svn-200

[Dirk Frederickx <di...@gmail.com>]

Andrew,

Yep, starting fresh seems the best solution :-)

Still, the latest version is pretty unstable:

- I get many SPAM errors, even when I'm logged in.  I should 'complete the
challenge' but no challenge is presented.
  Any cure for that ?

- During editing, I often get this message:
"When you save this page, we will use your profiles e-mail {0} instead of
the cookie value {1}. If you want to use {1} instead, change the e-mail
address in your profile"
  I've not seen this before.

- ERROR.JSP has been moved inside the template, but mostly it is still
referred from the root.


- I noticed the "preview" functionality has been moved to the view tab,
while previously the live-preview was
  immediately visible below or next to the textarea input field.
  This requires an extra click if you wanna see the preview.  I'd rather
keep the original approach.

  Also the save button and change-note are moved back below the edit-area,
as it was in old jspwiki versions.
  Why go back ?


- The "Edit" link (in view context) is now positioned between view and
attachment.
   Previous discussion on the position of the Edit link indicated that this
was confusing may users.
   Therefore it got positioned at the right of the screen was.
   I suggest to keep that positioning as before.

- Viewing the raw content of a page is not working anymore.
  Eg:  http: ... /Wiki.jsp?page=<page>&skin=raw

- The <a class=external>..</a> external page link are still pointing the
/images/out.png.
  /images have been moved inside the template.



>> just a few of my first observations; if needed I can log them as jira's.


dirk

On Sat, Feb 27, 2010 at 2:31 PM, Andrew Jaquith
<an...@gmail.com>wrote:

> Dirk, great news!
>
> With respect to Priha, it is probably best to just delete the JCR folder
> (default: /tmp/priha) and start fresh.
>
> Andrew
>
>
> On Feb 27, 2010, at 7:23, Dirk Frederickx <di...@gmail.com>
> wrote:
>
>  Seems like I'm back on track.
>>
>> The 'endorsed' libraries Tomcat 5.0.28 apparently include there own
>> version
>> of org.w3c.dom.Node, which is missing the method getTextContent().
>>
>> Just removing <tomcat>/common/endorsed/xml-apis.jar  solves the issues.
>> Tomcat falls back on the standard Node implementation inside Classes.jar.
>> (java 1.5)
>>
>>
>> Now struggling with Priha -- the new jcr structure seems not backwards
>> compatible with the previous. ...
>>
>>
>> dirk
>>
>>
>>
>> On Sat, Feb 27, 2010 at 1:16 PM, Dirk Frederickx
>> <di...@gmail.com>wrote:
>>
>>
>>>
>>> On Tue, Feb 23, 2010 at 11:35 PM, Andrew Jaquith <
>>> andrew.r.jaquith@gmail.com> wrote:
>>>
>>>  Dirk, FYI --
>>>>
>>>> I just did a quick test with Tomcat 5.0.28. JSPWiki 3 will not load. I
>>>> haven't dug into why yet, but perhaps it is related to your problem.
>>>>
>>>> That said, 5.5 works fine.
>>>>
>>>> Andrew
>>>>
>>>> On Mon, Feb 22, 2010 at 3:19 PM, Dirk Frederickx
>>>> <di...@gmail.com> wrote:
>>>>
>>>>> Harry,
>>>>>
>>>>> Many thanks for the extra info.  Now I an do some more research ;-)
>>>>>
>>>>> I'm running still TOMCAT 5.0.28,  but so far had no problem with
>>>>>
>>>> previous
>>>>
>>>>> v3.x versions.
>>>>>
>>>>> dirk
>>>>>
>>>>>
>>>>>
>>>>> On Sun, Feb 21, 2010 at 11:50 AM, Harry Metske <harry.metske@gmail.com
>>>>> wrote:
>>>>>
>>>>>  I just did, also no problem, this is what I get (See below).
>>>>>>
>>>>>> If I start tomcat with :    JAVA_OPTS=-verbose:class ./startup.sh
>>>>>> The log shows that org.w3c.dom classes are loaded from
>>>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar .
>>>>>>
>>>>>> Where do your org.w3c.dom classes come from ?
>>>>>> This is tomcat 6.0.24, what version are you running ?
>>>>>>
>>>>>> regards,
>>>>>> Harry
>>>>>>
>>>>>>
>>>>>> metskem@gneisenau /usr/local/tomcat/webapps $ ls -l
>>>>>> total 6496
>>>>>> drwxr-xr-x 10 metskem metskem    4096 2010-02-08 18:10 docs
>>>>>> drwxr-xr-x  5 metskem metskem    4096 2010-02-08 18:10 examples
>>>>>> drwxr-xr-x  5 metskem metskem    4096 2010-02-08 18:10 host-manager
>>>>>> drwxr-xr-x 10 metskem metskem    4096 2010-02-08 18:28 JSPWiki-2.8
>>>>>> drwxr-xr-x  5 metskem metskem    4096 2010-02-08 18:10 manager
>>>>>> drwxr-xr-x  3 metskem metskem    4096 2010-02-08 18:10 ROOT
>>>>>>
>>>>>> metskem@gneisenau /usr/local/tomcat/webapps $ cp
>>>>>> /tmp/metskem/JSPWiki/install/JSPWiki.war .
>>>>>> metskem@gneisenau /usr/local/tomcat/webapps $
>>>>>> Feb 21, 2010 11:28:28 AM org.apache.catalina.startup.HostConfig
>>>>>> deployWAR INFO: Deploying web application archive JSPWiki.war
>>>>>>
>>>>>> ==> /tmp/jspwiki.log <==
>>>>>> 2010-02-21 11:28:29,741
>>>>>> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
>>>>>> net.sourceforge.stripes.config.BootstrapPropertyResolver  - Class
>>>>>> implementing/extending ActionBeanContext found via auto-discovery:
>>>>>> org.apache.wiki.ui.stripes.WikiActionBeanContext
>>>>>> 2010-02-21 11:28:29,742
>>>>>> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
>>>>>> net.sourceforge.stripes.controller.DefaultActionBeanContextFactory  -
>>>>>> DefaultActionBeanContextFactory will use ActionBeanContext subclass
>>>>>> org.apache.wiki.ui.stripes.WikiActionBeanContext
>>>>>> 2010-02-21 11:28:29,943
>>>>>> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
>>>>>> net.sourceforge.stripes.config.BootstrapPropertyResolver  - Class
>>>>>> implementing/extending LocalePicker found in web.xml:
>>>>>> org.apache.wiki.ui.stripes.PreferencesLocalePicker
>>>>>> 2010-02-21 11:28:30,833
>>>>>> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
>>>>>> net.sourceforge.stripes.config.BootstrapPropertyResolver  - Class
>>>>>> implementing/extending ExceptionHandler found in web.xml:
>>>>>> org.apache.wiki.ui.stripes.WikiExceptionHandler
>>>>>> 2010-02-21 11:28:30,922
>>>>>> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
>>>>>> net.sourceforge.stripes.config.BootstrapPropertyResolver  - Class
>>>>>> implementing/extending MultipartWrapper found in web.xml:
>>>>>> net.sourceforge.stripes.controller.multipart.CommonsMultipartWrapper
>>>>>>
>>>>>
>
>  2010-02-21 11:28:30,922
>>>>>> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
>>>>>>
>>>>>> net.sourceforge.stripes.controller.multipart.DefaultMultipartWrapperFactory
>>>>
>>>
>
>  - Using
>>>>>> net.sourceforge.stripes.controller.multipart.CommonsMultipartWrapper
>>>>>> as
>>>>>> MultipartWrapper implementation.
>>>>>> 2010-02-21 11:28:31,259
>>>>>> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
>>>>>> net.sourceforge.stripes.controller.StripesFilter  - Stripes
>>>>>>
>>>>> Initialization
>>>>
>>>>> Complete. Version: 1.6-beta, Build: 1128:1193
>>>>>> 2010-02-21 11:29:04,258 [http-8080-2] INFO org.apache.wiki.WikiEngine
>>>>>>
>>>>> -
>>>>
>>>>> *******************************************
>>>>>> 2010-02-21 11:29:04,262 [http-8080-2] INFO org.apache.wiki.WikiEngine
>>>>>>
>>>>> -
>>>>
>>>>> JSPWiki 3.0.0-svn-207 starting. Whee!
>>>>>> 2010-02-21 11:29:04,265 [http-8080-2] INFO org.apache.wiki.WikiEngine
>>>>>>
>>>>> -
>>>>
>>>>> Servlet container: Apache Tomcat/6.0.24
>>>>>> 2010-02-21 11:29:04,266 [http-8080-2] INFO org.apache.wiki.WikiEngine
>>>>>>
>>>>> -
>>>>
>>>>> JSPWiki working directory is '/usr/local/tomcat/temp/JSPWiki-6233000'
>>>>>> 2010-02-21 11:29:04,301 [http-8080-2] INFO
>>>>>> org.apache.wiki.url.StripesURLConstructor  - StripesURLConstructor
>>>>>> initialized.
>>>>>> 2010-02-21 11:29:04,456 [http-8080-2] INFO
>>>>>> org.apache.wiki.content.ContentManager  - Unable to locate the
>>>>>>
>>>>> repository
>>>>
>>>>> from JNDI, attempting to locate from jspwiki.properties
>>>>>> 2010-02-21 11:29:04,456 [http-8080-2] INFO
>>>>>> org.apache.wiki.content.ContentManager  - Trying repository priha
>>>>>> 2010-02-21 11:29:04,471 [http-8080-2] INFO
>>>>>>
>>>>> org.priha.core.RepositoryImpl  -
>>>>
>>>>> G'day, Matilda!  Priha 0.7.0-alpha has been initialized.
>>>>>> 2010-02-21 11:29:04,472 [http-8080-2] INFO
>>>>>>
>>>>> org.priha.core.RepositoryImpl  -
>>>>
>>>>> Initializing providers...
>>>>>> 2010-02-21 11:29:04,508 [http-8080-2] WARN
>>>>>> net.sf.ehcache.config.ConfigurationFactory  - No configuration found.
>>>>>> Configuring ehcache from ehcache-failsafe.xml  found in the classpath:
>>>>>>
>>>>>>
>>>>>> jar:file:/usr/local/apache-tomcat-6.0.24/webapps/JSPWiki/WEB-INF/lib/ehcache-1.6.0.jar!/ehcache-failsafe.xml
>>>>
>>>>> 2010-02-21 11:29:04,607 [http-8080-2] INFO
>>>>>>
>>>>> org.priha.core.RepositoryImpl  -
>>>>
>>>>> Repository initialization took 135 ms.
>>>>>> 2010-02-21 11:29:04,608 [http-8080-2] INFO
>>>>>>
>>>>> org.priha.core.RepositoryImpl  -
>>>>
>>>>> Initializing SessionManager...
>>>>>>
>>>>>> ==> /usr/local/tomcat/logs/catalina.out <==
>>>>>> org.apache.catalina.core.ApplicationContextFacade@5f1ba8
>>>>>> Feb 21, 2010 11:29:04 AM org.priha.core.RepositoryImpl <init>
>>>>>> INFO: G'day, Matilda!  Priha 0.7.0-alpha has been initialized.
>>>>>> Feb 21, 2010 11:29:04 AM org.priha.core.RepositoryImpl
>>>>>>
>>>>> getProviderManager
>>>>
>>>>> INFO: Initializing providers...
>>>>>> Feb 21, 2010 11:29:04 AM net.sf.ehcache.config.ConfigurationFactory
>>>>>> parseConfiguration
>>>>>> WARNING: No configuration found. Configuring ehcache from
>>>>>> ehcache-failsafe.xml  found in the classpath:
>>>>>>
>>>>>>
>>>>>> jar:file:/usr/local/apache-tomcat-6.0.24/webapps/JSPWiki/WEB-INF/lib/ehcache-1.6.0.jar!/ehcache-failsafe.xml
>>>>
>>>>> Feb 21, 2010 11:29:04 AM org.priha.core.RepositoryImpl
>>>>>>
>>>>> getProviderManager
>>>>
>>>>> INFO: Repository initialization took 135 ms.
>>>>>> Feb 21, 2010 11:29:04 AM org.priha.core.RepositoryImpl
>>>>>>
>>>>> getSessionManager
>>>>
>>>>> INFO: Initializing SessionManager...
>>>>>>
>>>>>> ==> /tmp/jspwiki.log <==
>>>>>> 2010-02-21 11:29:04,929 [http-8080-2] INFO
>>>>>> org.apache.wiki.content.ContentManager  - ContentManager initialized!
>>>>>> 2010-02-21 11:29:04,944 [http-8080-2] INFO
>>>>>> org.apache.wiki.plugin.PluginManager  - Registering plugins
>>>>>> 2010-02-21 11:29:05,422 [http-8080-2] INFO
>>>>>> org.apache.wiki.plugin.PageViewPlugin  - initializing PageViewPlugin
>>>>>> 2010-02-21 11:29:05,424 [http-8080-2] INFO
>>>>>> org.apache.wiki.plugin.PageViewPlugin  - initializing PageView Manager
>>>>>> 2010-02-21 11:29:05,424 [http-8080-2] INFO
>>>>>> org.apache.wiki.plugin.PageViewPlugin  - loadCounters
>>>>>> 2010-02-21 11:29:05,425 [http-8080-2] ERROR
>>>>>> org.apache.wiki.plugin.PageViewPlugin  - loadCounters: Can't load page
>>>>>> counter store: /usr/local/tomcat/temp/JSPWiki-6233000/PageCount.txt
>>>>>> (No
>>>>>> such
>>>>>> file or directory) , will create a new one
>>>>>> 2010-02-21 11:29:05,425 [http-8080-2] INFO
>>>>>> org.apache.wiki.plugin.PageViewPlugin  - loadCounters: counters.size=0
>>>>>> 2010-02-21 11:29:05,425 [http-8080-2] INFO
>>>>>> org.apache.wiki.plugin.PageViewPlugin$CounterSaveThread  - Starting
>>>>>>
>>>>> Counter
>>>>
>>>>> Saver.
>>>>>> 2010-02-21 11:29:05,486 [http-8080-2] INFO
>>>>>> org.apache.wiki.diff.DifferenceManager  - Using difference provider:
>>>>>> TraditionalDiffProvider
>>>>>> 2010-02-21 11:29:05,498 [http-8080-2] INFO
>>>>>>
>>>>> org.apache.wiki.ui.EditorManager
>>>>
>>>>> - Registering editor modules
>>>>>> 2010-02-21 11:29:05,512 [http-8080-2] INFO
>>>>>> org.apache.wiki.auth.authorize.WebContainerAuthorizer  - Examining
>>>>>> jndi:/localhost/JSPWiki/WEB-INF/web.xml
>>>>>> 2010-02-21 11:29:05,552 [http-8080-2] INFO
>>>>>> org.apache.wiki.auth.authorize.WebContainerAuthorizer  - JSPWiki is
>>>>>>
>>>>> using
>>>>
>>>>> custom authentication.
>>>>>> 2010-02-21 11:29:05,552 [http-8080-2] INFO
>>>>>> org.apache.wiki.auth.authorize.WebContainerAuthorizer  - Authorizer
>>>>>> WebContainerAuthorizer initialized successfully.
>>>>>> 2010-02-21 11:29:05,614 [http-8080-2] INFO
>>>>>> org.apache.wiki.auth.AuthorizationManager  - Initialized default
>>>>>>
>>>>> security
>>>>
>>>>> policy: /usr/local/tomcat/webapps/JSPWiki/WEB-INF/jspwiki.policy
>>>>>> 2010-02-21 11:29:05,615 [http-8080-2] INFO
>>>>>> org.apache.wiki.auth.authorize.GroupManager  - Attempting to load
>>>>>> group
>>>>>> database class org.apache.wiki.auth.authorize.XMLGroupDatabase
>>>>>> 2010-02-21 11:29:05,616 [http-8080-2] WARN
>>>>>> org.apache.wiki.auth.authorize.XMLGroupDatabase  - XML group database
>>>>>> property jspwiki.xmlGroupDatabaseFile not found; trying
>>>>>> /usr/local/tomcat/webapps/JSPWiki/WEB-INF/groupdatabase.xml
>>>>>> 2010-02-21 11:29:05,616 [http-8080-2] INFO
>>>>>> org.apache.wiki.auth.authorize.XMLGroupDatabase  - XML group database
>>>>>>
>>>>> at
>>>>
>>>>> /usr/local/tomcat/webapps/JSPWiki/WEB-INF/groupdatabase.xml
>>>>>> 2010-02-21 11:29:05,618 [http-8080-2] INFO
>>>>>> org.apache.wiki.auth.authorize.GroupManager  - Group database
>>>>>>
>>>>> initialized.
>>>>
>>>>> 2010-02-21 11:29:05,619 [http-8080-2] INFO
>>>>>> org.apache.wiki.auth.authorize.GroupManager  - Authorizer GroupManager
>>>>>> initialized successfully; loaded 0 group(s).
>>>>>> 2010-02-21 11:29:05,666 [http-8080-2] INFO
>>>>>> org.apache.wiki.ui.admin.AdminBeanManager  -
>>>>>> com.sun.jmx.mbeanserver.JmxMBeanServer
>>>>>> 2010-02-21 11:29:05,666 [http-8080-2] INFO
>>>>>> org.apache.wiki.ui.admin.AdminBeanManager  - DefaultDomain
>>>>>> 2010-02-21 11:29:05,669 [http-8080-2] INFO
>>>>>> org.apache.wiki.ui.admin.AdminBeanManager  - Registered new admin bean
>>>>>>
>>>>> Core
>>>>
>>>>> bean
>>>>>> 2010-02-21 11:29:05,670 [http-8080-2] INFO
>>>>>> org.apache.wiki.ui.admin.AdminBeanManager  - Registered new admin bean
>>>>>>
>>>>> User
>>>>
>>>>> administration
>>>>>> 2010-02-21 11:29:05,670 [http-8080-2] INFO
>>>>>> org.apache.wiki.ui.admin.AdminBeanManager  - Registered new admin bean
>>>>>> Search manager
>>>>>> 2010-02-21 11:29:05,670 [http-8080-2] INFO
>>>>>> org.apache.wiki.ui.admin.AdminBeanManager  - Registered new admin bean
>>>>>> Plugins
>>>>>> 2010-02-21 11:29:05,671 [http-8080-2] INFO
>>>>>> org.apache.wiki.ui.admin.AdminBeanManager  - Registered new admin bean
>>>>>> Plain
>>>>>> editor
>>>>>> 2010-02-21 11:29:05,672 [http-8080-2] INFO org.apache.wiki.WikiEngine
>>>>>>
>>>>> -
>>>>
>>>>> Registering filters
>>>>>> 2010-02-21 11:29:05,917 [http-8080-2] INFO org.apache.wiki.WikiEngine
>>>>>>
>>>>> -
>>>>
>>>>> Cannot find property file for filters (this is okay, expected to find
>>>>>>
>>>>> it
>>>>
>>>>> as:
>>>>>> '/WEB-INF/filters.xml')
>>>>>> 2010-02-21 11:29:05,918 [http-8080-2] INFO
>>>>>> org.apache.wiki.render.RenderingManager  - Rendering content with
>>>>>> org.apache.wiki.render.XHTMLRenderer.
>>>>>> 2010-02-21 11:29:05,966 [http-8080-2] INFO
>>>>>> org.apache.wiki.search.LuceneSearchProvider  - Lucene enabled, cache
>>>>>>
>>>>> will
>>>>
>>>>> be
>>>>>> in: /usr/local/tomcat/temp/JSPWiki-6233000/lucene
>>>>>> 2010-02-21 11:29:05,967 [http-8080-2] INFO
>>>>>> org.apache.wiki.search.LuceneSearchProvider$LuceneUpdater  - Starting
>>>>>> Lucene
>>>>>> Indexer.
>>>>>> 2010-02-21 11:29:05,968 [http-8080-2] INFO
>>>>>> org.apache.wiki.util.WatchDog$WatchDogThread  - Starting WatchDog.
>>>>>> 2010-02-21 11:29:05,969 [http-8080-2] INFO
>>>>>> org.apache.wiki.search.LuceneSearchProvider  - Starting Lucene
>>>>>>
>>>>> reindexing,
>>>>
>>>>> this can take a couple minutes...
>>>>>> 2010-02-21 11:29:06,341 [http-8080-2] INFO
>>>>>> org.apache.wiki.search.LuceneSearchProvider  - Full Lucene index
>>>>>>
>>>>> finished
>>>>
>>>>> in
>>>>>> 372 milliseconds.
>>>>>> 2010-02-21 11:29:06,341 [http-8080-2] INFO org.apache.wiki.WikiEngine
>>>>>>
>>>>> -
>>>>
>>>>> WikiEngine configured.
>>>>>> 2010-02-21 11:29:06,341 [http-8080-2] INFO org.apache.wiki.WikiEngine
>>>>>>
>>>>> -
>>>>
>>>>> Root path for this Wiki is: '/usr/local/tomcat/webapps/JSPWiki/'
>>>>>> 2010-02-21 11:29:06,389 [http-8080-2] INFO
>>>>>> net.sourceforge.stripes.validation.expression.ExpressionValidator  -
>>>>>> Expression validation will be performed using:
>>>>>> net.sourceforge.stripes.validation.expression.Jsp21ExpressionExecutor
>>>>>>
>>>>>
>
>  2010-02-21 11:29:06,524 [http-8080-2] INFO
>>>>>>
>>>>> org.apache.wiki.auth.UserManager
>>>>
>>>>> - Attempting to load user database class
>>>>>> org.apache.wiki.auth.user.XMLUserDatabase
>>>>>> 2010-02-21 11:29:06,527 [http-8080-2] WARN
>>>>>> org.apache.wiki.auth.user.AbstractUserDatabase  - XML user database
>>>>>> property
>>>>>> jspwiki.xmlUserDatabaseFile not found; trying
>>>>>> /usr/local/tomcat/webapps/JSPWiki/WEB-INF/userdatabase.xml
>>>>>> 2010-02-21 11:29:06,527 [http-8080-2] INFO
>>>>>> org.apache.wiki.auth.user.AbstractUserDatabase  - XML user database at
>>>>>> /usr/local/tomcat/webapps/JSPWiki/WEB-INF/userdatabase.xml
>>>>>> 2010-02-21 11:29:06,529 [http-8080-2] INFO
>>>>>>
>>>>> org.apache.wiki.auth.UserManager
>>>>
>>>>> - UserDatabase initialized.
>>>>>>
>>>>>> ==> /usr/local/tomcat/logs/catalina.out <==
>>>>>> Executing /jcr:root/pages/*/*
>>>>>> LOC = Node[jspwiki:/], check=
>>>>>>  MATCH
>>>>>> LOC = Node[jspwiki:/], check=pages
>>>>>>  MATCH
>>>>>> LOC = Node[jspwiki:/pages], check=null
>>>>>> LOC = Node[jspwiki:/pages/main], check=null
>>>>>> + Root node
>>>>>> + Select properties: *
>>>>>> + PathQueryNode
>>>>>>  + LocationStepQueryNode:  NodeTest= Descendants=false Index=NONE
>>>>>>  + LocationStepQueryNode:  NodeTest=pages Descendants=false
>>>>>>
>>>>> Index=NONE
>>>>
>>>>>  + LocationStepQueryNode:  NodeTest=* Descendants=false Index=NONE
>>>>>>  + LocationStepQueryNode:  NodeTest=* Descendants=false Index=NONE
>>>>>>
>>>>>> ---
>>>>>> Node[jspwiki:/pages/main/main]
>>>>>> Node[jspwiki:/pages/main/ll]
>>>>>>
>>>>>> ==> /tmp/jspwiki.log <==
>>>>>> 2010-02-21 11:29:21,342 [Timer-0] INFO
>>>>>> org.apache.wiki.search.LuceneSearchProvider$LuceneUpdater  - Running
>>>>>>
>>>>> Lucene
>>>>
>>>>> Indexer.
>>>>>>
>>>>>>
>>>>>>
>>>>>> 2010/2/20 Dirk Frederickx <di...@gmail.com>
>>>>>>
>>>>>>  Harry,
>>>>>>>
>>>>>>> Did you try a redeploy from WAR ?
>>>>>>>
>>>>>>> Falling back to a previous version (svn-191)  runs perfectly next to
>>>>>>>
>>>>>> v2.8.
>>>>>>
>>>>>>> Just a recent WAR deploy still breaks completely
>>>>>>>
>>>>>>>
>>>>>>> dirk
>>>>>>>
>>>>>>> On Mon, Feb 8, 2010 at 6:32 PM, Harry Metske <harry.metske@gmail.com
>>>>>>>
>>>>>>
>>>>>  wrote:
>>>>>>>
>>>>>>>  running 2 wiki's in the same tomcat (2.8 and 3.0) should not be a
>>>>>>>>
>>>>>>> problem
>>>>>>
>>>>>>> (I
>>>>>>>> just did, and they both initialize nicely)
>>>>>>>>
>>>>>>>> /Harry
>>>>>>>>
>>>>>>>>
>>>>>>>> 2010/2/8 Dirk Frederickx <di...@gmail.com>
>>>>>>>>
>>>>>>>>  Txs Harry,
>>>>>>>>>
>>>>>>>>> I will do some more investigation.
>>>>>>>>>
>>>>>>>>> Note: I am running also a v2.8.x JSPWiki in the same TOMCAT
>>>>>>>>>
>>>>>>>> instance.
>>>>
>>>>> Could
>>>>>>>>
>>>>>>>>> this cause any problem ?
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> dirk
>>>>>>>>>
>>>>>>>>> On Mon, Feb 8, 2010 at 7:55 AM, Harry Metske <
>>>>>>>>>
>>>>>>>> harry.metske@gmail.com
>>>>
>>>>>
>>>>>>>  wrote:
>>>>>>>>>
>>>>>>>>>  Dirk,
>>>>>>>>>>
>>>>>>>>>> I can't think of anything else than that you are loading a
>>>>>>>>>>
>>>>>>>>> version
>>>>
>>>>> of
>>>>>>
>>>>>>> org.w3c.dom.Node that does not have the getTextContent()
>>>>>>>>>>
>>>>>>>>> method.
>>>>
>>>>> Can you add the java parameter " -verbose:class" to see from
>>>>>>>>>>
>>>>>>>>> which
>>>>
>>>>> jar
>>>>>>>
>>>>>>>> it
>>>>>>>>
>>>>>>>>> is
>>>>>>>>>> loaded, maybe that gives a clue.
>>>>>>>>>>
>>>>>>>>>> regards,
>>>>>>>>>> Harry
>>>>>>>>>>
>>>>>>>>>> 2010/2/7 Dirk Frederickx <di...@gmail.com>
>>>>>>>>>>
>>>>>>>>>>  Guys,
>>>>>>>>>>>
>>>>>>>>>>> The latest check-ins on v3.0.0 seem to have broken the
>>>>>>>>>>>
>>>>>>>>>> deployability
>>>>>>>
>>>>>>>> from
>>>>>>>>>
>>>>>>>>>> WAR.
>>>>>>>>>>> I'm kind a blocked to check in several pending fixes (mainly
>>>>>>>>>>>
>>>>>>>>>> javascript
>>>>>>>>
>>>>>>>>> )
>>>>>>>>>
>>>>>>>>>> to align with the latest template changes of Andrew.
>>>>>>>>>>>
>>>>>>>>>>> It seems the Content-Manager doesn't initialize properly.
>>>>>>>>>>>
>>>>>>>>>>> Any suggestions ?
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> 2010-01-23 19:29:15,648 [main] INFO
>>>>>>>>>>>
>>>>>>>>>> org.priha.core.RepositoryImpl
>>>>
>>>>> -
>>>>>>>
>>>>>>>> Initializing SessionManager...
>>>>>>>>>>> 2010-01-23 19:29:15,841 [main] INFO
>>>>>>>>>>>
>>>>>>>>>> org.apache.wiki.util.ClassUtil
>>>>>>
>>>>>>> -
>>>>>>>
>>>>>>>> Failed
>>>>>>>>>>> to invoke class org.apache.wiki.content.ContentManager
>>>>>>>>>>> java.lang.NoSuchMethodError:
>>>>>>>>>>> org.w3c.dom.Node.getTextContent()Ljava/lang/String;
>>>>>>>>>>> 2010-01-23 19:29:15,843 [main] ERROR
>>>>>>>>>>>
>>>>>>>>>> org.apache.wiki.WikiEngine
>>>>
>>>>> -
>>>>>>
>>>>>>> JSPWiki
>>>>>>>>>>
>>>>>>>>>>> could not start, due to an unknown exception while starting,
>>>>>>>>>>>
>>>>>>>>>> stacktrace
>>>>>>>>
>>>>>>>>> follows:
>>>>>>>>>>> org.apache.wiki.api.WikiException: Failed to invoke class
>>>>>>>>>>> org.apache.wiki.content.ContentManager, reason:
>>>>>>>>>>> java.lang.NoSuchMethodError:
>>>>>>>>>>> org.w3c.dom.Node.getTextContent()Ljava/lang/String;
>>>>>>>>>>> at
>>>>>>>>>>>
>>>>>>>>>> org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:311)
>>>>>>>
>>>>>>>> at
>>>>>>>>>>>
>>>>>>>>>> org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:204)
>>>>>>>
>>>>>>>> at org.apache.wiki.WikiEngine.initialize(WikiEngine.java:565)
>>>>>>>>>>> at org.apache.wiki.WikiEngine.<init>(WikiEngine.java:429)
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> dirk
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Sun, Jan 24, 2010 at 12:06 PM, Harry Metske <
>>>>>>>>>>>
>>>>>>>>>> harry.metske@gmail.com
>>>>>>>>
>>>>>>>>> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>  could it be that there is an old version of
>>>>>>>>>>>>
>>>>>>>>>>> org.w3c.dom.Node
>>>>
>>>>> somewhere
>>>>>>>>>
>>>>>>>>>> else in your classpath  ?
>>>>>>>>>>>>
>>>>>>>>>>>> /Harry
>>>>>>>>>>>>
>>>>>>>>>>>> 2010/1/23 Dirk Frederickx <di...@gmail.com>
>>>>>>>>>>>>
>>>>>>>>>>>>  Harry,
>>>>>>>>>>>>>
>>>>>>>>>>>>> Txs for the quick reply.
>>>>>>>>>>>>> But that's not the problem -- I have v3.0.0. runing quite
>>>>>>>>>>>>>
>>>>>>>>>>>> some
>>>>>>
>>>>>>> time.
>>>>>>>>>
>>>>>>>>>> I just did a clean install from the war.
>>>>>>>>>>>>>
>>>>>>>>>>>>> I'm running java 1.5
>>>>>>>>>>>>>
>>>>>>>>>>>>> java version "1.5.0_19"
>>>>>>>>>>>>> Java(TM) 2 Runtime Environment, Standard Edition (build
>>>>>>>>>>>>>
>>>>>>>>>>>> 1.5.0_19-b02-306)
>>>>>>>>>>>
>>>>>>>>>>>> Java HotSpot(TM) Client VM (build 1.5.0_19-138, mixed
>>>>>>>>>>>>>
>>>>>>>>>>>> mode,
>>>>
>>>>> sharing)
>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> dirk
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Sat, Jan 23, 2010 at 8:53 PM, Dirk Frederickx
>>>>>>>>>>>>> <di...@gmail.com>wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>  Harry,
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Txs for the quick reply.
>>>>>>>>>>>>>> But that's not the problem -- I have v3.0.0. runing
>>>>>>>>>>>>>>
>>>>>>>>>>>>> quite
>>>>
>>>>> some
>>>>>>>
>>>>>>>> time.
>>>>>>>>>>
>>>>>>>>>>> I just tried a
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On Sat, Jan 23, 2010 at 8:28 PM, Harry Metske <
>>>>>>>>>>>>>>
>>>>>>>>>>>>> harry.metske@gmail.com
>>>>>>>>>>>
>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>  it looks like you are running with a JDK 1.4, while
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>> JDK5
>>>>
>>>>> is
>>>>>>
>>>>>>> the
>>>>>>>>
>>>>>>>>> minimum
>>>>>>>>>>>>
>>>>>>>>>>>>> requirement.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> regards,
>>>>>>>>>>>>>>> Harry
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> 2010/1/23 Dirk Frederickx <di...@gmail.com>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>  I have difficulties in deploying a recent v3.0.0
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> version.
>>>>>>
>>>>>>> The startup op JSPWiki fails with the below
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> error/stack-trace.
>>>>>>>>
>>>>>>>>>
>>>>>>>>>>>>>>>> Any hint what could be wrong ?
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> 2010-01-23 19:29:15,648 [main] INFO
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> org.priha.core.RepositoryImpl
>>>>>>>>>>
>>>>>>>>>>> -
>>>>>>>>>>>
>>>>>>>>>>>> Initializing SessionManager...
>>>>>>>>>>>>>>>> 2010-01-23 19:29:15,841 [main] INFO
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> org.apache.wiki.util.ClassUtil
>>>>>>>>>>
>>>>>>>>>>> -
>>>>>>>>>>>>
>>>>>>>>>>>>> Failed
>>>>>>>>>>>>>>>> to invoke class
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> org.apache.wiki.content.ContentManager
>>>>
>>>>> java.lang.NoSuchMethodError:
>>>>>>>>>>>>>>>> org.w3c.dom.Node.getTextContent()Ljava/lang/String;
>>>>>>>>>>>>>>>> 2010-01-23 19:29:15,843 [main] ERROR
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> org.apache.wiki.WikiEngine
>>>>>>>>>
>>>>>>>>>> -
>>>>>>>>>>
>>>>>>>>>>> JSPWiki
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> could not start, due to an unknown exception while
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> starting,
>>>>>>>
>>>>>>>> stacktrace
>>>>>>>>>>>>>
>>>>>>>>>>>>>> follows:
>>>>>>>>>>>>>>>> org.apache.wiki.api.WikiException: Failed to invoke
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> class
>>>>>>
>>>>>>> org.apache.wiki.content.ContentManager, reason:
>>>>>>>>>>>>>>>> java.lang.NoSuchMethodError:
>>>>>>>>>>>>>>>> org.w3c.dom.Node.getTextContent()Ljava/lang/String;
>>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>> org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:311)
>>>>>>>
>>>>>>>> at
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>> org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:204)
>>>>>>>
>>>>>>>> at
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> org.apache.wiki.WikiEngine.initialize(WikiEngine.java:565)
>>>>>>>>
>>>>>>>>> at
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> org.apache.wiki.WikiEngine.<init>(WikiEngine.java:429)
>>>>>>
>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> dirk
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>>

Re: help with v3.0.0-svn-200

[Andrew Jaquith <an...@gmail.com>]

Dirk, great news!

With respect to Priha, it is probably best to just delete the JCR  
folder (default: /tmp/priha) and start fresh.

Andrew

On Feb 27, 2010, at 7:23, Dirk Frederickx <di...@gmail.com>  
wrote:

> Seems like I'm back on track.
>
> The 'endorsed' libraries Tomcat 5.0.28 apparently include there own  
> version
> of org.w3c.dom.Node, which is missing the method getTextContent().
>
> Just removing <tomcat>/common/endorsed/xml-apis.jar  solves the  
> issues.
> Tomcat falls back on the standard Node implementation inside  
> Classes.jar.
> (java 1.5)
>
>
> Now struggling with Priha -- the new jcr structure seems not backwards
> compatible with the previous. ...
>
>
> dirk
>
>
>
> On Sat, Feb 27, 2010 at 1:16 PM, Dirk Frederickx
> <di...@gmail.com>wrote:
>
>>
>>
>> On Tue, Feb 23, 2010 at 11:35 PM, Andrew Jaquith <
>> andrew.r.jaquith@gmail.com> wrote:
>>
>>> Dirk, FYI --
>>>
>>> I just did a quick test with Tomcat 5.0.28. JSPWiki 3 will not  
>>> load. I
>>> haven't dug into why yet, but perhaps it is related to your problem.
>>>
>>> That said, 5.5 works fine.
>>>
>>> Andrew
>>>
>>> On Mon, Feb 22, 2010 at 3:19 PM, Dirk Frederickx
>>> <di...@gmail.com> wrote:
>>>> Harry,
>>>>
>>>> Many thanks for the extra info.  Now I an do some more research ;-)
>>>>
>>>> I'm running still TOMCAT 5.0.28,  but so far had no problem with
>>> previous
>>>> v3.x versions.
>>>>
>>>> dirk
>>>>
>>>>
>>>>
>>>> On Sun, Feb 21, 2010 at 11:50 AM, Harry Metske <harry.metske@gmail.com
>>>> wrote:
>>>>
>>>>> I just did, also no problem, this is what I get (See below).
>>>>>
>>>>> If I start tomcat with :    JAVA_OPTS=-verbose:class ./startup.sh
>>>>> The log shows that org.w3c.dom classes are loaded from
>>>>> /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar .
>>>>>
>>>>> Where do your org.w3c.dom classes come from ?
>>>>> This is tomcat 6.0.24, what version are you running ?
>>>>>
>>>>> regards,
>>>>> Harry
>>>>>
>>>>>
>>>>> metskem@gneisenau /usr/local/tomcat/webapps $ ls -l
>>>>> total 6496
>>>>> drwxr-xr-x 10 metskem metskem    4096 2010-02-08 18:10 docs
>>>>> drwxr-xr-x  5 metskem metskem    4096 2010-02-08 18:10 examples
>>>>> drwxr-xr-x  5 metskem metskem    4096 2010-02-08 18:10 host- 
>>>>> manager
>>>>> drwxr-xr-x 10 metskem metskem    4096 2010-02-08 18:28 JSPWiki-2.8
>>>>> drwxr-xr-x  5 metskem metskem    4096 2010-02-08 18:10 manager
>>>>> drwxr-xr-x  3 metskem metskem    4096 2010-02-08 18:10 ROOT
>>>>>
>>>>> metskem@gneisenau /usr/local/tomcat/webapps $ cp
>>>>> /tmp/metskem/JSPWiki/install/JSPWiki.war .
>>>>> metskem@gneisenau /usr/local/tomcat/webapps $
>>>>> Feb 21, 2010 11:28:28 AM org.apache.catalina.startup.HostConfig
>>>>> deployWAR INFO: Deploying web application archive JSPWiki.war
>>>>>
>>>>> ==> /tmp/jspwiki.log <==
>>>>> 2010-02-21 11:28:29,741
>>>>> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
>>>>> net.sourceforge.stripes.config.BootstrapPropertyResolver  - Class
>>>>> implementing/extending ActionBeanContext found via auto-discovery:
>>>>> org.apache.wiki.ui.stripes.WikiActionBeanContext
>>>>> 2010-02-21 11:28:29,742
>>>>> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
>>>>> net.sourceforge.stripes.controller.DefaultActionBeanContextFactory  
>>>>>  -
>>>>> DefaultActionBeanContextFactory will use ActionBeanContext  
>>>>> subclass
>>>>> org.apache.wiki.ui.stripes.WikiActionBeanContext
>>>>> 2010-02-21 11:28:29,943
>>>>> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
>>>>> net.sourceforge.stripes.config.BootstrapPropertyResolver  - Class
>>>>> implementing/extending LocalePicker found in web.xml:
>>>>> org.apache.wiki.ui.stripes.PreferencesLocalePicker
>>>>> 2010-02-21 11:28:30,833
>>>>> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
>>>>> net.sourceforge.stripes.config.BootstrapPropertyResolver  - Class
>>>>> implementing/extending ExceptionHandler found in web.xml:
>>>>> org.apache.wiki.ui.stripes.WikiExceptionHandler
>>>>> 2010-02-21 11:28:30,922
>>>>> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
>>>>> net.sourceforge.stripes.config.BootstrapPropertyResolver  - Class
>>>>> implementing/extending MultipartWrapper found in web.xml:
>>>>> net.sourceforge.stripes.controller.multipart.CommonsMultipartWrapper
 

>>>>> 2010-02-21 11:28:30,922
>>>>> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
>>>>>
>>> net.sourceforge.stripes.controller.multipart.DefaultMultipartWrapperFactory
 

>>>>> - Using
>>>>> net.sourceforge.stripes.controller.multipart.CommonsMultipartWrapper  
>>>>> as
>>>>> MultipartWrapper implementation.
>>>>> 2010-02-21 11:28:31,259
>>>>> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
>>>>> net.sourceforge.stripes.controller.StripesFilter  - Stripes
>>> Initialization
>>>>> Complete. Version: 1.6-beta, Build: 1128:1193
>>>>> 2010-02-21 11:29:04,258 [http-8080-2] INFO  
>>>>> org.apache.wiki.WikiEngine
>>> -
>>>>> *******************************************
>>>>> 2010-02-21 11:29:04,262 [http-8080-2] INFO  
>>>>> org.apache.wiki.WikiEngine
>>> -
>>>>> JSPWiki 3.0.0-svn-207 starting. Whee!
>>>>> 2010-02-21 11:29:04,265 [http-8080-2] INFO  
>>>>> org.apache.wiki.WikiEngine
>>> -
>>>>> Servlet container: Apache Tomcat/6.0.24
>>>>> 2010-02-21 11:29:04,266 [http-8080-2] INFO  
>>>>> org.apache.wiki.WikiEngine
>>> -
>>>>> JSPWiki working directory is '/usr/local/tomcat/temp/ 
>>>>> JSPWiki-6233000'
>>>>> 2010-02-21 11:29:04,301 [http-8080-2] INFO
>>>>> org.apache.wiki.url.StripesURLConstructor  - StripesURLConstructor
>>>>> initialized.
>>>>> 2010-02-21 11:29:04,456 [http-8080-2] INFO
>>>>> org.apache.wiki.content.ContentManager  - Unable to locate the
>>> repository
>>>>> from JNDI, attempting to locate from jspwiki.properties
>>>>> 2010-02-21 11:29:04,456 [http-8080-2] INFO
>>>>> org.apache.wiki.content.ContentManager  - Trying repository priha
>>>>> 2010-02-21 11:29:04,471 [http-8080-2] INFO
>>> org.priha.core.RepositoryImpl  -
>>>>> G'day, Matilda!  Priha 0.7.0-alpha has been initialized.
>>>>> 2010-02-21 11:29:04,472 [http-8080-2] INFO
>>> org.priha.core.RepositoryImpl  -
>>>>> Initializing providers...
>>>>> 2010-02-21 11:29:04,508 [http-8080-2] WARN
>>>>> net.sf.ehcache.config.ConfigurationFactory  - No configuration  
>>>>> found.
>>>>> Configuring ehcache from ehcache-failsafe.xml  found in the  
>>>>> classpath:
>>>>>
>>>>>
>>> jar:file:/usr/local/apache-tomcat-6.0.24/webapps/JSPWiki/WEB-INF/ 
>>> lib/ehcache-1.6.0.jar!/ehcache-failsafe.xml
>>>>> 2010-02-21 11:29:04,607 [http-8080-2] INFO
>>> org.priha.core.RepositoryImpl  -
>>>>> Repository initialization took 135 ms.
>>>>> 2010-02-21 11:29:04,608 [http-8080-2] INFO
>>> org.priha.core.RepositoryImpl  -
>>>>> Initializing SessionManager...
>>>>>
>>>>> ==> /usr/local/tomcat/logs/catalina.out <==
>>>>> org.apache.catalina.core.ApplicationContextFacade@5f1ba8
>>>>> Feb 21, 2010 11:29:04 AM org.priha.core.RepositoryImpl <init>
>>>>> INFO: G'day, Matilda!  Priha 0.7.0-alpha has been initialized.
>>>>> Feb 21, 2010 11:29:04 AM org.priha.core.RepositoryImpl
>>> getProviderManager
>>>>> INFO: Initializing providers...
>>>>> Feb 21, 2010 11:29:04 AM  
>>>>> net.sf.ehcache.config.ConfigurationFactory
>>>>> parseConfiguration
>>>>> WARNING: No configuration found. Configuring ehcache from
>>>>> ehcache-failsafe.xml  found in the classpath:
>>>>>
>>>>>
>>> jar:file:/usr/local/apache-tomcat-6.0.24/webapps/JSPWiki/WEB-INF/ 
>>> lib/ehcache-1.6.0.jar!/ehcache-failsafe.xml
>>>>> Feb 21, 2010 11:29:04 AM org.priha.core.RepositoryImpl
>>> getProviderManager
>>>>> INFO: Repository initialization took 135 ms.
>>>>> Feb 21, 2010 11:29:04 AM org.priha.core.RepositoryImpl
>>> getSessionManager
>>>>> INFO: Initializing SessionManager...
>>>>>
>>>>> ==> /tmp/jspwiki.log <==
>>>>> 2010-02-21 11:29:04,929 [http-8080-2] INFO
>>>>> org.apache.wiki.content.ContentManager  - ContentManager  
>>>>> initialized!
>>>>> 2010-02-21 11:29:04,944 [http-8080-2] INFO
>>>>> org.apache.wiki.plugin.PluginManager  - Registering plugins
>>>>> 2010-02-21 11:29:05,422 [http-8080-2] INFO
>>>>> org.apache.wiki.plugin.PageViewPlugin  - initializing  
>>>>> PageViewPlugin
>>>>> 2010-02-21 11:29:05,424 [http-8080-2] INFO
>>>>> org.apache.wiki.plugin.PageViewPlugin  - initializing PageView  
>>>>> Manager
>>>>> 2010-02-21 11:29:05,424 [http-8080-2] INFO
>>>>> org.apache.wiki.plugin.PageViewPlugin  - loadCounters
>>>>> 2010-02-21 11:29:05,425 [http-8080-2] ERROR
>>>>> org.apache.wiki.plugin.PageViewPlugin  - loadCounters: Can't  
>>>>> load page
>>>>> counter store: /usr/local/tomcat/temp/JSPWiki-6233000/ 
>>>>> PageCount.txt (No
>>>>> such
>>>>> file or directory) , will create a new one
>>>>> 2010-02-21 11:29:05,425 [http-8080-2] INFO
>>>>> org.apache.wiki.plugin.PageViewPlugin  - loadCounters:  
>>>>> counters.size=0
>>>>> 2010-02-21 11:29:05,425 [http-8080-2] INFO
>>>>> org.apache.wiki.plugin.PageViewPlugin$CounterSaveThread  -  
>>>>> Starting
>>> Counter
>>>>> Saver.
>>>>> 2010-02-21 11:29:05,486 [http-8080-2] INFO
>>>>> org.apache.wiki.diff.DifferenceManager  - Using difference  
>>>>> provider:
>>>>> TraditionalDiffProvider
>>>>> 2010-02-21 11:29:05,498 [http-8080-2] INFO
>>> org.apache.wiki.ui.EditorManager
>>>>> - Registering editor modules
>>>>> 2010-02-21 11:29:05,512 [http-8080-2] INFO
>>>>> org.apache.wiki.auth.authorize.WebContainerAuthorizer  - Examining
>>>>> jndi:/localhost/JSPWiki/WEB-INF/web.xml
>>>>> 2010-02-21 11:29:05,552 [http-8080-2] INFO
>>>>> org.apache.wiki.auth.authorize.WebContainerAuthorizer  - JSPWiki  
>>>>> is
>>> using
>>>>> custom authentication.
>>>>> 2010-02-21 11:29:05,552 [http-8080-2] INFO
>>>>> org.apache.wiki.auth.authorize.WebContainerAuthorizer  -  
>>>>> Authorizer
>>>>> WebContainerAuthorizer initialized successfully.
>>>>> 2010-02-21 11:29:05,614 [http-8080-2] INFO
>>>>> org.apache.wiki.auth.AuthorizationManager  - Initialized default
>>> security
>>>>> policy: /usr/local/tomcat/webapps/JSPWiki/WEB-INF/jspwiki.policy
>>>>> 2010-02-21 11:29:05,615 [http-8080-2] INFO
>>>>> org.apache.wiki.auth.authorize.GroupManager  - Attempting to  
>>>>> load group
>>>>> database class org.apache.wiki.auth.authorize.XMLGroupDatabase
>>>>> 2010-02-21 11:29:05,616 [http-8080-2] WARN
>>>>> org.apache.wiki.auth.authorize.XMLGroupDatabase  - XML group  
>>>>> database
>>>>> property jspwiki.xmlGroupDatabaseFile not found; trying
>>>>> /usr/local/tomcat/webapps/JSPWiki/WEB-INF/groupdatabase.xml
>>>>> 2010-02-21 11:29:05,616 [http-8080-2] INFO
>>>>> org.apache.wiki.auth.authorize.XMLGroupDatabase  - XML group  
>>>>> database
>>> at
>>>>> /usr/local/tomcat/webapps/JSPWiki/WEB-INF/groupdatabase.xml
>>>>> 2010-02-21 11:29:05,618 [http-8080-2] INFO
>>>>> org.apache.wiki.auth.authorize.GroupManager  - Group database
>>> initialized.
>>>>> 2010-02-21 11:29:05,619 [http-8080-2] INFO
>>>>> org.apache.wiki.auth.authorize.GroupManager  - Authorizer  
>>>>> GroupManager
>>>>> initialized successfully; loaded 0 group(s).
>>>>> 2010-02-21 11:29:05,666 [http-8080-2] INFO
>>>>> org.apache.wiki.ui.admin.AdminBeanManager  -
>>>>> com.sun.jmx.mbeanserver.JmxMBeanServer
>>>>> 2010-02-21 11:29:05,666 [http-8080-2] INFO
>>>>> org.apache.wiki.ui.admin.AdminBeanManager  - DefaultDomain
>>>>> 2010-02-21 11:29:05,669 [http-8080-2] INFO
>>>>> org.apache.wiki.ui.admin.AdminBeanManager  - Registered new  
>>>>> admin bean
>>> Core
>>>>> bean
>>>>> 2010-02-21 11:29:05,670 [http-8080-2] INFO
>>>>> org.apache.wiki.ui.admin.AdminBeanManager  - Registered new  
>>>>> admin bean
>>> User
>>>>> administration
>>>>> 2010-02-21 11:29:05,670 [http-8080-2] INFO
>>>>> org.apache.wiki.ui.admin.AdminBeanManager  - Registered new  
>>>>> admin bean
>>>>> Search manager
>>>>> 2010-02-21 11:29:05,670 [http-8080-2] INFO
>>>>> org.apache.wiki.ui.admin.AdminBeanManager  - Registered new  
>>>>> admin bean
>>>>> Plugins
>>>>> 2010-02-21 11:29:05,671 [http-8080-2] INFO
>>>>> org.apache.wiki.ui.admin.AdminBeanManager  - Registered new  
>>>>> admin bean
>>>>> Plain
>>>>> editor
>>>>> 2010-02-21 11:29:05,672 [http-8080-2] INFO  
>>>>> org.apache.wiki.WikiEngine
>>> -
>>>>> Registering filters
>>>>> 2010-02-21 11:29:05,917 [http-8080-2] INFO  
>>>>> org.apache.wiki.WikiEngine
>>> -
>>>>> Cannot find property file for filters (this is okay, expected to  
>>>>> find
>>> it
>>>>> as:
>>>>> '/WEB-INF/filters.xml')
>>>>> 2010-02-21 11:29:05,918 [http-8080-2] INFO
>>>>> org.apache.wiki.render.RenderingManager  - Rendering content with
>>>>> org.apache.wiki.render.XHTMLRenderer.
>>>>> 2010-02-21 11:29:05,966 [http-8080-2] INFO
>>>>> org.apache.wiki.search.LuceneSearchProvider  - Lucene enabled,  
>>>>> cache
>>> will
>>>>> be
>>>>> in: /usr/local/tomcat/temp/JSPWiki-6233000/lucene
>>>>> 2010-02-21 11:29:05,967 [http-8080-2] INFO
>>>>> org.apache.wiki.search.LuceneSearchProvider$LuceneUpdater  -  
>>>>> Starting
>>>>> Lucene
>>>>> Indexer.
>>>>> 2010-02-21 11:29:05,968 [http-8080-2] INFO
>>>>> org.apache.wiki.util.WatchDog$WatchDogThread  - Starting WatchDog.
>>>>> 2010-02-21 11:29:05,969 [http-8080-2] INFO
>>>>> org.apache.wiki.search.LuceneSearchProvider  - Starting Lucene
>>> reindexing,
>>>>> this can take a couple minutes...
>>>>> 2010-02-21 11:29:06,341 [http-8080-2] INFO
>>>>> org.apache.wiki.search.LuceneSearchProvider  - Full Lucene index
>>> finished
>>>>> in
>>>>> 372 milliseconds.
>>>>> 2010-02-21 11:29:06,341 [http-8080-2] INFO  
>>>>> org.apache.wiki.WikiEngine
>>> -
>>>>> WikiEngine configured.
>>>>> 2010-02-21 11:29:06,341 [http-8080-2] INFO  
>>>>> org.apache.wiki.WikiEngine
>>> -
>>>>> Root path for this Wiki is: '/usr/local/tomcat/webapps/JSPWiki/'
>>>>> 2010-02-21 11:29:06,389 [http-8080-2] INFO
>>>>> net.sourceforge.stripes.validation.expression.ExpressionValidator  
>>>>>  -
>>>>> Expression validation will be performed using:
>>>>> net.sourceforge.stripes.validation.expression.Jsp21ExpressionExecutor
 

>>>>> 2010-02-21 11:29:06,524 [http-8080-2] INFO
>>> org.apache.wiki.auth.UserManager
>>>>> - Attempting to load user database class
>>>>> org.apache.wiki.auth.user.XMLUserDatabase
>>>>> 2010-02-21 11:29:06,527 [http-8080-2] WARN
>>>>> org.apache.wiki.auth.user.AbstractUserDatabase  - XML user  
>>>>> database
>>>>> property
>>>>> jspwiki.xmlUserDatabaseFile not found; trying
>>>>> /usr/local/tomcat/webapps/JSPWiki/WEB-INF/userdatabase.xml
>>>>> 2010-02-21 11:29:06,527 [http-8080-2] INFO
>>>>> org.apache.wiki.auth.user.AbstractUserDatabase  - XML user  
>>>>> database at
>>>>> /usr/local/tomcat/webapps/JSPWiki/WEB-INF/userdatabase.xml
>>>>> 2010-02-21 11:29:06,529 [http-8080-2] INFO
>>> org.apache.wiki.auth.UserManager
>>>>> - UserDatabase initialized.
>>>>>
>>>>> ==> /usr/local/tomcat/logs/catalina.out <==
>>>>> Executing /jcr:root/pages/*/*
>>>>> LOC = Node[jspwiki:/], check=
>>>>>  MATCH
>>>>> LOC = Node[jspwiki:/], check=pages
>>>>>  MATCH
>>>>> LOC = Node[jspwiki:/pages], check=null
>>>>> LOC = Node[jspwiki:/pages/main], check=null
>>>>> + Root node
>>>>> + Select properties: *
>>>>> + PathQueryNode
>>>>>   + LocationStepQueryNode:  NodeTest= Descendants=false Index=NONE
>>>>>   + LocationStepQueryNode:  NodeTest=pages Descendants=false
>>> Index=NONE
>>>>>   + LocationStepQueryNode:  NodeTest=* Descendants=false  
>>>>> Index=NONE
>>>>>   + LocationStepQueryNode:  NodeTest=* Descendants=false  
>>>>> Index=NONE
>>>>>
>>>>> ---
>>>>> Node[jspwiki:/pages/main/main]
>>>>> Node[jspwiki:/pages/main/ll]
>>>>>
>>>>> ==> /tmp/jspwiki.log <==
>>>>> 2010-02-21 11:29:21,342 [Timer-0] INFO
>>>>> org.apache.wiki.search.LuceneSearchProvider$LuceneUpdater  -  
>>>>> Running
>>> Lucene
>>>>> Indexer.
>>>>>
>>>>>
>>>>>
>>>>> 2010/2/20 Dirk Frederickx <di...@gmail.com>
>>>>>
>>>>>> Harry,
>>>>>>
>>>>>> Did you try a redeploy from WAR ?
>>>>>>
>>>>>> Falling back to a previous version (svn-191)  runs perfectly  
>>>>>> next to
>>>>> v2.8.
>>>>>> Just a recent WAR deploy still breaks completely
>>>>>>
>>>>>>
>>>>>> dirk
>>>>>>
>>>>>> On Mon, Feb 8, 2010 at 6:32 PM, Harry Metske <harry.metske@gmail.com
>>>>
>>>>>> wrote:
>>>>>>
>>>>>>> running 2 wiki's in the same tomcat (2.8 and 3.0) should not  
>>>>>>> be a
>>>>> problem
>>>>>>> (I
>>>>>>> just did, and they both initialize nicely)
>>>>>>>
>>>>>>> /Harry
>>>>>>>
>>>>>>>
>>>>>>> 2010/2/8 Dirk Frederickx <di...@gmail.com>
>>>>>>>
>>>>>>>> Txs Harry,
>>>>>>>>
>>>>>>>> I will do some more investigation.
>>>>>>>>
>>>>>>>> Note: I am running also a v2.8.x JSPWiki in the same TOMCAT
>>> instance.
>>>>>>> Could
>>>>>>>> this cause any problem ?
>>>>>>>>
>>>>>>>>
>>>>>>>> dirk
>>>>>>>>
>>>>>>>> On Mon, Feb 8, 2010 at 7:55 AM, Harry Metske <
>>> harry.metske@gmail.com
>>>>>>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>> Dirk,
>>>>>>>>>
>>>>>>>>> I can't think of anything else than that you are loading a
>>> version
>>>>> of
>>>>>>>>> org.w3c.dom.Node that does not have the getTextContent()
>>> method.
>>>>>>>>> Can you add the java parameter " -verbose:class" to see from
>>> which
>>>>>> jar
>>>>>>> it
>>>>>>>>> is
>>>>>>>>> loaded, maybe that gives a clue.
>>>>>>>>>
>>>>>>>>> regards,
>>>>>>>>> Harry
>>>>>>>>>
>>>>>>>>> 2010/2/7 Dirk Frederickx <di...@gmail.com>
>>>>>>>>>
>>>>>>>>>> Guys,
>>>>>>>>>>
>>>>>>>>>> The latest check-ins on v3.0.0 seem to have broken the
>>>>>> deployability
>>>>>>>> from
>>>>>>>>>> WAR.
>>>>>>>>>> I'm kind a blocked to check in several pending fixes (mainly
>>>>>>> javascript
>>>>>>>> )
>>>>>>>>>> to align with the latest template changes of Andrew.
>>>>>>>>>>
>>>>>>>>>> It seems the Content-Manager doesn't initialize properly.
>>>>>>>>>>
>>>>>>>>>> Any suggestions ?
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> 2010-01-23 19:29:15,648 [main] INFO
>>> org.priha.core.RepositoryImpl
>>>>>> -
>>>>>>>>>> Initializing SessionManager...
>>>>>>>>>> 2010-01-23 19:29:15,841 [main] INFO
>>>>> org.apache.wiki.util.ClassUtil
>>>>>> -
>>>>>>>>>> Failed
>>>>>>>>>> to invoke class org.apache.wiki.content.ContentManager
>>>>>>>>>> java.lang.NoSuchMethodError:
>>>>>>>>>> org.w3c.dom.Node.getTextContent()Ljava/lang/String;
>>>>>>>>>> 2010-01-23 19:29:15,843 [main] ERROR
>>> org.apache.wiki.WikiEngine
>>>>> -
>>>>>>>>> JSPWiki
>>>>>>>>>> could not start, due to an unknown exception while starting,
>>>>>>> stacktrace
>>>>>>>>>> follows:
>>>>>>>>>> org.apache.wiki.api.WikiException: Failed to invoke class
>>>>>>>>>> org.apache.wiki.content.ContentManager, reason:
>>>>>>>>>> java.lang.NoSuchMethodError:
>>>>>>>>>> org.w3c.dom.Node.getTextContent()Ljava/lang/String;
>>>>>>>>>> at
>>>>>> org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java: 
>>>>>> 311)
>>>>>>>>>> at
>>>>>> org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java: 
>>>>>> 204)
>>>>>>>>>> at org.apache.wiki.WikiEngine.initialize(WikiEngine.java:565)
>>>>>>>>>> at org.apache.wiki.WikiEngine.<init>(WikiEngine.java:429)
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> dirk
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Sun, Jan 24, 2010 at 12:06 PM, Harry Metske <
>>>>>>> harry.metske@gmail.com
>>>>>>>>>>> wrote:
>>>>>>>>>>
>>>>>>>>>>> could it be that there is an old version of
>>> org.w3c.dom.Node
>>>>>>>> somewhere
>>>>>>>>>>> else in your classpath  ?
>>>>>>>>>>>
>>>>>>>>>>> /Harry
>>>>>>>>>>>
>>>>>>>>>>> 2010/1/23 Dirk Frederickx <di...@gmail.com>
>>>>>>>>>>>
>>>>>>>>>>>> Harry,
>>>>>>>>>>>>
>>>>>>>>>>>> Txs for the quick reply.
>>>>>>>>>>>> But that's not the problem -- I have v3.0.0. runing quite
>>>>> some
>>>>>>>> time.
>>>>>>>>>>>> I just did a clean install from the war.
>>>>>>>>>>>>
>>>>>>>>>>>> I'm running java 1.5
>>>>>>>>>>>>
>>>>>>>>>>>> java version "1.5.0_19"
>>>>>>>>>>>> Java(TM) 2 Runtime Environment, Standard Edition (build
>>>>>>>>>> 1.5.0_19-b02-306)
>>>>>>>>>>>> Java HotSpot(TM) Client VM (build 1.5.0_19-138, mixed
>>> mode,
>>>>>>>> sharing)
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> dirk
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On Sat, Jan 23, 2010 at 8:53 PM, Dirk Frederickx
>>>>>>>>>>>> <di...@gmail.com>wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>> Harry,
>>>>>>>>>>>>>
>>>>>>>>>>>>> Txs for the quick reply.
>>>>>>>>>>>>> But that's not the problem -- I have v3.0.0. runing
>>> quite
>>>>>> some
>>>>>>>>> time.
>>>>>>>>>>>>> I just tried a
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Sat, Jan 23, 2010 at 8:28 PM, Harry Metske <
>>>>>>>>>> harry.metske@gmail.com
>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> it looks like you are running with a JDK 1.4, while
>>> JDK5
>>>>> is
>>>>>>> the
>>>>>>>>>>> minimum
>>>>>>>>>>>>>> requirement.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> regards,
>>>>>>>>>>>>>> Harry
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> 2010/1/23 Dirk Frederickx <di...@gmail.com>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> I have difficulties in deploying a recent v3.0.0
>>>>> version.
>>>>>>>>>>>>>>> The startup op JSPWiki fails with the below
>>>>>>> error/stack-trace.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Any hint what could be wrong ?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> 2010-01-23 19:29:15,648 [main] INFO
>>>>>>>>> org.priha.core.RepositoryImpl
>>>>>>>>>> -
>>>>>>>>>>>>>>> Initializing SessionManager...
>>>>>>>>>>>>>>> 2010-01-23 19:29:15,841 [main] INFO
>>>>>>>>> org.apache.wiki.util.ClassUtil
>>>>>>>>>>> -
>>>>>>>>>>>>>>> Failed
>>>>>>>>>>>>>>> to invoke class
>>> org.apache.wiki.content.ContentManager
>>>>>>>>>>>>>>> java.lang.NoSuchMethodError:
>>>>>>>>>>>>>>> org.w3c.dom.Node.getTextContent()Ljava/lang/String;
>>>>>>>>>>>>>>> 2010-01-23 19:29:15,843 [main] ERROR
>>>>>>>> org.apache.wiki.WikiEngine
>>>>>>>>> -
>>>>>>>>>>>>>> JSPWiki
>>>>>>>>>>>>>>> could not start, due to an unknown exception while
>>>>>> starting,
>>>>>>>>>>>> stacktrace
>>>>>>>>>>>>>>> follows:
>>>>>>>>>>>>>>> org.apache.wiki.api.WikiException: Failed to invoke
>>>>> class
>>>>>>>>>>>>>>> org.apache.wiki.content.ContentManager, reason:
>>>>>>>>>>>>>>> java.lang.NoSuchMethodError:
>>>>>>>>>>>>>>> org.w3c.dom.Node.getTextContent()Ljava/lang/String;
>>>>>>>>>>>>>>> at
>>>>>>>>>>>
>>>>>> org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java: 
>>>>>> 311)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>
>>>>>> org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java: 
>>>>>> 204)
>>>>>>>>>>>>>>> at
>>>>>>> org.apache.wiki.WikiEngine.initialize(WikiEngine.java:565)
>>>>>>>>>>>>>>> at
>>>>> org.apache.wiki.WikiEngine.<init>(WikiEngine.java:429)
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> dirk
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>>

Re: help with v3.0.0-svn-200

[Dirk Frederickx <di...@gmail.com>]

Seems like I'm back on track.

The 'endorsed' libraries Tomcat 5.0.28 apparently include there own version
of org.w3c.dom.Node, which is missing the method getTextContent().

Just removing <tomcat>/common/endorsed/xml-apis.jar  solves the issues.
Tomcat falls back on the standard Node implementation inside Classes.jar.
(java 1.5)


Now struggling with Priha -- the new jcr structure seems not backwards
compatible with the previous. ...


dirk



On Sat, Feb 27, 2010 at 1:16 PM, Dirk Frederickx
<di...@gmail.com>wrote:

>
>
> On Tue, Feb 23, 2010 at 11:35 PM, Andrew Jaquith <
> andrew.r.jaquith@gmail.com> wrote:
>
>> Dirk, FYI --
>>
>> I just did a quick test with Tomcat 5.0.28. JSPWiki 3 will not load. I
>> haven't dug into why yet, but perhaps it is related to your problem.
>>
>> That said, 5.5 works fine.
>>
>> Andrew
>>
>> On Mon, Feb 22, 2010 at 3:19 PM, Dirk Frederickx
>> <di...@gmail.com> wrote:
>> > Harry,
>> >
>> > Many thanks for the extra info.  Now I an do some more research ;-)
>> >
>> > I'm running still TOMCAT 5.0.28,  but so far had no problem with
>> previous
>> > v3.x versions.
>> >
>> > dirk
>> >
>> >
>> >
>> > On Sun, Feb 21, 2010 at 11:50 AM, Harry Metske <harry.metske@gmail.com
>> >wrote:
>> >
>> >> I just did, also no problem, this is what I get (See below).
>> >>
>> >> If I start tomcat with :    JAVA_OPTS=-verbose:class ./startup.sh
>> >> The log shows that org.w3c.dom classes are loaded from
>> >>  /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar .
>> >>
>> >> Where do your org.w3c.dom classes come from ?
>> >> This is tomcat 6.0.24, what version are you running ?
>> >>
>> >> regards,
>> >> Harry
>> >>
>> >>
>> >> metskem@gneisenau /usr/local/tomcat/webapps $ ls -l
>> >> total 6496
>> >> drwxr-xr-x 10 metskem metskem    4096 2010-02-08 18:10 docs
>> >> drwxr-xr-x  5 metskem metskem    4096 2010-02-08 18:10 examples
>> >> drwxr-xr-x  5 metskem metskem    4096 2010-02-08 18:10 host-manager
>> >> drwxr-xr-x 10 metskem metskem    4096 2010-02-08 18:28 JSPWiki-2.8
>> >> drwxr-xr-x  5 metskem metskem    4096 2010-02-08 18:10 manager
>> >> drwxr-xr-x  3 metskem metskem    4096 2010-02-08 18:10 ROOT
>> >>
>> >> metskem@gneisenau /usr/local/tomcat/webapps $ cp
>> >> /tmp/metskem/JSPWiki/install/JSPWiki.war .
>> >> metskem@gneisenau /usr/local/tomcat/webapps $
>> >> Feb 21, 2010 11:28:28 AM org.apache.catalina.startup.HostConfig
>> >> deployWAR INFO: Deploying web application archive JSPWiki.war
>> >>
>> >> ==> /tmp/jspwiki.log <==
>> >> 2010-02-21 11:28:29,741
>> >> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
>> >> net.sourceforge.stripes.config.BootstrapPropertyResolver  - Class
>> >> implementing/extending ActionBeanContext found via auto-discovery:
>> >> org.apache.wiki.ui.stripes.WikiActionBeanContext
>> >> 2010-02-21 11:28:29,742
>> >> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
>> >> net.sourceforge.stripes.controller.DefaultActionBeanContextFactory  -
>> >> DefaultActionBeanContextFactory will use ActionBeanContext subclass
>> >> org.apache.wiki.ui.stripes.WikiActionBeanContext
>> >> 2010-02-21 11:28:29,943
>> >> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
>> >> net.sourceforge.stripes.config.BootstrapPropertyResolver  - Class
>> >> implementing/extending LocalePicker found in web.xml:
>> >> org.apache.wiki.ui.stripes.PreferencesLocalePicker
>> >> 2010-02-21 11:28:30,833
>> >> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
>> >> net.sourceforge.stripes.config.BootstrapPropertyResolver  - Class
>> >> implementing/extending ExceptionHandler found in web.xml:
>> >> org.apache.wiki.ui.stripes.WikiExceptionHandler
>> >> 2010-02-21 11:28:30,922
>> >> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
>> >> net.sourceforge.stripes.config.BootstrapPropertyResolver  - Class
>> >> implementing/extending MultipartWrapper found in web.xml:
>> >> net.sourceforge.stripes.controller.multipart.CommonsMultipartWrapper
>> >> 2010-02-21 11:28:30,922
>> >> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
>> >>
>> net.sourceforge.stripes.controller.multipart.DefaultMultipartWrapperFactory
>> >>  - Using
>> >> net.sourceforge.stripes.controller.multipart.CommonsMultipartWrapper as
>> >> MultipartWrapper implementation.
>> >> 2010-02-21 11:28:31,259
>> >> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
>> >> net.sourceforge.stripes.controller.StripesFilter  - Stripes
>> Initialization
>> >> Complete. Version: 1.6-beta, Build: 1128:1193
>> >> 2010-02-21 11:29:04,258 [http-8080-2] INFO org.apache.wiki.WikiEngine
>>  -
>> >> *******************************************
>> >> 2010-02-21 11:29:04,262 [http-8080-2] INFO org.apache.wiki.WikiEngine
>>  -
>> >> JSPWiki 3.0.0-svn-207 starting. Whee!
>> >> 2010-02-21 11:29:04,265 [http-8080-2] INFO org.apache.wiki.WikiEngine
>>  -
>> >> Servlet container: Apache Tomcat/6.0.24
>> >> 2010-02-21 11:29:04,266 [http-8080-2] INFO org.apache.wiki.WikiEngine
>>  -
>> >> JSPWiki working directory is '/usr/local/tomcat/temp/JSPWiki-6233000'
>> >> 2010-02-21 11:29:04,301 [http-8080-2] INFO
>> >> org.apache.wiki.url.StripesURLConstructor  - StripesURLConstructor
>> >> initialized.
>> >> 2010-02-21 11:29:04,456 [http-8080-2] INFO
>> >> org.apache.wiki.content.ContentManager  - Unable to locate the
>> repository
>> >> from JNDI, attempting to locate from jspwiki.properties
>> >> 2010-02-21 11:29:04,456 [http-8080-2] INFO
>> >> org.apache.wiki.content.ContentManager  - Trying repository priha
>> >> 2010-02-21 11:29:04,471 [http-8080-2] INFO
>> org.priha.core.RepositoryImpl  -
>> >> G'day, Matilda!  Priha 0.7.0-alpha has been initialized.
>> >> 2010-02-21 11:29:04,472 [http-8080-2] INFO
>> org.priha.core.RepositoryImpl  -
>> >> Initializing providers...
>> >> 2010-02-21 11:29:04,508 [http-8080-2] WARN
>> >> net.sf.ehcache.config.ConfigurationFactory  - No configuration found.
>> >> Configuring ehcache from ehcache-failsafe.xml  found in the classpath:
>> >>
>> >>
>> jar:file:/usr/local/apache-tomcat-6.0.24/webapps/JSPWiki/WEB-INF/lib/ehcache-1.6.0.jar!/ehcache-failsafe.xml
>> >> 2010-02-21 11:29:04,607 [http-8080-2] INFO
>> org.priha.core.RepositoryImpl  -
>> >> Repository initialization took 135 ms.
>> >> 2010-02-21 11:29:04,608 [http-8080-2] INFO
>> org.priha.core.RepositoryImpl  -
>> >> Initializing SessionManager...
>> >>
>> >> ==> /usr/local/tomcat/logs/catalina.out <==
>> >> org.apache.catalina.core.ApplicationContextFacade@5f1ba8
>> >> Feb 21, 2010 11:29:04 AM org.priha.core.RepositoryImpl <init>
>> >> INFO: G'day, Matilda!  Priha 0.7.0-alpha has been initialized.
>> >> Feb 21, 2010 11:29:04 AM org.priha.core.RepositoryImpl
>> getProviderManager
>> >> INFO: Initializing providers...
>> >> Feb 21, 2010 11:29:04 AM net.sf.ehcache.config.ConfigurationFactory
>> >> parseConfiguration
>> >> WARNING: No configuration found. Configuring ehcache from
>> >> ehcache-failsafe.xml  found in the classpath:
>> >>
>> >>
>> jar:file:/usr/local/apache-tomcat-6.0.24/webapps/JSPWiki/WEB-INF/lib/ehcache-1.6.0.jar!/ehcache-failsafe.xml
>> >> Feb 21, 2010 11:29:04 AM org.priha.core.RepositoryImpl
>> getProviderManager
>> >> INFO: Repository initialization took 135 ms.
>> >> Feb 21, 2010 11:29:04 AM org.priha.core.RepositoryImpl
>> getSessionManager
>> >> INFO: Initializing SessionManager...
>> >>
>> >> ==> /tmp/jspwiki.log <==
>> >> 2010-02-21 11:29:04,929 [http-8080-2] INFO
>> >> org.apache.wiki.content.ContentManager  - ContentManager initialized!
>> >> 2010-02-21 11:29:04,944 [http-8080-2] INFO
>> >> org.apache.wiki.plugin.PluginManager  - Registering plugins
>> >> 2010-02-21 11:29:05,422 [http-8080-2] INFO
>> >> org.apache.wiki.plugin.PageViewPlugin  - initializing PageViewPlugin
>> >> 2010-02-21 11:29:05,424 [http-8080-2] INFO
>> >> org.apache.wiki.plugin.PageViewPlugin  - initializing PageView Manager
>> >> 2010-02-21 11:29:05,424 [http-8080-2] INFO
>> >> org.apache.wiki.plugin.PageViewPlugin  - loadCounters
>> >> 2010-02-21 11:29:05,425 [http-8080-2] ERROR
>> >> org.apache.wiki.plugin.PageViewPlugin  - loadCounters: Can't load page
>> >> counter store: /usr/local/tomcat/temp/JSPWiki-6233000/PageCount.txt (No
>> >> such
>> >> file or directory) , will create a new one
>> >> 2010-02-21 11:29:05,425 [http-8080-2] INFO
>> >> org.apache.wiki.plugin.PageViewPlugin  - loadCounters: counters.size=0
>> >> 2010-02-21 11:29:05,425 [http-8080-2] INFO
>> >> org.apache.wiki.plugin.PageViewPlugin$CounterSaveThread  - Starting
>> Counter
>> >> Saver.
>> >> 2010-02-21 11:29:05,486 [http-8080-2] INFO
>> >> org.apache.wiki.diff.DifferenceManager  - Using difference provider:
>> >> TraditionalDiffProvider
>> >> 2010-02-21 11:29:05,498 [http-8080-2] INFO
>> org.apache.wiki.ui.EditorManager
>> >>  - Registering editor modules
>> >> 2010-02-21 11:29:05,512 [http-8080-2] INFO
>> >> org.apache.wiki.auth.authorize.WebContainerAuthorizer  - Examining
>> >> jndi:/localhost/JSPWiki/WEB-INF/web.xml
>> >> 2010-02-21 11:29:05,552 [http-8080-2] INFO
>> >> org.apache.wiki.auth.authorize.WebContainerAuthorizer  - JSPWiki is
>> using
>> >> custom authentication.
>> >> 2010-02-21 11:29:05,552 [http-8080-2] INFO
>> >> org.apache.wiki.auth.authorize.WebContainerAuthorizer  - Authorizer
>> >> WebContainerAuthorizer initialized successfully.
>> >> 2010-02-21 11:29:05,614 [http-8080-2] INFO
>> >> org.apache.wiki.auth.AuthorizationManager  - Initialized default
>> security
>> >> policy: /usr/local/tomcat/webapps/JSPWiki/WEB-INF/jspwiki.policy
>> >> 2010-02-21 11:29:05,615 [http-8080-2] INFO
>> >> org.apache.wiki.auth.authorize.GroupManager  - Attempting to load group
>> >> database class org.apache.wiki.auth.authorize.XMLGroupDatabase
>> >> 2010-02-21 11:29:05,616 [http-8080-2] WARN
>> >> org.apache.wiki.auth.authorize.XMLGroupDatabase  - XML group database
>> >> property jspwiki.xmlGroupDatabaseFile not found; trying
>> >> /usr/local/tomcat/webapps/JSPWiki/WEB-INF/groupdatabase.xml
>> >> 2010-02-21 11:29:05,616 [http-8080-2] INFO
>> >> org.apache.wiki.auth.authorize.XMLGroupDatabase  - XML group database
>> at
>> >> /usr/local/tomcat/webapps/JSPWiki/WEB-INF/groupdatabase.xml
>> >> 2010-02-21 11:29:05,618 [http-8080-2] INFO
>> >> org.apache.wiki.auth.authorize.GroupManager  - Group database
>> initialized.
>> >> 2010-02-21 11:29:05,619 [http-8080-2] INFO
>> >> org.apache.wiki.auth.authorize.GroupManager  - Authorizer GroupManager
>> >> initialized successfully; loaded 0 group(s).
>> >> 2010-02-21 11:29:05,666 [http-8080-2] INFO
>> >> org.apache.wiki.ui.admin.AdminBeanManager  -
>> >> com.sun.jmx.mbeanserver.JmxMBeanServer
>> >> 2010-02-21 11:29:05,666 [http-8080-2] INFO
>> >> org.apache.wiki.ui.admin.AdminBeanManager  - DefaultDomain
>> >> 2010-02-21 11:29:05,669 [http-8080-2] INFO
>> >> org.apache.wiki.ui.admin.AdminBeanManager  - Registered new admin bean
>> Core
>> >> bean
>> >> 2010-02-21 11:29:05,670 [http-8080-2] INFO
>> >> org.apache.wiki.ui.admin.AdminBeanManager  - Registered new admin bean
>> User
>> >> administration
>> >> 2010-02-21 11:29:05,670 [http-8080-2] INFO
>> >> org.apache.wiki.ui.admin.AdminBeanManager  - Registered new admin bean
>> >> Search manager
>> >> 2010-02-21 11:29:05,670 [http-8080-2] INFO
>> >> org.apache.wiki.ui.admin.AdminBeanManager  - Registered new admin bean
>> >> Plugins
>> >> 2010-02-21 11:29:05,671 [http-8080-2] INFO
>> >> org.apache.wiki.ui.admin.AdminBeanManager  - Registered new admin bean
>> >> Plain
>> >> editor
>> >> 2010-02-21 11:29:05,672 [http-8080-2] INFO org.apache.wiki.WikiEngine
>>  -
>> >> Registering filters
>> >> 2010-02-21 11:29:05,917 [http-8080-2] INFO org.apache.wiki.WikiEngine
>>  -
>> >> Cannot find property file for filters (this is okay, expected to find
>> it
>> >> as:
>> >> '/WEB-INF/filters.xml')
>> >> 2010-02-21 11:29:05,918 [http-8080-2] INFO
>> >> org.apache.wiki.render.RenderingManager  - Rendering content with
>> >> org.apache.wiki.render.XHTMLRenderer.
>> >> 2010-02-21 11:29:05,966 [http-8080-2] INFO
>> >> org.apache.wiki.search.LuceneSearchProvider  - Lucene enabled, cache
>> will
>> >> be
>> >> in: /usr/local/tomcat/temp/JSPWiki-6233000/lucene
>> >> 2010-02-21 11:29:05,967 [http-8080-2] INFO
>> >> org.apache.wiki.search.LuceneSearchProvider$LuceneUpdater  - Starting
>> >> Lucene
>> >> Indexer.
>> >> 2010-02-21 11:29:05,968 [http-8080-2] INFO
>> >> org.apache.wiki.util.WatchDog$WatchDogThread  - Starting WatchDog.
>> >> 2010-02-21 11:29:05,969 [http-8080-2] INFO
>> >> org.apache.wiki.search.LuceneSearchProvider  - Starting Lucene
>> reindexing,
>> >> this can take a couple minutes...
>> >> 2010-02-21 11:29:06,341 [http-8080-2] INFO
>> >> org.apache.wiki.search.LuceneSearchProvider  - Full Lucene index
>> finished
>> >> in
>> >> 372 milliseconds.
>> >> 2010-02-21 11:29:06,341 [http-8080-2] INFO org.apache.wiki.WikiEngine
>>  -
>> >> WikiEngine configured.
>> >> 2010-02-21 11:29:06,341 [http-8080-2] INFO org.apache.wiki.WikiEngine
>>  -
>> >> Root path for this Wiki is: '/usr/local/tomcat/webapps/JSPWiki/'
>> >> 2010-02-21 11:29:06,389 [http-8080-2] INFO
>> >> net.sourceforge.stripes.validation.expression.ExpressionValidator  -
>> >> Expression validation will be performed using:
>> >> net.sourceforge.stripes.validation.expression.Jsp21ExpressionExecutor
>> >> 2010-02-21 11:29:06,524 [http-8080-2] INFO
>> org.apache.wiki.auth.UserManager
>> >>  - Attempting to load user database class
>> >> org.apache.wiki.auth.user.XMLUserDatabase
>> >> 2010-02-21 11:29:06,527 [http-8080-2] WARN
>> >> org.apache.wiki.auth.user.AbstractUserDatabase  - XML user database
>> >> property
>> >> jspwiki.xmlUserDatabaseFile not found; trying
>> >> /usr/local/tomcat/webapps/JSPWiki/WEB-INF/userdatabase.xml
>> >> 2010-02-21 11:29:06,527 [http-8080-2] INFO
>> >> org.apache.wiki.auth.user.AbstractUserDatabase  - XML user database at
>> >> /usr/local/tomcat/webapps/JSPWiki/WEB-INF/userdatabase.xml
>> >> 2010-02-21 11:29:06,529 [http-8080-2] INFO
>> org.apache.wiki.auth.UserManager
>> >>  - UserDatabase initialized.
>> >>
>> >> ==> /usr/local/tomcat/logs/catalina.out <==
>> >> Executing /jcr:root/pages/*/*
>> >> LOC = Node[jspwiki:/], check=
>> >>   MATCH
>> >> LOC = Node[jspwiki:/], check=pages
>> >>   MATCH
>> >> LOC = Node[jspwiki:/pages], check=null
>> >> LOC = Node[jspwiki:/pages/main], check=null
>> >> + Root node
>> >> + Select properties: *
>> >>  + PathQueryNode
>> >>    + LocationStepQueryNode:  NodeTest= Descendants=false Index=NONE
>> >>    + LocationStepQueryNode:  NodeTest=pages Descendants=false
>> Index=NONE
>> >>    + LocationStepQueryNode:  NodeTest=* Descendants=false Index=NONE
>> >>    + LocationStepQueryNode:  NodeTest=* Descendants=false Index=NONE
>> >>
>> >> ---
>> >> Node[jspwiki:/pages/main/main]
>> >> Node[jspwiki:/pages/main/ll]
>> >>
>> >> ==> /tmp/jspwiki.log <==
>> >> 2010-02-21 11:29:21,342 [Timer-0] INFO
>> >> org.apache.wiki.search.LuceneSearchProvider$LuceneUpdater  - Running
>> Lucene
>> >> Indexer.
>> >>
>> >>
>> >>
>> >> 2010/2/20 Dirk Frederickx <di...@gmail.com>
>> >>
>> >> > Harry,
>> >> >
>> >> > Did you try a redeploy from WAR ?
>> >> >
>> >> > Falling back to a previous version (svn-191)  runs perfectly next to
>> >> v2.8.
>> >> > Just a recent WAR deploy still breaks completely
>> >> >
>> >> >
>> >> > dirk
>> >> >
>> >> > On Mon, Feb 8, 2010 at 6:32 PM, Harry Metske <harry.metske@gmail.com
>> >
>> >> > wrote:
>> >> >
>> >> > > running 2 wiki's in the same tomcat (2.8 and 3.0) should not be a
>> >> problem
>> >> > > (I
>> >> > > just did, and they both initialize nicely)
>> >> > >
>> >> > > /Harry
>> >> > >
>> >> > >
>> >> > > 2010/2/8 Dirk Frederickx <di...@gmail.com>
>> >> > >
>> >> > > > Txs Harry,
>> >> > > >
>> >> > > > I will do some more investigation.
>> >> > > >
>> >> > > > Note: I am running also a v2.8.x JSPWiki in the same TOMCAT
>> instance.
>> >> > > Could
>> >> > > > this cause any problem ?
>> >> > > >
>> >> > > >
>> >> > > > dirk
>> >> > > >
>> >> > > > On Mon, Feb 8, 2010 at 7:55 AM, Harry Metske <
>> harry.metske@gmail.com
>> >> >
>> >> > > > wrote:
>> >> > > >
>> >> > > > > Dirk,
>> >> > > > >
>> >> > > > > I can't think of anything else than that you are loading a
>> version
>> >> of
>> >> > > > > org.w3c.dom.Node that does not have the getTextContent()
>> method.
>> >> > > > > Can you add the java parameter " -verbose:class" to see from
>> which
>> >> > jar
>> >> > > it
>> >> > > > > is
>> >> > > > > loaded, maybe that gives a clue.
>> >> > > > >
>> >> > > > > regards,
>> >> > > > > Harry
>> >> > > > >
>> >> > > > > 2010/2/7 Dirk Frederickx <di...@gmail.com>
>> >> > > > >
>> >> > > > > > Guys,
>> >> > > > > >
>> >> > > > > > The latest check-ins on v3.0.0 seem to have broken the
>> >> > deployability
>> >> > > > from
>> >> > > > > > WAR.
>> >> > > > > > I'm kind a blocked to check in several pending fixes (mainly
>> >> > > javascript
>> >> > > > )
>> >> > > > > >  to align with the latest template changes of Andrew.
>> >> > > > > >
>> >> > > > > > It seems the Content-Manager doesn't initialize properly.
>> >> > > > > >
>> >> > > > > > Any suggestions ?
>> >> > > > > >
>> >> > > > > >
>> >> > > > > > 2010-01-23 19:29:15,648 [main] INFO
>> org.priha.core.RepositoryImpl
>> >> >  -
>> >> > > > > > Initializing SessionManager...
>> >> > > > > > 2010-01-23 19:29:15,841 [main] INFO
>> >> org.apache.wiki.util.ClassUtil
>> >> >  -
>> >> > > > > > Failed
>> >> > > > > > to invoke class org.apache.wiki.content.ContentManager
>> >> > > > > > java.lang.NoSuchMethodError:
>> >> > > > > > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
>> >> > > > > > 2010-01-23 19:29:15,843 [main] ERROR
>> org.apache.wiki.WikiEngine
>> >>  -
>> >> > > > > JSPWiki
>> >> > > > > > could not start, due to an unknown exception while starting,
>> >> > > stacktrace
>> >> > > > > > follows:
>> >> > > > > > org.apache.wiki.api.WikiException: Failed to invoke class
>> >> > > > > > org.apache.wiki.content.ContentManager, reason:
>> >> > > > > > java.lang.NoSuchMethodError:
>> >> > > > > > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
>> >> > > > > > at
>> >> > org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:311)
>> >> > > > > > at
>> >> > org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:204)
>> >> > > > > > at org.apache.wiki.WikiEngine.initialize(WikiEngine.java:565)
>> >> > > > > > at org.apache.wiki.WikiEngine.<init>(WikiEngine.java:429)
>> >> > > > > >
>> >> > > > > >
>> >> > > > > > dirk
>> >> > > > > >
>> >> > > > > >
>> >> > > > > > On Sun, Jan 24, 2010 at 12:06 PM, Harry Metske <
>> >> > > harry.metske@gmail.com
>> >> > > > > > >wrote:
>> >> > > > > >
>> >> > > > > > > could it be that there is an old version of
>> org.w3c.dom.Node
>> >> > > > somewhere
>> >> > > > > > > else in your classpath  ?
>> >> > > > > > >
>> >> > > > > > > /Harry
>> >> > > > > > >
>> >> > > > > > > 2010/1/23 Dirk Frederickx <di...@gmail.com>
>> >> > > > > > >
>> >> > > > > > > > Harry,
>> >> > > > > > > >
>> >> > > > > > > > Txs for the quick reply.
>> >> > > > > > > > But that's not the problem -- I have v3.0.0. runing quite
>> >> some
>> >> > > > time.
>> >> > > > > > > > I just did a clean install from the war.
>> >> > > > > > > >
>> >> > > > > > > > I'm running java 1.5
>> >> > > > > > > >
>> >> > > > > > > > java version "1.5.0_19"
>> >> > > > > > > > Java(TM) 2 Runtime Environment, Standard Edition (build
>> >> > > > > > 1.5.0_19-b02-306)
>> >> > > > > > > > Java HotSpot(TM) Client VM (build 1.5.0_19-138, mixed
>> mode,
>> >> > > > sharing)
>> >> > > > > > > >
>> >> > > > > > > >
>> >> > > > > > > >
>> >> > > > > > > > dirk
>> >> > > > > > > >
>> >> > > > > > > >
>> >> > > > > > > > On Sat, Jan 23, 2010 at 8:53 PM, Dirk Frederickx
>> >> > > > > > > > <di...@gmail.com>wrote:
>> >> > > > > > > >
>> >> > > > > > > > > Harry,
>> >> > > > > > > > >
>> >> > > > > > > > > Txs for the quick reply.
>> >> > > > > > > > > But that's not the problem -- I have v3.0.0. runing
>> quite
>> >> > some
>> >> > > > > time.
>> >> > > > > > > > > I just tried a
>> >> > > > > > > > >
>> >> > > > > > > > >
>> >> > > > > > > > > On Sat, Jan 23, 2010 at 8:28 PM, Harry Metske <
>> >> > > > > > harry.metske@gmail.com
>> >> > > > > > > > >wrote:
>> >> > > > > > > > >
>> >> > > > > > > > >> it looks like you are running with a JDK 1.4, while
>> JDK5
>> >> is
>> >> > > the
>> >> > > > > > > minimum
>> >> > > > > > > > >> requirement.
>> >> > > > > > > > >>
>> >> > > > > > > > >> regards,
>> >> > > > > > > > >> Harry
>> >> > > > > > > > >>
>> >> > > > > > > > >> 2010/1/23 Dirk Frederickx <di...@gmail.com>
>> >> > > > > > > > >>
>> >> > > > > > > > >> > I have difficulties in deploying a recent v3.0.0
>> >> version.
>> >> > > > > > > > >> > The startup op JSPWiki fails with the below
>> >> > > error/stack-trace.
>> >> > > > > > > > >> >
>> >> > > > > > > > >> > Any hint what could be wrong ?
>> >> > > > > > > > >> >
>> >> > > > > > > > >> >
>> >> > > > > > > > >> > 2010-01-23 19:29:15,648 [main] INFO
>> >> > > > > org.priha.core.RepositoryImpl
>> >> > > > > >  -
>> >> > > > > > > > >> > Initializing SessionManager...
>> >> > > > > > > > >> > 2010-01-23 19:29:15,841 [main] INFO
>> >> > > > > org.apache.wiki.util.ClassUtil
>> >> > > > > > >  -
>> >> > > > > > > > >> > Failed
>> >> > > > > > > > >> > to invoke class
>> org.apache.wiki.content.ContentManager
>> >> > > > > > > > >> > java.lang.NoSuchMethodError:
>> >> > > > > > > > >> > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
>> >> > > > > > > > >> > 2010-01-23 19:29:15,843 [main] ERROR
>> >> > > > org.apache.wiki.WikiEngine
>> >> > > > >  -
>> >> > > > > > > > >> JSPWiki
>> >> > > > > > > > >> > could not start, due to an unknown exception while
>> >> > starting,
>> >> > > > > > > > stacktrace
>> >> > > > > > > > >> > follows:
>> >> > > > > > > > >> > org.apache.wiki.api.WikiException: Failed to invoke
>> >> class
>> >> > > > > > > > >> > org.apache.wiki.content.ContentManager, reason:
>> >> > > > > > > > >> > java.lang.NoSuchMethodError:
>> >> > > > > > > > >> > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
>> >> > > > > > > > >> > at
>> >> > > > > > >
>> >> > org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:311)
>> >> > > > > > > > >> > at
>> >> > > > > > >
>> >> > org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:204)
>> >> > > > > > > > >> > at
>> >> > > org.apache.wiki.WikiEngine.initialize(WikiEngine.java:565)
>> >> > > > > > > > >> > at
>> >> org.apache.wiki.WikiEngine.<init>(WikiEngine.java:429)
>> >> > > > > > > > >> >
>> >> > > > > > > > >> >
>> >> > > > > > > > >> >
>> >> > > > > > > > >> > dirk
>> >> > > > > > > > >> >
>> >> > > > > > > > >>
>> >> > > > > > > > >
>> >> > > > > > > > >
>> >> > > > > > > >
>> >> > > > > > >
>> >> > > > > >
>> >> > > > >
>> >> > > >
>> >> > >
>> >> >
>> >>
>> >
>>
>
>

Re: help with v3.0.0-svn-200

[Dirk Frederickx <di...@gmail.com>]

On Tue, Feb 23, 2010 at 11:35 PM, Andrew Jaquith <andrew.r.jaquith@gmail.com
> wrote:

> Dirk, FYI --
>
> I just did a quick test with Tomcat 5.0.28. JSPWiki 3 will not load. I
> haven't dug into why yet, but perhaps it is related to your problem.
>
> That said, 5.5 works fine.
>
> Andrew
>
> On Mon, Feb 22, 2010 at 3:19 PM, Dirk Frederickx
> <di...@gmail.com> wrote:
> > Harry,
> >
> > Many thanks for the extra info.  Now I an do some more research ;-)
> >
> > I'm running still TOMCAT 5.0.28,  but so far had no problem with previous
> > v3.x versions.
> >
> > dirk
> >
> >
> >
> > On Sun, Feb 21, 2010 at 11:50 AM, Harry Metske <harry.metske@gmail.com
> >wrote:
> >
> >> I just did, also no problem, this is what I get (See below).
> >>
> >> If I start tomcat with :    JAVA_OPTS=-verbose:class ./startup.sh
> >> The log shows that org.w3c.dom classes are loaded from
> >>  /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar .
> >>
> >> Where do your org.w3c.dom classes come from ?
> >> This is tomcat 6.0.24, what version are you running ?
> >>
> >> regards,
> >> Harry
> >>
> >>
> >> metskem@gneisenau /usr/local/tomcat/webapps $ ls -l
> >> total 6496
> >> drwxr-xr-x 10 metskem metskem    4096 2010-02-08 18:10 docs
> >> drwxr-xr-x  5 metskem metskem    4096 2010-02-08 18:10 examples
> >> drwxr-xr-x  5 metskem metskem    4096 2010-02-08 18:10 host-manager
> >> drwxr-xr-x 10 metskem metskem    4096 2010-02-08 18:28 JSPWiki-2.8
> >> drwxr-xr-x  5 metskem metskem    4096 2010-02-08 18:10 manager
> >> drwxr-xr-x  3 metskem metskem    4096 2010-02-08 18:10 ROOT
> >>
> >> metskem@gneisenau /usr/local/tomcat/webapps $ cp
> >> /tmp/metskem/JSPWiki/install/JSPWiki.war .
> >> metskem@gneisenau /usr/local/tomcat/webapps $
> >> Feb 21, 2010 11:28:28 AM org.apache.catalina.startup.HostConfig
> >> deployWAR INFO: Deploying web application archive JSPWiki.war
> >>
> >> ==> /tmp/jspwiki.log <==
> >> 2010-02-21 11:28:29,741
> >> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
> >> net.sourceforge.stripes.config.BootstrapPropertyResolver  - Class
> >> implementing/extending ActionBeanContext found via auto-discovery:
> >> org.apache.wiki.ui.stripes.WikiActionBeanContext
> >> 2010-02-21 11:28:29,742
> >> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
> >> net.sourceforge.stripes.controller.DefaultActionBeanContextFactory  -
> >> DefaultActionBeanContextFactory will use ActionBeanContext subclass
> >> org.apache.wiki.ui.stripes.WikiActionBeanContext
> >> 2010-02-21 11:28:29,943
> >> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
> >> net.sourceforge.stripes.config.BootstrapPropertyResolver  - Class
> >> implementing/extending LocalePicker found in web.xml:
> >> org.apache.wiki.ui.stripes.PreferencesLocalePicker
> >> 2010-02-21 11:28:30,833
> >> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
> >> net.sourceforge.stripes.config.BootstrapPropertyResolver  - Class
> >> implementing/extending ExceptionHandler found in web.xml:
> >> org.apache.wiki.ui.stripes.WikiExceptionHandler
> >> 2010-02-21 11:28:30,922
> >> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
> >> net.sourceforge.stripes.config.BootstrapPropertyResolver  - Class
> >> implementing/extending MultipartWrapper found in web.xml:
> >> net.sourceforge.stripes.controller.multipart.CommonsMultipartWrapper
> >> 2010-02-21 11:28:30,922
> >> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
> >>
> net.sourceforge.stripes.controller.multipart.DefaultMultipartWrapperFactory
> >>  - Using
> >> net.sourceforge.stripes.controller.multipart.CommonsMultipartWrapper as
> >> MultipartWrapper implementation.
> >> 2010-02-21 11:28:31,259
> >> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
> >> net.sourceforge.stripes.controller.StripesFilter  - Stripes
> Initialization
> >> Complete. Version: 1.6-beta, Build: 1128:1193
> >> 2010-02-21 11:29:04,258 [http-8080-2] INFO org.apache.wiki.WikiEngine  -
> >> *******************************************
> >> 2010-02-21 11:29:04,262 [http-8080-2] INFO org.apache.wiki.WikiEngine  -
> >> JSPWiki 3.0.0-svn-207 starting. Whee!
> >> 2010-02-21 11:29:04,265 [http-8080-2] INFO org.apache.wiki.WikiEngine  -
> >> Servlet container: Apache Tomcat/6.0.24
> >> 2010-02-21 11:29:04,266 [http-8080-2] INFO org.apache.wiki.WikiEngine  -
> >> JSPWiki working directory is '/usr/local/tomcat/temp/JSPWiki-6233000'
> >> 2010-02-21 11:29:04,301 [http-8080-2] INFO
> >> org.apache.wiki.url.StripesURLConstructor  - StripesURLConstructor
> >> initialized.
> >> 2010-02-21 11:29:04,456 [http-8080-2] INFO
> >> org.apache.wiki.content.ContentManager  - Unable to locate the
> repository
> >> from JNDI, attempting to locate from jspwiki.properties
> >> 2010-02-21 11:29:04,456 [http-8080-2] INFO
> >> org.apache.wiki.content.ContentManager  - Trying repository priha
> >> 2010-02-21 11:29:04,471 [http-8080-2] INFO org.priha.core.RepositoryImpl
>  -
> >> G'day, Matilda!  Priha 0.7.0-alpha has been initialized.
> >> 2010-02-21 11:29:04,472 [http-8080-2] INFO org.priha.core.RepositoryImpl
>  -
> >> Initializing providers...
> >> 2010-02-21 11:29:04,508 [http-8080-2] WARN
> >> net.sf.ehcache.config.ConfigurationFactory  - No configuration found.
> >> Configuring ehcache from ehcache-failsafe.xml  found in the classpath:
> >>
> >>
> jar:file:/usr/local/apache-tomcat-6.0.24/webapps/JSPWiki/WEB-INF/lib/ehcache-1.6.0.jar!/ehcache-failsafe.xml
> >> 2010-02-21 11:29:04,607 [http-8080-2] INFO org.priha.core.RepositoryImpl
>  -
> >> Repository initialization took 135 ms.
> >> 2010-02-21 11:29:04,608 [http-8080-2] INFO org.priha.core.RepositoryImpl
>  -
> >> Initializing SessionManager...
> >>
> >> ==> /usr/local/tomcat/logs/catalina.out <==
> >> org.apache.catalina.core.ApplicationContextFacade@5f1ba8
> >> Feb 21, 2010 11:29:04 AM org.priha.core.RepositoryImpl <init>
> >> INFO: G'day, Matilda!  Priha 0.7.0-alpha has been initialized.
> >> Feb 21, 2010 11:29:04 AM org.priha.core.RepositoryImpl
> getProviderManager
> >> INFO: Initializing providers...
> >> Feb 21, 2010 11:29:04 AM net.sf.ehcache.config.ConfigurationFactory
> >> parseConfiguration
> >> WARNING: No configuration found. Configuring ehcache from
> >> ehcache-failsafe.xml  found in the classpath:
> >>
> >>
> jar:file:/usr/local/apache-tomcat-6.0.24/webapps/JSPWiki/WEB-INF/lib/ehcache-1.6.0.jar!/ehcache-failsafe.xml
> >> Feb 21, 2010 11:29:04 AM org.priha.core.RepositoryImpl
> getProviderManager
> >> INFO: Repository initialization took 135 ms.
> >> Feb 21, 2010 11:29:04 AM org.priha.core.RepositoryImpl getSessionManager
> >> INFO: Initializing SessionManager...
> >>
> >> ==> /tmp/jspwiki.log <==
> >> 2010-02-21 11:29:04,929 [http-8080-2] INFO
> >> org.apache.wiki.content.ContentManager  - ContentManager initialized!
> >> 2010-02-21 11:29:04,944 [http-8080-2] INFO
> >> org.apache.wiki.plugin.PluginManager  - Registering plugins
> >> 2010-02-21 11:29:05,422 [http-8080-2] INFO
> >> org.apache.wiki.plugin.PageViewPlugin  - initializing PageViewPlugin
> >> 2010-02-21 11:29:05,424 [http-8080-2] INFO
> >> org.apache.wiki.plugin.PageViewPlugin  - initializing PageView Manager
> >> 2010-02-21 11:29:05,424 [http-8080-2] INFO
> >> org.apache.wiki.plugin.PageViewPlugin  - loadCounters
> >> 2010-02-21 11:29:05,425 [http-8080-2] ERROR
> >> org.apache.wiki.plugin.PageViewPlugin  - loadCounters: Can't load page
> >> counter store: /usr/local/tomcat/temp/JSPWiki-6233000/PageCount.txt (No
> >> such
> >> file or directory) , will create a new one
> >> 2010-02-21 11:29:05,425 [http-8080-2] INFO
> >> org.apache.wiki.plugin.PageViewPlugin  - loadCounters: counters.size=0
> >> 2010-02-21 11:29:05,425 [http-8080-2] INFO
> >> org.apache.wiki.plugin.PageViewPlugin$CounterSaveThread  - Starting
> Counter
> >> Saver.
> >> 2010-02-21 11:29:05,486 [http-8080-2] INFO
> >> org.apache.wiki.diff.DifferenceManager  - Using difference provider:
> >> TraditionalDiffProvider
> >> 2010-02-21 11:29:05,498 [http-8080-2] INFO
> org.apache.wiki.ui.EditorManager
> >>  - Registering editor modules
> >> 2010-02-21 11:29:05,512 [http-8080-2] INFO
> >> org.apache.wiki.auth.authorize.WebContainerAuthorizer  - Examining
> >> jndi:/localhost/JSPWiki/WEB-INF/web.xml
> >> 2010-02-21 11:29:05,552 [http-8080-2] INFO
> >> org.apache.wiki.auth.authorize.WebContainerAuthorizer  - JSPWiki is
> using
> >> custom authentication.
> >> 2010-02-21 11:29:05,552 [http-8080-2] INFO
> >> org.apache.wiki.auth.authorize.WebContainerAuthorizer  - Authorizer
> >> WebContainerAuthorizer initialized successfully.
> >> 2010-02-21 11:29:05,614 [http-8080-2] INFO
> >> org.apache.wiki.auth.AuthorizationManager  - Initialized default
> security
> >> policy: /usr/local/tomcat/webapps/JSPWiki/WEB-INF/jspwiki.policy
> >> 2010-02-21 11:29:05,615 [http-8080-2] INFO
> >> org.apache.wiki.auth.authorize.GroupManager  - Attempting to load group
> >> database class org.apache.wiki.auth.authorize.XMLGroupDatabase
> >> 2010-02-21 11:29:05,616 [http-8080-2] WARN
> >> org.apache.wiki.auth.authorize.XMLGroupDatabase  - XML group database
> >> property jspwiki.xmlGroupDatabaseFile not found; trying
> >> /usr/local/tomcat/webapps/JSPWiki/WEB-INF/groupdatabase.xml
> >> 2010-02-21 11:29:05,616 [http-8080-2] INFO
> >> org.apache.wiki.auth.authorize.XMLGroupDatabase  - XML group database at
> >> /usr/local/tomcat/webapps/JSPWiki/WEB-INF/groupdatabase.xml
> >> 2010-02-21 11:29:05,618 [http-8080-2] INFO
> >> org.apache.wiki.auth.authorize.GroupManager  - Group database
> initialized.
> >> 2010-02-21 11:29:05,619 [http-8080-2] INFO
> >> org.apache.wiki.auth.authorize.GroupManager  - Authorizer GroupManager
> >> initialized successfully; loaded 0 group(s).
> >> 2010-02-21 11:29:05,666 [http-8080-2] INFO
> >> org.apache.wiki.ui.admin.AdminBeanManager  -
> >> com.sun.jmx.mbeanserver.JmxMBeanServer
> >> 2010-02-21 11:29:05,666 [http-8080-2] INFO
> >> org.apache.wiki.ui.admin.AdminBeanManager  - DefaultDomain
> >> 2010-02-21 11:29:05,669 [http-8080-2] INFO
> >> org.apache.wiki.ui.admin.AdminBeanManager  - Registered new admin bean
> Core
> >> bean
> >> 2010-02-21 11:29:05,670 [http-8080-2] INFO
> >> org.apache.wiki.ui.admin.AdminBeanManager  - Registered new admin bean
> User
> >> administration
> >> 2010-02-21 11:29:05,670 [http-8080-2] INFO
> >> org.apache.wiki.ui.admin.AdminBeanManager  - Registered new admin bean
> >> Search manager
> >> 2010-02-21 11:29:05,670 [http-8080-2] INFO
> >> org.apache.wiki.ui.admin.AdminBeanManager  - Registered new admin bean
> >> Plugins
> >> 2010-02-21 11:29:05,671 [http-8080-2] INFO
> >> org.apache.wiki.ui.admin.AdminBeanManager  - Registered new admin bean
> >> Plain
> >> editor
> >> 2010-02-21 11:29:05,672 [http-8080-2] INFO org.apache.wiki.WikiEngine  -
> >> Registering filters
> >> 2010-02-21 11:29:05,917 [http-8080-2] INFO org.apache.wiki.WikiEngine  -
> >> Cannot find property file for filters (this is okay, expected to find it
> >> as:
> >> '/WEB-INF/filters.xml')
> >> 2010-02-21 11:29:05,918 [http-8080-2] INFO
> >> org.apache.wiki.render.RenderingManager  - Rendering content with
> >> org.apache.wiki.render.XHTMLRenderer.
> >> 2010-02-21 11:29:05,966 [http-8080-2] INFO
> >> org.apache.wiki.search.LuceneSearchProvider  - Lucene enabled, cache
> will
> >> be
> >> in: /usr/local/tomcat/temp/JSPWiki-6233000/lucene
> >> 2010-02-21 11:29:05,967 [http-8080-2] INFO
> >> org.apache.wiki.search.LuceneSearchProvider$LuceneUpdater  - Starting
> >> Lucene
> >> Indexer.
> >> 2010-02-21 11:29:05,968 [http-8080-2] INFO
> >> org.apache.wiki.util.WatchDog$WatchDogThread  - Starting WatchDog.
> >> 2010-02-21 11:29:05,969 [http-8080-2] INFO
> >> org.apache.wiki.search.LuceneSearchProvider  - Starting Lucene
> reindexing,
> >> this can take a couple minutes...
> >> 2010-02-21 11:29:06,341 [http-8080-2] INFO
> >> org.apache.wiki.search.LuceneSearchProvider  - Full Lucene index
> finished
> >> in
> >> 372 milliseconds.
> >> 2010-02-21 11:29:06,341 [http-8080-2] INFO org.apache.wiki.WikiEngine  -
> >> WikiEngine configured.
> >> 2010-02-21 11:29:06,341 [http-8080-2] INFO org.apache.wiki.WikiEngine  -
> >> Root path for this Wiki is: '/usr/local/tomcat/webapps/JSPWiki/'
> >> 2010-02-21 11:29:06,389 [http-8080-2] INFO
> >> net.sourceforge.stripes.validation.expression.ExpressionValidator  -
> >> Expression validation will be performed using:
> >> net.sourceforge.stripes.validation.expression.Jsp21ExpressionExecutor
> >> 2010-02-21 11:29:06,524 [http-8080-2] INFO
> org.apache.wiki.auth.UserManager
> >>  - Attempting to load user database class
> >> org.apache.wiki.auth.user.XMLUserDatabase
> >> 2010-02-21 11:29:06,527 [http-8080-2] WARN
> >> org.apache.wiki.auth.user.AbstractUserDatabase  - XML user database
> >> property
> >> jspwiki.xmlUserDatabaseFile not found; trying
> >> /usr/local/tomcat/webapps/JSPWiki/WEB-INF/userdatabase.xml
> >> 2010-02-21 11:29:06,527 [http-8080-2] INFO
> >> org.apache.wiki.auth.user.AbstractUserDatabase  - XML user database at
> >> /usr/local/tomcat/webapps/JSPWiki/WEB-INF/userdatabase.xml
> >> 2010-02-21 11:29:06,529 [http-8080-2] INFO
> org.apache.wiki.auth.UserManager
> >>  - UserDatabase initialized.
> >>
> >> ==> /usr/local/tomcat/logs/catalina.out <==
> >> Executing /jcr:root/pages/*/*
> >> LOC = Node[jspwiki:/], check=
> >>   MATCH
> >> LOC = Node[jspwiki:/], check=pages
> >>   MATCH
> >> LOC = Node[jspwiki:/pages], check=null
> >> LOC = Node[jspwiki:/pages/main], check=null
> >> + Root node
> >> + Select properties: *
> >>  + PathQueryNode
> >>    + LocationStepQueryNode:  NodeTest= Descendants=false Index=NONE
> >>    + LocationStepQueryNode:  NodeTest=pages Descendants=false Index=NONE
> >>    + LocationStepQueryNode:  NodeTest=* Descendants=false Index=NONE
> >>    + LocationStepQueryNode:  NodeTest=* Descendants=false Index=NONE
> >>
> >> ---
> >> Node[jspwiki:/pages/main/main]
> >> Node[jspwiki:/pages/main/ll]
> >>
> >> ==> /tmp/jspwiki.log <==
> >> 2010-02-21 11:29:21,342 [Timer-0] INFO
> >> org.apache.wiki.search.LuceneSearchProvider$LuceneUpdater  - Running
> Lucene
> >> Indexer.
> >>
> >>
> >>
> >> 2010/2/20 Dirk Frederickx <di...@gmail.com>
> >>
> >> > Harry,
> >> >
> >> > Did you try a redeploy from WAR ?
> >> >
> >> > Falling back to a previous version (svn-191)  runs perfectly next to
> >> v2.8.
> >> > Just a recent WAR deploy still breaks completely
> >> >
> >> >
> >> > dirk
> >> >
> >> > On Mon, Feb 8, 2010 at 6:32 PM, Harry Metske <ha...@gmail.com>
> >> > wrote:
> >> >
> >> > > running 2 wiki's in the same tomcat (2.8 and 3.0) should not be a
> >> problem
> >> > > (I
> >> > > just did, and they both initialize nicely)
> >> > >
> >> > > /Harry
> >> > >
> >> > >
> >> > > 2010/2/8 Dirk Frederickx <di...@gmail.com>
> >> > >
> >> > > > Txs Harry,
> >> > > >
> >> > > > I will do some more investigation.
> >> > > >
> >> > > > Note: I am running also a v2.8.x JSPWiki in the same TOMCAT
> instance.
> >> > > Could
> >> > > > this cause any problem ?
> >> > > >
> >> > > >
> >> > > > dirk
> >> > > >
> >> > > > On Mon, Feb 8, 2010 at 7:55 AM, Harry Metske <
> harry.metske@gmail.com
> >> >
> >> > > > wrote:
> >> > > >
> >> > > > > Dirk,
> >> > > > >
> >> > > > > I can't think of anything else than that you are loading a
> version
> >> of
> >> > > > > org.w3c.dom.Node that does not have the getTextContent() method.
> >> > > > > Can you add the java parameter " -verbose:class" to see from
> which
> >> > jar
> >> > > it
> >> > > > > is
> >> > > > > loaded, maybe that gives a clue.
> >> > > > >
> >> > > > > regards,
> >> > > > > Harry
> >> > > > >
> >> > > > > 2010/2/7 Dirk Frederickx <di...@gmail.com>
> >> > > > >
> >> > > > > > Guys,
> >> > > > > >
> >> > > > > > The latest check-ins on v3.0.0 seem to have broken the
> >> > deployability
> >> > > > from
> >> > > > > > WAR.
> >> > > > > > I'm kind a blocked to check in several pending fixes (mainly
> >> > > javascript
> >> > > > )
> >> > > > > >  to align with the latest template changes of Andrew.
> >> > > > > >
> >> > > > > > It seems the Content-Manager doesn't initialize properly.
> >> > > > > >
> >> > > > > > Any suggestions ?
> >> > > > > >
> >> > > > > >
> >> > > > > > 2010-01-23 19:29:15,648 [main] INFO
> org.priha.core.RepositoryImpl
> >> >  -
> >> > > > > > Initializing SessionManager...
> >> > > > > > 2010-01-23 19:29:15,841 [main] INFO
> >> org.apache.wiki.util.ClassUtil
> >> >  -
> >> > > > > > Failed
> >> > > > > > to invoke class org.apache.wiki.content.ContentManager
> >> > > > > > java.lang.NoSuchMethodError:
> >> > > > > > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> >> > > > > > 2010-01-23 19:29:15,843 [main] ERROR
> org.apache.wiki.WikiEngine
> >>  -
> >> > > > > JSPWiki
> >> > > > > > could not start, due to an unknown exception while starting,
> >> > > stacktrace
> >> > > > > > follows:
> >> > > > > > org.apache.wiki.api.WikiException: Failed to invoke class
> >> > > > > > org.apache.wiki.content.ContentManager, reason:
> >> > > > > > java.lang.NoSuchMethodError:
> >> > > > > > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> >> > > > > > at
> >> > org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:311)
> >> > > > > > at
> >> > org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:204)
> >> > > > > > at org.apache.wiki.WikiEngine.initialize(WikiEngine.java:565)
> >> > > > > > at org.apache.wiki.WikiEngine.<init>(WikiEngine.java:429)
> >> > > > > >
> >> > > > > >
> >> > > > > > dirk
> >> > > > > >
> >> > > > > >
> >> > > > > > On Sun, Jan 24, 2010 at 12:06 PM, Harry Metske <
> >> > > harry.metske@gmail.com
> >> > > > > > >wrote:
> >> > > > > >
> >> > > > > > > could it be that there is an old version of org.w3c.dom.Node
> >> > > > somewhere
> >> > > > > > > else in your classpath  ?
> >> > > > > > >
> >> > > > > > > /Harry
> >> > > > > > >
> >> > > > > > > 2010/1/23 Dirk Frederickx <di...@gmail.com>
> >> > > > > > >
> >> > > > > > > > Harry,
> >> > > > > > > >
> >> > > > > > > > Txs for the quick reply.
> >> > > > > > > > But that's not the problem -- I have v3.0.0. runing quite
> >> some
> >> > > > time.
> >> > > > > > > > I just did a clean install from the war.
> >> > > > > > > >
> >> > > > > > > > I'm running java 1.5
> >> > > > > > > >
> >> > > > > > > > java version "1.5.0_19"
> >> > > > > > > > Java(TM) 2 Runtime Environment, Standard Edition (build
> >> > > > > > 1.5.0_19-b02-306)
> >> > > > > > > > Java HotSpot(TM) Client VM (build 1.5.0_19-138, mixed
> mode,
> >> > > > sharing)
> >> > > > > > > >
> >> > > > > > > >
> >> > > > > > > >
> >> > > > > > > > dirk
> >> > > > > > > >
> >> > > > > > > >
> >> > > > > > > > On Sat, Jan 23, 2010 at 8:53 PM, Dirk Frederickx
> >> > > > > > > > <di...@gmail.com>wrote:
> >> > > > > > > >
> >> > > > > > > > > Harry,
> >> > > > > > > > >
> >> > > > > > > > > Txs for the quick reply.
> >> > > > > > > > > But that's not the problem -- I have v3.0.0. runing
> quite
> >> > some
> >> > > > > time.
> >> > > > > > > > > I just tried a
> >> > > > > > > > >
> >> > > > > > > > >
> >> > > > > > > > > On Sat, Jan 23, 2010 at 8:28 PM, Harry Metske <
> >> > > > > > harry.metske@gmail.com
> >> > > > > > > > >wrote:
> >> > > > > > > > >
> >> > > > > > > > >> it looks like you are running with a JDK 1.4, while
> JDK5
> >> is
> >> > > the
> >> > > > > > > minimum
> >> > > > > > > > >> requirement.
> >> > > > > > > > >>
> >> > > > > > > > >> regards,
> >> > > > > > > > >> Harry
> >> > > > > > > > >>
> >> > > > > > > > >> 2010/1/23 Dirk Frederickx <di...@gmail.com>
> >> > > > > > > > >>
> >> > > > > > > > >> > I have difficulties in deploying a recent v3.0.0
> >> version.
> >> > > > > > > > >> > The startup op JSPWiki fails with the below
> >> > > error/stack-trace.
> >> > > > > > > > >> >
> >> > > > > > > > >> > Any hint what could be wrong ?
> >> > > > > > > > >> >
> >> > > > > > > > >> >
> >> > > > > > > > >> > 2010-01-23 19:29:15,648 [main] INFO
> >> > > > > org.priha.core.RepositoryImpl
> >> > > > > >  -
> >> > > > > > > > >> > Initializing SessionManager...
> >> > > > > > > > >> > 2010-01-23 19:29:15,841 [main] INFO
> >> > > > > org.apache.wiki.util.ClassUtil
> >> > > > > > >  -
> >> > > > > > > > >> > Failed
> >> > > > > > > > >> > to invoke class
> org.apache.wiki.content.ContentManager
> >> > > > > > > > >> > java.lang.NoSuchMethodError:
> >> > > > > > > > >> > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> >> > > > > > > > >> > 2010-01-23 19:29:15,843 [main] ERROR
> >> > > > org.apache.wiki.WikiEngine
> >> > > > >  -
> >> > > > > > > > >> JSPWiki
> >> > > > > > > > >> > could not start, due to an unknown exception while
> >> > starting,
> >> > > > > > > > stacktrace
> >> > > > > > > > >> > follows:
> >> > > > > > > > >> > org.apache.wiki.api.WikiException: Failed to invoke
> >> class
> >> > > > > > > > >> > org.apache.wiki.content.ContentManager, reason:
> >> > > > > > > > >> > java.lang.NoSuchMethodError:
> >> > > > > > > > >> > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> >> > > > > > > > >> > at
> >> > > > > > >
> >> > org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:311)
> >> > > > > > > > >> > at
> >> > > > > > >
> >> > org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:204)
> >> > > > > > > > >> > at
> >> > > org.apache.wiki.WikiEngine.initialize(WikiEngine.java:565)
> >> > > > > > > > >> > at
> >> org.apache.wiki.WikiEngine.<init>(WikiEngine.java:429)
> >> > > > > > > > >> >
> >> > > > > > > > >> >
> >> > > > > > > > >> >
> >> > > > > > > > >> > dirk
> >> > > > > > > > >> >
> >> > > > > > > > >>
> >> > > > > > > > >
> >> > > > > > > > >
> >> > > > > > > >
> >> > > > > > >
> >> > > > > >
> >> > > > >
> >> > > >
> >> > >
> >> >
> >>
> >
>

Re: help with v3.0.0-svn-200

[Andrew Jaquith <an...@gmail.com>]

Dirk, FYI --

I just did a quick test with Tomcat 5.0.28. JSPWiki 3 will not load. I
haven't dug into why yet, but perhaps it is related to your problem.

That said, 5.5 works fine.

Andrew

On Mon, Feb 22, 2010 at 3:19 PM, Dirk Frederickx
<di...@gmail.com> wrote:
> Harry,
>
> Many thanks for the extra info.  Now I an do some more research ;-)
>
> I'm running still TOMCAT 5.0.28,  but so far had no problem with previous
> v3.x versions.
>
> dirk
>
>
>
> On Sun, Feb 21, 2010 at 11:50 AM, Harry Metske <ha...@gmail.com>wrote:
>
>> I just did, also no problem, this is what I get (See below).
>>
>> If I start tomcat with :    JAVA_OPTS=-verbose:class ./startup.sh
>> The log shows that org.w3c.dom classes are loaded from
>>  /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar .
>>
>> Where do your org.w3c.dom classes come from ?
>> This is tomcat 6.0.24, what version are you running ?
>>
>> regards,
>> Harry
>>
>>
>> metskem@gneisenau /usr/local/tomcat/webapps $ ls -l
>> total 6496
>> drwxr-xr-x 10 metskem metskem    4096 2010-02-08 18:10 docs
>> drwxr-xr-x  5 metskem metskem    4096 2010-02-08 18:10 examples
>> drwxr-xr-x  5 metskem metskem    4096 2010-02-08 18:10 host-manager
>> drwxr-xr-x 10 metskem metskem    4096 2010-02-08 18:28 JSPWiki-2.8
>> drwxr-xr-x  5 metskem metskem    4096 2010-02-08 18:10 manager
>> drwxr-xr-x  3 metskem metskem    4096 2010-02-08 18:10 ROOT
>>
>> metskem@gneisenau /usr/local/tomcat/webapps $ cp
>> /tmp/metskem/JSPWiki/install/JSPWiki.war .
>> metskem@gneisenau /usr/local/tomcat/webapps $
>> Feb 21, 2010 11:28:28 AM org.apache.catalina.startup.HostConfig
>> deployWAR INFO: Deploying web application archive JSPWiki.war
>>
>> ==> /tmp/jspwiki.log <==
>> 2010-02-21 11:28:29,741
>> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
>> net.sourceforge.stripes.config.BootstrapPropertyResolver  - Class
>> implementing/extending ActionBeanContext found via auto-discovery:
>> org.apache.wiki.ui.stripes.WikiActionBeanContext
>> 2010-02-21 11:28:29,742
>> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
>> net.sourceforge.stripes.controller.DefaultActionBeanContextFactory  -
>> DefaultActionBeanContextFactory will use ActionBeanContext subclass
>> org.apache.wiki.ui.stripes.WikiActionBeanContext
>> 2010-02-21 11:28:29,943
>> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
>> net.sourceforge.stripes.config.BootstrapPropertyResolver  - Class
>> implementing/extending LocalePicker found in web.xml:
>> org.apache.wiki.ui.stripes.PreferencesLocalePicker
>> 2010-02-21 11:28:30,833
>> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
>> net.sourceforge.stripes.config.BootstrapPropertyResolver  - Class
>> implementing/extending ExceptionHandler found in web.xml:
>> org.apache.wiki.ui.stripes.WikiExceptionHandler
>> 2010-02-21 11:28:30,922
>> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
>> net.sourceforge.stripes.config.BootstrapPropertyResolver  - Class
>> implementing/extending MultipartWrapper found in web.xml:
>> net.sourceforge.stripes.controller.multipart.CommonsMultipartWrapper
>> 2010-02-21 11:28:30,922
>> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
>> net.sourceforge.stripes.controller.multipart.DefaultMultipartWrapperFactory
>>  - Using
>> net.sourceforge.stripes.controller.multipart.CommonsMultipartWrapper as
>> MultipartWrapper implementation.
>> 2010-02-21 11:28:31,259
>> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
>> net.sourceforge.stripes.controller.StripesFilter  - Stripes Initialization
>> Complete. Version: 1.6-beta, Build: 1128:1193
>> 2010-02-21 11:29:04,258 [http-8080-2] INFO org.apache.wiki.WikiEngine  -
>> *******************************************
>> 2010-02-21 11:29:04,262 [http-8080-2] INFO org.apache.wiki.WikiEngine  -
>> JSPWiki 3.0.0-svn-207 starting. Whee!
>> 2010-02-21 11:29:04,265 [http-8080-2] INFO org.apache.wiki.WikiEngine  -
>> Servlet container: Apache Tomcat/6.0.24
>> 2010-02-21 11:29:04,266 [http-8080-2] INFO org.apache.wiki.WikiEngine  -
>> JSPWiki working directory is '/usr/local/tomcat/temp/JSPWiki-6233000'
>> 2010-02-21 11:29:04,301 [http-8080-2] INFO
>> org.apache.wiki.url.StripesURLConstructor  - StripesURLConstructor
>> initialized.
>> 2010-02-21 11:29:04,456 [http-8080-2] INFO
>> org.apache.wiki.content.ContentManager  - Unable to locate the repository
>> from JNDI, attempting to locate from jspwiki.properties
>> 2010-02-21 11:29:04,456 [http-8080-2] INFO
>> org.apache.wiki.content.ContentManager  - Trying repository priha
>> 2010-02-21 11:29:04,471 [http-8080-2] INFO org.priha.core.RepositoryImpl  -
>> G'day, Matilda!  Priha 0.7.0-alpha has been initialized.
>> 2010-02-21 11:29:04,472 [http-8080-2] INFO org.priha.core.RepositoryImpl  -
>> Initializing providers...
>> 2010-02-21 11:29:04,508 [http-8080-2] WARN
>> net.sf.ehcache.config.ConfigurationFactory  - No configuration found.
>> Configuring ehcache from ehcache-failsafe.xml  found in the classpath:
>>
>> jar:file:/usr/local/apache-tomcat-6.0.24/webapps/JSPWiki/WEB-INF/lib/ehcache-1.6.0.jar!/ehcache-failsafe.xml
>> 2010-02-21 11:29:04,607 [http-8080-2] INFO org.priha.core.RepositoryImpl  -
>> Repository initialization took 135 ms.
>> 2010-02-21 11:29:04,608 [http-8080-2] INFO org.priha.core.RepositoryImpl  -
>> Initializing SessionManager...
>>
>> ==> /usr/local/tomcat/logs/catalina.out <==
>> org.apache.catalina.core.ApplicationContextFacade@5f1ba8
>> Feb 21, 2010 11:29:04 AM org.priha.core.RepositoryImpl <init>
>> INFO: G'day, Matilda!  Priha 0.7.0-alpha has been initialized.
>> Feb 21, 2010 11:29:04 AM org.priha.core.RepositoryImpl getProviderManager
>> INFO: Initializing providers...
>> Feb 21, 2010 11:29:04 AM net.sf.ehcache.config.ConfigurationFactory
>> parseConfiguration
>> WARNING: No configuration found. Configuring ehcache from
>> ehcache-failsafe.xml  found in the classpath:
>>
>> jar:file:/usr/local/apache-tomcat-6.0.24/webapps/JSPWiki/WEB-INF/lib/ehcache-1.6.0.jar!/ehcache-failsafe.xml
>> Feb 21, 2010 11:29:04 AM org.priha.core.RepositoryImpl getProviderManager
>> INFO: Repository initialization took 135 ms.
>> Feb 21, 2010 11:29:04 AM org.priha.core.RepositoryImpl getSessionManager
>> INFO: Initializing SessionManager...
>>
>> ==> /tmp/jspwiki.log <==
>> 2010-02-21 11:29:04,929 [http-8080-2] INFO
>> org.apache.wiki.content.ContentManager  - ContentManager initialized!
>> 2010-02-21 11:29:04,944 [http-8080-2] INFO
>> org.apache.wiki.plugin.PluginManager  - Registering plugins
>> 2010-02-21 11:29:05,422 [http-8080-2] INFO
>> org.apache.wiki.plugin.PageViewPlugin  - initializing PageViewPlugin
>> 2010-02-21 11:29:05,424 [http-8080-2] INFO
>> org.apache.wiki.plugin.PageViewPlugin  - initializing PageView Manager
>> 2010-02-21 11:29:05,424 [http-8080-2] INFO
>> org.apache.wiki.plugin.PageViewPlugin  - loadCounters
>> 2010-02-21 11:29:05,425 [http-8080-2] ERROR
>> org.apache.wiki.plugin.PageViewPlugin  - loadCounters: Can't load page
>> counter store: /usr/local/tomcat/temp/JSPWiki-6233000/PageCount.txt (No
>> such
>> file or directory) , will create a new one
>> 2010-02-21 11:29:05,425 [http-8080-2] INFO
>> org.apache.wiki.plugin.PageViewPlugin  - loadCounters: counters.size=0
>> 2010-02-21 11:29:05,425 [http-8080-2] INFO
>> org.apache.wiki.plugin.PageViewPlugin$CounterSaveThread  - Starting Counter
>> Saver.
>> 2010-02-21 11:29:05,486 [http-8080-2] INFO
>> org.apache.wiki.diff.DifferenceManager  - Using difference provider:
>> TraditionalDiffProvider
>> 2010-02-21 11:29:05,498 [http-8080-2] INFO org.apache.wiki.ui.EditorManager
>>  - Registering editor modules
>> 2010-02-21 11:29:05,512 [http-8080-2] INFO
>> org.apache.wiki.auth.authorize.WebContainerAuthorizer  - Examining
>> jndi:/localhost/JSPWiki/WEB-INF/web.xml
>> 2010-02-21 11:29:05,552 [http-8080-2] INFO
>> org.apache.wiki.auth.authorize.WebContainerAuthorizer  - JSPWiki is using
>> custom authentication.
>> 2010-02-21 11:29:05,552 [http-8080-2] INFO
>> org.apache.wiki.auth.authorize.WebContainerAuthorizer  - Authorizer
>> WebContainerAuthorizer initialized successfully.
>> 2010-02-21 11:29:05,614 [http-8080-2] INFO
>> org.apache.wiki.auth.AuthorizationManager  - Initialized default security
>> policy: /usr/local/tomcat/webapps/JSPWiki/WEB-INF/jspwiki.policy
>> 2010-02-21 11:29:05,615 [http-8080-2] INFO
>> org.apache.wiki.auth.authorize.GroupManager  - Attempting to load group
>> database class org.apache.wiki.auth.authorize.XMLGroupDatabase
>> 2010-02-21 11:29:05,616 [http-8080-2] WARN
>> org.apache.wiki.auth.authorize.XMLGroupDatabase  - XML group database
>> property jspwiki.xmlGroupDatabaseFile not found; trying
>> /usr/local/tomcat/webapps/JSPWiki/WEB-INF/groupdatabase.xml
>> 2010-02-21 11:29:05,616 [http-8080-2] INFO
>> org.apache.wiki.auth.authorize.XMLGroupDatabase  - XML group database at
>> /usr/local/tomcat/webapps/JSPWiki/WEB-INF/groupdatabase.xml
>> 2010-02-21 11:29:05,618 [http-8080-2] INFO
>> org.apache.wiki.auth.authorize.GroupManager  - Group database initialized.
>> 2010-02-21 11:29:05,619 [http-8080-2] INFO
>> org.apache.wiki.auth.authorize.GroupManager  - Authorizer GroupManager
>> initialized successfully; loaded 0 group(s).
>> 2010-02-21 11:29:05,666 [http-8080-2] INFO
>> org.apache.wiki.ui.admin.AdminBeanManager  -
>> com.sun.jmx.mbeanserver.JmxMBeanServer
>> 2010-02-21 11:29:05,666 [http-8080-2] INFO
>> org.apache.wiki.ui.admin.AdminBeanManager  - DefaultDomain
>> 2010-02-21 11:29:05,669 [http-8080-2] INFO
>> org.apache.wiki.ui.admin.AdminBeanManager  - Registered new admin bean Core
>> bean
>> 2010-02-21 11:29:05,670 [http-8080-2] INFO
>> org.apache.wiki.ui.admin.AdminBeanManager  - Registered new admin bean User
>> administration
>> 2010-02-21 11:29:05,670 [http-8080-2] INFO
>> org.apache.wiki.ui.admin.AdminBeanManager  - Registered new admin bean
>> Search manager
>> 2010-02-21 11:29:05,670 [http-8080-2] INFO
>> org.apache.wiki.ui.admin.AdminBeanManager  - Registered new admin bean
>> Plugins
>> 2010-02-21 11:29:05,671 [http-8080-2] INFO
>> org.apache.wiki.ui.admin.AdminBeanManager  - Registered new admin bean
>> Plain
>> editor
>> 2010-02-21 11:29:05,672 [http-8080-2] INFO org.apache.wiki.WikiEngine  -
>> Registering filters
>> 2010-02-21 11:29:05,917 [http-8080-2] INFO org.apache.wiki.WikiEngine  -
>> Cannot find property file for filters (this is okay, expected to find it
>> as:
>> '/WEB-INF/filters.xml')
>> 2010-02-21 11:29:05,918 [http-8080-2] INFO
>> org.apache.wiki.render.RenderingManager  - Rendering content with
>> org.apache.wiki.render.XHTMLRenderer.
>> 2010-02-21 11:29:05,966 [http-8080-2] INFO
>> org.apache.wiki.search.LuceneSearchProvider  - Lucene enabled, cache will
>> be
>> in: /usr/local/tomcat/temp/JSPWiki-6233000/lucene
>> 2010-02-21 11:29:05,967 [http-8080-2] INFO
>> org.apache.wiki.search.LuceneSearchProvider$LuceneUpdater  - Starting
>> Lucene
>> Indexer.
>> 2010-02-21 11:29:05,968 [http-8080-2] INFO
>> org.apache.wiki.util.WatchDog$WatchDogThread  - Starting WatchDog.
>> 2010-02-21 11:29:05,969 [http-8080-2] INFO
>> org.apache.wiki.search.LuceneSearchProvider  - Starting Lucene reindexing,
>> this can take a couple minutes...
>> 2010-02-21 11:29:06,341 [http-8080-2] INFO
>> org.apache.wiki.search.LuceneSearchProvider  - Full Lucene index finished
>> in
>> 372 milliseconds.
>> 2010-02-21 11:29:06,341 [http-8080-2] INFO org.apache.wiki.WikiEngine  -
>> WikiEngine configured.
>> 2010-02-21 11:29:06,341 [http-8080-2] INFO org.apache.wiki.WikiEngine  -
>> Root path for this Wiki is: '/usr/local/tomcat/webapps/JSPWiki/'
>> 2010-02-21 11:29:06,389 [http-8080-2] INFO
>> net.sourceforge.stripes.validation.expression.ExpressionValidator  -
>> Expression validation will be performed using:
>> net.sourceforge.stripes.validation.expression.Jsp21ExpressionExecutor
>> 2010-02-21 11:29:06,524 [http-8080-2] INFO org.apache.wiki.auth.UserManager
>>  - Attempting to load user database class
>> org.apache.wiki.auth.user.XMLUserDatabase
>> 2010-02-21 11:29:06,527 [http-8080-2] WARN
>> org.apache.wiki.auth.user.AbstractUserDatabase  - XML user database
>> property
>> jspwiki.xmlUserDatabaseFile not found; trying
>> /usr/local/tomcat/webapps/JSPWiki/WEB-INF/userdatabase.xml
>> 2010-02-21 11:29:06,527 [http-8080-2] INFO
>> org.apache.wiki.auth.user.AbstractUserDatabase  - XML user database at
>> /usr/local/tomcat/webapps/JSPWiki/WEB-INF/userdatabase.xml
>> 2010-02-21 11:29:06,529 [http-8080-2] INFO org.apache.wiki.auth.UserManager
>>  - UserDatabase initialized.
>>
>> ==> /usr/local/tomcat/logs/catalina.out <==
>> Executing /jcr:root/pages/*/*
>> LOC = Node[jspwiki:/], check=
>>   MATCH
>> LOC = Node[jspwiki:/], check=pages
>>   MATCH
>> LOC = Node[jspwiki:/pages], check=null
>> LOC = Node[jspwiki:/pages/main], check=null
>> + Root node
>> + Select properties: *
>>  + PathQueryNode
>>    + LocationStepQueryNode:  NodeTest= Descendants=false Index=NONE
>>    + LocationStepQueryNode:  NodeTest=pages Descendants=false Index=NONE
>>    + LocationStepQueryNode:  NodeTest=* Descendants=false Index=NONE
>>    + LocationStepQueryNode:  NodeTest=* Descendants=false Index=NONE
>>
>> ---
>> Node[jspwiki:/pages/main/main]
>> Node[jspwiki:/pages/main/ll]
>>
>> ==> /tmp/jspwiki.log <==
>> 2010-02-21 11:29:21,342 [Timer-0] INFO
>> org.apache.wiki.search.LuceneSearchProvider$LuceneUpdater  - Running Lucene
>> Indexer.
>>
>>
>>
>> 2010/2/20 Dirk Frederickx <di...@gmail.com>
>>
>> > Harry,
>> >
>> > Did you try a redeploy from WAR ?
>> >
>> > Falling back to a previous version (svn-191)  runs perfectly next to
>> v2.8.
>> > Just a recent WAR deploy still breaks completely
>> >
>> >
>> > dirk
>> >
>> > On Mon, Feb 8, 2010 at 6:32 PM, Harry Metske <ha...@gmail.com>
>> > wrote:
>> >
>> > > running 2 wiki's in the same tomcat (2.8 and 3.0) should not be a
>> problem
>> > > (I
>> > > just did, and they both initialize nicely)
>> > >
>> > > /Harry
>> > >
>> > >
>> > > 2010/2/8 Dirk Frederickx <di...@gmail.com>
>> > >
>> > > > Txs Harry,
>> > > >
>> > > > I will do some more investigation.
>> > > >
>> > > > Note: I am running also a v2.8.x JSPWiki in the same TOMCAT instance.
>> > > Could
>> > > > this cause any problem ?
>> > > >
>> > > >
>> > > > dirk
>> > > >
>> > > > On Mon, Feb 8, 2010 at 7:55 AM, Harry Metske <harry.metske@gmail.com
>> >
>> > > > wrote:
>> > > >
>> > > > > Dirk,
>> > > > >
>> > > > > I can't think of anything else than that you are loading a version
>> of
>> > > > > org.w3c.dom.Node that does not have the getTextContent() method.
>> > > > > Can you add the java parameter " -verbose:class" to see from which
>> > jar
>> > > it
>> > > > > is
>> > > > > loaded, maybe that gives a clue.
>> > > > >
>> > > > > regards,
>> > > > > Harry
>> > > > >
>> > > > > 2010/2/7 Dirk Frederickx <di...@gmail.com>
>> > > > >
>> > > > > > Guys,
>> > > > > >
>> > > > > > The latest check-ins on v3.0.0 seem to have broken the
>> > deployability
>> > > > from
>> > > > > > WAR.
>> > > > > > I'm kind a blocked to check in several pending fixes (mainly
>> > > javascript
>> > > > )
>> > > > > >  to align with the latest template changes of Andrew.
>> > > > > >
>> > > > > > It seems the Content-Manager doesn't initialize properly.
>> > > > > >
>> > > > > > Any suggestions ?
>> > > > > >
>> > > > > >
>> > > > > > 2010-01-23 19:29:15,648 [main] INFO org.priha.core.RepositoryImpl
>> >  -
>> > > > > > Initializing SessionManager...
>> > > > > > 2010-01-23 19:29:15,841 [main] INFO
>> org.apache.wiki.util.ClassUtil
>> >  -
>> > > > > > Failed
>> > > > > > to invoke class org.apache.wiki.content.ContentManager
>> > > > > > java.lang.NoSuchMethodError:
>> > > > > > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
>> > > > > > 2010-01-23 19:29:15,843 [main] ERROR org.apache.wiki.WikiEngine
>>  -
>> > > > > JSPWiki
>> > > > > > could not start, due to an unknown exception while starting,
>> > > stacktrace
>> > > > > > follows:
>> > > > > > org.apache.wiki.api.WikiException: Failed to invoke class
>> > > > > > org.apache.wiki.content.ContentManager, reason:
>> > > > > > java.lang.NoSuchMethodError:
>> > > > > > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
>> > > > > > at
>> > org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:311)
>> > > > > > at
>> > org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:204)
>> > > > > > at org.apache.wiki.WikiEngine.initialize(WikiEngine.java:565)
>> > > > > > at org.apache.wiki.WikiEngine.<init>(WikiEngine.java:429)
>> > > > > >
>> > > > > >
>> > > > > > dirk
>> > > > > >
>> > > > > >
>> > > > > > On Sun, Jan 24, 2010 at 12:06 PM, Harry Metske <
>> > > harry.metske@gmail.com
>> > > > > > >wrote:
>> > > > > >
>> > > > > > > could it be that there is an old version of org.w3c.dom.Node
>> > > > somewhere
>> > > > > > > else in your classpath  ?
>> > > > > > >
>> > > > > > > /Harry
>> > > > > > >
>> > > > > > > 2010/1/23 Dirk Frederickx <di...@gmail.com>
>> > > > > > >
>> > > > > > > > Harry,
>> > > > > > > >
>> > > > > > > > Txs for the quick reply.
>> > > > > > > > But that's not the problem -- I have v3.0.0. runing quite
>> some
>> > > > time.
>> > > > > > > > I just did a clean install from the war.
>> > > > > > > >
>> > > > > > > > I'm running java 1.5
>> > > > > > > >
>> > > > > > > > java version "1.5.0_19"
>> > > > > > > > Java(TM) 2 Runtime Environment, Standard Edition (build
>> > > > > > 1.5.0_19-b02-306)
>> > > > > > > > Java HotSpot(TM) Client VM (build 1.5.0_19-138, mixed mode,
>> > > > sharing)
>> > > > > > > >
>> > > > > > > >
>> > > > > > > >
>> > > > > > > > dirk
>> > > > > > > >
>> > > > > > > >
>> > > > > > > > On Sat, Jan 23, 2010 at 8:53 PM, Dirk Frederickx
>> > > > > > > > <di...@gmail.com>wrote:
>> > > > > > > >
>> > > > > > > > > Harry,
>> > > > > > > > >
>> > > > > > > > > Txs for the quick reply.
>> > > > > > > > > But that's not the problem -- I have v3.0.0. runing quite
>> > some
>> > > > > time.
>> > > > > > > > > I just tried a
>> > > > > > > > >
>> > > > > > > > >
>> > > > > > > > > On Sat, Jan 23, 2010 at 8:28 PM, Harry Metske <
>> > > > > > harry.metske@gmail.com
>> > > > > > > > >wrote:
>> > > > > > > > >
>> > > > > > > > >> it looks like you are running with a JDK 1.4, while JDK5
>> is
>> > > the
>> > > > > > > minimum
>> > > > > > > > >> requirement.
>> > > > > > > > >>
>> > > > > > > > >> regards,
>> > > > > > > > >> Harry
>> > > > > > > > >>
>> > > > > > > > >> 2010/1/23 Dirk Frederickx <di...@gmail.com>
>> > > > > > > > >>
>> > > > > > > > >> > I have difficulties in deploying a recent v3.0.0
>> version.
>> > > > > > > > >> > The startup op JSPWiki fails with the below
>> > > error/stack-trace.
>> > > > > > > > >> >
>> > > > > > > > >> > Any hint what could be wrong ?
>> > > > > > > > >> >
>> > > > > > > > >> >
>> > > > > > > > >> > 2010-01-23 19:29:15,648 [main] INFO
>> > > > > org.priha.core.RepositoryImpl
>> > > > > >  -
>> > > > > > > > >> > Initializing SessionManager...
>> > > > > > > > >> > 2010-01-23 19:29:15,841 [main] INFO
>> > > > > org.apache.wiki.util.ClassUtil
>> > > > > > >  -
>> > > > > > > > >> > Failed
>> > > > > > > > >> > to invoke class org.apache.wiki.content.ContentManager
>> > > > > > > > >> > java.lang.NoSuchMethodError:
>> > > > > > > > >> > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
>> > > > > > > > >> > 2010-01-23 19:29:15,843 [main] ERROR
>> > > > org.apache.wiki.WikiEngine
>> > > > >  -
>> > > > > > > > >> JSPWiki
>> > > > > > > > >> > could not start, due to an unknown exception while
>> > starting,
>> > > > > > > > stacktrace
>> > > > > > > > >> > follows:
>> > > > > > > > >> > org.apache.wiki.api.WikiException: Failed to invoke
>> class
>> > > > > > > > >> > org.apache.wiki.content.ContentManager, reason:
>> > > > > > > > >> > java.lang.NoSuchMethodError:
>> > > > > > > > >> > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
>> > > > > > > > >> > at
>> > > > > > >
>> > org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:311)
>> > > > > > > > >> > at
>> > > > > > >
>> > org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:204)
>> > > > > > > > >> > at
>> > > org.apache.wiki.WikiEngine.initialize(WikiEngine.java:565)
>> > > > > > > > >> > at
>> org.apache.wiki.WikiEngine.<init>(WikiEngine.java:429)
>> > > > > > > > >> >
>> > > > > > > > >> >
>> > > > > > > > >> >
>> > > > > > > > >> > dirk
>> > > > > > > > >> >
>> > > > > > > > >>
>> > > > > > > > >
>> > > > > > > > >
>> > > > > > > >
>> > > > > > >
>> > > > > >
>> > > > >
>> > > >
>> > >
>> >
>>
>

Re: help with v3.0.0-svn-200

[Dirk Frederickx <di...@gmail.com>]

Harry,

Many thanks for the extra info.  Now I an do some more research ;-)

I'm running still TOMCAT 5.0.28,  but so far had no problem with previous
v3.x versions.

dirk



On Sun, Feb 21, 2010 at 11:50 AM, Harry Metske <ha...@gmail.com>wrote:

> I just did, also no problem, this is what I get (See below).
>
> If I start tomcat with :    JAVA_OPTS=-verbose:class ./startup.sh
> The log shows that org.w3c.dom classes are loaded from
>  /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar .
>
> Where do your org.w3c.dom classes come from ?
> This is tomcat 6.0.24, what version are you running ?
>
> regards,
> Harry
>
>
> metskem@gneisenau /usr/local/tomcat/webapps $ ls -l
> total 6496
> drwxr-xr-x 10 metskem metskem    4096 2010-02-08 18:10 docs
> drwxr-xr-x  5 metskem metskem    4096 2010-02-08 18:10 examples
> drwxr-xr-x  5 metskem metskem    4096 2010-02-08 18:10 host-manager
> drwxr-xr-x 10 metskem metskem    4096 2010-02-08 18:28 JSPWiki-2.8
> drwxr-xr-x  5 metskem metskem    4096 2010-02-08 18:10 manager
> drwxr-xr-x  3 metskem metskem    4096 2010-02-08 18:10 ROOT
>
> metskem@gneisenau /usr/local/tomcat/webapps $ cp
> /tmp/metskem/JSPWiki/install/JSPWiki.war .
> metskem@gneisenau /usr/local/tomcat/webapps $
> Feb 21, 2010 11:28:28 AM org.apache.catalina.startup.HostConfig
> deployWAR INFO: Deploying web application archive JSPWiki.war
>
> ==> /tmp/jspwiki.log <==
> 2010-02-21 11:28:29,741
> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
> net.sourceforge.stripes.config.BootstrapPropertyResolver  - Class
> implementing/extending ActionBeanContext found via auto-discovery:
> org.apache.wiki.ui.stripes.WikiActionBeanContext
> 2010-02-21 11:28:29,742
> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
> net.sourceforge.stripes.controller.DefaultActionBeanContextFactory  -
> DefaultActionBeanContextFactory will use ActionBeanContext subclass
> org.apache.wiki.ui.stripes.WikiActionBeanContext
> 2010-02-21 11:28:29,943
> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
> net.sourceforge.stripes.config.BootstrapPropertyResolver  - Class
> implementing/extending LocalePicker found in web.xml:
> org.apache.wiki.ui.stripes.PreferencesLocalePicker
> 2010-02-21 11:28:30,833
> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
> net.sourceforge.stripes.config.BootstrapPropertyResolver  - Class
> implementing/extending ExceptionHandler found in web.xml:
> org.apache.wiki.ui.stripes.WikiExceptionHandler
> 2010-02-21 11:28:30,922
> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
> net.sourceforge.stripes.config.BootstrapPropertyResolver  - Class
> implementing/extending MultipartWrapper found in web.xml:
> net.sourceforge.stripes.controller.multipart.CommonsMultipartWrapper
> 2010-02-21 11:28:30,922
> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
> net.sourceforge.stripes.controller.multipart.DefaultMultipartWrapperFactory
>  - Using
> net.sourceforge.stripes.controller.multipart.CommonsMultipartWrapper as
> MultipartWrapper implementation.
> 2010-02-21 11:28:31,259
> [ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
> net.sourceforge.stripes.controller.StripesFilter  - Stripes Initialization
> Complete. Version: 1.6-beta, Build: 1128:1193
> 2010-02-21 11:29:04,258 [http-8080-2] INFO org.apache.wiki.WikiEngine  -
> *******************************************
> 2010-02-21 11:29:04,262 [http-8080-2] INFO org.apache.wiki.WikiEngine  -
> JSPWiki 3.0.0-svn-207 starting. Whee!
> 2010-02-21 11:29:04,265 [http-8080-2] INFO org.apache.wiki.WikiEngine  -
> Servlet container: Apache Tomcat/6.0.24
> 2010-02-21 11:29:04,266 [http-8080-2] INFO org.apache.wiki.WikiEngine  -
> JSPWiki working directory is '/usr/local/tomcat/temp/JSPWiki-6233000'
> 2010-02-21 11:29:04,301 [http-8080-2] INFO
> org.apache.wiki.url.StripesURLConstructor  - StripesURLConstructor
> initialized.
> 2010-02-21 11:29:04,456 [http-8080-2] INFO
> org.apache.wiki.content.ContentManager  - Unable to locate the repository
> from JNDI, attempting to locate from jspwiki.properties
> 2010-02-21 11:29:04,456 [http-8080-2] INFO
> org.apache.wiki.content.ContentManager  - Trying repository priha
> 2010-02-21 11:29:04,471 [http-8080-2] INFO org.priha.core.RepositoryImpl  -
> G'day, Matilda!  Priha 0.7.0-alpha has been initialized.
> 2010-02-21 11:29:04,472 [http-8080-2] INFO org.priha.core.RepositoryImpl  -
> Initializing providers...
> 2010-02-21 11:29:04,508 [http-8080-2] WARN
> net.sf.ehcache.config.ConfigurationFactory  - No configuration found.
> Configuring ehcache from ehcache-failsafe.xml  found in the classpath:
>
> jar:file:/usr/local/apache-tomcat-6.0.24/webapps/JSPWiki/WEB-INF/lib/ehcache-1.6.0.jar!/ehcache-failsafe.xml
> 2010-02-21 11:29:04,607 [http-8080-2] INFO org.priha.core.RepositoryImpl  -
> Repository initialization took 135 ms.
> 2010-02-21 11:29:04,608 [http-8080-2] INFO org.priha.core.RepositoryImpl  -
> Initializing SessionManager...
>
> ==> /usr/local/tomcat/logs/catalina.out <==
> org.apache.catalina.core.ApplicationContextFacade@5f1ba8
> Feb 21, 2010 11:29:04 AM org.priha.core.RepositoryImpl <init>
> INFO: G'day, Matilda!  Priha 0.7.0-alpha has been initialized.
> Feb 21, 2010 11:29:04 AM org.priha.core.RepositoryImpl getProviderManager
> INFO: Initializing providers...
> Feb 21, 2010 11:29:04 AM net.sf.ehcache.config.ConfigurationFactory
> parseConfiguration
> WARNING: No configuration found. Configuring ehcache from
> ehcache-failsafe.xml  found in the classpath:
>
> jar:file:/usr/local/apache-tomcat-6.0.24/webapps/JSPWiki/WEB-INF/lib/ehcache-1.6.0.jar!/ehcache-failsafe.xml
> Feb 21, 2010 11:29:04 AM org.priha.core.RepositoryImpl getProviderManager
> INFO: Repository initialization took 135 ms.
> Feb 21, 2010 11:29:04 AM org.priha.core.RepositoryImpl getSessionManager
> INFO: Initializing SessionManager...
>
> ==> /tmp/jspwiki.log <==
> 2010-02-21 11:29:04,929 [http-8080-2] INFO
> org.apache.wiki.content.ContentManager  - ContentManager initialized!
> 2010-02-21 11:29:04,944 [http-8080-2] INFO
> org.apache.wiki.plugin.PluginManager  - Registering plugins
> 2010-02-21 11:29:05,422 [http-8080-2] INFO
> org.apache.wiki.plugin.PageViewPlugin  - initializing PageViewPlugin
> 2010-02-21 11:29:05,424 [http-8080-2] INFO
> org.apache.wiki.plugin.PageViewPlugin  - initializing PageView Manager
> 2010-02-21 11:29:05,424 [http-8080-2] INFO
> org.apache.wiki.plugin.PageViewPlugin  - loadCounters
> 2010-02-21 11:29:05,425 [http-8080-2] ERROR
> org.apache.wiki.plugin.PageViewPlugin  - loadCounters: Can't load page
> counter store: /usr/local/tomcat/temp/JSPWiki-6233000/PageCount.txt (No
> such
> file or directory) , will create a new one
> 2010-02-21 11:29:05,425 [http-8080-2] INFO
> org.apache.wiki.plugin.PageViewPlugin  - loadCounters: counters.size=0
> 2010-02-21 11:29:05,425 [http-8080-2] INFO
> org.apache.wiki.plugin.PageViewPlugin$CounterSaveThread  - Starting Counter
> Saver.
> 2010-02-21 11:29:05,486 [http-8080-2] INFO
> org.apache.wiki.diff.DifferenceManager  - Using difference provider:
> TraditionalDiffProvider
> 2010-02-21 11:29:05,498 [http-8080-2] INFO org.apache.wiki.ui.EditorManager
>  - Registering editor modules
> 2010-02-21 11:29:05,512 [http-8080-2] INFO
> org.apache.wiki.auth.authorize.WebContainerAuthorizer  - Examining
> jndi:/localhost/JSPWiki/WEB-INF/web.xml
> 2010-02-21 11:29:05,552 [http-8080-2] INFO
> org.apache.wiki.auth.authorize.WebContainerAuthorizer  - JSPWiki is using
> custom authentication.
> 2010-02-21 11:29:05,552 [http-8080-2] INFO
> org.apache.wiki.auth.authorize.WebContainerAuthorizer  - Authorizer
> WebContainerAuthorizer initialized successfully.
> 2010-02-21 11:29:05,614 [http-8080-2] INFO
> org.apache.wiki.auth.AuthorizationManager  - Initialized default security
> policy: /usr/local/tomcat/webapps/JSPWiki/WEB-INF/jspwiki.policy
> 2010-02-21 11:29:05,615 [http-8080-2] INFO
> org.apache.wiki.auth.authorize.GroupManager  - Attempting to load group
> database class org.apache.wiki.auth.authorize.XMLGroupDatabase
> 2010-02-21 11:29:05,616 [http-8080-2] WARN
> org.apache.wiki.auth.authorize.XMLGroupDatabase  - XML group database
> property jspwiki.xmlGroupDatabaseFile not found; trying
> /usr/local/tomcat/webapps/JSPWiki/WEB-INF/groupdatabase.xml
> 2010-02-21 11:29:05,616 [http-8080-2] INFO
> org.apache.wiki.auth.authorize.XMLGroupDatabase  - XML group database at
> /usr/local/tomcat/webapps/JSPWiki/WEB-INF/groupdatabase.xml
> 2010-02-21 11:29:05,618 [http-8080-2] INFO
> org.apache.wiki.auth.authorize.GroupManager  - Group database initialized.
> 2010-02-21 11:29:05,619 [http-8080-2] INFO
> org.apache.wiki.auth.authorize.GroupManager  - Authorizer GroupManager
> initialized successfully; loaded 0 group(s).
> 2010-02-21 11:29:05,666 [http-8080-2] INFO
> org.apache.wiki.ui.admin.AdminBeanManager  -
> com.sun.jmx.mbeanserver.JmxMBeanServer
> 2010-02-21 11:29:05,666 [http-8080-2] INFO
> org.apache.wiki.ui.admin.AdminBeanManager  - DefaultDomain
> 2010-02-21 11:29:05,669 [http-8080-2] INFO
> org.apache.wiki.ui.admin.AdminBeanManager  - Registered new admin bean Core
> bean
> 2010-02-21 11:29:05,670 [http-8080-2] INFO
> org.apache.wiki.ui.admin.AdminBeanManager  - Registered new admin bean User
> administration
> 2010-02-21 11:29:05,670 [http-8080-2] INFO
> org.apache.wiki.ui.admin.AdminBeanManager  - Registered new admin bean
> Search manager
> 2010-02-21 11:29:05,670 [http-8080-2] INFO
> org.apache.wiki.ui.admin.AdminBeanManager  - Registered new admin bean
> Plugins
> 2010-02-21 11:29:05,671 [http-8080-2] INFO
> org.apache.wiki.ui.admin.AdminBeanManager  - Registered new admin bean
> Plain
> editor
> 2010-02-21 11:29:05,672 [http-8080-2] INFO org.apache.wiki.WikiEngine  -
> Registering filters
> 2010-02-21 11:29:05,917 [http-8080-2] INFO org.apache.wiki.WikiEngine  -
> Cannot find property file for filters (this is okay, expected to find it
> as:
> '/WEB-INF/filters.xml')
> 2010-02-21 11:29:05,918 [http-8080-2] INFO
> org.apache.wiki.render.RenderingManager  - Rendering content with
> org.apache.wiki.render.XHTMLRenderer.
> 2010-02-21 11:29:05,966 [http-8080-2] INFO
> org.apache.wiki.search.LuceneSearchProvider  - Lucene enabled, cache will
> be
> in: /usr/local/tomcat/temp/JSPWiki-6233000/lucene
> 2010-02-21 11:29:05,967 [http-8080-2] INFO
> org.apache.wiki.search.LuceneSearchProvider$LuceneUpdater  - Starting
> Lucene
> Indexer.
> 2010-02-21 11:29:05,968 [http-8080-2] INFO
> org.apache.wiki.util.WatchDog$WatchDogThread  - Starting WatchDog.
> 2010-02-21 11:29:05,969 [http-8080-2] INFO
> org.apache.wiki.search.LuceneSearchProvider  - Starting Lucene reindexing,
> this can take a couple minutes...
> 2010-02-21 11:29:06,341 [http-8080-2] INFO
> org.apache.wiki.search.LuceneSearchProvider  - Full Lucene index finished
> in
> 372 milliseconds.
> 2010-02-21 11:29:06,341 [http-8080-2] INFO org.apache.wiki.WikiEngine  -
> WikiEngine configured.
> 2010-02-21 11:29:06,341 [http-8080-2] INFO org.apache.wiki.WikiEngine  -
> Root path for this Wiki is: '/usr/local/tomcat/webapps/JSPWiki/'
> 2010-02-21 11:29:06,389 [http-8080-2] INFO
> net.sourceforge.stripes.validation.expression.ExpressionValidator  -
> Expression validation will be performed using:
> net.sourceforge.stripes.validation.expression.Jsp21ExpressionExecutor
> 2010-02-21 11:29:06,524 [http-8080-2] INFO org.apache.wiki.auth.UserManager
>  - Attempting to load user database class
> org.apache.wiki.auth.user.XMLUserDatabase
> 2010-02-21 11:29:06,527 [http-8080-2] WARN
> org.apache.wiki.auth.user.AbstractUserDatabase  - XML user database
> property
> jspwiki.xmlUserDatabaseFile not found; trying
> /usr/local/tomcat/webapps/JSPWiki/WEB-INF/userdatabase.xml
> 2010-02-21 11:29:06,527 [http-8080-2] INFO
> org.apache.wiki.auth.user.AbstractUserDatabase  - XML user database at
> /usr/local/tomcat/webapps/JSPWiki/WEB-INF/userdatabase.xml
> 2010-02-21 11:29:06,529 [http-8080-2] INFO org.apache.wiki.auth.UserManager
>  - UserDatabase initialized.
>
> ==> /usr/local/tomcat/logs/catalina.out <==
> Executing /jcr:root/pages/*/*
> LOC = Node[jspwiki:/], check=
>   MATCH
> LOC = Node[jspwiki:/], check=pages
>   MATCH
> LOC = Node[jspwiki:/pages], check=null
> LOC = Node[jspwiki:/pages/main], check=null
> + Root node
> + Select properties: *
>  + PathQueryNode
>    + LocationStepQueryNode:  NodeTest= Descendants=false Index=NONE
>    + LocationStepQueryNode:  NodeTest=pages Descendants=false Index=NONE
>    + LocationStepQueryNode:  NodeTest=* Descendants=false Index=NONE
>    + LocationStepQueryNode:  NodeTest=* Descendants=false Index=NONE
>
> ---
> Node[jspwiki:/pages/main/main]
> Node[jspwiki:/pages/main/ll]
>
> ==> /tmp/jspwiki.log <==
> 2010-02-21 11:29:21,342 [Timer-0] INFO
> org.apache.wiki.search.LuceneSearchProvider$LuceneUpdater  - Running Lucene
> Indexer.
>
>
>
> 2010/2/20 Dirk Frederickx <di...@gmail.com>
>
> > Harry,
> >
> > Did you try a redeploy from WAR ?
> >
> > Falling back to a previous version (svn-191)  runs perfectly next to
> v2.8.
> > Just a recent WAR deploy still breaks completely
> >
> >
> > dirk
> >
> > On Mon, Feb 8, 2010 at 6:32 PM, Harry Metske <ha...@gmail.com>
> > wrote:
> >
> > > running 2 wiki's in the same tomcat (2.8 and 3.0) should not be a
> problem
> > > (I
> > > just did, and they both initialize nicely)
> > >
> > > /Harry
> > >
> > >
> > > 2010/2/8 Dirk Frederickx <di...@gmail.com>
> > >
> > > > Txs Harry,
> > > >
> > > > I will do some more investigation.
> > > >
> > > > Note: I am running also a v2.8.x JSPWiki in the same TOMCAT instance.
> > > Could
> > > > this cause any problem ?
> > > >
> > > >
> > > > dirk
> > > >
> > > > On Mon, Feb 8, 2010 at 7:55 AM, Harry Metske <harry.metske@gmail.com
> >
> > > > wrote:
> > > >
> > > > > Dirk,
> > > > >
> > > > > I can't think of anything else than that you are loading a version
> of
> > > > > org.w3c.dom.Node that does not have the getTextContent() method.
> > > > > Can you add the java parameter " -verbose:class" to see from which
> > jar
> > > it
> > > > > is
> > > > > loaded, maybe that gives a clue.
> > > > >
> > > > > regards,
> > > > > Harry
> > > > >
> > > > > 2010/2/7 Dirk Frederickx <di...@gmail.com>
> > > > >
> > > > > > Guys,
> > > > > >
> > > > > > The latest check-ins on v3.0.0 seem to have broken the
> > deployability
> > > > from
> > > > > > WAR.
> > > > > > I'm kind a blocked to check in several pending fixes (mainly
> > > javascript
> > > > )
> > > > > >  to align with the latest template changes of Andrew.
> > > > > >
> > > > > > It seems the Content-Manager doesn't initialize properly.
> > > > > >
> > > > > > Any suggestions ?
> > > > > >
> > > > > >
> > > > > > 2010-01-23 19:29:15,648 [main] INFO org.priha.core.RepositoryImpl
> >  -
> > > > > > Initializing SessionManager...
> > > > > > 2010-01-23 19:29:15,841 [main] INFO
> org.apache.wiki.util.ClassUtil
> >  -
> > > > > > Failed
> > > > > > to invoke class org.apache.wiki.content.ContentManager
> > > > > > java.lang.NoSuchMethodError:
> > > > > > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> > > > > > 2010-01-23 19:29:15,843 [main] ERROR org.apache.wiki.WikiEngine
>  -
> > > > > JSPWiki
> > > > > > could not start, due to an unknown exception while starting,
> > > stacktrace
> > > > > > follows:
> > > > > > org.apache.wiki.api.WikiException: Failed to invoke class
> > > > > > org.apache.wiki.content.ContentManager, reason:
> > > > > > java.lang.NoSuchMethodError:
> > > > > > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> > > > > > at
> > org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:311)
> > > > > > at
> > org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:204)
> > > > > > at org.apache.wiki.WikiEngine.initialize(WikiEngine.java:565)
> > > > > > at org.apache.wiki.WikiEngine.<init>(WikiEngine.java:429)
> > > > > >
> > > > > >
> > > > > > dirk
> > > > > >
> > > > > >
> > > > > > On Sun, Jan 24, 2010 at 12:06 PM, Harry Metske <
> > > harry.metske@gmail.com
> > > > > > >wrote:
> > > > > >
> > > > > > > could it be that there is an old version of org.w3c.dom.Node
> > > > somewhere
> > > > > > > else in your classpath  ?
> > > > > > >
> > > > > > > /Harry
> > > > > > >
> > > > > > > 2010/1/23 Dirk Frederickx <di...@gmail.com>
> > > > > > >
> > > > > > > > Harry,
> > > > > > > >
> > > > > > > > Txs for the quick reply.
> > > > > > > > But that's not the problem -- I have v3.0.0. runing quite
> some
> > > > time.
> > > > > > > > I just did a clean install from the war.
> > > > > > > >
> > > > > > > > I'm running java 1.5
> > > > > > > >
> > > > > > > > java version "1.5.0_19"
> > > > > > > > Java(TM) 2 Runtime Environment, Standard Edition (build
> > > > > > 1.5.0_19-b02-306)
> > > > > > > > Java HotSpot(TM) Client VM (build 1.5.0_19-138, mixed mode,
> > > > sharing)
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > dirk
> > > > > > > >
> > > > > > > >
> > > > > > > > On Sat, Jan 23, 2010 at 8:53 PM, Dirk Frederickx
> > > > > > > > <di...@gmail.com>wrote:
> > > > > > > >
> > > > > > > > > Harry,
> > > > > > > > >
> > > > > > > > > Txs for the quick reply.
> > > > > > > > > But that's not the problem -- I have v3.0.0. runing quite
> > some
> > > > > time.
> > > > > > > > > I just tried a
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > On Sat, Jan 23, 2010 at 8:28 PM, Harry Metske <
> > > > > > harry.metske@gmail.com
> > > > > > > > >wrote:
> > > > > > > > >
> > > > > > > > >> it looks like you are running with a JDK 1.4, while JDK5
> is
> > > the
> > > > > > > minimum
> > > > > > > > >> requirement.
> > > > > > > > >>
> > > > > > > > >> regards,
> > > > > > > > >> Harry
> > > > > > > > >>
> > > > > > > > >> 2010/1/23 Dirk Frederickx <di...@gmail.com>
> > > > > > > > >>
> > > > > > > > >> > I have difficulties in deploying a recent v3.0.0
> version.
> > > > > > > > >> > The startup op JSPWiki fails with the below
> > > error/stack-trace.
> > > > > > > > >> >
> > > > > > > > >> > Any hint what could be wrong ?
> > > > > > > > >> >
> > > > > > > > >> >
> > > > > > > > >> > 2010-01-23 19:29:15,648 [main] INFO
> > > > > org.priha.core.RepositoryImpl
> > > > > >  -
> > > > > > > > >> > Initializing SessionManager...
> > > > > > > > >> > 2010-01-23 19:29:15,841 [main] INFO
> > > > > org.apache.wiki.util.ClassUtil
> > > > > > >  -
> > > > > > > > >> > Failed
> > > > > > > > >> > to invoke class org.apache.wiki.content.ContentManager
> > > > > > > > >> > java.lang.NoSuchMethodError:
> > > > > > > > >> > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> > > > > > > > >> > 2010-01-23 19:29:15,843 [main] ERROR
> > > > org.apache.wiki.WikiEngine
> > > > >  -
> > > > > > > > >> JSPWiki
> > > > > > > > >> > could not start, due to an unknown exception while
> > starting,
> > > > > > > > stacktrace
> > > > > > > > >> > follows:
> > > > > > > > >> > org.apache.wiki.api.WikiException: Failed to invoke
> class
> > > > > > > > >> > org.apache.wiki.content.ContentManager, reason:
> > > > > > > > >> > java.lang.NoSuchMethodError:
> > > > > > > > >> > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> > > > > > > > >> > at
> > > > > > >
> > org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:311)
> > > > > > > > >> > at
> > > > > > >
> > org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:204)
> > > > > > > > >> > at
> > > org.apache.wiki.WikiEngine.initialize(WikiEngine.java:565)
> > > > > > > > >> > at
> org.apache.wiki.WikiEngine.<init>(WikiEngine.java:429)
> > > > > > > > >> >
> > > > > > > > >> >
> > > > > > > > >> >
> > > > > > > > >> > dirk
> > > > > > > > >> >
> > > > > > > > >>
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>

Re: help with v3.0.0-svn-200

[Harry Metske <ha...@gmail.com>]

I just did, also no problem, this is what I get (See below).

If I start tomcat with :    JAVA_OPTS=-verbose:class ./startup.sh
The log shows that org.w3c.dom classes are loaded from
 /usr/lib/jvm/java-6-openjdk/jre/lib/rt.jar .

Where do your org.w3c.dom classes come from ?
This is tomcat 6.0.24, what version are you running ?

regards,
Harry


metskem@gneisenau /usr/local/tomcat/webapps $ ls -l
total 6496
drwxr-xr-x 10 metskem metskem    4096 2010-02-08 18:10 docs
drwxr-xr-x  5 metskem metskem    4096 2010-02-08 18:10 examples
drwxr-xr-x  5 metskem metskem    4096 2010-02-08 18:10 host-manager
drwxr-xr-x 10 metskem metskem    4096 2010-02-08 18:28 JSPWiki-2.8
drwxr-xr-x  5 metskem metskem    4096 2010-02-08 18:10 manager
drwxr-xr-x  3 metskem metskem    4096 2010-02-08 18:10 ROOT

metskem@gneisenau /usr/local/tomcat/webapps $ cp
/tmp/metskem/JSPWiki/install/JSPWiki.war .
metskem@gneisenau /usr/local/tomcat/webapps $
Feb 21, 2010 11:28:28 AM org.apache.catalina.startup.HostConfig
deployWAR INFO: Deploying web application archive JSPWiki.war

==> /tmp/jspwiki.log <==
2010-02-21 11:28:29,741
[ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
net.sourceforge.stripes.config.BootstrapPropertyResolver  - Class
implementing/extending ActionBeanContext found via auto-discovery:
org.apache.wiki.ui.stripes.WikiActionBeanContext
2010-02-21 11:28:29,742
[ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
net.sourceforge.stripes.controller.DefaultActionBeanContextFactory  -
DefaultActionBeanContextFactory will use ActionBeanContext subclass
org.apache.wiki.ui.stripes.WikiActionBeanContext
2010-02-21 11:28:29,943
[ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
net.sourceforge.stripes.config.BootstrapPropertyResolver  - Class
implementing/extending LocalePicker found in web.xml:
org.apache.wiki.ui.stripes.PreferencesLocalePicker
2010-02-21 11:28:30,833
[ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
net.sourceforge.stripes.config.BootstrapPropertyResolver  - Class
implementing/extending ExceptionHandler found in web.xml:
org.apache.wiki.ui.stripes.WikiExceptionHandler
2010-02-21 11:28:30,922
[ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
net.sourceforge.stripes.config.BootstrapPropertyResolver  - Class
implementing/extending MultipartWrapper found in web.xml:
net.sourceforge.stripes.controller.multipart.CommonsMultipartWrapper
2010-02-21 11:28:30,922
[ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
net.sourceforge.stripes.controller.multipart.DefaultMultipartWrapperFactory
 - Using
net.sourceforge.stripes.controller.multipart.CommonsMultipartWrapper as
MultipartWrapper implementation.
2010-02-21 11:28:31,259
[ContainerBackgroundProcessor[StandardEngine[Catalina]]] INFO
net.sourceforge.stripes.controller.StripesFilter  - Stripes Initialization
Complete. Version: 1.6-beta, Build: 1128:1193
2010-02-21 11:29:04,258 [http-8080-2] INFO org.apache.wiki.WikiEngine  -
*******************************************
2010-02-21 11:29:04,262 [http-8080-2] INFO org.apache.wiki.WikiEngine  -
JSPWiki 3.0.0-svn-207 starting. Whee!
2010-02-21 11:29:04,265 [http-8080-2] INFO org.apache.wiki.WikiEngine  -
Servlet container: Apache Tomcat/6.0.24
2010-02-21 11:29:04,266 [http-8080-2] INFO org.apache.wiki.WikiEngine  -
JSPWiki working directory is '/usr/local/tomcat/temp/JSPWiki-6233000'
2010-02-21 11:29:04,301 [http-8080-2] INFO
org.apache.wiki.url.StripesURLConstructor  - StripesURLConstructor
initialized.
2010-02-21 11:29:04,456 [http-8080-2] INFO
org.apache.wiki.content.ContentManager  - Unable to locate the repository
from JNDI, attempting to locate from jspwiki.properties
2010-02-21 11:29:04,456 [http-8080-2] INFO
org.apache.wiki.content.ContentManager  - Trying repository priha
2010-02-21 11:29:04,471 [http-8080-2] INFO org.priha.core.RepositoryImpl  -
G'day, Matilda!  Priha 0.7.0-alpha has been initialized.
2010-02-21 11:29:04,472 [http-8080-2] INFO org.priha.core.RepositoryImpl  -
Initializing providers...
2010-02-21 11:29:04,508 [http-8080-2] WARN
net.sf.ehcache.config.ConfigurationFactory  - No configuration found.
Configuring ehcache from ehcache-failsafe.xml  found in the classpath:
jar:file:/usr/local/apache-tomcat-6.0.24/webapps/JSPWiki/WEB-INF/lib/ehcache-1.6.0.jar!/ehcache-failsafe.xml
2010-02-21 11:29:04,607 [http-8080-2] INFO org.priha.core.RepositoryImpl  -
Repository initialization took 135 ms.
2010-02-21 11:29:04,608 [http-8080-2] INFO org.priha.core.RepositoryImpl  -
Initializing SessionManager...

==> /usr/local/tomcat/logs/catalina.out <==
org.apache.catalina.core.ApplicationContextFacade@5f1ba8
Feb 21, 2010 11:29:04 AM org.priha.core.RepositoryImpl <init>
INFO: G'day, Matilda!  Priha 0.7.0-alpha has been initialized.
Feb 21, 2010 11:29:04 AM org.priha.core.RepositoryImpl getProviderManager
INFO: Initializing providers...
Feb 21, 2010 11:29:04 AM net.sf.ehcache.config.ConfigurationFactory
parseConfiguration
WARNING: No configuration found. Configuring ehcache from
ehcache-failsafe.xml  found in the classpath:
jar:file:/usr/local/apache-tomcat-6.0.24/webapps/JSPWiki/WEB-INF/lib/ehcache-1.6.0.jar!/ehcache-failsafe.xml
Feb 21, 2010 11:29:04 AM org.priha.core.RepositoryImpl getProviderManager
INFO: Repository initialization took 135 ms.
Feb 21, 2010 11:29:04 AM org.priha.core.RepositoryImpl getSessionManager
INFO: Initializing SessionManager...

==> /tmp/jspwiki.log <==
2010-02-21 11:29:04,929 [http-8080-2] INFO
org.apache.wiki.content.ContentManager  - ContentManager initialized!
2010-02-21 11:29:04,944 [http-8080-2] INFO
org.apache.wiki.plugin.PluginManager  - Registering plugins
2010-02-21 11:29:05,422 [http-8080-2] INFO
org.apache.wiki.plugin.PageViewPlugin  - initializing PageViewPlugin
2010-02-21 11:29:05,424 [http-8080-2] INFO
org.apache.wiki.plugin.PageViewPlugin  - initializing PageView Manager
2010-02-21 11:29:05,424 [http-8080-2] INFO
org.apache.wiki.plugin.PageViewPlugin  - loadCounters
2010-02-21 11:29:05,425 [http-8080-2] ERROR
org.apache.wiki.plugin.PageViewPlugin  - loadCounters: Can't load page
counter store: /usr/local/tomcat/temp/JSPWiki-6233000/PageCount.txt (No such
file or directory) , will create a new one
2010-02-21 11:29:05,425 [http-8080-2] INFO
org.apache.wiki.plugin.PageViewPlugin  - loadCounters: counters.size=0
2010-02-21 11:29:05,425 [http-8080-2] INFO
org.apache.wiki.plugin.PageViewPlugin$CounterSaveThread  - Starting Counter
Saver.
2010-02-21 11:29:05,486 [http-8080-2] INFO
org.apache.wiki.diff.DifferenceManager  - Using difference provider:
TraditionalDiffProvider
2010-02-21 11:29:05,498 [http-8080-2] INFO org.apache.wiki.ui.EditorManager
 - Registering editor modules
2010-02-21 11:29:05,512 [http-8080-2] INFO
org.apache.wiki.auth.authorize.WebContainerAuthorizer  - Examining
jndi:/localhost/JSPWiki/WEB-INF/web.xml
2010-02-21 11:29:05,552 [http-8080-2] INFO
org.apache.wiki.auth.authorize.WebContainerAuthorizer  - JSPWiki is using
custom authentication.
2010-02-21 11:29:05,552 [http-8080-2] INFO
org.apache.wiki.auth.authorize.WebContainerAuthorizer  - Authorizer
WebContainerAuthorizer initialized successfully.
2010-02-21 11:29:05,614 [http-8080-2] INFO
org.apache.wiki.auth.AuthorizationManager  - Initialized default security
policy: /usr/local/tomcat/webapps/JSPWiki/WEB-INF/jspwiki.policy
2010-02-21 11:29:05,615 [http-8080-2] INFO
org.apache.wiki.auth.authorize.GroupManager  - Attempting to load group
database class org.apache.wiki.auth.authorize.XMLGroupDatabase
2010-02-21 11:29:05,616 [http-8080-2] WARN
org.apache.wiki.auth.authorize.XMLGroupDatabase  - XML group database
property jspwiki.xmlGroupDatabaseFile not found; trying
/usr/local/tomcat/webapps/JSPWiki/WEB-INF/groupdatabase.xml
2010-02-21 11:29:05,616 [http-8080-2] INFO
org.apache.wiki.auth.authorize.XMLGroupDatabase  - XML group database at
/usr/local/tomcat/webapps/JSPWiki/WEB-INF/groupdatabase.xml
2010-02-21 11:29:05,618 [http-8080-2] INFO
org.apache.wiki.auth.authorize.GroupManager  - Group database initialized.
2010-02-21 11:29:05,619 [http-8080-2] INFO
org.apache.wiki.auth.authorize.GroupManager  - Authorizer GroupManager
initialized successfully; loaded 0 group(s).
2010-02-21 11:29:05,666 [http-8080-2] INFO
org.apache.wiki.ui.admin.AdminBeanManager  -
com.sun.jmx.mbeanserver.JmxMBeanServer
2010-02-21 11:29:05,666 [http-8080-2] INFO
org.apache.wiki.ui.admin.AdminBeanManager  - DefaultDomain
2010-02-21 11:29:05,669 [http-8080-2] INFO
org.apache.wiki.ui.admin.AdminBeanManager  - Registered new admin bean Core
bean
2010-02-21 11:29:05,670 [http-8080-2] INFO
org.apache.wiki.ui.admin.AdminBeanManager  - Registered new admin bean User
administration
2010-02-21 11:29:05,670 [http-8080-2] INFO
org.apache.wiki.ui.admin.AdminBeanManager  - Registered new admin bean
Search manager
2010-02-21 11:29:05,670 [http-8080-2] INFO
org.apache.wiki.ui.admin.AdminBeanManager  - Registered new admin bean
Plugins
2010-02-21 11:29:05,671 [http-8080-2] INFO
org.apache.wiki.ui.admin.AdminBeanManager  - Registered new admin bean Plain
editor
2010-02-21 11:29:05,672 [http-8080-2] INFO org.apache.wiki.WikiEngine  -
Registering filters
2010-02-21 11:29:05,917 [http-8080-2] INFO org.apache.wiki.WikiEngine  -
Cannot find property file for filters (this is okay, expected to find it as:
'/WEB-INF/filters.xml')
2010-02-21 11:29:05,918 [http-8080-2] INFO
org.apache.wiki.render.RenderingManager  - Rendering content with
org.apache.wiki.render.XHTMLRenderer.
2010-02-21 11:29:05,966 [http-8080-2] INFO
org.apache.wiki.search.LuceneSearchProvider  - Lucene enabled, cache will be
in: /usr/local/tomcat/temp/JSPWiki-6233000/lucene
2010-02-21 11:29:05,967 [http-8080-2] INFO
org.apache.wiki.search.LuceneSearchProvider$LuceneUpdater  - Starting Lucene
Indexer.
2010-02-21 11:29:05,968 [http-8080-2] INFO
org.apache.wiki.util.WatchDog$WatchDogThread  - Starting WatchDog.
2010-02-21 11:29:05,969 [http-8080-2] INFO
org.apache.wiki.search.LuceneSearchProvider  - Starting Lucene reindexing,
this can take a couple minutes...
2010-02-21 11:29:06,341 [http-8080-2] INFO
org.apache.wiki.search.LuceneSearchProvider  - Full Lucene index finished in
372 milliseconds.
2010-02-21 11:29:06,341 [http-8080-2] INFO org.apache.wiki.WikiEngine  -
WikiEngine configured.
2010-02-21 11:29:06,341 [http-8080-2] INFO org.apache.wiki.WikiEngine  -
Root path for this Wiki is: '/usr/local/tomcat/webapps/JSPWiki/'
2010-02-21 11:29:06,389 [http-8080-2] INFO
net.sourceforge.stripes.validation.expression.ExpressionValidator  -
Expression validation will be performed using:
net.sourceforge.stripes.validation.expression.Jsp21ExpressionExecutor
2010-02-21 11:29:06,524 [http-8080-2] INFO org.apache.wiki.auth.UserManager
 - Attempting to load user database class
org.apache.wiki.auth.user.XMLUserDatabase
2010-02-21 11:29:06,527 [http-8080-2] WARN
org.apache.wiki.auth.user.AbstractUserDatabase  - XML user database property
jspwiki.xmlUserDatabaseFile not found; trying
/usr/local/tomcat/webapps/JSPWiki/WEB-INF/userdatabase.xml
2010-02-21 11:29:06,527 [http-8080-2] INFO
org.apache.wiki.auth.user.AbstractUserDatabase  - XML user database at
/usr/local/tomcat/webapps/JSPWiki/WEB-INF/userdatabase.xml
2010-02-21 11:29:06,529 [http-8080-2] INFO org.apache.wiki.auth.UserManager
 - UserDatabase initialized.

==> /usr/local/tomcat/logs/catalina.out <==
Executing /jcr:root/pages/*/*
LOC = Node[jspwiki:/], check=
   MATCH
LOC = Node[jspwiki:/], check=pages
   MATCH
LOC = Node[jspwiki:/pages], check=null
LOC = Node[jspwiki:/pages/main], check=null
+ Root node
+ Select properties: *
  + PathQueryNode
    + LocationStepQueryNode:  NodeTest= Descendants=false Index=NONE
    + LocationStepQueryNode:  NodeTest=pages Descendants=false Index=NONE
    + LocationStepQueryNode:  NodeTest=* Descendants=false Index=NONE
    + LocationStepQueryNode:  NodeTest=* Descendants=false Index=NONE

---
Node[jspwiki:/pages/main/main]
Node[jspwiki:/pages/main/ll]

==> /tmp/jspwiki.log <==
2010-02-21 11:29:21,342 [Timer-0] INFO
org.apache.wiki.search.LuceneSearchProvider$LuceneUpdater  - Running Lucene
Indexer.



2010/2/20 Dirk Frederickx <di...@gmail.com>

> Harry,
>
> Did you try a redeploy from WAR ?
>
> Falling back to a previous version (svn-191)  runs perfectly next to v2.8.
> Just a recent WAR deploy still breaks completely
>
>
> dirk
>
> On Mon, Feb 8, 2010 at 6:32 PM, Harry Metske <ha...@gmail.com>
> wrote:
>
> > running 2 wiki's in the same tomcat (2.8 and 3.0) should not be a problem
> > (I
> > just did, and they both initialize nicely)
> >
> > /Harry
> >
> >
> > 2010/2/8 Dirk Frederickx <di...@gmail.com>
> >
> > > Txs Harry,
> > >
> > > I will do some more investigation.
> > >
> > > Note: I am running also a v2.8.x JSPWiki in the same TOMCAT instance.
> > Could
> > > this cause any problem ?
> > >
> > >
> > > dirk
> > >
> > > On Mon, Feb 8, 2010 at 7:55 AM, Harry Metske <ha...@gmail.com>
> > > wrote:
> > >
> > > > Dirk,
> > > >
> > > > I can't think of anything else than that you are loading a version of
> > > > org.w3c.dom.Node that does not have the getTextContent() method.
> > > > Can you add the java parameter " -verbose:class" to see from which
> jar
> > it
> > > > is
> > > > loaded, maybe that gives a clue.
> > > >
> > > > regards,
> > > > Harry
> > > >
> > > > 2010/2/7 Dirk Frederickx <di...@gmail.com>
> > > >
> > > > > Guys,
> > > > >
> > > > > The latest check-ins on v3.0.0 seem to have broken the
> deployability
> > > from
> > > > > WAR.
> > > > > I'm kind a blocked to check in several pending fixes (mainly
> > javascript
> > > )
> > > > >  to align with the latest template changes of Andrew.
> > > > >
> > > > > It seems the Content-Manager doesn't initialize properly.
> > > > >
> > > > > Any suggestions ?
> > > > >
> > > > >
> > > > > 2010-01-23 19:29:15,648 [main] INFO org.priha.core.RepositoryImpl
>  -
> > > > > Initializing SessionManager...
> > > > > 2010-01-23 19:29:15,841 [main] INFO org.apache.wiki.util.ClassUtil
>  -
> > > > > Failed
> > > > > to invoke class org.apache.wiki.content.ContentManager
> > > > > java.lang.NoSuchMethodError:
> > > > > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> > > > > 2010-01-23 19:29:15,843 [main] ERROR org.apache.wiki.WikiEngine  -
> > > > JSPWiki
> > > > > could not start, due to an unknown exception while starting,
> > stacktrace
> > > > > follows:
> > > > > org.apache.wiki.api.WikiException: Failed to invoke class
> > > > > org.apache.wiki.content.ContentManager, reason:
> > > > > java.lang.NoSuchMethodError:
> > > > > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> > > > > at
> org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:311)
> > > > > at
> org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:204)
> > > > > at org.apache.wiki.WikiEngine.initialize(WikiEngine.java:565)
> > > > > at org.apache.wiki.WikiEngine.<init>(WikiEngine.java:429)
> > > > >
> > > > >
> > > > > dirk
> > > > >
> > > > >
> > > > > On Sun, Jan 24, 2010 at 12:06 PM, Harry Metske <
> > harry.metske@gmail.com
> > > > > >wrote:
> > > > >
> > > > > > could it be that there is an old version of org.w3c.dom.Node
> > > somewhere
> > > > > > else in your classpath  ?
> > > > > >
> > > > > > /Harry
> > > > > >
> > > > > > 2010/1/23 Dirk Frederickx <di...@gmail.com>
> > > > > >
> > > > > > > Harry,
> > > > > > >
> > > > > > > Txs for the quick reply.
> > > > > > > But that's not the problem -- I have v3.0.0. runing quite some
> > > time.
> > > > > > > I just did a clean install from the war.
> > > > > > >
> > > > > > > I'm running java 1.5
> > > > > > >
> > > > > > > java version "1.5.0_19"
> > > > > > > Java(TM) 2 Runtime Environment, Standard Edition (build
> > > > > 1.5.0_19-b02-306)
> > > > > > > Java HotSpot(TM) Client VM (build 1.5.0_19-138, mixed mode,
> > > sharing)
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > dirk
> > > > > > >
> > > > > > >
> > > > > > > On Sat, Jan 23, 2010 at 8:53 PM, Dirk Frederickx
> > > > > > > <di...@gmail.com>wrote:
> > > > > > >
> > > > > > > > Harry,
> > > > > > > >
> > > > > > > > Txs for the quick reply.
> > > > > > > > But that's not the problem -- I have v3.0.0. runing quite
> some
> > > > time.
> > > > > > > > I just tried a
> > > > > > > >
> > > > > > > >
> > > > > > > > On Sat, Jan 23, 2010 at 8:28 PM, Harry Metske <
> > > > > harry.metske@gmail.com
> > > > > > > >wrote:
> > > > > > > >
> > > > > > > >> it looks like you are running with a JDK 1.4, while JDK5 is
> > the
> > > > > > minimum
> > > > > > > >> requirement.
> > > > > > > >>
> > > > > > > >> regards,
> > > > > > > >> Harry
> > > > > > > >>
> > > > > > > >> 2010/1/23 Dirk Frederickx <di...@gmail.com>
> > > > > > > >>
> > > > > > > >> > I have difficulties in deploying a recent v3.0.0 version.
> > > > > > > >> > The startup op JSPWiki fails with the below
> > error/stack-trace.
> > > > > > > >> >
> > > > > > > >> > Any hint what could be wrong ?
> > > > > > > >> >
> > > > > > > >> >
> > > > > > > >> > 2010-01-23 19:29:15,648 [main] INFO
> > > > org.priha.core.RepositoryImpl
> > > > >  -
> > > > > > > >> > Initializing SessionManager...
> > > > > > > >> > 2010-01-23 19:29:15,841 [main] INFO
> > > > org.apache.wiki.util.ClassUtil
> > > > > >  -
> > > > > > > >> > Failed
> > > > > > > >> > to invoke class org.apache.wiki.content.ContentManager
> > > > > > > >> > java.lang.NoSuchMethodError:
> > > > > > > >> > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> > > > > > > >> > 2010-01-23 19:29:15,843 [main] ERROR
> > > org.apache.wiki.WikiEngine
> > > >  -
> > > > > > > >> JSPWiki
> > > > > > > >> > could not start, due to an unknown exception while
> starting,
> > > > > > > stacktrace
> > > > > > > >> > follows:
> > > > > > > >> > org.apache.wiki.api.WikiException: Failed to invoke class
> > > > > > > >> > org.apache.wiki.content.ContentManager, reason:
> > > > > > > >> > java.lang.NoSuchMethodError:
> > > > > > > >> > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> > > > > > > >> > at
> > > > > >
> org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:311)
> > > > > > > >> > at
> > > > > >
> org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:204)
> > > > > > > >> > at
> > org.apache.wiki.WikiEngine.initialize(WikiEngine.java:565)
> > > > > > > >> > at org.apache.wiki.WikiEngine.<init>(WikiEngine.java:429)
> > > > > > > >> >
> > > > > > > >> >
> > > > > > > >> >
> > > > > > > >> > dirk
> > > > > > > >> >
> > > > > > > >>
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>

Re: help with v3.0.0-svn-200

[Dirk Frederickx <di...@gmail.com>]

Harry,

Did you try a redeploy from WAR ?

Falling back to a previous version (svn-191)  runs perfectly next to v2.8.
Just a recent WAR deploy still breaks completely


dirk

On Mon, Feb 8, 2010 at 6:32 PM, Harry Metske <ha...@gmail.com> wrote:

> running 2 wiki's in the same tomcat (2.8 and 3.0) should not be a problem
> (I
> just did, and they both initialize nicely)
>
> /Harry
>
>
> 2010/2/8 Dirk Frederickx <di...@gmail.com>
>
> > Txs Harry,
> >
> > I will do some more investigation.
> >
> > Note: I am running also a v2.8.x JSPWiki in the same TOMCAT instance.
> Could
> > this cause any problem ?
> >
> >
> > dirk
> >
> > On Mon, Feb 8, 2010 at 7:55 AM, Harry Metske <ha...@gmail.com>
> > wrote:
> >
> > > Dirk,
> > >
> > > I can't think of anything else than that you are loading a version of
> > > org.w3c.dom.Node that does not have the getTextContent() method.
> > > Can you add the java parameter " -verbose:class" to see from which jar
> it
> > > is
> > > loaded, maybe that gives a clue.
> > >
> > > regards,
> > > Harry
> > >
> > > 2010/2/7 Dirk Frederickx <di...@gmail.com>
> > >
> > > > Guys,
> > > >
> > > > The latest check-ins on v3.0.0 seem to have broken the deployability
> > from
> > > > WAR.
> > > > I'm kind a blocked to check in several pending fixes (mainly
> javascript
> > )
> > > >  to align with the latest template changes of Andrew.
> > > >
> > > > It seems the Content-Manager doesn't initialize properly.
> > > >
> > > > Any suggestions ?
> > > >
> > > >
> > > > 2010-01-23 19:29:15,648 [main] INFO org.priha.core.RepositoryImpl  -
> > > > Initializing SessionManager...
> > > > 2010-01-23 19:29:15,841 [main] INFO org.apache.wiki.util.ClassUtil  -
> > > > Failed
> > > > to invoke class org.apache.wiki.content.ContentManager
> > > > java.lang.NoSuchMethodError:
> > > > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> > > > 2010-01-23 19:29:15,843 [main] ERROR org.apache.wiki.WikiEngine  -
> > > JSPWiki
> > > > could not start, due to an unknown exception while starting,
> stacktrace
> > > > follows:
> > > > org.apache.wiki.api.WikiException: Failed to invoke class
> > > > org.apache.wiki.content.ContentManager, reason:
> > > > java.lang.NoSuchMethodError:
> > > > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> > > > at org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:311)
> > > > at org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:204)
> > > > at org.apache.wiki.WikiEngine.initialize(WikiEngine.java:565)
> > > > at org.apache.wiki.WikiEngine.<init>(WikiEngine.java:429)
> > > >
> > > >
> > > > dirk
> > > >
> > > >
> > > > On Sun, Jan 24, 2010 at 12:06 PM, Harry Metske <
> harry.metske@gmail.com
> > > > >wrote:
> > > >
> > > > > could it be that there is an old version of org.w3c.dom.Node
> > somewhere
> > > > > else in your classpath  ?
> > > > >
> > > > > /Harry
> > > > >
> > > > > 2010/1/23 Dirk Frederickx <di...@gmail.com>
> > > > >
> > > > > > Harry,
> > > > > >
> > > > > > Txs for the quick reply.
> > > > > > But that's not the problem -- I have v3.0.0. runing quite some
> > time.
> > > > > > I just did a clean install from the war.
> > > > > >
> > > > > > I'm running java 1.5
> > > > > >
> > > > > > java version "1.5.0_19"
> > > > > > Java(TM) 2 Runtime Environment, Standard Edition (build
> > > > 1.5.0_19-b02-306)
> > > > > > Java HotSpot(TM) Client VM (build 1.5.0_19-138, mixed mode,
> > sharing)
> > > > > >
> > > > > >
> > > > > >
> > > > > > dirk
> > > > > >
> > > > > >
> > > > > > On Sat, Jan 23, 2010 at 8:53 PM, Dirk Frederickx
> > > > > > <di...@gmail.com>wrote:
> > > > > >
> > > > > > > Harry,
> > > > > > >
> > > > > > > Txs for the quick reply.
> > > > > > > But that's not the problem -- I have v3.0.0. runing quite some
> > > time.
> > > > > > > I just tried a
> > > > > > >
> > > > > > >
> > > > > > > On Sat, Jan 23, 2010 at 8:28 PM, Harry Metske <
> > > > harry.metske@gmail.com
> > > > > > >wrote:
> > > > > > >
> > > > > > >> it looks like you are running with a JDK 1.4, while JDK5 is
> the
> > > > > minimum
> > > > > > >> requirement.
> > > > > > >>
> > > > > > >> regards,
> > > > > > >> Harry
> > > > > > >>
> > > > > > >> 2010/1/23 Dirk Frederickx <di...@gmail.com>
> > > > > > >>
> > > > > > >> > I have difficulties in deploying a recent v3.0.0 version.
> > > > > > >> > The startup op JSPWiki fails with the below
> error/stack-trace.
> > > > > > >> >
> > > > > > >> > Any hint what could be wrong ?
> > > > > > >> >
> > > > > > >> >
> > > > > > >> > 2010-01-23 19:29:15,648 [main] INFO
> > > org.priha.core.RepositoryImpl
> > > >  -
> > > > > > >> > Initializing SessionManager...
> > > > > > >> > 2010-01-23 19:29:15,841 [main] INFO
> > > org.apache.wiki.util.ClassUtil
> > > > >  -
> > > > > > >> > Failed
> > > > > > >> > to invoke class org.apache.wiki.content.ContentManager
> > > > > > >> > java.lang.NoSuchMethodError:
> > > > > > >> > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> > > > > > >> > 2010-01-23 19:29:15,843 [main] ERROR
> > org.apache.wiki.WikiEngine
> > >  -
> > > > > > >> JSPWiki
> > > > > > >> > could not start, due to an unknown exception while starting,
> > > > > > stacktrace
> > > > > > >> > follows:
> > > > > > >> > org.apache.wiki.api.WikiException: Failed to invoke class
> > > > > > >> > org.apache.wiki.content.ContentManager, reason:
> > > > > > >> > java.lang.NoSuchMethodError:
> > > > > > >> > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> > > > > > >> > at
> > > > > org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:311)
> > > > > > >> > at
> > > > > org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:204)
> > > > > > >> > at
> org.apache.wiki.WikiEngine.initialize(WikiEngine.java:565)
> > > > > > >> > at org.apache.wiki.WikiEngine.<init>(WikiEngine.java:429)
> > > > > > >> >
> > > > > > >> >
> > > > > > >> >
> > > > > > >> > dirk
> > > > > > >> >
> > > > > > >>
> > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>

Re: help with v3.0.0-svn-200

[Dirk Frederickx <di...@gmail.com>]

Andrew,

Txs for the help.  The war
I bumped into this issue only with the recent versions of jspwiki - the war
deployment and side-by-side with v2.8 has been working perfectly the past
months.

I had no time yet to digg deeper - and will be out for a couple of days.
 More 'digging' next wk I assume ;-)


dirk

On Fri, Feb 12, 2010 at 3:31 PM, Andrew Jaquith
<an...@gmail.com>wrote:

> Dirk, any luck?
>
> FYI, I also regularly run 2.8 and 3.0 in the same Tomcat instance. I'm
> using 5.5. JSPWiki also runs fine in Tomcat 6 (although I haven't
> tested it running alongside 2.8). The Java version installed on my Mac
> is 1.6.0_17.
>
> The best strategy would be to download Tomcat 5.5 or 6, set your
> CATALINA_HOME environment variable, and then just drop the WAR into
> the webapps directory. If that doesn't work, then you have some more
> serious issues, I think.
>
> See these articles for some tips, which suggest version-clashes in
> JDOM and/or Xerces:
>
> http://www.jguru.com/forums/view.jsp?EID=1279049
>
> http://www.velocityreviews.com/forums/t144510-problems-with-jboss-an-xerces.html
> http://forums.sun.com/thread.jspa?threadID=699041
>
>
> Andrew
>
> On Mon, Feb 8, 2010 at 12:32 PM, Harry Metske <ha...@gmail.com>
> wrote:
> > running 2 wiki's in the same tomcat (2.8 and 3.0) should not be a problem
> (I
> > just did, and they both initialize nicely)
> >
> > /Harry
> >
> >
> > 2010/2/8 Dirk Frederickx <di...@gmail.com>
> >
> >> Txs Harry,
> >>
> >> I will do some more investigation.
> >>
> >> Note: I am running also a v2.8.x JSPWiki in the same TOMCAT instance.
> Could
> >> this cause any problem ?
> >>
> >>
> >> dirk
> >>
> >> On Mon, Feb 8, 2010 at 7:55 AM, Harry Metske <ha...@gmail.com>
> >> wrote:
> >>
> >> > Dirk,
> >> >
> >> > I can't think of anything else than that you are loading a version of
> >> > org.w3c.dom.Node that does not have the getTextContent() method.
> >> > Can you add the java parameter " -verbose:class" to see from which jar
> it
> >> > is
> >> > loaded, maybe that gives a clue.
> >> >
> >> > regards,
> >> > Harry
> >> >
> >> > 2010/2/7 Dirk Frederickx <di...@gmail.com>
> >> >
> >> > > Guys,
> >> > >
> >> > > The latest check-ins on v3.0.0 seem to have broken the deployability
> >> from
> >> > > WAR.
> >> > > I'm kind a blocked to check in several pending fixes (mainly
> javascript
> >> )
> >> > >  to align with the latest template changes of Andrew.
> >> > >
> >> > > It seems the Content-Manager doesn't initialize properly.
> >> > >
> >> > > Any suggestions ?
> >> > >
> >> > >
> >> > > 2010-01-23 19:29:15,648 [main] INFO org.priha.core.RepositoryImpl  -
> >> > > Initializing SessionManager...
> >> > > 2010-01-23 19:29:15,841 [main] INFO org.apache.wiki.util.ClassUtil
>  -
> >> > > Failed
> >> > > to invoke class org.apache.wiki.content.ContentManager
> >> > > java.lang.NoSuchMethodError:
> >> > > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> >> > > 2010-01-23 19:29:15,843 [main] ERROR org.apache.wiki.WikiEngine  -
> >> > JSPWiki
> >> > > could not start, due to an unknown exception while starting,
> stacktrace
> >> > > follows:
> >> > > org.apache.wiki.api.WikiException: Failed to invoke class
> >> > > org.apache.wiki.content.ContentManager, reason:
> >> > > java.lang.NoSuchMethodError:
> >> > > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> >> > > at
> org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:311)
> >> > > at
> org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:204)
> >> > > at org.apache.wiki.WikiEngine.initialize(WikiEngine.java:565)
> >> > > at org.apache.wiki.WikiEngine.<init>(WikiEngine.java:429)
> >> > >
> >> > >
> >> > > dirk
> >> > >
> >> > >
> >> > > On Sun, Jan 24, 2010 at 12:06 PM, Harry Metske <
> harry.metske@gmail.com
> >> > > >wrote:
> >> > >
> >> > > > could it be that there is an old version of org.w3c.dom.Node
> >> somewhere
> >> > > > else in your classpath  ?
> >> > > >
> >> > > > /Harry
> >> > > >
> >> > > > 2010/1/23 Dirk Frederickx <di...@gmail.com>
> >> > > >
> >> > > > > Harry,
> >> > > > >
> >> > > > > Txs for the quick reply.
> >> > > > > But that's not the problem -- I have v3.0.0. runing quite some
> >> time.
> >> > > > > I just did a clean install from the war.
> >> > > > >
> >> > > > > I'm running java 1.5
> >> > > > >
> >> > > > > java version "1.5.0_19"
> >> > > > > Java(TM) 2 Runtime Environment, Standard Edition (build
> >> > > 1.5.0_19-b02-306)
> >> > > > > Java HotSpot(TM) Client VM (build 1.5.0_19-138, mixed mode,
> >> sharing)
> >> > > > >
> >> > > > >
> >> > > > >
> >> > > > > dirk
> >> > > > >
> >> > > > >
> >> > > > > On Sat, Jan 23, 2010 at 8:53 PM, Dirk Frederickx
> >> > > > > <di...@gmail.com>wrote:
> >> > > > >
> >> > > > > > Harry,
> >> > > > > >
> >> > > > > > Txs for the quick reply.
> >> > > > > > But that's not the problem -- I have v3.0.0. runing quite some
> >> > time.
> >> > > > > > I just tried a
> >> > > > > >
> >> > > > > >
> >> > > > > > On Sat, Jan 23, 2010 at 8:28 PM, Harry Metske <
> >> > > harry.metske@gmail.com
> >> > > > > >wrote:
> >> > > > > >
> >> > > > > >> it looks like you are running with a JDK 1.4, while JDK5 is
> the
> >> > > > minimum
> >> > > > > >> requirement.
> >> > > > > >>
> >> > > > > >> regards,
> >> > > > > >> Harry
> >> > > > > >>
> >> > > > > >> 2010/1/23 Dirk Frederickx <di...@gmail.com>
> >> > > > > >>
> >> > > > > >> > I have difficulties in deploying a recent v3.0.0 version.
> >> > > > > >> > The startup op JSPWiki fails with the below
> error/stack-trace.
> >> > > > > >> >
> >> > > > > >> > Any hint what could be wrong ?
> >> > > > > >> >
> >> > > > > >> >
> >> > > > > >> > 2010-01-23 19:29:15,648 [main] INFO
> >> > org.priha.core.RepositoryImpl
> >> > >  -
> >> > > > > >> > Initializing SessionManager...
> >> > > > > >> > 2010-01-23 19:29:15,841 [main] INFO
> >> > org.apache.wiki.util.ClassUtil
> >> > > >  -
> >> > > > > >> > Failed
> >> > > > > >> > to invoke class org.apache.wiki.content.ContentManager
> >> > > > > >> > java.lang.NoSuchMethodError:
> >> > > > > >> > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> >> > > > > >> > 2010-01-23 19:29:15,843 [main] ERROR
> >> org.apache.wiki.WikiEngine
> >> >  -
> >> > > > > >> JSPWiki
> >> > > > > >> > could not start, due to an unknown exception while
> starting,
> >> > > > > stacktrace
> >> > > > > >> > follows:
> >> > > > > >> > org.apache.wiki.api.WikiException: Failed to invoke class
> >> > > > > >> > org.apache.wiki.content.ContentManager, reason:
> >> > > > > >> > java.lang.NoSuchMethodError:
> >> > > > > >> > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> >> > > > > >> > at
> >> > > > org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:311)
> >> > > > > >> > at
> >> > > > org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:204)
> >> > > > > >> > at
> org.apache.wiki.WikiEngine.initialize(WikiEngine.java:565)
> >> > > > > >> > at org.apache.wiki.WikiEngine.<init>(WikiEngine.java:429)
> >> > > > > >> >
> >> > > > > >> >
> >> > > > > >> >
> >> > > > > >> > dirk
> >> > > > > >> >
> >> > > > > >>
> >> > > > > >
> >> > > > > >
> >> > > > >
> >> > > >
> >> > >
> >> >
> >>
> >
>

Re: help with v3.0.0-svn-200

[Andrew Jaquith <an...@gmail.com>]

Dirk, any luck?

FYI, I also regularly run 2.8 and 3.0 in the same Tomcat instance. I'm
using 5.5. JSPWiki also runs fine in Tomcat 6 (although I haven't
tested it running alongside 2.8). The Java version installed on my Mac
is 1.6.0_17.

The best strategy would be to download Tomcat 5.5 or 6, set your
CATALINA_HOME environment variable, and then just drop the WAR into
the webapps directory. If that doesn't work, then you have some more
serious issues, I think.

See these articles for some tips, which suggest version-clashes in
JDOM and/or Xerces:

http://www.jguru.com/forums/view.jsp?EID=1279049
http://www.velocityreviews.com/forums/t144510-problems-with-jboss-an-xerces.html
http://forums.sun.com/thread.jspa?threadID=699041


Andrew

On Mon, Feb 8, 2010 at 12:32 PM, Harry Metske <ha...@gmail.com> wrote:
> running 2 wiki's in the same tomcat (2.8 and 3.0) should not be a problem (I
> just did, and they both initialize nicely)
>
> /Harry
>
>
> 2010/2/8 Dirk Frederickx <di...@gmail.com>
>
>> Txs Harry,
>>
>> I will do some more investigation.
>>
>> Note: I am running also a v2.8.x JSPWiki in the same TOMCAT instance. Could
>> this cause any problem ?
>>
>>
>> dirk
>>
>> On Mon, Feb 8, 2010 at 7:55 AM, Harry Metske <ha...@gmail.com>
>> wrote:
>>
>> > Dirk,
>> >
>> > I can't think of anything else than that you are loading a version of
>> > org.w3c.dom.Node that does not have the getTextContent() method.
>> > Can you add the java parameter " -verbose:class" to see from which jar it
>> > is
>> > loaded, maybe that gives a clue.
>> >
>> > regards,
>> > Harry
>> >
>> > 2010/2/7 Dirk Frederickx <di...@gmail.com>
>> >
>> > > Guys,
>> > >
>> > > The latest check-ins on v3.0.0 seem to have broken the deployability
>> from
>> > > WAR.
>> > > I'm kind a blocked to check in several pending fixes (mainly javascript
>> )
>> > >  to align with the latest template changes of Andrew.
>> > >
>> > > It seems the Content-Manager doesn't initialize properly.
>> > >
>> > > Any suggestions ?
>> > >
>> > >
>> > > 2010-01-23 19:29:15,648 [main] INFO org.priha.core.RepositoryImpl  -
>> > > Initializing SessionManager...
>> > > 2010-01-23 19:29:15,841 [main] INFO org.apache.wiki.util.ClassUtil  -
>> > > Failed
>> > > to invoke class org.apache.wiki.content.ContentManager
>> > > java.lang.NoSuchMethodError:
>> > > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
>> > > 2010-01-23 19:29:15,843 [main] ERROR org.apache.wiki.WikiEngine  -
>> > JSPWiki
>> > > could not start, due to an unknown exception while starting, stacktrace
>> > > follows:
>> > > org.apache.wiki.api.WikiException: Failed to invoke class
>> > > org.apache.wiki.content.ContentManager, reason:
>> > > java.lang.NoSuchMethodError:
>> > > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
>> > > at org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:311)
>> > > at org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:204)
>> > > at org.apache.wiki.WikiEngine.initialize(WikiEngine.java:565)
>> > > at org.apache.wiki.WikiEngine.<init>(WikiEngine.java:429)
>> > >
>> > >
>> > > dirk
>> > >
>> > >
>> > > On Sun, Jan 24, 2010 at 12:06 PM, Harry Metske <harry.metske@gmail.com
>> > > >wrote:
>> > >
>> > > > could it be that there is an old version of org.w3c.dom.Node
>> somewhere
>> > > > else in your classpath  ?
>> > > >
>> > > > /Harry
>> > > >
>> > > > 2010/1/23 Dirk Frederickx <di...@gmail.com>
>> > > >
>> > > > > Harry,
>> > > > >
>> > > > > Txs for the quick reply.
>> > > > > But that's not the problem -- I have v3.0.0. runing quite some
>> time.
>> > > > > I just did a clean install from the war.
>> > > > >
>> > > > > I'm running java 1.5
>> > > > >
>> > > > > java version "1.5.0_19"
>> > > > > Java(TM) 2 Runtime Environment, Standard Edition (build
>> > > 1.5.0_19-b02-306)
>> > > > > Java HotSpot(TM) Client VM (build 1.5.0_19-138, mixed mode,
>> sharing)
>> > > > >
>> > > > >
>> > > > >
>> > > > > dirk
>> > > > >
>> > > > >
>> > > > > On Sat, Jan 23, 2010 at 8:53 PM, Dirk Frederickx
>> > > > > <di...@gmail.com>wrote:
>> > > > >
>> > > > > > Harry,
>> > > > > >
>> > > > > > Txs for the quick reply.
>> > > > > > But that's not the problem -- I have v3.0.0. runing quite some
>> > time.
>> > > > > > I just tried a
>> > > > > >
>> > > > > >
>> > > > > > On Sat, Jan 23, 2010 at 8:28 PM, Harry Metske <
>> > > harry.metske@gmail.com
>> > > > > >wrote:
>> > > > > >
>> > > > > >> it looks like you are running with a JDK 1.4, while JDK5 is the
>> > > > minimum
>> > > > > >> requirement.
>> > > > > >>
>> > > > > >> regards,
>> > > > > >> Harry
>> > > > > >>
>> > > > > >> 2010/1/23 Dirk Frederickx <di...@gmail.com>
>> > > > > >>
>> > > > > >> > I have difficulties in deploying a recent v3.0.0 version.
>> > > > > >> > The startup op JSPWiki fails with the below error/stack-trace.
>> > > > > >> >
>> > > > > >> > Any hint what could be wrong ?
>> > > > > >> >
>> > > > > >> >
>> > > > > >> > 2010-01-23 19:29:15,648 [main] INFO
>> > org.priha.core.RepositoryImpl
>> > >  -
>> > > > > >> > Initializing SessionManager...
>> > > > > >> > 2010-01-23 19:29:15,841 [main] INFO
>> > org.apache.wiki.util.ClassUtil
>> > > >  -
>> > > > > >> > Failed
>> > > > > >> > to invoke class org.apache.wiki.content.ContentManager
>> > > > > >> > java.lang.NoSuchMethodError:
>> > > > > >> > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
>> > > > > >> > 2010-01-23 19:29:15,843 [main] ERROR
>> org.apache.wiki.WikiEngine
>> >  -
>> > > > > >> JSPWiki
>> > > > > >> > could not start, due to an unknown exception while starting,
>> > > > > stacktrace
>> > > > > >> > follows:
>> > > > > >> > org.apache.wiki.api.WikiException: Failed to invoke class
>> > > > > >> > org.apache.wiki.content.ContentManager, reason:
>> > > > > >> > java.lang.NoSuchMethodError:
>> > > > > >> > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
>> > > > > >> > at
>> > > > org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:311)
>> > > > > >> > at
>> > > > org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:204)
>> > > > > >> > at org.apache.wiki.WikiEngine.initialize(WikiEngine.java:565)
>> > > > > >> > at org.apache.wiki.WikiEngine.<init>(WikiEngine.java:429)
>> > > > > >> >
>> > > > > >> >
>> > > > > >> >
>> > > > > >> > dirk
>> > > > > >> >
>> > > > > >>
>> > > > > >
>> > > > > >
>> > > > >
>> > > >
>> > >
>> >
>>
>

Re: help with v3.0.0-svn-200

[Harry Metske <ha...@gmail.com>]

running 2 wiki's in the same tomcat (2.8 and 3.0) should not be a problem (I
just did, and they both initialize nicely)

/Harry


2010/2/8 Dirk Frederickx <di...@gmail.com>

> Txs Harry,
>
> I will do some more investigation.
>
> Note: I am running also a v2.8.x JSPWiki in the same TOMCAT instance. Could
> this cause any problem ?
>
>
> dirk
>
> On Mon, Feb 8, 2010 at 7:55 AM, Harry Metske <ha...@gmail.com>
> wrote:
>
> > Dirk,
> >
> > I can't think of anything else than that you are loading a version of
> > org.w3c.dom.Node that does not have the getTextContent() method.
> > Can you add the java parameter " -verbose:class" to see from which jar it
> > is
> > loaded, maybe that gives a clue.
> >
> > regards,
> > Harry
> >
> > 2010/2/7 Dirk Frederickx <di...@gmail.com>
> >
> > > Guys,
> > >
> > > The latest check-ins on v3.0.0 seem to have broken the deployability
> from
> > > WAR.
> > > I'm kind a blocked to check in several pending fixes (mainly javascript
> )
> > >  to align with the latest template changes of Andrew.
> > >
> > > It seems the Content-Manager doesn't initialize properly.
> > >
> > > Any suggestions ?
> > >
> > >
> > > 2010-01-23 19:29:15,648 [main] INFO org.priha.core.RepositoryImpl  -
> > > Initializing SessionManager...
> > > 2010-01-23 19:29:15,841 [main] INFO org.apache.wiki.util.ClassUtil  -
> > > Failed
> > > to invoke class org.apache.wiki.content.ContentManager
> > > java.lang.NoSuchMethodError:
> > > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> > > 2010-01-23 19:29:15,843 [main] ERROR org.apache.wiki.WikiEngine  -
> > JSPWiki
> > > could not start, due to an unknown exception while starting, stacktrace
> > > follows:
> > > org.apache.wiki.api.WikiException: Failed to invoke class
> > > org.apache.wiki.content.ContentManager, reason:
> > > java.lang.NoSuchMethodError:
> > > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> > > at org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:311)
> > > at org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:204)
> > > at org.apache.wiki.WikiEngine.initialize(WikiEngine.java:565)
> > > at org.apache.wiki.WikiEngine.<init>(WikiEngine.java:429)
> > >
> > >
> > > dirk
> > >
> > >
> > > On Sun, Jan 24, 2010 at 12:06 PM, Harry Metske <harry.metske@gmail.com
> > > >wrote:
> > >
> > > > could it be that there is an old version of org.w3c.dom.Node
> somewhere
> > > > else in your classpath  ?
> > > >
> > > > /Harry
> > > >
> > > > 2010/1/23 Dirk Frederickx <di...@gmail.com>
> > > >
> > > > > Harry,
> > > > >
> > > > > Txs for the quick reply.
> > > > > But that's not the problem -- I have v3.0.0. runing quite some
> time.
> > > > > I just did a clean install from the war.
> > > > >
> > > > > I'm running java 1.5
> > > > >
> > > > > java version "1.5.0_19"
> > > > > Java(TM) 2 Runtime Environment, Standard Edition (build
> > > 1.5.0_19-b02-306)
> > > > > Java HotSpot(TM) Client VM (build 1.5.0_19-138, mixed mode,
> sharing)
> > > > >
> > > > >
> > > > >
> > > > > dirk
> > > > >
> > > > >
> > > > > On Sat, Jan 23, 2010 at 8:53 PM, Dirk Frederickx
> > > > > <di...@gmail.com>wrote:
> > > > >
> > > > > > Harry,
> > > > > >
> > > > > > Txs for the quick reply.
> > > > > > But that's not the problem -- I have v3.0.0. runing quite some
> > time.
> > > > > > I just tried a
> > > > > >
> > > > > >
> > > > > > On Sat, Jan 23, 2010 at 8:28 PM, Harry Metske <
> > > harry.metske@gmail.com
> > > > > >wrote:
> > > > > >
> > > > > >> it looks like you are running with a JDK 1.4, while JDK5 is the
> > > > minimum
> > > > > >> requirement.
> > > > > >>
> > > > > >> regards,
> > > > > >> Harry
> > > > > >>
> > > > > >> 2010/1/23 Dirk Frederickx <di...@gmail.com>
> > > > > >>
> > > > > >> > I have difficulties in deploying a recent v3.0.0 version.
> > > > > >> > The startup op JSPWiki fails with the below error/stack-trace.
> > > > > >> >
> > > > > >> > Any hint what could be wrong ?
> > > > > >> >
> > > > > >> >
> > > > > >> > 2010-01-23 19:29:15,648 [main] INFO
> > org.priha.core.RepositoryImpl
> > >  -
> > > > > >> > Initializing SessionManager...
> > > > > >> > 2010-01-23 19:29:15,841 [main] INFO
> > org.apache.wiki.util.ClassUtil
> > > >  -
> > > > > >> > Failed
> > > > > >> > to invoke class org.apache.wiki.content.ContentManager
> > > > > >> > java.lang.NoSuchMethodError:
> > > > > >> > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> > > > > >> > 2010-01-23 19:29:15,843 [main] ERROR
> org.apache.wiki.WikiEngine
> >  -
> > > > > >> JSPWiki
> > > > > >> > could not start, due to an unknown exception while starting,
> > > > > stacktrace
> > > > > >> > follows:
> > > > > >> > org.apache.wiki.api.WikiException: Failed to invoke class
> > > > > >> > org.apache.wiki.content.ContentManager, reason:
> > > > > >> > java.lang.NoSuchMethodError:
> > > > > >> > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> > > > > >> > at
> > > > org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:311)
> > > > > >> > at
> > > > org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:204)
> > > > > >> > at org.apache.wiki.WikiEngine.initialize(WikiEngine.java:565)
> > > > > >> > at org.apache.wiki.WikiEngine.<init>(WikiEngine.java:429)
> > > > > >> >
> > > > > >> >
> > > > > >> >
> > > > > >> > dirk
> > > > > >> >
> > > > > >>
> > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>

Re: help with v3.0.0-svn-200

[Dirk Frederickx <di...@gmail.com>]

Txs Harry,

I will do some more investigation.

Note: I am running also a v2.8.x JSPWiki in the same TOMCAT instance. Could
this cause any problem ?


dirk

On Mon, Feb 8, 2010 at 7:55 AM, Harry Metske <ha...@gmail.com> wrote:

> Dirk,
>
> I can't think of anything else than that you are loading a version of
> org.w3c.dom.Node that does not have the getTextContent() method.
> Can you add the java parameter " -verbose:class" to see from which jar it
> is
> loaded, maybe that gives a clue.
>
> regards,
> Harry
>
> 2010/2/7 Dirk Frederickx <di...@gmail.com>
>
> > Guys,
> >
> > The latest check-ins on v3.0.0 seem to have broken the deployability from
> > WAR.
> > I'm kind a blocked to check in several pending fixes (mainly javascript )
> >  to align with the latest template changes of Andrew.
> >
> > It seems the Content-Manager doesn't initialize properly.
> >
> > Any suggestions ?
> >
> >
> > 2010-01-23 19:29:15,648 [main] INFO org.priha.core.RepositoryImpl  -
> > Initializing SessionManager...
> > 2010-01-23 19:29:15,841 [main] INFO org.apache.wiki.util.ClassUtil  -
> > Failed
> > to invoke class org.apache.wiki.content.ContentManager
> > java.lang.NoSuchMethodError:
> > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> > 2010-01-23 19:29:15,843 [main] ERROR org.apache.wiki.WikiEngine  -
> JSPWiki
> > could not start, due to an unknown exception while starting, stacktrace
> > follows:
> > org.apache.wiki.api.WikiException: Failed to invoke class
> > org.apache.wiki.content.ContentManager, reason:
> > java.lang.NoSuchMethodError:
> > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> > at org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:311)
> > at org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:204)
> > at org.apache.wiki.WikiEngine.initialize(WikiEngine.java:565)
> > at org.apache.wiki.WikiEngine.<init>(WikiEngine.java:429)
> >
> >
> > dirk
> >
> >
> > On Sun, Jan 24, 2010 at 12:06 PM, Harry Metske <harry.metske@gmail.com
> > >wrote:
> >
> > > could it be that there is an old version of org.w3c.dom.Node somewhere
> > > else in your classpath  ?
> > >
> > > /Harry
> > >
> > > 2010/1/23 Dirk Frederickx <di...@gmail.com>
> > >
> > > > Harry,
> > > >
> > > > Txs for the quick reply.
> > > > But that's not the problem -- I have v3.0.0. runing quite some time.
> > > > I just did a clean install from the war.
> > > >
> > > > I'm running java 1.5
> > > >
> > > > java version "1.5.0_19"
> > > > Java(TM) 2 Runtime Environment, Standard Edition (build
> > 1.5.0_19-b02-306)
> > > > Java HotSpot(TM) Client VM (build 1.5.0_19-138, mixed mode, sharing)
> > > >
> > > >
> > > >
> > > > dirk
> > > >
> > > >
> > > > On Sat, Jan 23, 2010 at 8:53 PM, Dirk Frederickx
> > > > <di...@gmail.com>wrote:
> > > >
> > > > > Harry,
> > > > >
> > > > > Txs for the quick reply.
> > > > > But that's not the problem -- I have v3.0.0. runing quite some
> time.
> > > > > I just tried a
> > > > >
> > > > >
> > > > > On Sat, Jan 23, 2010 at 8:28 PM, Harry Metske <
> > harry.metske@gmail.com
> > > > >wrote:
> > > > >
> > > > >> it looks like you are running with a JDK 1.4, while JDK5 is the
> > > minimum
> > > > >> requirement.
> > > > >>
> > > > >> regards,
> > > > >> Harry
> > > > >>
> > > > >> 2010/1/23 Dirk Frederickx <di...@gmail.com>
> > > > >>
> > > > >> > I have difficulties in deploying a recent v3.0.0 version.
> > > > >> > The startup op JSPWiki fails with the below error/stack-trace.
> > > > >> >
> > > > >> > Any hint what could be wrong ?
> > > > >> >
> > > > >> >
> > > > >> > 2010-01-23 19:29:15,648 [main] INFO
> org.priha.core.RepositoryImpl
> >  -
> > > > >> > Initializing SessionManager...
> > > > >> > 2010-01-23 19:29:15,841 [main] INFO
> org.apache.wiki.util.ClassUtil
> > >  -
> > > > >> > Failed
> > > > >> > to invoke class org.apache.wiki.content.ContentManager
> > > > >> > java.lang.NoSuchMethodError:
> > > > >> > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> > > > >> > 2010-01-23 19:29:15,843 [main] ERROR org.apache.wiki.WikiEngine
>  -
> > > > >> JSPWiki
> > > > >> > could not start, due to an unknown exception while starting,
> > > > stacktrace
> > > > >> > follows:
> > > > >> > org.apache.wiki.api.WikiException: Failed to invoke class
> > > > >> > org.apache.wiki.content.ContentManager, reason:
> > > > >> > java.lang.NoSuchMethodError:
> > > > >> > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> > > > >> > at
> > > org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:311)
> > > > >> > at
> > > org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:204)
> > > > >> > at org.apache.wiki.WikiEngine.initialize(WikiEngine.java:565)
> > > > >> > at org.apache.wiki.WikiEngine.<init>(WikiEngine.java:429)
> > > > >> >
> > > > >> >
> > > > >> >
> > > > >> > dirk
> > > > >> >
> > > > >>
> > > > >
> > > > >
> > > >
> > >
> >
>

Re: help with v3.0.0-svn-200

[Harry Metske <ha...@gmail.com>]

Dirk,

I can't think of anything else than that you are loading a version of
org.w3c.dom.Node that does not have the getTextContent() method.
Can you add the java parameter " -verbose:class" to see from which jar it is
loaded, maybe that gives a clue.

regards,
Harry

2010/2/7 Dirk Frederickx <di...@gmail.com>

> Guys,
>
> The latest check-ins on v3.0.0 seem to have broken the deployability from
> WAR.
> I'm kind a blocked to check in several pending fixes (mainly javascript )
>  to align with the latest template changes of Andrew.
>
> It seems the Content-Manager doesn't initialize properly.
>
> Any suggestions ?
>
>
> 2010-01-23 19:29:15,648 [main] INFO org.priha.core.RepositoryImpl  -
> Initializing SessionManager...
> 2010-01-23 19:29:15,841 [main] INFO org.apache.wiki.util.ClassUtil  -
> Failed
> to invoke class org.apache.wiki.content.ContentManager
> java.lang.NoSuchMethodError:
> org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> 2010-01-23 19:29:15,843 [main] ERROR org.apache.wiki.WikiEngine  - JSPWiki
> could not start, due to an unknown exception while starting, stacktrace
> follows:
> org.apache.wiki.api.WikiException: Failed to invoke class
> org.apache.wiki.content.ContentManager, reason:
> java.lang.NoSuchMethodError:
> org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> at org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:311)
> at org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:204)
> at org.apache.wiki.WikiEngine.initialize(WikiEngine.java:565)
> at org.apache.wiki.WikiEngine.<init>(WikiEngine.java:429)
>
>
> dirk
>
>
> On Sun, Jan 24, 2010 at 12:06 PM, Harry Metske <harry.metske@gmail.com
> >wrote:
>
> > could it be that there is an old version of org.w3c.dom.Node somewhere
> > else in your classpath  ?
> >
> > /Harry
> >
> > 2010/1/23 Dirk Frederickx <di...@gmail.com>
> >
> > > Harry,
> > >
> > > Txs for the quick reply.
> > > But that's not the problem -- I have v3.0.0. runing quite some time.
> > > I just did a clean install from the war.
> > >
> > > I'm running java 1.5
> > >
> > > java version "1.5.0_19"
> > > Java(TM) 2 Runtime Environment, Standard Edition (build
> 1.5.0_19-b02-306)
> > > Java HotSpot(TM) Client VM (build 1.5.0_19-138, mixed mode, sharing)
> > >
> > >
> > >
> > > dirk
> > >
> > >
> > > On Sat, Jan 23, 2010 at 8:53 PM, Dirk Frederickx
> > > <di...@gmail.com>wrote:
> > >
> > > > Harry,
> > > >
> > > > Txs for the quick reply.
> > > > But that's not the problem -- I have v3.0.0. runing quite some time.
> > > > I just tried a
> > > >
> > > >
> > > > On Sat, Jan 23, 2010 at 8:28 PM, Harry Metske <
> harry.metske@gmail.com
> > > >wrote:
> > > >
> > > >> it looks like you are running with a JDK 1.4, while JDK5 is the
> > minimum
> > > >> requirement.
> > > >>
> > > >> regards,
> > > >> Harry
> > > >>
> > > >> 2010/1/23 Dirk Frederickx <di...@gmail.com>
> > > >>
> > > >> > I have difficulties in deploying a recent v3.0.0 version.
> > > >> > The startup op JSPWiki fails with the below error/stack-trace.
> > > >> >
> > > >> > Any hint what could be wrong ?
> > > >> >
> > > >> >
> > > >> > 2010-01-23 19:29:15,648 [main] INFO org.priha.core.RepositoryImpl
>  -
> > > >> > Initializing SessionManager...
> > > >> > 2010-01-23 19:29:15,841 [main] INFO org.apache.wiki.util.ClassUtil
> >  -
> > > >> > Failed
> > > >> > to invoke class org.apache.wiki.content.ContentManager
> > > >> > java.lang.NoSuchMethodError:
> > > >> > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> > > >> > 2010-01-23 19:29:15,843 [main] ERROR org.apache.wiki.WikiEngine  -
> > > >> JSPWiki
> > > >> > could not start, due to an unknown exception while starting,
> > > stacktrace
> > > >> > follows:
> > > >> > org.apache.wiki.api.WikiException: Failed to invoke class
> > > >> > org.apache.wiki.content.ContentManager, reason:
> > > >> > java.lang.NoSuchMethodError:
> > > >> > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> > > >> > at
> > org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:311)
> > > >> > at
> > org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:204)
> > > >> > at org.apache.wiki.WikiEngine.initialize(WikiEngine.java:565)
> > > >> > at org.apache.wiki.WikiEngine.<init>(WikiEngine.java:429)
> > > >> >
> > > >> >
> > > >> >
> > > >> > dirk
> > > >> >
> > > >>
> > > >
> > > >
> > >
> >
>

Re: help with v3.0.0-svn-200

[Dirk Frederickx <di...@gmail.com>]

Andrew,

A removed the .prihalock file, but I'm still faced with the same problem.

I have a standard TOMCAT running, just performing an auto deploy of the war.


Normally, I'm just updating the .jar and the changed jsp's; but due to the
amount of changes I now tried a redeploy.    Is this working at your end ?



dirk


On Sun, Feb 7, 2010 at 10:34 PM, Andrew Jaquith
<an...@gmail.com>wrote:

> Dirk,
>
> Is an old /tmp/priha/.prihalock file kicking around from a previous
> deployment? If it is, that would explain the failure to deploy.
>
> That said, the specific DOM message suggests a classloader issue, or
> missing jar. What's your setup?
>
>
> On Feb 7, 2010, at 13:00, Dirk Frederickx <di...@gmail.com>
> wrote:
>
>  Guys,
>>
>> The latest check-ins on v3.0.0 seem to have broken the deployability from
>> WAR.
>> I'm kind a blocked to check in several pending fixes (mainly javascript )
>> to align with the latest template changes of Andrew.
>>
>> It seems the Content-Manager doesn't initialize properly.
>>
>> Any suggestions ?
>>
>>
>> 2010-01-23 19:29:15,648 [main] INFO org.priha.core.RepositoryImpl  -
>> Initializing SessionManager...
>> 2010-01-23 19:29:15,841 [main] INFO org.apache.wiki.util.ClassUtil  -
>> Failed
>> to invoke class org.apache.wiki.content.ContentManager
>> java.lang.NoSuchMethodError:
>> org.w3c.dom.Node.getTextContent()Ljava/lang/String;
>> 2010-01-23 19:29:15,843 [main] ERROR org.apache.wiki.WikiEngine  - JSPWiki
>> could not start, due to an unknown exception while starting, stacktrace
>> follows:
>> org.apache.wiki.api.WikiException: Failed to invoke class
>> org.apache.wiki.content.ContentManager, reason:
>> java.lang.NoSuchMethodError:
>> org.w3c.dom.Node.getTextContent()Ljava/lang/String;
>> at org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:311)
>> at org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:204)
>> at org.apache.wiki.WikiEngine.initialize(WikiEngine.java:565)
>> at org.apache.wiki.WikiEngine.<init>(WikiEngine.java:429)
>>
>>
>> dirk
>>
>>
>> On Sun, Jan 24, 2010 at 12:06 PM, Harry Metske <harry.metske@gmail.com
>> >wrote:
>>
>>  could it be that there is an old version of org.w3c.dom.Node somewhere
>>> else in your classpath  ?
>>>
>>> /Harry
>>>
>>> 2010/1/23 Dirk Frederickx <di...@gmail.com>
>>>
>>>  Harry,
>>>>
>>>> Txs for the quick reply.
>>>> But that's not the problem -- I have v3.0.0. runing quite some time.
>>>> I just did a clean install from the war.
>>>>
>>>> I'm running java 1.5
>>>>
>>>> java version "1.5.0_19"
>>>> Java(TM) 2 Runtime Environment, Standard Edition (build
>>>> 1.5.0_19-b02-306)
>>>> Java HotSpot(TM) Client VM (build 1.5.0_19-138, mixed mode, sharing)
>>>>
>>>>
>>>>
>>>> dirk
>>>>
>>>>
>>>> On Sat, Jan 23, 2010 at 8:53 PM, Dirk Frederickx
>>>> <di...@gmail.com>wrote:
>>>>
>>>>  Harry,
>>>>>
>>>>> Txs for the quick reply.
>>>>> But that's not the problem -- I have v3.0.0. runing quite some time.
>>>>> I just tried a
>>>>>
>>>>>
>>>>> On Sat, Jan 23, 2010 at 8:28 PM, Harry Metske <harry.metske@gmail.com
>>>>> wrote:
>>>>>
>>>>>  it looks like you are running with a JDK 1.4, while JDK5 is the
>>>>>>
>>>>> minimum
>>>
>>>> requirement.
>>>>>>
>>>>>> regards,
>>>>>> Harry
>>>>>>
>>>>>> 2010/1/23 Dirk Frederickx <di...@gmail.com>
>>>>>>
>>>>>>  I have difficulties in deploying a recent v3.0.0 version.
>>>>>>> The startup op JSPWiki fails with the below error/stack-trace.
>>>>>>>
>>>>>>> Any hint what could be wrong ?
>>>>>>>
>>>>>>>
>>>>>>> 2010-01-23 19:29:15,648 [main] INFO org.priha.core.RepositoryImpl  -
>>>>>>> Initializing SessionManager...
>>>>>>> 2010-01-23 19:29:15,841 [main] INFO org.apache.wiki.util.ClassUtil
>>>>>>>
>>>>>> -
>>>
>>>> Failed
>>>>>>> to invoke class org.apache.wiki.content.ContentManager
>>>>>>> java.lang.NoSuchMethodError:
>>>>>>> org.w3c.dom.Node.getTextContent()Ljava/lang/String;
>>>>>>> 2010-01-23 19:29:15,843 [main] ERROR org.apache.wiki.WikiEngine  -
>>>>>>>
>>>>>> JSPWiki
>>>>>>
>>>>>>> could not start, due to an unknown exception while starting,
>>>>>>>
>>>>>> stacktrace
>>>>
>>>>> follows:
>>>>>>> org.apache.wiki.api.WikiException: Failed to invoke class
>>>>>>> org.apache.wiki.content.ContentManager, reason:
>>>>>>> java.lang.NoSuchMethodError:
>>>>>>> org.w3c.dom.Node.getTextContent()Ljava/lang/String;
>>>>>>> at
>>>>>>>
>>>>>> org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:311)
>>>
>>>> at
>>>>>>>
>>>>>> org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:204)
>>>
>>>> at org.apache.wiki.WikiEngine.initialize(WikiEngine.java:565)
>>>>>>> at org.apache.wiki.WikiEngine.<init>(WikiEngine.java:429)
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> dirk
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>

Re: help with v3.0.0-svn-200

[Andrew Jaquith <an...@gmail.com>]

Dirk,

Is an old /tmp/priha/.prihalock file kicking around from a previous  
deployment? If it is, that would explain the failure to deploy.

That said, the specific DOM message suggests a classloader issue, or  
missing jar. What's your setup?

On Feb 7, 2010, at 13:00, Dirk Frederickx <di...@gmail.com>  
wrote:

> Guys,
>
> The latest check-ins on v3.0.0 seem to have broken the deployability  
> from
> WAR.
> I'm kind a blocked to check in several pending fixes (mainly  
> javascript )
> to align with the latest template changes of Andrew.
>
> It seems the Content-Manager doesn't initialize properly.
>
> Any suggestions ?
>
>
> 2010-01-23 19:29:15,648 [main] INFO org.priha.core.RepositoryImpl  -
> Initializing SessionManager...
> 2010-01-23 19:29:15,841 [main] INFO org.apache.wiki.util.ClassUtil   
> - Failed
> to invoke class org.apache.wiki.content.ContentManager
> java.lang.NoSuchMethodError:
> org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> 2010-01-23 19:29:15,843 [main] ERROR org.apache.wiki.WikiEngine  -  
> JSPWiki
> could not start, due to an unknown exception while starting,  
> stacktrace
> follows:
> org.apache.wiki.api.WikiException: Failed to invoke class
> org.apache.wiki.content.ContentManager, reason:  
> java.lang.NoSuchMethodError:
> org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> at org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:311)
> at org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:204)
> at org.apache.wiki.WikiEngine.initialize(WikiEngine.java:565)
> at org.apache.wiki.WikiEngine.<init>(WikiEngine.java:429)
>
>
> dirk
>
>
> On Sun, Jan 24, 2010 at 12:06 PM, Harry Metske  
> <ha...@gmail.com>wrote:
>
>> could it be that there is an old version of org.w3c.dom.Node  
>> somewhere
>> else in your classpath  ?
>>
>> /Harry
>>
>> 2010/1/23 Dirk Frederickx <di...@gmail.com>
>>
>>> Harry,
>>>
>>> Txs for the quick reply.
>>> But that's not the problem -- I have v3.0.0. runing quite some time.
>>> I just did a clean install from the war.
>>>
>>> I'm running java 1.5
>>>
>>> java version "1.5.0_19"
>>> Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_19- 
>>> b02-306)
>>> Java HotSpot(TM) Client VM (build 1.5.0_19-138, mixed mode, sharing)
>>>
>>>
>>>
>>> dirk
>>>
>>>
>>> On Sat, Jan 23, 2010 at 8:53 PM, Dirk Frederickx
>>> <di...@gmail.com>wrote:
>>>
>>>> Harry,
>>>>
>>>> Txs for the quick reply.
>>>> But that's not the problem -- I have v3.0.0. runing quite some  
>>>> time.
>>>> I just tried a
>>>>
>>>>
>>>> On Sat, Jan 23, 2010 at 8:28 PM, Harry Metske <harry.metske@gmail.com
>>>> wrote:
>>>>
>>>>> it looks like you are running with a JDK 1.4, while JDK5 is the
>> minimum
>>>>> requirement.
>>>>>
>>>>> regards,
>>>>> Harry
>>>>>
>>>>> 2010/1/23 Dirk Frederickx <di...@gmail.com>
>>>>>
>>>>>> I have difficulties in deploying a recent v3.0.0 version.
>>>>>> The startup op JSPWiki fails with the below error/stack-trace.
>>>>>>
>>>>>> Any hint what could be wrong ?
>>>>>>
>>>>>>
>>>>>> 2010-01-23 19:29:15,648 [main] INFO  
>>>>>> org.priha.core.RepositoryImpl  -
>>>>>> Initializing SessionManager...
>>>>>> 2010-01-23 19:29:15,841 [main] INFO  
>>>>>> org.apache.wiki.util.ClassUtil
>> -
>>>>>> Failed
>>>>>> to invoke class org.apache.wiki.content.ContentManager
>>>>>> java.lang.NoSuchMethodError:
>>>>>> org.w3c.dom.Node.getTextContent()Ljava/lang/String;
>>>>>> 2010-01-23 19:29:15,843 [main] ERROR  
>>>>>> org.apache.wiki.WikiEngine  -
>>>>> JSPWiki
>>>>>> could not start, due to an unknown exception while starting,
>>> stacktrace
>>>>>> follows:
>>>>>> org.apache.wiki.api.WikiException: Failed to invoke class
>>>>>> org.apache.wiki.content.ContentManager, reason:
>>>>>> java.lang.NoSuchMethodError:
>>>>>> org.w3c.dom.Node.getTextContent()Ljava/lang/String;
>>>>>> at
>> org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:311)
>>>>>> at
>> org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:204)
>>>>>> at org.apache.wiki.WikiEngine.initialize(WikiEngine.java:565)
>>>>>> at org.apache.wiki.WikiEngine.<init>(WikiEngine.java:429)
>>>>>>
>>>>>>
>>>>>>
>>>>>> dirk
>>>>>>
>>>>>
>>>>
>>>>
>>>
>>

Re: help with v3.0.0-svn-200

[Dirk Frederickx <di...@gmail.com>]

Guys,

The latest check-ins on v3.0.0 seem to have broken the deployability from
WAR.
I'm kind a blocked to check in several pending fixes (mainly javascript )
 to align with the latest template changes of Andrew.

It seems the Content-Manager doesn't initialize properly.

Any suggestions ?


2010-01-23 19:29:15,648 [main] INFO org.priha.core.RepositoryImpl  -
Initializing SessionManager...
2010-01-23 19:29:15,841 [main] INFO org.apache.wiki.util.ClassUtil  - Failed
to invoke class org.apache.wiki.content.ContentManager
java.lang.NoSuchMethodError:
org.w3c.dom.Node.getTextContent()Ljava/lang/String;
2010-01-23 19:29:15,843 [main] ERROR org.apache.wiki.WikiEngine  - JSPWiki
could not start, due to an unknown exception while starting, stacktrace
follows:
org.apache.wiki.api.WikiException: Failed to invoke class
org.apache.wiki.content.ContentManager, reason: java.lang.NoSuchMethodError:
org.w3c.dom.Node.getTextContent()Ljava/lang/String;
at org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:311)
at org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:204)
at org.apache.wiki.WikiEngine.initialize(WikiEngine.java:565)
at org.apache.wiki.WikiEngine.<init>(WikiEngine.java:429)


dirk


On Sun, Jan 24, 2010 at 12:06 PM, Harry Metske <ha...@gmail.com>wrote:

> could it be that there is an old version of org.w3c.dom.Node somewhere
> else in your classpath  ?
>
> /Harry
>
> 2010/1/23 Dirk Frederickx <di...@gmail.com>
>
> > Harry,
> >
> > Txs for the quick reply.
> > But that's not the problem -- I have v3.0.0. runing quite some time.
> > I just did a clean install from the war.
> >
> > I'm running java 1.5
> >
> > java version "1.5.0_19"
> > Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_19-b02-306)
> > Java HotSpot(TM) Client VM (build 1.5.0_19-138, mixed mode, sharing)
> >
> >
> >
> > dirk
> >
> >
> > On Sat, Jan 23, 2010 at 8:53 PM, Dirk Frederickx
> > <di...@gmail.com>wrote:
> >
> > > Harry,
> > >
> > > Txs for the quick reply.
> > > But that's not the problem -- I have v3.0.0. runing quite some time.
> > > I just tried a
> > >
> > >
> > > On Sat, Jan 23, 2010 at 8:28 PM, Harry Metske <harry.metske@gmail.com
> > >wrote:
> > >
> > >> it looks like you are running with a JDK 1.4, while JDK5 is the
> minimum
> > >> requirement.
> > >>
> > >> regards,
> > >> Harry
> > >>
> > >> 2010/1/23 Dirk Frederickx <di...@gmail.com>
> > >>
> > >> > I have difficulties in deploying a recent v3.0.0 version.
> > >> > The startup op JSPWiki fails with the below error/stack-trace.
> > >> >
> > >> > Any hint what could be wrong ?
> > >> >
> > >> >
> > >> > 2010-01-23 19:29:15,648 [main] INFO org.priha.core.RepositoryImpl  -
> > >> > Initializing SessionManager...
> > >> > 2010-01-23 19:29:15,841 [main] INFO org.apache.wiki.util.ClassUtil
>  -
> > >> > Failed
> > >> > to invoke class org.apache.wiki.content.ContentManager
> > >> > java.lang.NoSuchMethodError:
> > >> > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> > >> > 2010-01-23 19:29:15,843 [main] ERROR org.apache.wiki.WikiEngine  -
> > >> JSPWiki
> > >> > could not start, due to an unknown exception while starting,
> > stacktrace
> > >> > follows:
> > >> > org.apache.wiki.api.WikiException: Failed to invoke class
> > >> > org.apache.wiki.content.ContentManager, reason:
> > >> > java.lang.NoSuchMethodError:
> > >> > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> > >> > at
> org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:311)
> > >> > at
> org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:204)
> > >> > at org.apache.wiki.WikiEngine.initialize(WikiEngine.java:565)
> > >> > at org.apache.wiki.WikiEngine.<init>(WikiEngine.java:429)
> > >> >
> > >> >
> > >> >
> > >> > dirk
> > >> >
> > >>
> > >
> > >
> >
>

Re: help with v3.0.0-svn-200

[Harry Metske <ha...@gmail.com>]

could it be that there is an old version of org.w3c.dom.Node somewhere
else in your classpath  ?

/Harry

2010/1/23 Dirk Frederickx <di...@gmail.com>

> Harry,
>
> Txs for the quick reply.
> But that's not the problem -- I have v3.0.0. runing quite some time.
> I just did a clean install from the war.
>
> I'm running java 1.5
>
> java version "1.5.0_19"
> Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_19-b02-306)
> Java HotSpot(TM) Client VM (build 1.5.0_19-138, mixed mode, sharing)
>
>
>
> dirk
>
>
> On Sat, Jan 23, 2010 at 8:53 PM, Dirk Frederickx
> <di...@gmail.com>wrote:
>
> > Harry,
> >
> > Txs for the quick reply.
> > But that's not the problem -- I have v3.0.0. runing quite some time.
> > I just tried a
> >
> >
> > On Sat, Jan 23, 2010 at 8:28 PM, Harry Metske <harry.metske@gmail.com
> >wrote:
> >
> >> it looks like you are running with a JDK 1.4, while JDK5 is the minimum
> >> requirement.
> >>
> >> regards,
> >> Harry
> >>
> >> 2010/1/23 Dirk Frederickx <di...@gmail.com>
> >>
> >> > I have difficulties in deploying a recent v3.0.0 version.
> >> > The startup op JSPWiki fails with the below error/stack-trace.
> >> >
> >> > Any hint what could be wrong ?
> >> >
> >> >
> >> > 2010-01-23 19:29:15,648 [main] INFO org.priha.core.RepositoryImpl  -
> >> > Initializing SessionManager...
> >> > 2010-01-23 19:29:15,841 [main] INFO org.apache.wiki.util.ClassUtil  -
> >> > Failed
> >> > to invoke class org.apache.wiki.content.ContentManager
> >> > java.lang.NoSuchMethodError:
> >> > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> >> > 2010-01-23 19:29:15,843 [main] ERROR org.apache.wiki.WikiEngine  -
> >> JSPWiki
> >> > could not start, due to an unknown exception while starting,
> stacktrace
> >> > follows:
> >> > org.apache.wiki.api.WikiException: Failed to invoke class
> >> > org.apache.wiki.content.ContentManager, reason:
> >> > java.lang.NoSuchMethodError:
> >> > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> >> > at org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:311)
> >> > at org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:204)
> >> > at org.apache.wiki.WikiEngine.initialize(WikiEngine.java:565)
> >> > at org.apache.wiki.WikiEngine.<init>(WikiEngine.java:429)
> >> >
> >> >
> >> >
> >> > dirk
> >> >
> >>
> >
> >
>

Re: help with v3.0.0-svn-200

[Dirk Frederickx <di...@gmail.com>]

Harry,

Txs for the quick reply.
But that's not the problem -- I have v3.0.0. runing quite some time.
I just did a clean install from the war.

I'm running java 1.5

java version "1.5.0_19"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_19-b02-306)
Java HotSpot(TM) Client VM (build 1.5.0_19-138, mixed mode, sharing)



dirk


On Sat, Jan 23, 2010 at 8:53 PM, Dirk Frederickx
<di...@gmail.com>wrote:

> Harry,
>
> Txs for the quick reply.
> But that's not the problem -- I have v3.0.0. runing quite some time.
> I just tried a
>
>
> On Sat, Jan 23, 2010 at 8:28 PM, Harry Metske <ha...@gmail.com>wrote:
>
>> it looks like you are running with a JDK 1.4, while JDK5 is the minimum
>> requirement.
>>
>> regards,
>> Harry
>>
>> 2010/1/23 Dirk Frederickx <di...@gmail.com>
>>
>> > I have difficulties in deploying a recent v3.0.0 version.
>> > The startup op JSPWiki fails with the below error/stack-trace.
>> >
>> > Any hint what could be wrong ?
>> >
>> >
>> > 2010-01-23 19:29:15,648 [main] INFO org.priha.core.RepositoryImpl  -
>> > Initializing SessionManager...
>> > 2010-01-23 19:29:15,841 [main] INFO org.apache.wiki.util.ClassUtil  -
>> > Failed
>> > to invoke class org.apache.wiki.content.ContentManager
>> > java.lang.NoSuchMethodError:
>> > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
>> > 2010-01-23 19:29:15,843 [main] ERROR org.apache.wiki.WikiEngine  -
>> JSPWiki
>> > could not start, due to an unknown exception while starting, stacktrace
>> > follows:
>> > org.apache.wiki.api.WikiException: Failed to invoke class
>> > org.apache.wiki.content.ContentManager, reason:
>> > java.lang.NoSuchMethodError:
>> > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
>> > at org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:311)
>> > at org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:204)
>> > at org.apache.wiki.WikiEngine.initialize(WikiEngine.java:565)
>> > at org.apache.wiki.WikiEngine.<init>(WikiEngine.java:429)
>> >
>> >
>> >
>> > dirk
>> >
>>
>
>

Re: help with v3.0.0-svn-200

[Dirk Frederickx <di...@gmail.com>]

Harry,

Txs for the quick reply.
But that's not the problem -- I have v3.0.0. runing quite some time.
I just tried a

On Sat, Jan 23, 2010 at 8:28 PM, Harry Metske <ha...@gmail.com>wrote:

> it looks like you are running with a JDK 1.4, while JDK5 is the minimum
> requirement.
>
> regards,
> Harry
>
> 2010/1/23 Dirk Frederickx <di...@gmail.com>
>
> > I have difficulties in deploying a recent v3.0.0 version.
> > The startup op JSPWiki fails with the below error/stack-trace.
> >
> > Any hint what could be wrong ?
> >
> >
> > 2010-01-23 19:29:15,648 [main] INFO org.priha.core.RepositoryImpl  -
> > Initializing SessionManager...
> > 2010-01-23 19:29:15,841 [main] INFO org.apache.wiki.util.ClassUtil  -
> > Failed
> > to invoke class org.apache.wiki.content.ContentManager
> > java.lang.NoSuchMethodError:
> > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> > 2010-01-23 19:29:15,843 [main] ERROR org.apache.wiki.WikiEngine  -
> JSPWiki
> > could not start, due to an unknown exception while starting, stacktrace
> > follows:
> > org.apache.wiki.api.WikiException: Failed to invoke class
> > org.apache.wiki.content.ContentManager, reason:
> > java.lang.NoSuchMethodError:
> > org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> > at org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:311)
> > at org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:204)
> > at org.apache.wiki.WikiEngine.initialize(WikiEngine.java:565)
> > at org.apache.wiki.WikiEngine.<init>(WikiEngine.java:429)
> >
> >
> >
> > dirk
> >
>

Re: help with v3.0.0-svn-200

[Harry Metske <ha...@gmail.com>]

it looks like you are running with a JDK 1.4, while JDK5 is the minimum
requirement.

regards,
Harry

2010/1/23 Dirk Frederickx <di...@gmail.com>

> I have difficulties in deploying a recent v3.0.0 version.
> The startup op JSPWiki fails with the below error/stack-trace.
>
> Any hint what could be wrong ?
>
>
> 2010-01-23 19:29:15,648 [main] INFO org.priha.core.RepositoryImpl  -
> Initializing SessionManager...
> 2010-01-23 19:29:15,841 [main] INFO org.apache.wiki.util.ClassUtil  -
> Failed
> to invoke class org.apache.wiki.content.ContentManager
> java.lang.NoSuchMethodError:
> org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> 2010-01-23 19:29:15,843 [main] ERROR org.apache.wiki.WikiEngine  - JSPWiki
> could not start, due to an unknown exception while starting, stacktrace
> follows:
> org.apache.wiki.api.WikiException: Failed to invoke class
> org.apache.wiki.content.ContentManager, reason:
> java.lang.NoSuchMethodError:
> org.w3c.dom.Node.getTextContent()Ljava/lang/String;
> at org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:311)
> at org.apache.wiki.util.ClassUtil.getMappedObject(ClassUtil.java:204)
> at org.apache.wiki.WikiEngine.initialize(WikiEngine.java:565)
> at org.apache.wiki.WikiEngine.<init>(WikiEngine.java:429)
>
>
>
> dirk
>