for your work and analyze !
I agree on the first point, we need to move forward to release the next
OFBiz version and after we can breaking the wall :D
If the person are present at the eu apachecon it would be nice place to
start a workshop on face to face ?
Nicolas
--
Eugen Stan
+40770 941 271
to grapple with for the time being.
Thanks,
Dan.
On Sat, 17 Feb 2024 at 23:15, Eugen Stan wrote:
Hi,
Did anyone have time to check out the PR?
I did rebase it on current trunk.
https://github.com/apache/ofbiz-framework/pull/678
Thanks,
Eugen
La 02.01.2024 14:50, Eugen Stan a scris:
Hello,
Happy ne
Hi,
Did anyone have time to check out the PR?
I did rebase it on current trunk.
https://github.com/apache/ofbiz-framework/pull/678
Thanks,
Eugen
La 02.01.2024 14:50, Eugen Stan a scris:
Hello,
Happy new year!
I hope you had a great 2023.
Has anyone had time to look over the exploratory
th is correctly added:
/opt/java/openjdk/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
Any advice that anyone has on this matter will be highly appreciated.
Warm regards
Carsten
--
Eugen Stan
+40770 941 271 / https://www.netdava.com
on my side than Daniel's. I'll clean the whole
thing with https://issues.apache.org/jira/browse/OFBIZ-12863
For demos, we have now
https://github.com/apache/ofbiz-tools/tree/master/demo-backup/ofbizdocker
I did not know about ofbiz-tools :) .
Thanks,
--
Eugen Stan
+40770 941 271 /
crit :
>> Hi,
>>
>> As you may have noticed*, the SvnCheckout Gradle plugin will not
be >> usable after January 8, 2024.
>>
>> So we need a replacement and it's clearly suggested by GitHub in
the >> link below
>>
>> Jacques
>>
>> *
on the PR's to
make the changes part of OFBiz moving forward.
Let's make parts of OFBiz available as libraries so they can be used in
other projects (ofbiz tooling) / other ways of building OFBiz.
Regards,
Eugen
La 09.12.2023 01:04, Eugen Stan a scris:
Hi,
I pushed some changes that significantly
Hi Jacques,
Regarding the plugin workflow, the PR that I posted can offer alternative ways
to develop and consume plugins / components.
This would make plugin development by pulling sources in ofbiz optional /
obsolete even (a choice).
If we move to have libraries that are published as jar
20:55, Eugen Stan a scris:
Hi Michael,
Thank you for taking a look.
I will reply inline.
I did a demo project to support my case
https://github.com/ieugen/ofbiz-tooling-demo .
La 07.12.2023 12:53, Michael Brohl a scris:
Hi Eugen,
can you give us some explanations/examples why this is a use
ork to be done to streamline the code as libs but I am
optimistic.
Regards,
--
Eugen Stan
+40770 941 271 / https://www.netdava.com
Hi,
La 06.12.2023 18:01, Jacques Le Roux a scris:
Le 06/12/2023 à 15:32, Eugen Stan a écrit :
I need help with that one since I don't know how to run itests in IDE
to debug
Hi Eugen,
I answered you at https://issues.apache.org/jira/browse/OFBIZ-12726
Merci Jacques :) .
It seems all
ies / tooling.
- We need to breake up the cyclic dependencies between classes.
This is A MUST if we want to make OFBiz more modular.
Moving code to a project forces the dependencies to be explicit.
IDE's also have some helpers to detect cyclic dependencies.
Waiting for feedback,
Eugen
La 0
n the same with regards to
normal OFBIz operations
It is somewhat related to https://issues.apache.org/jira/browse/OFBIZ-3500
--
Eugen Stan
+40770 941 271 / https://www.netdava.com
+1
--
Eugen Stan
+40770 941 271 / https://www.netdava.com
begin:vcard
fn:Eugen Stan
n:Stan;Eugen
email;internet:eugen.s...@netdava.com
tel;cell:+40720898747
x-mozilla-html:FALSE
url:https://www.netdava.com
version:2.1
end:vcard
Congrats Daniel!
On 28.01.2023 12:57, Jacopo Cappellato wrote:
The OFBiz PMC has invited Daniel Watford as a new PMC member and we
are glad to announce that Daniel has accepted the nomination.
On behalf of the OFBiz PMC, welcome on board!
--
Eugen Stan
+40770 941 271 / https
st committed the non functional Java changes
unrelated to Gradle and JDK upgrades, not the same than your for
CsrfUtil class.
I tried several mixed things w/o success so far. I'll continue and
inform you here later.
Thanks
Jacques
Le 29/11/2022 à 12:12, Ioan Eugen Stan a écrit :
An update to t
An update to this:
I've rebased the PR for gradle upgrade
https://issues.apache.org/jira/browse/OFBIZ-12400
https://github.com/apache/ofbiz-framework/pull/354
I've bumped gradle to 7.6 .
I started ofbiz with temurin jdk17 and it works (with warnings and some
errors).
See screenshot in
Hi,
There are some open issues about this:
https://issues.apache.org/jira/browse/OFBIZ-10757 - jdk 11
https://issues.apache.org/jira/browse/OFBIZ-12399 - jdk 17
https://issues.apache.org/jira/browse/OFBIZ-12400 - gradle 7.x for jdk17
There is also a PR for gradle upgrade
ow it goes.
Please try it out: https://htmx.org/ .
Their tag line is:
(Haiku)
javascript fatigue:
longing for a hypertext
already in hand
--
Eugen Stan
+40770 941 271 / https://www.netdava.combegin:vcard
fn:Eugen Stan
n:Stan;Eugen
email;internet:eugen.s...@netdava.com
tel;cell:+40720898747
ready state and see if it
garners any momentum. IF people are interested in collaborating, then
perhaps you can approach me and we can team up.
Thank you again.
Regards,
--
Eugen Stan
+40770 941 271 / https://www.netdava.combegin:vcard
fn:Eugen Stan
n:Stan;Eugen
email;internet:eugen.s
-12401
* https://issues.apache.org/jira/browse/OFBIZ-10407
Regards,
--
Eugen Stan
+40770 941 271 / https://www.netdava.combegin:vcard
fn:Eugen Stan
n:Stan;Eugen
email;internet:eugen.s...@netdava.com
tel;cell:+40720898747
x-mozilla-html:FALSE
url:https://www.netdava.com
version:2.1
end:vcard
hard to find motivation with this road ahead.
--
Eugen Stan
+40770 941 271 / https://www.netdava.combegin:vcard
fn:Eugen Stan
n:Stan;Eugen
email;internet:eugen.s...@netdava.com
tel;cell:+40720898747
x-mozilla-html:FALSE
url:https://www.netdava.com
version:2.1
end:vcard
hub).
Cheers,
Taher Alkhateeb
Regards,
--
Eugen Stan
+40770 941 271 / https://www.netdava.combegin:vcard
fn:Eugen Stan
n:Stan;Eugen
email;internet:eugen.s...@netdava.com
tel;cell:+40720898747
x-mozilla-html:FALSE
url:https://www.netdava.com
version:2.1
end:vcard
setup
and preference.
Kubernetes is backed up by major cloud providers (you get hosting
offerings) and not so much for docker clusters (beyond one server).
This is of course debatable, and in the end left to the end user.
Hope this helps,
--
Eugen Stan
+40770 941 271 / https
to smaller components - which are easier to maintain
* we get better dependency management - and closer into splitting the
ofbiz monolith into smaller services
Please let me know how you feel about this.
--
Eugen Stan
+40770 941 271 / https://www.netdava.combegin:vcard
fn:Eugen Stan
n:Stan
like to be involved
with this.
--
Eugen Stan
+40770 941 271 / https://www.netdava.combegin:vcard
fn:Eugen Stan
n:Stan;Eugen
email;internet:eugen.s...@netdava.com
tel;cell:+40720898747
x-mozilla-html:FALSE
url:https://www.netdava.com
version:2.1
end:vcard
Thank you Jacques.
Done.
On 02.11.2021 10:55, Jacques Le Roux wrote:
Hi Eugen,
Done for Confluence (wiki), please update yourself the below wiki page
Done for Jira also
Welcome :)
Le 01/11/2021 à 14:36, Eugen Stan a écrit :
Hello,
I would like to be added as an OFBiz contributor
My apache id is: ieugen .
On 01.11.2021 15:36, Eugen Stan wrote:
Hello,
I would like to be added as an OFBiz contributor with email:
eugen.s...@netdava.com .
I did sign the CLA - I am an Apache James committer.
My company (Netdava) also signed the CCLA and would be nice to be listed
under
Hello,
I would like to be added as an OFBiz contributor with email:
eugen.s...@netdava.com .
I did sign the CLA - I am an Apache James committer.
My company (Netdava) also signed the CCLA and would be nice to be listed
under Companies with CCLA on
it themselves.
Stable and next would be great.
Regards,
--
Eugen Stan
+40720 898 747 / netdava.com
Looking forward to seeing Java 17 on trunk :).
That will certainly spark some cleanup and changes since the module
system is enforced for java modules starting with 17.
--
Eugen Stan
+40720 898 747 / netdava.com
:
On 02.09.2021 17:43, Nicolas Malin wrote:
Hello Eugen,
On 30/08/2021 11:48, Eugen Stan wrote:
Hello,
I've opened a new issue
https://issues.apache.org/jira/browse/OFBIZ-12309 .
I need community help with this.
I analyzed at fresh head, It's a hard task to remove the circular
dependency.
Yes
*
https://cwiki.apache.org/confluence/display/OFBIZ/Ofbiz+as+a+development+framework+-+release+9.04
*
https://cwiki.apache.org/confluence/display/OFBIZ/Ofbiz+as+a+development+framework+-+release+10.04
Looking forward to feedback on this.
Regards,
--
Eugen Stan
+40720 898 747 / netdava.com
ts?
Eugen
On 8/6/21 12:30 PM, Nicolas Malin wrote:
Hello Eugeu,
Thanks for this discussion,
I'm a little overworked to read and response quietly. I will try to work
on next week, I plead your patience :)
Nicolas
On 02/08/2021 21:45, Eugen Stan wrote:
Hello,
This is to start a discussion
322
--
Eugen Stan
+40720 898 747 / netdava.com
le plugin?
It seems to me that - in a way - this levels up to plugins like the
indexing (lucene) or the REST plugins. Not every adopters would be keen
to
have this by default OOTB.
Best regards,
Pierre Smits
On Wed, Jul 28, 2021 at 10:23 PM Eugen Stan
wrote:
Hello Nicolas,
Thanks for the su
to rename the namespace to
org.apache.ofbiz, add test one framework/service/testdef and an example
"hello world" service.
Thanks Eugen !
Nicolas
--
Eugen Stan
+40720 898 747 / netdava.com
14" screen and also on a DELL desktop monitor.
I think the issue is with the color contrast (light blue + white
background) + small text on the accounting app main page.
--
Eugen Stan
+40720 898 747 / netdava.com
github.com/ieugen/ofbiz-framework/commit/d50254ed57358544c8765a2647ec4bbdd3baf6a5
https://github.com/ieugen/ofbiz-framework/commit/e58ad5ed9d102210a1f1363e8337cef486cf999e
Regards,
--
Eugen Stan
+40720 898 747 / netdava.com
if it helps you ease the
configuration process.
Regards,
Gil
[1] https://issues.apache.org/jira/browse/OFBIZ-9498
--
Eugen Stan
+40720 898 747 / netdava.com
,
We no longer support any version that use SVN indeed. So we can at least
clean it from trunk as an improvement. A Jira fits.
TIA
Jacques
Le 28/06/2021 à 13:10, Eugen Stan a écrit :
Hello,
I can clean svn references from gradle: svnFooterFile, svnInfoFooter .
Not sure anyone is using SVN
Hello,
I can clean svn references from gradle: svnFooterFile, svnInfoFooter .
Not sure anyone is using SVN anymore.
--
Eugen Stan
+40720 898 747 / netdava.com
of building plugins requires OFBiz sources - and while
it provides advantages, it is also a big dependency to pull in.
Regards,
Eugen
On 17.06.2021 14:34, Eugen Stan wrote:
Hi Jacques,
Tried and looked but no success unless I add directly to
ofbiz-framework/build.gradle .
Probably those plugins
platform and came across it. I wanted to understand whether OfBiz applications could be
deployed as microservices. i.e. ofbiz/framework + ofbiz/applications/some app> for each
"microservice"? And what would the challenges in creating a single admin panel?
Thanks,
Fahim
--
Eu
re it's what you are looking for but you may have a look at
build.gradle files that you can fins in some plugins, eg
https://github.com/apache/ofbiz-plugins/blob/trunk/birt/build.gradle
HTH
--
Eugen Stan
+40720 898 747 / netdava.com
one develop in such cases?
Plugin repo is https://github.com/netdava/ofbiz-clojure-repl .
I clone the repo in plugins and try to build it.
Regards,
--
Eugen Stan
+40720 898 747 / netdava.com
Hello,
NOTE: I previously sent this email from an un-subscribed email address,
please ignore that one.
I'm working on a Helm chart for OFBiz
https://github.com/ieugen/charts/tree/main/ofbiz .
The goal is to have OFBiz running in Kubernetes.
Right now it's a rough start: it starts OFBiz
/ support.
Well I kind of did it for jdk8 and jdk11 for both amd64 and arm64 with
docker images -
https://github.com/ieugen/ofbiz-framework/actions/runs/510286929 .
But it's not official and would like to upstream it (hint hint).
Regards,
--
Eugen Stan
+40720 898 747 / netdava.com
everyone,
How do you think about integrate Python into Ofbiz?
Python have a big libraries for data visualization and AI, so that we can use these libraries to build "Sales Forecast", " "detect Item error"...
Thanks
Thanh Nguyen
--
Eugen Stan
+40720 898 747 / netdava.com
then.
Will revisit that.
Regards,
--
Eugen Stan
+40720 898 747 / netdava.com
) to process data so
it is an excellent fit since services use map arguments.
I will explore this and see the integration points that we have.
For starters, I would like to be able to use a Clojure function as a
service.
Regards,
--
Eugen Stan
+40720 898 747 / netdava.com
miliar with the project structure to figure out how to
run those tests.
--
Eugen Stan
+40720 898 747 / netdava.com
ranch is created is reasonable IMO (when
"release created").
--
Eugen Stan
+40720 898 747 / netdava.com
.
Thanks and I'll try to help you with this goal.
Docker makes these deployment issues more visible.
People handle deployment in many ways and with many tools.
I believe documentation is better here than opinionated solutions.
Regards,
--
Eugen Stan
+40720 898 747 / netdava.com
Is it okay to remove
them from trunk at the same time as marking them deprecated in release 18?
This would ensure they are removed from whichever release is planned to
follow 18.
Thanks,
Dan
--
Eugen Stan
+40720 898 747 / netdava.com
: file("${rootDir}/lib"), include:
'**/*.jar')
--
Eugen Stan
+40720 898 747 / netdava.com
for
it at https://github.com/apache/ofbiz-framework/pull/250 .
I'm also working on a PR to build docker images for OFBiz and use
external databases.
I will write come back with another email to ask feedback on merging it.
Regards,
--
Eugen Stan
+40720 898 747 / netdava.com
Congratulations Daniel,
--
Eugen Stan
+40720 898 747 / netdava.com
Hi,
Thank you all for your feedback.
I've started working on my version of docker image / build for OFBiz.
It is still work in progress and I will share my work when I have the
demo running with Docker.
Perhaps we will find a way to have OFBiz docker images.
Regards,
--
Eugen Stan
+40720
://docs.gradle.org/current/userguide/multi_project_builds.html
Regards,
--
Eugen Stan
+40720 898 747 / netdava.com
lso when I deploy to production, I don't really care how it's built as
long as I have the binary and I can run just that.
So we might end up with two or more Dockerfiles, each focusing on
specific objectives.
Regards,
--
Eugen Stan
+40720 898 747 / netdava.com
Hello,
I would like to deploy OFBiz for my company in Romania and I know Pierre
mentioned some seed data that I need. I'll work on building that and contribute
it upstream. I'm not sure yet how to do it so anay links are appreciated. I
will go through the documentation tomorrow. Regards,Eugen
and can be used very easily.
I do think Lombok can be set without a plugin since grade has
annotationProcessor configuration
https://tomgregory.com/annotation-processors-in-gradle-with-the-annotationprocessor-dependency-configuration/
--
Eugen Stan
+40720 898 747 / netdava.com
ourselves to refer to things that may disappear or change
in the future. If not possible we need to generalise them as much as
possible.
An example is OFBIZ-6243.
Jacques
--
Eugen Stan
+40720 898 747 / netdava.com
om JUnit 4
>> to JUnit 5, but did not find anything.
>>
>> Did we discuss it, if so what were the conclusions? If not, should we
>> not discuss it?
>>
>> Thanks
>>
>> > https://twitter.com/junitteam/status/1036707906706698243witter.com/juni
t; Apache OFBiz <http://ofbiz.apache.org/>|The Apache Way
> <http://theapacheway.com/>|réseau LE <http://www.libre-entreprise.org/>
--
Eugen Stan
+40720 898 747 / netdava.com
<>
signature.asc
Description: OpenPGP digital signature
inkedhashmap-lru:1.4.2',
>'com.googlecode.ez-vcard:ez-vcard:0.9.10',
>
> 'com.googlecode.owasp-java-html-sanitizer:owasp-java-html-sanitizer:1.1'
>
> Just the same as
> int a, b
> equals to
> int a
> int b
>
> What do you think?
>
&g
uTube.
>>
>> Thank you Girish Vasmatkar for this doing this webinar and providing the
>> recording for upload.
>>
>> Best regards,
>> Pranay Pandey
>>
--
Eugen Stan
+40720 898 747 / netdava.com
<>
signature.asc
Description: OpenPGP digital signature
>>>>>>> * it would be possible to give a other uri (for user
>>>>>> documentation)
>>>>>>>>>>>>>> * if the anchor in the user documentation for this
>>>> screen
>>>>>> is put, the new help is used otherwise the older link is used
>>>>>>>>>>>>>> If this solution is validated, next step will be to update all
>>>>>> the screens with the correct link value
>>>>>>>>>>>>>> I propose to create the Jira (and the implmentation) with this
>>>>>> very simple solution (using the doc generated by Buildbot as
>>>> documentation
>>>>>> site)
>>>>>>>>>>>>>> when some other people with a good knowledge of gradle and/or
>>>>>> ofbiz cms have time to do a internal documentation website, it will be
>>>>>> possible to
>>>>>>>>>>>>>> change the default uri ;-)
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> what's your opinion about ?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Le 26/02/2020 à 17:10, Olivier Heintz a écrit :
>>>>>>>>>>>>>>> inline
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Le 26/02/2020 à 14:02, Taher Alkhateeb a écrit :
>>>>>>>>>>>>>>>> Hello Olivier,
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Without digging into much detail, I can say that it's a good
>>>>>> idea to
>>>>>>>>>>>>>>>> switch the online help system to asciidoc.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> The current structure of asciidoc templates is designed to
>> be
>>>> a
>>>>>> full
>>>>>>>>>>>>>>>> manual document. To link up different pages to different
>>>>>> sections, you
>>>>>>>>>>>>>>>> need to break the documentation down to smaller files and
>> then
>>>>>> combine
>>>>>>>>>>>>>>>> them. This way you can have both the "big" manual and the
>> "per
>>>>>> screen"
>>>>>>>>>>>>>>>> help section.
>>>>>>>>>>>>>>> In my experience, as I'm working with
>>>>>>>>>>>>>>>- current ofbiz online help
>>>>>>>>>>>>>>>- ofbiz webhelp
>>>>>>>>>>>>>>>- some static doc website done with Grav (build with
>>>>>> multiple small files)
>>>>>>>>>>>>>>>- some static doc website done with asciidoc (only one
>>>>>> large file)
>>>>>>>>>>>>>>>- ...
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> With multiple small files it's needed to have a very good
>>>> search
>>>>>> engine and a global index / TOC
>>>>>>>>>>>>>>> With the One page doc, the TOC is very large and not always
>>>> very
>>>>>> convenient, but exist and the browser-find works
>>>>>>>>>>>>>>>and it's easy to navigate between details and
>> generality
>>>>>>>>>>>>>>> So, as a user, I prefer help base on One page documentation.
>>>>>>>>>>>>>>>> Also, gradle might not be enough for online help. A more
>>>> robust
>>>>>>>>>>>>>>>> solution could involve integrating asciidoc at the framework
>>>>>> level to
>>>>>>>>>>>>>>>> dynamically generate help. So this is another idea to
>>>> consider.
>>>>>>>>>>>>>>> When we have tried, in the past to dynamically generate html
>>>>>> from standard docbook process it was too slow
>>>>>>>>>>>>>>>it's why it was decide to use a freemarker template
>> to do
>>>>>> the generation, even if only 5% of docbook syntax
>>>>>>>>>>>>>>>was managed.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Documentation not change very often, static page seem enough
>>>> for
>>>>>> our need.
>>>>>>>>>>>>>>>> On Wed, Feb 26, 2020 at 2:29 PM Olivier Heintz <
>>>>>> holiv...@apache.org> wrote:
>>>>>>>>>>>>>>>>> Hi all,
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Currently OFBiz Online help work with docbook files with
>> html
>>>>>> generation done by a ftl template.
>>>>>>>>>>>>>>>>> Link between screen and file to show is done with
>> some
>>>>>> content associated with key-word
>>>>>>>>>>>>>>>>> Decision has been done to no more used docbook format but
>> now
>>>>>> use asciidoc format.
>>>>>>>>>>>>>>>>> User-manual.adoc should be the new reference for user help.
>>>>>> How to use it for online help ?
>>>>>>>>>>>>>>>>> I think it's important that online help is link to a
>> internal
>>>>>> help (which can be modified) not to a Apache-OFBiz-website-Help
>>>>>>>>>>>>>>>>> but this point of view can be discuss.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> To be able to have OFBiz internal help, three points should
>>>> be
>>>>>> solved :
>>>>>>>>>>>>>>>>> 1) with asciidoc we have multiple documentations, it seem
>>>>>> important to have a "website" to be able to access easily all the doc.
>>>>>>>>>>>>>>>>> how to "encapsulate" each html documentation
>> generated
>>>>>> in a "website"
>>>>>>>>>>>>>>>>> 2) generation doc process put html and pdf files in build
>>>>>> directory, how it's possible to access them from ofbiz
>>>>>>>>>>>>>>>>> 3) For online help it's necessary to be able to create link
>>>>>> between screen and html anchor.
>>>>>>>>>>>>>>>>> In documentation generate from asciidoc, all title
>> can
>>>>>> be used.
>>>>>>>>>>>>>>>>> How to to say this screen should go to this
>>>>>> documentation at this title.
>>>>>>>>>>>>>>>>> I suppose content application, can help to solve this
>> points.
>>>>>>>>>>>>>>>>> I need some help from OFBiz-Content experts.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> For point (1) I'm using jBake but maybe it's possible to do
>>>>>> something similar with templating in Content
>>>>>>>>>>>>>>>>> Who has some idea ?
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> For point (2) I suppose it's a "gradle configuration" and
>>>>>> "content configuration"
>>>>>>>>>>>>>>>>> Who has some idea ?
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> For point (3) the more simple solution is to add 1 (or 2)
>>>>>> field in context which contain help_title,(help_documentation) and
>>>>>>>>>>>>>>>>> so it will be simple to build the correct help link
>>>>>>>>>>>>>>>>>
--
Eugen Stan
+40720 898 747 / netdava.com
<>
signature.asc
Description: OpenPGP digital signature
e/javadocs/org/apache/ofbiz/service/engine/GroovyEngine.html
Thanks for the links. I checked them out. They are useful starting points.
Would you sponsor the inclusion of this component in OFBiz ?
Thanks,
> On Wednesday, May 06, 2020 09:42 +03, Eugen Stan
> wrote:
> Hello Taher,
>
> T
ry request / response and even add clojure as another implementation
> engine.
>
> [1]
> https://github.com/netdava/ofbiz-clojure-repl/blob/master/src/main/java/com/netdava/ofbiz/clojure/ClojureReplService.java
>
>
> On Monday, May 04, 2020 03:34 +03, Eugen Stan wrote:
>
on OFBiz,
--
Eugen Stan
+40720 898 747 / netdava.com
<>
signature.asc
Description: OpenPGP digital signature
72 matches
Mail list logo
