14 May
2018
14 May
'18
2:13 p.m.
On Mon, May 14, 2018 at 12:46 PM, Vincent Massol <vincent(a)massol.net> wrote:
FYI we dropped the installer because it was a pain to
maintain and causing
too much trouble (FTR izpack allowed to bundled the JRE too).
I’m not sure a this stage we should go back to that.
FTR, I never suggested adding an installer, just including in the ZIP an
already available JDK.
Thanks,
Eduard
Here’s an idea:
* Merge Try and Download on xwiki.org into a single entry point
* Have a wizard in that entry point and ask some questions to the user
(with the option to skip the wizard) to direct the user to use the right
distribution for him/her.
* Thus, promote more the cloud option for users who are not technical and
want a quick way to test xwiki.
It wouldn’t solve everything for sure but maybe it would help?
Thanks
-Vincent
look
>>> wrote:
>>>>
>>>>> Hi devs, here’s a feedback we received, FYI.
>>>>>
>>>>> Ideas?
>>>>>
>>>>> Thanks
>>>>> -Vincent
>>>>>
>>>>>> Begin forwarded message:
>>>>>>
>>>>>> From: Vincent Massol
>>>>>> Subject: Re: Get started with XWiki
>>>>>> Date: 14 May 2018 at 09:10:06 CEST
>>>>>> To: XXX
>>>>>> Cc: XXX
>>>>>>
>>>>>> Hi Christian,
>>>>>>
>>>>>>> On 12 May 2018, at 14:25, Christian XXX wrote:
>>>>>>>
>>>>>>> It's not working.
>>>>>>>
>>>>>>> And as usual ith java, the log does not help. Maybe if I were
an
>>>>> expert? But an app is supposed to be installed by just
'smart' users,
On 14 May 2018, at 11:32, Eduard Moraru
<enygma2002(a)gmail.com> wrote:
There seem to be some resources on the topic:
https://github.com/libgdx/libgdx/wiki/Bundling-a-JRE
https://stackoverflow.com/questions/7071133/how-to-
bundle-a-jre-with-launch4j
jre-in-a-tycho-build/
...so it's not such an uncommon practice.
On the legal side, OpenJDK should be the obvious choice:
https://opensource.stackexchange.com/questions/
4824/is-it-legal-to-bundle-oracles-jre-with-an-open-source-program/4826
IMO, it would make sense to provide the full and ready to test package,
rather than an only 90% ready to test one.
Thanks,
Eduard
On Mon, May 14, 2018 at 12:04 PM, Thomas Mortagne <
thomas.mortagne(a)xwiki.com
wrote:
> On Mon, May 14, 2018 at 10:49 AM, Eduard Moraru <enygma2002(a)gmail.com>
wrote:
>> AFAIR, Eclipse also does
this (i.e. bundle their own JRE), we could into how they do it.
Eclipse JDT comes with its own Java compiler but you are supposed to
install Java to run Eclipse itself.
On a quick check, OpenJDK's JRE is only 38.4 MB (
http://jdk.java.net/java-se-ri/8) ... I find that acceptable.
Not sure the license allow us to embbed what's on that page.
38.4MB is probably only for one system, I think you need 3 of those
(Linux, Windows, Mac)
FTR, the JDK is 164 MB.
Thanks,
Eduard
On Mon, May 14, 2018 at 11:40 AM, Thomas Mortagne <
thomas.mortagne(a)xwiki.com
>> wrote:
>
>> One issue with embedded Java (OpenJDK I guess) is that it would make
>> the zip quite huge.
>>
>> On Mon, May 14, 2018 at 10:30 AM, Eduard Moraru <enygma2002(a)gmail.com >
wrote:
>> Hi,
>>
>> On the palliative side (i.e. not actually fixing, but at least making
> life
>> a bit easier), we might consider a naming scheme for the downloadable
> that
>> includes that supported java version, e.g. xwiki-10.3-java8.zip
(though
>> this might also lead users to thinking
that the java 8 runtime is
>> included... which might not be that bad of an idea, if we think about
> it...
>> at least for the zip version that is for demo purposes, which already
>> contains the web server, the database, but still expects the user to
>> understand and install the correct Java runtime, which makes no
sense.)
>>
>> So, yeah... TL;DR: add the java8 runtime to the .zip package and make
> life
>> easier for everyone. Optionally (though not sure if needed anymore,
if we
>>> bundle it), include it in the .zip file name.
>>>
>>> Of course, the production install, if done manually (i.e. not through
>>> .deb/.rpm packages), expects that the user reads the documentation.
>>>
>>> Thanks,
>>> Eduard
>>>
>>> On Mon, May 14, 2018 at 10:19 AM, Vincent Massol <vincent(a)massol.net
>>> not
>>>>> experts.
>>>>>>
>>>>>> If you choose the easy installation methods we propose then it’s
> easy
>>>>> and you have nothing to do.
>>>>>>
>>>>>> Which distribution did you choose and use?
>>>>>>
>>>>>>> And there is no help from the website.
>>>>>>>
>>>>>>> Oracle Linux 7.
>>>>>>> Linux localhost.localdomain 4.1.12-124.14.5.el7uek.x86_64 #2
SMP
> Fri
>>>>> May 4 15:26:53 PDT 2018 x86_64 x86_64 x86_64 GNU/Linux
>>>>>>> Java 10
>>>>>>> Xwiki 10.3
>>>>>>> tomcat.
>>>>>>>
>>>>>>> If it is not compatible whith this java. It should not
install.
>>>>>>
>>>>>> It’s just not been tested with Java 10 yet. It’s not even fully
>>> working
>>>>> with Java 9.
>>>>>>
>>>>>> Note that it’s hard to check for the java version for all the
>>>>> distributions since XWiki is a webapp and the XWiki WAR can just be
>>> dropped
>>>>> in a servlet container and thus we don’t have a startup script and a
>>> place
>>>>> where we can put a check. All we could do is have a Servlet Listener
>>> that
>>>>> would emit a big stack trace (like the one you got) and that would
> say
>>> at
>>>>> the innermost level that XWiki requires Java <= 8. But even that
>>> wouldn’t
>>>>> be good since it would prevent testing in Java 9+. We want feedback
> from
>>>>> users about what works/what doesn’t work so improve support for Java
> 9
>>> and
>>>>> 10.
>>>>>>
>>>>>>> If it is compatible with only one version of java, which
one?
>>>>>>
>>>>>> You need to read the installation page ;)
>>>>>>
>>>>>> See http://www.xwiki.org/xwiki/bin/view/Documentation/
>>>>> AdminGuide/Installation/ and especially:
>>>>>> http://www.xwiki.org/xwiki/bin/view/Documentation/
>>>>> AdminGuide/Installation/#HHardwareandSoftwarerequirements
>>>>>>
>>>>>>> Here is the error:
>>>>>>>
>>>>>>>
>>>>>>> Error number 4001 in 4: Error while evaluating velocity
template
>>>>> colorThemeInit.vm
>>>>>>> Error number 4001 in 4: Error while evaluating velocity
template
>>>>> colorThemeInit.vm
>>>>>>> com.xpn.xwiki.XWikiException: Error number 4001 in 4: Error
while
>>>>> evaluating velocity template colorThemeInit.vm
>>>>>>
>>>>>> [snip]
>>>>>>
>>>>>>> Caused by: java.lang.IllegalStateException: No standard
field
> found
>>>>> for reverse order comparator!
>>>>>>> at
org.jboss.marshalling.river.Protocol.<clinit>(Protocol.
>>>>> java:276)
>>>>>>> ... 249 mor
>>>>>>
>>>>>> [snip
>>>>>>
>>>>>>> Caused by: java.lang.IllegalStateException: No standard
field
> found
>>>>> for reverse order comparator!
>>>>>>> at
org.jboss.marshalling.river.Protocol.<clinit>(Protocol.
>>>>> java:276)
>>>>>>> ... 249 mor
>>>>>>
>>>>>> What this says is that JBoss Infinispan (which we use) is not
>>> compatible
>>>>> with Java 10. Apparently this is fixed in recent version of JBoss
>>>>> Marshalling: https://issues.jboss.org/browse/JBMAR-216. We probably
>>> just
>>>>> need to wait for JBoss Infinispan to release a new version that uses
>>> JBoss
>>>>> Marshalling 2.1.0.Final.
>>>>>>
>>>>>> What would be awesome would be for you to report the problem of
> using
>>>>> XWiki with Java 10 on https://jira.xwiki.org so that we can have an
>>> issue
>>>>> for it and work to make it work.
>>>>>>
>>>>>> Note that I’m replying to this message to help you out but it’s
not
>>> the
>>>>> right place to post a question and get help normally. For that we
> have a
>>>>> user forum at https://forum.xwiki.org/.
>>>>>>
>>>>>> I’m sorry you had some issues. OTOH you’re looking for trouble
by
>>> trying
>>>>> with Java 10. There are very few (if any!) java app that currently
> work
>>>>> with Java 9 and 10. You’d be much better off using Java 8. On the
>>> positive
>>>>> side, if you raise the issue on https://jira.xwiki.org, then you
> will
>>>>> transform your negative experience into a positive one, by
> contributing
>>> to
>>>>> the development of XWiki and helping out future users.
>>>>>>
>>>>>> Thanks
>>>>>> -Vincent Massol
>>>>>
>>>>> [snip]
>>>>>
>>>>>
>>>
>>>
>>>
>>> --
>>> Thomas Mortagne
>>>
>
>
>
> --
> Thomas Mortagne
>