Re: Broken tutorial

2017-08-28 Thread Jaikiran Pai
It's not actually broken. The tutorial intentionally uses (and 
documents) it to explain how the repository is built and what happens 
when certainartifacts aren't available and also for cases like where 
there are version conflicts for the same module. The tutorial page[1] notes:



As you can see the installation has failed, if you look at the log you 
will see that there are missing artifacts on the source repository. This 
means that you will need to download those artifacts manually, and copy 
them to your destination repository to complete the installation. 
Fortunately Ivy uses a best effort algorithm during install, so that 
everything gets installed except the missing artifacts. (Note: these 
missing artifacts are not in the public maven repository due to 
licensing issues)


...



[1] 
http://ant.apache.org/ivy/history/master/tutorial/build-repository/basic.html



-Jaikiran


On 29/08/17 2:01 AM, Gintautas Grigelionis wrote:

Tutorial build-a-ivy-repository is broken.

The whole story is this: it tries to fetch hibernate 3.2.5.ga which depends
on javax.transaction#jta;1.0.1B and javax.security#jacc;1.0 that are no
longer present at Maven Central due to licensing.

The question is, should we use hibernate 3.3.2.GA (which has a lot less
dependencies) or find another interesting example (Spring, anyone :-)?

Gintas




-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org



Broken tutorial

2017-08-28 Thread Gintautas Grigelionis
Tutorial build-a-ivy-repository is broken.

The whole story is this: it tries to fetch hibernate 3.2.5.ga which depends
on javax.transaction#jta;1.0.1B and javax.security#jacc;1.0 that are no
longer present at Maven Central due to licensing.

The question is, should we use hibernate 3.3.2.GA (which has a lot less
dependencies) or find another interesting example (Spring, anyone :-)?

Gintas


Re: Ant-Ivy: Publish don't pull declared dependencies

2017-08-28 Thread Gintautas Grigelionis
Actually, dependencies can be downloaded by any post-resolve task [1].
publish is not one of them.

Gintas

[1]
http://ant.apache.org/ivy/history/latest-milestone/use/postresolvetask.html

2017-08-28 15:00 GMT+02:00 Jaikiran Pai :

> As far as I know, the publish task itself doesn't fetch any dependencies.
> The dependencies itself are downloaded by a (previous) resolve task that is
> invoked separately and explicitly.
>
> -Jaikiran
>
>
>
> On 31/07/17 11:32 PM, maikel van den Hurk wrote:
>
>> Hi all,
>>
>>
>> I am wondering if there is already a property or option to avoid
>> downloading of  declared in ivy.xml when doing a publication?
>> If there is not yet such property or option available would this be a good
>> extension to put in place?
>>
>>
>> Bit of background:
>>
>> Currently whenever you do a publication, a declared dependency within
>> ivy.xml is being first downloaded to your local cache. Basically it should
>> be enough to check if the declared dependency module is present within the
>> defined resolvers, but not download the actual artefacts to your cache.
>> This would result in savings on network traffic and on disk space.
>>
>>
>> Thanks,
>>
>> Maikel
>>
>>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
> For additional commands, e-mail: dev-h...@ant.apache.org
>
>


Re: Ant-Ivy: Publish don't pull declared dependencies

2017-08-28 Thread Jaikiran Pai
As far as I know, the publish task itself doesn't fetch any 
dependencies. The dependencies itself are downloaded by a (previous) 
resolve task that is invoked separately and explicitly.


-Jaikiran


On 31/07/17 11:32 PM, maikel van den Hurk wrote:

Hi all,


I am wondering if there is already a property or option to avoid downloading of 
 declared in ivy.xml when doing a publication? If there is not 
yet such property or option available would this be a good extension to put in place?


Bit of background:

Currently whenever you do a publication, a declared dependency within ivy.xml 
is being first downloaded to your local cache. Basically it should be enough to 
check if the declared dependency module is present within the defined 
resolvers, but not download the actual artefacts to your cache. This would 
result in savings on network traffic and on disk space.


Thanks,

Maikel




-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org



[GitHub] ant-ivy issue #59: IVY-1566 - Store External form of URL in cached files

2017-08-28 Thread jaikiran
Github user jaikiran commented on the issue:

https://github.com/apache/ant-ivy/pull/59
  
>> thanks @jaikiran do you have an Estimated Time for next release 
containing this bugfix?

@apupier - the plan is to have it soon (no specific date yet). We are 
almost at the last few tasks/bug fixes we have in mind. A more concrete date 
will be discussed in the ant dev mailing list 
http://ant.apache.org/ivy/mailing-lists.html

If you want to give it a try with our nightly builds, it's available as 
noted in this mail 
https://www.mail-archive.com/ivy-user@ant.apache.org/msg06252.html


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org



[GitHub] ant-ivy issue #59: IVY-1566 - Store External form of URL in cached files

2017-08-28 Thread twogee
Github user twogee commented on the issue:

https://github.com/apache/ant-ivy/pull/59
  
This is a bit off topic, but why are Jenkins builds still failing to find 
JaCoCo?


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org



[GitHub] ant-ivy issue #59: IVY-1566 - Store External form of URL in cached files

2017-08-28 Thread apupier
Github user apupier commented on the issue:

https://github.com/apache/ant-ivy/pull/59
  
thanks @jaikiran do you have an Estimated Time for next release containing 
this bugfix?


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org



[GitHub] ant-ivy issue #59: IVY-1566 - Store External form of URL in cached files

2017-08-28 Thread jaikiran
Github user jaikiran commented on the issue:

https://github.com/apache/ant-ivy/pull/59
  
Thank you for the PR and sorry it took a while to merge this. I have 
included the change you suggested in this PR with a minor change and merged it 
upstream.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org



[GitHub] ant-ivy pull request #59: IVY-1566 - Store External form of URL in cached fi...

2017-08-28 Thread asfgit
Github user asfgit closed the pull request at:

https://github.com/apache/ant-ivy/pull/59


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org



[GitHub] ant pull request #36: Allow faking of zip entry modification times.

2017-08-28 Thread GKFX
GitHub user GKFX opened a pull request:

https://github.com/apache/ant/pull/36

Allow faking of zip entry modification times.

Adds DateUtils.parseLenientDateTime. Discussed in mailing list thread 
"Reproducible JARs".

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/GKFX/ant feature-reproduciblebuilds

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/ant/pull/36.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #36


commit 83e8a61e6acf8a8ad71cacd039a0c87081df74af
Author: George Bateman 
Date:   2017-08-28T11:20:38Z

Allow faking of zip entry modification times.

Adds DateUtils.parseLenientDateTime.




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org