Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [mdmbl-dev] OpenMDM web broken as of 10-16-2017 because of version ranges/tracking versions

I will also file this as a bug. Even though I'm not quite sure if I would go as far as calling this a bug.

Cheers,
Silvio

On 16 Oct 2017, at 21:57, Andres Almiray <andres.almiray@xxxxxxxxx> wrote:

Please refrain from using any form of version ranges as they can cause this kind of trouble.
Once you’ve selected a minimum version for a dependency (or a working version that is) fix it immediately.
You can later upgrade to a newer version as needed.

Finding out if a dependency (both build and project) is up to date with Gradle/Java projects is dead simple if the https://plugins.gradle.org/plugin/com.github.ben-manes.versions is applied to the build.
I’ve no idea if npm has a plugin that works in a similar fashion, but if there is then it would be a good idea to add it to the build.

Cheers,
Andres

 
Andres Almiray
Canoo Engineering AG
Kirschgartenstrasse 5
CH-4051 Basel

Tel: +41 61 228 94 44
Fax: +41 61 228 94 49

andres.almiray@xxxxxxxxx
http://www.canoo.com

On 16 Oct 2017, at 18:04, <m.koller@xxxxxxxxxxxxxxxx> <m.koller@xxxxxxxxxxxxxxxx> wrote:

Hi Silvio,

thanks for reporting this issue.

Can you please file a bug at https://bugs.eclipse.org/bugs/.

We will look into the issue and track it in Bugzilla.


Best regards,

Matthias

-----Ursprüngliche Nachricht-----
Von: mdmbl-dev-bounces@xxxxxxxxxxx [mailto:mdmbl-dev-bounces@xxxxxxxxxxx] Im
Auftrag von Silvio Heuberger
Gesendet: Montag, 16. Oktober 2017 17:29
An: mdmbl-dev@xxxxxxxxxxx
Betreff: [mdmbl-dev] OpenMDM web broken as of 10-16-2017 because of version
ranges/tracking versions

Then there's also this issue as of now:

Since the package.json in the web client also uses 'tracking' versions or
'the caret notation', it seems that the client is as of now broken because
of some new versions of dependencies (it's quite hard to find what broke
it):

"dependencies": {
   "@angular/common": "^2.4.8",
   "@angular/compiler": "^2.4.8",
   "@angular/core": "^2.4.8",
   "@angular/forms": "^2.4.8"
(...)
   "reflect-metadata": "^0.1.3",
   "rxjs": "^5.1.0",
   "ts-helpers": "^1.1.1",
   "zone.js": "^0.7.6"
 }

This is basically as good as telling npm: Take anything you can find on the
internet and try to run the build with it.

If I now (October 16. 2017, 16:45) run the npm build from a clean state and
then create a list of all dependencies I end up with the following output
(please see the attached text files).
Interestingly enough, there is also errors printed to stderr, but the build
still succeeds.

As a matter of fact, if one then navigates to the webapp deployed in
glassfish, after login you simply see this:

   Loading....

Anyone have any hints on how to fix it or what broke it?
It's going to be hard to track down because of the unspecified versions...

Cheers,
Silvio


_______________________________________________
mdmbl-dev mailing list
mdmbl-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/mdmbl-dev

_______________________________________________
mdmbl-dev mailing list
mdmbl-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/mdmbl-dev


Back to the top