Vinay,

There should be no problem with multiple SAR files.  I test that feature 
regularly.

How are you using SAX? Via the factory built into the JDK ?  or via the 
Cornerstone block?

- Paul


>Hi,
>( Excuse my ignorance here  if
>this is the expected behaviour)
>
>I try to deploy two sars within the /apps 
>folder (2 apps from avalon-apps )
>and phoenix-runtime cribs about 
>"Provider org.apache.xerces.jaxp.SAXParserFactoryImpl
>not found", 
>when it tries loading the SAxParserFactory for 
>building the configuration of the  second SAR'ed 
>application.
>(I think this behaviour would occur when 2 or more
>sar's are deployed in the /apps folder.
>)
>
>The Culprit I feel is the  setting of the 
>contextClassLoader to 'null' in the following place :
>DefaultApplication.loadBlockListeners().
>
>So Is there a problem somewhere ?, 
>or as my ignorance speaks, 
>Have I intrepreted something wrong here ?
>
>Regards,
>V i n a y
>
>--- Peter Donald <[EMAIL PROTECTED]> wrote:
> On Sun, 19 May 2002 16:19, Robert wrote:
>  
>
>>>A couple of simple questions:
>>>
>>>In ResourceAccessor, you mention that the argument
>>>      
>>>
>>would be some meta
>>    
>>
>>>data, so would this equate to say, a Configuration
>>>      
>>>
>>object,
>>
>>Both are possible. It basically depends on what the
>>container implementers 
>>prefer. I tend to prefer a typesafe metadata object
>>but other people prefer 
>>free-form Configuration trees. 
>>
>>    
>>
>>>or are/is
>>>there going to be a MetaData structure that
>>>      
>>>
>>abstracts out these things?
>>
>>I hope that we can achieve a standard set of
>>metadata between containers. I am 
>>am hopeful that we can achieve this. I am not sure
>>whether there will be a 
>>standard MetaData structure, xml descriptor or
>>whatever in future (there 
>>maybe or there may not). It basically comes down to
>>how successful we are at 
>>abstracting things away ;)
>>
>>So I guess the answer is hopefully but it will only
>>occur if we can do it 
>>properly.
>>
>>    
>>
>>>I really like the idea of the LifecycleHelper.
>>>      
>>>
>>Would this potentially
>>    
>>
>>>move up from Phoenix?
>>>      
>>>
>>Eventually. Just needs to mature and we need to make
>>sure it works for all the 
>>containers we currently have.
>>
>>-- 
>>Cheers,
>>
>>Peter Donald
>>
>>
>>--
>>To unsubscribe, e-mail:  
>><mailto:[EMAIL PROTECTED]>
>>For additional commands, e-mail:
>><mailto:[EMAIL PROTECTED]>
>>
>>    
>>
>
>
>__________________________________________________
>Do You Yahoo!?
>LAUNCH - Your Yahoo! Music Experience
>http://launch.yahoo.com
>
>--
>To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
>For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
>
>
>
>  
>




--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to