Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Eclipse Projects » Buckminster » JUnit 3.8.2
JUnit 3.8.2 [message #544898] Mon, 05 July 2010 23:04 Go to next message
Miles Parker is currently offline Miles Parker
Messages: 1340
Registered: July 2009
Senior Member
I'm trying to build a P2 site for an SDK based feature-based product build. That has a JDT dependency which naturally has a JUnit 3.8.2 build. However, Buckminster isn't adding it in -- just the 4.x bundle. I get this:


!MESSAGE Missing requirement: Eclipse Java Development Tools 3.6.0.v20100526-0800-7z8XFUJFMTfCWGoVuHImpms9H155 (org.eclipse.jdt.feature.group 3.6.0.v20100526-0800-7z8XFUJFMTfCWGoVuHImpms9H155) requires 'org.junit [3.8.2.v3_8_2_v20100427-1100]' but it could not be found


Is it sensible to use Buckminster for an SDK based build like this?
Re: JUnit 3.8.2 [message #544927 is a reply to message #544898] Tue, 06 July 2010 06:13 Go to previous messageGo to next message
Thomas Hallgren is currently offline Thomas Hallgren
Messages: 3229
Registered: July 2009
Senior Member
On 07/06/2010 01:04 AM, Miles Parker wrote:
> I'm trying to build a P2 site for an SDK based feature-based product
> build. That has a JDT dependency which naturally has a JUnit 3.8.2
> build. However, Buckminster isn't adding it in -- just the 4.x bundle. I
> get this:
>
>
> !MESSAGE Missing requirement: Eclipse Java Development Tools
> 3.6.0.v20100526-0800-7z8XFUJFMTfCWGoVuHImpms9H155
> (org.eclipse.jdt.feature.group
> 3.6.0.v20100526-0800-7z8XFUJFMTfCWGoVuHImpms9H155) requires 'org.junit
> [3.8.2.v3_8_2_v20100427-1100]' but it could not be found
>
>
> Is it sensible to use Buckminster for an SDK based build like this?

It should work. I'm curious why Buckminster isn't adding the dependency. Where is this dependency expressed? Is it optional?

- thomas
Re: JUnit 3.8.2 [message #545162 is a reply to message #544927] Tue, 06 July 2010 20:22 Go to previous messageGo to next message
Miles Parker is currently offline Miles Parker
Messages: 1340
Registered: July 2009
Senior Member
Thomas Hallgren wrote on Tue, 06 July 2010 02:13


It should work. I'm curious why Buckminster isn't adding the dependency. Where is this dependency expressed? Is it optional?

- thomas


Nope, it's in included in org.eclipse.jdt feature.xml, the version is explicit (i.e. version="3.6.0.v20100602-1600"). I also have feature dependencies on it. I've tried it both with including it in my own features (with an explicit version) and not. 4.8.1 does come in. My target platform includes it.

I'm able to invoke site.p2 and then install the product manually from a downloaded IDE with site.p2.

But I get the error when I try to get it manually from director. i.e.: ./director -consolelog -r file://Volumes/Resources/Developer/builds/ampsite/amp/org.ec lipse.amp.all.site_1.0.0-eclipse.feature/site.p2 -d test -i org.eclipse.amp.ide.product

It does seem like there is a missing step here somewhere. How is Buckminster discovering the appropriate target platform? Is it using the platform from my IDE?

Also it is not clear to me if for additional pieces that are pulled from other websites..should those be in the target platform or defined somewhere else?

Sorry if there questions are obvious but the interplay between RMAP, CSPEC and target platform is still eluding me a bit.
Re: JUnit 3.8.2 [message #545168 is a reply to message #544898] Tue, 06 July 2010 21:56 Go to previous messageGo to next message
Miles Parker is currently offline Miles Parker
Messages: 1340
Registered: July 2009
Senior Member
Looks like there is something more general wrong..I went back and tried to build the tutorial model. At the same stage I get:


!MESSAGE Missing requirement: Equinox p2 Provisioning 2.0.0.v20100503-897HFZ-FdHjO2NQo0sD_Nt (org.eclipse.equinox.p2.user.ui.feature.group 2.0.0.v20100503-897HFZ-FdHjO2NQo0sD_Nt) requires 'org.apache.commons.logging [1.0.4.v201005080501]' but it could not be found
!SUBENTRY 1 org.eclipse.equinox.p2.director 4 1 2010-07-06 14:54:26.893

Re: JUnit 3.8.2 [message #545173 is a reply to message #545162] Tue, 06 July 2010 21:55 Go to previous messageGo to next message
Thomas Hallgren is currently offline Thomas Hallgren
Messages: 3229
Registered: July 2009
Senior Member
On 07/06/2010 10:22 PM, Miles Parker wrote:
> Thomas Hallgren wrote on Tue, 06 July 2010 02:13
>> It should work. I'm curious why Buckminster isn't adding the
>> dependency. Where is this dependency expressed? Is it optional?
>>
>> - thomas
>
>
> Nope, it's in included in org.eclipse.jdt feature.xml, the version is
> explicit (i.e. version="3.6.0.v20100602-1600"). I also have feature
> dependencies on it. I've tried it both with including it in my own
> features (with an explicit version) and not. 4.8.1 does come in. My
> target platform includes it.
>
That doesn't sound good. Can you create a reproducible example in a bugzilla? I'm on vacation right now but I could have
a look once I get back (on July 15).

> I'm able to invoke site.p2 and then install the product manually from a
> downloaded IDE with site.p2.
> But I get the error when I try to get it manually from director. i.e.:
> ./director -consolelog -r
> file://Volumes/Resources/Developer/builds/ampsite/amp/org.ec lipse.amp.all.site_1.0.0-eclipse.feature/site.p2
> -d test -i org.eclipse.amp.ide.product
>
> It does seem like there is a missing step here somewhere. How is
> Buckminster discovering the appropriate target platform? Is it using the
> platform from my IDE?
>
No, not unless that's the active target platform. Buckminster uses the target platform that is used for the normal
workspace build.

> Also it is not clear to me if for additional pieces that are pulled from
> other websites..should those be in the target platform or defined
> somewhere else?
>
You can start with an empty target platform and have Buckminster populate both that and the workspace with one single
import. This is what our (Buckminsters) own build does. We create an empty target platform consisting of one directory
container. We set that as the active target platform and then we call the "import" command. The defaults ensures that
all binary material ends up in the target platform and all source ends up in the workspace.

Another way is to use a PDE target platform definition and first populate the target platform using that and then use an
import command to populate the workspace. My preference is to use one single import but I know that there are many that
want a more direct control over the TP.

- thomas
Re: JUnit 3.8.2, target platforms [message #545177 is a reply to message #545173] Tue, 06 July 2010 23:23 Go to previous messageGo to next message
Miles Parker is currently offline Miles Parker
Messages: 1340
Registered: July 2009
Senior Member
thomas, please see below..

Thomas Hallgren wrote on Tue, 06 July 2010 17:55
On 07/06/2010 10:22 PM, Miles Parker wrote:
> Nope, it's in included in org.eclipse.jdt feature.xml, the version is
> explicit (i.e. version="3.6.0.v20100602-1600"). I also have feature
> dependencies on it. I've tried it both with including it in my own
> features (with an explicit version) and not. 4.8.1 does come in. My
> target platform includes it.
>
That doesn't sound good. Can you create a reproducible example in a bugzilla? I'm on vacation right now but I could have
a look once I get back (on July 15).



Sure -- hopefully I'll figure it out before then. Note that the issue with org.apache.loggings feels uncomfortably familiar. PDE build doesn't seem to do well with multiple dependencies to the same versions drawn from different sources which is why for this very common stuff people use Imported-Packages rather than Required-Bundle.
Quote:
s it using the
> platform from my IDE?
>
No, not unless that's the active target platform. Buckminster uses the target platform that is used for the normal
workspace build.


Sorry, that's what I mean -- the target platform I've specified in my IDE. I'm assuming that I want to have the delta pack in there. I am able to do a working manual product build using that target platform.

Quote:
> Also it is not clear to me if for additional pieces that are pulled from
> other websites..should those be in the target platform or defined
> somewhere else?
>
You can start with an empty target platform and have Buckminster populate both that and the workspace with one single
import. This is what our (Buckminsters) own build does. We create an empty target platform consisting of one directory
container. We set that as the active target platform and then we call the "import" command. The defaults ensures that
all binary material ends up in the target platform and all source ends up in the workspace.

Another way is to use a PDE target platform definition and first populate the target platform using that and then use an
import command to populate the workspace. My preference is to use one single import but I know that there are many that
want a more direct control over the TP.


OK, I know it probably seems straightforward, but it would be really helpful to have a simple example of this perhaps in the mail app. The Building a Target Platform section in http://wiki.eclipse.org/Building_an_RCP_application_with_hud son_(Buckminster) was really opaque to me..it sounded like I needed to hand edit a bunch of xml files just to get platform, executable and p2 for rcpp2.

Looking at Ralf's example it seems like ti should be possible to just create a target platform using the Eclipse IDE preferences, save it and then invoke it from command-line by doing:

importtargetdefinition -A 'path/to/my.project/sdk.target'

(And once you get that right stick it into your build settings.)

Am I getting that right?

thanks and I should let you get back to your vacation,

Miles
Re: JUnit 3.8.2 [message #545338 is a reply to message #544898] Wed, 07 July 2010 13:29 Go to previous messageGo to next message
Ulrich Grave is currently offline Ulrich Grave
Messages: 3
Registered: October 2009
Junior Member
Same Problem with the org.eclipse.jdt and junit in my product configuration. The configuration contains my product feature which includes the jdt feature.

Error Message:
Missing requirement: Eclipse Java Development Tools 3.6.0.v20100526-0800-7z8XFUJFMTfCWGoVuHImpms9H155 (org.eclipse.jdt.feature.group 3.6.0.v20100526-0800-7z8XFUJFMTfCWGoVuHImpms9H155) requires 'org.junit [3.8.2.v3_8_2_v20100427-1100]' but it could not be found
Re: JUnit 3.8.2 [message #545807 is a reply to message #544898] Fri, 09 July 2010 08:41 Go to previous messageGo to next message
David  is currently offline David
Messages: 88
Registered: July 2009
Member
Same problem here as well, anyone found a workaround for it?

[Updated on: Fri, 09 July 2010 08:43]

Report message to a moderator

Re: JUnit 3.8.2 [message #545816 is a reply to message #545807] Fri, 09 July 2010 09:04 Go to previous messageGo to next message
Mario Winterer is currently offline Mario Winterer
Messages: 136
Registered: July 2009
Senior Member
Am 09.07.2010 10:41, schrieb David:
> Same problem here as well, anyone found a work around for it?

It seems to be the same problem I've got with
org.apache.commons.logging. (See also my message "p2.site of a feature
contains wrong plugin versions")

Possible workaround: Use another version of buckminster!

Working buckminster versions:
buckminster 3.5
buckminster headless 3.6 M6

I'm not sure about buckminster headless 3.6 final.
Re: JUnit 3.8.2 [message #545824 is a reply to message #545816] Fri, 09 July 2010 10:10 Go to previous messageGo to next message
David  is currently offline David
Messages: 88
Registered: July 2009
Member
thanks, another way i did is also to temporarily create a new p2.site that contains the org.junit 3.8.2.v3_8_2_v20100427-1100 bundle together with the product. That also solved the problem. (Did this with the aggregator)

ahh..you don't see this problem in headless? Ill ignore this then and move on towards the headless..which was the goal anyways Razz

is there an bug reported for this already?

[Updated on: Fri, 09 July 2010 10:11]

Report message to a moderator

Re: JUnit 3.8.2 [message #545948 is a reply to message #545824] Fri, 09 July 2010 16:40 Go to previous messageGo to next message
Miles Parker is currently offline Miles Parker
Messages: 1340
Registered: July 2009
Senior Member
David wrote on Fri, 09 July 2010 06:10

ahh..you don't see this problem in headless? Ill ignore this then and move on towards the headless..which was the goal anyways Razz



Sorry to disappoint but this is failing for me in 3.6 headless final.
Re: JUnit 3.8.2 [message #547889 is a reply to message #544898] Tue, 20 July 2010 06:17 Go to previous message
David  is currently offline David
Messages: 88
Registered: July 2009
Member
Didn't find any bugzilla for this.

created one:

https://bugs.eclipse.org/bugs/show_bug.cgi?id=320345
Previous Topic:Latest Buckminster "externals"
Next Topic:Eclipse java heap allocation
Goto Forum:
  


Current Time: Fri Oct 24 23:10:23 GMT 2014

Powered by FUDForum. Page generated in 0.02730 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software