[ 
https://issues.apache.org/jira/browse/OFBIZ-4833?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jacques Le Roux updated OFBIZ-4833:
-----------------------------------

    Description: 
This include these "subtasks"
# -make sure all jar files are marked as binary-
# make sure they are listed properly in LICENSE (and if required NOTICE) file
# make sure we are running stable versions and not snapshots (whenever possible)
# upgrade jars to use latest versions (whenever possible)
# remove jars no more needed
# rename old jars to add release numbers in the file name

See [this thread|http://markmail.org/message/z4sl4chpgdfacydq] for more


What's remain today:

* -jython-nooro.jar- : it's only used by SeleniumXml and we should get rid of 
it when SeleniumXml will be also thrown out
* -httpunit.jar- updated at r1328918, see [comment 
there|http://svn.apache.org/viewvc?rev=1328918&view=rev]
* -mail.jar- renamed at r1329565, see [comment 
there|http://svn.apache.org/viewvc?rev=1329565&view=rev]
* -nekohtml.jar- renamed  at r1343038 see [comment 
there|http://svn.apache.org/viewvc?rev=1343038&view=rev]
* -Tidy.jar- have been moved to Attic (duplicated in Birt. I think we can get 
rid of it: maybe it was used when we showed the W3 complianec button. Birt will 
be in Extra)
* -flute.jar- is related to Birt so will be also moved to Extra: don't rename
* -jaxrpc.jar- is related to Birt so will be also moved to Extra: don't rename
* -js.jar-  is related to Birt so will be also moved to Extra: don't rename
* -saaj.jar- is related to Birt so will be also moved to Extra: don't rename
* -viewservlets.jar- is related to Birt so will be also moved to Extra: don't 
rename
* ofbiz-minerva.jar (should we really keep it and related now? We know it's an 
OFBiz specific version, ie patched) 
* axis-1.4.jar (not sure it's still used, we use now Axis2; but could be still 
used by "legacy code")
* -selenium-java-client-driver.jar-: it's only used by SeleniumXml and we got 
rid of it when SeleniumXml was thrown out
* -javacc.jar- is needed by the building process. Also found a note from Marco: 
Upgrade javacc to 5.0 version, the javacc.jar must having only this name: 
http://svn.apache.org/viewvc?rev=1076756&view=rev)
* -jcl.jar- version is hard to trace (part of a jars bundle jcl2.3.0-RC3.zip, 
we use also jpos18-controls.jar and IIRW should better stay with it so don't 
rename jcl.jar unless sure.
* -\specialpurpose\ebaystore\lib attributes.jar ebaycalls.jar ebaysdkcore.jar 
helper.jar-: they will go in Extra, one worry less
* -ofbiz-tools.jar- must stay as is
* -derbytools*.jar and ij.sh- have been moved to Attic


  was:
This include these "subtasks"
# -make sure all jar files are marked as binary-
# make sure they are listed properly in LICENSE (and if required NOTICE) file
# make sure we are running stable versions and not snapshots (whenever possible)
# upgrade jars to use latest versions (whenever possible)
# remove jars no more needed
# rename old jars to add release numbers in the file name

See [this thread|http://markmail.org/message/z4sl4chpgdfacydq] for more




Moved one of my comment in description to let other people edit it
                
> Housekeeping of jar files
> -------------------------
>
>                 Key: OFBIZ-4833
>                 URL: https://issues.apache.org/jira/browse/OFBIZ-4833
>             Project: OFBiz
>          Issue Type: Task
>          Components: ALL COMPONENTS
>    Affects Versions: SlimDown
>            Reporter: Jacques Le Roux
>            Priority: Minor
>
> This include these "subtasks"
> # -make sure all jar files are marked as binary-
> # make sure they are listed properly in LICENSE (and if required NOTICE) file
> # make sure we are running stable versions and not snapshots (whenever 
> possible)
> # upgrade jars to use latest versions (whenever possible)
> # remove jars no more needed
> # rename old jars to add release numbers in the file name
> See [this thread|http://markmail.org/message/z4sl4chpgdfacydq] for more
> What's remain today:
> * -jython-nooro.jar- : it's only used by SeleniumXml and we should get rid of 
> it when SeleniumXml will be also thrown out
> * -httpunit.jar- updated at r1328918, see [comment 
> there|http://svn.apache.org/viewvc?rev=1328918&view=rev]
> * -mail.jar- renamed at r1329565, see [comment 
> there|http://svn.apache.org/viewvc?rev=1329565&view=rev]
> * -nekohtml.jar- renamed  at r1343038 see [comment 
> there|http://svn.apache.org/viewvc?rev=1343038&view=rev]
> * -Tidy.jar- have been moved to Attic (duplicated in Birt. I think we can get 
> rid of it: maybe it was used when we showed the W3 complianec button. Birt 
> will be in Extra)
> * -flute.jar- is related to Birt so will be also moved to Extra: don't rename
> * -jaxrpc.jar- is related to Birt so will be also moved to Extra: don't rename
> * -js.jar-  is related to Birt so will be also moved to Extra: don't rename
> * -saaj.jar- is related to Birt so will be also moved to Extra: don't rename
> * -viewservlets.jar- is related to Birt so will be also moved to Extra: don't 
> rename
> * ofbiz-minerva.jar (should we really keep it and related now? We know it's 
> an OFBiz specific version, ie patched) 
> * axis-1.4.jar (not sure it's still used, we use now Axis2; but could be 
> still used by "legacy code")
> * -selenium-java-client-driver.jar-: it's only used by SeleniumXml and we got 
> rid of it when SeleniumXml was thrown out
> * -javacc.jar- is needed by the building process. Also found a note from 
> Marco: Upgrade javacc to 5.0 version, the javacc.jar must having only this 
> name: http://svn.apache.org/viewvc?rev=1076756&view=rev)
> * -jcl.jar- version is hard to trace (part of a jars bundle jcl2.3.0-RC3.zip, 
> we use also jpos18-controls.jar and IIRW should better stay with it so don't 
> rename jcl.jar unless sure.
> * -\specialpurpose\ebaystore\lib attributes.jar ebaycalls.jar ebaysdkcore.jar 
> helper.jar-: they will go in Extra, one worry less
> * -ofbiz-tools.jar- must stay as is
> * -derbytools*.jar and ij.sh- have been moved to Attic

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Reply via email to