I understand what you mean with 2 projects but that is not exactly fitting to
the eclipse project (with oaw plugin).
In Eclipse project model, templates and java helper classes are inside of
one package and Eclipse compilation mechanism can deal with the situation.
Naturally when I mavenized everything I try to keep the project structure as
close to Eclipse one.
Now I transfer the model file to the second project and everything works
fine, but there is something wrong with the resource loading anyway....
When the model files are in the first project and I make clean install Maven
is able to find the Uml Profile file but not the Model File !!!!
I looked the source code it looks like Model and Profile loading mechanism
are using the same utility class org.openarchitectureware.emf.EcoreUtil2's
getURI emthod but why the results are different I don't know. (If I give
fake name for the profile it crashes at this point also so it is locating
the file...)
In short,
<bean id="profile" class="oaw.uml2.profile.ProfileMetaModel">
<profile value="model/state-machine.profile.uml2"/>
</bean>
works but
<component class="oaw.emf.XmiReader">
<modelFile value="model/state-machine.uml2"/>
<outputSlot value="model"/>
</component>
doesn't...
What is the difference beats me....
Anyway, thx for the help...
Karsten Thoms wrote:
>
> Hi!
>
> Your first problem can be solved with your second approach. You should
> have at least two projects - one for the generator and the other for the
> using application project. The build for the generator project does not
> execute the generator itself, it just compiles the helper classes and
> packages them together with all oAW artefacts. The second project
> contains the model and executes the oAW generator during
> generate-sources. This project is dependend on the generator project, of
> course, and therefore the generator's Java classes get build before the
> workflow is invoked. Maven sometimes forces to build artificial project
> structures to get around those life cycle dependencies. In this case it
> is somewhat logical that the structure is so. If you look at the Fornax
> projects they are all structured this way, with one addition: there is
> also a parent project which defines common dependencies and the other
> projects as modules.
>
> Regarding the model that is not found: This will be, as often, a
> classpath problem. Of course the "model" folder must be contained in
> some classpath folder. Usually this will be src/main/resources. Also
> here, have a look at the Fornax sources. Check out e.g. the JavaBasic
> sources and compare this one to your scenario.
>
> Hope this helps you,
> ~Karsten
>
> On 21.02.2009 12:00 Uhr, posthumecaver wrote:
>> Hi everybody,
>>
>> I have a question....
>>
>> I configured the maven plugin of oaw to run at generate-sources phase
>> with
>> run-workflow goal....
>>
>> Now I am having problems with the compilation of a Java Extension for the
>> oaw...
>>
>> Maven first calls the workflow and then compiles the sources (which make
>> sense of course...) but when workflow calls the extension the classes
>> are
>> not compiled and it crashes...
>>
>> Is there a better phase then calling the workflow other then
>> generate-sources?
>>
>> Secondly, I try to be clever and created another maven project and
>> transported plugin configuration to this project. I use the first as
>> model
>> project (so everything compiled and packaged) then I call from the second
>> project as cartdridge the first project..
>>
>> At the begining everything seems fine, it finds the workflow from first
>> project and start initializing it from but then it crashes by complaining
>> the model file is not there....
>>
>> Needless to say the configuration at the first project correct because it
>> works standalone (when I compile first then I call run-workflow). I am
>> using
>> uml models and also prefer that model stays in the first project but is
>> this
>> not acceptable?
>>
>> Maven (workflow) is able to find out the uml profile files but XmiReader
>> is
>> not able to find out the model file..
>>
>> Model file configured like....
>>
>> <component id="xmiParser" class="oaw.emf.XmiReader">
>> <modelFile value="model/statemachine-model.uml2" />
>> ......
>> </component>
>>
>>
>> Should I have to use another pattern for the value, I try to experiment
>> something like file:../model/statemachine-model.uml2 that didn't helped
>> also..
>>
>> Thx for the answers
>>
>
>
> --
> Karsten Thoms
> Softwarearchitekt
>
> Telefon: +49 (0) 231 / 98 60-222
> Telefax: +49 (0) 231 / 98 60-211
> Mobil : +49 (0) 151 / 17396721
>
> http://www.itemis.de
> [email protected]
>
> itemis AG
> Am Brambusch 15-24
> 44536 Lünen
>
> Rechtlicher Hinweis:
> Amtsgericht Dortmund, HRB 20621
>
> Vorstand: Wolfgang Neuhaus, Jens Wagener, Dr. Georg Pietrek
>
> Aufsichtsrat: Dr. Burkhard Igel(Vors.), Stephan Grollmann, Michael Neuhaus
>
>
> begin:vcard
> fn:Karsten Thoms
> n:Thoms;Karsten
> org:itemis AG
> adr:;;Am Brambusch 22;Luenen;;44536;Germany
> email;internet:[email protected]
> title:Softwarearchitekt
> tel;work:+49 231 9860 202
> tel;fax:+49 231 9860 211
> tel;cell:+49 151 17396721
> url:http://www.itemis.de
> version:2.1
> end:vcard
>
>
> ------------------------------------------------------------------------------
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco,
> CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the
> Enterprise
> -Strategies to boost innovation and cut costs with open source
> participation
> -Receive a $600 discount off the registration fee with the source code:
> SFAD
> http://p.sf.net/sfu/XcvMzF8H
> _______________________________________________
> Fornax-developer mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/fornax-developer
>
>
--
View this message in context:
http://www.nabble.com/Execution-of-Maven-Plugin-tp22134652s17564p22157188.html
Sent from the Fornax-Platform mailing list archive at Nabble.com.
------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Fornax-developer mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/fornax-developer
