You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@empire-db.apache.org by Rainer Döbele <do...@esteam.de> on 2009/09/11 23:04:23 UTC

New release necessary?

Hi Francis,

OK the two war files in the Maven staging area are wrong.

But can't we just delete them.
Everything else should be OK.

What do you think?

Rainer


Rainer Döbele wrote:
> re: About the war (sounds funny, doesn't it)
> 
> 
> OK, shame on me.
> It's in the Maven staging area as sebb said.
> Should have read it properly.
> Well, that is not so good I must admit.
> 
> Are any examples required in the stating area at all?
> Isn't this what is supposed to go into a public repository.
> So wouldn't empire-db-core and empire-db-struts2 be sufficient?
> 
> Regards
> Rainer
> 
> 
> Rainer Döbele wrote:
> > re: About the war (sounds funny, doesn't it)
> >
> > Hi Francis,
> >
> > I still don't see the problem. The war is not in the release and hence
> > there is no problem.
> >
> > Rainer
> >
> >
> > > -----Ursprüngliche Nachricht-----
> > > Von: Francis De Brabandere [mailto:francisdb@gmail.com]
> > > Gesendet: Freitag, 11. September 2009 22:19
> > > An: empire-db-dev@incubator.apache.org
> > > Betreff: Re: About the war (sounds funny, doesn't it)
> > >
> > > I just added an other reply to the thread, we could just release the
> > > source for those. I do agree that war has no value.
> > >
> > > It's just a side-effect of maven that he builds a binary for each
> > > module. I'll try to find a solution for that...
> > > Sorry about this, I did not think it was going to be this big of an
> > > issue...
> > >
> > > Cheers,
> > > Francis
> > >
> > > On Fri, Sep 11, 2009 at 10:13 PM, Rainer Döbele <do...@esteam.de>
> > wrote:
> > > > Hi Francis,
> > > >
> > > > there is no war file in the distribution is there?
> > > >
> > > > But IMO we don't have to let Maven build one either.
> > > > What is it good for?
> > > > People usually run the web app from their IDE.
> > > > So if this would be a problem, we just won't build one.
> > > >
> > > > But I really think (and hope) that sebb had some other problem.
> > > >
> > > > Regards
> > > > Rainer
> > > >
> > > >
> > > > Francis De Brabandere wrote:
> > > >> Re: [VOTE] Release Apache Empire-db 2.0.5-incubating (rc5)
> > > >>
> > > >> >> >  [X] -1
> > > >> >>
> > > >> >>  Distribution archives are broken.
> > > >> >
> > > >> > Maven artifacts don't have correct N&L files.
> > > >>
> > > >> That war contains jar's that each contain their own license and
> > notice
> > > >> files. Should we take those over in an extra N&L? How do you want
> us
> > > >> to keep track of all transitive dependencies in the future. If one
> of
> > > >> the projects we depend on takes an extra dependency we also have to
> > > >> add it, there is no easy way to handle this?
> > > >>
> > > >> --
> > > >> http://www.somatik.be
> > > >> Microsoft gives you windows, Linux gives you the whole house.
> > > >>
> > > >> -------------------------------------------------------------------
> --
> > > >> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> > > >> For additional commands, e-mail: general-help@incubator.apache.org
> > > >
> > > >
> > >
> > >
> > >
> > > --
> > > http://www.somatik.be
> > > Microsoft gives you windows, Linux gives you the whole house.

Re: [VOTE] Release Apache Empire-db 2.0.5-incubating (rc5)

Posted by Leo Simons <ma...@leosimons.com>.
On Sun, Sep 13, 2009 at 7:38 PM, Francis De Brabandere
<fr...@gmail.com> wrote:
> I added myself a while ago to the keys in our
> repo/trunk/tools/KEYS.txt. Should we move that file to trunk and
> publish it in the dist?

I would say so. The advantage of having the KEYS file also in the
/dist/ is that it'll be close to where its used. The advantage of SVN,
well that should be obvious :)

> also from here:
> http://incubator.apache.org/guides/releasemanagement.html#distribution-checksums-sigs
> "that the KEYS file contains the public key. (Storing public keys in a
> KEYS file is recommended but is not policy.)"
> further my public key is available here:
> http://pgp.mit.edu:11371/pks/lookup?search=francisdb

Yeah, publishing a KEYS file by itself does not really provide the end
user with much additional guarantee beyond a SHA1 hash of the file
(which is why imagine KEYS files are not policy). The thing that
matters much more is linking up to the apache web of trust:

  http://www.apache.org/dev/release-signing.html#web-of-trust

For similar reasons it is also good if multiple people sign releases -
more trust :)


cheers,


- Leo (who in java land already considers it a "win" these days when
people opt out of auto-downloading from ibiblio.org, so personally no
longer bothers with GPG)

---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org


Re: [VOTE][CANCELED] Release Apache Empire-db 2.0.5-incubating (rc5)

Posted by Francis De Brabandere <fr...@gmail.com>.
Hi all,

I'm canceling this vote as we have two more issues to take care of:
- no example binaries in the maven repo
- fixing the tutorial

I will update the KEYS file that is linked on the website and create
an RC6 this evening.

Thanks for the reviews!
Francis

On Sun, Sep 13, 2009 at 9:56 PM, Thomas Fischer <fi...@seitenbau.net> wrote:
> Francis De Brabandere <fr...@gmail.com> schrieb am 13.09.2009 20:38:26:
>
>> ...
>> the keys on the website points to
>> http://www.apache.org/dist/incubator/empire-db/KEYS
>> I suggest it points to a location in the repo where it is kept so we
>> don't have to update two copies each time.
>
> I am not sure this is feasible. Locating it in the dist site seems standard
> to me, though I do not know whether it is an absolute must. If there is no
> compelling reason to move it, please keep the file there, but make sure
> your public key is contained in it.
>
>> We should at least update
>> the dist/incubator/empire-db/KEYS file when the release is accepted
>> (if we keep it)
>
> Francis, you can simply add your key, no matter whether the release is
> accepted or not, and preferably before the release is voted on. It is no
> problem if there is no release for a key in the KEYS file.
>
>> I added myself a while ago to the keys in our
>> repo/trunk/tools/KEYS.txt. Should we move that file to trunk and
>> publish it in the dist?
>
> I'm not sure whether I understand you correctly, but the file
> repo/trunk/tools/KEYS.txt is fine as KEYS file. Just make sure the file in
> the dist directory has the same content.
>
>> ...
>> further my public key is available here:
>> http://pgp.mit.edu:11371/pks/lookup?search=francisdb
>
> Yes, I checked that. But everybody can upload keys to a keyserver and call
> themselves Francis De Brabandere, so this is no real protection, just
> convenience.
>
>   Thomas
>
>>
>> On Sun, Sep 13, 2009 at 1:20 PM, Thomas Fischer <fi...@seitenbau.net>
> wrote:
>> > I have checked the release and I have found the following issues:
>> > ...
>> > - francis' signature is not in the KEYS.txt on the website. (see
> below))
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
>
>



-- 
http://www.somatik.be
Microsoft gives you windows, Linux gives you the whole house.

---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org


Re: [VOTE] Release Apache Empire-db 2.0.5-incubating (rc5)

Posted by Thomas Fischer <fi...@seitenbau.net>.
Francis De Brabandere <fr...@gmail.com> schrieb am 13.09.2009 20:38:26:

> ...
> the keys on the website points to
> http://www.apache.org/dist/incubator/empire-db/KEYS
> I suggest it points to a location in the repo where it is kept so we
> don't have to update two copies each time.

I am not sure this is feasible. Locating it in the dist site seems standard
to me, though I do not know whether it is an absolute must. If there is no
compelling reason to move it, please keep the file there, but make sure
your public key is contained in it.

> We should at least update
> the dist/incubator/empire-db/KEYS file when the release is accepted
> (if we keep it)

Francis, you can simply add your key, no matter whether the release is
accepted or not, and preferably before the release is voted on. It is no
problem if there is no release for a key in the KEYS file.

> I added myself a while ago to the keys in our
> repo/trunk/tools/KEYS.txt. Should we move that file to trunk and
> publish it in the dist?

I'm not sure whether I understand you correctly, but the file
repo/trunk/tools/KEYS.txt is fine as KEYS file. Just make sure the file in
the dist directory has the same content.

> ...
> further my public key is available here:
> http://pgp.mit.edu:11371/pks/lookup?search=francisdb

Yes, I checked that. But everybody can upload keys to a keyserver and call
themselves Francis De Brabandere, so this is no real protection, just
convenience.

   Thomas

>
> On Sun, Sep 13, 2009 at 1:20 PM, Thomas Fischer <fi...@seitenbau.net>
wrote:
> > I have checked the release and I have found the following issues:
> > ...
> > - francis' signature is not in the KEYS.txt on the website. (see
below))


---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org


Re: [VOTE] Release Apache Empire-db 2.0.5-incubating (rc5)

Posted by Francis De Brabandere <fr...@gmail.com>.
The jar diff is discussed in an other thread.

Added myself to the site:
http://incubator.apache.org/empire-db/community/contributors.htm
meanwhile I created this document on the wiki:
http://cwiki.apache.org/confluence/display/empiredb/Becoming+part+of+the+team
(just as a start)

the keys on the website points to
http://www.apache.org/dist/incubator/empire-db/KEYS
I suggest it points to a location in the repo where it is kept so we
don't have to update two copies each time. We should at least update
the dist/incubator/empire-db/KEYS file when the release is accepted
(if we keep it)

I added myself a while ago to the keys in our
repo/trunk/tools/KEYS.txt. Should we move that file to trunk and
publish it in the dist?
also from here:
http://incubator.apache.org/guides/releasemanagement.html#distribution-checksums-sigs
"that the KEYS file contains the public key. (Storing public keys in a
KEYS file is recommended but is not policy.)"
further my public key is available here:
http://pgp.mit.edu:11371/pks/lookup?search=francisdb

Cheers,
Francis


On Sun, Sep 13, 2009 at 1:20 PM, Thomas Fischer <fi...@seitenbau.net> wrote:
> I have checked the release and I have found the following issues:
> - jar files in the maven2 repo and the distribution differ. No idea how
> this can happen. (see below))
> - francis' signature is not in the KEYS.txt on the website. (see below))
>
> Everything else looks good, except the issues sebb found.
>
> If these issues are fixed, an rc will get a +1 from me
>
>         Thomas
>
> I have checked the following:
>
> staging repo:
> - empire-db
>  - jar contains NOTICE and LICENSE
>
> -empire-db-struts2
>  - jar contains NOTICE and LICENSE
>
> -empire-db-example-advanced
>  - jar contains NOTICE and LICENSE
>
> -empire-db-example-basic
>  - jar contains NOTICE and LICENSE
>
> -empire-db-example-cxf
>  - jar contains NOTICE and LICENSE
>
> rat report looks good
>
> distribution:
> - NOTICE, LICENSE and DISCLAIMER look good
> - javadoc looks good
> - sources look good
> - sources build
> - unit tests pass
> - all required dependencies are available from central repository,
> - docs (README.txt, tutorial.pdf) look good
> - md5 and sha1 sums are correct
> - signatures are correct, however, francis' key is not in the KEYS.txt.
> This needs to be fixed.
>
> compare maven repo and distribution:
> - empire-db-2.0.5-incubating.jar in staging repo and in zip/tgz differ
> binaryly. The file size in the staging repository is 269.663 bytes, whereas
> in the sistribution, it is 269.664 bytes.
> empire-db-struts2-2.0.5-incubating.jar also seems to be different, but has
> same file size.
>
>   Regards,
>
>         Thomas
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
>
>



-- 
http://www.somatik.be
Microsoft gives you windows, Linux gives you the whole house.

---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org


RE: [VOTE] Release Apache Empire-db 2.0.5-incubating (rc5)

Posted by Thomas Fischer <fi...@seitenbau.net>.
I have checked the release and I have found the following issues:
- jar files in the maven2 repo and the distribution differ. No idea how
this can happen. (see below))
- francis' signature is not in the KEYS.txt on the website. (see below))

Everything else looks good, except the issues sebb found.

If these issues are fixed, an rc will get a +1 from me

         Thomas

I have checked the following:

staging repo:
- empire-db
  - jar contains NOTICE and LICENSE

-empire-db-struts2
  - jar contains NOTICE and LICENSE

-empire-db-example-advanced
  - jar contains NOTICE and LICENSE

-empire-db-example-basic
  - jar contains NOTICE and LICENSE

-empire-db-example-cxf
  - jar contains NOTICE and LICENSE

rat report looks good

distribution:
- NOTICE, LICENSE and DISCLAIMER look good
- javadoc looks good
- sources look good
- sources build
- unit tests pass
- all required dependencies are available from central repository,
- docs (README.txt, tutorial.pdf) look good
- md5 and sha1 sums are correct
- signatures are correct, however, francis' key is not in the KEYS.txt.
This needs to be fixed.

compare maven repo and distribution:
- empire-db-2.0.5-incubating.jar in staging repo and in zip/tgz differ
binaryly. The file size in the staging repository is 269.663 bytes, whereas
in the sistribution, it is 269.664 bytes.
empire-db-struts2-2.0.5-incubating.jar also seems to be different, but has
same file size.

   Regards,

         Thomas


---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org


re: re: New release necessary?

Posted by Rainer Döbele <do...@esteam.de>.
Francis De Brabandere wrote:
> Re: re: New release necessary?
> 
> All examples will be removed from the maven repository

OK, that makes sense.

> 
> On Sep 13, 2009 10:43 a.m., "Rainer Döbele" <do...@esteam.de> wrote:
> 
> Hi Franics,
> 
> as you might have seen already, I have changed the tutorial.pdf and
> removed
> the link to empire-db.org in the footer - as sebb demanded.
> 
> So all together we have two changes now:
> 
> 1. the two example war files (empire-db-example-struts2-2.0.5-
> incubating.war
> and empire-db-example-struts2-cxf-2.0.5-incubating.war) should not be
> supplied in the Maven stating area.
> 
> 2. the link to www.empire-db.org was removed from the footer of the
> tutorial.pdf
> 
> Correct?
> 
> @Thomas: Would you let us know, when you have had a chance to look at
> the
> release and if it's OK to make another one.
> 
> Getting this release approved is more difficult and time consuming than
> we
> all thought it would be and I really hope this is now the final change
> and
> rc6 will really make it.
> 
> Regards Rainer Francis De Brabandere wrote:
> > Re: New release necessary?
> 
> > > Should I create an other RC on sunday (or monday) evening or do we
> >
> want to wait for some more...

Re: re: New release necessary?

Posted by Francis De Brabandere <fr...@gmail.com>.
All examples will be removed from the maven repository

On Sep 13, 2009 10:43 a.m., "Rainer Döbele" <do...@esteam.de> wrote:

Hi Franics,

as you might have seen already, I have changed the tutorial.pdf and removed
the link to empire-db.org in the footer - as sebb demanded.

So all together we have two changes now:

1. the two example war files (empire-db-example-struts2-2.0.5-incubating.war
and empire-db-example-struts2-cxf-2.0.5-incubating.war) should not be
supplied in the Maven stating area.

2. the link to www.empire-db.org was removed from the footer of the
tutorial.pdf

Correct?

@Thomas: Would you let us know, when you have had a chance to look at the
release and if it's OK to make another one.

Getting this release approved is more difficult and time consuming than we
all thought it would be and I really hope this is now the final change and
rc6 will really make it.

Regards Rainer Francis De Brabandere wrote:
> Re: New release necessary?

> > Should I create an other RC on sunday (or monday) evening or do we >
want to wait for some more...

re: New release necessary?

Posted by Rainer Döbele <do...@esteam.de>.
Hi Franics,

as you might have seen already, I have changed the tutorial.pdf and removed the link to empire-db.org in the footer - as sebb demanded.

So all together we have two changes now:

1. the two example war files (empire-db-example-struts2-2.0.5-incubating.war and empire-db-example-struts2-cxf-2.0.5-incubating.war) should not be supplied in the Maven stating area.

2. the link to www.empire-db.org was removed from the footer of the tutorial.pdf

Correct?

@Thomas: Would you let us know, when you have had a chance to look at the release and if it's OK to make another one.

Getting this release approved is more difficult and time consuming than we all thought it would be and I really hope this is now the final change and rc6 will really make it. 

Regards
Rainer


Francis De Brabandere wrote:
> Re: New release necessary?
> 
> Should I create an other RC on sunday (or monday) evening or do we
> want to wait for some more reviews on the general@ list?
> 
> On Sat, Sep 12, 2009 at 1:42 PM, Francis De Brabandere
> <fr...@gmail.com> wrote:
> > I got this fixed by adding deployment skipping for our examples
> module:
> > <build>
> >               <pluginManagement>
> >                       <plugins>
> >                               <plugin>
> >                                       <!-- skip deployment for all
> examples -->
> >                      <artifactId>maven-deploy-plugin</artifactId>
> >                      <configuration>
> >                        <skip>true</skip>
> >                     </configuration>
> >                   </plugin>
> >           </plugins>
> >               </pluginManagement>
> > </build>
> >
> > As you can see in the latest snapshot builds the examples are not
> > being deployed any more:
> >
> https://repository.apache.org/content/repositories/snapshots/org/apache
> /empire-db/
> >
> > Now for the staging repo I fear we'll have to create an other RC as I
> > can not remove folders there.
> >
> > Cheers,
> > Francis
> >
> > On Sat, Sep 12, 2009 at 10:24 AM, Francis De Brabandere
> > <fr...@gmail.com> wrote:
> >> I was thinking the same thing. There seems to be a way to disable a
> >> deploy, we could then skip deployment to the staging repository for
> >> all examples
> >>
> >> Cheers,
> >> Francis
> >>
> >> On Fri, Sep 11, 2009 at 11:04 PM, Rainer Döbele <do...@esteam.de>
> wrote:
> >>> Hi Francis,
> >>>
> >>> OK the two war files in the Maven staging area are wrong.
> >>>
> >>> But can't we just delete them.
> >>> Everything else should be OK.
> >>>
> >>> What do you think?
> >>>
> >>> Rainer
> >>>
> >>>
> >>> Rainer Döbele wrote:
> >>>> re: About the war (sounds funny, doesn't it)
> >>>>
> >>>>
> >>>> OK, shame on me.
> >>>> It's in the Maven staging area as sebb said.
> >>>> Should have read it properly.
> >>>> Well, that is not so good I must admit.
> >>>>
> >>>> Are any examples required in the stating area at all?
> >>>> Isn't this what is supposed to go into a public repository.
> >>>> So wouldn't empire-db-core and empire-db-struts2 be sufficient?
> >>>>
> >>>> Regards
> >>>> Rainer
> >>>>
> >>>>
> >>>> Rainer Döbele wrote:
> >>>> > re: About the war (sounds funny, doesn't it)
> >>>> >
> >>>> > Hi Francis,
> >>>> >
> >>>> > I still don't see the problem. The war is not in the release and
> hence
> >>>> > there is no problem.
> >>>> >
> >>>> > Rainer
> >>>> >
> >>>> >
> >>>> > > -----Ursprüngliche Nachricht-----
> >>>> > > Von: Francis De Brabandere [mailto:francisdb@gmail.com]
> >>>> > > Gesendet: Freitag, 11. September 2009 22:19
> >>>> > > An: empire-db-dev@incubator.apache.org
> >>>> > > Betreff: Re: About the war (sounds funny, doesn't it)
> >>>> > >
> >>>> > > I just added an other reply to the thread, we could just
> release the
> >>>> > > source for those. I do agree that war has no value.
> >>>> > >
> >>>> > > It's just a side-effect of maven that he builds a binary for
> each
> >>>> > > module. I'll try to find a solution for that...
> >>>> > > Sorry about this, I did not think it was going to be this big
> of an
> >>>> > > issue...
> >>>> > >
> >>>> > > Cheers,
> >>>> > > Francis
> >>>> > >
> >>>> > > On Fri, Sep 11, 2009 at 10:13 PM, Rainer Döbele
> <do...@esteam.de>
> >>>> > wrote:
> >>>> > > > Hi Francis,
> >>>> > > >
> >>>> > > > there is no war file in the distribution is there?
> >>>> > > >
> >>>> > > > But IMO we don't have to let Maven build one either.
> >>>> > > > What is it good for?
> >>>> > > > People usually run the web app from their IDE.
> >>>> > > > So if this would be a problem, we just won't build one.
> >>>> > > >
> >>>> > > > But I really think (and hope) that sebb had some other
> problem.
> >>>> > > >
> >>>> > > > Regards
> >>>> > > > Rainer
> >>>> > > >
> >>>> > > >
> >>>> > > > Francis De Brabandere wrote:
> >>>> > > >> Re: [VOTE] Release Apache Empire-db 2.0.5-incubating (rc5)
> >>>> > > >>
> >>>> > > >> >> >  [X] -1
> >>>> > > >> >>
> >>>> > > >> >>  Distribution archives are broken.
> >>>> > > >> >
> >>>> > > >> > Maven artifacts don't have correct N&L files.
> >>>> > > >>
> >>>> > > >> That war contains jar's that each contain their own license
> and
> >>>> > notice
> >>>> > > >> files. Should we take those over in an extra N&L? How do
> you want
> >>>> us
> >>>> > > >> to keep track of all transitive dependencies in the future.
> If one
> >>>> of
> >>>> > > >> the projects we depend on takes an extra dependency we also
> have to
> >>>> > > >> add it, there is no easy way to handle this?
> >>>> > > >>
> >>>> > > >> --
> >>>> > > >> http://www.somatik.be
> >>>> > > >> Microsoft gives you windows, Linux gives you the whole
> house.
> >>>> > > >>
> >>>> > > >> -----------------------------------------------------------
> --------
> >>>> --
> >>>> > > >> To unsubscribe, e-mail: general-
> unsubscribe@incubator.apache.org
> >>>> > > >> For additional commands, e-mail: general-
> help@incubator.apache.org
> >>>> > > >
> >>>> > > >
> >>>> > >
> >>>> > >
> >>>> > >
> >>>> > > --
> >>>> > > http://www.somatik.be
> >>>> > > Microsoft gives you windows, Linux gives you the whole house.
> >>>
> >>
> >>
> >>
> >> --
> >> http://www.somatik.be
> >> Microsoft gives you windows, Linux gives you the whole house.
> >>
> >
> >
> >
> > --
> > http://www.somatik.be
> > Microsoft gives you windows, Linux gives you the whole house.
> >
> 
> 
> 
> --
> http://www.somatik.be
> Microsoft gives you windows, Linux gives you the whole house.

Re: New release necessary?

Posted by Francis De Brabandere <fr...@gmail.com>.
Should I create an other RC on sunday (or monday) evening or do we
want to wait for some more reviews on the general@ list?

On Sat, Sep 12, 2009 at 1:42 PM, Francis De Brabandere
<fr...@gmail.com> wrote:
> I got this fixed by adding deployment skipping for our examples module:
> <build>
>               <pluginManagement>
>                       <plugins>
>                               <plugin>
>                                       <!-- skip deployment for all examples -->
>                      <artifactId>maven-deploy-plugin</artifactId>
>                      <configuration>
>                        <skip>true</skip>
>                     </configuration>
>                   </plugin>
>           </plugins>
>               </pluginManagement>
> </build>
>
> As you can see in the latest snapshot builds the examples are not
> being deployed any more:
> https://repository.apache.org/content/repositories/snapshots/org/apache/empire-db/
>
> Now for the staging repo I fear we'll have to create an other RC as I
> can not remove folders there.
>
> Cheers,
> Francis
>
> On Sat, Sep 12, 2009 at 10:24 AM, Francis De Brabandere
> <fr...@gmail.com> wrote:
>> I was thinking the same thing. There seems to be a way to disable a
>> deploy, we could then skip deployment to the staging repository for
>> all examples
>>
>> Cheers,
>> Francis
>>
>> On Fri, Sep 11, 2009 at 11:04 PM, Rainer Döbele <do...@esteam.de> wrote:
>>> Hi Francis,
>>>
>>> OK the two war files in the Maven staging area are wrong.
>>>
>>> But can't we just delete them.
>>> Everything else should be OK.
>>>
>>> What do you think?
>>>
>>> Rainer
>>>
>>>
>>> Rainer Döbele wrote:
>>>> re: About the war (sounds funny, doesn't it)
>>>>
>>>>
>>>> OK, shame on me.
>>>> It's in the Maven staging area as sebb said.
>>>> Should have read it properly.
>>>> Well, that is not so good I must admit.
>>>>
>>>> Are any examples required in the stating area at all?
>>>> Isn't this what is supposed to go into a public repository.
>>>> So wouldn't empire-db-core and empire-db-struts2 be sufficient?
>>>>
>>>> Regards
>>>> Rainer
>>>>
>>>>
>>>> Rainer Döbele wrote:
>>>> > re: About the war (sounds funny, doesn't it)
>>>> >
>>>> > Hi Francis,
>>>> >
>>>> > I still don't see the problem. The war is not in the release and hence
>>>> > there is no problem.
>>>> >
>>>> > Rainer
>>>> >
>>>> >
>>>> > > -----Ursprüngliche Nachricht-----
>>>> > > Von: Francis De Brabandere [mailto:francisdb@gmail.com]
>>>> > > Gesendet: Freitag, 11. September 2009 22:19
>>>> > > An: empire-db-dev@incubator.apache.org
>>>> > > Betreff: Re: About the war (sounds funny, doesn't it)
>>>> > >
>>>> > > I just added an other reply to the thread, we could just release the
>>>> > > source for those. I do agree that war has no value.
>>>> > >
>>>> > > It's just a side-effect of maven that he builds a binary for each
>>>> > > module. I'll try to find a solution for that...
>>>> > > Sorry about this, I did not think it was going to be this big of an
>>>> > > issue...
>>>> > >
>>>> > > Cheers,
>>>> > > Francis
>>>> > >
>>>> > > On Fri, Sep 11, 2009 at 10:13 PM, Rainer Döbele <do...@esteam.de>
>>>> > wrote:
>>>> > > > Hi Francis,
>>>> > > >
>>>> > > > there is no war file in the distribution is there?
>>>> > > >
>>>> > > > But IMO we don't have to let Maven build one either.
>>>> > > > What is it good for?
>>>> > > > People usually run the web app from their IDE.
>>>> > > > So if this would be a problem, we just won't build one.
>>>> > > >
>>>> > > > But I really think (and hope) that sebb had some other problem.
>>>> > > >
>>>> > > > Regards
>>>> > > > Rainer
>>>> > > >
>>>> > > >
>>>> > > > Francis De Brabandere wrote:
>>>> > > >> Re: [VOTE] Release Apache Empire-db 2.0.5-incubating (rc5)
>>>> > > >>
>>>> > > >> >> >  [X] -1
>>>> > > >> >>
>>>> > > >> >>  Distribution archives are broken.
>>>> > > >> >
>>>> > > >> > Maven artifacts don't have correct N&L files.
>>>> > > >>
>>>> > > >> That war contains jar's that each contain their own license and
>>>> > notice
>>>> > > >> files. Should we take those over in an extra N&L? How do you want
>>>> us
>>>> > > >> to keep track of all transitive dependencies in the future. If one
>>>> of
>>>> > > >> the projects we depend on takes an extra dependency we also have to
>>>> > > >> add it, there is no easy way to handle this?
>>>> > > >>
>>>> > > >> --
>>>> > > >> http://www.somatik.be
>>>> > > >> Microsoft gives you windows, Linux gives you the whole house.
>>>> > > >>
>>>> > > >> -------------------------------------------------------------------
>>>> --
>>>> > > >> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
>>>> > > >> For additional commands, e-mail: general-help@incubator.apache.org
>>>> > > >
>>>> > > >
>>>> > >
>>>> > >
>>>> > >
>>>> > > --
>>>> > > http://www.somatik.be
>>>> > > Microsoft gives you windows, Linux gives you the whole house.
>>>
>>
>>
>>
>> --
>> http://www.somatik.be
>> Microsoft gives you windows, Linux gives you the whole house.
>>
>
>
>
> --
> http://www.somatik.be
> Microsoft gives you windows, Linux gives you the whole house.
>



-- 
http://www.somatik.be
Microsoft gives you windows, Linux gives you the whole house.

Re: New release necessary?

Posted by Francis De Brabandere <fr...@gmail.com>.
I got this fixed by adding deployment skipping for our examples module:
<build>
               <pluginManagement>
                       <plugins>
                               <plugin>
                                       <!-- skip deployment for all examples -->
                      <artifactId>maven-deploy-plugin</artifactId>
                      <configuration>
                        <skip>true</skip>
                     </configuration>
                   </plugin>
           </plugins>
               </pluginManagement>
</build>

As you can see in the latest snapshot builds the examples are not
being deployed any more:
https://repository.apache.org/content/repositories/snapshots/org/apache/empire-db/

Now for the staging repo I fear we'll have to create an other RC as I
can not remove folders there.

Cheers,
Francis

On Sat, Sep 12, 2009 at 10:24 AM, Francis De Brabandere
<fr...@gmail.com> wrote:
> I was thinking the same thing. There seems to be a way to disable a
> deploy, we could then skip deployment to the staging repository for
> all examples
>
> Cheers,
> Francis
>
> On Fri, Sep 11, 2009 at 11:04 PM, Rainer Döbele <do...@esteam.de> wrote:
>> Hi Francis,
>>
>> OK the two war files in the Maven staging area are wrong.
>>
>> But can't we just delete them.
>> Everything else should be OK.
>>
>> What do you think?
>>
>> Rainer
>>
>>
>> Rainer Döbele wrote:
>>> re: About the war (sounds funny, doesn't it)
>>>
>>>
>>> OK, shame on me.
>>> It's in the Maven staging area as sebb said.
>>> Should have read it properly.
>>> Well, that is not so good I must admit.
>>>
>>> Are any examples required in the stating area at all?
>>> Isn't this what is supposed to go into a public repository.
>>> So wouldn't empire-db-core and empire-db-struts2 be sufficient?
>>>
>>> Regards
>>> Rainer
>>>
>>>
>>> Rainer Döbele wrote:
>>> > re: About the war (sounds funny, doesn't it)
>>> >
>>> > Hi Francis,
>>> >
>>> > I still don't see the problem. The war is not in the release and hence
>>> > there is no problem.
>>> >
>>> > Rainer
>>> >
>>> >
>>> > > -----Ursprüngliche Nachricht-----
>>> > > Von: Francis De Brabandere [mailto:francisdb@gmail.com]
>>> > > Gesendet: Freitag, 11. September 2009 22:19
>>> > > An: empire-db-dev@incubator.apache.org
>>> > > Betreff: Re: About the war (sounds funny, doesn't it)
>>> > >
>>> > > I just added an other reply to the thread, we could just release the
>>> > > source for those. I do agree that war has no value.
>>> > >
>>> > > It's just a side-effect of maven that he builds a binary for each
>>> > > module. I'll try to find a solution for that...
>>> > > Sorry about this, I did not think it was going to be this big of an
>>> > > issue...
>>> > >
>>> > > Cheers,
>>> > > Francis
>>> > >
>>> > > On Fri, Sep 11, 2009 at 10:13 PM, Rainer Döbele <do...@esteam.de>
>>> > wrote:
>>> > > > Hi Francis,
>>> > > >
>>> > > > there is no war file in the distribution is there?
>>> > > >
>>> > > > But IMO we don't have to let Maven build one either.
>>> > > > What is it good for?
>>> > > > People usually run the web app from their IDE.
>>> > > > So if this would be a problem, we just won't build one.
>>> > > >
>>> > > > But I really think (and hope) that sebb had some other problem.
>>> > > >
>>> > > > Regards
>>> > > > Rainer
>>> > > >
>>> > > >
>>> > > > Francis De Brabandere wrote:
>>> > > >> Re: [VOTE] Release Apache Empire-db 2.0.5-incubating (rc5)
>>> > > >>
>>> > > >> >> >  [X] -1
>>> > > >> >>
>>> > > >> >>  Distribution archives are broken.
>>> > > >> >
>>> > > >> > Maven artifacts don't have correct N&L files.
>>> > > >>
>>> > > >> That war contains jar's that each contain their own license and
>>> > notice
>>> > > >> files. Should we take those over in an extra N&L? How do you want
>>> us
>>> > > >> to keep track of all transitive dependencies in the future. If one
>>> of
>>> > > >> the projects we depend on takes an extra dependency we also have to
>>> > > >> add it, there is no easy way to handle this?
>>> > > >>
>>> > > >> --
>>> > > >> http://www.somatik.be
>>> > > >> Microsoft gives you windows, Linux gives you the whole house.
>>> > > >>
>>> > > >> -------------------------------------------------------------------
>>> --
>>> > > >> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
>>> > > >> For additional commands, e-mail: general-help@incubator.apache.org
>>> > > >
>>> > > >
>>> > >
>>> > >
>>> > >
>>> > > --
>>> > > http://www.somatik.be
>>> > > Microsoft gives you windows, Linux gives you the whole house.
>>
>
>
>
> --
> http://www.somatik.be
> Microsoft gives you windows, Linux gives you the whole house.
>



-- 
http://www.somatik.be
Microsoft gives you windows, Linux gives you the whole house.

Re: New release necessary?

Posted by Francis De Brabandere <fr...@gmail.com>.
I was thinking the same thing. There seems to be a way to disable a
deploy, we could then skip deployment to the staging repository for
all examples

Cheers,
Francis

On Fri, Sep 11, 2009 at 11:04 PM, Rainer Döbele <do...@esteam.de> wrote:
> Hi Francis,
>
> OK the two war files in the Maven staging area are wrong.
>
> But can't we just delete them.
> Everything else should be OK.
>
> What do you think?
>
> Rainer
>
>
> Rainer Döbele wrote:
>> re: About the war (sounds funny, doesn't it)
>>
>>
>> OK, shame on me.
>> It's in the Maven staging area as sebb said.
>> Should have read it properly.
>> Well, that is not so good I must admit.
>>
>> Are any examples required in the stating area at all?
>> Isn't this what is supposed to go into a public repository.
>> So wouldn't empire-db-core and empire-db-struts2 be sufficient?
>>
>> Regards
>> Rainer
>>
>>
>> Rainer Döbele wrote:
>> > re: About the war (sounds funny, doesn't it)
>> >
>> > Hi Francis,
>> >
>> > I still don't see the problem. The war is not in the release and hence
>> > there is no problem.
>> >
>> > Rainer
>> >
>> >
>> > > -----Ursprüngliche Nachricht-----
>> > > Von: Francis De Brabandere [mailto:francisdb@gmail.com]
>> > > Gesendet: Freitag, 11. September 2009 22:19
>> > > An: empire-db-dev@incubator.apache.org
>> > > Betreff: Re: About the war (sounds funny, doesn't it)
>> > >
>> > > I just added an other reply to the thread, we could just release the
>> > > source for those. I do agree that war has no value.
>> > >
>> > > It's just a side-effect of maven that he builds a binary for each
>> > > module. I'll try to find a solution for that...
>> > > Sorry about this, I did not think it was going to be this big of an
>> > > issue...
>> > >
>> > > Cheers,
>> > > Francis
>> > >
>> > > On Fri, Sep 11, 2009 at 10:13 PM, Rainer Döbele <do...@esteam.de>
>> > wrote:
>> > > > Hi Francis,
>> > > >
>> > > > there is no war file in the distribution is there?
>> > > >
>> > > > But IMO we don't have to let Maven build one either.
>> > > > What is it good for?
>> > > > People usually run the web app from their IDE.
>> > > > So if this would be a problem, we just won't build one.
>> > > >
>> > > > But I really think (and hope) that sebb had some other problem.
>> > > >
>> > > > Regards
>> > > > Rainer
>> > > >
>> > > >
>> > > > Francis De Brabandere wrote:
>> > > >> Re: [VOTE] Release Apache Empire-db 2.0.5-incubating (rc5)
>> > > >>
>> > > >> >> >  [X] -1
>> > > >> >>
>> > > >> >>  Distribution archives are broken.
>> > > >> >
>> > > >> > Maven artifacts don't have correct N&L files.
>> > > >>
>> > > >> That war contains jar's that each contain their own license and
>> > notice
>> > > >> files. Should we take those over in an extra N&L? How do you want
>> us
>> > > >> to keep track of all transitive dependencies in the future. If one
>> of
>> > > >> the projects we depend on takes an extra dependency we also have to
>> > > >> add it, there is no easy way to handle this?
>> > > >>
>> > > >> --
>> > > >> http://www.somatik.be
>> > > >> Microsoft gives you windows, Linux gives you the whole house.
>> > > >>
>> > > >> -------------------------------------------------------------------
>> --
>> > > >> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
>> > > >> For additional commands, e-mail: general-help@incubator.apache.org
>> > > >
>> > > >
>> > >
>> > >
>> > >
>> > > --
>> > > http://www.somatik.be
>> > > Microsoft gives you windows, Linux gives you the whole house.
>



-- 
http://www.somatik.be
Microsoft gives you windows, Linux gives you the whole house.