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
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
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
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 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
41 matches
Mail list logo
