job postings

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
10 messages Options
Reply | Threaded
Open this post in threaded view
|

job postings

Harmeet Bedi
Is there a standard place to post ofbiz jobs ? Was wondering if there is
a place like http://flex.org/jobs

I checked main website and wiki but found nothing. Having job posting on
http://ofbiz.apache.org/ and/or at wiki site may help ofbiz community in
long term.

Harmeet

Reply | Threaded
Open this post in threaded view
|

Re: job postings

Jacques Le Roux
Administrator
I can't see any problems with that. But Flex and OFBiz are really not the same thing ;o)
This is only my POV and not the community, so please wait for a consensus before any actions...

Jacques

From: "Harmeet Bedi" <[hidden email]>
> Is there a standard place to post ofbiz jobs ? Was wondering if there is
> a place like http://flex.org/jobs
>
> I checked main website and wiki but found nothing. Having job posting on
> http://ofbiz.apache.org/ and/or at wiki site may help ofbiz community in
> long term.
>
> Harmeet
>
Reply | Threaded
Open this post in threaded view
|

Re: job postings

BJ Freeman
In reply to this post by Harmeet Bedi
I prefer to use Elance.com for projects.
It is structured and allows the use of escrow so the developer know the
money is there and buyer knows the developer only gets paid once the
milestone is completed.
Saves a lot of wear and tear.
The other way is to promote the Service Providers pages so people know
where to find people and let them contact them.
http://docs.ofbiz.org/display/OFBIZ/Apache+OFBiz+Service+Providers

Harmeet Bedi sent the following on 9/3/2008 7:14 AM:

> Is there a standard place to post ofbiz jobs ? Was wondering if there is
> a place like http://flex.org/jobs
>
> I checked main website and wiki but found nothing. Having job posting on
> http://ofbiz.apache.org/ and/or at wiki site may help ofbiz community in
> long term.
>
> Harmeet
>
>
>
>

Reply | Threaded
Open this post in threaded view
|

versions - keep always up to date

Florin Popa
Hello,

I faced today a very ugly situation...because of one specialpurpose
module, I decided to switch from revision 572287 to the latest stable
version (4.0)
The big surprise was that all .bsh scripts have been replaced with
groovy ones.
Because I have done several customizations within 572287 based version,
now I need a huge amount of manual work to merge the versions..Besides
bsh files, xml and ftl are also different...
Could anyone point an easier solution?

best regards,
 Flopa

Reply | Threaded
Open this post in threaded view
|

Re: versions - keep always up to date

BJ Freeman
bsh still works.
it is always recommenced that you create your own folder to modify.
this way you can use the compare file in Eclipse or what every IDE you use.
You can also create a separate project in Eclipse and use it to download
via subeclipse the compare that project against yours to create patches.

also subscribe to the commit and dev list to keep abreast of what is
going on.


Florin Popa sent the following on 9/3/2008 9:53 AM:

> Hello,
>
> I faced today a very ugly situation...because of one specialpurpose
> module, I decided to switch from revision 572287 to the latest stable
> version (4.0)
> The big surprise was that all .bsh scripts have been replaced with
> groovy ones.
> Because I have done several customizations within 572287 based version,
> now I need a huge amount of manual work to merge the versions..Besides
> bsh files, xml and ftl are also different...
> Could anyone point an easier solution?
>
> best regards,
> Flopa
>
>
>
>

Reply | Threaded
Open this post in threaded view
|

Re: versions - keep always up to date

BJ Freeman
In reply to this post by Florin Popa
Oh and 4.0 does not use groovy. only the Trunk.

Florin Popa sent the following on 9/3/2008 9:53 AM:

> Hello,
>
> I faced today a very ugly situation...because of one specialpurpose
> module, I decided to switch from revision 572287 to the latest stable
> version (4.0)
> The big surprise was that all .bsh scripts have been replaced with
> groovy ones.
> Because I have done several customizations within 572287 based version,
> now I need a huge amount of manual work to merge the versions..Besides
> bsh files, xml and ftl are also different...
> Could anyone point an easier solution?
>
> best regards,
> Flopa
>
>
>
>

Reply | Threaded
Open this post in threaded view
|

Re: versions - keep always up to date

Jacek Wagner
In reply to this post by Florin Popa
Florin Popa wrote:

> Hello,
>
> I faced today a very ugly situation...because of one specialpurpose
> module, I decided to switch from revision 572287 to the latest stable
> version (4.0)
> The big surprise was that all .bsh scripts have been replaced with
> groovy ones.
> Because I have done several customizations within 572287 based
> version, now I need a huge amount of manual work to merge the
> versions..Besides bsh files, xml and ftl are also different...
> Could anyone point an easier solution?
>
> best regards,
> Flopa
>
Use version control to save ofbiz revision along with your changes. It
is easier, later on, to transfer your changes to newer version of ofbiz.

Jacek
Reply | Threaded
Open this post in threaded view
|

Re: versions - keep always up to date

Jacques Le Roux
Administrator
In reply to this post by Florin Popa
I just checked : there are no groovy files in release4.0 (last version is 691676)

Jacques

From: "Florin Popa" <[hidden email]>

> Hello,
>
> I faced today a very ugly situation...because of one specialpurpose
> module, I decided to switch from revision 572287 to the latest stable
> version (4.0)
> The big surprise was that all .bsh scripts have been replaced with
> groovy ones.
> Because I have done several customizations within 572287 based version,
> now I need a huge amount of manual work to merge the versions..Besides
> bsh files, xml and ftl are also different...
> Could anyone point an easier solution?
>
> best regards,
> Flopa
>
Reply | Threaded
Open this post in threaded view
|

Re: versions - keep always up to date

Florin Popa
In reply to this post by BJ Freeman
Indeed I had from the start a separate Eclipse project for all my files
(customizations).
In case of .java I worked that way no problems will appear...

Please point me a version of 4.0 which is still without groovy..at least
I can reach a milestone without groovy and then manually I can replace
bsh with groovy
Even if the saying is "the sooner the better", this time I need
something running asap

thanks,
 florin

> Oh and 4.0 does not use groovy. only the Trunk.
>
> Florin Popa sent the following on 9/3/2008 9:53 AM:
>  
>> Hello,
>>
>> I faced today a very ugly situation...because of one specialpurpose
>> module, I decided to switch from revision 572287 to the latest stable
>> version (4.0)
>> The big surprise was that all .bsh scripts have been replaced with
>> groovy ones.
>> Because I have done several customizations within 572287 based version,
>> now I need a huge amount of manual work to merge the versions..Besides
>> bsh files, xml and ftl are also different...
>> Could anyone point an easier solution?
>>
>> best regards,
>> Flopa
>>
>>
>>
>>
>>    
>
>
>  

Reply | Threaded
Open this post in threaded view
|

Re: versions - keep always up to date

BJ Freeman
if your using the subeclipse then use the browse to find
release 4.0
then check it out to a new folder.

There is no guarantees that any trunk will work with it.
You will also find some major re-structuring that cause problems when
you try to marry the 4.0 and trunk.




Florin Popa sent the following on 9/3/2008 10:20 AM:

> Indeed I had from the start a separate Eclipse project for all my files
> (customizations).
> In case of .java I worked that way no problems will appear...
>
> Please point me a version of 4.0 which is still without groovy..at least
> I can reach a milestone without groovy and then manually I can replace
> bsh with groovy
> Even if the saying is "the sooner the better", this time I need
> something running asap
>
> thanks,
> florin
>> Oh and 4.0 does not use groovy. only the Trunk.
>>
>> Florin Popa sent the following on 9/3/2008 9:53 AM:
>>  
>>> Hello,
>>>
>>> I faced today a very ugly situation...because of one specialpurpose
>>> module, I decided to switch from revision 572287 to the latest stable
>>> version (4.0)
>>> The big surprise was that all .bsh scripts have been replaced with
>>> groovy ones.
>>> Because I have done several customizations within 572287 based version,
>>> now I need a huge amount of manual work to merge the versions..Besides
>>> bsh files, xml and ftl are also different...
>>> Could anyone point an easier solution?
>>>
>>> best regards,
>>> Flopa
>>>
>>>
>>>
>>>
>>>    
>>
>>
>>  
>
>