ant-ivy-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Xavier Hanin" <xavier.ha...@gmail.com>
Subject Re: IvyDE (1.2) does not support non-standard attributes in ivy.xml files when Eclipse runs from JRE 1.5?
Date Sun, 17 Dec 2006 12:39:09 GMT
The problem seems to be due to schema validation. When using extra
attributes you should disable validation. Did you disable xml validation in
Ivy?

Xavier

On 12/17/06, Ophir Bleiberg <ophir@personeta.com> wrote:
>
> Hi,
>         It appears that when the default PC JRE (not JAVA_HOME, but rather
> the 'java' executable in the path) is 1.5, then IvyDE 1.2 fails to resolve
> ivy.xml files with additional non-standard attributes (we use 'kind' and
> 'version', for example).
>         Everything works fine on PCs whose 'java -version' is 1.4.
>         On those with 1.5, resolving fails, and the following is printed
> to the log:
>         !ENTRY org.jayasoft.ivyde.eclipse 4 4 2006-12-14 14:41:30.640
> !MESSAGE Impossible to resolve dependencies of [ personeta | CollectCall |
> NONE ]:
> unresolved dependency: [ personeta | CollectCallBillingCDR |
> 4.0.1.0-build0 ]: java.text.ParseException: [xml parsing:
> H:\personeta\ApplicationData\TappS-Dev\ivy-repository\integration\personeta\CollectCallBillingCDR\4.0.1.0-build0\ivys\ivy.xml:2:160:
> cvc-complex-type.3.2.2: Attribute 'version' is not allowed to appear in
> element 'info'. in
> H:\personeta\ApplicationData\TappS-Dev\ivy-repository\integration\personeta\CollectCallBillingCDR\4.0.1.0-build0\ivys\ivy.xml
> ]
>
> See IvyConsole for further details
>
>
>         Is this a known issue?  Is there a target version for fixing this
> problem?
>
>         Thanks,
>                Ophir
>
>     "Beware of the man who works hard to learn something,
> learns it, and finds himself no wiser than before.  He is full of
> murderous resentment of people who are ignorant without having
> come by their ignorance the hard way."
>
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message