I have updated my dependencies.
Hi Ralph,
I hope
you doing good.
Another
year, another round of updates…
I try to
update Graphiti to 0.19.0 for Eclipse 2022.06 and the
update of the simrel project failed again because BPMN2
Modeler restricts Graphiti to 0.18.0. Could you please
open that up again?
Here’s
the build failure log:
https://ci.eclipse.org/simrel/job/simrel.runaggregator.VALIDATE.gerrit/2838/
My
Gerrit change for the simrel project is
https://git.eclipse.org/r/c/simrel/org.eclipse.simrel.build/+/193534.
Best
regards,
Michael
Von: Wenz, Michael
Gesendet: Donnerstag, 20. Mai 2021 09:23
An: Ralph Soika <ralph.soika@xxxxxxxxx>
Betreff: RE: New Graphiti version for Eclipse
2021-06
Thanks, that looks
good. I was able to install the BPMN Modeler from that
update site into my test Eclipse with Graphiti 0.18.0.
Opening up the
dependencies is probably a good idea, that would spare
us going through this procedure each year.
It seems that both
OSGI and Eclipse bundles support defining a minimum
version by something like this:
org.eclipse.graphiti;bundle-version="0.18.0"
But I’m not sure
what Maven/Tycho makes out of that, could be that it
interprets it as fixed dependency to just this version.
What I usually do
(also I found this way back in recommendations on the
internet), is that I set the next mayor version as upper
bound. That allows the required project to provide
bugfixes and minor updates, but since the mayor version
needs to be increased for breaking or API changes would
still be a safety net for such cases. The dependency
would the look like this:
org.eclipse.graphiti;bundle-version="[0.18.0,1.0.0)"
or maybe
org.eclipse.graphiti;bundle-version="[0.18.0,2.0.0)"
As Explanation for
the syntax: the rectangular brackets “[“ or “]” mean
including this version, the round brackets “(“ or “)”
mean excluding this version.
As explanation why
using version 2 as excluded upper limit might be better:
there have been already discussions in the past started
from Eclipse side (Wayne Beaton) if Graphiti should not
move out of incubation. It might be that we need to do
that soon, so maybe directly using 2.0.0 as the excluded
upper limit would make sense. In case we will do that
and leave incubation, Graphiti would update to 1.0.0
without any changes to the API. The best guarantee for
that is my lack of time I can spend on the project and
basically having no further active committers any more….
☹)
Best regards,
Michael
Hi Michael,
the build was successful and a new
updated version is now provided
http://download.eclipse.org/bpmn2-modeler/updates/stable/2021-06/1.5.3/
Can you verify if this is what you
expect?
Another question: I am using the
bundle-version
[0.14.0,0.18.0)
Why should I not change this in way
that I say : use graphiti version 0.18.0 or above. I
think I can trust in your work and there is no need to
set a fixed upper version number.
What would be the correct pattern to
describe this in a manifest file?
Best regards
Ralph
On 20.05.21 08:09,
Wenz, Michael wrote:
HI Ralph,
Thanks for your
help in this. Yes, this is what I meant.
I created the new
Graphiti version 0.18.0 just this week, so far there
was just the 0.17.0 version in the simrel, that is why
simrel so far picked up that version.
Your build
probably points to our release update site for 0.17.0:
http://download.eclipse.org/graphiti/updates/0.17.0
and because of that uses the older version. The 0.18.0
milestone update site is at
http://download.eclipse.org/graphiti/updates/milestones/S-0.18.0M3-202105181817
, there is not yet a release update site.
Yes, the simrel
stuff is not easy to understand. It basically tries to
combine the given individual projects into one thing
that can work together by checking what is available
on the update sites of the individual projects and if
the restrictions the projects have in their manifests
can get resolved using the given update sites.
Best regards,
Michael
Hi Michael,
what you mean is that I should
change in my MANIFEST.MF files lines like:
org.eclipse.graphiti;bundle-version="[0.14.0,0.18.0)",
org.eclipse.graphiti.ui;bundle-version="[0.14.0,0.18.0)",
into
org.eclipse.graphiti;bundle-version="[0.14.0,0.19.0)",
org.eclipse.graphiti.ui;bundle-version="[0.14.0,0.19.0)",
...right?
I wonder why my build took the
0.17.0 version instead of 0.18.0. Or is this just
because I build it some weeks ago?
Sorry for the stupid question, but
the the entire simrel build process is still a mystery
to me.
I already opened a bug report (https://bugs.eclipse.org/bugs/show_bug.cgi?id=573649)
and I will change my MANIFEST.MF files. So you can
monitor my changes.
Best regards
Ralph
On 19.05.21
14:23, Wenz, Michael wrote:
Hi Ralph,
I’m trying to
push a new version of Graphiti (0.18.0) for Eclipse
2021-06. But the simrel aggregation voter fails
because it restricts Graphiti to 0.17.0:
04:53:39 [0]Only one of the following can be installed at once:
04:53:39 Graphiti (Incubation) 0.18.0.202105181817 (org.eclipse.graphiti 0.18.0.202105181817)
04:53:39 Graphiti (Incubation) 0.17.0.202005151449 (org.eclipse.graphiti 0.17.0.202005151449)
04:53:39
04:53:39 bundle(org.eclipse.graphiti 0.18.0.202105181817) is required by:
04:53:39 ValidationSet(main)
04:53:39 Contribution(Graphiti for SimRel 2021-06)
04:53:39 MappedRepository(https://download.eclipse.org/graphiti/updates/milestones/S-0.18.0M3-202105181817/)
04:53:39 Feature(org.eclipse.graphiti.feature.feature.group [0.18.0,0.19.0))
04:53:39 bundle(org.eclipse.graphiti 0.17.0.202005151449) is required by:
04:53:39 ValidationSet(main)
04:53:39 Contribution(SOA-BPMN2 Modeler)
04:53:39 MappedRepository(https://download.eclipse.org/bpmn2-modeler/updates/2021-06/1.5.3)
04:53:39 Feature(org.eclipse.bpmn2.modeler.runtime.jboss.feature.group 1.5.3)
04:53:39 InstallableUnit(org.eclipse.bpmn2.modeler.core 1.5.3.Final-v20210419-0844-B1)
Full build log:
https://ci.eclipse.org/simrel/job/simrel.runaggregator.VALIDATE.gerrit/2159/console
The open Gerrit
change for Graphiti simrel is:
https://git.eclipse.org/r/c/simrel/org.eclipse.simrel.build/+/180769
Could you as
last year push a new version of the SOA-BPMN2
Modeler that allows Graphiti 0.18.0?
The difference
between Graphiti 0.17.0 and 0.18.0 are very small,
there are just a couple of bug fixes, no changes in
the API or in behavior.
Best regards,
Michael
Michael Wenz
Expert Developer, BTP Core
FP R&C Core Dev BG (SE)
SAP SE
Dietmar-Hopp-Allee
16, 69190 Walldorf, Germany
T +49 6227 7-61613, E
michael.wenz@xxxxxxx
Please consider the impact on the
environment before printing this e-mail.
Pflichtangaben/Mandatory Disclosure
Statement:
http://www.sap.com/company/legal/impressum.epx
Diese E-Mail kann Betriebs- oder
Geschäftsgeheimnisse oder sonstige vertrauliche
Informationen enthalten. Sollten Sie diese E-Mail
irrtümlich erhalten haben, ist Ihnen eine
Kenntnisnahme des Inhalts, eine Vervielfältigung
oder Weitergabe der E-Mail ausdrücklich untersagt.
Bitte benachrichtigen Sie uns und vernichten Sie
die empfangene E-Mail.
Vielen Dank.
This e-mail may contain trade secrets
or privileged, undisclosed, or otherwise
confidential information. If you have received
this e-mail in error, you are hereby notified that
any review, copying, or distribution of it is
strictly prohibited. Please inform us immediately
and destroy the original transmittal.
Thank you for your cooperation

--
Imixs Software Solutions GmbH
Web:
www.imixs.com Phone: +49 (0)89-452136
16
Office: Agnes-Pockels-Bogen 1, 80992 München
Registergericht: Amtsgericht Muenchen, HRB 136045
Geschaeftsführer: Gaby Heinle u. Ralph Soika
--
Imixs Software Solutions GmbH
Web:
www.imixs.com Phone: +49 (0)89-452136 16
Office: Agnes-Pockels-Bogen 1, 80992 München
Registergericht: Amtsgericht Muenchen, HRB 136045
Geschaeftsführer: Gaby Heinle u. Ralph Soika