You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@unomi.apache.org by Thaisa Mirely <tm...@thoughtworks.com> on 2019/01/17 02:45:58 UTC
generate Unomi 1.4.0-SNAPSHOT
Hello everyone,
I am now working on verifying Unomi performance for integration with my
project data ecosystem.
We recently saw an important bug fix related to the merge properties in the
profiles.
We tried to use the master version to generate an internal version of Unomi
for use in performance testing, but generating that version was a bit
difficult and we had some problems.
So, my question is whether it would be possible to generate a SNAPSHOT
version of the API, with the merge fix, being made available in the maven
repository?
Also, having a SNAPSHOT tag in github would be a good approach =]
thanks,
have a nice day.
*Thought*Works - Recife, Brazil
Re: generate Unomi 1.4.0-SNAPSHOT
Posted by Thaisa Mirely <tm...@thoughtworks.com>.
Thank you François. =]
This guide you sent me, seems very complete.
have a nice day,
*Thought*Works - Recife, Brazil
On Thu, Jan 17, 2019 at 9:16 AM Francois Papon <fr...@openobject.fr>
wrote:
> Hi,
>
> There is also a release guide on the Unomi website:
>
> https://unomi.incubator.apache.org/contribute-release-guide.html
>
> Regards,
>
> François Papon
> fpapon@apache.org
>
> Le 17/01/2019 à 14:45, Thaisa Mirely a écrit :
> > Hi Serge
> > The problem was just knowing the maven command to update the version and
> > prepare the release.
> > We use *mvn-release in batch mode: update-versions -DdevelopmentVersion
> =*
> > I'm not sure, but I dont think we have a script to generate a version in
> > the project.
> > Are you use another approach to generate the release? could you describe
> or
> > indicate the file that you used?
> > thanks
> >
> > JB, on the tag suggestion was something like a beta pre release, because
> > 1) there is an important fixed in the master code 2) I do not have the
> > visibility when the new oficial release will be available, and for a
> user,
> > it is more common to use a maven of the version, instead to use a master
> > version to generate a manual release.
> >
> >
> > have a nice day,
> >
> > *Thought*Works - Recife, Brazil
> >
> >
> > On Thu, Jan 17, 2019 at 7:06 AM Serge Huber <sh...@apache.org> wrote:
> >
> >> Hello Thaisa,
> >>
> >> Could you describe the issues you were facing when building the
> >> SNAPSHOT ? The most common one is tests that don't work properly but
> >> you could also prevent them from running as these failures are not
> >> systematic (it's a timing issue that still needs to be correct) but
> >> doesn't affect in any mean the quality of the release.
> >>
> >> Regards,
> >> Serge...
> >>
> >>
> >> On Thu, Jan 17, 2019 at 7:48 AM Jean-Baptiste Onofré <jb...@nanthrax.net>
> >> wrote:
> >>> Hi,
> >>>
> >>> SNAPSHOT tag doesn't make sense: it's also the latest revision of a
> >>> branch (master most of the time).
> >>>
> >>> You can find SNAPSHOT build on repository.apache.org (snapshot repo)
> or
> >>> you can ever build unomi yourself (from master) to have your own
> >> SNAPSHOT.
> >>> Regards
> >>> JB
> >>>
> >>> On 17/01/2019 03:45, Thaisa Mirely wrote:
> >>>> Hello everyone,
> >>>> I am now working on verifying Unomi performance for integration with
> my
> >>>> project data ecosystem.
> >>>> We recently saw an important bug fix related to the merge properties
> >> in the
> >>>> profiles.
> >>>> We tried to use the master version to generate an internal version of
> >> Unomi
> >>>> for use in performance testing, but generating that version was a bit
> >>>> difficult and we had some problems.
> >>>> So, my question is whether it would be possible to generate a SNAPSHOT
> >>>> version of the API, with the merge fix, being made available in the
> >> maven
> >>>> repository?
> >>>> Also, having a SNAPSHOT tag in github would be a good approach =]
> >>>>
> >>>> thanks,
> >>>> have a nice day.
> >>>>
> >>>> *Thought*Works - Recife, Brazil
> >>>>
> >>> --
> >>> Jean-Baptiste Onofré
> >>> jbonofre@apache.org
> >>> http://blog.nanthrax.net
> >>> Talend - http://www.talend.com
>
Re: generate Unomi 1.4.0-SNAPSHOT
Posted by Francois Papon <fr...@openobject.fr>.
Hi,
There is also a release guide on the Unomi website:
https://unomi.incubator.apache.org/contribute-release-guide.html
Regards,
François Papon
fpapon@apache.org
Le 17/01/2019 à 14:45, Thaisa Mirely a écrit :
> Hi Serge
> The problem was just knowing the maven command to update the version and
> prepare the release.
> We use *mvn-release in batch mode: update-versions -DdevelopmentVersion =*
> I'm not sure, but I dont think we have a script to generate a version in
> the project.
> Are you use another approach to generate the release? could you describe or
> indicate the file that you used?
> thanks
>
> JB, on the tag suggestion was something like a beta pre release, because
> 1) there is an important fixed in the master code 2) I do not have the
> visibility when the new oficial release will be available, and for a user,
> it is more common to use a maven of the version, instead to use a master
> version to generate a manual release.
>
>
> have a nice day,
>
> *Thought*Works - Recife, Brazil
>
>
> On Thu, Jan 17, 2019 at 7:06 AM Serge Huber <sh...@apache.org> wrote:
>
>> Hello Thaisa,
>>
>> Could you describe the issues you were facing when building the
>> SNAPSHOT ? The most common one is tests that don't work properly but
>> you could also prevent them from running as these failures are not
>> systematic (it's a timing issue that still needs to be correct) but
>> doesn't affect in any mean the quality of the release.
>>
>> Regards,
>> Serge...
>>
>>
>> On Thu, Jan 17, 2019 at 7:48 AM Jean-Baptiste Onofré <jb...@nanthrax.net>
>> wrote:
>>> Hi,
>>>
>>> SNAPSHOT tag doesn't make sense: it's also the latest revision of a
>>> branch (master most of the time).
>>>
>>> You can find SNAPSHOT build on repository.apache.org (snapshot repo) or
>>> you can ever build unomi yourself (from master) to have your own
>> SNAPSHOT.
>>> Regards
>>> JB
>>>
>>> On 17/01/2019 03:45, Thaisa Mirely wrote:
>>>> Hello everyone,
>>>> I am now working on verifying Unomi performance for integration with my
>>>> project data ecosystem.
>>>> We recently saw an important bug fix related to the merge properties
>> in the
>>>> profiles.
>>>> We tried to use the master version to generate an internal version of
>> Unomi
>>>> for use in performance testing, but generating that version was a bit
>>>> difficult and we had some problems.
>>>> So, my question is whether it would be possible to generate a SNAPSHOT
>>>> version of the API, with the merge fix, being made available in the
>> maven
>>>> repository?
>>>> Also, having a SNAPSHOT tag in github would be a good approach =]
>>>>
>>>> thanks,
>>>> have a nice day.
>>>>
>>>> *Thought*Works - Recife, Brazil
>>>>
>>> --
>>> Jean-Baptiste Onofré
>>> jbonofre@apache.org
>>> http://blog.nanthrax.net
>>> Talend - http://www.talend.com
Re: generate Unomi 1.4.0-SNAPSHOT
Posted by Jean-Baptiste Onofré <jb...@nanthrax.net>.
Hi,
you can use the nightly build, no need to have a tag. Just use SNAPSHOT
version in your pom.xml and you are good to go.
For the build, just use the regular "mvn clean install -DskipTests", it
should work.
Regards
JB
On 17/01/2019 11:45, Thaisa Mirely wrote:
> Hi Serge
> The problem was just knowing the maven command to update the version and
> prepare the release.
> We use *mvn-release in batch mode: update-versions -DdevelopmentVersion =*
> I'm not sure, but I dont think we have a script to generate a version in
> the project.
> Are you use another approach to generate the release? could you describe or
> indicate the file that you used?
> thanks
>
> JB, on the tag suggestion was something like a beta pre release, because
> 1) there is an important fixed in the master code 2) I do not have the
> visibility when the new oficial release will be available, and for a user,
> it is more common to use a maven of the version, instead to use a master
> version to generate a manual release.
>
>
> have a nice day,
>
> *Thought*Works - Recife, Brazil
>
>
> On Thu, Jan 17, 2019 at 7:06 AM Serge Huber <sh...@apache.org> wrote:
>
>> Hello Thaisa,
>>
>> Could you describe the issues you were facing when building the
>> SNAPSHOT ? The most common one is tests that don't work properly but
>> you could also prevent them from running as these failures are not
>> systematic (it's a timing issue that still needs to be correct) but
>> doesn't affect in any mean the quality of the release.
>>
>> Regards,
>> Serge...
>>
>>
>> On Thu, Jan 17, 2019 at 7:48 AM Jean-Baptiste Onofré <jb...@nanthrax.net>
>> wrote:
>>>
>>> Hi,
>>>
>>> SNAPSHOT tag doesn't make sense: it's also the latest revision of a
>>> branch (master most of the time).
>>>
>>> You can find SNAPSHOT build on repository.apache.org (snapshot repo) or
>>> you can ever build unomi yourself (from master) to have your own
>> SNAPSHOT.
>>>
>>> Regards
>>> JB
>>>
>>> On 17/01/2019 03:45, Thaisa Mirely wrote:
>>>> Hello everyone,
>>>> I am now working on verifying Unomi performance for integration with my
>>>> project data ecosystem.
>>>> We recently saw an important bug fix related to the merge properties
>> in the
>>>> profiles.
>>>> We tried to use the master version to generate an internal version of
>> Unomi
>>>> for use in performance testing, but generating that version was a bit
>>>> difficult and we had some problems.
>>>> So, my question is whether it would be possible to generate a SNAPSHOT
>>>> version of the API, with the merge fix, being made available in the
>> maven
>>>> repository?
>>>> Also, having a SNAPSHOT tag in github would be a good approach =]
>>>>
>>>> thanks,
>>>> have a nice day.
>>>>
>>>> *Thought*Works - Recife, Brazil
>>>>
>>>
>>> --
>>> Jean-Baptiste Onofré
>>> jbonofre@apache.org
>>> http://blog.nanthrax.net
>>> Talend - http://www.talend.com
>>
>
--
Jean-Baptiste Onofré
jbonofre@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com
Re: generate Unomi 1.4.0-SNAPSHOT
Posted by Francois Papon <fr...@openobject.fr>.
Hi,
You can use:
|mvn versions:set-DnewVersion=1.4.0-SNAPSHOT Regards, |
François Papon
fpapon@apache.org
Le 17/01/2019 à 14:45, Thaisa Mirely a écrit :
> Hi Serge
> The problem was just knowing the maven command to update the version and
> prepare the release.
> We use *mvn-release in batch mode: update-versions -DdevelopmentVersion =*
> I'm not sure, but I dont think we have a script to generate a version in
> the project.
> Are you use another approach to generate the release? could you describe or
> indicate the file that you used?
> thanks
>
> JB, on the tag suggestion was something like a beta pre release, because
> 1) there is an important fixed in the master code 2) I do not have the
> visibility when the new oficial release will be available, and for a user,
> it is more common to use a maven of the version, instead to use a master
> version to generate a manual release.
>
>
> have a nice day,
>
> *Thought*Works - Recife, Brazil
>
>
> On Thu, Jan 17, 2019 at 7:06 AM Serge Huber <sh...@apache.org> wrote:
>
>> Hello Thaisa,
>>
>> Could you describe the issues you were facing when building the
>> SNAPSHOT ? The most common one is tests that don't work properly but
>> you could also prevent them from running as these failures are not
>> systematic (it's a timing issue that still needs to be correct) but
>> doesn't affect in any mean the quality of the release.
>>
>> Regards,
>> Serge...
>>
>>
>> On Thu, Jan 17, 2019 at 7:48 AM Jean-Baptiste Onofré <jb...@nanthrax.net>
>> wrote:
>>> Hi,
>>>
>>> SNAPSHOT tag doesn't make sense: it's also the latest revision of a
>>> branch (master most of the time).
>>>
>>> You can find SNAPSHOT build on repository.apache.org (snapshot repo) or
>>> you can ever build unomi yourself (from master) to have your own
>> SNAPSHOT.
>>> Regards
>>> JB
>>>
>>> On 17/01/2019 03:45, Thaisa Mirely wrote:
>>>> Hello everyone,
>>>> I am now working on verifying Unomi performance for integration with my
>>>> project data ecosystem.
>>>> We recently saw an important bug fix related to the merge properties
>> in the
>>>> profiles.
>>>> We tried to use the master version to generate an internal version of
>> Unomi
>>>> for use in performance testing, but generating that version was a bit
>>>> difficult and we had some problems.
>>>> So, my question is whether it would be possible to generate a SNAPSHOT
>>>> version of the API, with the merge fix, being made available in the
>> maven
>>>> repository?
>>>> Also, having a SNAPSHOT tag in github would be a good approach =]
>>>>
>>>> thanks,
>>>> have a nice day.
>>>>
>>>> *Thought*Works - Recife, Brazil
>>>>
>>> --
>>> Jean-Baptiste Onofré
>>> jbonofre@apache.org
>>> http://blog.nanthrax.net
>>> Talend - http://www.talend.com
Re: generate Unomi 1.4.0-SNAPSHOT
Posted by Thaisa Mirely <tm...@thoughtworks.com>.
Hi Serge
The problem was just knowing the maven command to update the version and
prepare the release.
We use *mvn-release in batch mode: update-versions -DdevelopmentVersion =*
I'm not sure, but I dont think we have a script to generate a version in
the project.
Are you use another approach to generate the release? could you describe or
indicate the file that you used?
thanks
JB, on the tag suggestion was something like a beta pre release, because
1) there is an important fixed in the master code 2) I do not have the
visibility when the new oficial release will be available, and for a user,
it is more common to use a maven of the version, instead to use a master
version to generate a manual release.
have a nice day,
*Thought*Works - Recife, Brazil
On Thu, Jan 17, 2019 at 7:06 AM Serge Huber <sh...@apache.org> wrote:
> Hello Thaisa,
>
> Could you describe the issues you were facing when building the
> SNAPSHOT ? The most common one is tests that don't work properly but
> you could also prevent them from running as these failures are not
> systematic (it's a timing issue that still needs to be correct) but
> doesn't affect in any mean the quality of the release.
>
> Regards,
> Serge...
>
>
> On Thu, Jan 17, 2019 at 7:48 AM Jean-Baptiste Onofré <jb...@nanthrax.net>
> wrote:
> >
> > Hi,
> >
> > SNAPSHOT tag doesn't make sense: it's also the latest revision of a
> > branch (master most of the time).
> >
> > You can find SNAPSHOT build on repository.apache.org (snapshot repo) or
> > you can ever build unomi yourself (from master) to have your own
> SNAPSHOT.
> >
> > Regards
> > JB
> >
> > On 17/01/2019 03:45, Thaisa Mirely wrote:
> > > Hello everyone,
> > > I am now working on verifying Unomi performance for integration with my
> > > project data ecosystem.
> > > We recently saw an important bug fix related to the merge properties
> in the
> > > profiles.
> > > We tried to use the master version to generate an internal version of
> Unomi
> > > for use in performance testing, but generating that version was a bit
> > > difficult and we had some problems.
> > > So, my question is whether it would be possible to generate a SNAPSHOT
> > > version of the API, with the merge fix, being made available in the
> maven
> > > repository?
> > > Also, having a SNAPSHOT tag in github would be a good approach =]
> > >
> > > thanks,
> > > have a nice day.
> > >
> > > *Thought*Works - Recife, Brazil
> > >
> >
> > --
> > Jean-Baptiste Onofré
> > jbonofre@apache.org
> > http://blog.nanthrax.net
> > Talend - http://www.talend.com
>
Re: generate Unomi 1.4.0-SNAPSHOT
Posted by Serge Huber <sh...@apache.org>.
Hello Thaisa,
Could you describe the issues you were facing when building the
SNAPSHOT ? The most common one is tests that don't work properly but
you could also prevent them from running as these failures are not
systematic (it's a timing issue that still needs to be correct) but
doesn't affect in any mean the quality of the release.
Regards,
Serge...
On Thu, Jan 17, 2019 at 7:48 AM Jean-Baptiste Onofré <jb...@nanthrax.net> wrote:
>
> Hi,
>
> SNAPSHOT tag doesn't make sense: it's also the latest revision of a
> branch (master most of the time).
>
> You can find SNAPSHOT build on repository.apache.org (snapshot repo) or
> you can ever build unomi yourself (from master) to have your own SNAPSHOT.
>
> Regards
> JB
>
> On 17/01/2019 03:45, Thaisa Mirely wrote:
> > Hello everyone,
> > I am now working on verifying Unomi performance for integration with my
> > project data ecosystem.
> > We recently saw an important bug fix related to the merge properties in the
> > profiles.
> > We tried to use the master version to generate an internal version of Unomi
> > for use in performance testing, but generating that version was a bit
> > difficult and we had some problems.
> > So, my question is whether it would be possible to generate a SNAPSHOT
> > version of the API, with the merge fix, being made available in the maven
> > repository?
> > Also, having a SNAPSHOT tag in github would be a good approach =]
> >
> > thanks,
> > have a nice day.
> >
> > *Thought*Works - Recife, Brazil
> >
>
> --
> Jean-Baptiste Onofré
> jbonofre@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
Re: generate Unomi 1.4.0-SNAPSHOT
Posted by Jean-Baptiste Onofré <jb...@nanthrax.net>.
Hi,
SNAPSHOT tag doesn't make sense: it's also the latest revision of a
branch (master most of the time).
You can find SNAPSHOT build on repository.apache.org (snapshot repo) or
you can ever build unomi yourself (from master) to have your own SNAPSHOT.
Regards
JB
On 17/01/2019 03:45, Thaisa Mirely wrote:
> Hello everyone,
> I am now working on verifying Unomi performance for integration with my
> project data ecosystem.
> We recently saw an important bug fix related to the merge properties in the
> profiles.
> We tried to use the master version to generate an internal version of Unomi
> for use in performance testing, but generating that version was a bit
> difficult and we had some problems.
> So, my question is whether it would be possible to generate a SNAPSHOT
> version of the API, with the merge fix, being made available in the maven
> repository?
> Also, having a SNAPSHOT tag in github would be a good approach =]
>
> thanks,
> have a nice day.
>
> *Thought*Works - Recife, Brazil
>
--
Jean-Baptiste Onofré
jbonofre@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com