[wildfly-dev] wildfly 8 client library now requires Java 7 ?

Tomaž Cerar tomaz.cerar at gmail.com
Wed Oct 9 15:37:25 EDT 2013


Is it really too much to ask from developers to move to java7 at least when
it comes to runtime jre/jdk for IDE?
Intellij is bundling jre7 for few major versions already...


On Wed, Oct 9, 2013 at 8:41 PM, Brian Stansberry <
brian.stansberry at redhat.com> wrote:

> On 10/9/13 12:25 PM, Rob Stryker wrote:
> > On 09/13/2013 11:48 PM, David M. Lloyd wrote:
> >> I've been building things with 1.7 and targeting them to 1.6 via
> >> seven2six.  So the following should all be 1.6 compatible (if they
> >> aren't then please let me know because it's a bug):
> >>
> >> * org.jboss.marshalling:jboss-marshalling:jar:1.4.0.Final
> >> * org.jboss.remoting:jboss-remoting:jar:4.0.0.Beta1
> >> * org.jboss.sasl:jboss-sasl:jar:1.0.3.Final
> >> * org.jboss.xnio:xnio-api:jar:3.1.0.CR7
> >> * org.jboss.xnio:xnio-nio:jar:3.1.0.CR7
> >>
> >
> > I'm noticing an issue currently. It seems something in xnio requires a
> > class only available in java7. I'll be re-opening the wfly bug for you
> > to investigate.
> >
>
> I opened https://issues.jboss.org/browse/XNIO-207 to track that.
>
> > java.lang.NoClassDefFoundError: java/lang/ReflectiveOperationException
> >           at org.xnio.ssl.JsseXnioSsl.<init>(JsseXnioSsl.java:81)
> >           at org.xnio.Xnio.getSslProvider(Xnio.java:221)
> >           at
> >
> org.jboss.remoting3.remote.RemoteConnectionProvider.connect(RemoteConnectionProvider.java:188)
> >           at
> > org.jboss.remoting3.EndpointImpl.doConnect(EndpointImpl.java:296)
> >           at
> > org.jboss.remoting3.EndpointImpl.doConnect(EndpointImpl.java:251)
> >
> >
> > Usecase is running eclipse with java6,  then launching wildfly with
> > java7, but using the features in jbosstools to communicate with the
> > running server over management API.  The jars we're using are:
> >
> > <jbossdmr.version>1.2.0.Beta2</jbossdmr.version>
> > <jboss.logging.version>3.1.3.GA</jboss.logging.version>
> > <jboss.marshalling.version>1.4.1.Final</jboss.marshalling.version>
> >
> <jboss.marshalling.river.version>1.4.1.Final</jboss.marshalling.river.version>
> > <jboss.remoting.version>4.0.0.Beta1</jboss.remoting.version>
> > <jboss.sasl.version>1.0.3.Final</jboss.sasl.version>
> > <jboss.threads.version>2.1.1.Final</jboss.threads.version>
> > <wildfly.controller.version>8.0.0.Beta1</wildfly.controller.version>
> > <wildfly.protocol.version>8.0.0.Beta1</wildfly.protocol.version>
> >             <xnio.api.version>3.1.0.CR7</xnio.api.version>
> >             <xnio.nio.version>3.1.0.CR7</xnio.nio.version>
> >
> > _______________________________________________
> > wildfly-dev mailing list
> > wildfly-dev at lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/wildfly-dev
> >
>
>
> --
> Brian Stansberry
> Principal Software Engineer
> JBoss by Red Hat
> _______________________________________________
> wildfly-dev mailing list
> wildfly-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/wildfly-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/wildfly-dev/attachments/20131009/953e7ae8/attachment.html 


More information about the wildfly-dev mailing list