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