[xwiki-users] Starting and stopping again

[Douglas Landau]

Greets,
I've started over using the standard installation.  I now have start_xwiki.sh 
and stop_xwiki.sh.  But start_wiki.sh never returns.   Sorry for the dumb 
question, but I guess one is expected to actually say "start_xwiki.sh &", is 
that correct?   I don't see anything in the output that explains the failure to 
exit.

Thanks


-Original Message-
From: users [mailto:users-boun...@xwiki.org] On Behalf Of Douglas Landau
Sent: Tuesday, March 14, 2017 4:04 PM
To: XWiki Users
Subject: [xwiki-users] Redeploy the XWiki webapp ?

Greets,

The LDAP Authenticator extension webpage says "Unlike editing xwiki.cfg, which 
requires you to redeploy the XWiki webapp, ..."

How does one redeploy the app?

Thanks
Doug


-Original Message-
From: users [mailto:users-boun...@xwiki.org] On Behalf Of Marius Dumitru Florea
Sent: Tuesday, March 14, 2017 3:11 PM
To: XWiki Users
Subject: Re: [xwiki-users] CKEditor and Lightbox Macro Issue

On Tue, Mar 14, 2017 at 4:57 PM, Mahomed Hussein 
wrote:

> Hi
>
> We’ve come across a slight issue with the Lightbox macro when using 
> CKEditor 1.12. I thought I’d post to the group before logging it on Jira.
>
> Basically, the issue is that when you go into CKEditor, the Macro 
> encompasses all the text that follows it [1]. I have marked up all the 
> images so please look at them as it should make it easier to see what 
> I mean. Looking at the source, it appears that the closing DIV for the 
> macro is being put at the end of all the following content [2].
>
>

> If you then go into Source view, it deletes all the text after the 
> lightbox macro [3]. If you edit using the original Wiki editor, you 
> can see all the text is there correctly [4]
>

This sounds like http://jira.xwiki.org/browse/CKEDITOR-131 and the problem (see 
my comment to the linked issue) is probably that the LightBox Macro generates 
invalid HTML. It may look good in view mode, but usually that is because the 
browser fixes the invalid HTML on the fly. And this fixing on the fly messes up 
the macro rendering markers. Of course, the rendering markers should be made 
more robust, but that requires more changes. The easies solution is to make 
sure the macro generates valid HTML (e.g all tags are properly closed so that 
the browser doesn't have to close the DIV itself).

Hope this helps,
Marius


>
> You can put in a terrible workaround (this was more an experiment than 
> a solution to be honest) by going into Wiki edit mode, and adding 2 
> extra line breaks and a closing DIV tag inside the HTML tags [5]. This 
> then allows CKEditor to render correctly and you can view/edit the 
> content after the light box without any issues. [6]. Sadly this isn’t 
> a solution and I hope someone can help with a proper solution.
>
> It seems to me that this is something that needs changing in CKEditor, 
> rather than in the Lightbox Macro as rendering of the images and 
> lightbox is fine when viewing the documents, and it seems the Macro JS 
> code does not get executed when editing in CKEditor.
>
> Please let me know if you need any other info and I hope someone can help.
> Thanks.
>
>
> [1] - http://pasteboard.co/JljtnBA9U.png
> [2] - http://pasteboard.co/JlFkCTN8k.png
> [3] - http://pasteboard.co/JlG6J0k5E.png
> [4] - http://pasteboard.co/JlGsIdGZK.png
> [5] - http://pasteboard.co/JlHgakjs2.png
> [6] - http://pasteboard.co/JlHCxvOC8.png
>
>
>
> Kind regards,
>
>
> Mahomed Hussein
> Custodian Data Centre
> Email: maho...@custodiandc.com
> http://www.CustodianDC.com
>

The information contained in this transmission may contain West Marine 
proprietary, confidential and/or privileged information.  It is intended only 
for the use of the person(s) named above. If you are not the intended 
recipient, you are hereby notified that any review, dissemination, distribution 
or duplication of this communication is strictly prohibited. 
If you are not the intended recipient, please contact the sender by reply email 
and destroy all copies of the original message. To reply to our email 
administrator directly, please send an email to netad...@westmarine.com.

The information contained in this transmission may contain West Marine 
proprietary, confidential and/or privileged 
information.  It is intended only for the use of the person(s) named above. If 
you are not the intended recipient, you are 
hereby notified that any review, dissemination, distribution or duplication of 
this communication is strictly prohibited. 
If you are not the intended recipient, please contact the sender by reply email 
and destroy all copies of the original 
message. To reply to our email administrator directly, please send an email to 
netad...@westmarine.com.

Re: [xwiki-users] Starting and Stopping

[Keith H]

On 8 Mar 2017, at 20:31, Keith H wrote:



2. The soft shutdown ./stop_xwiki.sh never works, it always goes in 
for the

kill.


For this one I don't know. I don't have access to a Mac but AFAIK 
it's

supposed to work well. Any specific error when you run it ?



t0 = Shutdown initiated

2017-03-08 20:27:46.627:INFO:oxtjl.NotifyListener:ShutdownMonitor: 
--
2017-03-08 20:27:46.627:INFO:oxtjl.NotifyListener:ShutdownMonitor: 
Server stopping, please wait while all resources are closed...
2017-03-08 20:27:46.638:INFO:oejs.ServerConnector:ShutdownMonitor: 
Stopped ServerConnector@22da3949{HTTP/1.1}{0.0.0.0:8080}



t0

./stop_xwiki.sh
Attempting to stop XWiki cleanly on port 8080...
Failed to stop XWiki cleanly, attempting kill...

I am thinking that perhaps it didn’t give it enough time.

Keith


I extended the wait time in ./stop_swiki.sh and it does indeed take 36 
seconds.


K.

Re: [xwiki-users] Starting and Stopping

[Keith H]

2. The soft shutdown ./stop_xwiki.sh never works, it always goes in 
for the

kill.


For this one I don't know. I don't have access to a Mac but AFAIK it's
supposed to work well. Any specific error when you run it ?



t0 = Shutdown initiated

2017-03-08 20:27:46.627:INFO:oxtjl.NotifyListener:ShutdownMonitor: 
--
2017-03-08 20:27:46.627:INFO:oxtjl.NotifyListener:ShutdownMonitor: 
Server stopping, please wait while all resources are closed...
2017-03-08 20:27:46.638:INFO:oejs.ServerConnector:ShutdownMonitor: 
Stopped ServerConnector@22da3949{HTTP/1.1}{0.0.0.0:8080}



t0

./stop_xwiki.sh
Attempting to stop XWiki cleanly on port 8080...
Failed to stop XWiki cleanly, attempting kill...

I am thinking that perhaps it didn’t give it enough time.

Keith

Re: [xwiki-users] Starting and Stopping

[Thomas Mortagne]

On Wed, Mar 8, 2017 at 4:41 PM, Keith H  wrote:
> Hello All,
>
> I’m new to xwiki, and have lots of questions.
>
> Running xwiki 9.1.2 on Mac OS X, lion, on an old mac. Its looking pretty
> good but…
>
> 1. Starting up there are some error messages, and I don’t know how seriously
> to take them.
>
> 2017-03-08 15:37:36.509:WARN:oeja.AnnotationConfiguration:main:
> ServletContainerInitializers: detected. Class hierarchy: empty
> 2017-03-08 15:38:03,012 [main] WARN  o.r.Reflections- could
> not create Vfs.Dir from url. ignoring the exception and continuing
> org.reflections.ReflectionsException: could not create Vfs.Dir from url, no
> matching UrlType was found [file:/System/Library/Java/Extensions/QTJava.zip]
> either use fromURL(final URL url, final List urlTypes) or use the
> static setDefaultURLTypes(final List urlTypes) or
> addDefaultURLTypes(UrlType urlType) with your specialized UrlType.
> at org.reflections.vfs.Vfs.fromURL(Vfs.java:109)
> at org.reflections.vfs.Vfs.fromURL(Vfs.java:91)
> at org.reflections.Reflections.scan(Reflections.java:237)
> at org.reflections.Reflections.scan(Reflections.java:204)
> at org.reflections.Reflections.(Reflections.java:129)
> at
> org.xwiki.extension.maven.internal.MavenExtensionScanner.scan(MavenExtensionScanner.java:150)

This warning means that XWiki found something it does not understand
in the classloader (QTJava.zip which indeed looks a bit weird from
Java point of view) but from what I see I don't think you need to
worry here. XWiki scan the classloader to find what is already there
(so that you don't end up installing it again as a dependency of some
extension).

>
> 2. The soft shutdown ./stop_xwiki.sh never works, it always goes in for the
> kill.

For this one I don't know. I don't have access to a Mac but AFAIK it's
supposed to work well. Any specific error when you run it ?

>
> any thoughts?
>
> thanks in advance
>
> Keith



-- 
Thomas Mortagne

[xwiki-users] Starting and Stopping

[Keith H]

Hello All,

I’m new to xwiki, and have lots of questions.

Running xwiki 9.1.2 on Mac OS X, lion, on an old mac. Its looking pretty 
good but…


1. Starting up there are some error messages, and I don’t know how 
seriously to take them.


2017-03-08 15:37:36.509:WARN:oeja.AnnotationConfiguration:main: 
ServletContainerInitializers: detected. Class hierarchy: empty
2017-03-08 15:38:03,012 [main] WARN  o.r.Reflections- 
could not create Vfs.Dir from url. ignoring the exception and continuing
org.reflections.ReflectionsException: could not create Vfs.Dir from url, 
no matching UrlType was found 
[file:/System/Library/Java/Extensions/QTJava.zip]
either use fromURL(final URL url, final List urlTypes) or use 
the static setDefaultURLTypes(final List urlTypes) or 
addDefaultURLTypes(UrlType urlType) with your specialized UrlType.

at org.reflections.vfs.Vfs.fromURL(Vfs.java:109)
at org.reflections.vfs.Vfs.fromURL(Vfs.java:91)
at org.reflections.Reflections.scan(Reflections.java:237)
at org.reflections.Reflections.scan(Reflections.java:204)
at org.reflections.Reflections.(Reflections.java:129)
	at 
org.xwiki.extension.maven.internal.MavenExtensionScanner.scan(MavenExtensionScanner.java:150)


2. The soft shutdown ./stop_xwiki.sh never works, it always goes in for 
the kill.


any thoughts?

thanks in advance

Keith