Todor, Richard -
thank you for your responses. I understand how various GC schemes work - I
guess I should have asked a more concise question like does the framework
explicitly keep a reference to the classloader, and if so, when is that
reference released. :) However in the meantime I found out
Hi all,
in an OSGi-based project of mine I'm trying to use
XStream to marshall/unmarshall data structures to/from XML.
Saving data to XML is no big issue, but restoring it from XML
throws a CannotResolveClass [1] exception.
I've googled a bit and it seems that XStream requires some
tampering
Hi Guido,
Why don't you use jaxb + camel. Please have a look here in the doc :
http://camel.apache.org/jaxb.html
Regards,
Charles Moulliard
Senior Enterprise Architect
Apache Camel Committer
*
blog : http://cmoulliard.blogspot.com
On Mon, Aug 17, 2009 at 2:57 PM,
In the [3] link in your message the guy has tried this:
xStream.setClassLoader(Thread.currentThread().getContextClassLoader());
Instead he should have tried this
xStream.setClassLoader(getClass().getClassLoader());
The idea is to tell xStream to load classes from your own class loader, aka
Todor Boev wrote:
In the [3] link in your message the guy has tried this:
xStream.setClassLoader(Thread.currentThread().getContextClassLoader());
Instead he should have tried this
xStream.setClassLoader(getClass().getClassLoader());
The idea is to tell xStream to load classes from your own
Guido Spadotto wrote
Thanks Todor and Charles for your highly appreciated suggestions.
I think that Todor spotted the technical issue with quite a remarkable
conciseness, and you're not out of line.
'Captatio benevolentiae' apart ;) I of course am in the case of
scattered among several
Carsten Ziegeler said the following on 08/17/2009 04:33 PM:
...
http://svn.apache.org/repos/asf/sling/trunk/bundles/commons/classloader/
It provides the DynamicClassLoaderManager services which gives you a
classloader that is able to load all publically available classes from
all bundles,
On 8/17/09 5:27, Holger Hoffstätte wrote:
Todor, Richard -
thank you for your responses. I understand how various GC schemes work - I
guess I should have asked a more concise question like does the framework
explicitly keep a reference to the classloader, and if so, when is that
reference
Carsten Ziegeler wrote:
If your objects are scattered among several bundles you might want to
give the Apache Sling dynamic classloader a try:
http://svn.apache.org/repos/asf/sling/trunk/bundles/commons/classloader/
It provides the DynamicClassLoaderManager services which gives you a
Guido Spadotto wrote:
Thanks Carsten,
I'm now injecting the DynamicClassLoader using SCR in my code:
/**
* The Sling Dynamic ClassLoader manager.
* It is mandatory, so no need for null reference checking.
* @scr.reference cardinality=1..1 bind=setDynCl
*
Hi, just wondering if there is an easy way to tell OBR not to check and
deploy optional imports during deploy?
Thanks,
Allen
Guido Spadotto wrote:
Another guy claimed he solved this issue [1], but I won't believe until
I see it running.
...
[1]:
http://archive.timeindexing.codehaus.org/lists/org.codehaus.xstream.user/msg/19183331.p...@talk.nabble.com
On second though I think this wrapper function should work
On Mon, Aug 17, 2009 at 10:57 PM, Guido Spadottogspado...@soluta.net wrote:
Question 1: Were any of you able to use XStream within an OSGi container
successfully?
We have used xstream in an osgi app.
To make it work we:
- added the relevant jars to the bundle that was using xstream (we
only
I am also using XStream successfully in OSGi. The problem is the
classic deserialization issue.
Since there is not yet any standardized solution to this (what seems
to me to be a) common problem, I just made my own temporary solution.
For any bundle that needs to provide class
14 matches
Mail list logo
