[Geoserver-devel] 2.9 beta2 Mac build

Hey folks,

To look at GEOS-7508 I decided to do a local build. Before moving to testing the dmg to replicate the issue Jody found I thought I would ensure the bin package works on osx… since the dmg is essentially built from it, and i’seeing issues around jai.

Running the package straight away leads to:

java.lang.NoClassDefFoundError: Could not initialize class javax.media.jai.JAI

at org.geoserver.GeoserverInitStartupListener.contextInitialized(GeoserverInitStartupListener.java:88)

at org.eclipse.jetty.server.handler.ContextHandler.callContextInitialized(ContextHandler.java:800)

I tried moving the jars into the jetty lib folder, and also just removing them outright and that gets further, but results in this error:

java.lang.NoClassDefFoundError: com/sun/media/imageioimpl/common/BogusColorSpace

at org.geoserver.config.impl.JAIEXTInfoImpl.(JAIEXTInfoImpl.java:34)

at org.geoserver.config.impl.JAIInfoImpl.(JAIInfoImpl.java:56)

at org.geoserver.config.impl.GeoServerInfoImpl.(GeoServerInfoImpl.java:26)

at org.geoserver.config.impl.GeoServerFactoryImpl.createGlobal(GeoServerFactoryImpl.java:41)

Looking around for BogusColorSpace I do notice the class being references is slightly different than the one available from rt.jar on my jvm:

com.sun.imageio.plugins.common.BogosColorSpace

I also saw that uDig may have run up against this recently, as I came across this bug report: https://osgeo-org.atlassian.net/browse/UDIG-2030

-Justin

As per email yesterday (thanks Torben for the reminder) - remove JAI from ~/Library/Java/Extensions allowed bin release to start up on mac.

···


Jody Garnett

On 20 April 2016 at 07:14, Justin Deoliveira <jdeolive@anonymised.com> wrote:

Hey folks,

To look at GEOS-7508 I decided to do a local build. Before moving to testing the dmg to replicate the issue Jody found I thought I would ensure the bin package works on osx… since the dmg is essentially built from it, and i’seeing issues around jai.

Running the package straight away leads to:

java.lang.NoClassDefFoundError: Could not initialize class javax.media.jai.JAI

at org.geoserver.GeoserverInitStartupListener.contextInitialized(GeoserverInitStartupListener.java:88)

at org.eclipse.jetty.server.handler.ContextHandler.callContextInitialized(ContextHandler.java:800)

I tried moving the jars into the jetty lib folder, and also just removing them outright and that gets further, but results in this error:

java.lang.NoClassDefFoundError: com/sun/media/imageioimpl/common/BogusColorSpace

at org.geoserver.config.impl.JAIEXTInfoImpl.(JAIEXTInfoImpl.java:34)

at org.geoserver.config.impl.JAIInfoImpl.(JAIInfoImpl.java:56)

at org.geoserver.config.impl.GeoServerInfoImpl.(GeoServerInfoImpl.java:26)

at org.geoserver.config.impl.GeoServerFactoryImpl.createGlobal(GeoServerFactoryImpl.java:41)

Looking around for BogusColorSpace I do notice the class being references is slightly different than the one available from rt.jar on my jvm:

com.sun.imageio.plugins.common.BogosColorSpace

I also saw that uDig may have run up against this recently, as I came across this bug report: https://osgeo-org.atlassian.net/browse/UDIG-2030

-Justin


Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z


Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Ahhh… there were some jai jars lingering on my system. In my case they were in /System/Library/Java/Extensions… Confirm that the bin package starts up fine now.

···


Jody Garnett

On 20 April 2016 at 07:14, Justin Deoliveira <jdeolive@anonymised.com> wrote:

Hey folks,

To look at GEOS-7508 I decided to do a local build. Before moving to testing the dmg to replicate the issue Jody found I thought I would ensure the bin package works on osx… since the dmg is essentially built from it, and i’seeing issues around jai.

Running the package straight away leads to:

java.lang.NoClassDefFoundError: Could not initialize class javax.media.jai.JAI

at org.geoserver.GeoserverInitStartupListener.contextInitialized(GeoserverInitStartupListener.java:88)

at org.eclipse.jetty.server.handler.ContextHandler.callContextInitialized(ContextHandler.java:800)

I tried moving the jars into the jetty lib folder, and also just removing them outright and that gets further, but results in this error:

java.lang.NoClassDefFoundError: com/sun/media/imageioimpl/common/BogusColorSpace

at org.geoserver.config.impl.JAIEXTInfoImpl.(JAIEXTInfoImpl.java:34)

at org.geoserver.config.impl.JAIInfoImpl.(JAIInfoImpl.java:56)

at org.geoserver.config.impl.GeoServerInfoImpl.(GeoServerInfoImpl.java:26)

at org.geoserver.config.impl.GeoServerFactoryImpl.createGlobal(GeoServerFactoryImpl.java:41)

Looking around for BogusColorSpace I do notice the class being references is slightly different than the one available from rt.jar on my jvm:

com.sun.imageio.plugins.common.BogosColorSpace

I also saw that uDig may have run up against this recently, as I came across this bug report: https://osgeo-org.atlassian.net/browse/UDIG-2030

-Justin


Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z


Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Is there any command line option we can provide to ignore these annoying system paths?

Answer: “Set -Djava.ext.dirs=something harmless your startup”

···

On 20 April 2016 at 08:23, Justin Deoliveira <jdeolive@anonymised.com> wrote:

Ahhh… there were some jai jars lingering on my system. In my case they were in /System/Library/Java/Extensions… Confirm that the bin package starts up fine now.

On Wed, Apr 20, 2016 at 9:14 AM Jody Garnett <jody.garnett@anonymised.com> wrote:

As per email yesterday (thanks Torben for the reminder) - remove JAI from ~/Library/Java/Extensions allowed bin release to start up on mac.


Jody Garnett


Jody Garnett

On 20 April 2016 at 07:14, Justin Deoliveira <jdeolive@anonymised.com> wrote:

Hey folks,

To look at GEOS-7508 I decided to do a local build. Before moving to testing the dmg to replicate the issue Jody found I thought I would ensure the bin package works on osx… since the dmg is essentially built from it, and i’seeing issues around jai.

Running the package straight away leads to:

java.lang.NoClassDefFoundError: Could not initialize class javax.media.jai.JAI

at org.geoserver.GeoserverInitStartupListener.contextInitialized(GeoserverInitStartupListener.java:88)

at org.eclipse.jetty.server.handler.ContextHandler.callContextInitialized(ContextHandler.java:800)

I tried moving the jars into the jetty lib folder, and also just removing them outright and that gets further, but results in this error:

java.lang.NoClassDefFoundError: com/sun/media/imageioimpl/common/BogusColorSpace

at org.geoserver.config.impl.JAIEXTInfoImpl.(JAIEXTInfoImpl.java:34)

at org.geoserver.config.impl.JAIInfoImpl.(JAIInfoImpl.java:56)

at org.geoserver.config.impl.GeoServerInfoImpl.(GeoServerInfoImpl.java:26)

at org.geoserver.config.impl.GeoServerFactoryImpl.createGlobal(GeoServerFactoryImpl.java:41)

Looking around for BogusColorSpace I do notice the class being references is slightly different than the one available from rt.jar on my jvm:

com.sun.imageio.plugins.common.BogosColorSpace

I also saw that uDig may have run up against this recently, as I came across this bug report: https://osgeo-org.atlassian.net/browse/UDIG-2030

-Justin


Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z


Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

We did that before and it looks to be what is throwing off the mac installer in GEOS-7508. When I update Info.plist and edit out that line things come up fine. I guess that is what we get for trying to be smart :slight_smile:

Setting this property seems to prevent loading of the jre/security directory, which then doesn’t pick up the configuration needed for the basic encryption functions to function. The error message about the strong encryption is misleading in this case… it’s the jasypt library trying to be smart about providing an error message.

So… given that we added this config to handle the case where users have jai jars in global extension directories I vote we just revert that and make osx folks aware of it with documentation.

Thoughts?

···


Jody Garnett

On 20 April 2016 at 08:23, Justin Deoliveira <jdeolive@anonymised.com> wrote:

Ahhh… there were some jai jars lingering on my system. In my case they were in /System/Library/Java/Extensions… Confirm that the bin package starts up fine now.

On Wed, Apr 20, 2016 at 9:14 AM Jody Garnett <jody.garnett@anonymised.com> wrote:

As per email yesterday (thanks Torben for the reminder) - remove JAI from ~/Library/Java/Extensions allowed bin release to start up on mac.


Jody Garnett

On 20 April 2016 at 07:14, Justin Deoliveira <jdeolive@anonymised.com> wrote:

Hey folks,

To look at GEOS-7508 I decided to do a local build. Before moving to testing the dmg to replicate the issue Jody found I thought I would ensure the bin package works on osx… since the dmg is essentially built from it, and i’seeing issues around jai.

Running the package straight away leads to:

java.lang.NoClassDefFoundError: Could not initialize class javax.media.jai.JAI

at org.geoserver.GeoserverInitStartupListener.contextInitialized(GeoserverInitStartupListener.java:88)

at org.eclipse.jetty.server.handler.ContextHandler.callContextInitialized(ContextHandler.java:800)

I tried moving the jars into the jetty lib folder, and also just removing them outright and that gets further, but results in this error:

java.lang.NoClassDefFoundError: com/sun/media/imageioimpl/common/BogusColorSpace

at org.geoserver.config.impl.JAIEXTInfoImpl.(JAIEXTInfoImpl.java:34)

at org.geoserver.config.impl.JAIInfoImpl.(JAIInfoImpl.java:56)

at org.geoserver.config.impl.GeoServerInfoImpl.(GeoServerInfoImpl.java:26)

at org.geoserver.config.impl.GeoServerFactoryImpl.createGlobal(GeoServerFactoryImpl.java:41)

Looking around for BogusColorSpace I do notice the class being references is slightly different than the one available from rt.jar on my jvm:

com.sun.imageio.plugins.common.BogosColorSpace

I also saw that uDig may have run up against this recently, as I came across this bug report: https://osgeo-org.atlassian.net/browse/UDIG-2030

-Justin


Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z


Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Agreed, revert and we can add to the docs. The joys of testing - still it is why we do a beta.

···

On 20 April 2016 at 13:53, Justin Deoliveira <jdeolive@anonymised.com> wrote:

We did that before and it looks to be what is throwing off the mac installer in GEOS-7508. When I update Info.plist and edit out that line things come up fine. I guess that is what we get for trying to be smart :slight_smile:

Setting this property seems to prevent loading of the jre/security directory, which then doesn’t pick up the configuration needed for the basic encryption functions to function. The error message about the strong encryption is misleading in this case… it’s the jasypt library trying to be smart about providing an error message.

So… given that we added this config to handle the case where users have jai jars in global extension directories I vote we just revert that and make osx folks aware of it with documentation.

Thoughts?

On Wed, Apr 20, 2016 at 9:36 AM Jody Garnett <jody.garnett@anonymised.com> wrote:

Is there any command line option we can provide to ignore these annoying system paths?

Answer: “Set -Djava.ext.dirs=something harmless your startup”


Jody Garnett


Jody Garnett

On 20 April 2016 at 08:23, Justin Deoliveira <jdeolive@anonymised.com> wrote:

Ahhh… there were some jai jars lingering on my system. In my case they were in /System/Library/Java/Extensions… Confirm that the bin package starts up fine now.

On Wed, Apr 20, 2016 at 9:14 AM Jody Garnett <jody.garnett@anonymised.com> wrote:

As per email yesterday (thanks Torben for the reminder) - remove JAI from ~/Library/Java/Extensions allowed bin release to start up on mac.


Jody Garnett

On 20 April 2016 at 07:14, Justin Deoliveira <jdeolive@anonymised.com> wrote:

Hey folks,

To look at GEOS-7508 I decided to do a local build. Before moving to testing the dmg to replicate the issue Jody found I thought I would ensure the bin package works on osx… since the dmg is essentially built from it, and i’seeing issues around jai.

Running the package straight away leads to:

java.lang.NoClassDefFoundError: Could not initialize class javax.media.jai.JAI

at org.geoserver.GeoserverInitStartupListener.contextInitialized(GeoserverInitStartupListener.java:88)

at org.eclipse.jetty.server.handler.ContextHandler.callContextInitialized(ContextHandler.java:800)

I tried moving the jars into the jetty lib folder, and also just removing them outright and that gets further, but results in this error:

java.lang.NoClassDefFoundError: com/sun/media/imageioimpl/common/BogusColorSpace

at org.geoserver.config.impl.JAIEXTInfoImpl.(JAIEXTInfoImpl.java:34)

at org.geoserver.config.impl.JAIInfoImpl.(JAIInfoImpl.java:56)

at org.geoserver.config.impl.GeoServerInfoImpl.(GeoServerInfoImpl.java:26)

at org.geoserver.config.impl.GeoServerFactoryImpl.createGlobal(GeoServerFactoryImpl.java:41)

Looking around for BogusColorSpace I do notice the class being references is slightly different than the one available from rt.jar on my jvm:

com.sun.imageio.plugins.common.BogosColorSpace

I also saw that uDig may have run up against this recently, as I came across this bug report: https://osgeo-org.atlassian.net/browse/UDIG-2030

-Justin


Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z


Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Change pushed.

···


Jody Garnett

On 20 April 2016 at 13:53, Justin Deoliveira <jdeolive@anonymised.com> wrote:

We did that before and it looks to be what is throwing off the mac installer in GEOS-7508. When I update Info.plist and edit out that line things come up fine. I guess that is what we get for trying to be smart :slight_smile:

Setting this property seems to prevent loading of the jre/security directory, which then doesn’t pick up the configuration needed for the basic encryption functions to function. The error message about the strong encryption is misleading in this case… it’s the jasypt library trying to be smart about providing an error message.

So… given that we added this config to handle the case where users have jai jars in global extension directories I vote we just revert that and make osx folks aware of it with documentation.

Thoughts?

On Wed, Apr 20, 2016 at 9:36 AM Jody Garnett <jody.garnett@anonymised.com> wrote:

Is there any command line option we can provide to ignore these annoying system paths?

Answer: “Set -Djava.ext.dirs=something harmless your startup”


Jody Garnett

On 20 April 2016 at 08:23, Justin Deoliveira <jdeolive@anonymised.com> wrote:

Ahhh… there were some jai jars lingering on my system. In my case they were in /System/Library/Java/Extensions… Confirm that the bin package starts up fine now.

On Wed, Apr 20, 2016 at 9:14 AM Jody Garnett <jody.garnett@anonymised.com> wrote:

As per email yesterday (thanks Torben for the reminder) - remove JAI from ~/Library/Java/Extensions allowed bin release to start up on mac.


Jody Garnett

On 20 April 2016 at 07:14, Justin Deoliveira <jdeolive@anonymised.com> wrote:

Hey folks,

To look at GEOS-7508 I decided to do a local build. Before moving to testing the dmg to replicate the issue Jody found I thought I would ensure the bin package works on osx… since the dmg is essentially built from it, and i’seeing issues around jai.

Running the package straight away leads to:

java.lang.NoClassDefFoundError: Could not initialize class javax.media.jai.JAI

at org.geoserver.GeoserverInitStartupListener.contextInitialized(GeoserverInitStartupListener.java:88)

at org.eclipse.jetty.server.handler.ContextHandler.callContextInitialized(ContextHandler.java:800)

I tried moving the jars into the jetty lib folder, and also just removing them outright and that gets further, but results in this error:

java.lang.NoClassDefFoundError: com/sun/media/imageioimpl/common/BogusColorSpace

at org.geoserver.config.impl.JAIEXTInfoImpl.(JAIEXTInfoImpl.java:34)

at org.geoserver.config.impl.JAIInfoImpl.(JAIInfoImpl.java:56)

at org.geoserver.config.impl.GeoServerInfoImpl.(GeoServerInfoImpl.java:26)

at org.geoserver.config.impl.GeoServerFactoryImpl.createGlobal(GeoServerFactoryImpl.java:41)

Looking around for BogusColorSpace I do notice the class being references is slightly different than the one available from rt.jar on my jvm:

com.sun.imageio.plugins.common.BogosColorSpace

I also saw that uDig may have run up against this recently, as I came across this bug report: https://osgeo-org.atlassian.net/browse/UDIG-2030

-Justin


Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z


Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel