Hi Geert,
thanks for your patience, and sorry for my slowliness, but this means I
cannot have a BeanMetaData.java and instead have to extend the bean my
self in the form of :
public class Bean extends MetaData<ConstrainedBean, ConstrainedProperty>
??
Ciao
Matthias
Geert Bevin schrieb:
> No, the price will be that meta data merging doesn't work anymore, but
> you can always extend the MetaData class yourself in your bean
> classes. Continuations will just not work at all though. Hmmm, now
> that I think if it, it might be interesting to have something that
> statically modifies the bytecode and writes out new class files. This
> would be perfect for production use.
>
> On 01 May 2008, at 19:33, Matthias Barmeier wrote:
>
>> Hi Geert,
>>
>> after disabling the class loader my JAXB problem is gone. Everything
>> looks fine.
>>
>> Am I right when I would say that the price I have to pay lost of the
>> validation is ?
>>
>> Ciao
>> Matthias
>>
>> Geert Bevin schrieb:
>>> Hi Matthias,
>>>
>>> Getting the agent to work with Java6 should just work when you
>>> include
>>> the rife agent jar in the classpath
>>> (http://java.sun.com/javase/6/docs/api/java/lang/instrument/package-summary.html
>>> ).
>>>
>>> You can disable the classloader by setting the
>>> "engineclassloader.enabled" init parameter to "false" in web.xml of
>>> your web application where the RIFE filter/servlet is declared.
>>>
>>> HTH,
>>>
>>> Geert
>>>
>>> On 01 May 2008, at 15:31, Matthias Barmeier wrote:
>>>
>>>> Hi Geert,
>>>>
>>>> the application is simple I would give it a try to disable the
>>>> classloader.
>>>>
>>>> But, may be upgrading to jdk 1.6 is an option too. Could you give me
>>>> some hints on how to disable rifes classloader and how to get it
>>>> work
>>>> with java 6 ?
>>>>
>>>> Ciao
>>>> Matthias
>>>>
>>>> Geert Bevin schrieb:
>>>>> Sorry the instrumentation agent feature in Java only support non-
>>>>> startup agents as of JDK 1.6. If you don't use any of the
>>>>> continuations or meta-data merging features of RIFE, you can also
>>>>> just
>>>>> plain disable the custom classloader, but you'll lose out on a
>>>>> lot of
>>>>> the unique stuff.
>>>>>
>>>>>
>>>>> On 01 May 2008, at 15:22, Matthias Barmeier wrote:
>>>>>
>>>>>> Hi Geert,
>>>>>>
>>>>>> jdk 1.5
>>>>>>
>>>>>> Ciao
>>>>>> Matthias
>>>>>>
>>>>>> Geert Bevin schrieb:
>>>>>>> Hi Matthias,
>>>>>>>
>>>>>>> which JDK version are you guys using?
>>>>>>>
>>>>>>> Geert
>>>>>>>
>>>>>>> On 01 May 2008, at 14:55, Matthias Barmeier wrote:
>>>>>>>
>>>>>>>> Hi Geert,
>>>>>>>>
>>>>>>>> unfortunately I am not allowed to start additional tasks. I only
>>>>>>>> can
>>>>>>>> deploy a .war archive. Is it possible to start the agent form a
>>>>>>>> ContextListener or a servlet ?
>>>>>>>>
>>>>>>>> Ciao
>>>>>>>> Matthias
>>>>>>>>
>>>>>>>> Geert Bevin schrieb:
>>>>>>>>> Hi Matthias,
>>>>>>>>>
>>>>>>>>> this is typically a case of having several XML jars in your
>>>>>>>>> classpath.
>>>>>>>>> There's probably an XML jar that provides
>>>>>>>>> javax.xml.namespace.QName
>>>>>>>>> in
>>>>>>>>> the global Tomcat classpath, and maybe another one in your own
>>>>>>>>> webapp.
>>>>>>>>> Alternatively, RIFE now supports a byte-code instrumentation
>>>>>>>>> agent
>>>>>>>>> that you can use instead of the classload. This should make any
>>>>>>>>> of
>>>>>>>>> these issues go away.
>>>>>>>>>
>>>>>>>>> More information about using the agent here:
>>>>>>>>> http://rifers.org/docs/api/com/uwyn/rife/instrument/RifeAgent.html
>>>>>>>>>
>>>>>>>>> Hope this helps,
>>>>>>>>>
>>>>>>>>> Geert
>>>>>>>>>
>>>>>>>>> On 01 May 2008, at 12:04, Matthias Barmeier wrote:
>>>>>>>>>
>>>>>>>>>> Hi,
>>>>>>>>>>
>>>>>>>>>> when I try to use JAXB2.0 with Rife and Tomcat 6 I got the an
>>>>>>>>>> java.lang.LinkageError Exception (details below).
>>>>>>>>>>
>>>>>>>>>> Is this a configuration error ?
>>>>>>>>>>
>>>>>>>>>> Ciao
>>>>>>>>>> Matthias
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> java.lang.LinkageError
>>>>>>>>>> loader constraints violated when linking javax/xml/namespace/
>>>>>>>>>> QName
>>>>>>>>>> class
>>>>>>>>>>
>>>>>>>>>> at
>>>>>>>>>> com.sun.xml.bind.v2.model.impl.RuntimeBuiltinLeafInfoImpl
>>>>>>>>>> <clinit> ( RuntimeBuiltinLeafInfoImpl.java : 779 )
>>>>>>>>>> at com.sun.xml.bind.v2.model.impl.RuntimeTypeInfoSetImpl
>>>>>>>>>> <init>
>>>>>>>>>> ( RuntimeTypeInfoSetImpl.java : 25 )
>>>>>>>>>> at com.sun.xml.bind.v2.model.impl.RuntimeModelBuilder
>>>>>>>>>> createTypeInfoSet ( RuntimeModelBuilder.java : 78 )
>>>>>>>>>> at com.sun.xml.bind.v2.model.impl.RuntimeModelBuilder
>>>>>>>>>> createTypeInfoSet ( RuntimeModelBuilder.java : 41 )
>>>>>>>>>> at com.sun.xml.bind.v2.model.impl.ModelBuilder <init>
>>>>>>>>>> (
>>>>>>>>>> ModelBuilder.java : 97 )
>>>>>>>>>> at com.sun.xml.bind.v2.model.impl.RuntimeModelBuilder
>>>>>>>>>> <init> (
>>>>>>>>>> RuntimeModelBuilder.java : 44 )
>>>>>>>>>> at com.sun.xml.bind.v2.runtime.JAXBContextImpl
>>>>>>>>>> getTypeInfoSet
>>>>>>>>>> (
>>>>>>>>>> JAXBContextImpl.java : 320 )
>>>>>>>>>> at com.sun.xml.bind.v2.runtime.JAXBContextImpl <init>
>>>>>>>>>> (
>>>>>>>>>> JAXBContextImpl.java : 198 )
>>>>>>>>>> at com.sun.xml.bind.v2.ContextFactory createContext
>>>>>>>>>> (
>>>>>>>>>> ContextFactory.java : 76 )
>>>>>>>>>> at com.sun.xml.bind.v2.ContextFactory createContext
>>>>>>>>>> (
>>>>>>>>>> ContextFactory.java : 55 )
>>>>>>>>>> at com.sun.xml.bind.v2.ContextFactory createContext
>>>>>>>>>> (
>>>>>>>>>> ContextFactory.java : 124 )
>>>>>>>>>> at sun.reflect.NativeMethodAccessorImpl invoke0 (
>>>>>>>>>> NativeMethodAccessorImpl.java )
>>>>>>>>>> at sun.reflect.NativeMethodAccessorImpl invoke (
>>>>>>>>>> NativeMethodAccessorImpl.java : 39 )
>>>>>>>>>> at sun.reflect.DelegatingMethodAccessorImpl invoke
>>>>>>>>>> (
>>>>>>>>>> DelegatingMethodAccessorImpl.java : 25 )
>>>>>>>>>> at java.lang.reflect.Method invoke ( Method.java :
>>>>>>>>>>
>>>>>>>>>> 585 )
>>>>>>>>>> at javax.xml.bind.ContextFinder newInstance
>>>>>>>>>> ( ContextFinder.java
>>>>>>>>>> : 132 )
>>>>>>>>>> at javax.xml.bind.ContextFinder find
>>>>>>>>>> ( ContextFinder.java :
>>>>>>>>>> 286 )
>>>>>>>>>> 28 more ...
>>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Geert Bevin
>>>>>>>>> Terracotta - http://www.terracotta.org
>>>>>>>>> Uwyn "Use what you need" - http://uwyn.com
>>>>>>>>> RIFE Java application framework - http://rifers.org
>>>>>>>>> Music and words - http://gbevin.com
>>>>>>>>>
>>>>>>>>>
>>>>>>> --
>>>>>>> Geert Bevin
>>>>>>> Terracotta - http://www.terracotta.org
>>>>>>> Uwyn "Use what you need" - http://uwyn.com
>>>>>>> RIFE Java application framework - http://rifers.org
>>>>>>> Music and words - http://gbevin.com
>>>>>>>
>>>>>>>
>>>>> --
>>>>> Geert Bevin
>>>>> Terracotta - http://www.terracotta.org
>>>>> Uwyn "Use what you need" - http://uwyn.com
>>>>> RIFE Java application framework - http://rifers.org
>>>>> Music and words - http://gbevin.com
>>>>>
>>>>>
>>> --
>>> Geert Bevin
>>> Terracotta - http://www.terracotta.org
>>> Uwyn "Use what you need" - http://uwyn.com
>>> RIFE Java application framework - http://rifers.org
>>> Music and words - http://gbevin.com
>>>
>>>
>
> --
> Geert Bevin
> Terracotta - http://www.terracotta.org
> Uwyn "Use what you need" - http://uwyn.com
> RIFE Java application framework - http://rifers.org
> Music and words - http://gbevin.com
>
>
> >
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"rife-users" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/rife-users?hl=en
-~----------~----~----~----~------~----~------~--~---
