New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Cannot build code cloned from master. #615
Comments
I got this problem either, did you fix this at present?I appreciate it if fixed and do let me know.Thanks a lot. |
Situation is still the same - I've abandoned Saiku for now and I'm trying to find alternatives. |
Well, it works for me and I'm busy with the day job. I'll take a look when I get time, but you could always tinker with the maven pom files and figure it out |
[INFO] Building jar: /root/saiku/saiku-bi-platform-plugin-p7.1/target/saiku-bi-platform-plugin-p7.1-3.16-javadoc.jar clean clone clean master branch |
I am running into the same problem. @buggtb your build might be working because Maven is finding the necessary jars in your local Maven repo and doesn't need to hit the remote repo. It looks like there are no repositories defined at repo.meteorite.bi, which is apparently where a lot of the pentaho/mondrian/etc jars needed in the build are pulled from. |
Hi Scott
That had crossed my mind prior to that so for that test I deliberately
launched a clean LXD image with nothing on it and install java and maven
from the ubuntu repos, so I can't have got the dependencies from
anywhere else.
…On 19/01/18 16:25, Scott Came wrote:
I am running into the same problem. @buggtb
<https://github.com/buggtb> your build might be working because Maven
is finding the necessary jars in your local Maven repo and doesn't
need to hit the remote repo.
It looks like there are no repositories defined at repo.meteorite.bi,
which is apparently where a lot of the pentaho/mondrian/etc jars
needed in the build are pulled from.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#615 (comment)>, or
mute the thread
<https://github.com/notifications/unsubscribe-auth/AAGUeFSLpiPTsB8ldBXzngXz46MMAPNfks5tMMHpgaJpZM4RSuZb>.
--
Spicule Limited is registered in England & Wales. Company Number: 09954122.
Registered office: First Floor, Telecom House, 125-135 Preston Road,
Brighton, England, BN1 6AF. VAT No. 251478891.
All engagements are subject to Spicule Terms and Conditions of Business.
This email and its contents are intended solely for the individual to whom
it is addressed and may contain information that is confidential,
privileged or otherwise protected from disclosure, distributing or copying.
Any views or opinions presented in this email are solely those of the
author and do not necessarily represent those of Spicule Limited. The
company accepts no liability for any damage caused by any virus transmitted
by this email. If you have received this message in error, please notify us
immediately by reply email before deleting it from your system. Service of
legal notice cannot be effected on Spicule Limited by email.
|
Very odd. I did exactly the same thing in a docker container with Java 8 and Maven 3.5. Then cloned master and did mvn install -DskipTests. No joy. Is it possible that there is a nexus repo defined somewhere in these poms that is accessible to you but not the Internet? I am also getting certificate validation warnings, which don't prevent the build from completing, but are perhaps a hint to what's wrong? Also, the olap-util module refers to a Mondrian jar that does not exist in the Pentaho repos (It's version 4.3.0.1.1-SPARK I believe). I just changed that to 4.3.0.1-130 (which is the latest 4.3.0.x in the pentaho public repo) and I got past that, but it's failing on finding the licenseserver-core jar. |
nope, i've not got a direct connect to the repo or anything, I have got another fresh build running now just to triple check i'm not making it up. I am curious to know why its only just started appearing in the last few months because we've not changed anything in the repo or pom files. Just out of curiosity can you just hand over your java and maven versions? |
Sure: |
Thanks scott I've kicked off a build with that maven version as well, I was testing with 3.3.9 which is in the ubuntu apt repo, we'll see if it makes a difference. |
I am doing the same. By the way, as another data point, I successfully built master about two weeks ago. Then tried again yesterday and had the issues. I looked at the commits to master since and didn't see anything in there that I'd expect to cause the issues, so that's what led me to suspect an issue in your repos. Results:
|
[INFO] Building jar: /root/saiku/saiku-bi-platform-plugin-p7.1/target/saiku-bi-platform-plugin-p7.1-3.16-javadoc.jar Thats the first of the 2 builds complete in a completely clean LXC Xenial container |
I can try with openjdk I suppose... |
I don't see the JDK version being a difference maker cause you guys are seeing weird issues with the maven build chain, but on the maven 3.5.2 build i'm halfway through saiku web and its still happy, so I'm not sure I'll find a match here. |
I still suspect some kind of network thing, where for some weird reason you are able to get to a repo and we cannot. |
okay well to that end... does this render an xml blob? https://repo.meteorite.bi/repository/alabs-snapshot-local/org/olap4j/olap4j-xmla/TRUNK-SNAPSHOT/maven-metadata.xml |
Yes it does If I were to browse to the location where pentaho:mondrian:jar:4.3.0.1.1-SPARK is located, where would that be? What URL? |
yeah so you have access to the repos Generating /root/saiku/saiku-bi-platform-plugin-p7.1/target/apidocs/index.html... Thats the version with your maven release... so I'm still stumped |
If you can point me to the url (that I can hit with my browser) where the pentaho:mondrian:jar:4.3.0.1.1-SPARK jar lives, that would help confirm that repo access is working. |
Absolutely baffling... |
you're telling me...
…On 19 Jan 2018 5:50 pm, "Scott Came" ***@***.***> wrote:
Absolutely baffling...
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#615 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AAGUeF5uNrsdhEEdQOH8Bv3ShxlhcT8fks5tMNXMgaJpZM4RSuZb>
.
--
Spicule Limited is registered in England & Wales. Company Number: 09954122.
Registered office: First Floor, Telecom House, 125-135 Preston Road,
Brighton, England, BN1 6AF. VAT No. 251478891.
All engagements are subject to Spicule Terms and Conditions of Business.
This email and its contents are intended solely for the individual to whom
it is addressed and may contain information that is confidential,
privileged or otherwise protected from disclosure, distributing or copying.
Any views or opinions presented in this email are solely those of the
author and do not necessarily represent those of Spicule Limited. The
company accepts no liability for any damage caused by any virus transmitted
by this email. If you have received this message in error, please notify us
immediately by reply email before deleting it from your system. Service of
legal notice cannot be effected on Spicule Limited by email.
|
I need to turn to some other things today, but I may come back to this over the weekend and see if I can figure it out. |
Guys, after I did some digging, I found one of the problems with the build. It DOES have everything to do with the Java version. The https://repo.meteorite.bi/repository/alabs-snapshot-local repo uses the Let's Encrypt certificate which IS NOT supported in Java prior to Java 1.8.0_101. I was using Java 1.8.0_66 - exactly the same as Scott was using - serves me right for using an outdated version :) |
oooh can't believe it! I also can't believe you don't get a sane SSL
error.... thanks for the update
…On 19 Jan 2018 18:20, "vesselink" ***@***.***> wrote:
Guys, after I did some digging, I found one of the problems with the
build. It DOES have everything to do with the Java version. The
https://repo.meteorite.bi/repository/alabs-snapshot-local repo uses the
Let's Encrypt certificate which IS NOT supported in Java prior to Java
1.8.0_101. I was using Java 1.8.0_66 - exactly the same as Scott was using
- serves me right for using an outdated version :)
After upgrading it to the latest (1.8.0_161) ALMOST everything builds ok :)
Here is the log I get:
[INFO] ------------------------------------------------------------
------------
[INFO] Building saiku biserver plugin 3.16
[INFO] ------------------------------------------------------------
------------
[WARNING] The POM for com.sun.xml.stream.buffer:streambuffer:jar:0.4 is
invalid, transitive dependencies (if any) will not be available, enable
debug logging for more details
[WARNING] The POM for org.apache.poi:poi-ooxml-schemas:jar:3.8 is
invalid, transitive dependencies (if any) will not be available, enable
debug logging for more details
Downloading from Analytical Labs snapshots: http://repo.meteorite.bi/
repository/alabs-snapshot-local/pentaho/pentaho-
platform-scheduler/7.1.0.0-12/pentaho-platform-scheduler-7.1.0.0-12.jar
Downloading from Analytical Labs snapshots: http://repo.meteorite.bi/
repository/alabs-snapshot-local/pentaho/pentaho-connections/7.1.0.0-12/
pentaho-connections-7.1.0.0-12.jar
Downloading from Analytical Labs snapshots: http://repo.meteorite.bi/
repository/alabs-snapshot-local/org/json/json/5.0.0/json-5.0.0.jar
[INFO] ------------------------------------------------------------
------------
[INFO] Reactor Summary:
[INFO]
[INFO] Saiku Module Project ............................... SUCCESS [
4.417 s]
[INFO] saiku - core libraries ............................. SUCCESS [
1.821 s]
[INFO] saiku olap util .................................... SUCCESS [
7.649 s]
[INFO] saiku - services ................................... SUCCESS [
48.528 s]
[INFO] saiku - web ........................................ SUCCESS [
32.459 s]
[INFO] saiku-ui ........................................... SUCCESS [
30.317 s]
[INFO] saiku - webapp ..................................... SUCCESS
[01:29 min]
[INFO] saiku-server ....................................... SUCCESS
[01:37 min]
[INFO] saiku biserver plugin .............................. FAILURE [
7.037 s]
[INFO] saiku biserver plugin .............................. SKIPPED
[INFO] saiku biserver plugin .............................. SKIPPED
[INFO] saiku biserver plugin .............................. SKIPPED
[INFO] ------------------------------------------------------------
------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------
------------
[INFO] Total time: 05:19 min
[INFO] Finished at: 2018-01-19T20:18:16+02:00
[INFO] Final Memory: 90M/1675M
[INFO] ------------------------------------------------------------
------------
[ERROR] Failed to execute goal on project saiku-bi-platform-plugin-p5:
Could not resolve dependencies for project org.saikuanalytics:saiku-bi-platform-plugin-p5:jar:3.16:
The following artifacts could not be resolved: pentaho:pentaho-platform-scheduler:jar:7.1.0.0-12,
pentaho:pentaho-connections:jar:7.1.0.0-12, org.json:json:jar:5.0.0:
Could not transfer artifact pentaho:pentaho-platform-scheduler:jar:7.1.0.0-12
from/to Analytical Labs snapshots (http://repo.meteorite.bi/
repository/alabs-snapshot-local/): Failed to transfer file:
http://repo.meteorite.bi/repository/alabs-snapshot-local/pentaho/pentaho-
platform-scheduler/7.1.0.0-12/pentaho-platform-scheduler-7.1.0.0-12.jar.
Return code is: 400 , ReasonPhrase:Repository version policy: SNAPSHOT does
not allow version: 7.1.0.0-12. -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the
-e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions,
please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/
DependencyResolutionException
[ERROR]
[ERROR] After correcting the problems, you can resume the build with the
command
[ERROR] mvn -rf :saiku-bi-platform-plugin-p5
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#615 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AAGUeNXYYYkhudWNoLWqhkEjcysoXOI2ks5tMNzxgaJpZM4RSuZb>
.
--
Spicule Limited is registered in England & Wales. Company Number: 09954122.
Registered office: First Floor, Telecom House, 125-135 Preston Road,
Brighton, England, BN1 6AF. VAT No. 251478891.
All engagements are subject to Spicule Terms and Conditions of Business.
This email and its contents are intended solely for the individual to whom
it is addressed and may contain information that is confidential,
privileged or otherwise protected from disclosure, distributing or copying.
Any views or opinions presented in this email are solely those of the
author and do not necessarily represent those of Spicule Limited. The
company accepts no liability for any damage caused by any virus transmitted
by this email. If you have received this message in error, please notify us
immediately by reply email before deleting it from your system. Service of
legal notice cannot be effected on Spicule Limited by email.
|
Good find @vesselink . I haven't had a chance to test it out yet, but that makes sense. When I successfully built master 2 weeks ago, it was on a system that was at _151 or _161... |
To be completely honest, there WAS an SSL error - that's how I caught it :) But the problem is the error was hidden under a ton of other messages AND the final error had no mention of the SSL problem. Also, the pom files had a http:// repo url which was redirected automatically to https:// so I didn't think of it initially. |
Are you fully sync'ed? There was some repo ordering stuff I saw the other week and I also forcilbly set the snapshot policies on the repos. But as you can see I've built master a bunch of of times today. |
I did a new clone from master today before I started testing - just to be on the safe side. Anyway, thanks for the help, I'll continue digging after I finish the stuff the client pays for ;) |
Finally was able to make it build but ONLY after fixing the root pom.xml to contain the correct Pentaho repository URLs. Maybe someone should fix this in master ? |
Feel free to submit a PR |
I was able to get a successful build in a clean docker container (i.e., no pre-existing .m2 repo) without doctoring the root pom... |
Hello, I am receiving the build error as well. I am using the following versions (also settings.xml in /.m2): Surprisingly the Build worked perfectly good earlier with my DELL laptop using the same versions. If someone see some obvious mistake, please let me know. Many Thanks, |
First of all a little late but I can confirm to confirm I am also able to build if there is no pre-existing .m2 repo as @scottcame suggests. |
Well, the most funny observation I just made. I tried compiling the package from scratch using the same home network on both laptop (DELL and MAC) at the same time. The DELL managed to Built it successfully, however MAC failed. Would appreciate any suggestion to locate the source of error on MAC? The MAC settings The error on the MAC is: |
Well, this means the problem is almost certainly with your Mac network config. Best thing to try is to open https://nexus.pentaho.org/content/groups/omni/org/pentaho/adaptive/pdi-websocket-daemon-assembly/8.1.0.0-SNAPSHOT/pdi-websocket-daemon-assembly-8.1.0.0-20180208.161827-149.zip |
thanks @vesselink for your suggestion , I installed maven manually on MAC and now try again to build. Lets see.. |
Yes, it worked and am able to Build it on MAC after Manual installation of maven. thanks again. Though the Build (mvn clean install) was succesful, but the test (mvn test) failed on my DELL laptop with following error: anyone has the similar experience? |
i need mondrian-4.3.0.1.1-SPARK.jar,who can upload the jar,thanks |
I'm getting a proxy error... [INFO] Building Saiku Module Project 3.90 [1/9] Also, when I try this URL... https://repo.meteorite.bi/auth/login/ I got that proxy error The proxy server received an invalid response from an upstream server. Reason: Error reading from remote server Apache/2.4.29 (Ubuntu) Server at repo.meteorite.bi Port 443 |
Yeah, so in a nutshell folks, the repo went down, its old and has a lot of junk in it, I haven't yet got around on restoring it. @brunogamacatao is working on migrating the old libs to the gitlab repo, but its not done yet and wont be done for a little while. The repo was always something hosted by us and I got fed up of maintaining it, as ever the community has never offered with any of this type of stuff, so its off for now. It will reappear at some point in the next few weeks I expect. |
After cloning the repository a mvn clean install -DskipTests produces errors with resolving maven dependencies.
The first one is easy to fix - the Pentaho maven repository URLs are wrong (f.e. http://nexus.pentaho.org/content/repositories/proxied-3rd-party-releases/ should be really https://nexus.pentaho.org/content/repositories/proxy-public-3rd-party-release/, pentaho-release should be https://nexus.pentaho.org/content/repositories/proxy-public-release/, etc.). After fixing these however it seems the Analytical Labs Repo (http://repo.meteorite.bi/repository/alabs-release-local/) cannot be resolved.
The text was updated successfully, but these errors were encountered: