Page 2 of 5

PostPosted: Fri Sep 08, 2006 7:17 am
by trifon
Hi,

I think that it is better to create new project in SF.NET.

It is better to start with new project as all we are involved in some old proejcts. Let show to the people that we are joining our efforts.

I think that it is very important to have a tool chich would allow us to store our Compiere AD changes in CVS server. Changes described in sql and xml files. We will be big team so we nned to be able to contorl what is modified and to be able to transfer changes from instance to instance.

Kind regards,
Trifon

PostPosted: Fri Sep 08, 2006 7:47 am
by vpj-cd
Hi,

I am agree with Trifon.

I want to be pro active and a I suggest this site it is a new project

https://sourceforge.net/projects/evolutionsmart

feel free to change the name and description :-)

regards
Victor

PostPosted: Fri Sep 08, 2006 8:11 am
by red1
LICENSING
If cmpcs have existed without incurring infringement and its owner been a Compiere Partner, and coupled with the specs roadmap it has set itself for, it would seem the best cover for us, for the time being, wouldnt it?

CHOICE OF SF HOME
If so, can we set camp there, and Victor grant us in (give us the CVS rites)?

OTHERS
That nowithstanding, all other CVS sites and effort would (as is with one's passion) remain independent and merely upkeep their latest to the core camp. When standards become apparent, all shall follow suit as the payloads are in the trucks, not the roads, but we need good wide and connecting hiways.

I guess the community by definition will exist as such. There are already quite a number of reference sites, WIKIS, of different philosophies, so i will at least setup a directory of links to all of them but we will vet and position them by their openness, category and relevance to the active community.

INTEGRATION
As what i know of CVS, u can set multiple projects or modules (folders in actual fact). Thus there can be a core 253b and the other projects as different modules as u merely place them in jars and make dependencies on the core. Thats what i did in University.SF.

NAME OF FORK
I would suggest no particular name and thus covers all in general. We shouldnt lose the Compiere name within this new name. It also give a compensatory win-win back to ComPiere itself for having been its undisputed originator. Unless challenged legally, we can then drop it.
It can be something like CompiereX or Compiere Community Charter.
This is also the hope that in future things might change and bridges are intact. BUT always OPEN.

"To replace something old, the new avoids its predecessor"

Proposal for project

PostPosted: Fri Sep 08, 2006 8:12 am
by globalqss
OK, I'll try to give a serie of steps to follow for the project if you agree - the other 0,01 :-)
_____________________________________

1 - Give a name to this project

I suggest the following name:
Adempiere (italian word)
carry out, accomplish, fulfil, fulfill, perform

It looks related to AD + Compiere (I see AD Customization Keeper like the first and most important technical thing on this project).
I think this name also shows the origins of the project and gives honour to the creator.

For choosing an italian word, I'm only following suggestion from Jorg:
http://www.open-mag.com/features/Vol_69 ... mpiere.htm
"
He chose the name “Compiere” from the Italian, which means to “deliver” or “fulfill.” Nothing personal, just that Janke, who is skilled in multilingual translation issues, felt that coming up with a three-letter acronym would be boring, and had learned long ago in his localization roles that “Italian names are well suited for brand names. They don’t have second meanings, like Spanish words.”
"
_____________________________________

2 - Define leader
I vote for Red1 too
_____________________________________

3 - Define a council, I propose:
- Red1 D Oon
- Trifon Trifonov
- Víctor Pérez
- Colin Rooney
- Alejandro Falcone
- me (Carlos Ruiz)
But this council must be open, I think everyone can participate if he/she manifest the wish.

Define the role of the council, i.e.:
- to support decisions of the leader
- accept contributions
- define the roadmap
- review and approve specifications
- vote for new functionalities
- approve changes to core
_____________________________________

4 - Review the license

I think the best path is to create a new license maybe only replacing Compiere with name of the new project.

Colin is right, Compiere license is very contradictory.
On the one hand it doesn't allow to use the logo or Compiere name, on the other hand in web-page they talk about "Powered by Compiere" restriction (this is incompatible with the license that says not to use Compiere word), on the other hand there are the comments on sources about violation if Compiere logo is changed (but not allowed to maintain it on the license).

After all I think that "Compiere Public License" is mandatory, not the comments on web page neither sources.

So, maybe this is the reason why OpenBravo doesn't mention "Powered by" neither use the compiere logo.
I was taking a look at OpenBravo sources, and I see comments like:
* The Original Code is Compiere ERP & CRM Business Solution
* The Initial Developer of the Original Code is Jorg Janke and ComPiere, Inc.
* Portions created by Jorg Janke are Copyright (C) 1999-2001 Jorg Janke, parts
* created by ComPiere are Copyright (C) ComPiere, Inc.; All Rights Reserved.
* Contributor(s): Openbravo SL
* Contributions are Copyright (C) 2001-2006 Openbravo S.L.

For new sources there is no mention to Compiere, only OpenBravo License.

I believe this is the model to follow to avoid legal problems.

_____________________________________

5 - Redact and sign a contributor agreement for this project

I consider this very important because some of us have signed the Compiere Contributor Agreement, and I think we need to explicitly express contributions for this project.

Does someone have experience with this on a REAL open source project?

_____________________________________

6 - Define the host site for the project

I don't know if a sourceforge project can be renamed.

If sourceproject can't be renamed I suggest creating a new project with the chosen name.

If it can be renamed, I'm voting for these projects, in this order:
- ComXE
- Kompiere

What I like of ComXE project is the order that Trifon is giving to contributions.

We need to define allowed permissions on CVS for leader, council members, and contributors.
_____________________________________

7 - We, the community stop giving support on SF compiere - maybe encourage people to ask for support on the new project.

And we need to continue giving good support to this project, as we're doing now.

_____________________________________

8 - Now, define and start the technical part of the project:

I propose the next steps:

NOTE: At first we must try not changing compiere core, our first concern must be to get a method of easy integration and maintenance of contributions.

8.1 - Define roadmap to make the "AD Customization Keeper" (ADCK?) from Red1/Marco/Trifon a standard, improving usability, documenting how to use it, etc.
Also we must define the team involved on this roadmap, developers, testers, etc.

8.2 - Once the tool is finished, contributions MUST be made with a combination of XML/Druid/Jar, maybe a install tool
I believe we must only accept contributions on this format to give order to the project.
We can accept contributions in other formats, if another contributor agrees to translate it to the tool.

8.3 - Start integrating contributions like "Fixed Assets", "Manufacturing", etc.

8.4 - I believe is very important to start a wiki to concentrate documentation there.

8.5 - Start discussion of new functionalities and technical requirements needed and changes to core (only when 8.1 and 8.2 are finished)

_____________________________________

This is only a suggestion to help starting the project, obviously leader and council can add/delete/change these points.

I'm offering myself as a developer - specially on ADCK module and fixing errors (I consider myself very good founding and fixing errors)
Currently I'm contributing on ComXE project.

Regards,

Carlos Ruiz - globalqss
http://globalqss.com

PostPosted: Fri Sep 08, 2006 8:43 am
by trifon
I would like to confirm that Carlos is very good in developing ADCK.
ith his help now it can import this elements:

253.2.12
* Developed import of PA_Report (Thank's to Carlos)
* Developed import of PA_ReportColumnSet (Thank's to Carlos)
* Developed import of PA_ReportLineSet (Thank's to Carlos)
* Developed sql statement which creates skeleton for Import plugins

253.2.11
* Developed import of M_Product_Category

253.2.10
* Migrated to core plugin version 253.2.6

253.2.9
* Developed import of AD_PrintFormat (Thank's to Carlos)
* Developed import of AD_PrintTableFormat (Thank's to Carlos)

253.2.8
* Developed import of C_BP_Group

253.2.7
* Used new splash screen.

253.2.6
* Developed import of AD_User
* Fixed AD_Role importer to import proper AD_Tree_Menu_Name record.

253.2.5
* AD_Role
Now generates output into xml file.
* Developed import of AD_Scheduler and AD_Scheduler_Para

Unfortunately this is not complete list with all importable compiere tables.

Kind regards,
Trifon

PostPosted: Fri Sep 08, 2006 8:43 am
by globalqss
red1 wrote:INTEGRATION
As what i know of CVS, u can set multiple projects or modules (folders in actual fact). Thus there can be a core 253b and the other projects as different modules as u merely place them in jars and make dependencies on the core. Thats what i did in University.SF.

Yes, this is how ComXE is configured.
Really I prefer ComXE because is based on 253b (cmpcs is 252d), is already started, uploaded and configured, and it has the xml2ad+ad2xml (AD Customization Keeper) there.

But this isn't a moot point for me, leader can define what he think is better for the project, I'm only counseling.

red1 wrote:NAME OF FORK
We shouldnt lose the Compiere name within this new name.

I think sadly we must lose the Compiere name because of licence (CPL).
That's why I proposed a synonym : ADEMPIERE

Also I prefer fork name not related with any company name.

Regards,

Carlos Ruiz - globalqss
http://globalqss.com

PostPosted: Fri Sep 08, 2006 9:59 am
by vpj-cd
Hi,

Answering Red1 comments

In my point of view in the license, we need to be sure that there is not any legal problem. Does anybody knows a lawyer?

If you want to use the Kompiere Libero Project, there is no problem even we can change the name of the project, and i can give the accesses to anyone who ask for it.

In the other hand , it is an excellent idea to make a recopillation of all the information around compiere.


Answering Carlos comments

Carlos The verion of CMPCS , we already have it on 253b , as soon as the project starts we will make a commit there directly, also we are about to finish Payroll and cash flow.

About the councils , i think that a model that we can use is Java community process
http://www.jcp.org/en/home/index, i think this model its appropiate in this important point
1.- Anyone can generate a request specification, putting his idea in draft , and invite the community to participate, the request is recieved by the councils or experts on the subject, they analize the request and approve the request or not voting, this garantees the good growth of the project (We dont want that this project becomes a frankestein), after analyzed, voted and approved can be developed by the interested, and integrate it using ADCK

I agee with your Redact and sign a contributor agreement for this project propousal

Currently Kompiere Libero has this modules :

- BOMs and Formulas
- Manufacturing Resources
- Manufacturing Workflows
- Manufacturing Orders
- MRP
- CRP
- Management Quality
- Shop floor control
- Module for food industry
- Managment Standard Costing
- PostgreSQL and Oracle

all this modules are working in the 253b currently is in production.

If we take this project as the base , the manufacture integration will be ready right now, mean while the next modules (cash flow and Payroll) will be applied to the new project using ADCK.



Regards
Victor

PD How can i refer somebody else comment ? :D [/list]

PostPosted: Fri Sep 08, 2006 4:42 pm
by karsten-thiemann
Hi,

very important and interesting discussion here! I'm working on a compiere integration as a developer for a german company. We could support a compiere fork by adding UPS functionality and of course try to find and fix bugs.

Karsten

New Compiere License

PostPosted: Fri Sep 08, 2006 5:34 pm
by Rasmus Luffen
Hi Victor,

I heard that new version compiere for partner under GPL? Do you know? This would help?

Hasta la proxima,

Rasmus

PostPosted: Fri Sep 08, 2006 5:44 pm
by wellx
Some precizing:
we can do same steps as Firebird project, when he start after InterBase back away into commercial.
0. select new name
1. stabilizating code;
2. add bugfixes

and after them
3. REMOVE any commercial parts (PDF, reports & etc)
4. Add Jasper integration into main CVS (or SVN ?) tree.
5. Start adding addons from another projects

6. In same time start discuussion about new features (as ex. AJAX - which tools, framworks, codenames, ...)

PostPosted: Fri Sep 08, 2006 5:53 pm
by karsten-thiemann
>I heard that new version compiere for partner under GPL?

I heard that from a partner too, but I'm not shure if that licence is too free for some of our customers here...
But I think it is worth a discussion.

Karsten

PostPosted: Fri Sep 08, 2006 6:00 pm
by croo
re: new releases under GPL...
wouldn't that negate any reason to fork then? Is there any indication of when this could be confirmed?

in the meantime ....

re: Name
The license states Compiere & it's logo are trademarks, so I think the name must change.
I think “cmpcs” got away with it because as partners Compiere chose to allow it... but that is not to say Inc could not pull the rug from under their feet if they felt threatened... or ours once we were up and running. But I think Victor is correct, this is a very fundamental point and we should consult a lawyer. Since every one is suggesting project names .. may I contribute :) I'm not an italian speaker myself but I (somehow?) do know that the Italian for community is comunita (with a thingy over the a) ... so what about a merging of Compiere with Comunita to produce Compunita ... close enough to compiere that people might associate it, but importantly for licensing, not the same word!

re: new SF site or reuse an existing SF site.
well I really have no preference but I take the good points others have made... and it might be “cleaner” to start fresh.

re: ComXE or cmpcs
Well cmpcps does have a lot of additional functionally that would be already integrated and runs on postgresql, which in my book is a nice bonus. But ComXE has the ability to run on oracle XE and has the AD Customizer Keeper, as well as many contribution by Carlos – so also very valuable attributes. cmpcps manages to work with both oracle & postgresql via the use of sqlj I guess... so that would make the two incompatible? Is there some way would could integrate them by modify the install, if you tick a checkbox then PL/SQL is loaded (and it only works on oracle) if not then SQLJ is loaded? We could initially put BOTH projects in and allow people to choose ... we would be providing ONE place to find support to both projects providing a more obvious alternative to Compiere Inc ... and then in the every short term would could merge them? they are both based on 253b so it couldn't be that difficult??? I don't know a lot about the details of the AD Customizer Keeper, but would it not be easier to integrate it with with cmpcs rather than all the additional integrated functionality of cmpcs into ComXE?

re: support of SF compiere
Agreed once the new forums are available.

re: wiki
I think Carlos raises a very good point.
The compiere user manuals are not open source and as such our new project will require a complete manual. Initially the compiere manual would probably be close enough to be of use, but we don't want to be sending customers to the website of a competitor!
A wiki would seem like a good place to start.

re: Karsten & UPS
sounds good!

There were a lot of good points made since my last post, so if I didn't comment on a points you can take it I agreed

colin

PostPosted: Fri Sep 08, 2006 6:04 pm
by red1
Few posts were posted to mine before, and after in quick succession.. that i havent got to read for my last post until now. Getting fast here :D

1) On asking me to be the leading Servant (God help us) - Thank u very much! On with the chores: :?

2) About the name. ADEMPIERE - sounds elegant and appropriate. Can we settle for that? Btw is Carlos - Spanish or Italian? :D (shall we ask the mafia? *LOL* . anyway i have emailed Marco Lombardo to confirm. I did search in the web, and it seems so).
If Victor agrees, can he request change of SF/p/EvolutionSmart to that? If SF disallows, we await u to do the honour of requesting for ADEMPIERE. Thanks alot for taking the initiative in SF. (btw u can quote another person by clicking on the Quote button above and place their words in between like this [ quote ] words [ / quote ] i spaced them apart so u can see. Remove spaces when doing it. Or if u meant to hyperlink, just paste the URL and it auto link for u)
2.1) I agree with the JCP Victor suggested. For the time being we can use new forum threads in SF to publish each contributor's specs while i check with a local webmaster on the JCP templates.

2.2) Meanwhile we must book the URLs of this namesake. I can use my credit card now and book adempiere.org/com/net and get free parking at my site. Would like to transfer .com to Carlos (as the name suggester) and Trifon for .net (as the most serving SFtizen and his ComXE effort. What u think? Or as stated below, i am asking for collective ownership. In this way the politics at least appear consistent with communal effort that the public won't suspect a plot :twisted: Dont want to be the UK Labour Party this few days u know.

3) Legal. Lets check about the lawyer or legal advice. Also about the dotcoms to be equally owned by the council rather than individuals. Dont want the Chief Servant running away to form the Ottoman Empire (it was the Chief Bodyguard really).
3.1) Will read up on the other legalise such as RedAct.

4) About the Council. I can easily form ADEMPIERE group in red1.org/forum limited to the council members to discuss policies. About upgrading, i will find out about getting a dedicated server instead (for mirror and backup), so that things dont get messed up rite in the middle of a plot i mean fork i mean project :D.

5) About the codes... Once Victor changed or get the ADEMPIERE name... As Linus Trovalds said, "Show me the codes" Lets put it all into folders under each namesake first as raw sources. Then over time (evolutionary) began a new series of folders to take shape as foreplanned.

6) Licensing. If Open Bravo did it, we do likewise, for the time being until some concrete direction points out for us.

7) Announcements. Lets draw some principles here. If we make no reference to Compiere we can be like Open Bravo which looks like another hijack. Though this time is done by a community effort and not commercial enterprise, still..
If we are to go forward in time and look back, we like history to be factual and explicitly fair. Thus we must write some intro that just put the facts. Thus i suggest something like this:
Open Source Business App taken from the best of Compiere's Community. ERP/CRM with (packagenames...that..) u guys add in the other buzz words. Mine is IP-PBX & SMSintegration (my latest in sf.net/university/NTSB), and Velocity Interface for Compiere (my other pet in sf.net/university/city), and Invoice Discount, Bills of Lading, Sliding Scale Rules-Based Sales Commission (university/C-252), BOM Viewer & ShopFloor QueueView(university/Medan).


8 ) About moving traffic over. Since SF is all about Open Source, we can just truthfully say there and here that we
are an unofficial but friendly unified fork to Compiere to allow addons freely determined by the community onto the last frozen Open version
without reference or counter against ComPiere's commercial interests. We can remain friendly, i mean really friendly in refering others to examine ComPiere's site for originator reference only. This forum thread shall become reference too to explain the unique history. Its rather entrenched and immutable that we are gathered here also due to Compiere's existence. Its in our cyber genes. We dont feel frustrated at the Maker hereafter, as we have now found a way out of the woods to a new corner. Its the community who judges and free speech is evermore free as long as no one else get censored.

9) About commercial interests. We are make a living out of our services. There may be someone else out there who think its advantageous to withhold the best codes for last. I think its ok, for the following:
a) As long as u say so. Like Victor have announced about publishing Payroll.. so we await his time table so that others can align their similar efforts to his (as contributors for what they designed and wrote). And once he exhausted his deadline, others may announce that they will publish independently onto core.
b) Others may overtake u. (Thats why one in this cyber age shuld rush to publish everyting cos if someone else does it first, you lose the flag. If i dont do it, dont worry, someone sooner or later will)
c) Been open always win in the end. History shall tell on ADEMPIERE future vs COMPIERE now.
d) Looking by the amount of initial commitment by the ppl here, i dont think anyone wants to be out of the chance of staking their flags on Mt Everest too.

There are some who have communicated with me in private asking for advice what to do, and thats why i urge them to come clean and open. Such branding will guarantee u to be well fed, not terribly rich, but well fed. I shall see to it that no name get snubbed, no one takes advantage without proper reference and advertisment for another's rightful toil.

At this moment we deserve respect only for what value we add, not what we didnt add. Looking at what u said of each other, it makes all of us very proud to have such advocates from all over the world.

10) Futher publishing. We shall make the Home Page of SF/Adempiere points to Adempiere.org. There for a start we put the important intro and links to all the contributors concerned. Also will try to make a wiki/adempiere rite away.
10.1) We wont have a paying club circle or any monopoly. We must factually link out to any earnest effort, their business site to give them rightful advertisment and services selling.
We will also allow complains against us, and must prove to be Open or else drop behind for others more Open to take our place.

Ok then! Lets produce and surprise the world over.

PostPosted: Fri Sep 08, 2006 6:24 pm
by red1
Now i missed reading the last posts again *sigh*.

I have booked www.adempiere.org and drafted http://en.wikipedia.org/wiki/Adempiere

About the Compiere GPL, i agree that this will save us trips to the lawyer's office.

Looking forward to such progress.

Thus it will be a friendly addon community. Just that in ADEMPIERE we give out CVS rights as merited and regulate the dynamic versioning and support. We also resolve the issue of not been held back for selective release of the core to give commercial advantage to paid partners vs bugs resolved by the community that must be released immediately back to the world.

Things are moving fast

PostPosted: Fri Sep 08, 2006 8:29 pm
by mhafod
Hello,

This community seems to be moving fast and that is good news.

The name ADEMPIERE is excellent. For practical purposes, the logo should be really professional. I can have my graphic designer work on it and give us a couple of choices for the community to choose.

The next step which is going to be important is to have each interested party submit:
1) Technical interest and what they can contribute technically to the project
2) Current or future implementations projects with clients. By this, I mean the core modules that will be used in the project.
3) Have a dedicated team for the tutorials and manuals. (I am fluent in Arabic, French and English (UK, US). I also have extensive experience writing technical reports, books and tutorials and by night trade teach Oracle Designer and Reports at a local college.
4) Submit project roadmap proposal for the community to evaluate.
5) Propose specific timeframe for getting ADEMPIERE up and running.
6) Tools that will be used in product development

Please feel free to add the points you think should be included.
As far as I am concerned, point 3 is the single most important one that will insure the success of ADEMPIERE.

Thanks

The greatest journeys start with a small step

PostPosted: Fri Sep 08, 2006 8:35 pm
by StevenK
We are a relatively new partner, and decidedly didn't like the course Inc. seems is about to take. Not for anything else but we joined in an open source community which had a private forum with minimum traffic, didn't release often, the company didn't provide much support and developed few new features, and not very usable besides (web UI etc).

On the other hand sure the company behind the software is a great asset in marketing, the open source model is attractive to companies used to paying for every little bit of functionality, the partner network could provide support in different countries, and there was a lot of talk about a business software that has been downloaded a million times.

We had thought extensivelly of forking, but decided against, waiting for the final results of the partner conference. Today a collegue tipped me about this forum topic. It took me 2 hours to read the posts. We revised our decision. We are eager to contribute.

We are a close-knitted team of two developers and an industrial engineer which doubles as analyst (yours trully). We do have experience in implementing various ERP brands, in developing, in data and workflow modelling, in localization and in management consulting (market analysis, strategy, business planning, you name it). We are eager to help, but we are still not confident enough to develop code. We anticipate no problems in testing, analysis work and adding to the Wiki though!

StevenK

I feel very confident about this new turn. Thank you Red1 and all of you guys for taking such an inititative!

Forgot one thing: communication

PostPosted: Fri Sep 08, 2006 8:38 pm
by mhafod
Hello again,

I forgot to mention that besides point 3, the single most important point I use in my business is communication. My rule is the 4-hour rule which states that from the time we receive an inquiry (phone or email), a client receives a communication( bad news or good news) from us within 4 hour max. Most of the time, it is good news. No need to say that my clients are always surprised to be called(phone or email) within 4 hours.

The same will do wonders for ADEMPIERE. People need to be told what is going on and not be left in the dark. My feeling is that this community is made of highly professional and truthful people and as such I have high expectations.

Thanks

PostPosted: Fri Sep 08, 2006 9:23 pm
by rvergara
red1 wrote:
4) About the Council. I can easily form ADEMPIERE group in red1.org/forum limited to the council members to discuss policies. About upgrading, i will find out about getting a dedicated server instead (for mirror and backup), so that things dont get messed up rite in the middle of a plot i mean fork i mean project :D.

Red,
I was going to comment that having the council before the project charter was like having a senate before having a constitution, however I would agree to what this fast moving bazaar decides.

On the GPL license, once again using info from an undisclosed source, my understanding is that effectively the next release by Inc will be gpl however will have (apparently) trimmed key functionality that would greatly impaired the software to be usable in the enterprise. I do not have any way to confirm this is the case, however this makes almost obligatory to initiate the project based on the current 2.5.3b as has been suggested in other posts. This of course means CPL (MPL) licensing for Adempiere (Great name Carlos).

Regards

Ramiro

PostPosted: Fri Sep 08, 2006 9:34 pm
by red1
U r all welcome! StevenK we look forward to your logo proposal and technical writings, thanks for being open and unabashed in announcing support to everyone here. Pls make your way to the WIKI link too, whoever is good at it pls do your part to give it the jazz. It belongs to the community. Its time we see all your good work put to the contruction of ADEMPIERE.

We shall let the sf/adempiere (once Victor get that name confirmed) provide CVS rites to contributors. Victor has already made the Council Members admins. Also, I believe Victor has substantial roadmap material to contribute.

I m putting up an Adempiere Trustee Council that we will hide later as it will publish passwords for safekeeping among a committee instead of a single individual. I also do not want undue pressure and sleepless nites among fellow Compiereans, me included.

This is a peer community. Its not who we are but what we say and do that matters.

proposed Adempiere logo!

PostPosted: Fri Sep 08, 2006 11:36 pm
by StevenK
Designed a logo with an open road leading forward, using blue and orange colours. The initial "A" together with the blue background can be used as a small logo. What do you think?

http://img412.imageshack.us/my.php?imag ... ropda0.gif

PostPosted: Sat Sep 09, 2006 12:18 am
by red1
I have put sumtin in the WIKI. But somehow someone wants it deleted.
Adempiere - The Best From Compiere's Open Community
Adempiere is a collaboration of Open Source Developers that contribute application addons and improvements to the Compiere ERP/CRM in an open and unabated fashion. They also seek to regulate themselves to always provide the community and business world with a free flowing source of quality and dynamic commercially viable business applications. Among the many contributions are AD Customizer Keeper, OracleXE sit-on, PostGres sit-on, Manufacturing & ShopFloor, Point of Sales, Velocity UI Plugin, ... by Trifon Trifonov, Victor Perez, Marco Lombardo, Carlos Ruiz, Colin Rooney, Robert Klein, Peter Shen, Red1 and many others.

Please visit red1.org/forum meanwhile for developing news. More materials and links will be added soon by the respective contributors.

We are voluntary and believe in publishing all information about our work freely (who doesnt when it makes for expensive advertising?), with latest source codes, tutorials, and free forum support with no commercial hooks or developer lock in, that has befallen the original Compiere source.

We usually sustain ourselves when someone picks us out and force us to work and get paid :) . You may read about the politics i mean history behind why such a project after the Compiere one in Compiere Fork Debate. Expect this Bazaar to be big and happening! This began when Carlos Ruiz, suggested the name -adempiere. The word is Italian, meaning 'to fulfill' but with additional context of "to complete, reach, practice, perform the duties of, or free (discharge)", meanings so fitting of this Open Source community effort to defend the interests of a Community that has outgrown from the corridors of the premier and undisputed Open Source ERP/CRM solution which is Compiere


Something about the initiation of this WIKI - as initial author, I, red1 am putting a post-it note here on temporary basis so as to explain the basis of such a wiki. I understand that if i do not do so, then this WIKI will be deleted by the Admin. I hope the other advocates will lend a hand here to prove the merit of this WIKI intent and purpose. For my part, let me say that I have been asked by visitors in my www.red1.org/forum of which i have humbly contributed numerous tutorials on the above subject matter and attempted to provide assistance to Open Source users of Compiere. This i have been doing the last 2 years within and around the collaboration of many individuals, of whom some of them are named above, and may i add to say that some of them has come a longer way in Compierean experience than myself. Most have till now given unrentless support in Compiere SourceForge forums but now with the further commericalisation of Compiere, find it necessary to focus on the community rather than just the application. Adempiere now seeks to demonstrate the best such a community can offer - in terms not only of world class and open applications, but also selfless community support, that shall in fact give a win-win to both Compiere and its global user community.

I shall spend some time now to study the rules of WIKI creation and deletion, as i dont have the slightest clue of what infringement has occured, as we would have defended if we know, and thus some study is now underway.

On this note, i humbly remain.

red1

Retrieved from "http://en.wikipedia.org/wiki/Adempiere"

btw, StevenK, keep up the logos making :D

PostPosted: Sat Sep 09, 2006 12:41 am
by Rasmus Luffen
might be moment to gain publicity
might be only advantage :cry:

sincerly,
Rasmus

PostPosted: Sat Sep 09, 2006 1:22 am
by li_speedyg
Hi All,

First of all, I think this is a very important and worthwhile effort and we intend on supporting you as best we can. We are running a licensed version from Inc. We have been plagued with bugs and are now just about comfortable with the stability and are using it on a limited scale.

The implementation is for a small company (300) but are growing rapidly. They do business in a regulated (pharmaceutical/laboratory) industry and so require much of the security and audit trails that Oracle provides. Most of their other systems (LIMS) are being built on the Oracle platform. So, retaining the ability to work on this platform is extremely important and do not see the need for other DB’s. This might also apply for many other companies in the regulated spaces.

As mentioned, we have just finished our limited implementation of Compiere 353c. That implementation deals solely in the procurement/inventory management area. We would like to extend the reach into other areas like Manufacturing and CRM in the future. However the tools that were initially promised by Inc. appear to be very limited in scope and functionality. And very little, if any, support is given even to paying members.

So, we are prepared to contribute to your effort in Documentation, Testing in a regulated company environment and some perhaps strategic areas. By strategic I can give the following example of allowing different “views” of company information:

Most companies today require being part of a global community. And, as such require compliance to international standards. Some of you may have heard of ISO9000. We (the implementation team) have been in the ISO Auditing/Registration business for over 20 years and have extensive background in Quality/Business Systems and their implementation and registration. With our experience in this area adding to your intensive knowledge of the software, I believe we can make a significant contribution to global companies trying to run their businesses in an effective and compliant manner under one system.

Having developed/registered thousands of systems and we invariably run across and require information from companies that are inherently locked into many sub-systems that do not communicate. And, much to our surprise, we have found the beginnings of coalescence in the use of an ERP/CRM.. Without getting too technical and involved at this point, we can see the system elements of ISO9000 being brought to life by viewing the current data (Compiere menu) in different forms (much like a pivot table) in Excel. There would need to be many enhancements and functionalities, which need to be added that do not currently exist or a re very limited in scope, to make this a reality. But, in the end, we would have a system that is not only ERP/CRM but one that truly embodies the international community in its effort to standardize the way companies businesses perform under an unified standard. And, would provide corporate-wide functionality that no other system currently offers. I think this would prove extremely important for many companies that are struggling with their patchwork of disparate systems and provide AdamPiere with a very important functionality, look and feel that no other system could provide

We would be happy to discuss this further if there is interest in this strategy. Otherwise, we stand ready to help in whatever the community sees as appropriate.

PostPosted: Sat Sep 09, 2006 2:39 am
by vpj-cd
hi Adempieres :-)

Rasmus Luffen wrote
I heard that new version compiere for partner under GPL? Do you know? This would help?



I know and confirm the comment of Trifon, now the 253d or 3 code have this flag:

/******************************************************************************
* Product: Compiere ERP & CRM Smart Business Solution *
* Copyright (C) 1999-2006 ComPiere, Inc. All Rights Reserved. *
* This program is free software; you can redistribute it and/or modify it *
* under the terms version 2 of the GNU General Public License as published *
* by the Free Software Foundation. This program is distributed in the hope *
* that it will be useful, but WITHOUT ANY WARRANTY; without even the implied *
* warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. *
* See the GNU General Public License for more details. *
* You should have received a copy of the GNU General Public License along *
* with this program; if not, write to the Free Software Foundation, Inc., *
* 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA. *
* For the text or an alternative of this public license, you may reach us *
* ComPiere, Inc., 2620 Augustine Dr. #245, Santa Clara, CA 95054, USA *
* or via info@compiere.org or http://www.compiere.org/license.html *
*****************************************************************************/

We are waiting Compiere.Inc to explain us this , I think that ComPiere, Inc will do it in the October meeting.

StevenK you know something more?

Colin wrote
re: ComXE or cmpcs
Well cmpcps does have a lot of additional functionally that would be already integrated and runs on postgresql, which in my book is a nice bonus. But ComXE has the ability to run on oracle XE and has the AD Customizer Keeper, as well as many contribution by Carlos – so also very valuable attributes. cmpcps manages to work with both oracle & postgresql via the use of sqlj I guess... so that would make the two incompatible?




Colin the portability is in efect based to SQLJ and a java class that works as a bridge to convert oracle sentences to postgresql.

We have 2 options migrate SQLJ to pgsql of PostgreSQL or find a way to ComXE run SQLJ or something similar.

In future I think this can be solved with JPA.

Colin wrote
Is there some way would could integrate them by modify the install, if you tick a checkbox then PL/SQL is loaded (and it only works on oracle) if not then SQLJ is loaded?



Yes, is very easy if we have a java class executes sqlj and if we have a PLSQL this is executed.

Colin wrote
We could initially put BOTH projects in and allow people to choose ... we would be providing ONE place to find support to both projects providing a more obvious alternative to Compiere Inc ... and then in the every short term would could merge them? they are both based on 253b so it couldn't be that difficult???

I don't know a lot about the details of the AD Customizer Keeper, but would it not be easier to integrate it with with cmpcs rather than all the additional integrated functionality of cmpcs into ComXE?


I think that we can work together I can integrate ComXE into cmpcs and take this as the starting base of Adempiere :-), if Trifon is agree?



Red1 wrote

5) About the codes... Once Victor changed or get the ADEMPIERE name... As Linus Trovalds said, "Show me the codes" Lets put it all into folders under each namesake first as raw sources. Then over time (evolutionary) began a new series of folders to take shape as foreplanned.


I investigated in SF but it is not possible, I register adempiere as project we will have the project in 2 days, I am just waiting SF response



Ok, as StevenK, Lorenzo of 4Layer and I of e-Evolution, I think that we were in a period of uncertainty and take this step was very difficult . the reason I was not sure, is beacuase i didnt known that this could be reallity, now i know.

I hope Lorenzo can express your feelings about this, very soon.

In order to encourage the community spirit and to answer to red1
Red1 wrote:
We shall let the sf/adempiere (once Victor get that name confirmed) provide CVS rites to contributors. Victor has already made the Council Members admins. Also, I believe Victor has substantial roadmap material to contribute.

This discussion has been ongoing among some circles and we now have to make it more public and progressive (who started it is not the issue here), but i been asked to host the discussion here so that it can be trimmed, hilighted and managed easily as compared to SourceForge's which we can't.


Ok I am going to share the document which start this movement. with the road map propoused at the begining.
Adempieres feel free to change or to modify anything. By my side i am integrating all the important points that we have been discussing here.

Red1, where can i put the file so everybody has access to it?

best regards
Victor Perez
www.e-evolution.com

PostPosted: Sat Sep 09, 2006 2:45 am
by rvergara
I just check the meaning of Adempiere here:

http://www.homolaicus.com/linguaggi/sin ... t/0025.htm

Besides being a synonim of Compiere in meaning to fulfill, to complete; it also has the meaning of to honor, to respect.

What a better description of our project vision, we will always honor and respect the commitment to the community that we have done here.

Compiere meaning, on the other hand, has not the same additional meaning. Of course this comes from a spanish speaking person. It would be nice that this would be confirmed from somebody whose mother tongue is Italian.

Anyway, the more I thing about the name Adempiere, the more I like it.

Regards

Ramiro