Hi Jacopo,
Thanks for the good work.
Minor: I have added normally in a new Major Release Number is normally created
every year in April. Just in case we have suddenly
to change our convention regarding the date (I see no reasons but why not)
For demo mainteners information:
On Apr 7, 2012, at 8:47 AM, Jacques Le Roux wrote:
Minor: I have added normally in a new Major Release Number is normally
created every year in April. Just in case we have suddenly
to change our convention regarding the date (I see no reasons but why not)
Thank you
Jacopo
Hi
I finally found the problem which is in the jackrabbit core library. The jcr
core method ConnectionFactory.getDriverClass is using Class.forName instead of
Thread.currentThread().getContextClassLoader. Made an issue as
https://issues.apache.org/jira/browse/JCR-3288
Francis
Le 06/04/2012
From: Francis ANDRE francis.andre.kampb...@orange.fr
Hi Mohit
I tryied what you suggest and this gave the same result...
ClassNotFoundException on the Derby jdbc driver.
Yes anyway the last Derby jdbc driver is provided in
From: Jacques Le Roux jacques.le.r...@les7arts.com
From: Francis ANDRE francis.andre.kampb...@orange.fr
Hi Mohit
I tryied what you suggest and this gave the same result...
ClassNotFoundException on the Derby jdbc driver.
Yes anyway the last Derby jdbc driver is provided in
But Apache does not prohibit it?
you want to be the best pupil in the Apache school?
I still think this is wrong not to mention it.
Hans
On 04/07/2012 11:38 AM, Jacopo Cappellato wrote:
Thank you Hans,
the download page is intended to end users and we can't include there links to
download
Hi
I finally found the problem which is in the jackrabbit core library. The jcr
core method ConnectionFactory.getDriverClass is using Class.forName instead of
Thread.currentThread().getContextClassLoader. Made an issue as
https://issues.apache.org/jira/browse/JCR-3288
Francis
Le 06/04/2012
On Apr 7, 2012, at 10:07 AM, Hans Bakker wrote:
But Apache does not prohibit it?
Not in itself: but it is wrong and against the ASF policies to push the users
to use unofficial versions like you are often doing (ignoring your
responsibilities as a PMC member) and adding a link from that page
Maybe, as a consensus, we can put a word about it and not a link?
Jacques
From: Hans Bakker mailingl...@antwebsystems.com
But Apache does not prohibit it?
you want to be the best pupil in the Apache school?
I still think this is wrong not to mention it.
Hans
On 04/07/2012 11:38 AM, Jacopo
Jacopo, thank you for your compliments,
However times are changing and continuous testing and continuous
deploying will take over 'approved' releases where upgrading is a
nightmare
Regards,
Hans
On 04/07/2012 03:48 PM, Jacopo Cappellato wrote:
On Apr 7, 2012, at 10:07 AM, Hans Bakker
Hi,
Should we not remove this block and stuff related?
// TODO: Remove this block after the next release 2010-11-29
Jacques
Hi Erwan, all,
I agree with you that the underlying problem should be fixed. That's why we
have the issue registered in Jira.
Analogous to this issue and other that have patches, that are perceived as
hacks, is the waterpipe with a rip in it. While the bandaid doesn't fix the
underlying problem,
Hi Jacopo,
May I suggest to set a target date for this and the other releases intended
for the near future (ie 09.04.02, 10.04.02, 11.x, 12.x). This will help us
to better identify issues which we intend to address per release. But it
also helps us communicate to the communty, than repeat over
[
https://issues.apache.org/jira/browse/OFBIZ-4788?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Pierre Smits updated OFBIZ-4788:
Fix Version/s: SlimDown
Affects Version/s: (was: SlimDown)
SVN
Move applications and components outside of the scope of the OFBIz project
--
Key: OFBIZ-4788
URL: https://issues.apache.org/jira/browse/OFBIZ-4788
Project: OFBiz
Issue
This is not consensus, it is a compromise.
What is the purpose of mentioning that we have also a trunk (obvious) and what
is the text that you would like to add there?
Jacopo
On Apr 7, 2012, at 11:06 AM, Jacques Le Roux wrote:
Maybe, as a consensus, we can put a word about it and not a link?
On Apr 7, 2012, at 11:12 AM, Hans Bakker wrote:
However times are changing and continuous testing and continuous deploying
will take over 'approved' releases where upgrading is a nightmare
Yeah, hopefully this will happen soon and at that point I am pretty sure that
the ASF will adjust
Hi Jacques,
This is very cryptic. To what issue does this relate to, and to what
application or component?
Regards,
Pierre
Op 7 april 2012 11:12 schreef Jacques Le Roux
jacques.le.r...@les7arts.comhet volgende:
Hi,
Should we not remove this block and stuff related?
// TODO: Remove this
Hi,
I followed Scott's suggestion and added a generic EMAIL_PASSWORD
EmailTemplateSetting (used to send a new password at user request).
I finally kept also the previous way (in r1307895) because it allows an easier
18n of the email subject.
Something is worrying me a bit. Since the service
Is the logged password encrypted? If yes, then I don't see a problem
with it.
-Adrian
On 4/7/2012 10:39 AM, Jacques Le Roux wrote:
Hi,
I followed Scott's suggestion and added a generic EMAIL_PASSWORD
EmailTemplateSetting (used to send a new password at user request).
I finally kept also the
Just look into *.java you will find it easily ;o)
It's in WorkEffortServices.processWorkEffortEventReminder()
Jacques
From: Pierre Smits pierre.sm...@gmail.com
Hi Jacques,
This is very cryptic. To what issue does this relate to, and to what
application or component?
Regards,
Pierre
Op 7
As the Apache policies are not against it, I ask you to re-add the trunk
link to the download page in order not to block the future where
everybody will use the trunk in a continuous testing and continuous
deploying environment avoiding the 'approved releases' upgrade nightmare
Hans
On
From: Jacopo Cappellato jacopo.cappell...@hotwaxmedia.com
This is not consensus, it is a compromise.
Right
What is the purpose of mentioning that we have also a trunk (obvious)
To relax each other positions (is that even English? :o).
Meant for users for are not acquainted with open source
Nope, I'd not have raised a warning else ;o)
The user must read it at the end, it's the body part of the email in the service result
Jacques
From: Adrian Crum adrian.c...@sandglass-software.com
Is the logged password encrypted? If yes, then I don't see a problem
with it.
-Adrian
On
I meant this should awake a committer, at least one person should be aware of
that...
Jacques
From: Jacques Le Roux jacques.le.r...@les7arts.com
Just look into *.java you will find it easily ;o)
It's in WorkEffortServices.processWorkEffortEventReminder()
Jacques
From: Pierre Smits
[
https://issues.apache.org/jira/browse/OFBIZ-4786?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jacques Le Roux closed OFBIZ-4786.
--
Resolution: Fixed
Fix Version/s: SVN trunk
Release Branch 11.04
Move applications and/or components from their current location to a new
location in the OFBiz file hierarchy
-
Key: OFBIZ-4789
URL:
move example to specialpurpose
--
Key: OFBIZ-4790
URL: https://issues.apache.org/jira/browse/OFBIZ-4790
Project: OFBiz
Issue Type: Task
Affects Versions: SVN trunk
Reporter: Erwan de FERRIERES
reduce example to its simple goals
--
Key: OFBIZ-4791
URL: https://issues.apache.org/jira/browse/OFBIZ-4791
Project: OFBiz
Issue Type: Task
Affects Versions: SVN trunk
Reporter: Erwan de
I am against this, especially if it comes as an order issued by Hans: he is not
in the position of being aggressive or forcing us to do what it pleases him, he
doesn't have the skills, the power, the merit to rule us (not to mention me);
he did it in the past just because we let him do this.
Hi,
Like lot of other stuff, I think AR and AP applications should be moved out of
Ofbiz Accounting component. As such they are special purpose application, but
again not core to Ofbiz application framework.
I recommend we should relocate AR and AP webapplications out of Ofbiz
Accounting to
Actually I don't care much. It was mostly to find a consens er... compromise. So I let Hans handles that if he wants (no commits
war please)...
For those who are relatively new to this ML, we should though explain that
recommnending to use trunk to users has been the
inclination of OFBiz
+1
Jacques
Anil Patel wrote:
Hi,
Like lot of other stuff, I think AR and AP applications should be moved out of
Ofbiz Accounting component. As such they are
special purpose application, but again not core to Ofbiz application framework.
I recommend we should relocate AR and AP
- 1
Accounts payable (AP) and accounts receivable (AP) are together with the
ability to process accounting transactions the core ingredients of a good
FICO solution. Without both any accountant will state that your accounting
solution is worthless. Without both core accounting components you (as
[
https://issues.apache.org/jira/browse/OFBIZ-4789?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13249314#comment-13249314
]
Jacques Le Roux commented on OFBIZ-4789:
We decided rather to use tasks and
+1
Op 14 mei 2011 10:12 schreef Jacques Le Roux
jacques.le.r...@les7arts.comhet volgende:
Of course I meant only for test. I was stuck with it also when I had to
run a stagging instance (manual tests) and a test instance (Continuous
Integration running tests) on the same machine.
Jacques
When I first saw the subject I was thinking this as well.
I always wondered why those were created as separate applications,
perhaps for permission reasons I suppose. In a way they make more sense
as part of the accounting webapp instead of in separate ones.
-David
Pierre Smits wrote:
- 1
Jacopo,
You removed the trunk download from the download page which was there
from the start without trying to get a consensus. Sure, if everybody
thinks that is way to go, than that is it. However i think seeing the
the history of OFBiz where the trunk was always very reliable and where
I agree with David. It makes more sense to make them part of the
Accounting application instead of separate application. Moving them to
extra is not good idea as they are integral part of Accounting/Financial
as mentioned by Pierre.
Thanks,
Raj
On Sunday 08 April 2012 04:53 AM, David E
From: Hans Bakker mailingl...@antwebsystems.com
Jacopo,
You removed the trunk download from the download page which was there from the start without trying to get a consensus. Sure, if
everybody thinks that is way to go, than that is it. However i think seeing the the history of OFBiz where
This makes sense indeed, so -1 for me finally
Jacques
From: Rajbir Saini rajbsa...@yahoo.com
I agree with David. It makes more sense to make them part of the
Accounting application instead of separate application. Moving them to
extra is not good idea as they are integral part of
[
https://issues.apache.org/jira/browse/OFBIZ-4787?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jacques Le Roux closed OFBIZ-4787.
--
Resolution: Fixed
Fix Version/s: SVN trunk
Release Branch 11.04
But for what I understand the AR and AP applications contain alternative
screens to the ones in the main accounting application. They are an effort to
implement more focused/specific applications versus the more generic
accounting application.
So, the main accounting application should already
+1
On May 13, 2011, at 3:23 PM, Erwan de FERRIERES wrote:
Hi all,
I'm planning on changing the ports for the http and https test containers.
This way, tests can be runned on the Apache jenkins instance (8080 is already
used).
Is there anyone against these ?
Cheers,
--
Erwan de
44 matches
Mail list logo
