From: "Pierre Smits"
Jacques, All,
A nice list of achievements.
Please keep in mind that with point
"Adds 1 to all ports in test container in order to be able to run
concurrently an OFBiz instance and a test instance on the same machine"
the ports for jndi and rmi in test-container.xml have b
[
https://issues.apache.org/jira/browse/OFBIZ-4831?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jacques Le Roux closed OFBIZ-4831.
--
Resolution: Fixed
Fix Version/s: SVN trunk
Assignee: Jacques Le Roux
Thanks Tom
Actually, the tests are fine. I was under the impression that the
and elements were related. I thought the
element checked the error list created by ,
but the two are not related.
-Adrian
On 4/28/2012 8:05 PM, Pierre Smits wrote:
What tests are failing.
Regards,
Pierre
Verstuurd vanaf
What tests are failing.
Regards,
Pierre
Verstuurd vanaf mijn iPad
Op 28 apr. 2012 om 20:16 heeft Adrian Crum
het volgende geschreven:
> The interesting side effect of this change is it causes tests to fail -
> because errors were being ignored, so the tests passed.
>
> -Adrian
>
> On 4/28
Indeed, pretty useless OOTB
Jacques
From: "Adrian Crum"
Search for "error-list-name"
-Adrian
On 4/28/2012 6:55 PM, Jacques Le Roux wrote:
+1 to remove if really "it opens up the potential for things to not
work properly."
And of course unless the creator of this option explains the need
The interesting side effect of this change is it causes tests to fail -
because errors were being ignored, so the tests passed.
-Adrian
On 4/28/2012 12:23 PM, Adrian Crum wrote:
While working on the Mini-language overhaul, I noticed that the error
message handling is a little convoluted and it
Search for "error-list-name"
-Adrian
On 4/28/2012 6:55 PM, Jacques Le Roux wrote:
+1 to remove if really "it opens up the potential for things to not
work properly."
And of course unless the creator of this option explains the need
Also what attributes will be removed exactly?
Note: I did n
+1 to remove if really "it opens up the potential for things to not work
properly."
And of course unless the creator of this option explains the need
Also what attributes will be removed exactly?
Note: I did not find any "error-message" string in *.xml files in trunk
Jacques
From: "Adrian Cr
Jacques, All,
A nice list of achievements.
Please keep in mind that with point
"Adds 1 to all ports in test container in order to be able to run
concurrently an OFBiz instance and a test instance on the same machine"
the ports for jndi and rmi in test-container.xml have been set back to the
orig
+1
Jacopo
On Apr 28, 2012, at 1:23 PM, Adrian Crum wrote:
> While working on the Mini-language overhaul, I noticed that the error message
> handling is a little convoluted and it opens up the potential for things to
> not work properly.
>
> You can specify the name of the error message list i
Yes, sorry I didn't see the "comment"; it is fine, I was simply referring to
the text to use.
Jacopo
On Apr 28, 2012, at 1:38 PM, Jacques Le Roux wrote:
> Jacopo you missed a point: we discussed about removing trunk link from main
> page, because it's not a release. This was Pierre's
> objecti
Hi Jacques and Adam,
Yes, I understand why a salt is a good idea. As well as making a
dictionary attack much harder, a salt ensures that if two users happen
to choose the same password, they will have different encrypted
passwords.
Since the salt should be unique for each user, shouldn't the leng
Please devs, don't forget to add your changes in Main New features with shorts
explanations
https://cwiki.apache.org/confluence/display/OFBIZ/Main+New+Features
Thanks
Jacques
I've never understood the use case for it so a general +0 but if no one else
knows either then +1
Regards
Scott
On 28/04/2012, at 11:23 PM, Adrian Crum wrote:
> While working on the Mini-language overhaul, I noticed that the error message
> handling is a little convoluted and it opens up the p
Jacopo you missed a point: we discussed about removing trunk link from main
page, because it's not a release. This was Pierre's
objection (see what I wrote below, here c/P)
I want to keep trunk running (it's very convenient for commiters and
contributors to exchange on the same basis), even if
While working on the Mini-language overhaul, I noticed that the error
message handling is a little convoluted and it opens up the potential
for things to not work properly.
You can specify the name of the error message list in the
element. You can also specify the name of the error
message l
On Apr 28, 2012, at 10:35 AM, Jacques Le Roux wrote:
> -09.04 Stable Release:
> +09.04 Old (Frozen) Release:
Also this in my opinion can simply be: "09.04 Branch"
Jacopo
I personally don't like "evolving branches"; "branches" or "release branches"
is enough.
I also don't think we should use "10.04 Stable Release" because it is not a
release.
So see below what I would do:
On Apr 28, 2012, at 10:35 AM, Jacques Le Roux wrote:
> Mmm, there is an ambiguity. I think
Mmm, there is an ambiguity. I think we should make more clear that we are running evolving branches (with last bug fixes
backported) and not lastest official releases (with maybe less bug fixes backported)
Rather something like:
Index: index.html
===
Hi,
Here is a patch to change links to demo on main page.
Index: index.html
===
--- index.html (revision 1331704)
+++ index.html (working copy)
@@ -225,13 +225,19 @@
Demo Sites
-
20 matches
Mail list logo