prestodb / presto-maven-plugin

Maven packaging and lifecycle for Presto plugins
Apache License 2.0
6 stars 26 forks source link

Windows Support #1

Open kadaan opened 9 years ago

kadaan commented 9 years ago

Can you please change lines 92 & 97 to use to the correct path separator for each platform?

jvanzyl commented 9 years ago

Sure. I don't think the first is an issue as that's Ant scanning code which I believe does the right thing but I'll verify. The second instance looks like an issue.

kadaan commented 9 years ago

I agree. I changed both to use File.separator and it works on Windows now.

kadaan commented 9 years ago

Thanks! I have another windows support issue that is related to takari and presto, but am having a hard time finding out where the source is and where to created the issue. The problem is that the io.provis.provisio plugin uses takari.archiver 0.1.7. This version has an issue with reading windows file attributes. This issue is fixed in takari.archiver 0.1.8. Do you know where I can file an issue to have io.provis.provisio depend on takari.archiver 0.1.8 and have a new package pushed?

jvanzyl commented 9 years ago

I will fix that too and push it. I will try it with Presto and if it's all good I'll push new releases and make a pull request for Presto.

kadaan commented 9 years ago

Thanks a ton!!!

kadaan commented 9 years ago

Any update on the io.provis.provisio, takari.archiver issue? This one makes it especially difficult to build Presto on Windows because I cannot find the source and have to modify the provisio-0.1.14.pom in my maven package cache, updating takariArchiverVersion to 0.1.8.

zygitup commented 5 years ago

The presto-maven-plugin:0.1.12 compilation prompt cannot find the Java class, which is a custom class in the project.Then use the presto - maven plugin: 0.1.12 compile on Windows at ${project. Build. OutputDirectory} position is not available, can't access.But manual access is available.May I ask what the problem is?thank you

The wrong case: org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal io.takari.maven.plugins:presto-maven-plugin:0.1.12:generate-service-descriptor (default-generate-service-descriptor) on project carbondata-presto: Execution default-generate-service-descriptor of goal io.takari.maven.plugins:presto-maven-plugin:0.1.12:generate-service-descriptor failed: A required class was missing while executing io.takari.maven.plugins:presto-maven-plugin:0.1.12:generate-service-descriptor: org\apache\carbondata\presto\CarbonColumnVectorWrapper (wrong name: org/apache/carbondata/presto/CarbonColumnVectorWrapper)

Caused by: java.lang.NoClassDefFoundError: org\apache\carbondata\presto\CarbonColumnVectorWrapper (wrong name: org/apache/carbondata/presto/CarbonColumnVectorWrapper)

Megaprog commented 5 years ago

I have fixed it in my pull request. This isn't approved yet.

zygitup commented 5 years ago

I have fixed it in my pull request. This isn't approved yet.

Are you answering my question?When will this problem be fixed?Please inform me when it is repaired. Thank you very much

zygitup commented 5 years ago

I have fixed it in my pull request. This isn't approved yet.

Hello, when can I update this version? TKS

Aqua-Dream commented 5 years ago

I have fixed it in my pull request. This isn't approved yet.

You pull request https://github.com/prestodb/presto-maven-plugin/pull/11 has one problem:

[ERROR] Failed to execute goal org.apache.maven.plugins:maven-checkstyle-plugin:2.17:check (checkstyle) on project presto-kafka: You have 43401 Checkstyle violations. -> [Help 1]

I suggest writing

classPath.substring(0, classPath.length() - 6).replace(File.separator, ".");

instead of

classPath.substring(0, classPath.length() - 6).replace(File.separator, '.');

because it seems that "File.separator" will return a string instead of a char.

Megaprog commented 5 years ago

Hello! I did not use "File.separator" in my pull request #11 but "File.separateChar"

Aqua-Dream commented 5 years ago

Hello! I do not use "File.separator" in my pull request #11 but "File.separateChar"

That's right. Sorry for this.