[
https://issues.apache.org/jira/browse/OFBIZ-2275?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David E. Jones closed OFBIZ-2275.
-
Resolution: Fixed
Assignee: David E. Jones
/framework/common/servicedef/services.xml does
[
https://issues.apache.org/jira/browse/OFBIZ-2261?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David E. Jones closed OFBIZ-2261.
-
Resolution: Fixed
Assignee: David E. Jones
This is now in SVN, and updated on the live
The new home page is also in place on:
http://ofbiz.apache.org
I'll be looking at the back-end applications theme (OFBIZ-2263) later
this evening (unless someone beats me to it! ;) ).
-David
On Apr 8, 2009, at 10:30 AM, Tim Ruppert wrote:
All, many thanks to those that have contributed
I hate the permission stuff on that server, they always seem to get
messed up... and for checking out new directories this was a mess. I
changed a bunch of group permissions so you should be able to now (and
I did just do an update too), but please do respond if you have more
issues.
I did notice that when I was changing the groovy stuff to save an
interpreted form of the script and was testing it. I haven't had a
chance to track it down yet, and also I agree that changing to use
groovy: is probably the best way to go anyway.
Whatever the problem is, it seems to be
- David E Jones david.jo...@hotwaxmedia.com wrote:
Okay, that should all be fixed. Sorry for the inconvenience.
-David
On Apr 9, 2009, at 1:34 AM, Jacques Le Roux wrote:
[jler...@minotaur /www/ofbiz.apache.org]$ svn up css/global.css
svn: Can't open file 'css/.svn/tmp/text-base
: Jacques Le Roux jacques.le.r...@les7arts.com
From: David E Jones david.jo...@hotwaxmedia.com
I hate the permission stuff on that server, they always seem to
get messed up... and for checking out new directories this was a
mess. I changed a bunch of group permissions so you should be
able to now
Chris: Is your XML editor giving you any errors?
Is anyone else seeing the problem?
An error message or some sort of hint would be helpful for getting
this resolved.
-David
On Apr 9, 2009, at 9:13 AM, Chris Howe wrote:
Have confirmed that this is the problem as changing the
Sorry about that, it should be fixed in SVN rev 764074.
-David
On Apr 10, 2009, at 9:46 AM, gil portenseigne wrote:
Hi,
While testing ofbiz, i found out that the Demo Supplier was removed...
I haven't seen anything about this removal which occured several
hours ago...
So i looked for
Now that we have some nice themes in place I'm wondering if we
shouldn't change the default theme, especially for the back-end. The
old blue-grey-flat theme (which we should probably move to a theme
component) is functional and I suppose lightweight too, but perhaps
doesn't give the best
I wouldn't say that we can't release soon, but it may be that in the
release branch we need to allow non-encrypted HTTP parameters to be
sent to services, instead of the default now which it to not allow that.
To facilitate this, and for people using the trunk who are trying to
update
As a follow-on to the April release branch, and to help encourage
community growth and participation for Apache OFBiz, I'm planning a
tour of the Mid-western United States. As part of this tour I'd like
to visit with individuals and organizations who are current and
prospective users,
On Apr 14, 2009, at 11:21 AM, Jacques Le Roux wrote:
From: Ashish Vijaywargiya ashish.vijaywarg...@hotwaxmedia.com
Hello Marco,
Thanks for your wonderful work in this area.
I truly appreciate your efforts.
Here are few thoughts / comments :
1) We are saving password as it is.
[
https://issues.apache.org/jira/browse/OFBIZ-2294?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David E. Jones closed OFBIZ-2294.
-
Resolution: Later
The PMC will discuss this and take whatever action is decided.
Thanks
On Apr 14, 2009, at 1:57 PM, Jacques Le Roux wrote:
From: David E Jones david.jo...@hotwaxmedia.com
On Apr 14, 2009, at 11:21 AM, Jacques Le Roux wrote:
From: Ashish Vijaywargiya ashish.vijaywarg...@hotwaxmedia.com
Hello Marco,
Thanks for your wonderful work in this area.
I truly
Thanks for writing about this Adrian. I played with this a bit
yesterday after seeing your messages and the issue about the income
statement.
The main point that I think is important is that it is a WAY better
approach to use the natural data instead of trying to prefix it, as
that is
Today is the day we have discussed for a while! A lot of improvements
and fixes have gone in over the last few weeks, but it is important to
remember that the release branch is primarily time-based and is a
line in the sand as it were to begin the effort of stabilizing a
specific code
, I'd still like to
get comments on the new attribute values.
-Adrian
David E Jones wrote:
Thanks for writing about this Adrian. I played with this a bit
yesterday after seeing your messages and the issue about the income
statement.
The main point that I think is important is that it is a WAY
, Hans Bakker wrote:
David , to start a vote and give the opportunity to vote in 6-12 hours
is rather short
I would favor a week delay and release next week, still april and
still
9.04 also like sally suggests.
regards,
Hans
On Tue, 2009-04-14 at 15:14 -0600, David E Jones wrote:
Today
and
still
9.04 also like sally suggests.
regards,
Hans
On Tue, 2009-04-14 at 15:14 -0600, David E Jones wrote:
Today is the day we have discussed for a while! A lot of
improvements
and fixes have gone in over the last few weeks, but it is
important to
remember that the release branch
I think adding those data types would be fine Adrian, and would solve
what Al brings up (and it is nice to be able to return an empty List/
etc sometimes).
Now that we have an alternative way to do this it is nice and we don't
have to use it, but I agree it's a nice option.
-David
On
slip then it's not such a huge deal (and this isn't a
commercial effort with thousands of financially at-risk stakeholders
or something... or is it? ;) ).
-David
On Apr 14, 2009, at 3:14 PM, David E Jones wrote:
Today is the day we have discussed for a while! A lot of
improvements
This was indeed done to help with that, but I think I like it anyway.
The overall effect is that it distinguishes the IDs from other
sources, etc. On the other hand... maybe it's a little ugly?
-David
On Apr 14, 2009, at 5:42 PM, Adrian Crum wrote:
If this was done to accommodate the
From: David E Jones
david.jo...@hotwaxmedia.com
This was indeed done to help with that, but I think I
like it anyway. The overall effect is that it distinguishes
the IDs from other sources, etc. On the other hand... maybe
it's a little ugly?
-David
On Apr 14, 2009, at 5:42 PM, Adrian Crum wrote
On Apr 15, 2009, at 1:32 PM, Adam Heath wrote:
David E Jones wrote:
This was indeed done to help with that, but I think I like it anyway.
The overall effect is that it distinguishes the IDs from other
sources,
etc. On the other hand... maybe it's a little ugly?
It's actually quite nice
Yeah, that's an interesting social dynamic. Thanks for mentioning that
Ean.
If I understand right how that applies to us as collaborating service
providers the basic idea is that we don't all go after the same
client, or more generally that the situation will be better for all of
us if
That's basically what it is now. The option has been there for many
years in fact.
-David
On Apr 15, 2009, at 2:09 PM, Jacques Le Roux wrote:
Maybe we could use a parameter for that and not by default ?
Jacques
From: David E Jones david.jo...@hotwaxmedia.com
On Apr 15, 2009, at 1:32
This is a little over the top as it is very certainly not related to
the theme, and really half of these things are not.
While I'm sure we would all like these fixed lumping them in here is
not likely to help get that done!
-David
On Apr 15, 2009, at 17:01, Jacques Le Roux (JIRA)
for (though
~1.5 days after). With that timing the press release should go out
early (probably Monday) of next week, for those interested in such
things.
-David
On Apr 14, 2009, at 3:14 PM, David E Jones wrote:
Today is the day we have discussed for a while! A lot of
improvements
it clearer for eveyrone is all about marketing, isn'it ?
The next release could be OFBiz 2009-04
Jacques
From: David E Jones david.jo...@hotwaxmedia.com
Well, what do you think Jacques? Are each of these appropriate
things to put in a release branch? Are any of them things that
you'd like
choice
Jacques
From: David E Jones david.jo...@hotwaxmedia.com
On Mar 31, 2009, at 2:05 AM, fernando.manz...@vass.es wrote:
Hi colleagues,
I am writing to the list to request information concerning
OFBiz. I am
doing a eCommerce Software comparative between the main
commercial and
open source
On Apr 16, 2009, at 3:01 PM, shuchi wrote:
shuchi wrote:
Hello,
I have downloaded J2SE 5.0, development kit with NetBeans. I have
also
downloaded ofbiz-trunk-current from http://build.ofbiz.org/
I was trying to execute ofbiz.jar(by double clicking in windows)
but file
does not
You must have missed quite a few messages to not have seen the
discussion around this...
The short answer is to look at the build.xml file, there is a target
there for creating your own admin user (thanks to Jacopo for this!).
-David
On Apr 16, 2009, at 3:29 PM, Adam Heath wrote:
I
On Apr 16, 2009, at 11:14 AM, Ean Schuessler wrote:
We're in the process of overhauling the Brainfood.com site and I'm
trying to leverage the SFA system. I see some simple things that
don't work, like it not storing address and telephone information,
but those are easy fixes. I'm more
for people who
don't see the film !
Jacques
From: David E Jones david.jo...@hotwaxmedia.com
Yeah, that's an interesting social dynamic. Thanks for mentioning
that
Ean.
If I understand right how that applies to us as collaborating
service
providers the basic idea is that we don't all go after
Without SSL it is certainly more vulnerable to things like session
hijacking, but this is a fairly open site where any can read anything,
and just writing is restricted in certain places.
I personally don't like the SSL idea a whole lot because it slows
things down a lot (ie
[
https://issues.apache.org/jira/browse/OFBIZ-2312?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12700083#action_12700083
]
David E. Jones commented on OFBIZ-2312:
---
Issue 1 should be resolved by SVN rev 765888
as contributors to
the trunk we should watch out for fixes that should also go into the
branch and apply them there as well.
Thanks to everyone who has helped, and everyone who is continuing to
help, with this.
-David
On Apr 15, 2009, at 11:59 PM, David E Jones wrote:
[+1] Binding
About where to put it: what is an example of this news?
If it is news from OFBiz itself the releases will be prepared and
revised in the OFBADMIN space.
If it is news from users of OFBiz then it should go into the wiki
(OFBIZ) space.
For a central index... it depends on what we're doing
With SVN rev 765888 the login page should be significantly better. Let
me know if you have any more issues with it.
-David
On Apr 17, 2009, at 1:41 AM, Jacques Le Roux wrote:
Seems to work well here so far after an ant clean-all and and with a
brand new fresh DB (Postgres on XP using
Please do Adam! I'm no shell scripter myself, and just hacked this
together in a few minutes a couple of years ago when I got tired of
doing these frequent bug fix merges manually.
If you look at the one (done by Jacques?) for Windows it's actually
much more feature rich... :)
-David
[
https://issues.apache.org/jira/browse/OFBIZ-2315?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12700357#action_12700357
]
David E. Jones commented on OFBIZ-2315:
---
Thanks Phillippe, I'll take a look
The ApacheCon USA 2009 conference committee has contacted the OFBiz
PMC (and other pmcs) about conference involvement. There is some
interest among PMC members in participating in the conference, and
last year most of the speakers were not on the PMC, so I wanted to
open this discussion
[
https://issues.apache.org/jira/browse/OFBIZ-2310?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David E. Jones closed OFBIZ-2310.
-
Resolution: Fixed
Assignee: David E. Jones
Thanks Ean, this is in SVN rev 766236
On Apr 18, 2009, at 1:05 AM, Ashish Vijaywargiya wrote:
Can I request commit access please ?
http://docs.ofbiz.org/display/OFBADMIN/Apache+OFBiz+PMC+Members+and+Committers
Members present in the above link will help you to commit your code.
For instructions and recommendations on making a
Jacques,
While I appreciate your concern the proper place to discuss things of
a sensitive nature like this is on the PMC mailing list, and NOT out
in public like this... especially on both the dev and user mailing
lists at the same time (making a conversation even more cumbersome),
and
On Apr 18, 2009, at 4:48 AM, Jacques Le Roux wrote:
At
https://demo904.ofbiz.org/catalog/control/setUserPreference?userPrefGroupTypeId=GLOBAL_PREFERENCESuserPrefTypeId=COMPACT_HEADERuserPrefValue=Y
I get see this message.
Found URL parameter [userPrefTypeId] passed to secure (https)
[
https://issues.apache.org/jira/browse/OFBIZ-1959?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12700543#action_12700543
]
David E. Jones commented on OFBIZ-1959:
---
Thanks for your review Michele.
I'm
[
https://issues.apache.org/jira/browse/OFBIZ-2322?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David E. Jones closed OFBIZ-2322.
-
Resolution: Fixed
Assignee: David E. Jones
Thanks Tim, this should be fixed in SVN rev
[
https://issues.apache.org/jira/browse/OFBIZ-2319?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David E. Jones closed OFBIZ-2319.
-
Resolution: Fixed
Assignee: David E. Jones
Thanks for reporting this BJ, it is fixed
There is a logo there... perhaps your seed data is not updated?
-David
On Apr 19, 2009, at 12:43 PM, Jacques Le Roux wrote:
No OFBiz logo in smoothfeather is wanted ?
Jacques
Looked into it a little more and it looks like the VT_HDR_IMAGE_URL
theme setting is totally ignored and the url is hard-coded in the CSS
files. I've updated that in SVN rev 766503 (and in the release branch).
-David
On Apr 19, 2009, at 1:32 PM, David E Jones wrote:
There is a logo
Thanks for the reminder Vikas. I have added permissions for those who
have access to the apps only for branches/release09.04.
-David
On Apr 20, 2009, at 4:48 AM, Vikas Mayur wrote:
Hi David,
I have fixed the sfa profile issue in r766636 and reverted part of
your commit (since
The safest syntax to use (but a bit cumbersome) is:
field=totalsMap[quot;receipt.orderItemSeqIdquot;]
If it works without the quot; then all the better though!
-David
On Apr 20, 2009, at 8:52 AM, Adrian Crum wrote:
Jacopo,
totalsMap.${receipt.orderItemSeqId}
should work on revision
Just a quick note on syntax: there is a difference between these two.
The first one totalsMap.${receipt.orderItemSeqId} is saying find an
entry in the totalsMap Map with the key consisting of the value of the
receipt.orderItemSeqId field.
The second one totalsMap.receipt.orderItemSeqId is
was able to receive items in inventory with no errors)... but I
didn't test it heavily, so I can't guarantee. :-)
Jacopo
On Apr 20, 2009, at 5:04 PM, David E Jones wrote:
The safest syntax to use (but a bit cumbersome) is:
field=totalsMap[quot;receipt.orderItemSeqIdquot;]
If it works without
the ${component-dir}/ script directory from the
classpath yet..
Jacques
From: David E Jones david.jo...@hotwaxmedia.com
It should be supported now, but yeah it would be a good idea to
test it before doing a mass change. And yes, a mass change there
would be great too.
Once those are done
didn't get success.
Thanks in advance for any help !
--
Ashish Vijaywargiya
On Sun, Apr 19, 2009 at 4:27 AM, David E Jones
david.jo...@hotwaxmedia.comwrote:
On Apr 18, 2009, at 4:48 AM, Jacques Le Roux wrote:
At
https://demo904.ofbiz.org/catalog/control/setUserPreference?userPrefGroupTypeId
[
https://issues.apache.org/jira/browse/OFBIZ-2288?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12701068#action_12701068
]
David E. Jones commented on OFBIZ-2288:
---
Thanks Ryan, that's a great improvement
[
https://issues.apache.org/jira/browse/OFBIZ-2288?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12701087#action_12701087
]
David E. Jones commented on OFBIZ-2288:
---
With source repositories you either use them
help in advance !
--
Ashish
David E Jones wrote:
I'm not sure I followed all of that... are you worried about having
a form nested within another form?
Yes, the forms will have to be outside the main form, but the links
to those forms can be inside the main form.
-David
On Apr 20
This practice is a bad one in general, and is usually used to
implement something like going back to a common page that is better
done with newer framework features like the last-view stuff in the
controller.xml file.
What's worse is that using these sorts of things often introduces
On Apr 22, 2009, at 12:50 AM, m...@apache.org wrote:
Author: mor
Date: Wed Apr 22 06:50:16 2009
New Revision: 767394
URL: http://svn.apache.org/viewvc?rev=767394view=rev
Log:
Facilitate packing screen to use verified orders from Verify Pick
screen by using existing shipment and invoice.
To remove the script directories from the classpath you would remove
their classpath entries from the various ofbiz-component.xml files (ie
that is where they are added to the classpath).
-David
On Apr 22, 2009, at 4:13 AM, Jacques Le Roux wrote:
Hi David,
Your suggestion was,
Once
. Thanks!
Vikas
On Apr 22, 2009, at 1:35 PM, David E Jones wrote:
On Apr 22, 2009, at 12:50 AM, m...@apache.org wrote:
Author: mor
Date: Wed Apr 22 06:50:16 2009
New Revision: 767394
URL: http://svn.apache.org/viewvc?rev=767394view=rev
Log:
Facilitate packing screen to use verified orders from
, is
there not a quick fix for that ?
Jacques
From: Jacques Le Roux jacques.le.r...@les7arts.com
From: David E Jones david.jo...@hotwaxmedia.com
This practice is a bad one in general, and is usually used to
implement something like going back to a common page that is
better done with newer framework
Yes, I agree... let's leave it all as-is. The number is a limit to the
size and has nothing to do with the actual amount of space required to
store the field... ie it is a VARCHAR and will only use the space
required for the length of the actual value.
Whatever the case, if it's not
Yes, one of the guidelines (or maybe a better term is best practice)
is to not have HTML in translation labels. There are a few reasons for
this that have come up over time:
1. ability to use labels in non-webapp contexts
2. be able to externally format/style the labels, perhaps
be just a single space. The label manager should define its
own special label which is not used anywhere else.
Andrew
On Apr 23, 2009, at 2:42 PM, David E Jones wrote:
Yes, one of the guidelines (or maybe a better term is best
practice) is to not have HTML in translation labels
Vikas,
There is a handy little trick in FreeMarker that will help with this
and make the count variable unnecessary. Take a peek at the _index
suffix described here:
http://www.freemarker.org/docs/ref_directive_list.html
-David
On Apr 24, 2009, at 6:47 AM, m...@apache.org wrote:
Where do these come from?
The view-home and view-last response types should NEVER be used
generically like this and instead should be specific for the
particular request flow they are part of. Along with that, they should
require https or not depending on the other requests they are
I'm guessing you're speaking of SAX parsers when you talk about event-
driven parsing.
If you take a look at the entity XML import code it actually is a SAX
event-driven parser.
As for other XML readers (like entity defs, widget XML files, etc,
etc) I'd be surprised if a SAX reader
Sorry I missed the earlier message...
Shouldn't this be in the framework and refactored to be part of the
service or perhaps webtools components? I ask because I think this is
more of a core/technical type of functionality.
-David
On Apr 26, 2009, at 9:53 PM, Ashish Vijaywargiya wrote:
For everyone interested in this: please note that the PMC is currently
discussing how to leverage this resource. The concern is that we don't
want any single person to be able to step up and post something on the
ofbiz blog and imply that it is the opinion and position of the
project as
It looks like there is some non-thread-safe code in this change. The
map class field is set when the set operation is run and not as part
of the XML definition and so would be changed by multiple threads
using the same ServiceEcaSetField definition object.
The map field should be moved
, and if
we call
with reques-redirect, we lost security.
If you add security on new uri backLast when can do that.
Nicolas
On Sat, 2009-04-25 at 19:10 -0600, David E Jones wrote:
Where do these come from?
The view-home and view-last response types should NEVER be
used
generically like
Thanks for taking care of that Hans, your changes look good.
-David
On Apr 28, 2009, at 6:32 AM, Hans Bakker wrote:
Thank you David,
these comments are highly appreciated and i will correct this
shortly...
Thanks again.
Hans
On Tue, 2009-04-28 at 05:49 -0600, David E Jones wrote
[
https://issues.apache.org/jira/browse/OFBIZ-2388?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12704114#action_12704114
]
David E. Jones commented on OFBIZ-2388:
---
The way this is implemented will not scale
What is the point of changing all of the security data like this? In
other words, is there some reason that the new security stuff can't
use the same permissions syntax/convention as the older security stuff?
The thing to keep in mind is that not only will there be a big effort
to make
Yeah, if we have two alternatives that might be confusing, why not
combine them and create a frankenstein option that will _definitely_
be confusing! ;)
I'm for displayName... when people say user name they usually mean
what we call user login ID, so that would be more confusing.
On Apr 30, 2009, at 11:07 AM, Jacopo Cappellato wrote:
On Apr 30, 2009, at 6:50 PM, Andrew Zeneski wrote:
... I'd be happy to discuss additional changes as well (which
aren't yet documented) like adding support to check multiple
permissions at once, returning a Map of results from that
Jones wrote:
On Apr 30, 2009, at 4:09 PM, Adrian Crum wrote:
David E Jones wrote:
In other words, it is nice to check permissions on the client
side and/or show permission impact in the UI, but that just
improves the UI... it doesn't actually enforce any of those
permissions checks because
The problem with Jira is that there is no good way to do threaded
discussions. If it is a single and very simple topic, no big deal...
but as soon as you have multiple questions or comments to respond
to... how do you do that?
Editing previous comments is an interesting way, but if
That's an interesting use of the set operation, does it actually work?
I would think this would make it try to cast the String to be a List
rather than adding it to the list.
The normal syntax would be something like:
set value=sequenceId field=orderBy[]/
Of course, if you want to make
[
https://issues.apache.org/jira/browse/OFBIZ-2388?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12704927#action_12704927
]
David E. Jones commented on OFBIZ-2388:
---
Question from Divesh:
But here
Yes, I think this is correct. The best way to make sure is to look at
the demo data, like the DemoOrderPeopleData.xml file and a few others
have PartyRelationship data in them.
-David
On May 1, 2009, at 11:45 AM, Andrew Zeneski wrote:
The PartyRelationship entity always confuses me, and
.
Somehow I missed to think like this.
--
Ashish
David E Jones wrote:
Sorry I missed the earlier message...
Shouldn't this be in the framework and refactored to be part of
the service or perhaps webtools components? I ask because I
think this is more of a core/technical type of functionality
This looks a lot more like a new feature than a bug fix to me.
I think Jacques is clearly voting for it being a bug fix.
Does anyone else have a vote/opinion?
-David
On May 2, 2009, at 5:37 PM, jler...@apache.org wrote:
Author: jleroux
Date: Sat May 2 23:08:44 2009
New Revision: 770998
On May 1, 2009, at 3:30 PM, Andrew Zeneski wrote:
Don't worry, I expected some level of resistance to a change of this
magnitude, plus this requires a very different way of thinking so I
planned on having to explain it, I tried to cover everything in the
document, but that's impossible to
[
https://issues.apache.org/jira/browse/OFBIZ-2383?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David E. Jones updated OFBIZ-2383:
--
Attachment: AuthzExampleComponentSupport.patch
Patch to show use of new security
This seemed like as good a message to respond to as any... nice thread
though!
Since revisionist history seems popular in this thread here is my own:
One day I saw a Jira issue that pointed to some big documents that
were in someone's personal space on confluence, and pages I had not
left for you, it
worked.
I will personally revert the rest of the code over the next week.
Andrew
On May 3, 2009, at 2:12 AM, David E Jones wrote:
This seemed like as good a message to respond to as any... nice
thread though!
Since revisionist history seems popular in this thread
On May 3, 2009, at 10:13 AM, Andrew Zeneski wrote:
So, the revert was warranted because only you saw fit to revert it.
Maybe I should start looking over your code and reverting things I
don't agree with. That would surely drive a this community in the
right direction sarcasm.
You may
On May 3, 2009, at 4:57 AM, Adrian Crum wrote:
--- On Sat, 5/2/09, David E Jones david.jo...@hotwaxmedia.com wrote:
My personal opinion on this is that the design has only
subjective improvements and most of it is a big step
backwards (easier but less flexible, for the services versus
direct
Which parts are you having trouble understanding? I'm sure someone
(probably even the original author in most cases) would be happy to
try to clarify it for you.
-David
On May 3, 2009, at 11:20 AM, Shi Yusen wrote:
Do me a favor please! Please use simple English as this is an
Wow, thanks Jacques. This is a great thing to see done.
On a side note for those reading in: this change impacts a lot of
stuff and will cause problems anywhere that something in these script
directories is still being referred to from the classpath. Hopefully
all of those are fixed, but
[
https://issues.apache.org/jira/browse/OFBIZ-2418?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David E. Jones closed OFBIZ-2418.
-
Resolution: Fixed
This should be fixed now, with SVN rev 771193 in the trunk and 771196
Do you really think the intent of the people discussing this is to
confuse people, or even to convince people?
Let's be realistic about this... the subject here is a complicated one
and there are lots of different issues related to it. Some points are
coming up but I don't think we've
Sam,
That's an interesting article, and very relevant for some security
related changes we've done in recent months.
I was going to say that this discussion about a new security approach
doesn't have much to do with that article since this discussion is
really just all about how to
On May 4, 2009, at 10:53 AM, Christian Geisert wrote:
Ean Schuessler schrieb:
[..]
Now a completely separate issue is how we determine whether
someone's changes are ready to go into the production repository.
In a Linus style model, it would just be up to David and then maybe
a lot of
401 - 500 of 2419 matches
Mail list logo
