Hi Adolfo,
Perhaps I misunderstand your problem, but for
some of the bundles you mention the source just doesn’t
exist in Orbit CVS and thus also not in the Orbit repo.
I know for sure that sat4j doesn’t have source, for
instance, and for log4j https://bugs.eclipse.org/bugs/show_bug.cgi?id=320977
is open against Orbit.
I agree that Orbit should be providing source
wherever possible, but sometimes it is not easy (eg in
the case of Xerces where we split the original distro
into separate bundles, see http://wiki.eclipse.org/Orbit/Xerces_in_Eclipse
HTH,
Martin
--
Martin Oberhuber, SMTS / Product Architect –
Development Tools, Wind River
direct +43.662.457915.85 fax
+43.662.457915.6
Thomas,
I think that this is not the solution. Reading the bucky
book:
"
cbi.include.source
Controls generation of source features and bundles. When
set to true, source bundles are generated
and included in the update site.
Warning:
Source features and bundles are generated and included in
the update site unless you
set this property to false. For open source projects this
is typically what is wanted,
but it may not be suitable for your project."
This doesn't seem to be the problem, our sources bundles
are successfully generated and included into the p2
repository. The problem is that I want a third party
bundle and the corresponding source bundle from the target
platform to be included in the p2 repository. The binary
bundle is included, the source counterpart is not
included.
Anyway I tried to give a chance to that property setting
explicitly to true. The result was the same.
Any other idea ?
Regards,
Adolfo.
El 01/03/2011 16:26, Thomas Hallgren escribió:
Hi Adolfo,
How do you provision your target platform? Are your source
bundles included there? If not, and if Bucky is resolving
what's put there, do you have the
buckminster.download.source property set to true?
If the source bundles are present in your TP but not in
the resulting p2 repository, perhaps you're missing the
cbi.include.source = true setting.
HTH,
Thomas Hallgren
On 2011-03-01 15:53, Adolfo Sánchez-Barbudo Herrera wrote:
Hi All,
Retaking this issue up. I've gathered from a Indigo M5
Modeling distribution the list of orbit bundles which
doesn't have the corresponding source bundle in said
installation:
- com.google.collect
- com.google.inject
- javax.activation
- lpg.runtime.java
- org.antlr.runtime
- org.aopalliance
- org.apache.batik.*
- org.apache.common.cli
- org.apache.commons.lang
- org.apache.derby
- org.apache.log4j
- org.apache.lucene.highlighter
- org.apache.lucene.memory
- org.apache.lucene.misc
- org.apache.lucene.queries
- org.apache.lucene.spellchecker
- org.apache.ws.commons.util
- org.apache.xmlrpc
- org.h2
- org.hoksuke.args4j
- org.sat4j.core
- org.sat4j.pb
- org.w3c.*
I'm wondering why there are a lot plugins which don't have
corresponding source bundle. Probably, some of those
bundles don't need source counterpart, however it looks
like there a lot of them which should probably have their
corresponding source bundle...
Could anybody put some light on this ? Any tip/suggestion
about what to do with this absence of source bundles?
Thanks in advance,
Adolfo.
El 22/12/2010 11:13, Adolfo Sánchez-Barbudo Herrera
escribió:
Hi Folks,
- Moving the question to dev-cross-project to find any
Bucky releng-er who had faced this problem -
Detailed background and information around the issue is in
the following forum's thread:
http://www.eclipse.org/forums/index.php?t=msg&th=201971&start=0&S=b19a799edb96ebdc69b900b74b0c5d91
<http://www.eclipse.org/forums/index.php?t=msg&th=201971&start=0&S=b19a799edb96ebdc69b900b74b0c5d91>
As an high level overview, I'm trying to solve the
following issue:
In our M4 Modeling Distribution the following bundle,
which is obtained from an Orbit's p2 repo, is included
into the distribution's set of plugins:
lpg.runtime.java
However, the corresponding lpg.runtime.java.source is not
included.
Have any buckminter-based releng-er faced a similar
problem ?
Best Regards,
Adolfo.
_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
