+1
If it helps with saving the valuable time of our community volunteers, then it
makes perfect sense.
On Saturday, February 11, 2023 14:32 +03, Michael Brohl
wrote:
See also https://issues.apache.org/jira/browse/INFRA-24152 for the infra
migration Jira issue.
Michael Brohl
ecomify GmbH -
target away from Roller so it seems to be the given way for
the blog.
The question is if we also want to shift to Hugo for the website with a
- then integrated - blog.
Thanks for your input and greetings,
Michael
Am 08.02.23 um 11:13 schrieb Taher Alkhateeb:
> Hello, just throwing another i
Hello, just throwing another idea in the pile, which I used in the past.
It is possible is to deploy a headless CMS. A headless CMS gives you admin user
interface to control content, but the website is just a regular website (can be
the existing one) that communicates with that headless CMS.
Congratulations!
On Saturday, January 28, 2023 13:57 +03, 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!
d, missing repeat steps,
vague, or simply not too necessary or critical. Closing these off would
probably bring relief to the project.
my 2 cents
Taher Alkhateeb
On Saturday, October 29, 2022 16:34 +03, Michael Brohl
wrote:
Hi Giulio,
thanks for taking care of the Jira issues and bringi
Congrats
On 10/4/22 08:38, Devanshu Vyas wrote:
Many congratulations and welcome aboard Leila!!
Thanks & Regards,
Devanshu Vyas.
On Mon, Oct 3, 2022 at 6:27 PM Nicolas Malin
wrote:
The OFBiz PMC has invited Leila Mekika as new
committer and we are glad to announce that she have accepted
on some ideas around OFBiz - I believe I can
re-implement OFBiz entity engine on top of relational algebra using
Calcite.
More on this soon on the mailing list.
Looking forward to seeing a PoC from you.
I hope we do get to improve OFBiz and make it even more appealing.
On 25.01.2022 16:29, Taher Alkhate
Hello Guilio,
I think that's a good idea. It would be helpful to complement whatever
ASF steps are needed to complete the on-boarding process.
On 4/2/22 15:07, Giulio Speri - MpStyle Srl wrote:
Hello devs,
I hope you're all doing well.
Few days ago me and Nicola became committers of this
Congratulations and welcome aboard
On 3/21/22 23:26, Jacopo Cappellato wrote:
The OFBiz PMC has invited Nicola Mazzoni and Giulio Speri as new
committers and we are glad to announce that they have accepted the
nomination.
On behalf of the OFBiz PMC, welcome on board!
lieu of the future of OFBiz.
just my 2 cents from the end user perspective.
regards
Sakthi
On Mon, Dec 27, 2021 at 1:09 PM Taher Alkhateeb
wrote:
Hi Michael,
Thank you so much for spending your time reading and sifting through
everything, I really appreciate and value your feedback.
I need to highl
s to the rest of the community and thank you in
advance for sharing your thoughts.
Cheers,
Taher Alkhateeb
On 12/27/21 17:20, Michael Brohl wrote:
Hi Taher,
thanks for bringing this up! I will try to briefly explain my views on
the raised topics.
My perspective is from nearly 20 years of in
I do know that lack of change is a death sentence to any
project. Maybe it's time to reflect and think of where we'd like to go
and this thread is sort of a brain-dump of possible ideas.
I look forward to hearing your thoughts.
Cheers,
Taher Alkhateeb
[1] Example mixed XML actions and groovy
-> framework
3. data-model services -> data -model
5. data-model UI -> data-model & data-model services
6. applications (I don't mean accounting, party, but rather a full
application that utilizes the above layers)
7. plugins (pick and choose whatever layers needed)
My 2 cents.
C
Hello Everyone,
From my understanding, fromDate and thruDate are primarily used for
historical record purposes. This is useful only if a context exists such
as in relation to an Order, WorkEffort, Request or something like that.
The PartyRole entity on the other hand has a different purpose
Congratulations!
+version+on+bintray
So it's also a release concern...
I agree we should not procrastinate... Fortunately we have 2 months to
decide and act...
We should try to use MavenCentral as much as possible, but IIRW maybe
it will not be enough.
HTH
Jacques
Le 05/02/2021 à 22:04, Taher Alkhateeb
Hello Everyone,
I received emails and checked resources [1] that seem to confirm JCenter
from JFrog is going down and that the last day of operation for the
repository is going to be May 1st 2021.
This is a big deal as many running instances will crash unless updated,
so not only do future
If I see two README files in a project, I would get confused. Conventions are
usually that there is only one README, one LICENSE, one INSTALL and so on ...
Perhaps another approach is to slimdown the README file and refer to other
documentation using links to the other resources. This way you
. The sponsoring is usually done as a
code review / imporvement, guidance and collaboration.
In all cases, good luck with your work and initiative.
Cheers,
Taher Alkhateeb
On Wednesday, May 06, 2020 15:59 +03, Eugen Stan wrote:
Hi,
Please see my reply inline.
La 06.05.2020 14:21, Taher
so I can make something out of those.
By the way, for building a POC API what are the first services I should
target? The ones that are mostly used by end users or the ones that do
not depend on few/no other services.
Regards,
Eugen
La 04.05.2020 17:22, Taher Alkhateeb a scris:
> Hello Eu
Hi Olivier,
I think to engage the community you need to expose the code more than just
sharing a hosted server. Perhaps posting a repo on github might do the trick.
Either way, good luck with the initiative.
On Monday, May 04, 2020 18:02 +03, Olivier Heintz wrote:
Hi Community,
Some news
Hello Eugen,
Great initiative! Thank you for the work.
I have a question about the implementation. It seems from reading your code [1]
that you're essentially just passing the the context object to NREPL and
getting it working from there.
Although the idea works, you're not getting anything
Congratulations Rishi
On Wednesday, April 29, 2020 08:21 +03, Mridul Pathak
wrote:
Congratulations Rishi!!
Thanks
Mridul Pathak
> On 28-Apr-2020, at 7:52 PM, Jacopo Cappellato
> wrote:
>
> The OFBiz PMC has invited Rishi Solanki to become member of the committee
> and we are glad to
Congratulations!
On Wednesday, April 22, 2020 12:37 +03, Jacques Le Roux
wrote:
The OFBiz PMC has invited Girish to become a new committer and we are pleased
to announce that he has accepted.
Girish is part of the community for near 2 years and has proposed several smart
propositions
congratulations
On Wednesday, April 22, 2020 11:36 +03, Jacques Le Roux
wrote:
The OFBiz PMC has invited James Young to become member of the committee and we
are glad to announce that he has accepted the nomination.
On behalf of the OFBiz PMC, welcome on board!
+1
On Tuesday, April 21, 2020 13:02 +03, Pawan Verma wrote:
+1
--
Thanks & Regards
Pawan Verma
ofbiz.apache.org
On Tue, Apr 21, 2020 at 3:08 PM Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:
> +1, works for me on Windows 7
>
> verify-ofbiz-release.sh OK
>
> init-gradle-wrapper OK
>
I would recommend options 2/3. There is no need for a vote, just a release with
a note about 17.12.0 and archive it
On Monday, April 20, 2020 10:21 +03, Jacopo Cappellato
wrote:
ouch, thank you for catching that Deepak.
Here is my proposal:
1) I prepare the new release files for 17.12.03
+1
On Monday, April 13, 2020 16:10 +03, Michael Brohl
wrote:
+1
~/Projects/apache-ofbiz/dist-apache-ofbiz-17.12.02
../ofbiz-tools/verify-ofbiz-release.sh apache-ofbiz-17.12.02.zip
sha check of file: apache-ofbiz-17.12.02.zip
Using sha file: apache-ofbiz-17.12.02.zip.sha512
Hello and thank you for your work. A few review notes:
- It would be great if you can briefly explain the new dimensions and
what you're triangulating on
- Can you elaborate on the purpose for having time dimensions values
for every minute? What is the data being aggregated here?
- There is some
Sounds great. I would recommend a combination of docker +
docker-compose + scripts + environment files to get everything fully
automated and also parameterized
On Fri, Mar 13, 2020 at 10:00 PM Michael Brohl wrote:
>
> Hi Taher,
>
> Am 13.03.20 um 18:21 schrieb Taher Alkhateeb:
>
Hello Michael,
1. Absolutely from my side. Deployment becomes drastically simpler
2. Which version of what?
3. Hmm, I'm not sure of the purpose / benefit of having that. No one
just "deploys" OFBiz without customization. And even if so, if you
have comfy scripts in the code base, then that would
The Apache OFBiz CI infrastructure is the responsibility of infra@ and
the OFBiz team. I would not touch the CI code for lucene for example
if I was contributing with them without commit access., and having
access to the repository due to engagement in other projects should
not violate that fact.
+1
On Fri, Feb 28, 2020, 12:37 PM Gil Portenseigne
wrote:
> +1
>
> On Thu, Feb 27, 2020 at 06:09:34PM +0100, Michael Brohl wrote:
> > +1
> >
> > ~/Projects/apache-ofbiz/dist-apache-ofbiz-17.12.01
> > ../ofbiz-tools/verify-ofbiz-release.sh apache-ofbiz-17.12.01.zip
> > sha check of file:
Hello Mathieu,
I did not know that it was you who changed it nor am I implying
"sneaking" anything. I'm just analyzing the reason for the dependency
on classes sticking in the code base and did not check who / why out
of laziness. I appreciate your understanding and hope you don't
personalize
or another approach is again to have another if condition to say if
the task is shutdown, then depend on the jar, else depend on the
classes although that would be messy IMO and might increase the
technical debt due to inconsistencies
On Wed, Feb 26, 2020 at 6:36 PM Taher Alkhateeb
wrote:
>
-- :compileGroovy
> | \--- :compileJava
> +--- :compileJava
> \--- :processResources
>
>
> Not sure why...
>
> Thanks,
>
> Michael
>
>
> Am 26.02.20 um 13:53 schrieb Taher Alkhateeb:
> > Hi Michael,
> >
> > I could be mista
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
ould
> not be used:
>
> "Do not remove a task dependency from a Task instance. This behaviour
> has been deprecated and is scheduled to be removed in Gradle 6.0."
>
> Given this depracation, do you think there is another way to reduce the
> code added?
>
> Thanks!
>
Hi Michael,
The idea is fine but I think we can improve the implementation. All that
you need is to remove the dependsOn declaration if it is a shutdown command
which would probably result in less code than in the proposed patch.
Cheers
On Tue, Feb 25, 2020, 1:32 PM Michael Brohl
wrote:
>
,
because it allows us all to learn something new by looking at things
from different points of view. All in all, I am appreciative of your
efforts and hope that you don't drop the ball.
Cheers,
Taher Alkhateeb
On Wed, Feb 5, 2020 at 8:29 PM Michael Brohl wrote:
>
> Hi Mathieu,
>
>
I think Jacopo got it just right!
BI to me means a collection of complex queries and services that give
insightful information (not necessarily even visual). Birt on the
other hand is a specific tool that makes it possible to design and
create reports interactively using a drag-and-drop behavior
+1
On Tue, Feb 4, 2020 at 9:23 AM Deepak Nigam wrote:
>
> +1
>
> Thanks & Regards
> --
> Deepak Nigam
>
> On Thu, Jan 30, 2020 at 7:43 PM Jacopo Cappellato <
> jacopo.cappell...@gmail.com> wrote:
>
> > This is the vote thread to release a new bug fix release for the
> > release16.11 branch.
It sounds like a good initiative to me. I would be careful about pure
converting without reviewing. Some of the documentation is quite outdated
and so maybe convert + review is a reasonable approach.
On Tue, Jan 28, 2020, 9:52 PM Olivier Heintz wrote:
> Hi everyone,
>
> I wanted to make
-1
I'm not sure what is the necessity for skipping a branch.
On Fri, Jan 24, 2020, 4:19 PM Gil Portenseigne
wrote:
> +1
>
> On Fri, Jan 24, 2020 at 11:27:15AM +0100, Jacques Le Roux wrote:
> > Hi,
> >
> > R16 is now an old distribution and has almost reached its end of
> support. We
> > can
there is a disagreement or differing points of view, why
not start a new thread specific to that topic and work it out.
Everybody wants the best for the project, and communication is the key
to moving us forward IMHO.
My 2 cents
Cheers,
Taher Alkhateeb
On Sun, Jan 12, 2020 at 4:56 AM Mathieu
improving the UI part of the system
- He has functional experience in various areas of the framework
- He enjoys working with the community and collaborating with others
Please join me in welcoming and congratulating Olivier!
Cheers,
Taher Alkhateeb
I think this thread belongs to u...@ofbiz.apache.org and might be better
served there.
On Wed, Jan 15, 2020, 4:58 AM Victor Hernadez
wrote:
> Hi Jakob,
>
> I see now, thanks for clarification, if you are going to continue working
> on
> Spring 2 / REST compatible efforts I would be interested
the standard rules we
usually run by.
On Thu, Dec 19, 2019, 1:59 PM Taher Alkhateeb
wrote:
> May I suggest inquiring from the community on whether this feature is
> important to them? Pehaps on user@? This way maybe we can have a more
> informed decision on whether to adopt this change.
>
&
May I suggest inquiring from the community on whether this feature is
important to them? Pehaps on user@? This way maybe we can have a more
informed decision on whether to adopt this change.
On Thu, Dec 19, 2019, 10:13 AM Jacques Le Roux
wrote:
> Le 18/12/2019 à 21:09, Jacques Le Roux a écrit :
Hello Gil,
Great research on the subject, thank you for sharing.
I could be wrong here, but at a first glance it seems you want to
essentially create a tag " wrote:
>
> Chapter One: How to manage the updating area
>
> Hello,
>
> After different discussions already listed by Taher [1-9], Leila,
>
Hello Mathieu, Michael, All
I was involved in some of the biggest changes in the framework
(gradle, unit tests, start component, core framework, etc ...) and
every time it involved a good deep discussion on the mailing list
trying to reach consensus before implementation.
So I recommend always
Congratulations gentlemen!
On Tue, Dec 3, 2019 at 6:33 PM Rishi Solanki wrote:
>
> Congratulations Gil and Mathieu!!
>
> Best regards,
> --
> Rishi Solanki
> *CTO, Mindpath Technology*
> Intelligent Solutions
> cell: +91-98932-87847
>
> On Tue, Dec 3, 2019 at 7:43 PM Swapnil M Mane
> wrote:
>
>
Hi Jacques,
I'm not sure what convention over configuration has to do with what
you're saying :)
Anyway, it makes sense. Most GIT editors consider the first line to be
subject, and third line onward is the body of the message. So perhaps
we can move the (OFBIZ-) to the end of the first line
further input on this, please feel free to discuss
this with the rest of the folks and reach whatever decision you feel
like heading to.
On Tue, Nov 12, 2019 at 1:26 PM Mathieu Lirzin
wrote:
>
> Taher Alkhateeb writes:
>
> > I'm not sure I see this issue with the same perspecti
I'm not sure I see this issue with the same perspective. Having the
build system automatically download (and run some code) for a certain
component is a convenience especially for the community components.
Things are even easier when using git as there are many plugins to
support that. I'm also
as a general rule I would recommend against avoiding commits as a
workaround for specific tools. perhaps you can change the tool
settings to not generate this file.
on another note, you might want to consider something like git-cola
[1]. I it manages to combine simplicity with richness.
[1]
I leave for the rest of the folks to pitch in. I would just say that I
think having a lot of care for the container-specific API in terms of
backwards compatibility is probably not very necessary. Very few
external components AFAIK rely on that part of the system, and this
whole piece of the
No opinion for or against, but I'd like to mention that the majority of our
code base is xml, and the emphasis is on switching to groovy for
everything, so the return on value from linting java might not be very
high, especially since our problems in java are not primarily formatting
issues, but
Congratulations Pranay!
On Wed, Sep 25, 2019, 9:44 AM Ankit Joshi
wrote:
> Many Congratulations Pranay!!
>
> Thanks & Regards,
> Ankit Joshi
>
> On Tue, Sep 24, 2019 at 9:07 PM Jacques Le Roux <
> jacques.le.r...@les7arts.com> wrote:
>
> > The OFBiz PMC has invited Pranay Pandey to become a new
gt; and this thread, ie indeed mostly "move them to src/main/groovy". That's
> enough for my need.
>
> Using @CompileStatic is out of my scope because I want to keep Groovy scripts
> dynamic.
>
> Le 20/09/2019 à 16:27, Taher Alkhateeb a écrit :
> > I'm no
I'm not sure I understand the outcome from reading the JIRA and this
thread. What will happen exactly? Are you going to make groovy scripts
part of the call stack? Are you going to use @CompileStatic? Or are
you just going to move them to src/main/groovy?
On Fri, Sep 20, 2019 at 5:14 PM Jacques
+1
On Thu, Aug 29, 2019, 8:55 AM Aditya Sharma wrote:
> +1
>
> --
> Thanks and Regards,
> Aditya Sharma
>
> On Thu, Aug 29, 2019 at 10:52 AM Suraj Khurana wrote:
>
> > +1
> >
> > --
> > Best Regards,
> > Suraj Khurana
> > Technical Consultant
> >
> >
> >
> >
> >
> >
> >
> > On Wed, Aug 28,
start.
On Thu, Aug 22, 2019 at 8:06 PM Mathieu Lirzin
wrote:
>
> Hello Taher,
>
> Taher Alkhateeb writes:
>
> > We have done many discussions in the past about publishing OFBiz as
> > deployable JAR and then the plugin mechanism would work as you
> > suggested an
We have done many discussions in the past about publishing OFBiz as
deployable JAR and then the plugin mechanism would work as you
suggested and you won't need the build system anymore. I remember
joining our friend Adrian Crum before he passed away in an attempt to
do that but which did not bear
All tests are clear, smoke tests clear, SHA512 checksum matches
+1 from my side. Thank you for your efforts Jacopo
On Sat, Aug 10, 2019 at 12:17 PM Jacopo Cappellato
wrote:
>
> This is the vote thread to release a new bug fix release for the
> release16.11 branch.
> This new release, "Apache
Hi Folks,
It could be my environment, but I suspect something might be wrong
with the dependencies because it still happens after I delete the
cache. Is anyone else facing the below warnings [1]?
[1] > Task :compileJava
Awesome, it works again. Very cool.
On Thu, Jul 18, 2019, 10:13 PM Jacques Le Roux
wrote:
> Thanks Aditya,
>
> Jacques
>
> Le 18/07/2019 à 14:59, Aditya Sharma a écrit :
> > Here is the Jira: https://issues.apache.org/jira/browse/INFRA-18768
> >
> > Thanks and regards,
> > Aditya Sharma
> >
> >
I'm not sure you even need to ask the community for an OK on a ticket
which is created by you with no activity or feedback from anyone :)
I don't think you need to wait either unless you want to
On Tue, Jul 2, 2019 at 6:27 PM Jacques Le Roux
wrote:
>
> Hi,
>
> If nobody is against I'll close
I don't even use a mail client. I use web interface and it does not work.
It's also annoying to have to configure mobile client, desktop client and
web. I prefer to add the headers back.
On Fri, Jun 28, 2019, 11:13 AM Mathieu Lirzin
wrote:
> Scott Gray writes:
>
> > I just did it as well and
is to have the code base near the building package as
> possible. If we keep gradle-wrapper.jar for developing comfort, it's a
> risk for me to generate an issue on release package due to not enough
> test after package creation.
>
> > Le 23/06/2019 à 17:38, Taher Alkhateeb a écrit :
Hi folks,
I'm not sure if something is wrong, but lately I keep replying to
individuals instead of the mailing list (or sometimes both). Did
something change in our mailing servers? Or could it be that gmail
changed its behavior perhaps?
I think the gradle-wrapper.jar should be maintained inside the code
base as an exceptional thing, otherwise it would be quite painful to
administer the system.
The gradle wrapper is difficult to download and obtain, and is usually
provided using a gradle command (installed gradle on the platform.
Congratulations Deepak, always great to see the team growing.
On Thu, Jun 13, 2019, 9:24 AM Devanshu Vyas
wrote:
> Many Congratulations Deepak!
>
> Thanks & Regards,
> Devanshu Vyas.
>
>
> On Thu, Jun 13, 2019 at 11:20 AM Jacques Le Roux <
> jacques.le.r...@les7arts.com> wrote:
>
> > The OFBiz
Congratulations Pawan, looking forward to seeing you in action.
On Thu, Jun 13, 2019, 8:50 AM Jacques Le Roux
wrote:
> The OFBiz PMC has invited Pawan to become a new committer and we are
> pleased to announce that he has accepted.
>
> Pawan is part of the community for 2 years and has being
As a general rule, minilang adds to the technical debt of this project. It
is hard to understand or maintain even simple constructs in minilang.
To generalize this concept... Patch != Good patch. So I recommend that
everything goes through the funnel of good old reviews. Good code has no
me or while debugging.
>
> We add these two classpath entries by hand in Eclipse until now. I think
> there would be no problem to remove the two exclusions which would make
> these extra steps obsolete.
>
> Thanks,
>
> Michael
>
> ecomify GmbH - www.ecomify.de
>
>
>
on as you
> save it. All you have to do is, just run Start.java as a java application
> and you have OFBiz launched quickly.
>
>
>
> On Sat, May 25, 2019 at 7:23 PM Taher Alkhateeb <
> slidingfilame...@gmail.com>
> wrote:
>
> > start how? what is the command? Are yo
start how? what is the command? Are you trying to start _from_ eclipse. If
yes why?
On Sat, May 25, 2019 at 2:26 PM Girish Vasmatkar <
girish.vasmat...@hotwaxsystems.com> wrote:
> I realised Taher's reply after I had sent my response.
>
> Following's the command.
>
> *./gradlew eclipse*
>
> This
What is the exact command used to run?
On Sat, May 25, 2019, 12:27 PM Girish Vasmatkar <
girish.vasmat...@hotwaxsystems.com> wrote:
> Hi Mathieu,
>
> With those entries missing from the classpath, you'd get the following
> exceptions and warning -
>
> 1. For cache.properties (when
I'm also in favor of the more flexible design based on roles. Let the
services worry about sorting this stuff out and leave the entity
domain layer solid and well designed.
On Thu, May 16, 2019 at 11:25 PM Michael Brohl wrote:
>
> Hi Pierre,
>
> I think there are more sophisticated concepts for
wap?
>
> I believe the later is the easiest for all of us, but could be confusing
> after a moment.
>
> Jacques
>
> Le 17/04/2019 à 10:02, Taher Alkhateeb a écrit :
> > I see no problem in sticking with 8. It would also probably be
> > beneficial to get the code base t
but keep our minimum required
> > version
> > >>> as low as possible. That effectively allows users to run whatever
> > version
> > >>> they like. So unless there are some compelling new features in java
> > >>> 9/10/11 that we think we must have
ave a huge amount of spare time, I would probably just put it off
> > for quite a while and work on other things.
> >
> > I'm not trying to veto the idea, if the community wants to proceed then it
> > should but I doubt I'm the only contributor we'd be putting another hurd
trying to veto the idea, if the community wants to proceed then it
> should but I doubt I'm the only contributor we'd be putting another hurdle
> in front of.
>
> Regards
> Scott
>
> On Mon, 15 Apr 2019 at 09:09, Taher Alkhateeb
> wrote:
>
> > Well, I could b
Well, I could be mistaken but it seems EOL for java 8 is coming soon (2019
commercial 2020 personal) [1]. This seems to be the case because the new
LTS is out which is java 11.
Also this new release model from oracle seems to be annoying which is
pushing developers to adopt the openjdk instead.
;>> I guess most are aware, but maybe not small companies or single users.
> >>>>
> >>>> Jacques
> >>>>
> >>>> Le 28/02/2019 à 18:48, Michael Brohl a écrit :
> >>>>> +1 for Taher's suggestion.
> >&
looks good. I'm not sure what's the difference between accounting and
default formats though? And why do we have Integer format?
I would probably limit the types of formatting to percentage and
currency and quantity. Between those three you probably have all cases
covered no?
On Fri, Apr 5, 2019
with another one: the redundancy would mitigate the risk of
> unavailability.
>
> Jacopo
>
> On Fri, Mar 22, 2019 at 6:07 PM Taher Alkhateeb <
> slidingfilame...@gmail.com>
> wrote:
>
> > Whatever repository you choose, there is always the risk of going dow
Whatever repository you choose, there is always the risk of going down.
To mitigate this risk, you can (after deploying the system) use the -
-offline flag when running gradle. Alternatively you can simply run the
java - jar command.
On Fri, Mar 22, 2019, 10:41 AM Swapnil M Mane <
I think I might prefer to keep it. Perhaps adjusting the ps command might
better solve the issue. I use this feature regularly myself.
On Sun, Mar 17, 2019, 11:59 PM Mathieu Lirzin
wrote:
> Hello,
>
> The ‘:terminateOfbiz’ Gradle task is meant to be run when ‘./gradlew
> ofbiz --shutdown’
Perhaps we can keep ofbiz 17.12 on java 8, and let 18.12 and trunk
switch to java 11 on openjdk. This might provide stability expected by
users as indicated by Michael.
On Thu, Feb 28, 2019 at 2:27 PM Jacques Le Roux
wrote:
>
> Hi,
>
> During discussions in the "Oracle Java release model changes
of these Jiras.
>
> What do you mean/think-about exactly by
>
> <>
>
> ?
>
> Is Michael's answer sufficient? You can indeed search for Christian's
> closed Jira with patches.
>
> Jacques
>
> Le 19/02/2019 à 16:20, Taher Alkhateeb a écrit :
> &g
technical skills.
- He adopts a professional attitude towards coding and software development.
- He engages thoughtfully with others and likes to work with the community.
Please join me in welcoming and congratulating Mathieu!
Cheers,
Taher Alkhateeb
+1
It would be nice to highlight somehow the tickets that have patches as
I can see some value in the work in these JIRAs.
On Tue, Feb 19, 2019 at 4:22 PM Jacques Le Roux
wrote:
>
> Hi,
>
> There are a bunch of obsolete patches from Christian Carlow like in
>
clean and simple implementation, +1
on a side note, I wonder if we need to set any of the http2 attributes
listed in [1] or whether the defaults are okay.
[1] https://tomcat.apache.org/tomcat-8.5-doc/config/http2.html
On Mon, Feb 18, 2019 at 5:58 PM Jacques Le Roux
wrote:
>
> Hi Jacopo,
>
>
I think it would be great to upgrade to JDK 11 on openjdk and get this
issue over with. For those who want to switch to oracle JDK, they can
easily do so, but we should perhaps stabilize on openjdk by default
and get the build system and documentation pointing to openjdk as a
long term solution to
Hi Scott,
It seems we have some issues currently with our job scheduler [1]
which seems to be some sort of memory leak. We are also experiencing
some performance issues and other anomalies. It seems like a good time
to perhaps revisit the whole thing.
Are you suggesting to replace
Hi Rahul,
Generally it is recommend to avoid simple services as they are deprecated
and being phased out. You might want to use Java, groovy or entity-auto
services instead.
On Sat, Jan 26, 2019, 10:49 AM Rahul Utkoor
Hello,
> I just started working on ofbiz. As a part of my work I was supposed
d prevent premature
> > >> commits just to get things to be tested. Features which take some time
> > >> to be worked on or tested can be in separate branches which can be
> > >> updated with the main branch constantly.
> > >>
> > >> So, from m
+1 to default off
On Sat, Jan 19, 2019 at 7:25 PM Michael Brohl wrote:
>
> No, we are mainly discussing if we should turn off the JWT functionality
> in the default setting and what could be done to make the current
> implementation more secure / fail proof.
>
>
> Am 19.01.19 um 16:54 schrieb
1 - 100 of 1768 matches
Mail list logo