[prev in list] [next in list] [prev in thread] [next in thread] 

List:       shibboleth-dev
Subject:    Re: OpenSAML - Java compatibility (9, 10, 11?)
From:       Ian Young <ian () iay ! org ! uk>
Date:       2018-10-12 16:20:55
Message-ID: 9A3EE3B2-E363-4ABE-8240-12FB66B9E834 () iay ! org ! uk
[Download RAW message or body]

[Attachment #2 (multipart/signed)]

[Attachment #4 (multipart/alternative)]


Sorry not to CC you on my previous reply, but it's below anyway.

Just to add to this:

I --- personally, this is not a project position --- would like us to be able to \
support the Java module path in the long run. That's not an easy thing to do, though, \
because of the way they have defined things. A lot of products which were invented \
long before the JPMS was will have some trouble fitting into the constraints that \
have been introduced, particularly around the way things need to be strictly \
partitioned between what were JAR artifacts. It remains to be seen, really, whether \
everyone will adopt the module system or whether instead it will just wither because \
too many things can't use it.

One aspect of this is that I'd be very surprised if OpenSAML was the only thing you'd \
hit problems with if you attempt to deploy things on the module path today. It may \
interest you to know that I surveyed all of the dependencies we ship with the IdP \
product, and other than our own components the only JAR which even has a reserved \
module names is Guava. Everything else is completely unaware of the module system and \
it's a toss-up whether they will work in that environment.

We know of a number of cases where the split package issue comes up in our code, \
which is one reason we don't support the module path at this point. You shouldn't \
expect that we will be able to address that soon. It _would_ nevertheless be useful \
for the longer term if you could open a JIRA case for the issue you've found so that \
we can make sure that we consider it for a future release.

https://issues.shibboleth.net/jira/projects/OSJ/

Cheers,

	-- Ian

> On 12 Oct 2018, at 16:49, Ian Young <ian@iay.org.uk> wrote:
> 
> 
> 
> > On 12 Oct 2018, at 15:43, Cristi Chircu <cristian.chircu@gmail.com \
> > <mailto:cristian.chircu@gmail.com>> wrote: 
> > Hello everyone, 
> > 
> > I've been using OpenSAML 3.3.0   \
> > <https://mvnrepository.com/artifact/org.opensaml/opensaml-core/3.3.0>for a java 8 \
> > service provider and it made my life a lot easier (thanks for sharing, by the way \
> > :) ).  Now I'm trying to upgrade to java 10 and it looks like I'm out of luck. \
> > When I try to deploy I get an exception: "java.lang.module.ResolutionException: \
> > Modules opensaml.saml.impl and opensaml.saml.api export package \
> > org.opensaml.saml.config to module jersey.client".
> 
> I'm guessing that you are trying to put OpenSAML on the Java module path rather \
> than on the classpath. We don't support that at present. 
> > I've searched around for a bit and I can't seem to find clear information on your \
> > plans for newer java versions support.
> 
> We have a page describing our approach here:
> 
> https://wiki.shibboleth.net/confluence/display/DEV/Java+Modularity \
> <https://wiki.shibboleth.net/confluence/display/DEV/Java+Modularity> 
> You will be aware that we recently released a new version of the Shibboleth IdP, \
> and in conjunction with that a new version of OpenSAML. These versions include \
> reserved module names for the various components, and it's _possible_ that may help \
> with the issue you're seeing. As before, though, no guarantees at this stage \
> because we don't support use of the module path yet (we're aware of some split \
> packages, although I don't think the one you've come across was one I was aware \
> of). 
> 
> > I would like to know when you are planning to release a version that works with \
> > java 11 (since it's the newest LTS version)
> 
> The IdP (which uses OpenSAML) works just fine under Java 11. Use the classpath, not \
> the module path. 
> 
> > and what will your approach be regarding Oracles change to their release strategy \
> > (will you support all versions? will you support all LTS versions?). 
> 
> For more information:
> 
> https://wiki.shibboleth.net/confluence/display/DEV/Product+Platforms \
> <https://wiki.shibboleth.net/confluence/display/DEV/Product+Platforms> 
> 
> -- Ian
> 


[Attachment #7 (unknown)]

<html><head><meta http-equiv="Content-Type" content="text/html; \
charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: \
space; line-break: after-white-space;" class="">Sorry not to CC you on my previous \
reply, but it's below anyway.<div class=""><br class=""></div><div class="">Just to \
add to this:</div><div class=""><br class=""></div><div class="">I --- personally, \
this is not a project position --- would like us to be able to support the Java \
module path in the long run. That's not an easy thing to do, though, because of the \
way they have defined things. A lot of products which were invented long before the \
JPMS was will have some trouble fitting into the constraints that have been \
introduced, particularly around the way things need to be strictly partitioned \
between what were JAR artifacts. It remains to be seen, really, whether everyone will \
adopt the module system or whether instead it will just wither because too many \
things can't use it.</div><div class=""><br class=""></div><div class="">One aspect \
of this is that I'd be very surprised if OpenSAML was the only thing you'd hit \
problems with if you attempt to deploy things on the module path today. It may \
interest you to know that I surveyed all of the dependencies we ship with the IdP \
product, and other than our own components the only JAR which even has a reserved \
module names is Guava. Everything else is completely unaware of the module system and \
it's a toss-up whether they will work in that environment.</div><div class=""><br \
class=""></div><div class="">We know of a number of cases where the split package \
issue comes up in our code, which is one reason we don't support the module path at \
this point. You shouldn't expect that we will be able to address that soon. It \
_would_ nevertheless be useful for the longer term if you could open a JIRA case for \
the issue you've found so that we can make sure that we consider it for a future \
release.</div><div class=""><br class=""></div><div class=""><a \
href="https://issues.shibboleth.net/jira/projects/OSJ/" \
class="">https://issues.shibboleth.net/jira/projects/OSJ/</a></div><div class=""><br \
class=""></div><div class="">Cheers,</div><div class=""><br class=""></div><div \
class=""><span class="Apple-tab-span" style="white-space:pre">	</span>-- Ian<br \
class=""><div><br class=""><blockquote type="cite" class=""><div class="">On 12 Oct \
2018, at 16:49, Ian Young &lt;<a href="mailto:ian@iay.org.uk" \
class="">ian@iay.org.uk</a>&gt; wrote:</div><br \
class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" \
content="text/html; charset=us-ascii" class=""><div style="word-wrap: break-word; \
-webkit-nbsp-mode: space; line-break: after-white-space;" class=""><br class=""><div \
class=""><br class=""><blockquote type="cite" class=""><div class="">On 12 Oct 2018, \
at 15:43, Cristi Chircu &lt;<a href="mailto:cristian.chircu@gmail.com" \
class="">cristian.chircu@gmail.com</a>&gt; wrote:</div><br \
class="Apple-interchange-newline"><div class=""><div class="WordSection1" \
style="page: WordSection1; caret-color: rgb(0, 0, 0); font-family: Helvetica; \
font-size: 13px; font-style: normal; font-variant-caps: normal; font-weight: normal; \
letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; \
white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; \
text-decoration: none;"><div style="margin: 0in 0in 0.0001pt; font-size: 11pt; \
font-family: Calibri, sans-serif;" class="">Hello everyone,<span \
class="Apple-converted-space">&nbsp;</span><br class=""><br class="">I've been \
using<span class="Apple-converted-space">&nbsp;</span><a \
href="https://mvnrepository.com/artifact/org.opensaml/opensaml-core/3.3.0" \
target="_top" style="color: purple; text-decoration: underline;" class="">OpenSAML \
3.3.0<span class="Apple-converted-space">&nbsp;</span></a>for a java 8 service \
provider and it made my life a lot easier (thanks for sharing, by the way :) ).<span \
class="Apple-converted-space">&nbsp;</span><br class="">Now I'm trying to upgrade to \
java 10 and it looks like I'm out of luck. When I try to deploy I get an exception: \
"java.lang.module.ResolutionException: Modules opensaml.saml.impl and \
opensaml.saml.api export package org.opensaml.saml.config to module \
jersey.client".</div></div></div></blockquote><div class=""><br class=""></div><div \
class="">I'm guessing that you are trying to put OpenSAML on the Java module path \
rather than on the classpath. We don't support that at present.</div><div \
class=""><br class=""></div><blockquote type="cite" class=""><div class=""><div \
class="WordSection1" style="page: WordSection1; caret-color: rgb(0, 0, 0); \
font-family: Helvetica; font-size: 13px; font-style: normal; font-variant-caps: \
normal; font-weight: normal; letter-spacing: normal; text-align: start; text-indent: \
0px; text-transform: none; white-space: normal; word-spacing: 0px; \
-webkit-text-stroke-width: 0px; text-decoration: none;"><div style="margin: 0in 0in \
0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class="">I've searched \
around for a bit and I can't seem to find clear information on your plans for newer \
java versions support.</div></div></div></blockquote><div class=""><br \
class=""></div><div class="">We have a page describing our approach here:</div><div \
class=""><br class=""></div><div class=""><a \
href="https://wiki.shibboleth.net/confluence/display/DEV/Java+Modularity" \
class="">https://wiki.shibboleth.net/confluence/display/DEV/Java+Modularity</a></div><div \
class=""><br class=""></div><div class="">You will be aware that we recently released \
a new version of the Shibboleth IdP, and in conjunction with that a new version of \
OpenSAML. These versions include reserved module names for the various components, \
and it's _possible_ that may help with the issue you're seeing. As before, though, no \
guarantees at this stage because we don't support use of the module path yet (we're \
aware of some split packages, although I don't think the one you've come across was \
one I was aware of).</div><div class=""><br class=""></div><div class=""><br \
class=""></div><blockquote type="cite" class=""><div class=""><div \
class="WordSection1" style="page: WordSection1; caret-color: rgb(0, 0, 0); \
font-family: Helvetica; font-size: 13px; font-style: normal; font-variant-caps: \
normal; font-weight: normal; letter-spacing: normal; text-align: start; text-indent: \
0px; text-transform: none; white-space: normal; word-spacing: 0px; \
-webkit-text-stroke-width: 0px; text-decoration: none;"><div style="margin: 0in 0in \
0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class="">I would like \
to know when you are planning to release a version that works with java 11 (since \
it's the newest LTS version)</div></div></div></blockquote><div class=""><br \
class=""></div><div class="">The IdP (which uses OpenSAML) works just fine under Java \
11. Use the classpath, not the module path.</div><div class=""><br \
class=""></div><div class=""><br class=""></div><blockquote type="cite" class=""><div \
class=""><div class="WordSection1" style="page: WordSection1; caret-color: rgb(0, 0, \
0); font-family: Helvetica; font-size: 13px; font-style: normal; font-variant-caps: \
normal; font-weight: normal; letter-spacing: normal; text-align: start; text-indent: \
0px; text-transform: none; white-space: normal; word-spacing: 0px; \
-webkit-text-stroke-width: 0px; text-decoration: none;"><div style="margin: 0in 0in \
0.0001pt; font-size: 11pt; font-family: Calibri, sans-serif;" class="">and what will \
your approach be regarding Oracles change to their release strategy (will you support \
all versions? will you support all LTS versions?).<span \
class="Apple-converted-space">&nbsp;</span><br \
class=""></div></div></div></blockquote><div class=""><br class=""></div><div \
class=""><div class="">For more information:</div><div class=""><br \
class=""></div><div class=""><a \
href="https://wiki.shibboleth.net/confluence/display/DEV/Product+Platforms" \
class="">https://wiki.shibboleth.net/confluence/display/DEV/Product+Platforms</a></div><div \
class=""><br class=""></div><div class=""><br class=""></div></div></div><div \
class=""><span class="Apple-style-span" style="border-collapse: separate; \
font-variant-ligatures: normal; font-variant-east-asian: normal; \
font-variant-position: normal; line-height: normal; border-spacing: 0px; \
-webkit-text-decorations-in-effect: none;"><div style="word-wrap: break-word; \
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><span \
class="Apple-style-span" style="border-collapse: separate; font-family: Helvetica; \
font-size: 12px; font-style: normal; font-variant-ligatures: normal; \
font-variant-caps: normal; font-variant-east-asian: normal; font-variant-position: \
normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; \
text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: \
0px; border-spacing: 0px; -webkit-text-decorations-in-effect: none; \
-webkit-text-stroke-width: 0px;"><div class="">&nbsp; &nbsp; -- Ian<br \
class=""></div><div class=""><span class="Apple-style-span" style="font-size: \
13px;"><br class=""></span></div></span></div></span></div></div></div></blockquote></div><br \
class=""></div></body></html>


["smime.p7s" (smime.p7s)]

0	*H
 010
	`He0	*H
 0'0 jMt0J,I<0
	*H
010	UGB10UGreater Manchester10USalford10U
COMODO CA Limited1=0;U4COMODO RSA Client Authentication and Secure Email CA0
180806000000Z
190806235959Z010	*H
	ian@iay.org.uk0"0
	*H
0
7h=C\3溰b]D\E=c3:3YKA|>nY?7DTy+!1}5"NL5OSg=-	x"з#ޭ#W'}ŀZaw \
nL	4YqA/L!*[ZBW|a\O.Q8̙n57Y換]MRpIbsz~uN \
%4=`6t2s00U#0la|=+qH^ċ0UY4 \
FۇD r0U 0U00 \
U%0++10	`HB 0FU \
?0=0;+10+0)+https://secure.comodo.net/CPS0ZUS0Q0O M \
KIhttp://crl.comodoca.com/COMODORSAClientAuthenticationandSecureEmailCA.crl0+ \
0}0U+0Ihttp://crt.comodoca.com/COMODORSAClientAuthenticationandSecureEmailCA.crt0$+0http://ocsp.comodoca.com0U0ian@iay.org.uk0
 	*H
*kL'\[VΤ-@CG+lrCe#ԃBR⑥lL	%dٸxP:= \
%g_>̵wBvTx6A𮼎rT|z1H)Fh1ޙNR!Gt֤nya1>8[ϥ&5unN-!57~g8/>HWeiыܭm|6TN:
 %Ӯ<ԡe%"1Z f-00 j8;+kٸRV0
	*H
010	UGB10UGreater Manchester10USalford10U
COMODO CA Limited1+0)U"COMODO RSA Certification Authority0
130110000000Z
280109235959Z010	UGB10UGreater Manchester10USalford10U
COMODO CA Limited1=0;U4COMODO RSA Client Authentication and Secure Email \
CA0"0 	*H
0
W(vu@8v!P%yL }:X>1.4vلj=4HK \
hyt4z|e`'"2@rF5 P3*UT+%4D5+ ZSu+ =7F_Zt e
>)
94Fro8pNhFF#Ne6/M{UWֱmA \
YT"o)CI	m84$.zW4 r^M9,R$ \
<080U#0~=<8220Ula|=+qH^ċ0U0U00U \
 00U 0LUE0C0A ? \
=;http://crl.comodoca.com/COMODORSACertificationAuthority.crl0q+e0c0;+ \
0/http://crt.comodoca.com/COMODORSAAddTrustCA.crt0$+0http://ocsp.comodoca.com0
 	*H
x\(4O<_VΟV쏢kI/5@qB!fk&kn{hJd| \
q[Lǿᓬ?"@fCOݐrXurJH5;#68jle) )Y4 \
Nezyq{:kx%iچ:w#f6HLP~jo9KXnM#:!!69i\ \
}^M;TSX7	̯3]Tc6O$voX*5!4.aKE8HIĹ7?Ar}r# \
R/h<סnuy<1	3mɔv#~&pvg' skMH#/ƨ$/uXq \
Tu(|^-vM҆NKX7fA\X5sh2qP\YǟENRarpGtZp_"k7DdJVGz100010	UGB10UGreater \
Manchester10USalford10U COMODO CA Limited1=0;U4COMODO RSA Client \
Authentication and Secure Email CAjMt0J,I<0 	`He 0	*H
	1	*H
0	*H
	1
181012162055Z0/	*H
	1" ROW[)ֳ>KZ
^0	+710010	UGB10UGreater \
Manchester10USalford10U COMODO CA Limited1=0;U4COMODO RSA Client \
Authentication and Secure Email CAjMt0J,I<0*H 	1 \
010	UGB10UGreater Manchester10USalford10U COMODO CA \
Limited1=0;U4COMODO RSA Client Authentication and Secure Email \
CAjMt0J,I<0 	*H
=בj3A%uĔ	pqKkI 5
I%'Ff89JlQVa`SMNown6_-#]l?puTJ \
fi'BigqTLD,_lў<$16YQ[uS|}%ud}q̓KT8qw٘|n}HDR&>5/.s6a@M




-- 
To unsubscribe from this list send an email to dev-unsubscribe@shibboleth.net

[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic