[VOTE] reintroduce the evicted specialpurpose components in R13.07

[Pierre Smits]

Don't we also have dependencies on birt? Regarding reporting in accounting
and order?

Best regards,

Pierre Smits

*ORRTIZ.COM <http://www.orrtiz.com>*
Services & Solutions for Cloud-
Based Manufacturing, Professional
Services and Retail & Trade
http://www.orrtiz.com

On Tue, Mar 24, 2015 at 4:20 PM, Jacques Le Roux <
[hidden email]> wrote:

>
> Le 24/03/2015 16:12, Jacques Le Roux a écrit :
>
>> @Ron,
>>
>> Could you please update the graph at https://cwiki.apache.org/
>> confluence/display/OFBIZ/Component+and+Component+Set+Dependencies to
>> show the framework dependency on ecommerce?
>> You see this is what I dread, apart you nobody knows Graphviz, hopefully
>> I guess it's easy to use?
>>
>
> Sorry for the confusion Ron, only of course if OFBIZ-6110  is not enough
> (we have and indirect dependency of framework to ecommerce through order
> and product)
> So waiting Jacopo's answer
>
> Jacques
>
>
>
>> @Jacopo,
>>
>> About this framework dependency on ecommerce, I hope it's only about
>> data, is https://issues.apache.org/jira/browse/OFBIZ-6110 enough?
>>
>> Thanks
>>
>> Jacques
>>
>> Le 24/03/2015 15:54, Jacques Le Roux a écrit :
>>
>>> Ha right, I did not remember that indeed.
>>>
>>> Jacques
>>>
>>> Le 24/03/2015 15:20, Jacopo Cappellato a écrit :
>>>
>>>> On Mar 24, 2015, at 2:56 PM, Jacques Le Roux <
>>>> [hidden email]> wrote:
>>>>
>>>>  If this is a criteria I believe the pos component would be in the same
>>>>> situation than the ecommerce component...  It adds new entities and some
>>>>> data, but they make sense, it does not redefine anything.
>>>>>
>>>> I think you don't remember the real reason the ecommerce component is
>>>> in the 13.07 release branch: the only reason is that the
>>>> framework/applications have a (bad/wrong) dependency on ecommerce and we
>>>> could not pull it without breaking them.
>>>>
>>>> Jacopo
>>>>
>>>>
>>>
>>

[Jacques Le Roux]

Le 24/03/2015 16:20, Ron Wheeler a écrit :

> Sub-projects?
>
> If anyone is still reading...
> The project seems to have reached a size where managing it is getting to be too contentious.
>
> There was a suggestion about splitting out the framework and releasing it as a separate deliverable.
> This idea seems to have some merit.
> - it would force clarity about dependencies
> - it would allow the framework to be documented and "marketed" as a separate entity for those who do not want all of the apps.
> - it would allow framework bugs and enhancements (caching fix?) to  be released more often.
> - it would probably add some stability to the framework by forcing applications to provide their own seed data and to be explicit about what
> versions of the framework are required.
> - it would allow segregation of commmitters so that people with no interest in applications could work on the framework and vice versa.
> - it would make the web site and wiki a damn sight easier to understand and maintain.
>
> This discussion seems to be about finding a way to split the application base into manageable units that can be released, when and if there is a
> need, without holding up the progress towards a release of the core (whatever that turns out to be).
>
> At some point the OFBiz community is going to have to bite the bullet on this and I think that this might be the time to analyze whether the current
> effort in managing the floating definition of "core functionality" is more trouble than addressing it properly and breaking the project into
> separately released sub-projects.
>
> Is there a consensus of what constitutes a set of applications that absolutely must be released as a unit in order for cross applications
> dependencies to work?
> Can this be reduced?
> I can not see any reason why it would not be acceptable to have an application that warrants that its version 15.01.1 requires framework > 12.04.0
> and core 12.04.5 while version 15.03.01 requires the latest framework 13.07.xx and application core 13.07.xx.
>
> I understand that there is some cleaning up of entities and seed data that needs to be done but it does not seem to be a problem beyond the
> capabilities of the team.

Right, I think we got your idea Ron, we try to focus on the issues at hand. Then we will be able to consider your proposition :)

Jacques

>
>
> Ron
>
>
> On 24/03/2015 10:26 AM, Jacopo Cappellato wrote:
>> On Mar 24, 2015, at 2:56 PM, Jacques Le Roux <[hidden email]> wrote:
>>
>>>> * there are components that have issues (that can include license concerns and/or vulnerabilities): better to leave them out from release branches
>>> They should even not be in trunk then
>> I agree; but if they are in published releases this is even worse because the PMC have to sign them. trunk is not officially published.
>> We discussed about these concepts several times.
>>
>> Jacopo
>>
>>
>
>

[Jacques Le Roux]

I think  Jacopo and I took care of this (mostly Jacopo)
For order you can check that by yourself at http://demo-stable-ofbiz.apache.org/ordermgr/control/OrderPurchaseReportOptions
For accounting I let you find your way (in other words I let you bring the proof it's not ;) )

Jacques

Le 24/03/2015 16:23, Pierre Smits a écrit :

> Don't we also have dependencies on birt? Regarding reporting in accounting
> and order?
>
> Best regards,
>
> Pierre Smits
>
> *ORRTIZ.COM <http://www.orrtiz.com>*
> Services & Solutions for Cloud-
> Based Manufacturing, Professional
> Services and Retail & Trade
> http://www.orrtiz.com
>
> On Tue, Mar 24, 2015 at 4:20 PM, Jacques Le Roux <
> [hidden email]> wrote:
>
>> Le 24/03/2015 16:12, Jacques Le Roux a écrit :
>>
>>> @Ron,
>>>
>>> Could you please update the graph at https://cwiki.apache.org/
>>> confluence/display/OFBIZ/Component+and+Component+Set+Dependencies to
>>> show the framework dependency on ecommerce?
>>> You see this is what I dread, apart you nobody knows Graphviz, hopefully
>>> I guess it's easy to use?
>>>
>> Sorry for the confusion Ron, only of course if OFBIZ-6110  is not enough
>> (we have and indirect dependency of framework to ecommerce through order
>> and product)
>> So waiting Jacopo's answer
>>
>> Jacques
>>
>>
>>
>>> @Jacopo,
>>>
>>> About this framework dependency on ecommerce, I hope it's only about
>>> data, is https://issues.apache.org/jira/browse/OFBIZ-6110 enough?
>>>
>>> Thanks
>>>
>>> Jacques
>>>
>>> Le 24/03/2015 15:54, Jacques Le Roux a écrit :
>>>
>>>> Ha right, I did not remember that indeed.
>>>>
>>>> Jacques
>>>>
>>>> Le 24/03/2015 15:20, Jacopo Cappellato a écrit :
>>>>
>>>>> On Mar 24, 2015, at 2:56 PM, Jacques Le Roux <
>>>>> [hidden email]> wrote:
>>>>>
>>>>>   If this is a criteria I believe the pos component would be in the same
>>>>>> situation than the ecommerce component...  It adds new entities and some
>>>>>> data, but they make sense, it does not redefine anything.
>>>>>>
>>>>> I think you don't remember the real reason the ecommerce component is
>>>>> in the 13.07 release branch: the only reason is that the
>>>>> framework/applications have a (bad/wrong) dependency on ecommerce and we
>>>>> could not pull it without breaking them.
>>>>>
>>>>> Jacopo
>>>>>
>>>>>

[Jacques Le Roux]

Le 24/03/2015 16:29, Jacques Le Roux a écrit :
> I think  Jacopo and I took care of this (mostly Jacopo)
> For order you can check that by yourself at http://demo-stable-ofbiz.apache.org/ordermgr/control/OrderPurchaseReportOptions
> For accounting I let you find your way (in other words I let you bring the proof it's not ;) )

Ha you are lucky, I had it somewhere
accounting/control/FinancialSummaryReportOptions?organizationPartyId=Company
     accounting/control/TrialBalance
     accounting/control/IncomeStatement?organizationPartyId=Company
     accounting/control/BalanceSheet?organizationPartyId=Company
accounting/control/GlAccountBalanceByCostCenter?organizationPartyId=Company
Maybe not all are Birt though

Jacques

>
> Jacques
>
> Le 24/03/2015 16:23, Pierre Smits a écrit :
>> Don't we also have dependencies on birt? Regarding reporting in accounting
>> and order?
>>
>> Best regards,
>>
>> Pierre Smits
>>
>> *ORRTIZ.COM <http://www.orrtiz.com>*
>> Services & Solutions for Cloud-
>> Based Manufacturing, Professional
>> Services and Retail & Trade
>> http://www.orrtiz.com
>>
>> On Tue, Mar 24, 2015 at 4:20 PM, Jacques Le Roux <
>> [hidden email]> wrote:
>>
>>> Le 24/03/2015 16:12, Jacques Le Roux a écrit :
>>>
>>>> @Ron,
>>>>
>>>> Could you please update the graph at https://cwiki.apache.org/
>>>> confluence/display/OFBIZ/Component+and+Component+Set+Dependencies to
>>>> show the framework dependency on ecommerce?
>>>> You see this is what I dread, apart you nobody knows Graphviz, hopefully
>>>> I guess it's easy to use?
>>>>
>>> Sorry for the confusion Ron, only of course if OFBIZ-6110  is not enough
>>> (we have and indirect dependency of framework to ecommerce through order
>>> and product)
>>> So waiting Jacopo's answer
>>>
>>> Jacques
>>>
>>>
>>>
>>>> @Jacopo,
>>>>
>>>> About this framework dependency on ecommerce, I hope it's only about
>>>> data, is https://issues.apache.org/jira/browse/OFBIZ-6110 enough?
>>>>
>>>> Thanks
>>>>
>>>> Jacques
>>>>
>>>> Le 24/03/2015 15:54, Jacques Le Roux a écrit :
>>>>
>>>>> Ha right, I did not remember that indeed.
>>>>>
>>>>> Jacques
>>>>>
>>>>> Le 24/03/2015 15:20, Jacopo Cappellato a écrit :
>>>>>
>>>>>> On Mar 24, 2015, at 2:56 PM, Jacques Le Roux <
>>>>>> [hidden email]> wrote:
>>>>>>
>>>>>>   If this is a criteria I believe the pos component would be in the same
>>>>>>> situation than the ecommerce component...  It adds new entities and some
>>>>>>> data, but they make sense, it does not redefine anything.
>>>>>>>
>>>>>> I think you don't remember the real reason the ecommerce component is
>>>>>> in the 13.07 release branch: the only reason is that the
>>>>>> framework/applications have a (bad/wrong) dependency on ecommerce and we
>>>>>> could not pull it without breaking them.
>>>>>>
>>>>>> Jacopo
>>>>>>
>>>>>>
>

[Jacopo Cappellato-5]

The accounting component has financial reports implemented as screen widgets (html/pdf/csv) that the Birt component overrides with different ones implemented with Birt.
This is actually one example about a specialpurpose component that is overriding/hiding functionality that is already provided by the applications with a different one: you can't see them when Birt is enabled.

Jacopo

On Mar 24, 2015, at 4:23 PM, Pierre Smits <[hidden email]> wrote:

> Don't we also have dependencies on birt? Regarding reporting in accounting
> and order?
>
> Best regards,
>
> Pierre Smits

[Jacopo Cappellato-5]

On Mar 24, 2015, at 4:12 PM, Jacques Le Roux <[hidden email]> wrote:

> @Jacopo,
>
> About this framework dependency on ecommerce, I hope it's only about data, is https://issues.apache.org/jira/browse/OFBIZ-6110 enough?

Unfortunately there is more than data; some examples that I am aware of, but there may be more:

1) demo data (required by unit tests)
2) there are ecommerce category/product detail templates referenced from the product/catalog application
3) ecommerce labels used by some applications, code
4) default templates in ecommerce referenced by Java code in the applications, for example: ProductEvents.tellAFriend, ProductStoreWorker.defaultProductStoreEmailScreenLocation

Jacopo

[Jacopo Cappellato-5]

On Mar 24, 2015, at 3:59 PM, Jacques Le Roux <[hidden email]> wrote:

> I don't think it's a good idea to remove *all* specialpurpose components from a release (but those we can't)

Yes, I know your opinion on this as you have been very vocal about it :-)
This time, it will be good to decide for 14.12 with formal votes (and not just with an open discussion as we did) to prevent the risk that the ones who disagree with the decision we will take will reopen the discussion again and again.

Jacopo

[Nicolas Malin-2]

Hello,
1) +0, currently we don't have a beautifully solution to manage
components with dependencies out of OFBiz and also I agree with jacopo
with the component surcharge problem
2) -1 it's now to each interested people to manage the backport on their
local repo.

Nicolas

Le 22/03/2015 18:27, Jacques Le Roux a écrit :

> I tried to begin a discussion on this subject few times, notably at
> http://markmail.org/message/lgqhdtotwhfebqmw
>
> But nothing happened, so I think the best is to start a vote. I see 2
> questions hence 2 votes, I don't think it's necessary to start 2
> threads because these 2 questions are closely related.
> So please vote for both questions, the ballot will last a week to
> allow everybody to have a chance to cast a vote.
>
> You can refer to https://www.apache.org/foundation/voting.html if you
> need information on how to vote. I suggest we only use
>
> +1 = I'm for
> +0 = not sure
> -1 = I'm against
>
> 1) Do you agree to reintroduce the evicted specialpurpose components
> in R13.07?
> Notes:
> The question is not about which components should and should not, it's
> all or nothing. Choosing component to put to Attic should be done in
> trunk as we did with appserver recently.
> I proposed 2 ways for doing that in the thread linked above, depending
> on the result of this vote this will be or not a new question (or
> might be discussed again if the vote is positive)
>
> The 2nd is of more importance since it concerns future releases
> 2) Do you agree to reintroduce the evicted specialpurpose components
> in future R13.07 releases?
> Note: Jacopo already started a thread about it at
> http://markmail.org/message/vwyuaokuzcj44z6w that's why I decided to
> ask for a vote to clearly and definitively close this chapter with the
> help of the community. Personally I will be happy with the solutions
> the community will come with.
>
> The current situation (all but ecommerce component evicted from
> specialpurpose in R13.07 branch and releases) comes from a lazy
> consensus (no formal vote) but weirdly now both questions concern a
> code modification so can be vetoed. Note that the second question is
> not about releasing or not. So it's not a vote on releasing a package,
> it's rather a preamble to future R13.07 package releases.
>
> Thanks for your attention and please vote!
>
> Jacques

[Jacques Le Roux]

Can we say that the Birt reports are better? Do they always work (I got some issues there)

Also just tried http://demo-stable-ofbiz.apache.org/accounting/control/FinancialSummaryReportOptions?organizationPartyId=Company where Birt is not and
all reports fail, normal?

Jacques

Le 24/03/2015 16:36, Jacopo Cappellato a écrit :

> The accounting component has financial reports implemented as screen widgets (html/pdf/csv) that the Birt component overrides with different ones implemented with Birt.
> This is actually one example about a specialpurpose component that is overriding/hiding functionality that is already provided by the applications with a different one: you can't see them when Birt is enabled.
>
> Jacopo
>
> On Mar 24, 2015, at 4:23 PM, Pierre Smits <[hidden email]> wrote:
>
>> Don't we also have dependencies on birt? Regarding reporting in accounting
>> and order?
>>
>> Best regards,
>>
>> Pierre Smits
>
>

[Jacopo Cappellato-5]

On Mar 25, 2015, at 10:55 AM, Jacques Le Roux <[hidden email]> wrote:

> Can we say that the Birt reports are better? Do they always work (I got some issues there)

No, I wouldn't say that (of course you are free to think otherwise, it is just the *we* part that I disagree with).

>
> Also just tried http://demo-stable-ofbiz.apache.org/accounting/control/FinancialSummaryReportOptions?organizationPartyId=Company where Birt is not and all reports fail, normal?

I am not sure I understand... I got the same errors with or without Birt: the request maps are not defined; I don't see how this bug fits into this conversation.
But for example, the balance sheet report:
https://localhost:8443/accounting/control/BalanceSheet?organizationPartyId=Company
is not a Birt report and works well; however the if you click on the "Export as pdf" button you get an error when Birt is active while it works when Birt is inactive.

Jacopo

>
> Jacques
>
> Le 24/03/2015 16:36, Jacopo Cappellato a écrit :
>> The accounting component has financial reports implemented as screen widgets (html/pdf/csv) that the Birt component overrides with different ones implemented with Birt.
>> This is actually one example about a specialpurpose component that is overriding/hiding functionality that is already provided by the applications with a different one: you can't see them when Birt is enabled.
>>
>> Jacopo
>>
>> On Mar 24, 2015, at 4:23 PM, Pierre Smits <[hidden email]> wrote:
>>
>>> Don't we also have dependencies on birt? Regarding reporting in accounting
>>> and order?
>>>
>>> Best regards,
>>>
>>> Pierre Smits
>>
>>

[Jacques Le Roux]

Le 25/03/2015 11:34, Jacopo Cappellato a écrit :
> On Mar 25, 2015, at 10:55 AM, Jacques Le Roux <[hidden email]> wrote:
>
>> Can we say that the Birt reports are better? Do they always work (I got some issues there)
> No, I wouldn't say that (of course you are free to think otherwise, it is just the *we* part that I disagree with).

OK to sum up, why do we have Birt there then? (question not specifically intended to you Jacopo)

>> Also just tried http://demo-stable-ofbiz.apache.org/accounting/control/FinancialSummaryReportOptions?organizationPartyId=Company where Birt is not and all reports fail, normal?
> I am not sure I understand... I got the same errors with or without Birt: the request maps are not defined; I don't see how this bug fits into this conversation.

Same with trunk demo, OK to be revisited :/

> But for example, the balance sheet report:
> https://localhost:8443/accounting/control/BalanceSheet?organizationPartyId=Company
> is not a Birt report and works well; however the if you click on the "Export as pdf" button you get an error when Birt is active while it works when Birt is inactive.

So again, why do we have Birt there then? (question not specifically intended to you Jacopo)

Jacques

>
> Jacopo
>
>> Jacques
>>
>> Le 24/03/2015 16:36, Jacopo Cappellato a écrit :
>>> The accounting component has financial reports implemented as screen widgets (html/pdf/csv) that the Birt component overrides with different ones implemented with Birt.
>>> This is actually one example about a specialpurpose component that is overriding/hiding functionality that is already provided by the applications with a different one: you can't see them when Birt is enabled.
>>>
>>> Jacopo
>>>
>>> On Mar 24, 2015, at 4:23 PM, Pierre Smits <[hidden email]> wrote:
>>>
>>>> Don't we also have dependencies on birt? Regarding reporting in accounting
>>>> and order?
>>>>
>>>> Best regards,
>>>>
>>>> Pierre Smits
>>>
>
>

[taher]

Hi Jacques,

With respect to your question below on BIRT and regardless of whether
reports are failing or not IMHO we should discuss the principles.

So the question is very simple. Is it better to use Apache FOP with the
screen widgets to create reports or is it better to utilize a reporting and
business intelligence engine?

To me, this is a no brainer. A full blown engine is definitely better (even
if not necessarily BIRT) for the following reasons:

1- Designer WYSIWYG tools available for much greater productivity and user
friendliness. You can even expose such tools directly to your clients.

2- Ability to design data set, cubes, parameters, charts, graphs, master
pages with headers and footers, and a lot more

3- Ability to do dynamic scripting of the data on an event model which
allows for maximum flexibility in design

4- Ability to export output to many formats (PDF, HTML, word, excel, CSV,
...)

5- Ability to specify unified report libraries containing shared themes,
master pages, javascript source files, CSS, images, etc ...

6- Ability to deploy the reporting server as a standalone solution

7- Ability to integrate with the entity engine or to connect directly to
the database.
8- Building reports on a modular design structure

The above is just a quick brain dump, I am sure there are many other
benefits.

My 2 cents.

Taher Alkhateeb

On Wed, Mar 25, 2015 at 1:34 PM, Jacopo Cappellato <
[hidden email]> wrote:

>
> On Mar 25, 2015, at 10:55 AM, Jacques Le Roux <
> [hidden email]> wrote:
>
> > Can we say that the Birt reports are better? Do they always work (I got
> some issues there)
>
> No, I wouldn't say that (of course you are free to think otherwise, it is
> just the *we* part that I disagree with).
>
> >
> > Also just tried
> http://demo-stable-ofbiz.apache.org/accounting/control/FinancialSummaryReportOptions?organizationPartyId=Company
> where Birt is not and all reports fail, normal?
>
> I am not sure I understand... I got the same errors with or without Birt:
> the request maps are not defined; I don't see how this bug fits into this
> conversation.
> But for example, the balance sheet report:
>
> https://localhost:8443/accounting/control/BalanceSheet?organizationPartyId=Company
> is not a Birt report and works well; however the if you click on the
> "Export as pdf" button you get an error when Birt is active while it works
> when Birt is inactive.
>
> Jacopo
>
> >
> > Jacques
> >
> > Le 24/03/2015 16:36, Jacopo Cappellato a écrit :
> >> The accounting component has financial reports implemented as screen
> widgets (html/pdf/csv) that the Birt component overrides with different
> ones implemented with Birt.
> >> This is actually one example about a specialpurpose component that is
> overriding/hiding functionality that is already provided by the
> applications with a different one: you can't see them when Birt is enabled.
> >>
> >> Jacopo
> >>
> >> On Mar 24, 2015, at 4:23 PM, Pierre Smits <[hidden email]>
> wrote:
> >>
> >>> Don't we also have dependencies on birt? Regarding reporting in
> accounting
> >>> and order?
> >>>
> >>> Best regards,
> >>>
> >>> Pierre Smits
> >>
> >>
>
>

[Pierre Smits]

Maybe you could file a bug issue regarding that?

Best regards,

Pierre Smits

*ORRTIZ.COM <http://www.orrtiz.com>*
Services & Solutions for Cloud-
Based Manufacturing, Professional
Services and Retail & Trade
http://www.orrtiz.com

On Wed, Mar 25, 2015 at 11:34 AM, Jacopo Cappellato <
[hidden email]> wrote:

>
> On Mar 25, 2015, at 10:55 AM, Jacques Le Roux <
> [hidden email]> wrote:
>
> > Can we say that the Birt reports are better? Do they always work (I got
> some issues there)
>
> No, I wouldn't say that (of course you are free to think otherwise, it is
> just the *we* part that I disagree with).
>
> >
> > Also just tried
> http://demo-stable-ofbiz.apache.org/accounting/control/FinancialSummaryReportOptions?organizationPartyId=Company
> where Birt is not and all reports fail, normal?
>
> I am not sure I understand... I got the same errors with or without Birt:
> the request maps are not defined; I don't see how this bug fits into this
> conversation.
> But for example, the balance sheet report:
>
> https://localhost:8443/accounting/control/BalanceSheet?organizationPartyId=Company
> is not a Birt report and works well; however the if you click on the
> "Export as pdf" button you get an error when Birt is active while it works
> when Birt is inactive.
>
> Jacopo
>
> >
> > Jacques
> >
> > Le 24/03/2015 16:36, Jacopo Cappellato a écrit :
> >> The accounting component has financial reports implemented as screen
> widgets (html/pdf/csv) that the Birt component overrides with different
> ones implemented with Birt.
> >> This is actually one example about a specialpurpose component that is
> overriding/hiding functionality that is already provided by the
> applications with a different one: you can't see them when Birt is enabled.
> >>
> >> Jacopo
> >>
> >> On Mar 24, 2015, at 4:23 PM, Pierre Smits <[hidden email]>
> wrote:
> >>
> >>> Don't we also have dependencies on birt? Regarding reporting in
> accounting
> >>> and order?
> >>>
> >>> Best regards,
> >>>
> >>> Pierre Smits
> >>
> >>
>
>

[taher]

Hi Jacques,

I already provided an answer earlier in this thread while you were typing
the question.

Taher Alkhateeb

On Wed, Mar 25, 2015 at 1:45 PM, Jacques Le Roux <
[hidden email]> wrote:

> Le 25/03/2015 11:34, Jacopo Cappellato a écrit :
>
>> On Mar 25, 2015, at 10:55 AM, Jacques Le Roux <
>> [hidden email]> wrote:
>>
>>  Can we say that the Birt reports are better? Do they always work (I got
>>> some issues there)
>>>
>> No, I wouldn't say that (of course you are free to think otherwise, it is
>> just the *we* part that I disagree with).
>>
>
> OK to sum up, why do we have Birt there then? (question not specifically
> intended to you Jacopo)
>
>  Also just tried http://demo-stable-ofbiz.apache.org/accounting/control/
>>> FinancialSummaryReportOptions?organizationPartyId=Company where Birt is
>>> not and all reports fail, normal?
>>>
>> I am not sure I understand... I got the same errors with or without Birt:
>> the request maps are not defined; I don't see how this bug fits into this
>> conversation.
>>
>
> Same with trunk demo, OK to be revisited :/
>
>  But for example, the balance sheet report:
>> https://localhost:8443/accounting/control/BalanceSheet?
>> organizationPartyId=Company
>> is not a Birt report and works well; however the if you click on the
>> "Export as pdf" button you get an error when Birt is active while it works
>> when Birt is inactive.
>>
>
> So again, why do we have Birt there then? (question not specifically
> intended to you Jacopo)
>
> Jacques
>
>
>> Jacopo
>>
>>  Jacques
>>>
>>> Le 24/03/2015 16:36, Jacopo Cappellato a écrit :
>>>
>>>> The accounting component has financial reports implemented as screen
>>>> widgets (html/pdf/csv) that the Birt component overrides with different
>>>> ones implemented with Birt.
>>>> This is actually one example about a specialpurpose component that is
>>>> overriding/hiding functionality that is already provided by the
>>>> applications with a different one: you can't see them when Birt is enabled.
>>>>
>>>> Jacopo
>>>>
>>>> On Mar 24, 2015, at 4:23 PM, Pierre Smits <[hidden email]>
>>>> wrote:
>>>>
>>>>  Don't we also have dependencies on birt? Regarding reporting in
>>>>> accounting
>>>>> and order?
>>>>>
>>>>> Best regards,
>>>>>
>>>>> Pierre Smits
>>>>>
>>>>
>>>>
>>
>>

[Jacques Le Roux]

Thanks Taher,

I agree on Birt being useful in general, and in OFBiz certainly (Jacopo at least thinks it could be better implemented, that's another topic).
My question was more is it useful for existing accounting reports? Jacopo seems to say that there were already FOP implementations what went
overridden, why? Do we need Birt there?

Jacques


Le 25/03/2015 11:52, Taher Alkhateeb a écrit :

> Hi Jacques,
>
> I already provided an answer earlier in this thread while you were typing
> the question.
>
> Taher Alkhateeb
>
> On Wed, Mar 25, 2015 at 1:45 PM, Jacques Le Roux <
> [hidden email]> wrote:
>
>> Le 25/03/2015 11:34, Jacopo Cappellato a écrit :
>>
>>> On Mar 25, 2015, at 10:55 AM, Jacques Le Roux <
>>> [hidden email]> wrote:
>>>
>>>   Can we say that the Birt reports are better? Do they always work (I got
>>>> some issues there)
>>>>
>>> No, I wouldn't say that (of course you are free to think otherwise, it is
>>> just the *we* part that I disagree with).
>>>
>> OK to sum up, why do we have Birt there then? (question not specifically
>> intended to you Jacopo)
>>
>>   Also just tried http://demo-stable-ofbiz.apache.org/accounting/control/
>>>> FinancialSummaryReportOptions?organizationPartyId=Company where Birt is
>>>> not and all reports fail, normal?
>>>>
>>> I am not sure I understand... I got the same errors with or without Birt:
>>> the request maps are not defined; I don't see how this bug fits into this
>>> conversation.
>>>
>> Same with trunk demo, OK to be revisited :/
>>
>>   But for example, the balance sheet report:
>>> https://localhost:8443/accounting/control/BalanceSheet?
>>> organizationPartyId=Company
>>> is not a Birt report and works well; however the if you click on the
>>> "Export as pdf" button you get an error when Birt is active while it works
>>> when Birt is inactive.
>>>
>> So again, why do we have Birt there then? (question not specifically
>> intended to you Jacopo)
>>
>> Jacques
>>
>>
>>> Jacopo
>>>
>>>   Jacques
>>>> Le 24/03/2015 16:36, Jacopo Cappellato a écrit :
>>>>
>>>>> The accounting component has financial reports implemented as screen
>>>>> widgets (html/pdf/csv) that the Birt component overrides with different
>>>>> ones implemented with Birt.
>>>>> This is actually one example about a specialpurpose component that is
>>>>> overriding/hiding functionality that is already provided by the
>>>>> applications with a different one: you can't see them when Birt is enabled.
>>>>>
>>>>> Jacopo
>>>>>
>>>>> On Mar 24, 2015, at 4:23 PM, Pierre Smits <[hidden email]>
>>>>> wrote:
>>>>>
>>>>>   Don't we also have dependencies on birt? Regarding reporting in
>>>>>> accounting
>>>>>> and order?
>>>>>>
>>>>>> Best regards,
>>>>>>
>>>>>> Pierre Smits
>>>>>>
>>>>>
>>>

[Jacopo Cappellato-5]

On Mar 25, 2015, at 11:49 AM, Pierre Smits <[hidden email]> wrote:

> Maybe you could file a bug issue regarding that?

I think I did in the past and I have fixed them by disabling the webapp definitions from the Birt component that were overriding the accounting reports; but after some time they have been re-enabled and so the issue is still there.
In my opinion, by default, we should not have special components hiding/overriding artifacts from other components, this is the main issue here.

Jacopo

[Jacques Le Roux]

Done: https://issues.apache.org/jira/browse/OFBIZ-6212

Jacques

Le 25/03/2015 11:49, Pierre Smits a écrit :

> Maybe you could file a bug issue regarding that?
>
> Best regards,
>
> Pierre Smits
>
> *ORRTIZ.COM <http://www.orrtiz.com>*
> Services & Solutions for Cloud-
> Based Manufacturing, Professional
> Services and Retail & Trade
> http://www.orrtiz.com
>
> On Wed, Mar 25, 2015 at 11:34 AM, Jacopo Cappellato <
> [hidden email]> wrote:
>
>> On Mar 25, 2015, at 10:55 AM, Jacques Le Roux <
>> [hidden email]> wrote:
>>
>>> Can we say that the Birt reports are better? Do they always work (I got
>> some issues there)
>>
>> No, I wouldn't say that (of course you are free to think otherwise, it is
>> just the *we* part that I disagree with).
>>
>>> Also just tried
>> http://demo-stable-ofbiz.apache.org/accounting/control/FinancialSummaryReportOptions?organizationPartyId=Company
>> where Birt is not and all reports fail, normal?
>>
>> I am not sure I understand... I got the same errors with or without Birt:
>> the request maps are not defined; I don't see how this bug fits into this
>> conversation.
>> But for example, the balance sheet report:
>>
>> https://localhost:8443/accounting/control/BalanceSheet?organizationPartyId=Company
>> is not a Birt report and works well; however the if you click on the
>> "Export as pdf" button you get an error when Birt is active while it works
>> when Birt is inactive.
>>
>> Jacopo
>>
>>> Jacques
>>>
>>> Le 24/03/2015 16:36, Jacopo Cappellato a écrit :
>>>> The accounting component has financial reports implemented as screen
>> widgets (html/pdf/csv) that the Birt component overrides with different
>> ones implemented with Birt.
>>>> This is actually one example about a specialpurpose component that is
>> overriding/hiding functionality that is already provided by the
>> applications with a different one: you can't see them when Birt is enabled.
>>>> Jacopo
>>>>
>>>> On Mar 24, 2015, at 4:23 PM, Pierre Smits <[hidden email]>
>> wrote:
>>>>> Don't we also have dependencies on birt? Regarding reporting in
>> accounting
>>>>> and order?
>>>>>
>>>>> Best regards,
>>>>>
>>>>> Pierre Smits
>>>>
>>

[Jacques Le Roux]

Le 25/03/2015 12:05, Jacopo Cappellato a écrit :
> On Mar 25, 2015, at 11:49 AM, Pierre Smits <[hidden email]> wrote:
>
>> Maybe you could file a bug issue regarding that?
> I think I did in the past and I have fixed them by disabling the webapp definitions from the Birt component that were overriding the accounting reports; but after some time they have been re-enabled and so the issue is still there.
> In my opinion, by default, we should not have special components hiding/overriding artifacts from other components, this is the main issue here.
>
> Jacopo
>
I added your comment at https://issues.apache.org/jira/browse/OFBIZ-6212

Jacques

[Jacques Le Roux]

I have opened https://issues.apache.org/jira/browse/OFBIZ-6212 for that

Jacques

Le 25/03/2015 12:01, Jacques Le Roux a écrit :

> Thanks Taher,
>
> I agree on Birt being useful in general, and in OFBiz certainly (Jacopo at least thinks it could be better implemented, that's another topic).
> My question was more is it useful for existing accounting reports? Jacopo seems to say that there were already FOP implementations what went
> overridden, why? Do we need Birt there?
>
> Jacques
>
>
> Le 25/03/2015 11:52, Taher Alkhateeb a écrit :
>> Hi Jacques,
>>
>> I already provided an answer earlier in this thread while you were typing
>> the question.
>>
>> Taher Alkhateeb
>>
>> On Wed, Mar 25, 2015 at 1:45 PM, Jacques Le Roux <
>> [hidden email]> wrote:
>>
>>> Le 25/03/2015 11:34, Jacopo Cappellato a écrit :
>>>
>>>> On Mar 25, 2015, at 10:55 AM, Jacques Le Roux <
>>>> [hidden email]> wrote:
>>>>
>>>>   Can we say that the Birt reports are better? Do they always work (I got
>>>>> some issues there)
>>>>>
>>>> No, I wouldn't say that (of course you are free to think otherwise, it is
>>>> just the *we* part that I disagree with).
>>>>
>>> OK to sum up, why do we have Birt there then? (question not specifically
>>> intended to you Jacopo)
>>>
>>>   Also just tried http://demo-stable-ofbiz.apache.org/accounting/control/
>>>>> FinancialSummaryReportOptions?organizationPartyId=Company where Birt is
>>>>> not and all reports fail, normal?
>>>>>
>>>> I am not sure I understand... I got the same errors with or without Birt:
>>>> the request maps are not defined; I don't see how this bug fits into this
>>>> conversation.
>>>>
>>> Same with trunk demo, OK to be revisited :/
>>>
>>>   But for example, the balance sheet report:
>>>> https://localhost:8443/accounting/control/BalanceSheet?
>>>> organizationPartyId=Company
>>>> is not a Birt report and works well; however the if you click on the
>>>> "Export as pdf" button you get an error when Birt is active while it works
>>>> when Birt is inactive.
>>>>
>>> So again, why do we have Birt there then? (question not specifically
>>> intended to you Jacopo)
>>>
>>> Jacques
>>>
>>>
>>>> Jacopo
>>>>
>>>>   Jacques
>>>>> Le 24/03/2015 16:36, Jacopo Cappellato a écrit :
>>>>>
>>>>>> The accounting component has financial reports implemented as screen
>>>>>> widgets (html/pdf/csv) that the Birt component overrides with different
>>>>>> ones implemented with Birt.
>>>>>> This is actually one example about a specialpurpose component that is
>>>>>> overriding/hiding functionality that is already provided by the
>>>>>> applications with a different one: you can't see them when Birt is enabled.
>>>>>>
>>>>>> Jacopo
>>>>>>
>>>>>> On Mar 24, 2015, at 4:23 PM, Pierre Smits <[hidden email]>
>>>>>> wrote:
>>>>>>
>>>>>>   Don't we also have dependencies on birt? Regarding reporting in
>>>>>>> accounting
>>>>>>> and order?
>>>>>>>
>>>>>>> Best regards,
>>>>>>>
>>>>>>> Pierre Smits
>>>>>>>
>>>>>>
>>>>
>

[Jacopo Cappellato-5]

Thank you.
However one of my sentences had a missing and important word (highlighted below):

"In my opinion, by default, we should not have *enabled* special components hiding/overriding artifacts from other components, this is the main issue here."

Jacopo

On Mar 25, 2015, at 12:38 PM, Jacques Le Roux <[hidden email]> wrote:

> Le 25/03/2015 12:05, Jacopo Cappellato a écrit :
>> On Mar 25, 2015, at 11:49 AM, Pierre Smits <[hidden email]> wrote:
>>
>>> Maybe you could file a bug issue regarding that?
>> I think I did in the past and I have fixed them by disabling the webapp definitions from the Birt component that were overriding the accounting reports; but after some time they have been re-enabled and so the issue is still there.
>> In my opinion, by default, we should not have special components hiding/overriding artifacts from other components, this is the main issue here.
>>
>> Jacopo
>>
> I added your comment at https://issues.apache.org/jira/browse/OFBIZ-6212
>
> Jacques