Hi Pawan,
+1 to the use of more specific basePath for the search
Regards,
James
On 2020/05/06 11:33:15, Pawan Verma wrote:
> Hello Devs,
>
> Greetings for the day, I hope you all are doing well in this pandemic
> situation.
>
> I wanted to bring your attention to a case where it takes a lot
Hi Deepak,
You are right about the options.
Wasn't aware I can set js from non-common screens.
Thanks for pointing out.
Regards,
James
On 2020/05/07 03:14:46, Deepak Dixit wrote:
> Hi James,
>
> We can achieve this using a decorator pattern, we can set the screen level
> js file on screen
Hi James,
We can achieve this using a decorator pattern, we can set the screen level
js file on screen and can be included in the header.
Am I missing something here?
Thanks & Regards
--
Deepak Dixit
ofbiz.apache.org
On Wed, May 6, 2020 at 10:03 PM James Yong wrote:
> Hi all,
>
> There are
Hello Eugen,
Q Are groovy scripts allowed access to all Java API (file io, network etc)?
A Yes groovy scripts can pretty much access all resources and Java APIs. But
they are implemented in multiple places as different things (service
implementations, events, or simply helper scripts)
Q
James,
We can simply change the README.md. It's also recommended to close all PRs, a
bit tedious...
Jacques
Le 06/05/2020 à 17:43, James Yong a écrit :
Hi Jacques,
Can we add a notice that the repository has moved, before the archival?
Regards,
James
On 2020/05/06 13:43:12, Jacques Le
Hi all,
There are javascript files that only applies to a specific screen.
While the javascript can be added via ftl templates, the Content Security
Policy will need to be relaxed to allow inline scripts.
Using requireJs is not an appropriate solution as there is little reusability
between
Hi Jacques,
Can we add a notice that the repository has moved, before the archival?
Regards,
James
On 2020/05/06 13:43:12, Jacques Le Roux wrote:
> Seems that we need to ask Infra for archiving a repo
>
> Le 06/05/2020 à 15:17, Jacques Le Roux a écrit :
> > Hi All,
> >
> > I try...
> >
> >
Seems that we need to ask Infra for archiving a repo
Le 06/05/2020 à 15:17, Jacques Le Roux a écrit :
Hi All,
I try...
Jacques
Le 06/05/2020 à 15:10, James Yong a écrit :
Hi all,
Thanks for the feedbacks.
Who can access and make the change?
Regards,
James
On 2020/05/05 06:50:10, Deepak
Hi All,
I try...
Jacques
Le 06/05/2020 à 15:10, James Yong a écrit :
Hi all,
Thanks for the feedbacks.
Who can access and make the change?
Regards,
James
On 2020/05/05 06:50:10, Deepak Dixit wrote:
+1
I think we can archive this as well
Hi all,
Thanks for the feedbacks.
Who can access and make the change?
Regards,
James
On 2020/05/05 06:50:10, Deepak Dixit wrote:
> +1
>
> I think we can archive this as well
> https://help.github.com/en/github/creating-cloning-and-archiving-repositories/archiving-repositories
>
> Thanks
Hi,
Please see my reply inline.
La 06.05.2020 14:21, Taher Alkhateeb a scris:
> For me I would forget about the services for a moment. I would focus my
> attention on defining a container for the REPL [1]. Then I would try to
> implement clojure as an engine implementation for the services.
Hi Pawan,
I can imagine that this can be come a huge negative factor, when the
implementing adopter includes a lot of themes for both back-end and
front-ends. Though I would guess that the adopter would have one for
back-end. But with a multitude of front-ends and each having its own theme
it
Thanks Jacques.
I have created OFBIZ-11661 for this.
Correction: Groovy version used in OFBiz trunk is 2.5.8, not 2.5.4
On 2020/05/04 13:10:42, Jacques Le Roux wrote:
> Hi James,
>
> I trust a Jira fits
>
> Thanks
>
> Jacques
>
> Le 04/05/2020 à 14:54, James Yong a écrit :
> > Hi all,
> >
Hello Devs,
Greetings for the day, I hope you all are doing well in this pandemic
situation.
I wanted to bring your attention to a case where it takes a lot of time to
load the themes to the cache.
On checking, I found that OFBiz searches all the Theme.xml files under
ofbiz.home with 'themes' as
For me I would forget about the services for a moment. I would focus my
attention on defining a container for the REPL [1]. Then I would try to
implement clojure as an engine implementation for the services. This involves
modifying a few XSD files and java files for parsing and also providing
BTW, I have just created https://issues.apache.org/jira/browse/INFRA-20238
Jacques
Le 06/05/2020 à 10:06, Jacques Le Roux a écrit :
Thanks Suraj!
Jacques
Le 06/05/2020 à 08:54, Suraj Khurana a écrit :
Hello team,
It is fixed under rev 0393ebe994def0e3958c0d78f6e590e68ccdef88, main cause
Thanks Suraj!
Jacques
Le 06/05/2020 à 08:54, Suraj Khurana a écrit :
Hello team,
It is fixed under rev 0393ebe994def0e3958c0d78f6e590e68ccdef88, main cause
was test data so added QuoteTestData.xml with proper cust request status
fixes most of it.
One interesting thing observed during this
Hello team,
It is fixed under rev 0393ebe994def0e3958c0d78f6e590e68ccdef88, main cause
was test data so added QuoteTestData.xml with proper cust request status
fixes most of it.
One interesting thing observed during this was if you override fromDate in
entity-auto, default now timestamp doesn't
Hello Taher,
Thank you for the feedback.
Yes, that is what I am doing at the moment. I had less than 48h of
knowledge about ODBiz API so it was the best I could do.
I believe even that can provide benefits since you have a way to call
every service in a running OFBiz instance from code. It
Hello Jacques,
As per my findings, IMO it was due to custRequestId="9000" test data with
status 'CRQ_SUBMITTED'.
Changing it to CRQ_ACCEPTED fixed all CustRequest related test cases at my
local machine.
I am looking out for more details and will take care of it at the earliest.
Thanks !!
--
20 matches
Mail list logo
