Re: [Simple-support] Android Artifact Build

[Sebastien A. <seb...@gm...>]

When removing the references to xpp3 and stax the compilation goes through
however the classloader complains at runtime that javax.xml.stream.*
classes are missing.


On Fri, Mar 29, 2013 at 7:29 PM, Sebastien Astie
<seb...@gm...>wrote:

> Unfortunately this is not an error that can be ignored as it aborts the
> compilation; this is the error provided in the android  build console:
>
> trouble processing "javax/xml/stream/events/StartElement.class":
>
> Ill-advised or mistaken usage of a core class (java.* or javax.*)
> when not building a core library.
>
> This is often due to inadvertently including a core library file
> in your application's project, when using an IDE (such as
> Eclipse). If you are sure you're not intentionally defining a
> core class, then this is the most likely explanation of what's
> going on.
>
> However, you might actually be trying to define a class in a core
> namespace, the source of which you may have taken, for example,
> from a non-Android virtual machine project. This will most
> assuredly not work. At a minimum, it jeopardizes the
> compatibility of your app with future versions of the platform.
> It is also often of questionable legality.
>
> If you really intend to build a core library -- which is only
> appropriate as part of creating a full virtual machine
> distribution, as opposed to compiling an application -- then use
> the "--core-library" option to suppress this error message.
>
> If you go ahead and use "--core-library" but are in fact
> building an application, then be forewarned that your application
> will still fail to build or run, at some point. Please be
> prepared for angry customers who find, for example, that your
> application ceases to function once they upgrade their operating
> system. You will be to blame for this problem.
>
> If you are legitimately using some code that happens to be in a
> core package, then the easiest safe alternative you have is to
> repackage that code. That is, move the classes in question into
> your own package namespace. This means that they will never be in
> conflict with core system classes. JarJar is a tool that may help
> you in this endeavor. If you find that you cannot do this, then
> that is an indication that the path you are on will ultimately
> lead to pain, suffering, grief, and lamentation.
>
> [2013-03-27 20:54:19 - Proj] Dx 1 error; aborting
> [2013-03-27 20:54:19 - Proj] Conversion to Dalvik format failed with error
> 1
>
>
>
> On Fri, Mar 29, 2013 at 7:15 PM, Niall Gallagher <
> gal...@ya...> wrote:
>
>> Why is it failing, just ignore the javax.xml.stream references. It is
>> implemented in such a way that it will fallback on XmlPull when it cant
>> find StAX.
>>
>> --- On *Fri, 29/3/13, Sebastien Astie <seb...@gm...>* wrote:
>>
>>
>> From: Sebastien Astie <seb...@gm...>
>> Subject: [Simple-support] Android Artifact Build
>> To: sim...@li...
>> Received: Friday, 29 March, 2013, 11:27 AM
>>
>>
>> Hi,
>> This is more geared towards the owner of this project.
>> After having some issues with an android project failing the dx building
>> step (javax.xml.stream.* references), I grabbed the sources for simplexml
>> 2.7 and made a 2.7 jar that does not include these references. I would like
>> to create a maven artifact for it and make it available for public
>> consumption. Is there something we could do to maybe create a branch and
>> build this artifact or would you prefer I do this separately from this
>> project?
>>
>> Thanks
>>
>> -----Inline Attachment Follows-----
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Own the Future-Intel(R) Level Up Game Demo Contest 2013
>> Rise to greatness in Intel's independent game demo contest. Compete
>> for recognition, cash, and the chance to get your game on Steam.
>> $5K grand prize plus 10 genre and skill prizes. Submit your demo
>> by 6/6/13. http://altfarm.mediaplex.com/ad/ck/12124-176961-30367-2
>>
>> -----Inline Attachment Follows-----
>>
>>
>> _______________________________________________
>> Simple-support mailing list
>> Sim...@li...<http://mc/compose?to=...@li...>
>> https://lists.sourceforge.net/lists/listinfo/simple-support
>>
>>
>