Hi Geert,

Thx :), I'm a bit tired. Now I could disable the rife class loader.
This has the other advantage that initializing the application will now
take 1 second. Before it takes 10 seconds. Could you explain why the
rife class loader needs so much time.
There is no difference in using jetty or glue.

Cheers,
Lars

> -----Original Message-----
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of Geert Bevin
> Sent: 23 November 2005 18:20
> To: RIFE users list : questions, bug reports and suggestions.
> Subject: Re: 
> [Rife-users]loaderconstraintsviolatedwhenlinkingcom/uwyn/rife/
> site/ValidationErrorclass
> 
> 
> Hi Lars,
> 
> I don't think you can declare 2 init params in the same tag, 
> try this: <web-app>
>       <filter>
>               <filter-name>RIFE</filter-name>
>               
> <filter-class>com.uwyn.rife.servlet.RifeFilter</filter-class>
>               <init-param>
>                       <param-name>rep.path</param-name>
>                       <param-value>rep/participants.xml</param-value>
>               </init-param>
>               
>               <init-param>
>                       
> <param-name>engineclassloader.enabled</param-name>
>                       <param-value>true</param-value>
>               </init-param>
>       </filter>
> 
>       <filter-mapping>
>           <filter-name>RIFE</filter-name>
>           <url-pattern>/*</url-pattern>
>       </filter-mapping>
> </web-app>
> 
> 
> On 23-nov-05, at 18:14, Lars Grupe wrote:
> 
> > Hi Geert,
> >
> > I'm sorry, you are right. The problem appears only when I 
> use glue. If 
> > I use jetty all is working fine.
> >
> > I set the init parameter engineclassloader.enabled to false in the
> > RIFE
> > filter like the following:
> >
> > <web-app>
> >     <filter>
> >             <filter-name>RIFE</filter-name>
> >     
> > <filter-class>com.uwyn.rife.servlet.RifeFilter</filter-class>
> >             <init-param>
> >                     <param-name>rep.path</param-name>
> >                     <param-value>rep/participants.xml</param-value>
> >     
> > <param-name>engineclassloader.enabled</param-name>
> >                     <param-value>false</param-value>
> >             </init-param>
> >     </filter>
> >
> >     <filter-mapping>
> >         <filter-name>RIFE</filter-name>
> >         <url-pattern>/*</url-pattern>
> >     </filter-mapping>
> > </web-app>
> >
> > This changes nothing the error is still there.
> > Thanks for searching the problem, I will find out what other
> > troubles I
> > will get with glue.
> >
> > Cheers,
> > Lars
> >
> >> -----Original Message-----
> >> From: [EMAIL PROTECTED] 
> >> [mailto:[EMAIL PROTECTED] On Behalf Of Geert Bevin
> >> Sent: 23 November 2005 17:43
> >> To: RIFE users list : questions, bug reports and suggestions.
> >> Subject: Re: [Rife-users] 
> >> loaderconstraintsviolatedwhenlinkingcom/uwyn/rife/site/Validat
> >> ionError class
> >>
> >>
> >> Hi Lars,
> >>
> >> I'm sorry to say that afaik this report is not related to 
> the issue 
> >> at all. It doesn't matter which bean causes it or where it is 
> >> defined, it's probably not happening if it's inside the 
> other package
> >> because it gets loaded before in that case. I'm almost 100%
> >> sure that
> >> there's a classloader issue with your Glue server.
> >> 
> (http://java.sun.com/j2se/1.5.0/docs/api/java/lang/LinkageError.html)
> >>
> >> Did you try with the initparam I suggested to see if that changed 
> >> anything? Did you try the application on another servlet container?
> >>
> >> Geert
> >>
> >> On 23-nov-05, at 17:30, Lars Grupe wrote:
> >>
> >>> Hi Geert,
> >>>
> >>> Yes, I'm sure that I have only one
> >> rife-1.3-snapshot-jdk15.jar in my
> >>> class path.
> >>>
> >>> But I figured out some new informations:
> >>> The problematic file is a Bean file (I attached it).
> >>>
> >>> If it is in the package
> >> 'com.uwyn.rife.jumpstart.elements.model' all
> >>> works fine. But if it is in 
> >>> 'com.acrolinx.termmanagement.elements.model' the
> >> LinkageError appears.
> >>> If I remove the addConstraint call from the Bean the error
> >> will be the
> >>> same.
> >>>
> >>> At the moment it is the only Bean, that I have defined. 
> Here is an 
> >>> extract from the site file, where the bean is defined:
> >>>
> >>>    <element id="TERM_LIST" 
> >>> implementation="com.acrolinx.termmanagement.elements.pub.TermList"
> >>> url="/termList">
> >>>               <input name="offset"/>
> >>>               <input name="termbank_id"/>
> >>>               <input name="term_id"/>
> >>>               <output name="offset"/>
> >>>               <output name="termbank_id"/>
> >>>               <output name="term_id"/>
> >>>           
> >>>           <exit name="change_offset"/>
> >>>           <exit name="edit_term"/>        
> >>>           <exit name="edit_suggestion"/>  
> >>>           <exit name="back_to_termbanks"/>
> >>>           
> >>>           <flowlink srcexit="change_offset" destid="TERM_LIST"/>
> >>>       <datalink srcoutput="offset" destid="TERM_LIST" 
> >>> destinput="offset"/>
> >>>
> >>>           <flowlink srcexit="edit_term" destid="EDIT_TERM"/>
> >>>           <datalink srcoutput="termbank_id" destid="EDIT_TERM" 
> >>> destinput="termbank_id"/>
> >>>           <datalink srcoutput="term_id" destid="EDIT_TERM" 
> >>> destinput="term_id"/>
> >>>
> >>>       <datalink srcoutput="term_id" destid="TERM_LIST" 
> >>> destinput="term_id"/>
> >>>       <datalink srcoutput="termbank_id" destid="TERM_LIST" 
> >>> destinput="termbank_id"/>
> >>>
> >>>           <flowlink srcexit="back_to_termbanks"
> >> destid="TERMBANK_LIST"/>
> >>>           
> >>>           <submission name="selectState">
> >>>                   <param name="termId"/>
> >>>                   <param name="state"/>
> >>>           </submission>
> >>>
> >>>           <submission name="editSuggestion">                      
> >>>                   <param name="termId"/>
> >>>           </submission>
> >>>           
> >>>           <submission name="changedSuggestion">
> >>>                   <param name="termId"/>
> >>>               <bean name="suggestion"
> >>>
> >> 
> classname="com.acrolinx.termmanagement.elements.model.SuggestionBean"
> >> /
> >>>>
> >>>       </submission>
> >>> <!--
> >>>       <flowlink srcexit="edit_name" destid="EditName"/>
> >>>       <datalink srcoutput="elementId" destid="EditName" 
> >>> destinput="elementId"/>
> >>>       <state store="session">
> >>>               <datalink srcoutput="longString" destid="EditName" 
> >>> destinput="longString"/>
> >>>       </state>            
> >>> -->
> >>>   </element>
> >>>
> >>> Cheers,
> >>> Lars
> >>>
> >>>
> >>>
> >>>> -----Original Message-----
> >>>> From: [EMAIL PROTECTED] 
> >>>> [mailto:[EMAIL PROTECTED] On Behalf Of Geert Bevin
> >>>> Sent: 23 November 2005 16:47
> >>>> To: RIFE users list : questions, bug reports and suggestions.
> >>>> Subject: Re: [Rife-users] loader 
> >>>> constraintsviolatedwhenlinkingcom/uwyn/rife/site/ValidationError
> >>>> class
> >>>>
> >>>>
> >>>>> I tested the login on a former version of my site, that is also 
> >>>>> running on glue. And it worked fine. I think the only 
> difference 
> >>>>> is that I
> >> moved the
> >>>>> classes from
> >>>>> com.uwyn.rife.jumpstart.x to com.acrolinx.termmanagement.x? I 
> >>>>> changed the classnames in my site file, too.
> >>>>>
> >>>>> I will try to find the class that causes the problem.
> >>>>>
> >>>>> Do you have an idea if I could have forgotten to change a
> >> classname
> >>>>> somewhere else? Or is there a class that does not like moving?
> >>>>
> >>>> This shouldn't matter at all.
> >>>>
> >>>> Are you sure that you don't have a RIFE jar in GLUE's
> >> global lib dir
> >>>> or in your global classpath? It clearly is a classloader 
> issue. I 
> >>>> don't think it has anything to do with your code at all.
> >>>> --
> >>>> Geert Bevin                       Uwyn bvba
> >>>> "Use what you need"               Avenue de Scailmont 34
> >>>> http://www.uwyn.com               7170 Manage, Belgium
> >>>> gbevin[remove] at uwyn dot com    Tel +32 64 84 80 03
> >>>>
> >>>> PGP Fingerprint : 4E21 6399 CD9E A384 6619  719A C8F4 D40D
> >> 309F D6A9
> >>>> Public PGP key  : available at servers pgp.mit.edu, 
> wwwkeys.pgp.net
> >>>>
> >>>>
> >>>> _______________________________________________
> >>>> Rife-users mailing list
> >>>> [email protected] 
> http://www.uwyn.com/mailman/listinfo/rife-users
> >>>>
> >>>> <SuggestionBean.java>
> >>> _______________________________________________
> >>> Rife-users mailing list
> >>> [email protected] 
> http://www.uwyn.com/mailman/listinfo/rife-> users
> >>
> >> --
> >> 
> Geert Bevin                       Uwyn 
> bvba
> >> "Use what you need"               Avenue de Scailmont 34
> >> http://www.uwyn.com               7170 Manage, Belgium
> >> gbevin[remove] at uwyn dot com    Tel +32 64 84 80 03
> >>
> >> PGP Fingerprint : 4E21 6399 CD9E A384 6619  719A C8F4 D40D 
> 309F D6A9 
> >> Public PGP key  : available at servers pgp.mit.edu, wwwkeys.pgp.net
> >>
> >>
> >> _______________________________________________
> >> Rife-users mailing list
> >> [email protected] http://www.uwyn.com/mailman/listinfo/rife-users
> >>
> > _______________________________________________
> > Rife-users mailing list
> > [email protected] http://www.uwyn.com/mailman/listinfo/rife-users
> >
> 
> --
> Geert Bevin                       Uwyn bvba
> "Use what you need"               Avenue de Scailmont 34
> http://www.uwyn.com               7170 Manage, Belgium
> gbevin[remove] at uwyn dot com    Tel +32 64 84 80 03
> 
> PGP Fingerprint : 4E21 6399 CD9E A384 6619  719A C8F4 D40D 
> 309F D6A9 Public PGP key  : available at servers pgp.mit.edu, 
> wwwkeys.pgp.net
> 
> 
> _______________________________________________
> Rife-users mailing list
> [email protected] http://www.uwyn.com/mailman/listinfo/rife-users
> 
_______________________________________________
Rife-users mailing list
[email protected]
http://www.uwyn.com/mailman/listinfo/rife-users

Reply via email to