[jira] Updated: (OFBIZ-4051) i18n for elrte editor

[ https://issues.apache.org/jira/browse/OFBIZ-4051?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] dukian updated OFBIZ-4051: -- Attachment: elret-zh_TW-modified-result.jpg OFBIZ-4051_zh_TW.patch Thanks for Jacques highlight

Re: O->R Mapping (Was: findByAnd(Map) ws findList(EntityCondition))

Yes, permgen space needs to be increased with this. Sorry, I mis-understood your objection as a performance related to speed of the newInstance() vs more classes. Marc Morin Emforium Group Inc. ALL-IN Software 519-772-6824 ext 201 mmo...@emforium.com - Original Message - > On 12/10/

Re: O->R Mapping (Was: findByAnd(Map) ws findList(EntityCondition))

On 12/10/2010 06:37 PM, Marc Morin wrote: The facade doesn't instantiate more objects than current, but the class hierarchy is taller. (ie. when GenericValue.makeValue() currently instantiates a GenericValue(), that factory would then instantiate a class based on the entity name, that derive

[jira] Updated: (OFBIZ-4052) Update Docbook files and give a nice look to doc

[ https://issues.apache.org/jira/browse/OFBIZ-4052?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] BJ Freeman updated OFBIZ-4052: -- Attachment: OFBIZ-4052Docbookfiles.patch had an extra file that was not needed. uploaded modified patch

Re: O->R Mapping (Was: findByAnd(Map) ws findList(EntityCondition))

The facade doesn't instantiate more objects than current, but the class hierarchy is taller. (ie. when GenericValue.makeValue() currently instantiates a GenericValue(), that factory would then instantiate a class based on the entity name, that derives from GenericValue()). The "speed" of the

[jira] Commented: (OFBIZ-4052) Update Docbook files and give a nice look to doc

[ https://issues.apache.org/jira/browse/OFBIZ-4052?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970350#action_12970350 ] BJ Freeman commented on OFBIZ-4052: --- so if I understand this, you applied the patch and i

[jira] Commented: (OFBIZ-3485) Error in updating party postal address if party has an EftAccount

[ https://issues.apache.org/jira/browse/OFBIZ-3485?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970344#action_12970344 ] Si Chen commented on OFBIZ-3485: What happened to this? Has it been fixed? > Error in upd

Re: demo server performance

On 12/10/2010 03:46 PM, Jacques Le Roux wrote: From: "Jacques Le Roux" From: "Adam Heath" On 12/10/2010 04:05 AM, Jacques Le Roux wrote: Hi devs, FYI, this morning the trunk demo was stale again. It was running but not accessible. I then stopped and restarted, same issue. I tried an "svn st

Re: demo server performance

From: "Jacques Le Roux" From: "Adam Heath" On 12/10/2010 04:05 AM, Jacques Le Roux wrote: Hi devs, FYI, this morning the trunk demo was stale again. It was running but not accessible. I then stopped and restarted, same issue. I tried an "svn st" no issues there. I reloaded all manually (I ha

Re: findByAnd(Map) ws findList(EntityCondition)

On 11/12/2010, at 4:20 AM, Marc Morin wrote: > In the spirit of changing the entity/delegator interface more object > friendly, why not take this to then next step and generate POJO interfaces > for each entity. These would extend GenericValue but provide a simple > gettor/settor facade allowi

[jira] Commented: (OFBIZ-4051) i18n for elrte editor

[ https://issues.apache.org/jira/browse/OFBIZ-4051?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970306#action_12970306 ] Jacques Le Roux commented on OFBIZ-4051: Oops sorry, it's ok, actually it was only

[jira] Commented: (OFBIZ-4051) i18n for elrte editor

[ https://issues.apache.org/jira/browse/OFBIZ-4051?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970303#action_12970303 ] Jacques Le Roux commented on OFBIZ-4051: As I suspected this needs a bit more work

[jira] Commented: (OFBIZ-4052) Update Docbook files and give a nice look to doc

[ https://issues.apache.org/jira/browse/OFBIZ-4052?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970302#action_12970302 ] Jacques Le Roux commented on OFBIZ-4052: Of course I had also reverted my changes.

Re: jquey

Yes, while mucking around with the trunk demo this morning I simply misused the merge (wrong way) and actually I have any conflicts to handle but a false one. It's committing... Jacques From: "Bruno Busco" Jacques, you have already ported in the jquery branch all the changes of the trunk. So

Re: jquey

Jacques, you have already ported in the jquery branch all the changes of the trunk. So now the jquery branch is actually how the trunk should be after the merge. Any conflict should be quickly resolved using the copy of the files from the jquery brqnch. -Bruno 2010/12/10 Sascha Rodekamp > Oh Ja

Re: O->R Mapping (Was: findByAnd(Map) ws findList(EntityCondition))

I am happy as long as not OOTB I doubt that there will be any effort to optimize, under current design, if they are done in OO way. as you said the path of least resistance with the fact that the volunteer group does not have energy to do that. BJ Freeman Strategic Pow

Re: demo server performance

On 12/10/2010 12:40 PM, Bruno Busco wrote: Or, maybe those certain things should not be enabled by default. Maybe move them to a specialpurpose location, which then extends the framework/application components with additional menu/screen entries. We could also manage a patch committed to the

Re: demo server performance

> > > Or, maybe those certain things should not be enabled by default. Maybe move > them to a specialpurpose location, which then extends the > framework/application components with additional menu/screen entries. > We could also manage a patch committed to the SVN that is used for the demo server

Re: O->R Mapping (Was: findByAnd(Map) ws findList(EntityCondition))

On 12/10/2010 11:54 AM, BJ Freeman wrote: the "facade" is exactly what ofbiz wants to avoid. the extra overhead of the conversion. I disagree. OOTB ofbiz should not use any such facades. But having them available for end-users to make use of is a win, IMHO. Makes it easier for new people t

Re: Re: demo server performance

Yes, I used something like that in conf, I can't remember what exactly, your link seems OK Thanks Jacques From: "BJ Freeman" Got kicked back so resend the search engines have the old link and if you change it will still use them plus the new ones. rewrites is the way to block urls. http://

Re: O->R Mapping (Was: findByAnd(Map) ws findList(EntityCondition))

the "facade" is exactly what ofbiz wants to avoid. the extra overhead of the conversion. Marc Morin sent the following on 12/10/2010 8:17 AM: This isn't Object->Relational mapping but Relational->Object mapping. It doesn't change ANY of the obiz entity semantics, it just provides a facade over

[jira] Commented: (OFBIZ-4052) Update Docbook files and give a nice look to doc

[ https://issues.apache.org/jira/browse/OFBIZ-4052?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970243#action_12970243 ] BJ Freeman commented on OFBIZ-4052: --- you disabled the url which I reversed on my demo :D

Fwd: Re: demo server performance

got kicked back resend. from the server side activity, one visit (one URL) is multiple Get requests. between 5 search engines I have continuous request on my ecommerce. the commerce side gets multiple Search engine requests at one time. most ecommerce sites consider 1,000 views per sec low and 10

Fwd: Re: demo server performance

Got kicked back so resend the search engines have the old link and if you change it will still use them plus the new ones. rewrites is the way to block urls. http://en.linuxreviews.org/HOWTO_stop_automated_spam-bots_using_.htaccess towards the bottom is some good examples. though this uses .htac

Re: findByAnd(Map) ws findList(EntityCondition)

make ofbiz more object friendly goes against the orginal design and David has address why. = BJ Freeman Strategic Power Office with Supplier Automation Specialtymarket.com

Re: demo server performance

From: "Adam Heath" On 12/10/2010 04:05 AM, Jacques Le Roux wrote: Hi devs, FYI, this morning the trunk demo was stale again. It was running but not accessible. I then stopped and restarted, same issue. I tried an "svn st" no issues there. I reloaded all manually (I have a script for that) and

Re: demo server performance

From: "Adam Heath" On 12/10/2010 07:20 AM, Jacques Le Roux wrote: Christian Geisert wrote: Why just webtools, I think indexing the whole demo instance doesn't make sense... Yes, it's just that I'm not quite sure where to put the robots.txt (under all wepbapps roots?). That's why I spoke abou

Re: demo server performance

On 12/10/2010 07:20 AM, Jacques Le Roux wrote: Christian Geisert wrote: Why just webtools, I think indexing the whole demo instance doesn't make sense... Yes, it's just that I'm not quite sure where to put the robots.txt (under all wepbapps roots?). That's why I spoke about HTTPD conf. I remem

Re: demo server performance

On 12/10/2010 04:05 AM, Jacques Le Roux wrote: Hi devs, FYI, this morning the trunk demo was stale again. It was running but not accessible. I then stopped and restarted, same issue. I tried an "svn st" no issues there. I reloaded all manually (I have a script for that) and it was then OK. Whe

[jira] Commented: (OFBIZ-4053) Implement an Entity Query Builder

[ https://issues.apache.org/jira/browse/OFBIZ-4053?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970214#action_12970214 ] Adam Heath commented on OFBIZ-4053: --- Maybe have a few static methods in Delegator, like t

Re: O->R Mapping (Was: findByAnd(Map) ws findList(EntityCondition))

This isn't Object->Relational mapping but Relational->Object mapping. It doesn't change ANY of the obiz entity semantics, it just provides a facade over the entities that can optionally be used by Java code (not framework code, but application layer) to recognize that the business logic IS tigh

Re: demo server performance

I have just tried to use top and jstack to get more information Top gives me (using shift-H to get threads showing and c to see which thread belongs to which process) PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 20059 ofbiz 20 0 1398m 898m 16m R 28.4 35.7 86:07.44

O->R Mapping (Was: findByAnd(Map) ws findList(EntityCondition))

I have thought about this idea, and at first glance it seems cool and all, but one of the selling points of OFBiz is that it intentionally stays away from this type of Object->Relational mapping. OFBiz developers find that direct access to the relational database is easier to use. -Adrian On

Re: findByAnd(Map) ws findList(EntityCondition)

In the spirit of changing the entity/delegator interface more object friendly, why not take this to then next step and generate POJO interfaces for each entity. These would extend GenericValue but provide a simple gettor/settor facade allowing compile time type checking and removing of the "str

Re: demo server performance

Jacques Le Roux schrieb: Christian Geisert wrote: Why just webtools, I think indexing the whole demo instance doesn't make sense... Yes, it's just that I'm not quite sure where to put the robots.txt (under all wepbapps roots?). That's why I spoke about HTTPD conf. I remember having handled r

[jira] Issue Comment Edited: (OFBIZ-4052) Update Docbook files and give a nice look to doc

[ https://issues.apache.org/jira/browse/OFBIZ-4052?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970128#action_12970128 ] Jacques Le Roux edited comment on OFBIZ-4052 at 12/10/10 8:23 AM: ---

Re: demo server performance

Christian Geisert wrote: Why just webtools, I think indexing the whole demo instance doesn't make sense... Yes, it's just that I'm not quite sure where to put the robots.txt (under all wepbapps roots?). That's why I spoke about HTTPD conf. I remember having handled robots there for a client si

Re: demo server performance

Why just webtools, I think indexing the whole demo instance doesn't make sense... I'm happy to help here (I might even find some time on the weekend ;-) Christian Jacques Le Roux schrieb: Right, that's what I would do if I knew where to put it. I tried to put one at framework/webtools/webapp/w

Re: demo server performance

Thanks BJ, I will remember. Unfortunaltely for the (less annoying) problem at hand we need more a detailled threads report and have nothing ready. Jacques BJ Freeman wrote: that works for me. Count me in. = BJ Freeman Strategic Power Office with Supplier Automation

Re: demo server performance

Right, that's what I would do if I knew where to put it. I tried to put one at framework/webtools/webapp/webtools User-agent: * Disallow: / But I'm not sure it works and anyway it would cover only webtools Jacques Christian Geisert wrote: Why not just kepp out Google (and all the other searc

[jira] Commented: (OFBIZ-4052) Update Docbook files and give a nice look to doc

[ https://issues.apache.org/jira/browse/OFBIZ-4052?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970128#action_12970128 ] Jacques Le Roux commented on OFBIZ-4052: Hi BJ, Looks nice indeed. I guess you do

Re: demo server performance

Why not just kepp out Google (and all the other search engines) with robots.txt? Christian Jacques Le Roux schrieb: We currently use flexadmin as it was set before we ran on Contegix. On Contegix we used demoadmin, should we turn to it rather? Thanks Jacques Scott Gray wrote: That's an int

Re: demo server performance

We currently use flexadmin as it was set before we ran on Contegix. On Contegix we used demoadmin, should we turn to it rather? Thanks Jacques Scott Gray wrote: That's an interesting point, I guess because of the admin credentials being included in the links to the demos that google is able

[jira] Commented: (OFBIZ-4051) i18n for elrte editor

[ https://issues.apache.org/jira/browse/OFBIZ-4051?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970117#action_12970117 ] Sascha Rodekamp commented on OFBIZ-4051: Thanks Erwan for you're effort :-) > i18n

Re: demo server performance

Hi devs, FYI, this morning the trunk demo was stale again. It was running but not accessible. I then stopped and restarted, same issue. I tried an "svn st" no issues there. I reloaded all manually (I have a script for that) and it was then OK. BJ, I tried to reload Firefox with your 5 URLs: n

Re: demo server performance

Yes, I have asked the infra team it they could filter spiders, but got no answers. I guess they expect us to also handle HTTPD. I did not look at it yet Jacques From: "Bruno Busco" Yesterday I gave a look to the demo visits and found that Google is hitting the server about every 30 seconds. S

Re: demo server performance

Just for clarity, I don't test on the ofbiz "DEmO" server. I give links in responses to questions or ask them to run their steps on the server to make sure we are talking about the same thing. I apologize if it seems I am demanding, by letting you know what I see that is transitional most of the

Re: findByAnd(Map) ws findList(EntityCondition)

HotWax Media http://www.hotwaxmedia.com On 10/12/2010, at 8:58 AM, Scott Gray wrote: > On 10/12/2010, at 8:54 AM, Adam Heath wrote: > >> On 12/09/2010 01:48 PM, Scott Gray wrote: >>> On 10/12/2010, at 5:53 AM, Adam Heath wrote: >>> On 12/09/2010 12:03 AM, Scott Gray wrote: > On 9/12/2

Re: demo server performance

That's an interesting point, I guess because of the admin credentials being included in the links to the demos that google is able to follow on through into all the backend apps. Regards Scott HotWax Media http://www.hotwaxmedia.com On 10/12/2010, at 10:24 PM, Bruno Busco wrote: > Yesterday I

[jira] Updated: (OFBIZ-4053) Implement an Entity Query Builder

[ https://issues.apache.org/jira/browse/OFBIZ-4053?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Scott Gray updated OFBIZ-4053: -- Attachment: builder.patch > Implement an Entity Query Builder > - > >

[jira] Created: (OFBIZ-4053) Implement an Entity Query Builder

Implement an Entity Query Builder - Key: OFBIZ-4053 URL: https://issues.apache.org/jira/browse/OFBIZ-4053 Project: OFBiz Issue Type: New Feature Components: framework Affects Versions: SVN trunk

Re: jquey

Oh Jacques you have my sympathy svn conflicts in such a merge can really be a pain. But I think you can handle it. Chucka :-) Am 09.12.2010 um 19:35 schrieb "Jacques Le Roux" : > At 1st glance it does not look like a quickly done task. There are 68 > conflicts to handle. 70% are tree conflicts,

Re: demo server performance

Yesterday I gave a look to the demo visits and found that Google is hitting the server about every 30 seconds. So it is possible that any URL (includind Webtools->Artifact Info) is hitten almost frequently. -Bruno 2010/12/10 Jacques Le Roux > From: "BJ Freeman" > >> Thanks for you view on my m