ofbiz-notifications mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jacques Le Roux (JIRA)" <j...@apache.org>
Subject [jira] [Comment Edited] (OFBIZ-7783) External library files are not in the OFBiz folder structure.
Date Tue, 30 Aug 2016 21:17:20 GMT

    [ https://issues.apache.org/jira/browse/OFBIZ-7783?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15432332#comment-15432332
] 

Jacques Le Roux edited comment on OFBIZ-7783 at 8/30/16 9:16 PM:
-----------------------------------------------------------------

Thanks Taher,

Before we discuss this more on the dev ML, just some points: 
# archiving the Gradle cache is not enough, because you can have not only OFBiz related libs
in it, for instance on a dev machine
* which use Eclipse: Eclipse libs
* if Gradle is also used for other projects, unrelated OFBiz libs
* etc.
That's why I have decided to have a task like that (initially for OWASP)
# Using plugins is certainly more appealing, but
* I don't feel an issue to use jQuery plugins because it's just UI and if the plugin is not
longer maintained we can still find solutions. Relying on external plugins for our build process
is another matter. 
* I must say I just had a glance to the gradle-repositories-plugin but I wonder how it works,
because on GitHub you get a zip with jar inside...

Now I have identified another reasons we migh need to extract and copy the external libs we
use: if we decide to deliver binary releases. It's not mandatory but most TLPs do that. It
can of course be done by a 3rd party and then it's another issue... This is in a relation
with http://markmail.org/message/emnu6s5wu2yuyith


was (Author: jacques.le.roux):
Thanks Taher,

Before we discuss this more on the dev ML, just some points: 
# archiving the Gradle cache is not enough, because you can have not OFBiz related libs in
it, for instance on a dev machine
* which use Eclipse: Eclipse libs
* if Gradle is also used for other projects, unrelated OFBiz libs
* etc.
That's why I have decided to have a task like that (initially for OWASP)
# Using plugins is certainly more appealing, but
* I don't feel an issue to use jQuery plugins because it's just UI and if the plugin is not
longer maintained we can still find solutions. Relying on external plugins for our build process
is another matter. 
* I must say I just had a glance to the gradle-repositories-plugin but I wonder how it works,
because on GitHub you get a zip with jar inside...

Now I have identified another reasons we migh need to extract and copy the external libs we
use: if we decide to deliver binary releases. It's not mandatory but most TLPs do that. It
can of course be done by a 3rd party and then it's another issue... This is in a relation
with http://markmail.org/message/emnu6s5wu2yuyith

> External library files are not in the OFBiz folder structure.
> -------------------------------------------------------------
>
>                 Key: OFBIZ-7783
>                 URL: https://issues.apache.org/jira/browse/OFBIZ-7783
>             Project: OFBiz
>          Issue Type: Sub-task
>          Components: ALL COMPONENTS
>            Reporter: Pierre Smits
>            Priority: Minor
>             Fix For: Upcoming Branch
>
>
> With the implementation of the external library download feature of gradle/gradlew, the
external libraries (jar files) are not in the folder structure any more. 
> They should reside there, like before.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message