Home » Eclipse Projects » Riena » How to build Riena from source?
|
| Re: How to build Riena from source? [message #541746 is a reply to message #541400] |
Tue, 22 June 2010 12:18   |
 Christian Campo
Messages: 597
Registered: July 2009 |
Senior Member |
|
|
Am 21.06.10 00:20, schrieb Christian Kesselheim:
> Me again,
>
> I wonder what's the best way to build the whole of Riena (target
> platform components) from source?! I've imported the Team Project Set
> file bundled with org.eclipse.riena.releng, but still see a lot of
> errors and unsolved dependencies.
>
> For example, what's the target platform definition I need to use? I
> suppose the one that comes with org.eclipse.riena.ui.templates should
> suffice for building the toolset component at least, but since it
> complains about a number of unresolved installable units when opened I
> also wonder whether or not its still being actively maintained.
>
> Also, why are there 3 different plug-ins starting in
> org.eclipse.riena.build*? Which one's currently being used?
>
> Any hints for me where to start looking? Is there perhaps some magic
> Wiki page on building Riena from source that I managed to miss so far :)?
>
> Thanks in advance,
>
> Chris
>
>
Hi Chris,
If you like to have Riena in your workspace you need to installed Equinox SDK and RCP SDK into a new target platform and
activate that target platform. You can easily do that using the Helios repo and that should be it.
That is true for the Riena runtime pieces.
You need a second workspace to deal with the Riena toolbox. The target platform there is just the IDE and there is a
seperate releng for the toolbox o.e.r.toolbox.releng.
When you install the Riena Toolbox one of the benefits is that a .target file that is anywhere within the plugins is
offered to become a new target. So say you have that installed as an IDE plugin, you can easily activate the definition
in o.e.r.ui.templates called riena_2.0.0.target which is the target definition for creating Riena-based applications.
Building Riena in a build process is a little tricky and we were fighting with our build since the beginning. Elias now
helped us create a build project org.eclipse.riena.build3 that finally does it all. So build and build2 are just
previous attempts to build Riena.
However the build only runs on windows and need to have a set of files and a certain directory structure that we havnt
come around to describe anywhere. If you like to have your own build running as a headless build, I think a good first
step would be to open a bug and push us to describe that directory structure for you :-)
regards
christian
|
|
|
| Re: How to build Riena from source? [message #541757 is a reply to message #541400] |
Tue, 22 June 2010 12:51 |
Christian Kesselheim
Messages: 59
Registered: June 2010 |
Member |
|
|
Thanks a lot, that really helped. Since we're planning on using Riena for our next RCP solution (and I guess there will come the time when we'll want to do our own patches and bug-fixes), I'm currently thinking about setting-up a private nightly build of Riena on our company's own Hudson server. So perhaps I'll have to file that "describe your directory structure" bug request you've mentioned after all  .
So far, my main source of confusion stems from the fact that importing the Riena Team Project Set from CVS doesn't seem to produce an error-free workspace configuration, at least not for me.
For example:
1. org.sl4j.* is missing while org.apache.log4j is not. Since org.sl4j.log4j also contains its own version of log4j (and is installed in the Riena target platform by default), the compiler seems so get confused and prefers the (possibly outdated) target platform org.sl4j.log4j over the org.apache.log4j I have locally checked-out. As a result, recent API changes in log4j (e.g. Category.setLevel()) will not be visible and produce a problem marker in org.eclipse.riena.core. Checking out a fresh org.sl4j.* from Orbit CVS makes the problem go away, so I wonder if this should not be included in the team project set by default.
2. Bundles like org.eclipse.riena.exceptionmanager and org.eclipse.riena.workspace have broken imports (e.g. ServiceInjector) or dependencies (e.g. dependency on org.eclipse.riena.ui.core missing), so I wonder if these bundles are still actively maintained/required.
3. Bundles like org.eclipse.riena.ui.tests or org.eclipse.riena.security.services.config don't compile at all for me (source directory/class reference missing).
As soon as I get this working for me (and my Hudson) I will the results as part of some blog, so you can review and laugh at all my ridiculous rookie mistakes .
[Updated on: Tue, 22 June 2010 12:55] Report message to a moderator |
|
|
| Re: How to build Riena from source? [message #541958 is a reply to message #541757] |
Wed, 23 June 2010 11:25 |
Christian Campo
Messages: 597
Registered: July 2009 |
Senior Member |
|
|
Hi Christian,
I am really wondering if you are really getting at the *.psf file.
You should NOT get every project in CVS that has "riena" it its name, but rather only get org.eclipse.riena.releng. And
then use the projectSet-pserver.psf file -> Import Project Set ...
That should really avoid ALL the problems below.
Am 22.06.10 14:51, schrieb Christian Kesselheim:
> Thanks a lot, that really helped. Since we're planning on using Riena
> for our next RCP solution (and I guess there will come the time when
> we'll want to do our own patches and bug-fixes), I'm currently thinking
> about setting-up a private nightly build of Riena on our company's own
> Hudson server. So perhaps I'll have to file that "describe your
> directory structure" bug request you've mentioned after all :).
>
> So far, my main source of confusion stems from the fact that importing
> the Riena Team Project Set from CVS doesn't seem to produce an
> error-free workspace configuration, at least not for me.
>
> For example:
>
> 1. org.sl4j.* is missing while org.apache.log4j is not. Since
> org.sl4j.log4j also contains its own version of log4j (and is installed
> in the Riena target platform by default), the compiler seems so get
> confused and prefers the (outdated) target platform log4j over the one I
> have locally checked-out. As a result, recent changes in log4j (e.g.
> Category.setLevel) will not be visible and produce a problem marker in
> org.eclipse.riena.core. Checking out a fresh org.sl4j.* from Orbit CVS
> makes the problem go away, so I wonder if this should not be included in
> the team project set by default.
We use org.apache.log4j in our workspace. On request we are actually importing the package and dont require the
org.apache.log4j bundle. For that reason p2 "picks" a bundle and it use org.sl4j.* which also contains log4j. I know
Ekke also uses sl4j, but I just have org.apache.log4j v1_2_13 in my workspace and that works.
org.apache.log4j is in our project set.
>
> 2. Bundles like org.eclipse.riena.exceptionmanager and
> org.eclipse.riena.workspace have broken imports (e.g. ServiceInjector)
> or dependencies (e.g. dependency on org.eclipse.riena.ui.core missing),
> so I wonder if these bundles are actively maintained/required at this
> point in time.
These bundles are no longer active and they are, as far as I can tell, not in the *.psf file.
>
> 3. Bundles like org.eclipse.riena.ui.tests or
> org.eclipse.riena.security.services.config don't compile at all for me
> (source directory/class reference missing).
security.services.config is outdated (again not in the psf file). ui..tests. are ...... not in the .psf file
>
> As soon as I get this working for me (and my Hudson) I might publish the
> results as part of some blog, so you can review and laugh at my rookie
> mistakes :).
cool....please post the blog entry url here once you get around to do that.
christian
p.s. if you have more questions let us know. We actually make a living from supporting people running Riena based
projects. So if you need more help that newsgroup, mailing list or bugzilla can offer, please get directly in touch with
me. But that doesnt mean we dont continue to answer mails here in the newsgroup or in bugzilla. Sometimes starting on
the right foot is the hardest part and we have some experience doing just that.
|
|
|
| Re: How to build Riena from source? [message #541967 is a reply to message #541400] |
Wed, 23 June 2010 12:15 |
Christian Kesselheim
Messages: 59
Registered: June 2010 |
Member |
|
|
Argh, my mistake indeed. At some point I decided to create a GIT mirror of the Riena CVS repository and then clone & serve my sandbox from there. I then simply forgot to "filter" projects again (against the project set) when re-importing them into Eclipse.
Building my target platform by hand instead of using a physical target definition file (effectively by-passing the P2 Planner here) also makes the sl4j vs. log4j confusion go away.
I'm always surprised by the somewhat disproportional complexity of Eclipse topics like provisioning (P2) and head-less build (PDE Build, Buckminster, Tycho, etc.) when compared to some of the more runtime-oriented concepts, such as basic RCP UI, branding, help system or even Riena.
Anyway, thanks (again!) for your kind help and suggestions. It's deeply appreciated .
Cheers,
Chris
|
|
|
| Re: How to build Riena from source? [message #541986 is a reply to message #541967] |
Wed, 23 June 2010 12:54 |
Christian Campo
Messages: 597
Registered: July 2009 |
Senior Member |
|
|
Am 23.06.10 14:15, schrieb Christian Kesselheim:
> Argh, my mistake indeed. At some point I decided to create a GIT mirror
> of the Riena CVS repository and then clone & serve my sandbox from
> there. I then simply forgot to "filter" projects again (against the
> project set) when re-importing them into Eclipse.
>
> Building my target platform by hand instead of using a physical target
> definition file (effectively by-passing the P2 Planner here) also makes
> the sl4j vs. log4j confusion go away.
>
> I'm always surprised by the somewhat disproportional complexity of
> Eclipse topics like provisioning (P2) and head-less build (PDE Build,
> Buckminster, Tycho, etc.) when compared to some of the more
> runtime-oriented concepts, such as basic RCP UI, branding, help system
> or even Riena.
>
> Anyway, thanks (again!) for your kind help and suggestions. It's deeply
> appreciated :).
>
> Cheers,
>
> Chris
>
>
>
>
>
>
>
>
I am sure you did not create your own Git mirror from CVS but knew :-) that the Eclipse foundation is actually already
doing that for all Eclipse projects providing a readonly Git repo as listed here http://dev.eclipse.org/git/index.html
So Riena is in a pretty up-to-date version right here git://dev.eclipse.org/org.eclipse.riena/org.eclipse.riena.gi t
Again that wouldnt help you with sorting out the redundant projects.....maybe now that the release is over, I will take
the time and ask the webmaster to delete those projects.
christian
|
|
| | | |
| Re: How to build Riena from source? [message #544645 is a reply to message #544630] |
Mon, 05 July 2010 07:55 |
Christian Kesselheim
Messages: 59
Registered: June 2010 |
Member |
|
|
Hi Christian,
I'm aware of the build3 project using CVS checkout. On the other hand, we've recently begun to create patches/extensions to the Riena source base on our own (most of which we'll eventually try to contribute back, of course), so we needed some internal, nightly-build Riena update site that we could use to re-materialize of our target platform on a regular basis.
Also, there are a couple of bugfixes (e.g. compatibility with SpringExtensionFactory at the controller/view-level, see https://bugs.eclipse.org/bugs/show_bug.cgi?id=317540) which we rely on but that - to my knowledge - aren't currently part of any standard Riena download (AFAIK, there is currently no official nightly build of Riena available online, is there?).
In the meantime, we've solved the problem by setting-up our own custom GIT mirror of the Riena CVS repository using GIT 1.7.1 and CVSPS 2.1 (the resulting GIT repository seems to contain all CVS commits that the official Eclipse GIT repository is currently lacking).
Still, I strongly recommend that someone at Eclipse re-creates the Riena GIT repository from CVS using an up-to-date version of GIT and CVSPS. In its currently shape (missing some commits here and there), the mirror will otherwise only serve to confuse people, since no one would honestly suspect a flaw in their version control system to be the root cause behind a given compile or run-time error. I know, because I didn't  !
Thanks again for this great product and the time you've spent so far in educating Riena rookies like myself .
Regards from Luxembourg,
Chris
|
|
|
| Re: How to build Riena from source? [message #544698 is a reply to message #544645] |
Mon, 05 July 2010 09:26 |
Christian Campo
Messages: 597
Registered: July 2009 |
Senior Member |
|
|
Hi Chris,
I'd be really interested to hear what you are doing, what you are missing, what new things you are doing.
Maybe you can give a little back :-) and tell everybody what you are up to........
It would also be nice, if you could write a wiki page at wiki.eclipse.org that describes how to set up your own Riena build.
Yes thats all time consuming, but it would help many others (who are in the same position that you are)....
regards
christian
Am 05.07.10 09:55, schrieb Christian Kesselheim:
> Hi Christian,
>
> I'm aware of the build3 project using CVS checkout. On the other hand,
> we've recently begun to create patches/extensions to the Riena source
> base on our own (most of which we'll eventually try to contribute back,
> of course), so we needed some internal, nightly-build Riena update site
> that we could use to re-materialize of our target platform on a regular
> basis.
> Also, there are a couple of bugfixes (e.g. compatibility with
> SpringExtensionFactory at the controller/view-level, see
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=317540) which we rely on
> but that - to my knowledge - aren't currently part of any standard Riena
> download (AFAIK, there is currently no official nightly build of Riena
> available online, is there?).
>
> In the meantime, we've solved the problem by setting-up our own custom
> GIT mirror of the Riena CVS repository using GIT 1.7.1 and CVSPS 2.1
> (the resulting GIT repository seems to contain all CVS commits that the
> official Eclipse GIT repository is currently lacking).
> Still, I strongly recommend that someone at Eclipse re-creates the Riena
> GIT repository from CVS using an up-to-date version of GIT and CVSPS. In
> its currently shape (missing some commits here and there), the mirror
> will otherwise only serve to confuse people, since no one would honestly
> suspect a flaw in their version control system to be the root cause
> behind a given compile or run-time error. I know, because I didn't :d !
>
> Thanks again for this great product and the time you've spent so far in
> educating Riena rookies like myself :).
>
> Regards from Luxembourg,
> Chris
|
|
| |
| Re: How to build Riena from source? [message #585959 is a reply to message #541757] |
Wed, 23 June 2010 11:25 |
Christian Campo
Messages: 597
Registered: July 2009 |
Senior Member |
|
|
Hi Christian,
I am really wondering if you are really getting at the *.psf file.
You should NOT get every project in CVS that has "riena" it its name, but rather only get org.eclipse.riena.releng. And
then use the projectSet-pserver.psf file -> Import Project Set ...
That should really avoid ALL the problems below.
Am 22.06.10 14:51, schrieb Christian Kesselheim:
> Thanks a lot, that really helped. Since we're planning on using Riena
> for our next RCP solution (and I guess there will come the time when
> we'll want to do our own patches and bug-fixes), I'm currently thinking
> about setting-up a private nightly build of Riena on our company's own
> Hudson server. So perhaps I'll have to file that "describe your
> directory structure" bug request you've mentioned after all :).
>
> So far, my main source of confusion stems from the fact that importing
> the Riena Team Project Set from CVS doesn't seem to produce an
> error-free workspace configuration, at least not for me.
>
> For example:
>
> 1. org.sl4j.* is missing while org.apache.log4j is not. Since
> org.sl4j.log4j also contains its own version of log4j (and is installed
> in the Riena target platform by default), the compiler seems so get
> confused and prefers the (outdated) target platform log4j over the one I
> have locally checked-out. As a result, recent changes in log4j (e.g.
> Category.setLevel) will not be visible and produce a problem marker in
> org.eclipse.riena.core. Checking out a fresh org.sl4j.* from Orbit CVS
> makes the problem go away, so I wonder if this should not be included in
> the team project set by default.
We use org.apache.log4j in our workspace. On request we are actually importing the package and dont require the
org.apache.log4j bundle. For that reason p2 "picks" a bundle and it use org.sl4j.* which also contains log4j. I know
Ekke also uses sl4j, but I just have org.apache.log4j v1_2_13 in my workspace and that works.
org.apache.log4j is in our project set.
>
> 2. Bundles like org.eclipse.riena.exceptionmanager and
> org.eclipse.riena.workspace have broken imports (e.g. ServiceInjector)
> or dependencies (e.g. dependency on org.eclipse.riena.ui.core missing),
> so I wonder if these bundles are actively maintained/required at this
> point in time.
These bundles are no longer active and they are, as far as I can tell, not in the *.psf file.
>
> 3. Bundles like org.eclipse.riena.ui.tests or
> org.eclipse.riena.security.services.config don't compile at all for me
> (source directory/class reference missing).
security.services.config is outdated (again not in the psf file). ui..tests. are ...... not in the .psf file
>
> As soon as I get this working for me (and my Hudson) I might publish the
> results as part of some blog, so you can review and laugh at my rookie
> mistakes :).
cool....please post the blog entry url here once you get around to do that.
christian
p.s. if you have more questions let us know. We actually make a living from supporting people running Riena based
projects. So if you need more help that newsgroup, mailing list or bugzilla can offer, please get directly in touch with
me. But that doesnt mean we dont continue to answer mails here in the newsgroup or in bugzilla. Sometimes starting on
the right foot is the hardest part and we have some experience doing just that.
|
|
|
| Re: How to build Riena from source? [message #586227 is a reply to message #544630] |
Mon, 05 July 2010 07:55 |
Christian Kesselheim
Messages: 59
Registered: June 2010 |
Member |
|
|
Hi Christian,
I'm aware of the build3 project using CVS checkout. On the other hand, we've recently begun to create patches/extensions to the Riena source base on our own (most of which we'll eventually try to contribute back, of course), so we needed some internal, nightly-build Riena update site that we could use to re-materialize of our target platform on a regular basis.
Also, there are a couple of bugfixes (e.g. compatibility with SpringExtensionFactory at the controller/view-level, see https://bugs.eclipse.org/bugs/show_bug.cgi?id=317540) which we rely on but that - to my knowledge - aren't currently part of any standard Riena download (AFAIK, there is currently no official nightly build of Riena available online, is there?).
In the meantime, we've solved the problem by setting-up our own custom GIT mirror of the Riena CVS repository using GIT 1.7.1 and CVSPS 2.1 (the resulting GIT repository seems to contain all CVS commits that the official Eclipse GIT repository is currently lacking).
Still, I strongly recommend that someone at Eclipse re-creates the Riena GIT repository from CVS using an up-to-date version of GIT and CVSPS. In its currently shape (missing some commits here and there), the mirror will otherwise only serve to confuse people, since no one would honestly suspect a flaw in their version control system to be the root cause behind a given compile or run-time error. I know, because I didn't :d !
Thanks again for this great product and the time you've spent so far in educating Riena rookies like myself :).
Regards from Luxembourg,
Chris
|
|
|
| Re: How to build Riena from source? [message #586235 is a reply to message #586227] |
Mon, 05 July 2010 09:26 |
Christian Campo
Messages: 597
Registered: July 2009 |
Senior Member |
|
|
Hi Chris,
I'd be really interested to hear what you are doing, what you are missing, what new things you are doing.
Maybe you can give a little back :-) and tell everybody what you are up to........
It would also be nice, if you could write a wiki page at wiki.eclipse.org that describes how to set up your own Riena build.
Yes thats all time consuming, but it would help many others (who are in the same position that you are)....
regards
christian
Am 05.07.10 09:55, schrieb Christian Kesselheim:
> Hi Christian,
>
> I'm aware of the build3 project using CVS checkout. On the other hand,
> we've recently begun to create patches/extensions to the Riena source
> base on our own (most of which we'll eventually try to contribute back,
> of course), so we needed some internal, nightly-build Riena update site
> that we could use to re-materialize of our target platform on a regular
> basis.
> Also, there are a couple of bugfixes (e.g. compatibility with
> SpringExtensionFactory at the controller/view-level, see
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=317540) which we rely on
> but that - to my knowledge - aren't currently part of any standard Riena
> download (AFAIK, there is currently no official nightly build of Riena
> available online, is there?).
>
> In the meantime, we've solved the problem by setting-up our own custom
> GIT mirror of the Riena CVS repository using GIT 1.7.1 and CVSPS 2.1
> (the resulting GIT repository seems to contain all CVS commits that the
> official Eclipse GIT repository is currently lacking).
> Still, I strongly recommend that someone at Eclipse re-creates the Riena
> GIT repository from CVS using an up-to-date version of GIT and CVSPS. In
> its currently shape (missing some commits here and there), the mirror
> will otherwise only serve to confuse people, since no one would honestly
> suspect a flaw in their version control system to be the root cause
> behind a given compile or run-time error. I know, because I didn't :d !
>
> Thanks again for this great product and the time you've spent so far in
> educating Riena rookies like myself :).
>
> Regards from Luxembourg,
> Chris
|
|
| |
Goto Forum:
Current Time: Thu Apr 18 16:32:10 GMT 2024
Powered by FUDForum. Page generated in 0.02715 seconds |
] 
Search
Help
Register
Login
Home
