Re: OFBiz and Google Summer of Code (GsoC) 2018 ?

[Jacques Le Roux]

Thanks for this information Gaurav

Jacques


Le 30/01/2018 à 08:03, Gaurav Saini a écrit :

Hello Sharan,

I am really excited to see this that we are thinking about participating in
Google Summer of Code this year and I can say from my personal experience
as a past GSOC student and mentor/org admin from last 3 years for different
organisations, GSOC really helps the project. I would be interested to
mentor the students also andf where ever I can help.

For the process I think we need to list the projects ideas on official
apache page so students can start looking into the ideas. Another important
point here I want to mention from my experience as a student while we
select a project, is that the title of the projects should be clear and
easily understood and technologies used should be a bit exciting so
students read about the project in detail.

Regarding the difficulty level and understanding OFBiz architecture they
have around good amount of time before the coding period starts so in that
time they can understand and try some tutorials that way they can speed up
the things. Also, many times what happens is project is not completed
entirely in single GSOC and that if fine as some work is done and can be
continued by another student in next year also.

Also, as mentioned atleast I have seen mentors need to spend around 6 hours
weekly with students so to keep track of the project. Daily check-in status
and weekly call with mentors really helps.

These are some of the points from my experience, would look forward to see
Apache OFBiz project in GSOC :)

Thanks
Gaurav

On Sun, Jan 28, 2018 at 11:40 PM, Taher Alkhateeb <
slidingfilame...@gmail.com> wrote:


Hi Michael, Sharan, all

I would volunteer as a mentor. Michael raised a good point regarding
the complexity level of the tasks assigned to these participants.

So the question is, what kind of tasks are suitable for such students?
It's hard to think of logic simpler than writing some documentation,
or some groovy services, or some unit tests. Do you have in mind some
tasks that might be simpler? Or do you simply think entry-level people
might not be able to absorb a framework like OFBiz?

On Fri, Jan 26, 2018 at 11:47 AM, Michael Brohl
 wrote:

Hi Sharan,

I think a participation in the GsoC is a good idea in general.

I'm not sure if the proposed topics are suitable for such a program,
especially if the students are not familiar with OFBiz. They need a lot

of

knowhow and learning before one can be productive and the mentors must

spent

a significant amount of time to support them.

So, from the ASF perspective this might be a good idea, but for the

project

it is not efficient.

We should find some simpler topics for the GsoC to make this a reasonable
initiative. At the moment, I have not the right idea what this could be.

Best regards,

Michael


Am 25.01.18 um 15:02 schrieb Sharan Foga:

Hi All

The ASF is registering to be a participating organisation for GsoC 2018.
We are in the middle of doing a lot of work. Would it be interesting

for us

to add some of these tasks to the GsoC list and mentor some students?

It is

a good way of encouraging new people to become involved with the

project and

maybe also promote OFBiz too.

If any of our tasks are selected, then we would need official mentors

from

our community to work with the student on a regular basis to provide
feedback. There is also a regular reporting that the mentor needs to

file

about the student's progress.

If the mentor misses filing a report for a student then it reflects

badly

on the ASF as a mentoring organisation. I mention this because it is
important that anyone wanitng to be a mentor for a GsoC student realises
that if they sign up to do it – then they need to do it!

Some initial suggestions for GsoC tasks from Taher were:

- convert minilang services to groovy
- documenting the components using the documentation framework we're
implementing
- convert integration tests to unit tests where possible

If you have any other suggestions for potential tasks then please

respond

with the details.

None of this is any good – if we don't have any mentors, so we need
people willing to be GsoC mentors.

So what's next?

- First I'd like to get feedback on whether people think it is a good

idea

for OFBiz to participate
- If, so then second I would like to see if we should use the

suggestions

for tasks above or have any more
- Finally, and most importantly I'd like to know who would be willing to
be a mentor for a student selecting to take on one of our tasks

Please let me have your comments and feedback

Thanks
Sharan

Re: OFBiz and Google Summer of Code (GsoC) 2018 ?

[Gaurav Saini]

Hello Sharan,

I am really excited to see this that we are thinking about participating in
Google Summer of Code this year and I can say from my personal experience
as a past GSOC student and mentor/org admin from last 3 years for different
organisations, GSOC really helps the project. I would be interested to
mentor the students also andf where ever I can help.

For the process I think we need to list the projects ideas on official
apache page so students can start looking into the ideas. Another important
point here I want to mention from my experience as a student while we
select a project, is that the title of the projects should be clear and
easily understood and technologies used should be a bit exciting so
students read about the project in detail.

Regarding the difficulty level and understanding OFBiz architecture they
have around good amount of time before the coding period starts so in that
time they can understand and try some tutorials that way they can speed up
the things. Also, many times what happens is project is not completed
entirely in single GSOC and that if fine as some work is done and can be
continued by another student in next year also.

Also, as mentioned atleast I have seen mentors need to spend around 6 hours
weekly with students so to keep track of the project. Daily check-in status
and weekly call with mentors really helps.

These are some of the points from my experience, would look forward to see
Apache OFBiz project in GSOC :)

Thanks
Gaurav

On Sun, Jan 28, 2018 at 11:40 PM, Taher Alkhateeb <
slidingfilame...@gmail.com> wrote:

> Hi Michael, Sharan, all
>
> I would volunteer as a mentor. Michael raised a good point regarding
> the complexity level of the tasks assigned to these participants.
>
> So the question is, what kind of tasks are suitable for such students?
> It's hard to think of logic simpler than writing some documentation,
> or some groovy services, or some unit tests. Do you have in mind some
> tasks that might be simpler? Or do you simply think entry-level people
> might not be able to absorb a framework like OFBiz?
>
> On Fri, Jan 26, 2018 at 11:47 AM, Michael Brohl
>  wrote:
> > Hi Sharan,
> >
> > I think a participation in the GsoC is a good idea in general.
> >
> > I'm not sure if the proposed topics are suitable for such a program,
> > especially if the students are not familiar with OFBiz. They need a lot
> of
> > knowhow and learning before one can be productive and the mentors must
> spent
> > a significant amount of time to support them.
> >
> > So, from the ASF perspective this might be a good idea, but for the
> project
> > it is not efficient.
> >
> > We should find some simpler topics for the GsoC to make this a reasonable
> > initiative. At the moment, I have not the right idea what this could be.
> >
> > Best regards,
> >
> > Michael
> >
> >
> > Am 25.01.18 um 15:02 schrieb Sharan Foga:
> >>
> >> Hi All
> >>
> >> The ASF is registering to be a participating organisation for GsoC 2018.
> >> We are in the middle of doing a lot of work. Would it be interesting
> for us
> >> to add some of these tasks to the GsoC list and mentor some students?
> It is
> >> a good way of encouraging new people to become involved with the
> project and
> >> maybe also promote OFBiz too.
> >>
> >> If any of our tasks are selected, then we would need official mentors
> from
> >> our community to work with the student on a regular basis to provide
> >> feedback. There is also a regular reporting that the mentor needs to
> file
> >> about the student's progress.
> >>
> >> If the mentor misses filing a report for a student then it reflects
> badly
> >> on the ASF as a mentoring organisation. I mention this because it is
> >> important that anyone wanitng to be a mentor for a GsoC student realises
> >> that if they sign up to do it – then they need to do it!
> >>
> >> Some initial suggestions for GsoC tasks from Taher were:
> >>
> >> - convert minilang services to groovy
> >> - documenting the components using the documentation framework we're
> >> implementing
> >> - convert integration tests to unit tests where possible
> >>
> >> If you have any other suggestions for potential tasks then please
> respond
> >> with the details.
> >>
> >> None of this is any good – if we don't have any mentors, so we need
> >> people willing to be GsoC mentors.
> >>
> >> So what's next?
> >>
> >> - First I'd like to get feedback on whether people think it is a good
> idea
> >> for OFBiz to participate
> >> - If, so then second I would like to see if we should use the
> suggestions
> >> for tasks above or have any more
> >> - Finally, and most importantly I'd like to know who would be willing to
> >> be a mentor for a student selecting to take on one of our tasks
> >>
> >> Please let me have your comments and feedback
> >>
> >> Thanks
> >> Sharan
> >
> >
> >
>



-- 
Regards,
*Gaurav Saini*

Oracle Java release model changes and consequences for the project

[Michael Brohl]

Hi devs,

this is just an initial information and dicussion starter to make 
everyone aware of this:


the Oracle Java release model is changing from a feature based to a time 
based model [1]. One major drawback is that there will be no more public 
patch releases for older versions once a new release is published, if I 
understand correctly.


We'll have to discuss if this affects the project in terms of support 
for the latest public Java releases. If we want to stay up-to-date 
according to the public releases, we'll have to establish a process to 
early check the new features and changes of a coming release and maybe 
release more often.


We might even have to support the latest Java release along with the 
current LTS release to cover both users with and without commercial 
support? I'm not sure.


What do you think?

Best regards,

Michael

[1] https://www.azul.com/java-stable-secure-free-choose-two-three/





smime.p7s
Description: S/MIME Cryptographic Signature

Re: Changing per-install categories in production deployment.

[Paul Foxworthy]

Hi Julian,

There isn't a screen in OFBiz to create new PaymentMethodTypes. For most
people, the values in the seed data are OK.

You could use the Web Tools:

https://demo-trunk.ofbiz.apache.org/webtools/control/ViewGeneric?entityName=PaymentMethodType=true

or you could import a value or values using the XML Import tool:

https://demo-trunk.ofbiz.apache.org/webtools/control/EntityImport

This question is probably better on the user mailing list, dev is more for
the development of the internals of OFBiz.

Cheers

Paul Foxworthy


On 29 January 2018 at 08:15, Julian Smith 
wrote:

> How does a technical (developer) user change these key/value paid in
> production code?
>
> <>/accounting/control/editPaymentMethodType
>



-- 
Coherent Software Australia Pty Ltd
PO Box 2773
Cheltenham Vic 3192
Australia

Phone: +61 3 9585 6788
Web: http://www.coherentsoftware.com.au/
Email: i...@coherentsoftware.com.au

Re: [Proposal] Reducing the clean* operations in gradle

[Nicolas Malin]

Hello Taher,

I haven't a strong opinion so your proposal seems to be good for slim 
the code.


A noob question, can we move deleted tasks to the tools folder like ant 
previously ?


Nicolas


On 29/01/2018 11:31, Taher Alkhateeb wrote:

Hello Everyone, I'm not sure why we have so many fine-grained clean
tasks, but to reduce clutter, I suggest to have only the following
clean operations in build.gradle:

- cleanCatalina: To reset web server state to test stuff
- cleanData: To reset database state to test stuff
- cleanAll: To remove everything including above.

So I suggest deleting all other clean* operations and incorporating
them into cleanAll. This would result in less clutter when issuing
"./gradlew tasks".

Ideas?

[Proposal] Reducing the clean* operations in gradle

[Taher Alkhateeb]

Hello Everyone, I'm not sure why we have so many fine-grained clean
tasks, but to reduce clutter, I suggest to have only the following
clean operations in build.gradle:

- cleanCatalina: To reset web server state to test stuff
- cleanData: To reset database state to test stuff
- cleanAll: To remove everything including above.

So I suggest deleting all other clean* operations and incorporating
them into cleanAll. This would result in less clutter when issuing
"./gradlew tasks".

Ideas?