[GitHub] ant-ivy issue #69: 2.4.x
Github user sutchark commented on the issue: https://github.com/apache/ant-ivy/pull/69 How should we let you know? Here? I am interested in using 2.5.0. --- - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
[GitHub] ant-ivy issue #69: 2.4.x
Github user twogee commented on the issue: https://github.com/apache/ant-ivy/pull/69 @supertick FYI, Ivy 2.5.0 RC is on the way, @nlalevee has kindly taken the role of release manager. Your latest commits are not merged to master, though. If you are interested in using 2.5.0, please let us know. --- - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
[GitHub] ant-ivy issue #69: 2.4.x
Github user twogee commented on the issue: https://github.com/apache/ant-ivy/pull/69 Issue tracker for the project is [JIRA](https://issues.apache.org/jira). Apache has own Git infrastructure, GitHub is use to increase exposure and as easy means to suggest code changes (rather than uploading patches). Please check the [latest](https://ant.apache.org/nightlies.html) Ivy build. I cannot verify your report right now, but the value of types should be split [correctly](https://github.com/apache/ant-ivy/blob/master/src/java/org/apache/ivy/util/filter/FilterHelper.java#L37) in master. --- - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
[GitHub] ant-ivy issue #69: 2.4.x
Github user wordlessly commented on the issue: https://github.com/apache/ant-ivy/pull/69 I also spam this pull request. (why not open issue tracker here?) Ivy CLI says: -typescomma separated list of accepted artifact types java -jar ivy-2.4.0.jar -cache ./ivy -types source,jar ... does NOT work. What does work is a white space separated list of artifacts. --- - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
[GitHub] ant-ivy issue #69: 2.4.x
Github user supertick commented on the issue: https://github.com/apache/ant-ivy/pull/69 I think it would be great "not" to have an additional CLI option, but then you cannot have a System.exit(1) terminating the client code (https://github.com/apache/ant-ivy/blob/2.4.x/src/java/org/apache/ivy/Main.java#L313) just because of an error. The errors (and the successes) can be queried out of the ResolveReport. A client can programmatically make decisions based on the data returned. And the run() methods still throw their respective exceptions which could be caught by the client consumer. The new option is to alleviate the problematic design of having an error terminate a client consumer with a System.exit. Perhaps a design would be to copy/paste Main.java to IvyClient.java and remove the System.exit - but then it would be less normalized, which has its own flaws. --- - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
[GitHub] ant-ivy issue #69: 2.4.x
Github user twogee commented on the issue: https://github.com/apache/ant-ivy/pull/69 I suggest closing this PR. The main problem here is that programmatic use should not be adressed by adding CLI options which make no sense. Also, if resolve() ends with errors, it's best to throw an exception encapsulating whatever relevant information is available, rather than blithely carrying on. --- - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
[GitHub] ant-ivy issue #69: 2.4.x
Github user twogee commented on the issue: https://github.com/apache/ant-ivy/pull/69 Could you please provide a unit test to demonstrate what is wrong with [IVY-1576 fix](https://github.com/apache/ant-ivy/commit/3b17df0ab67a1f14794bc6c60b735f3354caec9e)? --- - To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org For additional commands, e-mail: dev-h...@ant.apache.org
