Jesse, thanks a million for your comments and clarifications! As for your recommendations on settings, I have a question. So, there are 2 plugins installed on the same Jenkins instance - plugin A and plugin B, both of which use library C that is embedded in both of them. Build step, introduced by plugin A, has private fields with the types from library C. So when the appropriate job config is saved, these types are referred in config.xml. That's probably what you suggested to avoid. The question is: what class loader is used to load config.xml? Probably, uber class loader?
Regards, Kirill. пятница, 20 февраля 2015 г., 20:50:48 UTC пользователь Jesse Glick написал: > > On Fri, Feb 20, 2015 at 10:09 AM, <[email protected] <javascript:>> > wrote: > > This is similar to the XmlFile problem we located but here we can not > set the XStream class loader > > Do not really follow your example but it sounds like the XStream form > of your plugin’s settings includes this third-party library which > another plugin also bundles. So, stop using those types in your > settings. Use only classes defined in your plugin. > -- You received this message because you are subscribed to the Google Groups "Jenkins Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/a3263ed7-199c-4f7b-82d5-ec37f8a0e493%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
