You are right. I was able to narrow it down to:
feature:install webconsole http-whiteboard
This is already enough to reproduce the issue. The war feature is not
necessary. It also does not happen with just the http feature. So this
all points to the whiteboard picking up the gogo service.
Ch
Yep, same behavior I see.
It appears the gogo plugin both registers with the web console, but also
registers its service in a way that the extender whiteboard publishes the
/gogo/ endpoint.
On Thu, Feb 23, 2017 at 11:48 PM, Christian Schneider <
ch...@die-schneider.net> wrote:
> I can reproduce
I can reproduce the issue:
Start plain karaf 4.1.0
feature:install webconsole pax-war
Acess http://localhost:8181/gogo/
If I use http://localhost:8181/gogo
I get a NPE like below.
Christian
java.lang.NullPointerException
at
org.apache.felix.webconsole.AbstractWebConsolePlugin.render
JB,
Yep, that is correct. Note the trailing slash is important, I think
http://localhost:8181/gogo will return a 404 but http://localhost:8181/gogo/
will bring up the gogo console without requiring authentication.
Kevin
On Thu, Feb 23, 2017 at 10:42 PM, Jean-Baptiste Onofré
wrote:
> Hi Kevin,
Hi Kevin,
Let me try to reproduce. You mean that I can access to
http://localhost:8181/gogo without authentication, right ?
Regards
JB
On 02/23/2017 11:28 PM, Kevin Schmidt wrote:
Hi,
I've come across a situation where the Gogo console ends up being
accessible at a URL that is unsecured. T
Hi Xilai,
thanks, I will do the fix.
Regards
JB
On 02/24/2017 05:07 AM, XiLai Dai wrote:
Seems I found the problem in the client/client.bat, missing the jansi on
the CLASSPATH, after adding:
set
CLASSPATH=%CLASSPATH%;%KARAF_HOME%\system\org\fusesource\jansi\jansi\1.14\jansi-1.14.jar
then i
Seems I found the problem in the client/client.bat, missing the jansi on the
CLASSPATH, after adding:
set
CLASSPATH=%CLASSPATH%;%KARAF_HOME%\system\org\fusesource\jansi\jansi\1.14\jansi-1.14.jar
then it works well as before.
From: XiLai Dai
Sent: Friday, Feb
Thanks JB, Chris,
With putty, the branding/prompt works well, but the seperator looks like:
{code}
START LEVEL 100 , List Threshold: 50
ID ▒▒ State▒▒ Lvl ▒▒ Version ▒▒ Name
▒▒▒▒▒
▒▒▒
It appears this issue may have been introduced as a result of issue 2634 (
https://issues.apache.org/jira/browse/KARAF-2634). The change log shows an
alias property was added to the plugin service registration which to my
understanding, would result in the extender whiteboard publishing the
endpoi
Hi,
I've come across a situation where the Gogo console ends up being
accessible at a URL that is unsecured. This is of course not a good thing
...
When I install a base Karaf 4.0.8 (and 3.0.8 too it appears) and install
the webconsole feature, I'm able to go to
http://localhost:8181/system/cons
I had this once and it turned out that I was (unknowingly) executing Karaf
in a slightly different environment, so double-check all those
possibilities before blaming Karaf 4.1.0. Are you sure the previous
version still displays correctly on the same machine?
What you are seeing is ANSI (aka VT10
Christian,
Well, that is definitely not it. There is only a single version of that
interface is both the source and the runtime. Do you have a suggestion on what
would be a good a place in the DOSGi/CXF code to start debugging this?
Thanks,
Erwin
> On Feb 23, 2017, at 8:41 AM, Erwin Hogeweg
by now, my subscription should be active...
--
View this message in context:
http://karaf.922171.n3.nabble.com/Karaf-4-1-Provider-com-sun-el-ExpressionFactoryImpl-not-found-tp4049620p4049621.html
Sent from the Karaf - User mailing list archive at Nabble.com.
Hi Christian,
Thanks for the quick reply.
> this points to a class incompatiblity. The servicereference works with the
> name of the interface "com.seecago.interfaces.MyService" but for getService
> to work
> both the client and the service bundle must be bound to the same package
> com.seecag
Hi Erwin,
this points to a class incompatiblity. The servicereference works with
the name of the interface "com.seecago.interfaces.MyService" but for
getService to work
both the client and the service bundle must be bound to the same package
com.seecago.interfaces. I suspect that they see diff
Hi,
I am upgrading a system from CXF-2.7.2 and DOSGi-1.4 to 3.1.1/1.7.0 but I have
run into a wall.
Before I start digging in the CXF code, would anyone have an idea why
bundleContext.getService() would return a null object for a registered DOSGi
service?
This is the remote service descriptio
Hi,
Is the shell console (not via SSH) ok on Windows ?
Is a ssh client (like putty) display the same ?
Regards
JB
On 02/23/2017 11:13 AM, XiLai Dai wrote:
Hi, there
The client.bat is not working as expected in karaf 4.1.0 on Windows,
especially the branding and prompt
{code}
G:\download\a
Hi, there
The client.bat is not working as expected in karaf 4.1.0 on Windows, especially
the branding and prompt
{code}
G:\download\apache-karaf-4.1.0\bin>client.bat -h localhost
Logging in as karaf
[36m__ __ [0m
[36m / //_/ __ _/ __/
18 matches
Mail list logo