On Sun, Dec 2, 2018 at 5:35 PM Nick Couchman wrote:
> On Sun, Dec 2, 2018 at 5:20 PM Not Speedy wrote:
>
>> OMG! found my issue and boy do I feel stupid! I thought the plugin was
>> crashing which was why I wasn't seeing connection attempts to my radius
>> server...them maybe I thought it was
On Sun, Dec 2, 2018 at 5:20 PM Not Speedy wrote:
> OMG! found my issue and boy do I feel stupid! I thought the plugin was
> crashing which was why I wasn't seeing connection attempts to my radius
> server...them maybe I thought it was my properties ...so I check them
> against what I found in
OMG! found my issue and boy do I feel stupid! I thought the plugin was
crashing which was why I wasn't seeing connection attempts to my radius
server...them maybe I thought it was my properties ...so I check them
against what I found in the jira and it looked right...radius-server:
afraid not. With your branch and with the updated pom.xml, I still got the
version mismatch..looking at the dependacies, it still pulled down 1.5.8.
no joy. For fun, I built jradius 1.1.6 snapshot using the 1.7.7..that more
or less got rid of my version mismatch error, but still no luck on
On Sun, Dec 2, 2018 at 4:32 PM Not Speedy wrote:
> Thanks Nick. For whatever reason I still can't get this to work. Its
> likely an issue on my end. Are there any nightly builds I could try?
> Otherwise, It looks like I'll have to wait until the 1.0.0
> beta/rc/release thanks again for
Thanks Nick. For whatever reason I still can't get this to work. Its
likely an issue on my end. Are there any nightly builds I could try?
Otherwise, It looks like I'll have to wait until the 1.0.0
beta/rc/release thanks again for your time.
On Sun, Dec 2, 2018 at 3:06 PM Nick Couchman
On Sun, Dec 2, 2018 at 2:28 PM Not Speedy wrote:
> no idea, although i see that guacamole client is using slf4j-api 1.7.7
> everywhere else. I suspect this whats causing my issue, but I really don't
> know.
>
>
For whatever reason the RADIUS module works fine for me, but the CAS module
exhibits
no idea, although i see that guacamole client is using slf4j-api 1.7.7
everywhere else. I suspect this whats causing my issue, but I really don't
know.
On Sun, Dec 2, 2018 at 1:15 PM Nick Couchman wrote:
> On Sun, Dec 2, 2018 at 1:21 PM Not Speedy wrote:
>
>> fyi...after running mvn
On Sun, Dec 2, 2018 at 1:21 PM Not Speedy wrote:
> fyi...after running mvn dependency:tree, it looks like slf-log4j12 1.5.8
> is being pulling in from jradius-core...not sure why this is causing me
> issues and nobody elseodd.
>
How about SLF4J 1.6 or 1.7? Any idea where that's coming
Nick, I just read in a recent thread you posted to about using linotp. I'm
trying to accomplish something similar...I feel like Im missing something.
I got to my guacamole login page
for username I enter "username"
for password I enter "pin+otp"
my expectation is to then authenticate. Is this
Thanks for the help Nick. I just tried from scratch with the same results.
Perhaps it my ide,...I'll continue to keep googling and trying. I'll also
try against the staging branch to see if my results differ.
Thanks again
On Sat, Dec 1, 2018 at 6:30 PM Nick Couchman wrote:
> On Sat, Dec 1,
On Sat, Dec 1, 2018 at 7:06 PM Not Speedy wrote:
> odd..the only war/app I have is guacamole, and its the only project i
> currently have imported into intellij. I'm building off master. It looks
> like the lib is being pulled in with the mavin-dependency-plugin, during
> the build... but I
odd..the only war/app I have is guacamole, and its the only project i
currently have imported into intellij. I'm building off master. It looks
like the lib is being pulled in with the mavin-dependency-plugin, during
the build... but I could be wrong. I'll keep playing with it. I'm very
new with
On Fri, Nov 30, 2018 at 12:47 PM Not Speedy wrote:
> I'm struggling with getting this to work. It appears I'm able to build
> from source just fine, but then I get the following error and then appears
> the extension crashes. Any suggestions? thanks
>
When you say building from source, can
14 matches
Mail list logo