[
https://issues.apache.org/jira/browse/OFBIZ-4833?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jacques Le Roux closed OFBIZ-4833.
--
Resolution: Fixed
This is completed with r1417329
Housekeeping of jar files
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
you:
Nelly Burns
From: Jacopo Cappellato (JIRA) j...@apache.org
To: dev@ofbiz.apache.org
Sent: Tuesday, December 4, 2012 3:36 AM
Subject: [jira] [Commented] (OFBIZ-4833) Housekeeping of jar files
[
https://issues.apache.org/jira/browse/OFBIZ-4833?page
-log4j12-1.6.4.jar.
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
-1.2.16.jar
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
in name) we have only one snapshot
jar and I think it's needed: jdbm-1.0-SNAPSHOT.jar see
http://jdbm.sourceforge.net/
So we are close to close
Housekeeping of jar files
-
Key: OFBIZ-4833
URL: https://issues.apache.org
with SOAP. I would argue that
perhaps instead of removing, we may want to make it easier to use? Apart from
that: good job identifying.
Housekeeping of jar files
-
Key: OFBIZ-4833
URL: https://issues.apache.org/jira/browse
org.springframework.web-3.1.0.M2.jar
Housekeeping of jar files
-
Key: OFBIZ-4833
URL: https://issues.apache.org/jira/browse/OFBIZ-4833
Project: OFBiz
Issue Type: Task
Components: ALL COMPONENTS
at all, I guess it's a misunderstanding?
Housekeeping of jar files
-
Key: OFBIZ-4833
URL: https://issues.apache.org/jira/browse/OFBIZ-4833
Project: OFBiz
Issue Type: Task
Components: ALL
:)
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
-annotations-1.0.jar
log4j-1.2.16.jar
slf4j-log4j12-1.6.4.jar
xml-apis-ext-1.3.04.jar
yuicompressor-2.4.6.jar
org.springframework.core-3.1.0.M2.jar
org.springframework.test-3.1.0.M2.jar
org.springframework.web-3.1.0.M2.jar
Housekeeping of jar files
-1.2.16.jar
slf4j-log4j12-1.6.4.jar
org.springframework.core-3.1.0.M2.jar
org.springframework.test-3.1.0.M2.jar
org.springframework.web-3.1.0.M2.jar
Housekeeping of jar files
-
Key: OFBIZ-4833
URL: https://issues.apache.org
[
https://issues.apache.org/jira/browse/OFBIZ-4833?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jacques Le Roux updated OFBIZ-4833:
---
Attachment: jar.pdf
Housekeeping of jar files
]
:if ~�/�/file�license
file
:endif
:endif
:endfor
{code}
PS: I have finally attached a jar.PDF where you can see the APL code. All this
remembers me how fun it was to work with APL during 20 years :)
Housekeeping of jar files
[
https://issues.apache.org/jira/browse/OFBIZ-4833?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jacques Le Roux reassigned OFBIZ-4833:
--
Assignee: Jacques Le Roux
Housekeeping of jar files
an issue: reverted (was OFBIZ-4792) at
r1416358
saxon65.jar is there for newhelp (OFBIZ-4941), I will add it in LICENSE when I
will commit, hopefully soon...
Housekeeping of jar files
-
Key: OFBIZ-4833
URL: https
pacth was never integrated
I did my best but I could have missed some...
Housekeeping of jar files
-
Key: OFBIZ-4833
URL: https://issues.apache.org/jira/browse/OFBIZ-4833
Project: OFBiz
Issue Type
(rename old jars to add release numbers in
the file name).
I think that those which remains are OK, but I could have missed one or 2...
Housekeeping of jar files
-
Key: OFBIZ-4833
URL: https://issues.apache.org/jira/browse
*.jar and ij.sh- have been moved to Attic
Update on axis1.4 and crowd
Housekeeping of jar files
-
Key: OFBIZ-4833
URL: https://issues.apache.org/jira/browse/OFBIZ-4833
Project: OFBiz
Issue Type: Task
project
since nobody knows where they are.
I also marked as done most of subtasks, please check and reopen if you think
it's needed.
So only remains Axis1.4 because of Crowd, both could be moved to Extras in my
opinion
Housekeeping of jar files
marked as done most of subtasks, please check and reopen if you think
it's needed.
So only remains Axis1.4 because of Crowd, both could be moved to Extras in my
opinion
Housekeeping of jar files
-
Key: OFBIZ-4833
URL
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
)
Housekeeping of jar files
-
Key: OFBIZ-4833
URL: https://issues.apache.org/jira/browse/OFBIZ-4833
# 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
to Birt so will be also moved to Extra
Housekeeping of jar files
-
Key: OFBIZ-4833
URL: https://issues.apache.org/jira/browse/OFBIZ-4833
Project: OFBiz
Issue Type: Task
Components: ALL
\lib attributes.jar ebaycalls.jar ebaysdkcore.jar
helper.jar: they will go in Extra, one worry less
* ofbiz-tools.jar (should stay as is, I guess)
* -derbytools*.jar and ij.sh have been moved to Attic-
Housekeeping of jar files
-
Key
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
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
Housekeeping of jar files
-
Key: OFBIZ-4833
URL: https
://www.jarfinder.com/index.php/jars/versionInfo/507]. We should simply
wait Birt move
Housekeeping of jar files
-
Key: OFBIZ-4833
URL: https://issues.apache.org/jira/browse/OFBIZ-4833
Project: OFBiz
=rev)
* jcl.jar
* \specialpurpose\ebaystore\lib attributes.jar ebaycalls.jar ebaysdkcore.jar
helper.jar: they will go in Extra, one worry less
* ofbiz-tools.jar (should stay as is, I guess)
* -derbytools*.jar and ij.sh have been moved to Attic-
Housekeeping of jar files
I will begin to push things to Attic, notably what describes Jacopo below and other stuff, see
https://issues.apache.org/jira/browse/OFBIZ-4833
In my mind this means to create an Attic page in Wiki and to reference there
things removed from the repository at some revisions.
Hence people will
else)...
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
Last reminder before doing what Jacopo proposed at
https://issues.apache.org/jira/browse/OFBIZ-4833?focusedCommentId=13260336page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13260336
We should also remove derbytools-*.jar together with the ij.sh script that uses it
[this thread|http://markmail.org/message/z4sl4chpgdfacydq] for more
I makes all remaining jar marked as svn binary
Note: I could not apply it to ofbiz-tools.jar (still there after an ant clean,
normal?) and cobertura-1.9.3.jar (not sure why)
Housekeeping of jar files
In the same spirit, has someone still the source files for of biz-minerva.jar,
else the lib will be moved to Attic .-
Jacques
From: Jacques Le Roux jacques.le.r...@les7arts.com
Last reminder before doing what Jacopo proposed at
ofbiz-tools.jar, else I think it can stay as is.
Housekeeping of jar files
-
Key: OFBIZ-4833
URL: https://issues.apache.org/jira/browse/OFBIZ-4833
Project: OFBiz
Issue Type: Task
Components
/z4sl4chpgdfacydq] for more
Remove note, now useless, see comment
Housekeeping of jar files
-
Key: OFBIZ-4833
URL: https://issues.apache.org/jira/browse/OFBIZ-4833
Project: OFBiz
Issue Type: Task
Jacques,
Doing a search on minerva + ofbiz I found:
- this thread:
http://mail-archives.apache.org/mod_mbox/ofbiz-user/200610.mbox/%3cd90d225f-4aca-43f0-8742-e5f604fd1...@opensourcestrategies.com%3Eread
the first line
- this reference:
From: Pierre Smits pierre.sm...@gmail.com
Jacques,
Doing a search on minerva + ofbiz I found:
- this thread:
http://mail-archives.apache.org/mod_mbox/ofbiz-user/200610.mbox/%3cd90d225f-4aca-43f0-8742-e5f604fd1...@opensourcestrategies.com%3E
Hi Pierre,
What do you mean? How is it related
:
http://svn.apache.org/viewvc?rev=1076756view=rev)
* jcl.jar
* \specialpurpose\ebaystore\lib attributes.jar ebaycalls.jar ebaysdkcore.jar
helper.jar: they will go in Extra, one worry less
* ofbiz-tools.jar (should stay as is, I guess)
Housekeeping of jar files
) make sure all jar files are marked as binary
I actually didn't check all the jar files consistently.
Housekeeping of jar files
-
Key: OFBIZ-4833
URL: https://issues.apache.org/jira/browse/OFBIZ-4833
Project
).
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
.
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
just setup it in his/her local box.
Housekeeping of jar files
-
Key: OFBIZ-4833
URL: https://issues.apache.org/jira/browse/OFBIZ-4833
Project: OFBiz
Issue Type: Task
Components: ALL
left out of the project because there is no integration and a
developer willing to use it can just setup it in his/her local box.
Housekeeping of jar files
-
Key: OFBIZ-4833
URL: https://issues.apache.org/jira/browse/OFBIZ-4833
* \specialpurpose\ebaystore\lib attributes.jar ebaycalls.jar ebaysdkcore.jar
helper.jar: they will go in Extra, one worry less
* ofbiz-tools.jar (should stay as is, I guess)
Housekeeping of jar files
-
Key: OFBIZ-4833
URL: https
=1076756view=rev)
* jcl.jar
* \specialpurpose\ebaystore\lib attributes.jar ebaycalls.jar ebaysdkcore.jar
helper.jar: they will go in Extra, one worry less
* ofbiz-tools.jar (should stay as is, I guess)
Housekeeping of jar files
-
Key: OFBIZ-4833
Jacques Le Roux created OFBIZ-4833:
--
Summary: Housekeeping of jar files
Key: OFBIZ-4833
URL: https://issues.apache.org/jira/browse/OFBIZ-4833
Project: OFBiz
Issue Type: Task
(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
Housekeeping of jar files
-
Key: OFBIZ-4833
URL: https
(please Jacopo confirm and then strike
from the description)
I believe task 2 is not needed but can't guarantee
I'm working on subsequent tasks (ie 3 to 6), see the thread in description
Housekeeping of jar files
-
Key: OFBIZ-4833
Thanks Pierre,
As you committed the org.springframework* files I'd prefer that you check if using v3.1.1 as suggested Pierre would work (I suppose,
but who knows before testing) while I focus on renaming not versionned libs
Thanks
Jacques
From: Pierre Smits pierre.sm...@gmail.com
Jacques,
Thanks Jacques,
But you should credit and address Hans Bakker as he committed the
org.springframework jars in
r1163084http://svn.apache.org/viewvc?view=revisionrevision=1163084.
I am just a contributor.
But I can submit a patch, if you want me to.
Regards,
Pierre
Op 15 april 2012 10:28
With Pierre's comment, I haved added in the list:
* jython-nooro.jar : can't find any evidences, somebody an idea? I think we should update to a newer version (scripting). Or even
wonder, since there is no use OOTB, if we should not comment out in service engine and let people download the
Hi Pierre,
Oops, indeed forgot to put
Hans,
before
As you committed the org.springframework* files I'd prefer that you check
if using v3.1.1 as suggested Pierre would work (I suppose, but who knows
Please let's wait Hans's answer
Jacques
From: Pierre Smits pierre.sm...@gmail.com
Grin.
No problem.
Op 15 april 2012 11:45 schreef Jacques Le Roux jacques.le.r...@les7arts.com
het volgende:
Hi Pierre,
Oops, indeed forgot to put
Hans,
before
As you committed the org.springframework* files I'd prefer that you check
if using v3.1.1 as suggested Pierre would work
Jacques,
I can provide a patch that:
1. removes the org.springframework related jar from
framework/testtools/lib
2. has a target called download-testtools in build.xml that downloads
the jars r3.1.0 by using ivy
3. has a new config setup in ivy.xml for the download of the
On Apr 15, 2012, at 3:18 PM, Pierre Smits wrote:
Is this something we would want in our 'slimdown' branch/version?
If I am not wrong these jars are related to the Seleniumxml integration added
to testtools and we discussed in the user list about the opportunity to remove
it and there was a
Then the patch will be even shorter.
Pierre
Op 15 april 2012 15:28 schreef Jacopo Cappellato
jacopo.cappell...@hotwaxmedia.com het volgende:
On Apr 15, 2012, at 3:18 PM, Pierre Smits wrote:
Is this something we would want in our 'slimdown' branch/version?
If I am not wrong these jars are
From: Jacopo Cappellato jacopo.cappell...@hotwaxmedia.com
On Apr 15, 2012, at 3:18 PM, Pierre Smits wrote:
Is this something we would want in our 'slimdown' branch/version?
If I am not wrong these jars are related to the Seleniumxml integration added
to testtools and we discussed in the
Jacopo,
Please keep in mind that there is a GSOC 2012 task running regarding
selenium under the supervision of Erwan. See
OFBIZ-4189https://issues.apache.org/jira/browse/OFBIZ-4189
Also, in a reply to your mail with title 'Who is using the seleniumxml and
why?' Hans stated that it is being used
On Apr 15, 2012, at 4:10 PM, Pierre Smits wrote:
Jacopo,
Please keep in mind that there is a GSOC 2012 task running regarding
selenium under the supervision of Erwan. See
OFBIZ-4189https://issues.apache.org/jira/browse/OFBIZ-4189
I would suggest to defer to that task the decision about
* we have jars in OFBiz (some of them very old) with no release number in their file name: we have to research and find the
release number and then document it (manually renaming the file OR editing a tool config file like Ivy... I don't care at the
moment)
I can take care of that
I found
Le 12/04/2012 17:02, Jacopo Cappellato a écrit :
On Apr 12, 2012, at 4:37 PM, Erwan de FERRIERES wrote:
ivy would rename the jars the way we want (eg package-version.jar),
and using ivy, we would then reduce the LICENSE file, as less jars
would be released with OFBiz. From an extremist POV,
Also without version number:
- jython-nooro.jar
- axis-ant.jar
- org.springframework.core-3.1.0.M2.jar
- org.springframework.test-3.1.0.M2.jar
- org.springframework.web-3.1.0.M2.jar
- selenium-server.jar
- jpos18-controls.jar
Regards,
Pierre
Op 14 april 2012 13:44 schreef
Thanks Pierre,
I have added to my list
- jython-nooro.jar
- axis-ant.jar
- selenium-server.jar
- org.springframework.core-3.1.0.M2.jar
- org.springframework.test-3.1.0.M2.jar
- org.springframework.web-3.1.0.M2.jar
Seems more to be in the
* we have jar files that are
Jacques,
According to mvnrepository the org.springframework has a 3.1.1 release
available.
See http://mvnrepository.com/artifact/org.springframework, but also a 3.1.0
release version.
The jars seem to be related to testtools, so I wonder whether these should
be in...
Regards,
Pierre
Op 14
On Apr 12, 2012, at 5:39 PM, Pierre Smits wrote:
First of all I believe that (packaged) releases are intended for
non-developers (end users) and not for developers. That in mind, releases
should have everything that is needed to run generic production systems.
And nothing more, not test
Jacopo,
I agree. The long term solution is nice to have. But for now, there has
work to be done.
I'll see what I can do, and create the JIRA if it not already exists.
Regards,
Pierre
Op 13 april 2012 08:27 schreef Jacopo Cappellato
jacopo.cappell...@hotwaxmedia.com het volgende:
On Apr
I believe Tidy is used by some of the HTTP client libraries, and Commons
VFS was used by Webslinger (it might be used currently by Jackrabbit).
-Adrian
On 4/11/2012 5:49 PM, Jacopo Cappellato wrote:
Hi all,
the following are housekeeping tasks that could be part of the SlimDown
roadmap we
BTW, how to you checkout OFBiz or download the source if there is no
Internet connection. I know we can build with Maven without Internect
connection once you have downloaded the dependencies when you build
first time. Also, OFBiz similar to other should have a different binary
release and
Thanks Adrian,
I can confirm that Commons VFS was used by Webslinger... can someone confirm
that it is now required by Jackrabbit? And if yes, what is the version required
by Jackrabbit? Can we at least use a stable version of it rather than a
snapshot?
Jacopo
On Apr 12, 2012, at 9:23 AM,
Hi Raj,
From: Rajbir Saini rajbsa...@yahoo.com
BTW, how to you checkout OFBiz or download the source if there is no Internet
connection. I know we can build with Maven without
Internect connection once you have downloaded the dependencies when you build
first time.
A real important issue
Hi Jacques,
I agree there are minor problems when libraries are downloaded form
different repositories. I had been in similar situation couple of time
in the past. But again, source repository is not really to store the
binary contents. We cant main any versioning information of the jars in
To be frank, when I 1st read Pierre's proposition I thought it was a good idea
and just wanted to ask him for patches :p
Then I put my black hat (played the devil's advocate if you prefer) and began to think about drawbacks and possibles issues. No
Internet connection poped to my mind and then
2012/4/12 Jacques Le Roux jacques.le.r...@les7arts.com:
To be frank, when I 1st read Pierre's proposition I thought it was a good
idea and just wanted to ask him for patches :p
Then I put my black hat (played the devil's advocate if you prefer) and
began to think about drawbacks and possibles
Well, I think it is important to bundle all the jars required to build, run and
test the system in the OFBiz package; and they have to be properly listed in
LICENSE/NOTICE files.
See in particular:
http://www.apache.org/dev/release.html#what-must-every-release-contain
Jacopo
On Apr 12, 2012,
I agree with you Jacopo regarding bundling the jars in release. But
source code is not release. Apache projects using Maven do not keep jars
in the repository but they do bundle the jars in release.
Thanks,
Raj
On Thursday 12 April 2012 07:38 PM, Jacopo Cappellato wrote:
Well, I think it
../..
My main questions are: what is the real advantage of doing this? How this
would solve the problems I posted at the beginning of this thread (that has
been ignored to discuss about tools)?
ivy would rename the jars the way we want (eg package-version.jar),
and using ivy, we would then
I see what you mean but... source code releases are required by the ASF.
Quoting http://www.apache.org/dev/release.html :
All releases are in the form of the source materials needed to make changes to
the software being released. In some cases, binary/bytecode packages are also
produced as a
Thanks Erwan,
That was not clear to me.
So then maybe we could discuss Pierre's proposition. But to have a real idea of the time added (not an estimate) if we use Ivy
instead of having the libs in the repo, we need to have all done already...
Jacques
From: Erwan de FERRIERES
Yes, I was only dicussing about trunk checkout. As proposed Raj a specific ant
task could be used to prepare the releases.
Anyway more a brainstorming than anything else at this stage
Jacques
From: Jacopo Cappellato jacopo.cappell...@hotwaxmedia.com
Well, I think it is important to bundle all
On Apr 12, 2012, at 4:37 PM, Erwan de FERRIERES wrote:
ivy would rename the jars the way we want (eg package-version.jar),
and using ivy, we would then reduce the LICENSE file, as less jars
would be released with OFBiz. From an extremist POV, we could only
whip ant + ivy, and one of the
First of all I believe that (packaged) releases are intended for
non-developers (end users) and not for developers. That in mind, releases
should have everything that is needed to run generic production systems.
And nothing more, not test code, not demo data.
When developers want to look at what
Hi all,
the following are housekeeping tasks that could be part of the SlimDown
roadmap we could do (help from the community would be highly appreciated)
related to the big number of jar files bundled with OFBiz:
* making sure all jar files are marked as binary
* making sure they are listed
Hi Jacopo,
How about using Apache Ivy more to manage dependencies. That way OFBiz
should reduce in size dramatically and the modifications of the licence and
notice file are trimmed down considerably.
Regards,
Pierre
Op 11 april 2012 18:49 schreef Jacopo Cappellato
The problem with this approach: it does not work if you don't have an Internet
connection: blocking
-1
Jacques
From: Pierre Smits pierre.sm...@gmail.com
Hi Jacopo,
How about using Apache Ivy more to manage dependencies. That way OFBiz
should reduce in size dramatically and the modifications
If you don't have an internet connection, you wouldn't be able to download
OFBiz.
Op 11 april 2012 22:44 schreef Jacques Le Roux jacques.le.r...@les7arts.com
het volgende:
The problem with this approach: it does not work if you don't have an
Internet connection: blocking
-1
Jacques
There are situations where you are able to download and then deploy where you don't have a connection. If then things change it can
turn in a nightmare
Also there are situations where, etc... Think about it, not only your way...
It's ok for secondary libs, and most often used for those we can't
87 matches
Mail list logo