isis-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Rade, Joerg / Kuehne + Nagel / Ham GI-DP" <Joerg.R...@Kuehne-Nagel.com>
Subject AW: IntelliJ & Jetty Port
Date Thu, 15 Jun 2017 07:19:45 GMT
Hi John,

the situation was: OracleDB occupying 8080 and Jetty not taking 9090 ...

	isPortConflict(Oracle, Jetty, 8080)

1. Solution: configuring Oracle to use another port
2. Solution: configuring Jetty to use 9090 via: 

	'Run/Debug Configurations -> Application -> MyApp -> Configuration -> Program
arguments: -p 9090'

	Where 'Program' is org.apache.isis.WebServer

Best regards
Jörg
-----Ursprüngliche Nachricht-----
Von: John Inocente [mailto:inocente.jcc@sprobe.com] 
Gesendet: Donnerstag, 15. Juni 2017 04:47
An: users@isis.apache.org
Betreff: Re: IntelliJ & Jetty Port

Hi,


Just saw this in errors you mailed.


> Caused by: java.net.BindException: Address already in use: bind
>                at sun.nio.ch.Net.bind0(Native Method)
>                at sun.nio.ch.Net.bind(Net.java:433)
>                at sun.nio.ch.Net.bind(Net.java:425)
>                at sun.nio.ch.ServerSocketChannelImpl.bind(
> ServerSocketChannelImpl.java:223)
>                at sun.nio.ch.ServerSocketAdaptor.bind(
> ServerSocketAdaptor.java:74)
>                at org.eclipse.jetty.server.ServerConnector.open(
> ServerConnector.java:326)
>                at org.eclipse.jetty.server.AbstractNetworkConnector.
> doStart(AbstractNetworkConnector.java:80)
>                at org.eclipse.jetty.server.ServerConnector.doStart(
> ServerConnector.java:244)
>                at org.eclipse.jetty.util.component.AbstractLifeCycle.
> start(AbstractLifeCycle.java:68)
>                at org.eclipse.jetty.server.Server.doStart(Server.java:384)
>                at org.eclipse.jetty.util.component.AbstractLifeCycle.


I think this is because port 9090 is already used. So when you ran the application, it could
not establish because when it checked port 9090 its occupied.

So when you go back to port 8080 it ran smoothly. Try checking port 9090 if it is used by
another program and re-run the application if the port is vacant.


Please correct me if my advice is wrong.


Best regards,

John
________________________________
From: Rade, Joerg / Kuehne + Nagel / Ham GI-DP <Joerg.Rade@Kuehne-Nagel.com>
Sent: Thursday, June 15, 2017 12:06:59 AM
To: users@isis.apache.org
Subject: AW: IntelliJ & Jetty Port

What did work is setting:

        'Application -> MyApp -> Configuration -> Program arguments: -p <portnumber>'

Can be found under [1] and the console output ;-)

-j
[1] https://isis.apache.org/guides/ugbtb/ugbtb.html

-----Ursprüngliche Nachricht-----
Von: Rade, Joerg / Kuehne + Nagel / Ham GI-DP [mailto:Joerg.Rade@Kuehne-Nagel.com]
Gesendet: Montag, 12. Juni 2017 16:25
An: users@isis.apache.org
Betreff: AW: IntelliJ & Jetty Port

Hi Martin,

thanks for your suggestion but it didn't work for me.
Finally I reconfigured the application using up 8080 [1].

Thanks anyway.
-j

PS: We missed you in Amsterdam!

[1] https://stackoverflow.com/questions/142868/change-oracle-port-from-port-8080/4097449
-----Ursprüngliche Nachricht-----
Von: Martin Grigorov [mailto:mgrigorov@apache.org]
Gesendet: Montag, 12. Juni 2017 08:26
An: users
Betreff: Re: IntelliJ & Jetty Port

Hi,

According to
https://github.com/apache/isis/blob/5d24b3f7a9ad543753c2c07d0107680b7172a06d/core/webserver/src/main/java/org/apache/isis/core/webserver/WebServerConstants.java#L29
you should use
-Dembedded-web-server.port=12345

Martin Grigorov
Wicket Training and Consulting
https://twitter.com/mtgrigorov

2017-06-11 20:43 GMT+02:00 Rade, Joerg / Kuehne + Nagel / Ham GI-DP <
Joerg.Rade@kuehne-nagel.com>:

> Hi,
>
> when I use Maven from the command line (mvn jetty:run
> -Djetty.port=9090) I can override the default port.
>
> I tried the same from within IJ via 'Run/Debug Configurations -> 
> Application -> MyApp -> Configuration -> VM options' and even tried to 
> override it in the POM. I always end up in:
>
> Exception in thread "main" org.apache.isis.core.commons.exceptions.IsisException:
> Unable to start Jetty server
>                at org.apache.isis.core.webserver.WebServer.start(
> WebServer.java:188)
>                at org.apache.isis.core.webserver.WebServer.run(
> WebServer.java:131)
>                at org.apache.isis.core.webserver.WebServer.main(
> WebServer.java:98)
>                at org.apache.isis.WebServer.main(WebServer.java:25)
>                at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method)
>                at sun.reflect.NativeMethodAccessorImpl.invoke(
> NativeMethodAccessorImpl.java:62)
>                at sun.reflect.DelegatingMethodAccessorImpl.invoke(
> DelegatingMethodAccessorImpl.java:43)
>                at java.lang.reflect.Method.invoke(Method.java:498)
>                at com.intellij.rt.execution.application.AppMain.main(
> AppMain.java:147)
> Caused by: java.net.BindException: Address already in use: bind
>                at sun.nio.ch.Net.bind0(Native Method)
>                at sun.nio.ch.Net.bind(Net.java:433)
>                at sun.nio.ch.Net.bind(Net.java:425)
>                at sun.nio.ch.ServerSocketChannelImpl.bind(
> ServerSocketChannelImpl.java:223)
>                at sun.nio.ch.ServerSocketAdaptor.bind(
> ServerSocketAdaptor.java:74)
>                at org.eclipse.jetty.server.ServerConnector.open(
> ServerConnector.java:326)
>                at org.eclipse.jetty.server.AbstractNetworkConnector.
> doStart(AbstractNetworkConnector.java:80)
>                at org.eclipse.jetty.server.ServerConnector.doStart(
> ServerConnector.java:244)
>                at org.eclipse.jetty.util.component.AbstractLifeCycle.
> start(AbstractLifeCycle.java:68)
>                at org.eclipse.jetty.server.Server.doStart(Server.java:384)
>                at org.eclipse.jetty.util.component.AbstractLifeCycle.
> start(AbstractLifeCycle.java:68)
>                at org.apache.isis.core.webserver.WebServer.start(
> WebServer.java:179)
>                ... 8 more
>
> Stackoverflow threads seem to suggest to patch the start.ini in 
> jetty*.jar Is there a better way?
>
> Thanks in advance
> Jörg
>
>
> Kühne + Nagel (AG & Co.) KG
> Rechtsform: Kommanditgesellschaft, Bremen HRA 21928, USt-IdNr.: DE 
> 812773878.
> Geschäftsleitung Kühne + Nagel (AG & Co.) KG: Dr. Hansjörg Rodi (Vors.
> ), Martin Brinkmann, Matthias Heimbach, Jan-Hendrik Köstergarten, 
> Nicholas Minde, Michael Nebel, Lars Wedel, Matthias Weiner.
> Persönlich haftende Gesellschafterin: Kühne & Nagel A.G., Rechtsform:
> Aktiengesellschaft nach luxemburgischem Recht, HR-Nr.: B 18745, 
> Geschäftsführendes Verwaltungsratsmitglied: Karl Gernandt.
> Geschäftsleitung Region Zentral- und Osteuropa: Dr. Hansjörg Rodi 
> (Vors.), Thierry Held, Uwe Hött, Richard Huhn, Holger Ketz, 
> Jan-Hendrik Köstergarten, Jan Kunze, Michael Nebel, Guillaume Sauzedde, Mustafa Sener.
>
> Wir arbeiten ausschließlich auf Grundlage der Allgemeinen Deutschen 
> Spediteurbedingungen 2017 (ADSp 2017). Hinweis: Die ADSp 2017 weichen 
> in Ziffer 23 hinsichtlich des Haftungshöchstbetrages für Güterschäden 
> (§ 431
> HGB) vom Gesetz ab, indem sie die Haftung bei multimodalen Transporten 
> unter Einschluss einer Seebeförderung und bei unbekanntem Schadenort 
> auf 2 SZR/kg und im Übrigen die Regelhaftung von 8,33 SZR/kg 
> zusätzlich auf 1,25 Millionen Euro je Schadenfall sowie 2,5 Millionen 
> Euro je Schadenereignis, mindestens aber 2 SZR/kg, beschränken. Die 
> ADSp sind auf unserer Webseite als Download erhältlich. Auf Anfrage senden wir Ihnen
diese auch gerne zu.
>

Kühne + Nagel (AG & Co.) KG
Rechtsform: Kommanditgesellschaft, Bremen HRA 21928, USt-IdNr.: DE 812773878.
Geschäftsleitung Kühne + Nagel (AG & Co.) KG: Dr. Hansjörg Rodi (Vors. ), Martin Brinkmann,
Matthias Heimbach, Jan-Hendrik Köstergarten, Nicholas Minde, Michael Nebel, Lars Wedel, Matthias
Weiner.
Persönlich haftende Gesellschafterin: Kühne & Nagel A.G., Rechtsform: Aktiengesellschaft
nach luxemburgischem Recht, HR-Nr.: B 18745, Geschäftsführendes Verwaltungsratsmitglied:
Karl Gernandt.
Geschäftsleitung Region Zentral- und Osteuropa: Dr. Hansjörg Rodi (Vors.), Thierry Held,
Uwe Hött, Richard Huhn, Holger Ketz, Jan-Hendrik Köstergarten, Jan Kunze, Michael Nebel,
Guillaume Sauzedde, Mustafa Sener.

Wir arbeiten ausschließlich auf Grundlage der Allgemeinen Deutschen Spediteurbedingungen
2017 (ADSp 2017). Hinweis: Die ADSp 2017 weichen in Ziffer 23 hinsichtlich des Haftungshöchstbetrages
für Güterschäden (§ 431 HGB) vom Gesetz ab, indem sie die Haftung bei multimodalen Transporten
unter Einschluss einer Seebeförderung und bei unbekanntem Schadenort auf 2 SZR/kg und im
Übrigen die Regelhaftung von 8,33 SZR/kg zusätzlich auf 1,25 Millionen Euro je Schadenfall
sowie 2,5 Millionen Euro je Schadenereignis, mindestens aber 2 SZR/kg, beschränken. Die ADSp
sind auf unserer Webseite als Download erhältlich. Auf Anfrage senden wir Ihnen diese auch
gerne zu.

Mime
View raw message