[jbosstools-dev] How to build fuseide locally? All I get is fails.

Lars Heinemann lhein at redhat.com
Thu Jul 2 03:10:39 EDT 2015


see my answers inline


Am 01.07.2015 um 21:14 schrieb Rob Stryker:
> Hi Lars:
>
> I've made sure my fork of /home/rob/code/fuseide/fuseide/ is up to date, 
> and I've successfully built the TP.  I was attempting to build the 
> actual plugins (since many of them are missing jars which are fetched on 
> build), and all I get is fails.
>
> Specifically, one of the failures I'm getting is:
>
> Caused by: org.eclipse.aether.transfer.ArtifactNotFoundException: Could 
> not find artifact org.apache.camel:camel-core:jar:2.15.1.redhat-620129 
> in redhat-techpreview-all-repository 
> (http://maven.repository.redhat.com/techpreview/all/)

--> 129 used to be the GA build number for Fuse 6.2. They changed
recently to 133 and the old 129 is probably no
longer available from the repository. I will fix it asap.


> We've (Nick and I) taken a quick glance in the techpreview and 
> early-access nexus repos and have been unable to locate the version the 
> build is looking for.  So it makes sense the build would fail...  My 
> question is, how does the fuse team build this, and why does it work for 
> them and not for me?
--> we don't build master at the moment and if you had an eye on this
list you would have seen several fails of the
Jenkins job.


> It's very difficult for me to offer help with various topics (terminal 
> migration, other) to the fuse side if their code can't be built and 
> plugins cannot be imported.
>
> I'm not sure if this comes off as rude, but I suggest you make a habit 
> of ensuring that your code can be actually built and imported by others. 
> If it doesn't work for me, it most likely also doesn't work for other 
> possible external contributors. One way to test this is to wipe your .m2 
> folder and try to build your stuff and make sure it works.
--> the only way to make the build work again is to exclude the whole
JMX and Servers stuff. I will do that asap.


> One other thing: I also suggest you clean up the repo a bit and remove 
> folders such as "old" that are not to be included in the build. Maybe 
> I'm alone on this one, but, the purpose of having a good SCM tool is 
> that you only need to have what's actually used in master. When I do an 
> import on your repo, it's importing plugins that will never be used, and 
> this is definitely confusing.
--> I am confused. I don't see any "old" folder in my repository. Are
you sure your fork is clean?


> Either way, I can't make any progress offering to rewrite your terminal 
> if I can't import your code. Build is fsck'd. Plz to fix at earliest 
> convenience.
--> working on it today.


> =/
> _______________________________________________
> jbosstools-dev mailing list
> jbosstools-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jbosstools-dev



More information about the jbosstools-dev mailing list