> On 14 May 2018, at 15:30, Thomas Mortagne <thomas.morta...@xwiki.com> wrote:
> 
> On Mon, May 14, 2018 at 2:57 PM, Vincent Massol <vinc...@massol.net> wrote:
>> 
>> 
>>> On 14 May 2018, at 14:13, Eduard Moraru <enygma2...@gmail.com> wrote:
>>> 
>>> On Mon, May 14, 2018 at 12:46 PM, Vincent Massol <vinc...@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.
>> 
>> I thought a JRE had to be installed. Are you really sure it doesn’t have to?
> 
> I really doubt you have to install it. You certainly don't on Linux
> (and I guess it's the same on Mac),

I’ve always installed on mac…

Thanks
-Vincent

> I'm not 100% sure for Window but I
> don't see why this would be required.
> 
>> 
>> Thanks
>> -Vincent
>> 
>>> 
>>> 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
>>>> 
>>>>> On 14 May 2018, at 11:32, Eduard Moraru <enygma2...@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
>>>>> https://codeiseasy.wordpress.com/2012/07/31/including-a-
>>>> 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.morta...@xwiki.com
>>>>>> wrote:
>>>>> 
>>>>>> On Mon, May 14, 2018 at 10:49 AM, Eduard Moraru <enygma2...@gmail.com>
>>>>>> wrote:
>>>>>>> AFAIR, Eclipse also does this (i.e. bundle their own JRE), we could
>>>> look
>>>>>>> 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.morta...@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 <enygma2...@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 <vinc...@massol.net
>>>>> 
>>>>>>>> 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,
>>>>>>>> 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
>>>>>> 
>>>> 
>>>> 
>> 
> 
> 
> 
> -- 
> Thomas Mortagne

Reply via email to