Re: [ANNOUNCE] Plugin components for OFBiz and OFBizBase

[Paul Piper]

@Pierre: I appreciate the effort. Thanks

@all: Out of 5 replies so far, there is not a single positive reflection on
his effort. Only 5 complaints about his cross-posting. In the light of other
cross postings ("Premier League"), this really seems out of place - a single
message would have been enough. 



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/ANNOUNCE-Plugin-components-for-OFBiz-and-OFBizBase-tp4699823p4699839.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: New fork available on GITHUB

[Paul Piper]

In direct response to Jacopo: apparently, you have not worked with Github
before. Forking from a project does not necessarily produce individual
releases or do they thrive towards it. Sometimes it is just used by parties
to create an upgradeable branch of the software, in which they can add their
own additions/modifications and share it with the rest. So one does not
always represent the other and the claim of 400 projects actively being
pursued is rediculous. 

The few that make it an individiual project are worth reporting. 





--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/New-fork-available-on-GITHUB-tp4699704p4699714.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: New fork available on GITHUB

[Paul Piper]

I appreciate the fork and the notification, Pierre.

Had a quick look - sounds really promising! Good job and thank you for
sharing!



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/New-fork-available-on-GITHUB-tp4699704p4699713.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: ANT vs Gradle (confused) Database setup and other configurations

[Paul Piper]

Then you are in luck - in terms of functionality we have not removed
anything. We cleaned-up and added new features, fixed bugs and updated some
core mechanics (the renderer is just one of the examples). Besides new
functionalities, we put alot of effort into our releases. So give it a try
and work with it as a developer - I am sure you will not be missing much. 

Here's a link to the feature list, also outlining what is planned for future
releases: http://www.scipioerp.com/community/download/release-notes/

Feedback is always appreciated and best regards,
Paul



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/ANT-vs-Gradle-confused-Database-setup-and-other-configurations-tp4699508p4699521.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: ANT vs Gradle (confused) Database setup and other configurations

[Paul Piper]

Perhaps it is also worth to checkout www.scipioerp.com - we have not migrated
to gradle and it is meant for production run :)



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/ANT-vs-Gradle-confused-Database-setup-and-other-configurations-tp4699508p4699514.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: Apachecon Feathercast Interview with Taher

[Paul Piper]

Interesting interview, Taher. Good job



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/Apachecon-Feathercast-Interview-with-Taher-tp4699219p4699234.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: SCIPIO ERP: a modern OFBiz fork

[Paul Piper]

I thought I'd share it with you guys, that we just released version 1.14.2 of
Scipio ERP. The changes since 1.14.1 include:

* New powerful, nested (side bar) menu system and screen patterns for all
backend applications (see Common and Admin components CommonScreens.xml) –
enhanced browsing in all applications
Templating Toolkit (Freemarker): New utilities and directives, numerous
enhancements to current directives
* Template and screen refactors and fixes for all applications (various)
* Integration of Docs into the Admin App Sidebar (Development menu item)
* Framework and library fixes
* Various stock ofbiz security & bugfixes
… and more!

For a full list of changes, please refer to our  Release Notes
   . 

Unfortunately, the CMS didn't quite make it this time around - but will be
included in one of the future releases.



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/SCIPIO-ERP-a-modern-OFBiz-fork-tp4682636p4699232.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: Ecommerce Portal Enhancement

[Paul Piper]

Like this one? :)

https://ce.scipioerp.com/shop



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/Re-Ecommerce-Portal-Enhancement-tp4696417p4696436.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: OFBiz setup process can't be completed

[Paul Piper]

... and if you join our forum (forum.scipioerp.com), I am sure we can provide
you with some guidance to ease your way in.



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/OFBiz-setup-process-can-t-be-completed-tp4695589p4695965.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: OFBiz setup process can't be completed

[Paul Piper]

Hi Tom,

I think you may want to take a look at www.scipioerp.com - I am sure it'll
suit you better.

Regards,
Paul



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/OFBiz-setup-process-can-t-be-completed-tp4695589p4695964.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: SCIPIO ERP: a modern OFBiz fork

[Paul Piper]

*cough* Perhaps a sneak preview of the upcoming release 1.14.2
(https://twitter.com/madppiper/status/783575351150649345)

 



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/SCIPIO-ERP-a-modern-OFBiz-fork-tp4682636p4695570.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: SCIPIO ERP: a modern OFBiz fork

[Paul Piper]

Hey Sharan,

and thanks for the update. Like I said - it isn't really a big issue on our
end. Like I said, Jonatan would have enjoyed the exchange, but then again an
open online discussion could be even more suitable anyhow. We have a few
things to show for the upcoming Release 1.14.2 that would not have been
suitable for the Apachecon (the talk there was more open and rather focused
on the benefits of having forks and the potential of growing together). So
the spirit here is that we are rather excited over the idea now. 

We will release a schedule soon. 

Cheers,
Paul



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/SCIPIO-ERP-a-modern-OFBiz-fork-tp4682636p4695477.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: SCIPIO ERP: a modern OFBiz fork

[Paul Piper]

Hi Sharan,

from what i understood from Jonatan, he received a message stating that due
to the large number of applications the talk didn't make the cut. It's a
shame, as he was looking forward to the discussion, but i suppose that a
live feed on youtube or skype could do the same. The different setting may
also allow us to show off a bit of what is planned for our Release 1.14.2
and make it easier to have an open discussion with those that can't make it
to seville, so I guess that could potentially be beneficial, too :) 

Regards,
Paul



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/SCIPIO-ERP-a-modern-OFBiz-fork-tp4682636p4695370.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: SCIPIO ERP: a modern OFBiz fork

[Paul Piper]

Hi all,

I wanted to let you know, that unfortunately our proposed presentation at
the apachecon was rejected, so Ilscipio will not be attending the Apachecon
EU this year. 

We would have loved to have the exchange with you guys, so we came up with
an alternative for those who were looking forward to the discussion: we are
willing to coordinate an open web exchange using skype or similar. During
the conversation we will get into the details of Scipio ERP and answer all
your questions. 

So if you are interested, drop us a line with your current timezone and
email address. We plan on organizing the exchange on Oct. 21st or 22nd and
provide you with an updated plan soon.

Cheers,
Paul



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/SCIPIO-ERP-a-modern-OFBiz-fork-tp4682636p4695360.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: Hot-deploy components OSHOP & ECBOOTSTRAP

[Paul Piper]

Congrats, Pierre. Looks interesting!



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/Hot-deploy-components-OSHOP-ECBOOTSTRAP-tp4690761p4690766.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

RE: Ofbiz Cookbook

[Paul Piper]

Skip,

I fear that you may be right with regards to minilang and the community,
though luckily with your own projects you can set your own standards. I
learned the hard way that minilang leads to more cluttered code and though
there are some benefits (the automapping of service maps or entity-auto for
creating crud services), I would strongly recommend anyone to rather invest
the time into proper java or groovy code. 

As for the use of widgets over ftl, perhaps it is worth noting that we
streamlined both for Scipio ERP. They share the same underlying set of
macros and will create the hence create the same HTML & classes as are
defined by your theme. So if people prefer to use widgets, they can. We
relied on this, when cleaning up & converting usable screens alot, as not
always it would make sense to transfer them to ftl. 

That being said, our goal is to further replace widgets by ftl logic as we
move along. For both minilang and widgets the reason on our end is that
neither technology is used anywhere outside of the ofbiz project and thus
adds to the overall learning-curve for newcomers. We much rather rely on
trusted alternatives that are easier to pick up for our project ;)

Cheers,
Paul



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/Ofbiz-Cookbook-tp4690647p4690733.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: Ofbiz Cookbook

[Paul Piper]

Hi Skip,

thanks for sharing. I completely agree with you on your opinion about the
books. We did a project together with Ruth before she left the community and
I said before that I think it is a shame that the community wasn't able to
value her contribution for what it is. Just like Rupert Howell's book, which
i can also highly recommend, the book is the standard textbook for all new
ofbiz developers and we recommend it to all customers we train. 

Perhaps you would also be interested in checking out the Scipio
documentation: http://www.scipioerp.com/community/developer/architecture/ 

We try to maintain an easy to understand guideline that should be suitable
for beginners. I would love to hear your feedback on it. 

Regards,
Paul



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/Ofbiz-Cookbook-tp4690647p4690671.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: [DISCUSSION] Anticipate the end of life of the 13.07 branch and backport some non-bug related changes to the 14.12 and 15.12 branches

[Paul Piper]

I don't think that my argument is a selfish one, Jacques. An end-of-life with
R13 is not my proposal, and neither are end of life of either 14 and 15. But
given the current direction of this conversation I am convinced that a
proper release plan is required and beneficial to all. 

The current release promoted up on the website is 13. Calling it quits on it
before you even have as much as a next release is not only confusing but
also quite unfair to all the people who are basing their work on it. I don't
necessarily cling onto any of these versions (as i stated before, i don't
see too much difference functionality wise between 9-13), but I do think
that a migration plan is the decent thing to do. In particular if you
promote the idea of people having to keep up with trunk or any of the svn
repositories (which frankly is a matter of time) you should allow
people a transition phase. 

Having seen the community promoted 14 and 15 as branches before (instead of
the packages), i would argue that perhaps there is a way to keep a straight
face while working on a grander release - namely version 16: 

1) release 14 to get away from 13 
2) use 15 for the gradle upgrade
3) work on 16 as a proper feature release



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/DISCUSSION-Anticipate-the-end-of-life-of-the-13-07-branch-and-backport-some-non-bug-related-changes-s-tp4686668p4686844.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: [DISCUSSION] Anticipate the end of life of the 13.07 branch and backport some non-bug related changes to the 14.12 and 15.12 branches

[Paul Piper]

Hi all,

Not releasing 14 wouldn't make sense to me. Skipping releases never looks
good, as it either means that there hasn't been enough contributions or that
there are no proper release strategies in place. Neither make the community
or the or the product look good to outsiders. 

I can understand that one would want to drop support for 13, but i would
argue that at least 14 should be kept as it seems stable and could act as a
version that eases the transition to gradle. Then 15 would be 14 + gradle
support and 16 a proper new release. 

The reason i argue for this is also that our client installations rely on
some sort of migration plan. Just calling end-of-life on a product and then
moving forwards is hell for them, as it practically means that they will
have to pay for a more stressful migration if they want to keep receiving
security bugfixes. 

So i hope i can convince the rest of you to think this over. 

Regards,
Paul




--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/DISCUSSION-Anticipate-the-end-of-life-of-the-13-07-branch-and-backport-some-non-bug-related-changes-s-tp4686668p4686803.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: ofbiz configure with postgres database

[Paul Piper]

We got a complete documentation over at Scipio ERP that could be of use to
you:

http://www.scipioerp.com/community/developer/installation-configuration/configuration/
 

It also covers the database configuration in a few easy steps. Let me know
what you think :)



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/ofbiz-configure-with-postgres-database-tp4686225p4686227.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: SCIPIO ERP: a modern OFBiz fork

[Paul Piper]

@Sharan: Thanks for the proposal. Our Jonatan is interested in representing
Scipio ERP at the ApacheCon. Can you give us an outline on the next steps? I
suppose we still have to write up the outline of the talk and such?



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/SCIPIO-ERP-a-modern-OFBiz-fork-tp4682636p4685772.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: SCIPIO ERP: a modern OFBiz fork

[Paul Piper]

Thanks for all the positive feedback. We are quite excited about all of this
ourselves.

Perhaps I should let you know that we recently updated our developer docs -
they should be a good starting point for all of you interested:

http://www.scipioerp.com/community/developer/installation-configuration/ 

Besides the basics on SCIPIO ERP, they also cover the essential topics that
are true for OFBiz also: Overall Archiecture, Services, Entities, Views,
Components, Events & Actions and more.

Cheers :)



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/SCIPIO-ERP-a-modern-OFBiz-fork-tp4682636p4684116.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

SCIPIO ERP: a modern OFBiz fork

[Paul Piper]

Hey everyone,

 

we just launched http://www.scipioerp.com a modern ERP & E-Commerce solution
based on Apache OFBiz. Among our changes are:

 

* New: templating toolkit (standardization of html in freemarker &
widgets)

o   Includes new standardizes elements

* New: Foundation CSS based Backoffice themes

o   Metro (a modern admin theme)

o   Base (an unstyled foundation theme)

* New: Modern E-Commerce theme

o   Foundation-Shop

* New: Modern e-Commerce store 

o   Demo:  https://ce.scipioerp.com/shop 

o   Several Bugfixes

o   Code clean-up

o   Migration of templates to templating toolkit

* New: Modern backoffice applications

o   Demo:  <https://ce.scipioerp.com/admin> https://ce.scipioerp.com/admin

o   Migration to templating toolkit

o   Simplification & standardization of UI Elements

o   New & Updated screens

o   Various bug-fixes

o   Update on all menus (so that they are coherent & understandable)

* Various Bugfixes to the framework

* Groovy file rewrites

* Label fixes

* General code clean-up

* Updated rendering engine

* Full solr integration

 

The package is released as open-source under the Apache License and
available for download here:  https://github.com/ilscipio/scipio-erp 

 

I hope you enjoy our effort and are as excited as we are. Feel free to join
our community: http://forum.scipioerp.com/ 

 

A complete developer documentation is available here:
http://www.scipioerp.com/community/developer/installation-configuration/ 

 

Kind regards,

Paul

 

P.S.: The project is compatible with OFBiz 14 at the moment and has been
tested with other OFBiz version as well. For more information, refer to our
migration guide:
http://www.scipioerp.com/community/developer/installation-configuration/ofbi
z-migration/ 

 

---

Paul Piper

Geschäftsführer

 

 

Web:  <http://www.ilscipio.com/> http://www.ilscipio.com

Tel: (+49) 611-94589441

Mobil: (+49) 176-63283066

Fax: (+49) 611-94589449

eMail:  <mailto:p...@ilscipio.com> p...@ilscipio.com

 

 

ilscipio GmbH

Am Drosselschlag 7

D-35452 Heuchelheim

Germany

 

Re: Adrian Crum

[Paul Piper]

Hi Pierre,

these are sad news indeed. In his time he contributed a lot to this
community. I had the pleasure of working with Adrian on a project last year.
He was a hard worker and great consultant.  We kept in touch through the
months that followed. Over here at ilscipio we are all deeply saddened by
the loss. 

My heartfelt condolences go out to his family. He will be severely missed by
us all.

Best Regards,
Paul



 



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/Adrian-Crum-tp4675676p4675677.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: OFBiz Community Member Raj Saini

[Paul Piper]

My condolences... 



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/OFBiz-Community-Member-Raj-Saini-tp4664196p4664320.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: Urgent:Create or use current ecommerce ?

[Paul Piper]

Hi,

it really depends on what you want to do. If you are setout to create an
eCommerce store, than I would propose to use the ecommerce app as a
foundation and customize it... ... ... ... alot.

That's at least the standard approach for most of the devs around here.
There are also multiple commercial versions available which already come
with a slicker html foundation. If you are interested, contact me via email
and I will show you the store.

Regards,
Paul



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/Urgent-Create-or-use-current-ecommerce-tp4658597p4658601.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: user HMWOFBIZUS

[Paul Piper]

Seeing how random people seem to be added to the contributor list by that
username, i second your opinion, Pierre:

https://cwiki.apache.org/confluence/display/OFBADMIN/Apache+OFBiz+Contributors



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/user-HMWOFBIZUS-tp4655277p4655278.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: ListGenericValue to EntityListIterator

[Paul Piper]

Just to be sure: You want to Iterate over the list or you are having a
problem with the clauses? 

For the former: You can either get the iterator from the List Object:

Iterator it= listIt.iterator();
while(it.hasNext()) {
   GenericValue obj = it.next();
   // Your code here

}


or you can iterate like this:

for(GenericValue obj : listIt){
   // Your code here...

}



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/List-GenericValue-to-EntityListIterator-tp4648975p4649710.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: Actionable tasks of the week - volunteers?

[Paul Piper]

I really think this is a great idea, Jacopo. I have limited time to code this
week, but perhaps i can be of help clarifying the issues as in OFBIZ-5590 
OFBIZ-5551. 

Either way: great initiative!



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/Actionable-tasks-of-the-week-volunteers-tp4649590p4649599.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: Reposting from David Jones on Moqui

[Paul Piper]

I have to second Adrian's opinion on this: 

From my perspective Moqui is a rather lost cause. Not because I am not
impressed by David's work, but rather because it is years away from becoming
an actual thing. From an industry perspective it is difficult if not almost
impossible to implement an ERP framework to begin with. OFBiz is a marvelous
thing in that extend as that it managed to actually become feature complete.
It is, however, an exception and not the rule. Any new framework would
require a huge amount of either time or money, and frankly Moqui won't be
heading there. 

Again: this doesn't take away anything from David's accomplishments, but if
you want my personal two cents on this - ofbiz is what you are looking for.



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/Reposting-from-David-Jones-on-Moqui-tp4648884p4648953.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: The future of OFBiz - Open Discussion

[Paul Piper]

Hi Pierre,

unfortunately I won't be able to attend. We got a presentation to attend and
it isn't guerenteed that we can make it on time. I am still hoping for a
lunch break in between I could stop by, but for now I will have to attend a
follow-up.



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/The-future-of-OFBiz-Open-Discussion-tp4648864p4648954.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: OFBiz.org site: easier navigation to Service Providers and End Users

[Paul Piper]

Perhaps in order to add my own 2 cents to this debate:

The way I see it, OFbiz is need for the carousel images, although they
should be updated. Rereading the content, i noticed that the information do
not really stand for much, and though they are eye-pleasing I highly doubt
that they are being read. What we would need is a set of actual messages we
want to stand for. Topics could be:

1. Open Source - Strong Community
2. Full Business Solution
3. Flexible ERP Framework
4. Feature-Rich eCommerce used by many

The images and messages should add to that. Currently, there is only
eCommerce stores represented, though by the above topics only 1 of them
should even feature stores (or brand-logos to give more the feel of the 250+
implementation we currently got). The others should rather feature a source
code sample (open-source),  versatile business applications and how easily
one can connect OFBiz with other systems. 


-
As far as the contributors debate is concerned: I must say that I have a
growing disdain of the current use of the phrases Commiters Contributors
and PMC Member. Especially in the world of Apache, I am used to having a
flexible leadership and group-effort. Over the years, I have learned,
however that the OFbiz community works alot different from it. I think I can
say that my team and I have added quite a bit of value to the project, by
being involved in the ml, representing OFBiz at the Apache-Con, writing
articles to magazines, contributing software code (Solr component, Seo
enhancements, CMS integration sample, Axis2 implementation etc.), though we
are stuck being in the contributors list. I am not down-talking the
achivements of others, but one has to admit that the use of the phrases is
rather random. Other huge contributors seem to share a similar fate. 

The reason i am bringing it up here, is because the ml has the tendency to
downtalk the contributions of others, contributions that the community is in
desperate need for. Anything contributed is an investment by the individual,
no matter in which form (even discussions on the ml add to it in my
perspective) and the current selection of rank over actual contribution is
a state that i find deeply disturbing and worrisome.



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/OFBiz-org-site-easier-navigation-to-Service-Providers-and-End-Users-tp4648057p4648413.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: New hot-deploy application

[Paul Piper]

Hey Pierre,

first off all: Kudos! SEPA is certainly a hot topic at the moment. 

So what in particular did you guys have in mind? In terms of
payment-processes most should already be covered by the ePayment Providers -
including SEPA transaction. So I am a bit curious to see where you are
heading with this? Just adding the entity data to make it a seperate
transaction type? Where does the application come in place?

I assume you are not working on a full hbci+ integration, correct?

Cheers,
Paul





--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/New-hot-deploy-application-tp4645927p4645944.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: infra report for the president

[Paul Piper]

Hi Jacques,

I just tested it and I am also unable to edit posts. I am sorry, but that is
another nail in our coffin. Not only are we stuck with tools unfit for
mass-conversation  collaboration (mailing list doesn't even accept all user
email addresses), but also are limiting access more and more. The idea of
open-source development is based on the idea of a mass of contributors
adding to the greater good. Our documentation is already lacking, having
access limited to only a handful is going to make it obsolete... 

Regards,
Paul

http://ofbiz.135035.n4.nabble.com/file/n4645937/Home_OFBiz_Open_For_Business_Project_Open_Wiki_Apache_Software_Foundation.png
 



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/Re-infra-report-for-the-president-tp4645934p4645937.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: CIO article mentioning OFBiz

[Paul Piper]

Very exciting! We should begin to collect all of these small references.
There are quite a few that get overlooked.



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/CIO-article-mentioning-OFBiz-tp4645851p4645852.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: Ofbiz vs Magento

[Paul Piper]

I would second the opinion that it absolutely depends on the purpose and more
importantly the size of the company. If the goal is to get an ecommerce
store up and running quickly magento is currently the better choice, as it
is easier to find proper themes for it. So if you have a limited budget and
are fine with the features magento offers, go for it.

But that is where the benefits end. Having implemented several stores with
both magento or OFBizi must say that feature-wise OFBiz is superior. At
least once you replace the html and trim it down (as we did with
www.syracus.net). Magento hasn't been updated in recent years - in fact,
people are still waiting for version 2.0 to come out. If you actually do the
switch you will find that Magento is actually pretty buggy (give the product
csv import a go and you will see what i mean) and it isn't necessarily more
comfortable to deal with once set up. There is a SAAS based version of
Magento available, which isn't to expensive to use - if you want to give it
a try, I'd suggest to look at it there, and you'll see what i mean when I
say buggy. On top, it is a php based software, so combining both will
result in you having to develop a webservice based API through which either
systems communicate. I can tell from experience that this isn't an ideal way
to handle any system and has severe limitations.

So to summarize: Magento isn't a bad system and has its usefulness in
smaller-scale ecommerce setups. If you have to deal with more complex
business processes or want to modify the store beyond the themes, I'd
suggest to stick with OFBiz and rather look into a more modern webstorefront
(almost all agencies have one) and/or wait for www.cato-commerce.com to come
out, which will solve the problem of not having a nice interface for a
complex solution.




--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/Ofbiz-vs-Magento-tp4645041p4645047.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: ofbiz code in java script

[Paul Piper]

Hi,

unfortunately, Javascript is client-side whereas the variables you mention
are processed serverside. If you want to put anything in the context of
javascript (so that you can use it in a function or such), you will have to
add it in the templates as such:



this is of course pseudo code, but by rendering it out during page load, the
variable you define in the body of the html, will be available for the
javascript you define. Whenever you do, however, make sure to wrap your
javascript in a 


$(document ).ready(function() {
// my code

});


function. That way your static javascript file will be processed after the
page has been succesfully loaded...



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/ofbiz-code-in-java-script-tp4645052p4645054.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: Formal Discussion

[Paul Piper]

Hi Kaanya,

the short answer is yes. We also implemented a responsive web design with
syracus: http://www.syracus.net/. 

I would recommend to you to use one of the standard ofbiz themes and have
somebody rework it for you. 

Take a look at a beginners guide as this:
http://blog.teamtreehouse.com/beginners-guide-to-responsive-web-design 

@bigfish: though the constant stream of advertisement on your end never
seems to end, please bear in mind that your work is adaptive, not
responsive. 

Cheers,
Paul



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/Formal-Discussion-tp4643139p4643147.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: Formal Discussion

[Paul Piper]

Hi Ted,

the difference between adaptive and responsive is as follows: 

Adaptive is modified with specific screens in mind - in the case of the link
shared 450px. Anything in between is not covered, as I pointed out in
another thread a while ago. Hence it doesn't work for any device not fitting
the target spec - tablets, android phones, phones held sideways etc. 

Responsive on the other hand adapts itself to the different screen sizes,
stretches and modifies the look and feel entirely for a broader range of
devices. 

As a quick reference, have a look at: 
http://stackoverflow.com/questions/14831530/responsive-design-vs-adaptive-design
http://www.symphonyonline.co.uk/design/item/responsive-layout-vs-adaptive-layout-whats-the-difference

You can achieve an optimal UX with both implementations, but they certainly
aren't the same. The former also requires alot of work and constant
modification.

As far as the bigfish promotion is concerned, I am fine with people showing
their products, but blatantly promoting it on every post is just not my cup
of tea. Nuff said...

Cheers



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/Formal-Discussion-tp4643139p4643149.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: Formal Discussion

[Paul Piper]

Hi Ted, 

the difference between adaptive and responsive is as follows: 

Adaptive is modified with specific screens in mind - in the case of the link
shared 450px. Anything in between is not covered, as I pointed out in
another thread a while ago. Hence it doesn't work for any device not fitting
the target spec - tablets, android phones, phones held sideways etc. 

Responsive on the other hand adapts itself to the different screen sizes,
stretches and modifies the look and feel entirely for a broader range of
devices. 

As a quick reference, have a look at: 
http://stackoverflow.com/questions/14831530/responsive-design-vs-adaptive-design
http://www.symphonyonline.co.uk/design/item/responsive-layout-vs-adaptive-layout-whats-the-difference

You can achieve an optimal UX with both implementations, but they certainly
aren't the same. The former also requires alot of work and constant
modification. 

As far as the bigfish promotion is concerned, I am fine with people showing
their products, but blatantly promoting it on every post is just not my cup
of tea. Nuff said... 

Cheers



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/Formal-Discussion-tp4643139p4643150.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

BigFish Promotions

[Paul Piper]

Perhaps to not further derail from poor Vitthals post
(http://ofbiz.135035.n4.nabble.com/Formal-Discussion-td4643139.html): 

I have no problem with people advertising their own work - in fact, up to a
certain degree it helps the community. However, I think that the constant
promotion of BigFish has crossed the mark quite a bit and has come to the
point where every new member is getting greeted by a bigfish welcoming
message.

I am not trying to bash anybody’s work here, but merely pointing out that
the implementation of Bigfish is far from complete. It isn’t a simple
labeling factor either – it simply isn’t done in full. When a product
doesn’t deliver what it is supposed to do, it is false advertisement. 

Again, I have no problems with anybody promoting its own work, but I also
don’t want people thinking that Bigfish = OFBiz, when in fact it is far from
it. A quick search on nabble reveals  that there have been 242 references
towards bigfish, the majority being promotional. Sorry, but that isn’t
“rarely responding with BigFish examples” in my eye. So perhaps this can be
limited somehow?




--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/BigFish-Promotions-tp4643157.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: Looking for an experience Java programmer with OFBiz experience

[Paul Piper]

Well put, Adrian, well put!



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/Looking-for-an-experience-Java-programmer-with-OFBiz-experience-tp4641414p4641454.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: New to OFBiz. How to modify the eCommerce app?

[Paul Piper]

Hi Robert,

that really depends on what you are set out to do. In general, I recommend
to copy the eCommerce app over to hot-deploy and get the module to run from
there. Then check it into your local repository to keep it consistent. With
SVN you can use svn:external for instance to include your own module while
keeping the rest of ofbiz consistent with the svn trunk. Then you can do
your own changes and commit to your local repository at any time. 

Does that help or were you looking for something else?

Regards,
Paul

P.S.: I don't think that Nick understood your question - BigFish certainly
isn't the answer



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/New-to-OFBiz-How-to-modify-the-eCommerce-app-tp4641469p4641473.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: getting screen.width in ftl

[Paul Piper]

I would not recommend to do anything with Javascript in this case. Responsive
design is the most obvious solution and should be the most preferrable. 

There are alot of resources available that can show you how to do this
properly for the different standard solutions. In adddition to your own
solution, you should take care of more than just the max-width:800 sized
versions and focus on the different standards that are available. 

If you were to go the alternative route, using js would not be an option,
since you do run js after the initial page load, so js based redirects would
only increase the heap. Rather, you could try to get the client from request
header and redirect based on that or, preferably, use your actual
httpd-server to handle the redirect.

With Apache you could use the following:

RewriteEngine On
RewriteBase /

RewriteCond %{HTTP_USER_AGENT}
android|avantgo|blackberry|blazer|compal|elaine|fennec|hiptop|iemobile|ip(hone|od)|iris|kindle|lge\
|maemo|midp|mmp|opera\ m(ob|in)i|palm(\
os)?|phone|p(ixi|re)\/|plucker|pocket|psp|symbian|treo|up\.(browser|link)|vodafone|wap|windows\
(ce|phone)|xda|xiino [NC,OR]
RewriteCond %{HTTP_USER_AGENT}
^(1207|6310|6590|3gso|4thp|50[1-6]i|770s|802s|a\
wa|abac|ac(er|oo|s\-)|ai(ko|rn)|al(av|ca|co)|amoi|an(ex|ny|yw)|aptu|ar(ch|go)|as(te|us)|attw|au(di|\-m|r\
|s\
)|avan|be(ck|ll|nq)|bi(lb|rd)|bl(ac|az)|br(e|v)w|bumb|bw\-(n|u)|c55\/|capi|ccwa|cdm\-|cell|chtm|cldc|cmd\-|co(mp|nd)|craw|da(it|ll|ng)|dbte|dc\-s|devi|dica|dmob|do(c|p)o|ds(12|\-d)|el(49|ai)|em(l2|ul)|er(ic|k0)|esl8|ez([4-7]0|os|wa|ze)|fetc|fly(\-|_)|g1\
u|g560|gene|gf\-5|g\-mo|go(\.w|od)|gr(ad|un)|haie|hcit|hd\-(m|p|t)|hei\-|hi(pt|ta)|hp(\
i|ip)|hs\-c|ht(c(\-|\ |_|a|g|p|s|t)|tp)|hu(aw|tc)|i\-(20|go|ma)|i230|iac(\
|\-|\/)|ibro|idea|ig01|ikom|im1k|inno|ipaq|iris|ja(t|v)a|jbro|jemu|jigs|kddi|keji|kgt(\
|\/)|klon|kpt\ |kwc\-|kyo(c|k)|le(no|xi)|lg(\
g|\/(k|l|u)|50|54|e\-|e\/|\-[a-w])|libw|lynx|m1\-w|m3ga|m50\/|ma(te|ui|xo)|mc(01|21|ca)|m\-cr|me(di|rc|ri)|mi(o8|oa|ts)|mmef|mo(01|02|bi|de|do|t(\-|\
|o|v)|zz)|mt(50|p1|v\
)|mwbp|mywa|n10[0-2]|n20[2-3]|n30(0|2)|n50(0|2|5)|n7(0(0|1)|10)|ne((c|m)\-|on|tf|wf|wg|wt)|nok(6|i)|nzph|o2im|op(ti|wv)|oran|owg1|p800|pan(a|d|t)|pdxg|pg(13|\-([1-8]|c))|phil|pire|pl(ay|uc)|pn\-2|po(ck|rt|se)|prox|psio|pt\-g|qa\-a|qc(07|12|21|32|60|\-[2-7]|i\-)|qtek|r380|r600|raks|rim9|ro(ve|zo)|s55\/|sa(ge|ma|mm|ms|ny|va)|sc(01|h\-|oo|p\-)|sdk\/|se(c(\-|0|1)|47|mc|nd|ri)|sgh\-|shar|sie(\-|m)|sk\-0|sl(45|id)|sm(al|ar|b3|it|t5)|so(ft|ny)|sp(01|h\-|v\-|v\
)|sy(01|mb)|t2(18|50)|t6(00|10|18)|ta(gt|lk)|tcl\-|tdg\-|tel(i|m)|tim\-|t\-mo|to(pl|sh)|ts(70|m\-|m3|m5)|tx\-9|up(\.b|g1|si)|utst|v400|v750|veri|vi(rg|te)|vk(40|5[0-3]|\-v)|vm40|voda|vulc|vx(52|53|60|61|70|80|81|83|85|98)|w3c(\-|\
)|webc|whit|wi(g\ |nc|nw)|wmlb|wonu|x700|xda(\-|2|g)|yas\-|your|zeto|zte\-)
[NC]
RewriteRule ^$ http://m.ilscipio.com [R,L]



Alternatively for java, you could use 

android|avantgo|blackberry|blazer|compal|elaine|fennec|hiptop|iemobile|ip(hone|od)|iris|kindle|lge\
|maemo|midp|mmp|opera\ m(ob|in)i|palm(\
os)?|phone|p(ixi|re)\/|plucker|pocket|psp|symbian|treo|up\.(browser|link)|vodafone|wap|windows\
(ce|phone)|xda|xiino

to detect within the request.getHeader(User-Agent).

Regards,
Paul



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/getting-screen-width-in-ftl-tp4638951p4638975.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: getting screen.width in ftl

[Paul Piper]

As a follow-up:

The solution described in the bigfish link is very limited, so I don't
recommend to use or follow it. Basically, with the recommendation described
there you are left with a version that won't work on any form of tablet, or
mobile devices that are held sideways... I don't want to be too negative
about it, since i like seeing resources like that show up, but for doing
responsive design, I'd recommend to look into it properly. As said, there
are great resources available on the internet for this :)



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/getting-screen-width-in-ftl-tp4638951p4638977.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: getting screen.width in ftl

[Paul Piper]

You are missing the point of my reply, Nick: Responsive is good and the way I
also recommend. Your link however, only shows a fraction of what should be
done to do it properly and doesn't take care of a lot of the screen sizes,
which is why recommend to look elsewhere for the information. 



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/getting-screen-width-in-ftl-tp4638951p4638984.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: tax in price

[Paul Piper]

I am not sure what Jacques would have to do with it, but in general what you
point out is how it works. The price is generated by the ShoppingCart*
classes. It picks up the correct tax authority based on your geoId and then
calculates the actual tax. That is standard behaviour out of the box as far
as i know... so no need to develope anything.



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/tax-in-price-tp4638245p4638266.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: OFBiz General Marketing Information

[Paul Piper]

I updated the wiki page with all the collected logo material I could find
within the community:

https://cwiki.apache.org/confluence/display/OFBIZ/General+Information+Material

In addition, I added a first powerpoint master, which is based on the apache
con master and is free of use to anyone. I hope that it is to all of your
liking (perhaps we should have a vote on whether this should be the official
one?). Next we should probably add a common CI guidelines and forms and add
it to a sample powerpoint presentation, so that it is easier to use for
further projects.

I also contacted ASF in hopes of further pushing a central CI to all
projects. 



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/OFBiz-General-Marketing-Information-tp4637483p4638198.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: Has anyone implemented Faceted Search using SOLR?

[Paul Piper]

Hi,

there is a fully committed solr component available for you (no need for
third party plugins): https://issues.apache.org/jira/browse/OFBIZ-5042

Just download and run. It comes with an example schema.xml that is set up
for facetted search and several functions that make use of it.



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/Has-anyone-implemented-Faceted-Search-using-SOLR-tp4633260p4637967.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: Summary of ApacheCon-Eu conference Why ofbiz-extra

[Paul Piper]

Unfortunately, I would have to second David's opinion. As mentioned in the
other mailing-thread, I cannot see any benefit from migrating parts of the
source into a google repository. Instead I think that the effects will
result in lesser quality product, not higher ones, as discussed here:
http://ofbiz.135035.n4.nabble.com/Slim-down-effort-current-situation-td4637617.html#a4637828
 

So I would argue that it is best to maintain everything in the same trunk as
part of the ASF. I would rather like to discuss less enforced guidelines or
subproject structures for the apache extras subproject so that those can
reach maturity through other means. Don't get me wrong: I do think that a
lot of the points  questions you raise are valid, Olivier, and I also agree
that we need a structure that would be beneficial to the subproject... but
within the same svn trunk and apache ofbiz brand. 

That being said: I like the condition-set you gave to identify product
maturity. If we can extend the 5week rule to something more suitable for
this community (5 weeks is rather short), I believe that those could easily
be adapted for a full subproject.



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/Summary-of-ApacheCon-Eu-conference-Why-ofbiz-extra-tp4637910p4637949.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: OFBiz General Marketing Information

[Paul Piper]

Hey Jacques,

no absolutely not. I just haven't found the time to update some of our
content for it (yet). I had a conversation with ASF regarding some
standardized powerpoint master. They said they wouldn't have any of such
material and asked us to provide it for them. So as of now, I am looking for
some spare time in which one could create a standardized powerpoint master
and then begin with adding content to it... But as you know, time is moving
slowly around here - the page is definitely needed in my opinion.

Regards,
Paul



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/OFBiz-General-Marketing-Information-tp4637483p4637875.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: Get the ecommerce Url within a java method

[Paul Piper]

Try:   CatalogUrlServlet.makeCatalogUrl(request, productId,
currentCategoryId, previousCategoryId);


Though I must admit it is probably a wrong location for the function and
should be moved to a CatalogUtil class.




--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/Get-the-ecommerce-Url-within-a-java-method-tp4637705p4637819.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: Get the ecommerce Url within a java method

[Paul Piper]

Yea - well, the trick is to look into the freemarkerTransforms in this case,
since within freemarker the function is used the most. 

Glad I could be of help. Cheers



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/Get-the-ecommerce-Url-within-a-java-method-tp4637705p4637821.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: Order - Invoice basics

[Paul Piper]

I am not sure I fully understand, but in general you require a set of
information - the invoices are then generated for you automatically. I would
suggest to look into the demo data that is available (search for OrderHeader
in *data.xml files) and try to follow the datasets there. There is already a
great example given for what is required at minimum to store a product, an
order, person/party and payment data :)



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/Order-Invoice-basics-tp4637822p4637825.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: ofbiz for me?

[Paul Piper]

Hi Philipp,

truth to be told, it may be that the size  scope of the project would be
too much for you. I personally feel that the project is most succesful in a
mid- to largesize corporation. The problem with ofbiz is that it delivers it
all - at once. If you take a look around the framework you will see that it
can do it all. However, at the same time it forces you to reduce the
functionality to what you really need.

So I recommend to install ofbiz locally, and check the demo store
application. There are commercial alternatives available - from many
agencies just like mine - those give you a better start, but the demo store
is really what you may want to look at in terms of available functions. It
will then be up to you to reduce whatever is available to what is actually
needed.

Regards,
Paul



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/ofbiz-for-me-tp4637772p4637780.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Re: OFBiz track at ApacheCon

[Paul Piper]

I wrote a short (but german) review of the apachecon affair:
http://www.ilscipio.com/blog/2012/11/19/apachecon-eu-ein-ruckblick/



--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/OFBiz-track-at-ApacheCon-Europe-in-2-weeks-tp4637092p4637762.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

AW: OFBiz track at ApacheCon Europe in 2 weeks

[Paul Piper]

Hi guys,

Perhaps also a small word from my end - I personally attended Nov 7th only,
so I am sure there is a lot been covered that I haven't personally
experienced (maybe the others can fill in some information there). 

During the course of the day we had 3 OFBiz Tracks:

* One on how to manage OFBiz Addons (Nicolas - Nereide)
* One general Introduction to OFBiz and a discussion on our target group
(Myself - Paul)
* One on OFBiz Extras - its purpose and a proposal  (Olivier)

As a short wrap-up to those: 

OFBiz Addons:
Nicolas showed us a tool for the management of Patches. The tool has been
developed by Nereide and had been used en large internally before.
Command-based at this moment, it already features some great methods for
merging, applying, and managing different patches. Personally most striking
was the idea of perhaps making use of this tool as part of OFBiz in order to
manage different installations. There was a debate afterwards on whether or
not this could be used as a means of automatically installing directories as
well and the idea was raised to incorporate this into an OFBiz Extras
project.

General Introduction to OFBiz  target group: 
I gave a general overview on the system, before arguing for a proper target
group for it. During the track I covered the general size of the project and
its implication to corporate sizes which want to make use of it. It was
proposed that our target group was mostly mid- to largesize businesses,
due to the complex nature of the system. We then went on to have a debate on
how to properly address the target group. The following steps were proposed:
1. Rescope the backoffice for different target groups, 2. Redefine the
framework structure (OFBiz Extras), 3. Simplify the CMS, 4. Show less – make
it usable, 5. Keep the target group in mind with marketing material
(developers  companies)

OFBiz Extras: 
Olivier covered the need for an additional subproject OFBiz Extras in
which all supplemental applications should be made part of. The idea is to
strip any unnecessary part from the OFBiz framework and focus with OFBiz on
the core framework. OFBiz Extras would then contain all applications based
upon it. The presentation then went on to propose a system of automatic
checks on how to govern the applications. The system would be mostly based
on project maturity, code quality (based on automated tests) and
documentation. In a heated debate afterwards, the concern was raised to
handle this outside the OFBiz core as part of a non-apache project. The
concern was made that by stripping core functionalities outside of OFBiz the
commiting parties would participate less to it and the ingenuitiy of OFBiz
may get lost. All in all, everyone agreed, however, that a subproject of
sorts could be beneficial to the overall project scope.

Afterwards some of the OFBiz specialists that were available sat down for a
private evening discussion. In it we discussed OFBiz Alliance and its
implication to the community if it were to happen. The companies at present
agreed to contribute more to the community - in particular marketing
material which could be used by the general public.

Cheers,
Paul


---
Paul Piper
Geschäftsführer
 
 
Web: http://www.ilscipio.com
Tel: (+49) 611-94589441
Mobil: (+49) 176-63283066
Fax: (+49) 611-94589449
eMail: p...@ilscipio.com

 
ilscipio GmbH
Am Drosselschlag 7
D-35452 Heuchelheim
Germany

-Ursprüngliche Nachricht-
Von: Jacopo Cappellato [mailto:jacopo.cappell...@hotwaxmedia.com] 
Gesendet: Sonntag, 11. November 2012 04:23
An: user@ofbiz.apache.org
Betreff: Re: OFBiz track at ApacheCon Europe in 2 weeks

Any news from the conference (OFBiz people who attended etc...)?

Thanks

Jacopo

On Oct 23, 2012, at 12:47 PM, Christian Geisert wrote:

 Am 22.10.2012 18:24, schrieb olivier Heintz:
 Hi,
 
 ApacheCon Europe will be from Monday 5th November to Thursday 8th at 
 Rhein-Neckar-Arena, Sinsheim, Germany. http://www.apachecon.eu/
 
 [..]
 
 I proposed to organize 2 or 3 meeting for all present people, to have 
 time to discuss on main OFBiz subject : slim-down, ofbiz-extra, 
 ofbizAlliance, increase collaboration, contribution, 
 - Tuesday 6th evening
 - Wednesday 7th lunch Time
 - Wednesday 7th evening
 These meeting could be discussion or if needed some training of 
 technical point, agenda will be done at the beginning depending on 
 who is present.
 Say me (directly or on this mailing list) who will be attendee and 
 which subject would be interesting and/or important.
 
 I'll be at ApacheCon (probably not on Monday but I don't know the 
 details yet) and looking forward to meet you.
 
 Christian

OFBiz General Marketing Information

[Paul Piper]

Hi guys,

 

as I wrote to you on behalf of the apachecon wrap-up – we are currently
trying to set up a sort of repository for all marketing material. The
general idea is that, since most of our companies already created this in
one form or the other, it would be good to partially provide it with the
rest of the community. Many of the available information are simply not
accessible to the larger audience, so this could be of use for anyone. 

 

As a first step I generated the following wikipage:
https://cwiki.apache.org/confluence/display/OFBIZ/General+Information+Materi
al 

 

There we could easily attach all documents and reference them within the
proper list. I myself am going to be adding some of our information
throughout this week. I also already wrote an email to ASF asking for
further material on their end (proper ppt master, logo etc.). Please feel
free to provide your own information.

 

Cheers,
Paul

 

 

 

---

Paul Piper

Geschäftsführer

 

 

Web:  http://www.ilscipio.com/ http://www.ilscipio.com

Tel: (+49) 611-94589441

Mobil: (+49) 176-63283066

Fax: (+49) 611-94589449

eMail:  mailto:p...@ilscipio.com p...@ilscipio.com

 

 

ilscipio GmbH

Am Drosselschlag 7

D-35452 Heuchelheim

Germany

 

Apache Solr Implementation

[Paul Piper]

Hi guys,

 

as a quick note: we created a new ticket a few minutes ago (
https://issues.apache.org/jira/browse/OFBIZ-5042
https://issues.apache.org/jira/browse/OFBIZ-5042), which handles a
standardized Apache Solr implementation. We noticed that this was a commonly
requested feature, and since we have done several implementations in the
past, we thought it would be great to contribute this to the community. 

 

Cheers,

Paul

 

---

Paul Piper

Geschäftsführer

 

 

Web: http://www.ilscipio.com http://www.ilscipio.com/ 

Tel: (+49) 611-94589441

Mobil: (+49) 176-63283066

Fax: (+49) 611-94589449

eMail:  mailto:p...@ilscipio.com p...@ilscipio.com

 

 

ilscipio GmbH

Am Drosselschlag 7

D-35452 Heuchelheim

Germany

 

Ilscipio - still hiring

[Paul Piper]

Hello guys,

 

A few months ago we asked for OFBiz experts to join our small but growing
eCommerce Agency team. Fortunately today we’re again in the position to hire
additional team members.

So we are on the lookout for new developers for permanent employment and
freelancers as well to meet the team:

 

Ilscipio is a young eCommerce Agency in Wiesbaden, Germany, which is
specialized on Consultancy and Implementation of Apache OFBiz installations.

We are a small but international team and working some very interesting high
profile projects (take a look at www.ilscipio.com/en/ for a quick overview)

 

You should have the technical knowledge in 

 

· Java (J2EE) Development, including java based langugages (Groovy,
Beanshell, etc..) 

· General understanding of server architecture and databases
(including database component Hibernate ,etc.)

· Experience with Apache OFBiz, Apache SOLR and JBoss appreciated 

· Experience with web technologies (Understanding of HTML, CSS and 
JS are a given)

 

…and also come with…

· Experience with eCommerce Development

· min. 3 years of experience as a developer

· an entrepreneurial Spirit

· the understanding of Lean Development (efficient work) 

· a well developed capacity for abstract thinking

· an Interest in software development and new technologies beyond it
being part of your daily routine ;)

· Fluent in English (spoken and written). Knowledge of German is a
plus (but not a necessity).

 

We offer

 

· Exciting and Demanding eCommerce projects of all sizes

· International Team of Developers

· Young  Dynamic Team

· Chances to Grow (we're not lying)

 

Although we have an office in Wiesbaden, we are looking to work with
developers worldwide.

 

Please send your applications to:  mailto:behzad.borh...@ilscpio.com
behzad.borh...@ilscpio.com

 

We're looking forward to receive your application and meeting you!

If you have any questions please feel free to ask.

 

Cheers,

Behzad

 

P.S.: Sending this from Paul’s account – still trying to gain access to the
userlist.

 

---

Paul Piper

Geschäftsführer

 

 

Web:  http://www.ilscipio.com/ http://www.ilscipio.com

Tel: (+49) 611-94589441

Mobil: (+49) 176-63283066

Fax: (+49) 611-94589449

eMail:  mailto:p...@ilscipio.com p...@ilscipio.com

 

 

ilscipio GmbH

Am Drosselschlag 7

D-35452 Heuchelheim

Germany

 

AW: Free Audio-Books powered by OFbiz

[Paul Piper]

Hi Robert,

no tricks or hidden magic there. The server is actually a virtual host, so
there isn't too much power behind it. Behind the scenes, we did a rewrite of
the core functionalities. We found that one of the things within the
eCommerce Store that is rather slow is the category tree and the lookup
for products. We opted for another approach, where we used solr to index all
products. We used the calculated trails function I committed a few weeks ago
(https://issues.apache.org/jira/browse/OFBIZ-4580) to generate the trail of
each product on create and store within the solr data. 

Because of it, you can do many things that require a lot of calculation
otherwise: you can select all products of a category, even when they are
only assigned to a subcategory. You can look up products much faster and so
on. In comparsion to the ecommerce component, you will notice, for instance,
that there we first generate a list of all products, then loop over a part
of them, then do selects for the individual data and so on. Here only a
single lookup is required. Best is - this scales really well. There is
currently only around 100 products in the db, but with our other projects we
had no problems to handling tens of thousands of products without much of an
impact on the performance.

Regards,
Paul


---
Paul Piper
Geschäftsführer
 
 
Web: http://www.ilscipio.com
Tel: (+49) 611-94589441
Mobil: (+49) 176-63283066
Fax: (+49) 611-94589449
eMail: p...@ilscipio.com

 
ilscipio GmbH
Am Drosselschlag 7
D-35452 Heuchelheim
Germany

-Ursprüngliche Nachricht-
Von: Robert G. [mailto:g...@mercon24.de] 
Gesendet: Dienstag, 17. April 2012 19:08
An: user@ofbiz.apache.org
Betreff: Re: Free Audio-Books powered by OFbiz

wow this is fast! How many products do you have in the shop? What are the
server data? how have you got it that super-fast? :)

--
View this message in context:
http://ofbiz.135035.n4.nabble.com/Free-Audio-Books-powered-by-OFbiz-tp456436
0p4565430.html
Sent from the OFBiz - User mailing list archive at Nabble.com.

Free Audio-Books powered by OFbiz

[Paul Piper]

Hey Guys,

 

we just released our demo store:  http://www.syracus.net www.syracus.net.
We figured that apparel were a little overdone, so we opted for a store that
lets you download audio books… for free! All is based upon Apache OFBiz, of
course, though we did some extraordinary changes to the ecommerce component:

 

· Implementation of Apache Solr – solr is implemented as a
standalone component and can be plugged into the system with ease

· Complete rewrite of all store pages – cleaned up html  CSS

· Responsive Design – try looking at the store with your mobile
device

· Redesigned Checkout – no registration necessary for
one-time-shoppers

 

Would love to hear your feedback! If you like the available audio books, let
me know, we will continue to add more in the near future.

 

Cheers,

Paul

 

---

Paul Piper

Geschäftsführer

 

 

Web:  http://www.ilscipio.com/ http://www.ilscipio.com

Tel: (+49) 611-94589441

Mobil: (+49) 176-63283066

Fax: (+49) 611-94589449

eMail:  mailto:p...@ilscipio.com p...@ilscipio.com

 

 

ilscipio GmbH

Am Drosselschlag 7

D-35452 Heuchelheim

Germany

 

AW: [Security Concern] Printing out credit card information on the log file?

[Paul Piper]

I also agree that this is probably a security issue and could mean that you
are not getting the proper validation by credit card companies. You need to
be accredited by credit card companies with PCI CSS to even be allowed to
support creditcard transaction directly (unless you use an external iPayment
service for this) and there you cannot store this sort of data in the logs.
Only -ed out credit card information should be used.

---
Paul Piper
Geschäftsführer
 
 
Web: http://www.ilscipio.com
Tel: (+49) 611-94589441
Mobil: (+49) 176-63283066
Fax: (+49) 611-94589449
eMail: p...@ilscipio.com

 
ilscipio GmbH
Am Drosselschlag 7
D-35452 Heuchelheim
Germany

-Ursprüngliche Nachricht-
Von: Jacques Le Roux [mailto:jacques.le.r...@les7arts.com] 
Gesendet: Mittwoch, 21. März 2012 19:47
An: user@ofbiz.apache.org
Betreff: Re: [Security Concern] Printing out credit card information on the
log file?

From: Vicky Park vi...@pexsupply.com
 Hello folks,
 
 
 I realized that printing some information on log files could violate 
 PCI CSS (Payment Card Industry Data Security Standard) depends on how 
 they configure the system, and how to use the log file. If I 
 understood correctly, we're printing card holder's information 
 including credit card number, expiration and CVV num in plain text on log
file.
 
 If we don't print out on the log at all on the live site, that would 
 solve the problem. But if there is a person who wasn't aware of that 
 fact,  he might accidentally violate the PCI DSS compliance. For 
 example, let's say there is a person who keeps the log to be printed 
 on the live site. And for some reason, he downloaded log file to his 
 local computer and kept unsafe location, or passed to someone else to 
 let them take a look that log file for asking help. Then I believe he 
 is violating the PCI CSS compliance accidentally.
 
 
 Code involved 1:
 [PayflowPro.java:166]
 if (Debug.verboseOn()) Debug.logVerbose(Sending to Verisign:  + 
 params.toString(), module);
 
 
 Logs which is being printed:
 [Datetime] (TP-Processor70) [ PayflowPro.java:166:INFO ] Sending 
 to Verisign: PARTNER=verisignVENDOR=[Company 
 ]USER=[UserID]PWD=[Password]COMMENT1=[Order ID]PONUM=[PO Order Id] 
 CUSTCODE=[Customer's code]TRXTYPE=[]TENDER=[]CVV2=*[CVV
 number*]AMT=[Amount]ACCT=*[16 digit credit card number in plain 
 text]*FIRSTNAME=[Cardholder's firstname]LASTNAME=[Card holder's last 
 name]COMMENT2=[]EXPDATE=*[expiration date]*STREET=[Card holder's 
 addressZIP=[card holder's zip code]
 
 
 Code involved 2:
 [RequestHandler.java:719]
 if (Debug.infoOn()) Debug.logInfo(Sending redirect to: [ + url + ], 
 sessionId= + UtilHttp.getSessionId(req), module);
 
 = I realized that credit card information is being printed from 
 different file as well (RequestHandler.java:719). I need to check what 
 service triggers RequestHandler.java:719 and passes credit card 
 information within url variable. But at least I noticed sometimes that 
 line in the log file contains credit card information in plain text as
well.
 
 
 PCI DSS involved:
 7. Restrict access to cardholder data by business need-to-know 9. 
 Restrict physical access to cardholder data 
 [Reference]http://en.wikipedia.org/wiki/Payment_Card_Industry_Data_Sec
 urity_Standard
 
 
 
 So, here is my questions  recommendation:
 
 1. As we (at least I) want to keep log for in case, I think it's 
 better to not to print out credit card information to the log file. 
 What do you think? Do you think deleting that line is the best option?

It's very unlikely that anybody would run a production server with log set
at verbose level at any moment for all classes/packages.
But we could easily comment out this line indeed (not deleting it)

 2.  If you guys think it's better to print out at least some 
 information to log file for some purpose, I believe it's better to 
 print out in encrypted format rather than in plain text. Otherwise we 
 can print out last 4 digit or first 4 digit, not entire number.

Not needed if commentout, then people would be really aware that they are
sending it to log

 3. Do you know what triggers RequestHander to print out credit card 
 information?

I expect commenting line in PayflowPro.java would be enough

 4. Is there any other file you can think of which likely print out 
 credit card information to log file?

I don't think so. PayflowPro is not used OOTB in OFBiz IIRW

Jacques

 
 Hope it would be helpful for security improvement for myself and 
 someone else who may use ofbiz on the live site.
 
 
 Thanks you for reading.
 

Ilscipio - Hiring OFBiz experts

[Paul Piper]

Hey you guys,

 

it has been a while since I posted. Back then I was with Mutschler Ventures
and we were developing www.brandsparadise.com. Well, from there, we spawned
our own ecommerce agency Ilscipio (a
href=http://www.ilscipio.com;www.ilscipio.com/a) and things have been
going wild. We have been packed with projects ever since and we are growing
fast. So we are on the lookout for new developers to meet the team:

 

 

ilscipio is a young eCommerce Agency in Wiesbaden, Germany, which
specializes on Consultancy and Implementation of Apache OFBiz installations.
We are a small, international team and looking for additional team members.

 

Who are we looking for?

 

Technical Knowledge

 

*Java (J2EE) Development as well as Java based languages (Groovy, Beanshell,
etc.)

*General Understanding for server architecture and databases (also database
components Hibernate etc.)

*Experience with Apache OFBiz, Apache SOLR and/or JBoss preferred

*Experience with web technologies (understanding of HTML, CSS  JSS
presumed)

 

General

*Experience with eCommerce Development

*At least 3 years as a developer

*Entrepreneurial Spirit

*Understanding of Lean Development (efficient work)

*Good Ability to Abstract

*Interest in Software development and new technologies goes beyond the job

*Secure knowledge of the english language (german is a plus)

 

What do we offer?

 

*Exciting and Demanding eCommerce projects of all sizes

*International Team of Developers

*Young  Dynamic Team

*Chances to Grow

 

Although we have an office in Wiesbaden, we are willing to work with
developers worldwide.

 

 

If you are interested, send the resumé's our way :) 

 

Thanks and cheers,

Paul

 

---

Paul Piper

Geschäftsführer

 

 

Web:  http://www.ilscipio.com/ http://www.ilscipio.com

Tel: (+49) 611-94589441

Mobil: (+49) 176-63283066

Fax: (+49) 611-94589449

eMail:  mailto:p...@ilscipio.com p...@ilscipio.com

 

 

ilscipio GmbH

Am Drosselschlag 7

D-35452 Heuchelheim

Germany