With great promptings from Red1, we are going to pilot another means for the community to have direct communication- live voice conferences.
Idalica has an online meeting service that we had offered up, but later realized that it is based on a US# and might be expensive for international calls.
However, we found a service that is free with SKYPE and that also provides a number of international standard phone numbers. Here is the info:
The number is available now, but as a kickoff of the service, Red1 has suggested Friday November 24, 3pm GMT for a first big pow-wow. Hope to hear you there.
jsSolutions
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi Joel,
Sorry that i m in singapore at the moment on an assignment to ensure handover of the Cli-CE system. I do not have a good line nor phone number to call from my hotel. I checked your wiki above, and see only US and Australia listed. Are there site somewhere for me to find out how to call from Malaysia.
But anyway if u can go ahead for your US/Australia side is ok and remains a good trial if not for any other reason.
There is also an OS asterisk project with video conference in SF. http://sourceforge.net/projects/vmukti/ . Not sure if that can be used. It says in its project page
"Web2.0 unified communications software for Asterisk PBX supporting web, phone, MSN, Skype, and Jabber clients video conference. This VoIP, VVoIP, audio, data & video conferencing collaboration platform for is based on C#, WPF, WinFX, XAML, & .NET 3.0"
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
There is also Austria Belgium France Germany UK. But we didn't have success finding anything that supported call-in numbers from Asia/South Pacific. Hopefully Skype can cover the needs there.
Thanks, Joel
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Well, I would say the pilot call seemed successful from a tech standpoint, at least.
There were just five of us all together. 2 from the US, Colin, Victor, Alejandro. Most of us could be heard clearly.
There are two features that we experimented with:
1. There is a 'hand-raising' feature. The moderator can mute everyone, and then if you want to make a comment, you type 11 and a hand icon comes up next to your name. If the moderator clicks on the hand, then you can be heard on the call.
2. Recording feature. You can record the calls, then provide a number where others can connect later and hear the call.
For the next meeting, we will advertise more and have a posted agenda. Meanwhile, the number is generally available if you want to use it for impromptu meetings.
jsSolutions
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
But i guess ours is more for higher matters such as
1) the Project Roadmap - Where are we now, and where we heading to.
2) Abit about the present release and how we managing it.
Pls add your agenda here. And be on standby in the irc.freenode.net #adempiere room too in case u need to type in there for help during the voice chat.
red1
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Theme:
Building the Product, the Process, the Participants
1. Product: The Plug-In Architecture
We began discussion last week of the need for a plug-in architecture to allow patches and extensions. We can discuss briefly this need, and plans to address it.
2. Process: QA & Release strategy
There has been an excellent proposal for QA strategy. We can review that together.
3. Participants: What makes the difference
Here we welcome any who have been watching the project but hesitate to jump in. What could be done to make your decision easier?
These are suggested points, if you have any others you would like to add, please comment on this thread.
Looking forward to it.
JoelS
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Here are some brief notes on the topics discussed in the meeting:
1. We discussed the need for a plug-in tool.
There are two needs:
a. To apply patches
b. To Import optional modules or extensions
We have the beginnings of tools for this, 2Pack and ADCK. These tools have different advantages.
2Pack: Provides a GUI interface for defining changes. The downside is that it moves everything, not just the changes, so it is not good for moving between different systems.
ADCK: Only moves changes that are defined in XML, so it is harder to configure, but can be used to move generically to other systems. Does not address code changes, just DB.
Improvement is needed to these tools, and something more needs to be addressed to assist with code changes. Trifon will document more when he gets a chance.
2. QA
Colin was given the go ahead to develop the QA process further based on what has already been suggested.
3. We discussed others that are still out there watching the project. There is a lot of silent support from those with Compiere implementations. Many are still waiting for more business structure to hook into. And to see which direction CompiereInc takes. We'll have a topic in the discussion next week to explore further what services they would like to have available from ADempiere Business inc.
Please add or correct anything more that you remember.
JoelS
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi Joel, can you - or the person who mentioned this in conference - explain me a little more of this statement:
> 2Pack: Provides a GUI interface for defining changes.
> The downside is that it moves everything, not just
> the changes, so it is not good for moving between
> different systems.
I want to know more about "The downside is that it moves everything".
It's just because I'm working on the integration of the 2Pack into Adempiere 3.1.2 and want to know a little more what the problem is.
Another question I have is:
> "so it is not good for moving between different systems"
are we mentioning here moving between Adempiere <-> Compiere?
Regards,
Carlos Ruiz
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Trifon spoke to this, and thus might have better clarification. But my gist of it was that 2Pack would work good for moving from something like a DEV to PRD environment. But he seemed to think that it was limited in being able to take a module for instance and move it to diverse systems- like if you developed an extension then wanted to install it at several different customer sites.
I'm sure you already understand more than I about the technical details....
Regards,
JoelS
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
>> 2Pack: Provides a GUI interface for defining changes.
>> The downside is that it moves everything, not just
>> the changes, so it is not good for moving between
>> different systems.
>
>I want to know more about "The downside is that it moves everything".
>
>It's just because I'm working on the integration of the 2Pack into Adempiere 3.1.2 and want >to know a little more what the problem is.
Ok. if you get Fixxed Asset extension and unpack it you will have folder structure like this:
FAPack006/dict/PackOut.xml --> This file contains all AD changes.
FAPack006/dist/
FAPack006/doc/
FAPack006/lib/
FAPack006/src
PackOut.xml at the moment is 4,259,840 bytes
This is automaticaly generated xml file. If you try to read it you will see that it is hard . But this is not reall problem we can live with this.
Problem comes when i ask you: What is changed in this module?
Can anyone give answer on this qustion? From xml file we can't understand.
What if someone else develop SCM extension and send us another xml file?
How we could know if this changes can work together?
What happens when when two developers work at the same time and they want to commit this xml file? They will have conflicts which will take their time.
This is what i see as problems at the moment.
Kind regards,
Trifon
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thanks Trifon, Joel and Ramiro for clarifying me the point.
This is a very good discussion and this is the perfect moment to explore it.
> FAPack006/dict/PackOut.xml --> This file contains all AD changes
> PackOut.xml at the moment is 4,259,840 bytes
> This is automaticaly generated xml file. If you try to read it
> you will see that it is hard . But this is not reall problem we
> can live with this
Yes, we can work in making it easier to read, but I really like this approach.
I dreamt before with a tool that integrates all involved changes, data and even code (callouts, extensions, etc) in one single installer.
One single XML? ok, it is hard but I think it could be easy to separate logic in several XMLs.
> Problem comes when i ask you: What is changed in this module?
> Can anyone give answer on this qustion? From xml file we can't understand.
I think this is the power of having dictionary in XML, we can track changes with SVN, just as we have done with ADCK. Maybe the problem is the big one XML file, but this could be solved splitting the file.
> What if someone else develop SCM extension and send us another xml file?
> How we could know if this changes can work together?
Yes, you're completely right, but I think this problem arises with any tool.
Two peoples can create the same table with different name for two different modules (it will occur for sure).
I find difficult to imagine a solution for this issue at this moment, but probably as there is a Commit Committee, it can be a Module Committee that review, approve and make suggestions to integrate different modules.
NOW YOU TRIGGERED ANOTHER QUESTION TO ME (independent of the tool):
When contributions will be treated as extensions, and when they will be integrated on trunk?
Suppose that two contributions require the same table? We're going to allow the creation of the same table twice? We're going to integrate the table on trunk and advice contributors to use it instead?
Or we're going to have contributions that are dependant on other contributions?
This is another problem difficult to control, but is from the process, independent of the chosen tool.
> What happens when when two developers work at the same time and they want
> to commit this xml file? They will have conflicts which will take their time.
Again, I think you're right, but this problem is independent of the tool.
Maybe every contribution must have a maintainer (until integrated in trunk), and people can't change the xml file directly, but sending to maintainer.
Another process problem to solve :-)
Thanks Trifon, very good points to note.
Regards,
Carlos Ruiz
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
>> What if someone else develop SCM extension and send us another xml file?
>> How we could know if this changes can work together?
>
>Yes, you're completely right, but I think this problem arises with any tool.
>Two peoples can create the same table with different name for two different modules (it will >occur for sure).
With Druid i avoid this problem. In druid i have sub folders containing new tables and modified tables. By this way i know what are changes for given module.
I already postred in previous posts that i welocme 2Pack or any other AD tool. ADCK for now gives me allmost all features i need and i will continue supporting it.
Kind regards,
Trifon
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
> With Druid i avoid this problem. In druid i have sub folders containing
> new tables and modified tables. By this way i know what are changes for
> given module.
I don't think so, your proposal looks like a centralized XML file to avoid this.
Which I think is not the case for possible contributions, this is why I mean that the problem is not from the tool but from the process.
With Druid tool you'll start to receive several Druid files to integrate, and the problem is the same:
>> What if someone else develop SCM extension and send us another DRUID xml file?
>> How we could know if this changes can work together?
Regards,
Carlos Ruiz
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
>> With Druid i avoid this problem. In druid i have sub folders containing
>> new tables and modified tables. By this way i know what are changes for
>> given module.
>
>I don't think so, your proposal looks like a centralized XML file to avoid this.
>
>Which I think is not the case for possible contributions, this is why I mean that the >problem is not from the tool but from the process.
>
>With Druid tool you'll start to receive several Druid files to integrate, and the problem is >the same:
Just one note about functionality of Druid.
Druid store druid projects in one xml file.
But i store generated xml files in sub folders.
Druid can import druid projects and developer can easy move/copy/paste from one project to other.
I post this just as a information.
Kind regards,
Trifon
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I attended the conference and did not question Trifon on this because I was unsure about it, however I do know that 2pack was created with the intention of packing extension modules so they could be painlessly installed. So I have to admit that I am a bit confused right now.
I hope Trifon can shed more light on this.
Regards
Ramiro
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
1. Process: ADempiere 3.1.2 PostGame Show. What worked well, what didn't?
2. Product: Should the RoadMap be updated? (http://www.adempiere.com/wiki/index.php/Road_Map_Technician_%26_Functionality)
Some things have changed in initial releases. Are we on track for future steps? Should anything be changed in the priorities?
3. Participants: Several partners have committed to be present to discuss what services are necessary to provide professional support.
Please add any more points that you would like an opportunity to discuss.
Best Regards,
JoelS
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
It was a nice, productive discussion this morning. Here is the reference code for the recording: 57398
We tried to identify issues that might cause some providers to hesitate in jumping on board with ADempiere. The main thing we think will help will be to get a 'Commercial Face'. Like Red1 says, we get new geeks joining daily (which we love!) but need to have a site that will be easy for business people to find professional services, and for partners to advertise their expertise. Having this sort of 'advertisement' will give service providers confidence in the value of joining in.
Also we discussed the perception of some that the GPL is limiting. The attendees agreed that this is mostly an educational matter, and that as we publicize what we have, more and more business will come.
We ran out of time for the PostGame Show other than to agree it was successful and went well, and for RoadMap discussion, but agreed that these are good topics to reschedule. Is there a good time perhaps early next week to schedule at least the post-game? It is usually best if those chats happen while things are fresh.
Best Regards,
JoelS
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
yes, and to emphasis a bit on some user request that may seem unanswered is the need for a list of professionals and vendors that support ADempiere on a commercial basis.
I did direct the query to look in our wiki, but i guess its not that evident as a category.
I think that can be fixed with more better placings or indexing. And also more better upkeep of all partners info. (Remember the wiki is self publishing so do register in and place your services there.)
I hope Joel can work via the Inc site to point to the right spots in the wiki.
We have also agreed that the Inc can take steps to formalise itself in the States and at least start with a door with a name plate on it, and some name cards for the associates to carry. The person in charge there is our US Council member, Joel here who acts under trust from the bazaar to do the necessary.
There can be more than one official door stamp on the Inc, as the US is pretty huge by itself.
We allow our ppl to carry double name-cards or logos to show that indeed there is an 'Inc' behind when need be. We can entertain requests for that in a wiki list. Let those who wants come forth and 'register' themselves first. The Inc can publish some sort of distinct design and quality. And let ppl download and again self service. The wiki list is for users to verify and do ratings, so we can control against abuse. Our council canput a sign stamp (gud thing about wiki) next to the names that we think are ok. (Contributing materials and reviewable track records makes them ok :) ).
The whole idea of the Inc is hold the official fort, while the rest of us goes around doing business for ADempiere. It acts as liason and reference and again to assure that it doesnt compete nor profits, nor private owned.
We also have prospects coming forth, and many of us are rolling up our sleeves. Hope to have some live case studies and more white papers coming out soon. With more rated professionals on board, it be easy for the Inc and us to route calls and leads to them.
The Bazaar is Wealthy,
Stay In It.
red1
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I have created a new category in the front page of the wiki. All are invited to list their details. I also linked via a news note in the SF news section.
We are having many people visiting us for commercial support and we were looking disorganized in this respect.
Regards
Ramiro
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The growth seems to be becoming exponential as this week we were joined or contacted by several groups with a lot of background in compiere.
Some have been asking about building profit around open-source software. The model of selling programs had the appeal of recurring revenue, the idea that you work hard to make something good and then get to have ongoing benefit from it.
Quite a few here have some very good ideas about that, so we thought we could discuss the available profit models surrounding ADempiere.
As usual, if you have topics you would like added, please post them as responses.
Greetings all!
With great promptings from Red1, we are going to pilot another means for the community to have direct communication- live voice conferences.
Idalica has an online meeting service that we had offered up, but later realized that it is based on a US# and might be expensive for international calls.
However, we found a service that is free with SKYPE and that also provides a number of international standard phone numbers. Here is the info:
http://www.adempiere.com/wiki/index.php/ADempiere_Virtual_Conference_Room
The number is available now, but as a kickoff of the service, Red1 has suggested Friday November 24, 3pm GMT for a first big pow-wow. Hope to hear you there.
jsSolutions
Hi Joel,
Sorry that i m in singapore at the moment on an assignment to ensure handover of the Cli-CE system. I do not have a good line nor phone number to call from my hotel. I checked your wiki above, and see only US and Australia listed. Are there site somewhere for me to find out how to call from Malaysia.
But anyway if u can go ahead for your US/Australia side is ok and remains a good trial if not for any other reason.
There is also an OS asterisk project with video conference in SF. http://sourceforge.net/projects/vmukti/ . Not sure if that can be used. It says in its project page
"Web2.0 unified communications software for Asterisk PBX supporting web, phone, MSN, Skype, and Jabber clients video conference. This VoIP, VVoIP, audio, data & video conferencing collaboration platform for is based on C#, WPF, WinFX, XAML, & .NET 3.0"
Hi Red1,
There is also Austria Belgium France Germany UK. But we didn't have success finding anything that supported call-in numbers from Asia/South Pacific. Hopefully Skype can cover the needs there.
Thanks, Joel
Hello All,
Well, I would say the pilot call seemed successful from a tech standpoint, at least.
There were just five of us all together. 2 from the US, Colin, Victor, Alejandro. Most of us could be heard clearly.
There are two features that we experimented with:
1. There is a 'hand-raising' feature. The moderator can mute everyone, and then if you want to make a comment, you type 11 and a hand icon comes up next to your name. If the moderator clicks on the hand, then you can be heard on the call.
2. Recording feature. You can record the calls, then provide a number where others can connect later and hear the call.
For the next meeting, we will advertise more and have a posted agenda. Meanwhile, the number is generally available if you want to use it for impromptu meetings.
jsSolutions
Yes, i did try it few days ago and culd meet up with Timo and Joel there. I have updated the wiki to be more obvious in steps into it - http://www.adempiere.com/wiki/index.php/ADempiere_Virtual_Conference_Room
Tonite (my local 11pm time) or 1500 hrs GMT we can try again.
I m not sure what can be the agenda toh, here is one such camp we can memorise their agenda from http://wiki.oreillynet.com/foocamp06/index.cgi
But i guess ours is more for higher matters such as
1) the Project Roadmap - Where are we now, and where we heading to.
2) Abit about the present release and how we managing it.
Pls add your agenda here. And be on standby in the irc.freenode.net #adempiere room too in case u need to type in there for help during the voice chat.
red1
Greetings,
This is to announce a live phone chat:
Friday December 8 at 1500 GMT.
Connection Info:
http://www.adempiere.com/wiki/index.php/ADempiere_Virtual_Conference_Room
Theme:
Building the Product, the Process, the Participants
1. Product: The Plug-In Architecture
We began discussion last week of the need for a plug-in architecture to allow patches and extensions. We can discuss briefly this need, and plans to address it.
2. Process: QA & Release strategy
There has been an excellent proposal for QA strategy. We can review that together.
3. Participants: What makes the difference
Here we welcome any who have been watching the project but hesitate to jump in. What could be done to make your decision easier?
These are suggested points, if you have any others you would like to add, please comment on this thread.
Looking forward to it.
JoelS
Did anyone record the conference so others could hear it later?
Thanks,
Tim
Hi Tim,
Most of the conference was recorded. The wiki page has been updated with the info for listening to recorded calls:
http://www.adempiere.com/wiki/index.php/ADempiere_Virtual_Conference_Room
Also, some had trouble with the US #. A new one has been provided in the wiki page for future conferences.
JoelS
Here are some brief notes on the topics discussed in the meeting:
1. We discussed the need for a plug-in tool.
There are two needs:
a. To apply patches
b. To Import optional modules or extensions
We have the beginnings of tools for this, 2Pack and ADCK. These tools have different advantages.
2Pack: Provides a GUI interface for defining changes. The downside is that it moves everything, not just the changes, so it is not good for moving between different systems.
ADCK: Only moves changes that are defined in XML, so it is harder to configure, but can be used to move generically to other systems. Does not address code changes, just DB.
Improvement is needed to these tools, and something more needs to be addressed to assist with code changes. Trifon will document more when he gets a chance.
2. QA
Colin was given the go ahead to develop the QA process further based on what has already been suggested.
3. We discussed others that are still out there watching the project. There is a lot of silent support from those with Compiere implementations. Many are still waiting for more business structure to hook into. And to see which direction CompiereInc takes. We'll have a topic in the discussion next week to explore further what services they would like to have available from ADempiere Business inc.
Please add or correct anything more that you remember.
JoelS
Hi Joel, can you - or the person who mentioned this in conference - explain me a little more of this statement:
> 2Pack: Provides a GUI interface for defining changes.
> The downside is that it moves everything, not just
> the changes, so it is not good for moving between
> different systems.
I want to know more about "The downside is that it moves everything".
It's just because I'm working on the integration of the 2Pack into Adempiere 3.1.2 and want to know a little more what the problem is.
Another question I have is:
> "so it is not good for moving between different systems"
are we mentioning here moving between Adempiere <-> Compiere?
Regards,
Carlos Ruiz
Hi Carlos,
Trifon spoke to this, and thus might have better clarification. But my gist of it was that 2Pack would work good for moving from something like a DEV to PRD environment. But he seemed to think that it was limited in being able to take a module for instance and move it to diverse systems- like if you developed an extension then wanted to install it at several different customer sites.
I'm sure you already understand more than I about the technical details....
Regards,
JoelS
Hi Carlos,
>> 2Pack: Provides a GUI interface for defining changes.
>> The downside is that it moves everything, not just
>> the changes, so it is not good for moving between
>> different systems.
>
>I want to know more about "The downside is that it moves everything".
>
>It's just because I'm working on the integration of the 2Pack into Adempiere 3.1.2 and want >to know a little more what the problem is.
Ok. if you get Fixxed Asset extension and unpack it you will have folder structure like this:
FAPack006/dict/PackOut.xml --> This file contains all AD changes.
FAPack006/dist/
FAPack006/doc/
FAPack006/lib/
FAPack006/src
PackOut.xml at the moment is 4,259,840 bytes
This is automaticaly generated xml file. If you try to read it you will see that it is hard . But this is not reall problem we can live with this.
Problem comes when i ask you: What is changed in this module?
Can anyone give answer on this qustion? From xml file we can't understand.
What if someone else develop SCM extension and send us another xml file?
How we could know if this changes can work together?
What happens when when two developers work at the same time and they want to commit this xml file? They will have conflicts which will take their time.
This is what i see as problems at the moment.
Kind regards,
Trifon
Thanks Trifon, Joel and Ramiro for clarifying me the point.
This is a very good discussion and this is the perfect moment to explore it.
> FAPack006/dict/PackOut.xml --> This file contains all AD changes
> PackOut.xml at the moment is 4,259,840 bytes
> This is automaticaly generated xml file. If you try to read it
> you will see that it is hard . But this is not reall problem we
> can live with this
Yes, we can work in making it easier to read, but I really like this approach.
I dreamt before with a tool that integrates all involved changes, data and even code (callouts, extensions, etc) in one single installer.
One single XML? ok, it is hard but I think it could be easy to separate logic in several XMLs.
> Problem comes when i ask you: What is changed in this module?
> Can anyone give answer on this qustion? From xml file we can't understand.
I think this is the power of having dictionary in XML, we can track changes with SVN, just as we have done with ADCK. Maybe the problem is the big one XML file, but this could be solved splitting the file.
> What if someone else develop SCM extension and send us another xml file?
> How we could know if this changes can work together?
Yes, you're completely right, but I think this problem arises with any tool.
Two peoples can create the same table with different name for two different modules (it will occur for sure).
I find difficult to imagine a solution for this issue at this moment, but probably as there is a Commit Committee, it can be a Module Committee that review, approve and make suggestions to integrate different modules.
NOW YOU TRIGGERED ANOTHER QUESTION TO ME (independent of the tool):
When contributions will be treated as extensions, and when they will be integrated on trunk?
Suppose that two contributions require the same table? We're going to allow the creation of the same table twice? We're going to integrate the table on trunk and advice contributors to use it instead?
Or we're going to have contributions that are dependant on other contributions?
This is another problem difficult to control, but is from the process, independent of the chosen tool.
> What happens when when two developers work at the same time and they want
> to commit this xml file? They will have conflicts which will take their time.
Again, I think you're right, but this problem is independent of the tool.
Maybe every contribution must have a maintainer (until integrated in trunk), and people can't change the xml file directly, but sending to maintainer.
Another process problem to solve :-)
Thanks Trifon, very good points to note.
Regards,
Carlos Ruiz
Hi Carlos,
>> What if someone else develop SCM extension and send us another xml file?
>> How we could know if this changes can work together?
>
>Yes, you're completely right, but I think this problem arises with any tool.
>Two peoples can create the same table with different name for two different modules (it will >occur for sure).
With Druid i avoid this problem. In druid i have sub folders containing new tables and modified tables. By this way i know what are changes for given module.
I already postred in previous posts that i welocme 2Pack or any other AD tool. ADCK for now gives me allmost all features i need and i will continue supporting it.
Kind regards,
Trifon
> With Druid i avoid this problem. In druid i have sub folders containing
> new tables and modified tables. By this way i know what are changes for
> given module.
I don't think so, your proposal looks like a centralized XML file to avoid this.
Which I think is not the case for possible contributions, this is why I mean that the problem is not from the tool but from the process.
With Druid tool you'll start to receive several Druid files to integrate, and the problem is the same:
>> What if someone else develop SCM extension and send us another DRUID xml file?
>> How we could know if this changes can work together?
Regards,
Carlos Ruiz
Hi Carlos,
>> With Druid i avoid this problem. In druid i have sub folders containing
>> new tables and modified tables. By this way i know what are changes for
>> given module.
>
>I don't think so, your proposal looks like a centralized XML file to avoid this.
>
>Which I think is not the case for possible contributions, this is why I mean that the >problem is not from the tool but from the process.
>
>With Druid tool you'll start to receive several Druid files to integrate, and the problem is >the same:
Just one note about functionality of Druid.
Druid store druid projects in one xml file.
But i store generated xml files in sub folders.
Druid can import druid projects and developer can easy move/copy/paste from one project to other.
I post this just as a information.
Kind regards,
Trifon
Hello,
About code quality... there is an interesting open source tool "findbugs" that can detect a lot of common posible bugs ( http://findbugs.sourceforge.net/bugDescriptions.html ), can be integrated with ant, maven and eclipe or can be used from command line and can be extended ( http://www-128.ibm.com/developerworks/java/library/j-findbug2/ ).
Try it on adempiere sources...
What you think ?
Best regards,
Teo Sarca
Carlos/joel,
I attended the conference and did not question Trifon on this because I was unsure about it, however I do know that 2pack was created with the intention of packing extension modules so they could be painlessly installed. So I have to admit that I am a bit confused right now.
I hope Trifon can shed more light on this.
Regards
Ramiro
Here are some proposed topics for the voice conference Friday 12/15. (Double check connection info here: http://www.adempiere.com/wiki/index.php/ADempiere_Virtual_Conference_Room#Listen_to_Recorded_Conferences
1. Process: ADempiere 3.1.2 PostGame Show. What worked well, what didn't?
2. Product: Should the RoadMap be updated? (http://www.adempiere.com/wiki/index.php/Road_Map_Technician_%26_Functionality)
Some things have changed in initial releases. Are we on track for future steps? Should anything be changed in the priorities?
3. Participants: Several partners have committed to be present to discuss what services are necessary to provide professional support.
Please add any more points that you would like an opportunity to discuss.
Best Regards,
JoelS
Greetings,
It was a nice, productive discussion this morning. Here is the reference code for the recording: 57398
We tried to identify issues that might cause some providers to hesitate in jumping on board with ADempiere. The main thing we think will help will be to get a 'Commercial Face'. Like Red1 says, we get new geeks joining daily (which we love!) but need to have a site that will be easy for business people to find professional services, and for partners to advertise their expertise. Having this sort of 'advertisement' will give service providers confidence in the value of joining in.
Also we discussed the perception of some that the GPL is limiting. The attendees agreed that this is mostly an educational matter, and that as we publicize what we have, more and more business will come.
We ran out of time for the PostGame Show other than to agree it was successful and went well, and for RoadMap discussion, but agreed that these are good topics to reschedule. Is there a good time perhaps early next week to schedule at least the post-game? It is usually best if those chats happen while things are fresh.
Best Regards,
JoelS
yes, and to emphasis a bit on some user request that may seem unanswered is the need for a list of professionals and vendors that support ADempiere on a commercial basis.
I did direct the query to look in our wiki, but i guess its not that evident as a category.
I think that can be fixed with more better placings or indexing. And also more better upkeep of all partners info. (Remember the wiki is self publishing so do register in and place your services there.)
I hope Joel can work via the Inc site to point to the right spots in the wiki.
We have also agreed that the Inc can take steps to formalise itself in the States and at least start with a door with a name plate on it, and some name cards for the associates to carry. The person in charge there is our US Council member, Joel here who acts under trust from the bazaar to do the necessary.
There can be more than one official door stamp on the Inc, as the US is pretty huge by itself.
We allow our ppl to carry double name-cards or logos to show that indeed there is an 'Inc' behind when need be. We can entertain requests for that in a wiki list. Let those who wants come forth and 'register' themselves first. The Inc can publish some sort of distinct design and quality. And let ppl download and again self service. The wiki list is for users to verify and do ratings, so we can control against abuse. Our council canput a sign stamp (gud thing about wiki) next to the names that we think are ok. (Contributing materials and reviewable track records makes them ok :) ).
The whole idea of the Inc is hold the official fort, while the rest of us goes around doing business for ADempiere. It acts as liason and reference and again to assure that it doesnt compete nor profits, nor private owned.
We also have prospects coming forth, and many of us are rolling up our sleeves. Hope to have some live case studies and more white papers coming out soon. With more rated professionals on board, it be easy for the Inc and us to route calls and leads to them.
The Bazaar is Wealthy,
Stay In It.
red1
I have created a new category in the front page of the wiki. All are invited to list their details. I also linked via a news note in the SF news section.
We are having many people visiting us for commercial support and we were looking disorganized in this respect.
Regards
Ramiro
Here are some possible topics for the voice chat for 12/22/06 1500 GMT
1. What things would you like to be able to include in a listing for professional services?
2. We are thinking of proposing weekly webinars. What topics would be beneficial?
3. Trainings- when could we schedule the first set of courses? What topics?
As always, post if there is another topic you'd like included.
Joel Stangeland
Idalica
Greetings to all,
The growth seems to be becoming exponential as this week we were joined or contacted by several groups with a lot of background in compiere.
Some have been asking about building profit around open-source software. The model of selling programs had the appeal of recurring revenue, the idea that you work hard to make something good and then get to have ongoing benefit from it.
Quite a few here have some very good ideas about that, so we thought we could discuss the available profit models surrounding ADempiere.
As usual, if you have topics you would like added, please post them as responses.
Friday 1500 GMT- we'll be here:
http://www.adempiere.com/wiki/index.php/ADempiere_Virtual_Conference_Room
Hi,
I would like to participate in this discussion, but usualy i forget especialy when i have many tasks to do.
>Friday 1500 GMT- we'll be here:
Please if someone see me online in skype/yahoo or ICQ remind me to participate.
Kind regards,
Trifon