Re: [xmlvm-dev] internal "private" classes

[Arno P. <ar...@pu...>]

that shouldn't be a problem because it should be a red-class. As long as 
the execution paths through Constructor do not come across where this 
red class is used, nothing bad will happen.

The notion of red classes is used with the C backend to prune dependencies.

Arno


On 6/28/11 12:23 PM, Panayotis Katsaloulis wrote:
> Hello all!
>
> I've seen that in some locations the xmlvm uses some "internal" packages, like
> sun.reflect.generics.repository.ConstructorRepository
> in file
> xmlvm2c/lib/proxies/java/lang/reflect/Constructor.java
>
> I found that when I tried to compile xmlvm in a new setup in a Linux box.
>
> Probably it is a good idea to get rid of these references?
> ------------------------------------------------------------------------------
> All of the data generated in your IT infrastructure is seriously valuable.
> Why? It contains a definitive record of application performance, security
> threats, fraudulent activity, and more. Splunk takes this data and makes
> sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-d2d-c2
> _______________________________________________
> Xmlvm-developers mailing list
> Xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-developers