Well I do want to fix the problem at hand as well as get a latest version of the sdk which I already have running.
Also, I changed the netbeans version of the sdk I am building back to 8.1 so that I have android build support because of that nbandroid plugin bug:
I love working in the sdk and that is my preferred editor for jME. Al in one place…
yeah me too. I like the original SDK most. But I switched to gradle for building, works as well tip top with the SDK, I just needed to find a way to still be able to import the models, for that I have standard jme project in the SDK aside the gradle project
What?!? Then our build dates are totally messed up.
That build date says december 11th to any sane person on the planet. This totally bypasses any European versus American month-day day-month standard. When you put the year first then it’s year-month-day. Anything else is totally ridiculous.
* What went wrong:
A problem occurred evaluating root project 'sdk'.
> Could not resolve all dependencies for configuration ':optlibs'.
> Could not resolve org.jmonkeyengine:jme3-jbullet:3.2.0-SNAPSHOT.
Required by:
:sdk:unspecified
> Could not resolve org.jmonkeyengine:jme3-jbullet:3.2.0-SNAPSHOT.
> Could not parse POM file:/home/travis/.m2/repository/org/jmonkeyengine/jme3-jbullet/3.2.0-SNAPSHOT/jme3-jbullet-3.2.0-SNAPSHOT.pom
> Unable to resolve version for dependency 'jbullet:jbullet:jar'
This means said jbullet pom requires jbullet or something. Maybe I’d have to name my jbullet.jar also like jbullet.jar-3.2.0-SNAPSHOT?
I have actually looked into “merging” the SDK Project Class and the Gradle Plugin’s one, so that you could build gradle while having an SDK Project. Unfortunately they don’t share the same base class so it’s not so easy to do.
Personally I have a regular sdk project but just hop into the command line to build/run. The downside is you have to manually add the libraries so that syntax highlighting etc works.
That’s what happens quite often to me as well. You’re just not used to month-day notations.
Glad you solved it Yeah, it used the version that you built on 11th December
I’ve just checked it and Netbeans 9.0 still isn’t out sadly, so you are stuck with 8.1
No, or you misundestood what I wrote. If the year is first then it is always always year-month-day. Nehon suggested it was otherwise and that made me panic that there are crazy countries or something.
If our build is somehow outputting year-day-month then we should fix it because that’s not a standard anywhere sane people hang out.
Yeah, that’s a bad typo there:
“We’re just not used to…” (as in the Europeans).
That’s why it can always happen that we try to read each date in the dd.mm.yyyy format, even though it’s yyyy/mm/dd (it’s actually really simple, it’s only completely mirrored).