Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [triquetrum-dev] Triq updated to neon, Triq Maven build broken

The Ptolemy dependencies are retrieved from a p2 repo normally, since quite a while.

So the org.eclipse.triquetrum.dependencies project/location should not be used in the builds anymore?


erwin


Op 8/3/2016 om 5:08 PM schreef Christopher Brooks:
Hmm, it seems like there is a problem outside of the pde/Tycho issue. I'm about to take the rest of the day off, so apologies about the incomplete analysis, but it seems that if I make the change to not check "Include all environment" in org.eclipse.triquetrum.target.platform/org.eclipse.triquetrum.target.platform.target, then things seem to work until I try "mvn clean compile", then I get an error:

[ERROR] Failed to execute goal org.eclipse.tycho:tycho-compiler-plugin:0.24.0:compile (default-compile) on project org.eclipse.triquetrum.workflow.model: Compilation failure: Compilation failure: [ERROR] /Users/cxh/git/triquetrum/org.eclipse.triquetrum.workflow.model/src/main/java/org/eclipse/triquetrum/workflow/model/util/PtolemyUtil.java:[403] [ERROR] ClassLoadingStrategy defaultClassLoadingStrategy = MoMLParser.getDefaultClassLoadingStrategy();
[ERROR] ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
[ERROR] Type mismatch: cannot convert from org.ptolemy.osgi.ClassLoadingStrategy to org.ptolemy.classloading.ClassLoadingStrategy [ERROR] /Users/cxh/git/triquetrum/org.eclipse.triquetrum.workflow.model/src/main/java/org/eclipse/triquetrum/workflow/model/util/PtolemyUtil.java:[415]
[ERROR] importFilters.add(new RemoveGraphicalClassesForTriquetrum());
[ERROR] ^^^
[ERROR] The method add(MoMLFilter) in the type ArrayList<MoMLFilter> is not applicable for the arguments (RemoveGraphicalClassesForTriquetrum) [ERROR] /Users/cxh/git/triquetrum/org.eclipse.triquetrum.workflow.model/src/main/java/org/eclipse/triquetrum/workflow/model/util/RemoveGraphicalClassesForTriquetrum.java:[13]
[ERROR] import ptolemy.moml.filter.RemoveGraphicalClasses;
[ERROR] ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
[ERROR] The import ptolemy.moml.filter.RemoveGraphicalClasses cannot be resolved
Interestingly, cleaning and rebuilding from within Eclipse seems to find RemoveGraphicalClasses.class and then mvn compile works until I run mvn clean again.

It looks like RemoveGraphicalClasses cannot be found. IIRC, Erwin added it to the ptolemy.moml bundle. However, org.eclipse.triquetrum.dependencies/deps/ptII/ptolemy.moml_11.0.0.201601302209.jar does not have it updated:

bash-3.2$ jar -tvf ./org.eclipse.triquetrum.dependencies/deps/ptII/ptolemy.moml_11.0.0.201601302209.jar | grep RemoveGraphicalClasses bash-3.2$
However, it is in the jar associated with org.eclipse.pde.core:

bash-3.2$ jar -tvf /Users/cxh/src/workspaceTriq01AugB/.metadata/.plugins/org.eclipse.pde.core/.bundle_pool/plugins/ptolemy.moml_11.0.0.201605041253.jar | grep RemoveGraphicalClasses 11054 Tue May 03 17:00:52 EDT 2016 ptolemy/moml/filter/RemoveGraphicalClasses.class bash-3.2$
So, I think we may need to update ./org.eclipse.triquetrum.dependencies/deps/ptII/ptolemy.moml_11.0.0.201601302209.jar, but as Erwin has been handling the IP CQs, I don't want to make the update.

I checked in what I have so far as a triquetrum branch: cxbrooks/bg/66/Multiplatform2

I'll take another run at this later.

_Christopher


On 8/3/16 9:04 AM, Jonah Graham wrote:
Just had another quick check, for another of my projects [1] I don't
bother using all environments, but I never build cross platform in PDE
anymore. Out of that I get fully functional builds for all platforms
[2]

[1] https://github.com/jonahkichwacoders/org.eclipse.ease.core/blob/EASE_Demo_Product/product/org.eclipse.ease.releng.product.target/org.eclipse.ease.releng.product.target.target#L6 [2] https://www.dropbox.com/sh/5cwzbzrsebdyd6x/AACRc-p3VpyJCqU4Yqtdp27Ca?dl=0

~~~
Jonah Graham
Kichwa Coders Ltd.
www.kichwacoders.com


On 3 August 2016 at 14:00, Jonah Graham <jonah@xxxxxxxxxxxxxxxx> wrote:
OK. AFAICT the first method allows multi-platform for Tycho, but not
PDE build. The discussion was slightly confused on the bug, but as I
mentioned earlier when I tried building PR93 I got all platforms as
expected.
~~~
Jonah Graham
Kichwa Coders Ltd.
www.kichwacoders.com


On 3 August 2016 at 13:55, Christopher Brooks <cxh@xxxxxxxxxxxxxxxxx> wrote:
Hi Jonah,

Good question. In your email, you had two approaches, the first was to not build on multiple platforms, the second was to use Gunnar's p2 repo. I want
to build for all platforms in the Hudson CI build so that people can
download and run Triquetrum, so I went with the second approach.

In the bug, there were various ideas, but Gunnar's p2 repo seemed easiest.

When I set up our own p2 repo, I'll consider copying over Gunnar's p2 repo.

I agree about that the votes do not do much, but there is not much else to
be done.  Being added as a CC is also helpful.

_Christopher


On 8/3/16 8:47 AM, Jonah Graham wrote:
Out of curiosity, how did you decide which workaround to use. Did the
first option not work?

As for votes, I don't think they count for much.... Perhaps if a
project has some extra resources that it is trying to decide to
deploy.

Jonah
~~~
Jonah Graham
Kichwa Coders Ltd.
www.kichwacoders.com


On 3 August 2016 at 13:44, Christopher Brooks <cxh@xxxxxxxxxxxxxxxxx>
wrote:
Thanks Jonah. I went with adding Gunnar's workaround p2 site. I was able
to
successfully run "mvn compile" on my local machine, but the hudson build
at
https://hudson.eclipse.org/triquetrum/job/triquetrum/ is timing out while accessing the Gunnar's site. I retried the Hudson build and it failed
the
same way, so I'll give it some time and try it again later.

It would be helpful if people would vote to fix
https://bugs.eclipse.org/bugs/show_bug.cgi?id=491951 . It is a little
disappointing that this has not been fixed, it seems like it breaks
Tycho,
which breaks building releases using CI.

After I get the builds working, my next step is to merge in your pull
request 93.

After that, I want to work on building a separate target for Cape Code,
which is a configuration of Triquetrum for IoT.  This will involve
setting
up a p2 repo that has non-blessed bundles.

_Christopher



On 8/3/16 4:11 AM, erwindl0 wrote:
Thanks Jonah!

The idea is indeed to merge your pull request 93 with this upgrade to
Neon, and to work with the tpd files/approach afterwards.

cheers
erwin

Op 8/3/2016 om 12:28 AM schreef Jonah Graham:
Hi Christopher,

This may help https://bugs.eclipse.org/bugs/show_bug.cgi?id=491951

Short answer is that its not you, its Neon or Tycho or SWT, there are
a couple of ideas on how to work around it:
1- temporarily don't build for all platforms:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=491951#c25
(note that in the bug there is some debate as to whether you get a
working cross platform build, afaict for Triq you do)
2- use Gunnar's workaround p2 site:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=491951#c35

Additionally, while you are editing target files you may find
https://github.com/eclipse/triquetrum/pull/93 useful. I updated it for Neon and used the first workaround above. Change the first line of the
tpd file from:
target "Triq" with configurePhase
to
target "Triq" with allEnvironments configurePhase
go back to what it should be without bug 491951 in the way

Jonah
~~~
Jonah Graham
Kichwa Coders Ltd.
www.kichwacoders.com


On 2 August 2016 at 22:57, Christopher Brooks <cxh@xxxxxxxxxxxxxxxxx>
wrote:
Hi Erwin,

I was able to upgrade Triquetrum to Neon.

However, the Maven (and thus Hudson) builds are broken.

Under Mac OS X, running "mvn clean compile" yields:

INFO] Adding repository


http://download.eclipse.org/tools/orbit/downloads/drops/R20151118145958/repository
[ERROR] Cannot resolve target definition:
[ERROR]   Problems resolving provisioning plan.:
[ERROR]      Unable to satisfy dependency from org.eclipse.swt
3.105.0.v20160603-0902 to org.eclipse.swt.gtk.linux.aarch64
[3.105.0.v20160603-0902].
[ERROR]      Unable to satisfy dependency from org.eclipse.swt
3.105.0.v20160603-0902 to org.eclipse.swt.gtk.solaris.x86
[3.105.0.v20160603-0902].
[ERROR]      Unable to satisfy dependency from org.eclipse.swt
3.105.0.v20160603-0902 to org.eclipse.swt.gtk.linux.arm
[3.105.0.v20160603-0902].
[ERROR]      Unable to satisfy dependency from org.eclipse.swt
3.105.0.v20160603-0902 to org.eclipse.swt.gtk.solaris.sparc
[3.105.0.v20160603-0902].
[ERROR]
[ERROR] Failed to resolve target definition


/Users/cxh/git/triquetrum/org.eclipse.triquetrum.target.platform/org.eclipse.triquetrum.target.platform.target:
See log for details -> [Help 1]
The Hudson build fails with something similar.

Do you have any idea about how to fix this?

I took a look at your change February change " Configure a
multi-platform
build target" at


https://github.com/eclipse/triquetrum/commit/db4600cb5a4b560f3e930782364b2ae4c5f1b1a8
, but nothing jumped out.


Thanks,

_Chrisotpher


--
Christopher Brooks, PMP University of California
Academic Program Manager & Software Engineer US Mail: 337 Cory Hall
CHESS/iCyPhy/Ptolemy/TerraSwarm Berkeley, CA 94720-1774
cxh@xxxxxxxxxxxxxxxxx, 707.332.0670 (Office: 545Q Cory)

_______________________________________________
triquetrum-dev mailing list
triquetrum-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or
unsubscribe
from
this list, visit
https://dev.eclipse.org/mailman/listinfo/triquetrum-dev
_______________________________________________
triquetrum-dev mailing list
triquetrum-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe
from this list, visit
https://dev.eclipse.org/mailman/listinfo/triquetrum-dev


_______________________________________________
triquetrum-dev mailing list
triquetrum-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe
from this list, visit
https://dev.eclipse.org/mailman/listinfo/triquetrum-dev

--
Christopher Brooks, PMP University of California
Academic Program Manager & Software Engineer  US Mail: 337 Cory Hall
CHESS/iCyPhy/Ptolemy/TerraSwarm Berkeley, CA 94720-1774
cxh@xxxxxxxxxxxxxxxxx, 707.332.0670           (Office: 545Q Cory)

_______________________________________________
triquetrum-dev mailing list
triquetrum-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe
from
this list, visit
https://dev.eclipse.org/mailman/listinfo/triquetrum-dev
_______________________________________________
triquetrum-dev mailing list
triquetrum-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe
from this list, visit
https://dev.eclipse.org/mailman/listinfo/triquetrum-dev

--
Christopher Brooks, PMP                       University of California
Academic Program Manager & Software Engineer  US Mail: 337 Cory Hall
CHESS/iCyPhy/Ptolemy/TerraSwarm               Berkeley, CA 94720-1774
cxh@xxxxxxxxxxxxxxxxx, 707.332.0670           (Office: 545Q Cory)

_______________________________________________
triquetrum-dev mailing list
triquetrum-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from
this list, visit
https://dev.eclipse.org/mailman/listinfo/triquetrum-dev
_______________________________________________
triquetrum-dev mailing list
triquetrum-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/triquetrum-dev




Back to the top