[Red Hat JIRA] (WFLY-14380) Cant configure Let's Encrypt simple steps
by Farah Juma (Jira)
[ https://issues.redhat.com/browse/WFLY-14380?page=com.atlassian.jira.plugi... ]
Farah Juma edited comment on WFLY-14380 at 2/4/21 2:30 PM:
-----------------------------------------------------------
[~erick.de.oliveira.leal] Just tried this out with Windows 10 and am not able to reproduce this. The {{$JBOSS_HOME\.well-known\acme-challenge}} directory is available by default and with Windows 10, WildFly is able to successfully create a file in this directory that is then accessed by Let's Encrypt to do the validation. With Windows Server 2008, are you able to check what permissions are set for the {{$JBOSS_HOME\.well-known\acme-challenge}} directory?
was (Author: fjuma):
[~erick.de.oliveira.leal] Just tried this out with Windows 10 and am not able to reproduce this. The $JBOSS_HOME{{\.well-known\acme-challenge}} directory is available by default and with Windows 10, WildFly is able to successfully create a file in this directory that is then accessed by Let's Encrypt to do the validation. With Windows Server 2008, are you able to check what permissions are set for the {{$JBOSS_HOME\.well-known\acme-challenge}} directory?
> Cant configure Let's Encrypt simple steps
> -----------------------------------------
>
> Key: WFLY-14380
> URL: https://issues.redhat.com/browse/WFLY-14380
> Project: WildFly
> Issue Type: Bug
> Components: Security
> Affects Versions: 22.0.0.Final
> Reporter: erick leal
> Priority: Major
> Attachments: Capturar.PNG
>
>
> I'm tyring to configure Let's Encrypt in my server, and I followed instructions that said to simple type security enable-ssl-http-server --interactive --lets-encrypt
> But I believe because I'm in Windows I ran into the issue described in the picture below
> !Capturar.PNG!
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
5 years, 2 months
[Red Hat JIRA] (WFLY-14380) Cant configure Let's Encrypt simple steps
by Farah Juma (Jira)
[ https://issues.redhat.com/browse/WFLY-14380?page=com.atlassian.jira.plugi... ]
Farah Juma edited comment on WFLY-14380 at 2/4/21 2:30 PM:
-----------------------------------------------------------
[~erick.de.oliveira.leal] Just tried this out with Windows 10 and am not able to reproduce this. The $JBOSS_HOME{{\.well-known\acme-challenge}} directory is available by default and with Windows 10, WildFly is able to successfully create a file in this directory that is then accessed by Let's Encrypt to do the validation. With Windows Server 2008, are you able to check what permissions are set for the {{$JBOSS_HOME\.well-known\acme-challenge}} directory?
was (Author: fjuma):
[~erick.de.oliveira.leal] Just tried this out with Windows 10 and am not able to reproduce this. The {{$WILDFLY_HOME\.well-known\acme-challenge}} directory is available by default and with Windows 10, WildFly is able to successfully create a file in this directory that is then accessed by Let's Encrypt to do the validation. With Windows Server 2008, are you able to check what permissions are set for the {{$WILDFLY_HOME\.well-known\acme-challenge}} directory?
> Cant configure Let's Encrypt simple steps
> -----------------------------------------
>
> Key: WFLY-14380
> URL: https://issues.redhat.com/browse/WFLY-14380
> Project: WildFly
> Issue Type: Bug
> Components: Security
> Affects Versions: 22.0.0.Final
> Reporter: erick leal
> Priority: Major
> Attachments: Capturar.PNG
>
>
> I'm tyring to configure Let's Encrypt in my server, and I followed instructions that said to simple type security enable-ssl-http-server --interactive --lets-encrypt
> But I believe because I'm in Windows I ran into the issue described in the picture below
> !Capturar.PNG!
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
5 years, 2 months
[Red Hat JIRA] (WFLY-14380) Cant configure Let's Encrypt simple steps
by Farah Juma (Jira)
[ https://issues.redhat.com/browse/WFLY-14380?page=com.atlassian.jira.plugi... ]
Farah Juma commented on WFLY-14380:
-----------------------------------
[~erick.de.oliveira.leal] Just tried this out with Windows 10 and am not able to reproduce this. The {{$WILDFLY_HOME\.well-known\acme-challenge}} directory is available by default and with Windows 10, WildFly is able to successfully create a file in this directory that is then accessed by Let's Encrypt to do the validation. With Windows Server 2008, are you able to check what permissions are set for the {{$WILDFLY_HOME\.well-known\acme-challenge}} directory?
> Cant configure Let's Encrypt simple steps
> -----------------------------------------
>
> Key: WFLY-14380
> URL: https://issues.redhat.com/browse/WFLY-14380
> Project: WildFly
> Issue Type: Bug
> Components: Security
> Affects Versions: 22.0.0.Final
> Reporter: erick leal
> Priority: Major
> Attachments: Capturar.PNG
>
>
> I'm tyring to configure Let's Encrypt in my server, and I followed instructions that said to simple type security enable-ssl-http-server --interactive --lets-encrypt
> But I believe because I'm in Windows I ran into the issue described in the picture below
> !Capturar.PNG!
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
5 years, 2 months
[Red Hat JIRA] (DROOLS-5999) Global variable cannot be used in function call in when clause
by Mario Fusco (Jira)
[ https://issues.redhat.com/browse/DROOLS-5999?page=com.atlassian.jira.plug... ]
Mario Fusco updated DROOLS-5999:
--------------------------------
Sprint: 2021 Week 04-06 (from Jan 25)
> Global variable cannot be used in function call in when clause
> --------------------------------------------------------------
>
> Key: DROOLS-5999
> URL: https://issues.redhat.com/browse/DROOLS-5999
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Affects Versions: 7.48.0.Final
> Reporter: Jeff Glass
> Assignee: Mario Fusco
> Priority: Minor
> Attachments: DroolsBugTest-2.java
>
>
> With a rule like this:
> {code:java}
> global LocalDateTime $CURRENT_DATE
> declare Job
> createdDate : LocalDateTime
> end
> ...
> when
> $Job : Job(createdDate.compareTo($CURRENT_DATE)>0)
> {code}
> Drools gives this error:
> {code:java}
> Parse exception:
> Message [id=1, kieBase=defaultKieBase, level=ERROR, path=com/guidewire/rules/service/language/DynamicRule1.drl, line=22, column=0
> text=Unable to create reader for 'createdDate.compareTo($CURRENT_DATE)':[Error: unable to resolve method using strict-mode: com.guidewire.rules.service.language.Job.$CURRENT_DATE()]
> [Near : {... createdDate.compareTo($CURRENT_DATE) ....}]
> ^
> {code}
> Note that this works though:
> {code:java}
> $Job: Job($CURRENT_DATE.compareTo(createdDate)<=0)
> {code}
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
5 years, 2 months