Hi again,
Thanks for the feedback Valentin.
Since I've been reading through the tutorial at
http://incubator.apache.org/aries/blueprinthelloworldtutorial.html, a
couple more things are worthy of mentioning:
1) When I imported the projects into my Eclipse, the
"org.apache.aries.samples.helloworld.blueprint.assembly" was not
imported (this is probably the reason I couldn't find where the
config.ini was coming from :-). I checked the my "mvn eclipse:eclipse"
log and it comes back with:
>mvn eclipse:eclipse
[INFO]
------------------------------------------------------------------------
[INFO] Building Apache Aries Blueprint HelloWorld Assembly
[INFO] task-segment: [eclipse:eclipse]
[INFO]
------------------------------------------------------------------------
[INFO] Preparing eclipse:eclipse
[INFO] [enforcer:enforce {execution: default}]
[INFO] [antrun:run {execution: create-prop}]
[INFO] Executing tasks
[echo] Maven version: 0.2-incubating-SNAPSHOT
[echo] OSGi version: 0.2.0.incubating-SNAPSHOT
[INFO] Executed tasks
[INFO] [properties:read-project-properties {execution: default}]
[INFO] [remote-resources:process {execution: default}]
[INFO] [resources:resources {execution: filter}]
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 0 resource
[INFO] Copying 1 resource
[INFO] Copying 4 resources
[INFO] [eclipse:eclipse {execution: default-cli}]
[INFO] Not running eclipse plugin goal for pom project
[INFO] Using Eclipse Workspace: C:\Users\karypid\projects\aries_ws
[INFO] no substring wtp server match.
[INFO] Using as WTP server : SpringSource Cloud Foundry (Runtime) v1.0
[INFO] Adding default classpath container:
org.eclipse.jdt.launching.JRE_CONTAINER/org.eclipse.jdt.internal.debug.ui.launcher.StandardVMType/J2SE-1.5
However, no ".project" file is created:
>dir helloworld-assembly
Directory of
C:\Users\karypid\projects\aries\trunk\samples\blueprint\helloworld\helloworld-assembly
09/08/2010 20:19 <DIR> .
09/08/2010 20:19 <DIR> ..
09/08/2010 18:08 5.531 pom.xml
09/08/2010 18:08 <DIR> src
09/08/2010 22:48 <DIR> target
2) The tutorial at in its "Running the code" section gives the following
command:
java -jar org.eclipse.osgi_3.5.0.v20090520.jar -console
This should read:
java -jar osgi_3.5.0.v20090520.jar -console
3) Finally, the services command to review the registered service:
services
(objectClass=org.apache.aries.blueprint.helloworldapi.HelloWorldService)
should read:
services
(objectClass=org.apache.aries.samples.blueprint.helloworld.api.HelloWorldService)
Minor stuff, but newcomers would appreciate them.
Regards,
Alexandros
On 9/8/2010 22:11, Valentin Mahrwald wrote:
Hi Alexandros,
there does not seem to be too much magic, the config.ini file is checked in the
src/main/filtered-resources/configuration/config.ini and by the looks of it is
simply copied into the output directory.
Thanks for reporting this! I have checked in the change under ARIES-377.
Regards,
Valentin
On 9 Aug 2010, at 18:23, Alexandros Karypidis wrote:
Hi,
I've just built the svn trunk
(http://incubator.apache.org/aries/buildingaries.html)
and am trying the hello word
(http://incubator.apache.org/aries/blueprinthelloworldtutorial.html).
Got some issues with the example. I'm not familiar with the magic that is used to
generate the "config.ini" file for Equinox, but `Maven currently generates the
following (incorrect) file:
osgi.bundles=\
...
org.apache.aries.samples.helloworld.blueprint.api-0.2-incubating-snapshot....@1,\
org.apache.aries.samples.helloworld.blueprint.server-0.2-incubating-snapshot....@1,\
org.apache.aries.samples.helloworld.blueprint.client-0.2-incubating-snapshot....@1
eclipse.ignoreApp=true
org.ops4j.pax.logging.DefaultServiceLog.level=DEBUG
In order to run the example, I need modify the file to switch the order of the
"helloword" and "blueprint" words:
org.apache.aries.samples -- .blueprint.helloworld. --
api-0.2-incubating-snapshot....@1,\
org.apache.aries.samples -- .blueprint.helloworld. --
server-0.2-incubating-snapshot....@1,\
org.apache.aries.samples -- .blueprint.helloworld. --
client-0.2-incubating-snapshot....@1
What wizardry of the build system is responsible for the generation of config.ini and how
can I fix this? I'm somewhat familiar with Maven, but the "bundle" packaging
and its OSGi-plugins are totally new to me.
