mraible wrote:
> 
> On Dec 4, 2007, at 8:57 PM, jackalista wrote:
> 
>> So I need to run "mvn install"?  From which directory?  Please note  
>> I'm using the modular struts2 archteype.
> -------------------------------------------
> You need to run it from "core" in order to install the core module -  
> which web will read from when it loads - just like any other JAR.
> HTH,
> Matt
> ------------------------------------------
> I did run it once after the first time you mentioned that a few weeks
> back.  Do you have to run mvn install after any change to
> applicationContext.xml?
> 
> tia!
> 
>>
>> So if I run mvn install, does that propagate the stuff I added to the
>> applicationContext.xml in core/src/main/resources to the other  
>> instances of
>> the file such as that in the WEB-INF directory?  Would you  
>> elaborate a bit
>> so I can get a better picture of what's happening here?
>>
>> Thanks *loads*!
>>
>> Jack
>>
>> Mike Horwitz wrote:
>>>
>>>
>>> After you make the changes in the core module, have you run mvn  
>>> install
>>> either at the top level or in the core project?
>>>
>>> Mike
>>>
>>>
>>> On 12/3/07, jackalista <[EMAIL PROTECTED]> wrote:
>>>>
>>>>
>>>> OK, I must be doing something basically wrong with the modular  
>>>> archetype
>>>> or
>>>> something like that.  I put all the DAO and manager definitions  
>>>> that I
>>>> developed using the tutorial as a guide in the  
>>>> applicationContext.xml
>>>> file
>>>> in core/src/main/resources.  All the DAO and manager tests work  
>>>> fine with
>>>> those.  The applicationContext.xml file in WEB-INF (specifically
>>>> web/src/main/webapp/WEB-INF) had no entires in it at all up till  
>>>> now but
>>>> I
>>>> threw in the PersonManager test definition as you suggested and  
>>>> fixed the
>>>> package name to match mine but I got an exception running mvn
>>>> jetty:run-war.
>>>> Do I need to duplicate all the entries from the appContext file from
>>>> core/src/main/resources or are those in the wrong place?  Thanks  
>>>> for your
>>>> help, the stack trace when I add the PersonManager declaration to  
>>>> the
>>>> context file in WEB-INF follows:
>>>>
>>>> [Mx] ERROR [main] ContextLoader.initWebApplicationContext(203) |  
>>>> Context
>>>> initialization failed
>>>> org.springframework.beans.factory.BeanCreationException: Error  
>>>> creating
>>>> bean
>>>> with name 'handlerMapping' defined in Servl
>>>> etContext resource [/WEB-INF/xfire-servlet.xml]: Initialization  
>>>> of bean
>>>> failed; nested exception is org.springframework.
>>>> beans.factory.CannotLoadBeanClassException: Cannot find class
>>>> [org.jackalista.mx.service.impl.PersonManagerImpl] for bea
>>>> n with name 'personManager' defined in ServletContext resource
>>>> [/WEB-INF/applicationContext.xml]; nested exception is ja
>>>> va.lang.ClassNotFoundException:
>>>> org.jackalista.mx.service.impl.PersonManagerImpl
>>>> Caused by:
>>>> org.springframework.beans.factory.CannotLoadBeanClassException:  
>>>> Cannot
>>>> find
>>>> class [org.jackalista.mx.service.impl.Person
>>>> ManagerImpl] for bean with name 'personManager' defined in  
>>>> ServletContext
>>>> resource [/WEB-INF/applicationContext.xml]; ne
>>>> sted exception is java.lang.ClassNotFoundException:
>>>> org.jackalista.mx.service.impl.PersonManagerImpl
>>>> Caused by:
>>>> java.lang.ClassNotFoundException:
>>>> org.jackalista.mx.service.impl.PersonManagerImpl
>>>>        at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
>>>>        at java.security.AccessController.doPrivileged(Native Method)
>>>>        at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
>>>>        at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
>>>>        at
>>>> org.codehaus.classworlds.RealmClassLoader.loadClassDirect(
>>>> RealmClassLoader.java:195)
>>>>        at
>>>> org.codehaus.classworlds.DefaultClassRealm.loadClass(
>>>> DefaultClassRealm.java:255)
>>>>        at
>>>> org.codehaus.classworlds.DefaultClassRealm.loadClass(
>>>> DefaultClassRealm.java:274)
>>>>
>>>> Alejandro Castro wrote:
>>>>>
>>>>> Hey Tia,
>>>>>
>>>>> I got mine working, but I'm using a basic archetype, not the  
>>>>> modular.
>>>>> Anyway I didn't need to override xfire-servlet.xml, I just  
>>>>> configured
>>>> my
>>>>> beans in the application-context.xml located on WEB-INF folder.
>>>>> So go ahead and copy this definition into that file and check if  
>>>>> that
>>>>> works.
>>>>>
>>>>> [code]
>>>>>>  <bean id="personManager"
>>>>>> class="org.foo.mx.service.impl.PersonManagerImpl">
>>>>>>    <constructor-arg ref="personDao"/>
>>>>>>  </bean>
>>>>>> [/code]
>>>>>>
>>>>>
>>>>>  Hope that helps.
>>>>>
>>>>> Alejandro
>>>>>
>>>>>
>>>>
>>>> --
>>>> View this message in context:
>>>> http://www.nabble.com/Web-services-in-Appfuse-2.0- 
>>>> tf4481079s2369.html#a14124034
>>>> Sent from the AppFuse - User mailing list archive at Nabble.com.
>>>>
>>>> -------------------------------------------------------------------- 
>>>> -
>>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>>> For additional commands, e-mail: [EMAIL PROTECTED]
>>>>
>>>>
>>>
>>>
>>
>> -- 
>> View this message in context: http://www.nabble.com/Web-services-in- 
>> Appfuse-2.0-tf4481079s2369.html#a14165289
>> Sent from the AppFuse - User mailing list archive at Nabble.com.
>>
>> ------------------------------------
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Web-services-in-Appfuse-2.0-tf4481079s2369.html#a14165435
Sent from the AppFuse - User mailing list archive at Nabble.com.

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

Reply via email to