You are viewing a plain text version of this content. The canonical link for it is here.
Posted to cactus-dev@jakarta.apache.org by Petar Tahchiev <pa...@gmail.com> on 2008/03/25 02:02:06 UTC
Cactus Release Archives
Hi everybody,
I am following this tutorial:
http://wiki.apache.org/HttpComponents/HttpComponentsCoreReleaseProcess
and making it for Cactus. So I want to invite you all to test the archives I
have uploaded
here:
http://people.apache.org/dist/jakarta/cactus/
and report problems if you find some.
If no problems occur, I will continue with the next steps of the tutorial
and make
"official" release archives and cast a vote upon them.
Thank you all.
P.S. You can also have a look at the new Cactus web-site I have uploaded
here:
http://jakarta.apache.org/cactus/1.8.0/
I am currently doing final test upon it and then I will upload it as
"official" Cactus site.
--
Regards, Petar!
Karlovo, Bulgaria.
EOOXML objections
http://www.grokdoc.net/index.php/EOOXML_objections
Public PGP Key at:
http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
Re: Cactus Release Archives
Posted by sebb <se...@gmail.com>.
Tried mvn site from cactus-site, and it complains:
Missing:
----------
1) org.apache.maven.doxia:doxia-decoration-model:jar:2.4.1
Is there an additional repository that needs to be included in the pom?
On 02/04/2008, sebb <se...@gmail.com> wrote:
> On 02/04/2008, Petar Tahchiev <pa...@gmail.com> wrote:
>
> > OK,
> >
> > here is the deal.The Cactus framework is, indeed, targeted to the Java 1.4.
> > I changed the dependency to servlet-api, version 1.4.
> > If you want to build the cactus site, then you first execute
> > mvn jxr:jxr
> > mvn javadoc:javadoc
> > (this will place the javadoc and the Xref for the whole project and will
> > place them in cactus-site/src/resource).
> >
> > After that you go to cactus-site and execute:
> > mvn site:site
> >
> > which will generate the Cactus site.
>
>
> I think this needs to be described in a file, as it's non-standard.
>
> BTW, the README file refers to
>
> http://jakarta.apache.org/cactus/participating/howto_build.html
>
> but that is not entirely accurate as some of the dependencies have changed.
> And the target clean:install should surely be two targets clean install?
>
> Also, there's no Ant build file as far as I can tell.
> This should make the description much simpler, as the dependency
> details can be removed.
>
> But the Maven goals do need to be listed for the tasks of:
> - building the jars
> - testing the build
> - building the site
> - building the archives
>
>
> > I removed the *.dtd because they are not needed any more, since Cactus
> > relies on the Cargo project and
> > the same files are included in the Cargo project. I have also included the
> > Cargo jars with the Cactus
> > distribution and have changed the L & N files.
>
>
> I've not seen any updates to the L&N files.
>
>
> >
> >
> > On Wed, Apr 2, 2008 at 6:02 AM, sebb <se...@gmail.com> wrote:
> >
> > > Just tried
> > >
> > > mvn site:site
> > >
> > > on Java 1.4 and it complained that servlet-api-2.5.jar is Java 1.5
> > > rather than 1.4
> > >
> > > I thought Cactus was targetted at Java 1.4?
> > >
> > > I tried with servlet-api-2.4 and it seemed to work OK using Java 1.4.
> > >
> > > Also, with regard to the DTDs I mentioned before - they don't seem to
> > > be present in the binary archive, only the source. I tried a build
> > > without them and did not notice any problems, so perhaps they could be
> > > removed? This would avoid having to sort out the licenses.
> > >
> > > ==
> > >
> > > I've been having problems trying to regenerate the binary jar - it
> > > does not seem to contain all the required files, probably because I've
> > > not created everything.
> > >
> > > What Maven targets do I need to run apart from assembly:assembly?
> > >
> > > On 02/04/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> > > > The only
> > > > difference is the portlet dependency which I put there
> > > > by mistake. Now this dependency is removed and the
> > > > archives are placed on the web-page.
> > > >
> > > > I have also added the KEYS file in the Subversion and the archives.
> > > >
> > > > Cheers, Petar.
> > > >
> > > >
> > > > On Wed, Apr 2, 2008 at 1:19 AM, sebb <se...@gmail.com> wrote:
> > > >
> > > > > The copy of pom.xml in the source archive is not the same as the one
> > > > > in SVN - why is this?
> > > > >
> > > > > On 01/04/2008, sebb <se...@gmail.com> wrote:
> > > > > > On 01/04/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> > > > > >
> > > > > > > Hi sebb,
> > > > > > >
> > > > > > > I changed the assembly-bin and committed it in the
> > > > > > > trunk. Now the binary archives are built correctly. I
> > > > > > > checked the source ones - they seem fine.
> > > > > > >
> > > > > > > For building the archives I use:
> > > > > > > mvn assembly:assembly -N
> > > > > > > at the top level.
> > > > > > >
> > > > > > > I still have no idea of the KEYS file.
> > > > > > > Can you tell me where it is?
> > > > > > >
> > > > > >
> > > > > >
> > > > > > There's one linked from the downloads page for the previous
> > > releases.
> > > > > >
> > > > > > There should perhaps be a copy in SVN.
> > > > > >
> > > > > >
> > > > > > > Thanks.
> > > > > > >
> > > > > > > P.S. I have, again, uploaded the archives here:
> > > > > > >
> > > > > > >
> > > > > > > http://people.apache.org/dist/jakarta/cactus/1.8.0/
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > On Tue, Apr 1, 2008 at 10:37 PM, sebb <se...@gmail.com> wrote:
> > > > > > >
> > > > > > > > As you may have seen, I have update the L&N files to simplify
> > > them
> > > > > -
> > > > > > > > there's no need to mention other ASF projects.
> > > > > > > >
> > > > > > > > I think we are getting closer, however there are some DTD
> > > files
> > > > > that
> > > > > > > > may need to be replaced and/or credited in the NOTICE file,
> > > as
> > > > > they
> > > > > > > > are not ASF licensed.
> > > > > > > >
> > > > > > > > I'll investigate further and report back.
> > > > > > > >
> > > > > > > > As to the updated archives - there is a problem with at least
> > > the
> > > > > > > > binary zip file - it contains two copies of the apidocs
> > > directory
> > > > > > > > structure.
> > > > > > > >
> > > > > > > > What Maven commands are you using?
> > > > > > > >
> > > > > > > > S
> > > > > > > > On 01/04/2008, Petar Tahchiev <pa...@gmail.com>
> > > wrote:
> > > > > > > > > OK,
> > > > > > > > >
> > > > > > > > > I have removed the xref from both the bin and src
> > > archives. I
> > > > > have
> > > > > > > > removed
> > > > > > > > > the
> > > > > > > > > javadoc from the src archives. I have also described the
> > > > > additional
> > > > > > > > licenses
> > > > > > > > > in the LICENSE and NOTICE files.
> > > > > > > > >
> > > > > > > > > The MANIFEST.MF file will stay in the SVN until the
> > > assembly
> > > > > plugin
> > > > > > > > could
> > > > > > > > > accept manifestEntries (hopefully beta-3). For all the
> > > > > artifacts I
> > > > > > > > produce
> > > > > > > > > the
> > > > > > > > > Manifest file with maven.
> > > > > > > > >
> > > > > > > > > I have no idea where the KEYS file is, and when I find it
> > > I
> > > > > will place
> > > > > > > > my
> > > > > > > > > key there.
> > > > > > > > >
> > > > > > > > > If the archives seem OK, I will cast a vote on them.
> > > > > > > > >
> > > > > > > > > How do you find them?
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > On Tue, Apr 1, 2008 at 5:17 AM, sebb <se...@gmail.com>
> > > wrote:
> > > > > > > > >
> > > > > > > > > > On 01/04/2008, sebb <se...@gmail.com> wrote:
> > > > > > > > > > > On 31/03/2008, Petar Tahchiev <
> > > paranoiabla.lists@gmail.com>
> > > > > wrote:
> > > > > > > > > > > > OK,
> > > > > > > > > > > >
> > > > > > > > > > > > sorry for bringing this so long but this is my
> > > first
> > > > > time
> > > > > > > > > > > > I am making a release and as you see I am not so
> > > > > confident.
> > > > > > > > > > > >
> > > > > > > > > > > > I have uploaded the new archives here:
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > http://people.apache.org/dist/jakarta/cactus/1.8.0/
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > Just noticed that both the source and binary archives
> > > contain
> > > > > the
> > > > > > > > > > apidocs and xref.
> > > > > > > > > >
> > > > > > > > > > It does not make sense to have them in both jars - no
> > > wonder
> > > > > the
> > > > > > > > > > source jar has doubled in size...
> > > > > > > > > >
> > > > > > > > > > Javadocs are more useful in the binary archive.
> > > > > > > > > > Xref can just go on the web-site - no need for it in
> > > either
> > > > > archive.
> > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > You'll need to add your key to the KEYS file.
> > > > > > > > > > > Also, it would be better if you included your ASF
> > > e-mail
> > > > > in the
> > > > > > > > key
> > > > > > > > > > details.
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > > with the following changes:
> > > > > > > > > > > > 0) Now everything is built with JDK 1.4
> > > > > > > > > > > > 1) The L&N files are included.
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > The LICENSE file needs to include or point to the 3rd
> > > party
> > > > > > > > licenses.
> > > > > > > > > > >
> > > > > > > > > > > The NOTICE file needs to note that the product
> > > includes
> > > > > > > > contributions
> > > > > > > > > > > from these 3rd party sources:
> > > > > > > > > > >
> > > > > > > > > > > http://www.apache.org/legal/src-headers.html
> > > > > > > > > > > and
> > > > > > > > > > > http://www.apache.org/licenses/example-NOTICE.txt
> > > > > > > > > > >
> > > > > > > > > > > [but note that the header in === should not be
> > > included!]
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > > 2) The MANIFEST.MF is proper (according to me).
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > There seem to be some manifest files in SVN, which do
> > > look
> > > > > fine.
> > > > > > > > > > >
> > > > > > > > > > > However, they contain the Java versions.
> > > > > > > > > > > These should be created by the build to reflect the
> > > actual
> > > > > > > > settings
> > > > > > > > > > > used to create the jars.
> > > > > > > > > > > Any manifest files in SVN should be used as templates
> > > or
> > > > > > > > boiler-plate
> > > > > > > > > > only.
> > > > > > > > > > > But it's probably easier to use Maven to create the
> > > entire
> > > > > file.
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > > 3) I have removed the duplicate
> > > maven-release-plugin
> > > > > > > > > > > > declaration, which used to bring the line:
> > > > > > > > > > > >
> > > > > > > > > > > > <tagBase>file:////home/peter/tags/</tagBase>
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > I have made the archives from the trunk.
> > > > > > > > > > > > I have no RC tag.
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > That's OK for a first look, but there should be a tag
> > > for
> > > > > the VOTE.
> > > > > > > > > > > But I suggest that you hold off creating a tag just
> > > in
> > > > > case there
> > > > > > > > are
> > > > > > > > > > > some more issues.
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > > If the archives are OK, I will cast a vote upon
> > > them
> > > > > > > > > > > > and if the vote succeeds I will copy the trunk in
> > > a
> > > > > tag.
> > > > > > > > > > > >
> > > > > > > > > > > > The only issue I see now is that we have the
> > > > > DEPENDENCIES file
> > > > > > > > > > > > in the META-INF, but since it is not a blocking
> > > issue I
> > > > > will
> > > > > > > > leave
> > > > > > > > > > as it
> > > > > > > > > > > > is. (Actually I couldn't find anywhere in the web
> > > how
> > > > > to remove
> > > > > > > > this
> > > > > > > > > > file).
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > Please can you have a look over the artifacts and
> > > in
> > > > > case there
> > > > > > > > are
> > > > > > > > > > any
> > > > > > > > > > > > problems,
> > > > > > > > > > > > I will be glad to work on fixing them.
> > > > > > > > > > > >
> > > > > > > > > > > > Thanks a lot.
> > > > > > > > > > > >
> > > > > > > > > > > > P.S I have the following in my
> > > ~/.subversion/config
> > > > > file:
> > > > > > > > > > > >
> > > > > > > > > > > > *.java = svn:eol-style=native
> > > > > > > > > > > >
> > > > > > > > > > > > but I don't seem to set the eol-style correctly.
> > > Can
> > > > > you tell
> > > > > > > > me
> > > > > > > > > > where am I
> > > > > > > > > > > > wrong?
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > You also need:
> > > > > > > > > > >
> > > > > > > > > > > [miscellany]
> > > > > > > > > > > enable-auto-props = yes
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > > Also I have added the RAT plugin in the master pom
> > > so
> > > > > that we
> > > > > > > > can
> > > > > > > > > > execute
> > > > > > > > > > > > the rat
> > > > > > > > >
> > > > > > > > > > > > plugin. I exclude the scratchpad/, descriptors/ and
> > > > > > > > ANNOUNCEMENT.txtand I
> > > > > > > > >
> > > > > > > > > > > > don't
> > > > > > > > > > > > see any other file with a missing header....
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > There are a lot of xml files with no header.
> > > > > > > > > > > Likewise some properties files, and html files.
> > > > > > > > > > >
> > > > > > > > > > > I can probably fix most of those.
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > On Mon, Mar 31, 2008 at 11:49 PM, sebb <
> > > > > sebbaz@gmail.com>
> > > > > > > > wrote:
> > > > > > > > > > > >
> > > > > > > > > > > > > On 30/03/2008, sebb <se...@gmail.com> wrote:
> > > > > > > > > > > > > > On 29/03/2008, Petar Tahchiev <
> > > > > paranoiabla.lists@gmail.com>
> > > > > > > > > > wrote:
> > > > > > > > > > > > > > > Hi Sebb,
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > thanks for the feedback.
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > I prefer to keep the bz2 archives. I have
> > > > > improved the
> > > > > > > > > > licenses
> > > > > > > > > > > > > according
> > > > > > > > > > > > > > > to the lib folder.
> > > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > There are still several jars in the lib
> > > directory
> > > > > which are
> > > > > > > > not
> > > > > > > > > > > > > > mentioned in the licenses/README.txt.
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > README.txt says: Apache ServletAPI -
> > > Apache
> > > > > 2.0
> > > > > > > > > > > > > >
> > > >
> > > > > > > > > > > > > > However, the MANIFEST in
> > > servlet-api-2.5.jarsuggests that
> > > >
> > > > > > > > the
> > > > > > > > > > owner
> > > > > > > > > > > > > > is Sun, not Apache, and the license may not
> > > be AL
> > > > > 2.0.
> > > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > > Also I have made the MANIFEST.MF to include
> > > the
> > > > > data you
> > > > > > > > > > pointed.
> > > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > But the compiler versions are not in
> > > > > > > > > > > > > >
> > > cactus.core.framework.uberjar.javaEE.14-1.8.0.jar.
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > Also, the version says source and target =
> > > 1.4,
> > > > > yet the
> > > > > > > > code
> > > > > > > > > > was built
> > > > > > > > > > > > > > (and presumably tested) with Java 1.6. The
> > > code
> > > > > should be
> > > > > > > > built
> > > > > > > > > > and
> > > > > > > > > > > > > > tested with Java 1.4.
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > I just tried "mvn install" with Java 1.4, and
> > > a
> > > > > lot of
> > > > > > > > tests
> > > > > > > > > > failed.
> > > > > > > > > > > > > > The ones I checked failed with:
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > java.lang.NoClassDefFoundError:
> > > > > > > > > > org/w3c/dom/ranges/DocumentRange
> > > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > > Also the META-INF folder to include the
> > > LICENSE
> > > > > and
> > > > > > > > NOTICE
> > > > > > > > > > files.
> > > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > However, these files need to relate to the
> > > contents
> > > > > of the
> > > > > > > > jar
> > > > > > > > > > or
> > > > > > > > > > > > > > archive - for example, the ones in the cactus
> > > jars
> > > > > should
> > > > > > > > only
> > > > > > > > > > mention
> > > > > > > > > > > > > > Apache, as all the code therein is Apache, as
> > > far
> > > > > as I can
> > > > > > > > > > tell.
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > The N & L files for the archives need to
> > > mention
> > > > > the
> > > > > > > > external
> > > > > > > > > > software
> > > > > > > > > > > > > > that is included.
> > > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > > I have also included the 'source' and
> > > 'target'
> > > > > versions
> > > > > > > > in
> > > > > > > > > > the
> > > > > > > > > > > > > > > parent pom.xml and also the inceptionYear
> > > > > attribute.
> > > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > The inceptionYear should agree with the first
> > > > > Copyright
> > > > > > > > year.
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > The pom includes the lines:
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > <url>scp://ptahchiev@people.apache.org
> > > > > > > > > > > > > :/www/jakarta.apache.org/cactus/1.8.0/</url>
> > > > > > > > > > > > > > <tagBase>file:////home/peter/tags/</tagBase>
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > which are unlikely to work for other users.
> > > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > > Now I think that everything is OK.
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > You can see the new files here:
> > > > > > > > > > > > > > >
> > > > > http://people.apache.org/dist/jakarta/cactus/1.8.0/
> > > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > Where is the RC tag for the source?
> > > > > > > > > > > > > > There should be an RC tag and a build that is
> > > made
> > > > > from
> > > > > > > > the
> > > > > > > > > > tag.
> > > > > > > > > > > > > > If the vote succeeds, the tag can be copied
> > > to the
> > > > > release
> > > > > > > > tag.
> > > > > > > > > > > > > > If not, then a new tag can be made once all
> > > the
> > > > > fixes have
> > > > > > > > been
> > > > > > > > > > > > > > applied, and the process repeated.
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > It looks like the final release tag has
> > > already
> > > > > been
> > > > > > > > created.
> > > > > > > > > > > > > > If the vote fails, this will have to be
> > > deleted
> > > > > and
> > > > > > > > recreated
> > > > > > > > > > once the
> > > > > > > > > > > > > > fixes have been made.
> > > > > > > > > > > > > > That's not ideal for release tags.
> > > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > > Tomorrow morning I will cast a
> > > release-vote for
> > > > > these
> > > > > > > > > > archives.
> > > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > Sorry, but I don't think they are ready.
> > > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > Just ran RAT on cactus-trunk - there are a lot
> > > of
> > > > > files that
> > > > > > > > don't
> > > > > > > > > > > > > have the proper AL header.
> > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > Cheers, Petar.
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > On Sat, Mar 29, 2008 at 3:43 AM, sebb <
> > > > > sebbaz@gmail.com
> > > > > > > > >
> > > > > > > > > > wrote:
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > On 29/03/2008, sebb <se...@gmail.com>
> > > wrote:
> > > > > > > > > > > > > > > > > On 25/03/2008, Petar Tahchiev <
> > > > > > > > > > paranoiabla.lists@gmail.com>
> > > > > > > > > > > > > wrote:
> > > > > > > > > > > > > > > > > > Hi everybody,
> > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > I am following this tutorial:
> > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > >
> > > > > > > >
> > > > >
> > > http://wiki.apache.org/HttpComponents/HttpComponentsCoreReleaseProcess
> > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > and making it for Cactus. So I
> > > want to
> > > > > invite
> > > > > > > > you
> > > > > > > > > > all to
> > > > > > > > > > > > > test the
> > > > > > > > > > > > > > > > archives I
> > > > > > > > > > > > > > > > > > have uploaded
> > > > > > > > > > > > > > > > > > here:
> > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > >
> > > > > http://people.apache.org/dist/jakarta/cactus/
> > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > and report problems if you find
> > > some.
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > Not sure it's useful to include the
> > > bz2
> > > > > archives;
> > > > > > > > > > although they
> > > > > > > > > > > > > are
> > > > > > > > > > > > > > > > > slightly smaller, the user-base is
> > > much
> > > > > smaller...
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > The licenses/README.txt file does not
> > > seem
> > > > > to
> > > > > > > > agree
> > > > > > > > > > with the
> > > > > > > > > > > > > jars in
> > > > > > > > > > > > > > > > > the lib directory.
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > Also, several of the jars in the lib
> > > > > directory are
> > > > > > > > > > quite old
> > > > > > > > > > > > > versions;
> > > > > > > > > > > > > > > > > if possible, they should be updated.
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > The generated cactus jars must
> > > contain
> > > > > NOTICE and
> > > > > > > > > > LICENSE files
> > > > > > > > > > > > > (e.g.
> > > > > > > > > > > > > > > > > in the META-INF directory)
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > It would be useful if the cactus jar
> > > > > manifests
> > > > > > > > included
> > > > > > > > > > the
> > > > > > > > > > > > > following
> > > > > > > > > > > > > > > > > attributes:
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > Built-By: xxxxx
> > > > > > > > > > > > > > > > > Implementation-Title: Jakarta Cactus
> > > > > > > > > > > > > > > > > Implementation-Vendor: The Apache
> > > Software
> > > > > > > > Foundation
> > > > > > > > > > > > > > > > > Implementation-Vendor-Id: org.apache
> > > > > > > > > > > > > > > > > Implementation-Version: 1.8-SNAPSHOT
> > > > > > > > > > > > > > > > > Specification-Title: Jakarta Cactus
> > > > > > > > > > > > > > > > > Specification-Vendor: The Apache
> > > Software
> > > > > > > > Foundation
> > > > > > > > > > > > > > > > > Specification-Version: 1.8-SNAPSHOT
> > > > > > > > > > > > > > > > > Build-Jdk: 1.5.0_12 (e.g.)
> > > > > > > > > > > > > > > > > X-Compile-Source-JDK: 1.3 (e.g.)
> > > > > > > > > > > > > > > > > X-Compile-Target-JDK: 1.3 (e.g.)
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > There seem to be some problems with
> > > SVN
> > > > > file
> > > > > > > > > > properties; I've
> > > > > > > > > > > > > fixed
> > > > > > > > > > > > > > > > > most of them in trunk.
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > Did you create the archives from
> > > trunk?
> > > > > > > > > > > > > > > > > There are some discrepancies between
> > > that
> > > > > and the
> > > > > > > > > > source
> > > > > > > > > > > > > archive.
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > Just noticed that the pom.xml does not
> > > > > specify the
> > > > > > > > source
> > > > > > > > > > and
> > > > > > > > > > > > > target
> > > > > > > > > > > > > > > > java versions.
> > > > > > > > > > > > > > > > It should also have inceptionYear
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > Might be an idea to use a property for
> > > the
> > > > > version so
> > > > > > > > the
> > > > > > > > > > > > > individual
> > > > > > > > > > > > > > > > poms don't have to be updated.
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > The eclipse .classpath file looks a bit
> > > odd -
> > > > > it
> > > > > > > > seems to
> > > > > > > > > > have
> > > > > > > > > > > > > lots of
> > > > > > > > > > > > > > > > entries that don't seem to be required.
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > If no problems occur, I will
> > > continue
> > > > > with the
> > > > > > > > next
> > > > > > > > > > steps of
> > > > > > > > > > > > > the
> > > > > > > > > > > > > > > > tutorial
> > > > > > > > > > > > > > > > > > and make
> > > > > > > > > > > > > > > > > > "official" release archives and
> > > cast a
> > > > > vote
> > > > > > > > upon
> > > > > > > > > > them.
> > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > Thank you all.
> > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > P.S. You can also have a look at
> > > the
> > > > > new Cactus
> > > > > > > > > > web-site I
> > > > > > > > > > > > > have
> > > > > > > > > > > > > > > > uploaded
> > > > > > > > > > > > > > > > > > here:
> > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > >
> > > http://jakarta.apache.org/cactus/1.8.0/
> > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > I am currently doing final test
> > > upon it
> > > > > and
> > > > > > > > then I
> > > > > > > > > > will
> > > > > > > > > > > > > upload it as
> > > > > > > > > > > > > > > > > > "official" Cactus site.
> > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > --
> > > > > > > > > > > > > > > > > > Regards, Petar!
> > > > > > > > > > > > > > > > > > Karlovo, Bulgaria.
> > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > EOOXML objections
> > > > > > > > > > > > > > > > > >
> > > > > > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > > Public PGP Key at:
> > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > >
> > > > > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > > > > > > > > > > > > > > > Key Fingerprint: AA16 8004 AADD
> > > 9C76
> > > > > EF5B 4210
> > > > > > > > 1A15
> > > > > > > > > > B53B
> > > > > > > > > > > > > 7615 00F9
> > > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > >
> > > > > ---------------------------------------------------------------------
> > > > > > > > > > > > > > > > To unsubscribe, e-mail:
> > > > > > > > > > general-unsubscribe@jakarta.apache.org
> > > > > > > > > > > > > > > > For additional commands, e-mail:
> > > > > > > > > > general-help@jakarta.apache.org
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > --
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > Regards, Petar!
> > > > > > > > > > > > > > > Karlovo, Bulgaria.
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > EOOXML objections
> > > > > > > > > > > > > > >
> > > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > Public PGP Key at:
> > > > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > >
> > > > > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > > > > > > > > > > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B
> > > 4210
> > > > > 1A15
> > > > > > > > B53B
> > > > > > > > > > 7615 00F9
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > >
> > > > > ---------------------------------------------------------------------
> > > > > > > > > > > > > To unsubscribe, e-mail:
> > > > > > > > general-unsubscribe@jakarta.apache.org
> > > > > > > > > > > > > For additional commands, e-mail:
> > > > > > > > general-help@jakarta.apache.org
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > --
> > > > > > > > > > > > Regards, Petar!
> > > > > > > > > > > > Karlovo, Bulgaria.
> > > > > > > > > > > >
> > > > > > > > > > > > EOOXML objections
> > > > > > > > > > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > > > > > > > > > >
> > > > > > > > > > > > Public PGP Key at:
> > > > > > > > > > > >
> > > > > > > > > >
> > > > > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > > > > > > > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210
> > > 1A15
> > > > > B53B 7615
> > > > > > > > 00F9
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > ---------------------------------------------------------------------
> > > > > > > > > > To unsubscribe, e-mail:
> > > > > general-unsubscribe@jakarta.apache.org
> > > > > > > > > > For additional commands, e-mail:
> > > > > general-help@jakarta.apache.org
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > --
> > > > > > > > > Regards, Petar!
> > > > > > > > > Karlovo, Bulgaria.
> > > > > > > > >
> > > > > > > > > EOOXML objections
> > > > > > > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > > > > > > >
> > > > > > > > > Public PGP Key at:
> > > > > > > > >
> > > > > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > > > > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B
> > > 7615
> > > > > 00F9
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > ---------------------------------------------------------------------
> > > > > > > > To unsubscribe, e-mail:
> > > general-unsubscribe@jakarta.apache.org
> > > > > > > > For additional commands, e-mail:
> > > general-help@jakarta.apache.org
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Regards, Petar!
> > > > > > > Karlovo, Bulgaria.
> > > > > > >
> > > > > > > EOOXML objections
> > > > > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > > > > >
> > > > > > > Public PGP Key at:
> > > > > > >
> > > > > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615
> > > 00F9
> > > > > > >
> > > > > >
> > > > >
> > > > > ---------------------------------------------------------------------
> > > > > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > > > > For additional commands, e-mail: general-help@jakarta.apache.org
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Regards, Petar!
> > > > Karlovo, Bulgaria.
> > > >
> > > > EOOXML objections
> > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > >
> > > > Public PGP Key at:
> > > > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> > > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: general-help@jakarta.apache.org
> > >
> > >
> >
> >
> > --
> > Regards, Petar!
> > Karlovo, Bulgaria.
> >
> > EOOXML objections
> > http://www.grokdoc.net/index.php/EOOXML_objections
> >
> > Public PGP Key at:
> > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> >
>
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org
Re: Cactus Release Archives
Posted by sebb <se...@gmail.com>.
On 02/04/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> OK,
>
> here is the deal.The Cactus framework is, indeed, targeted to the Java 1.4.
> I changed the dependency to servlet-api, version 1.4.
> If you want to build the cactus site, then you first execute
> mvn jxr:jxr
> mvn javadoc:javadoc
> (this will place the javadoc and the Xref for the whole project and will
> place them in cactus-site/src/resource).
>
> After that you go to cactus-site and execute:
> mvn site:site
>
> which will generate the Cactus site.
I think this needs to be described in a file, as it's non-standard.
BTW, the README file refers to
http://jakarta.apache.org/cactus/participating/howto_build.html
but that is not entirely accurate as some of the dependencies have changed.
And the target clean:install should surely be two targets clean install?
Also, there's no Ant build file as far as I can tell.
This should make the description much simpler, as the dependency
details can be removed.
But the Maven goals do need to be listed for the tasks of:
- building the jars
- testing the build
- building the site
- building the archives
> I removed the *.dtd because they are not needed any more, since Cactus
> relies on the Cargo project and
> the same files are included in the Cargo project. I have also included the
> Cargo jars with the Cactus
> distribution and have changed the L & N files.
I've not seen any updates to the L&N files.
>
>
> On Wed, Apr 2, 2008 at 6:02 AM, sebb <se...@gmail.com> wrote:
>
> > Just tried
> >
> > mvn site:site
> >
> > on Java 1.4 and it complained that servlet-api-2.5.jar is Java 1.5
> > rather than 1.4
> >
> > I thought Cactus was targetted at Java 1.4?
> >
> > I tried with servlet-api-2.4 and it seemed to work OK using Java 1.4.
> >
> > Also, with regard to the DTDs I mentioned before - they don't seem to
> > be present in the binary archive, only the source. I tried a build
> > without them and did not notice any problems, so perhaps they could be
> > removed? This would avoid having to sort out the licenses.
> >
> > ==
> >
> > I've been having problems trying to regenerate the binary jar - it
> > does not seem to contain all the required files, probably because I've
> > not created everything.
> >
> > What Maven targets do I need to run apart from assembly:assembly?
> >
> > On 02/04/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> > > The only
> > > difference is the portlet dependency which I put there
> > > by mistake. Now this dependency is removed and the
> > > archives are placed on the web-page.
> > >
> > > I have also added the KEYS file in the Subversion and the archives.
> > >
> > > Cheers, Petar.
> > >
> > >
> > > On Wed, Apr 2, 2008 at 1:19 AM, sebb <se...@gmail.com> wrote:
> > >
> > > > The copy of pom.xml in the source archive is not the same as the one
> > > > in SVN - why is this?
> > > >
> > > > On 01/04/2008, sebb <se...@gmail.com> wrote:
> > > > > On 01/04/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> > > > >
> > > > > > Hi sebb,
> > > > > >
> > > > > > I changed the assembly-bin and committed it in the
> > > > > > trunk. Now the binary archives are built correctly. I
> > > > > > checked the source ones - they seem fine.
> > > > > >
> > > > > > For building the archives I use:
> > > > > > mvn assembly:assembly -N
> > > > > > at the top level.
> > > > > >
> > > > > > I still have no idea of the KEYS file.
> > > > > > Can you tell me where it is?
> > > > > >
> > > > >
> > > > >
> > > > > There's one linked from the downloads page for the previous
> > releases.
> > > > >
> > > > > There should perhaps be a copy in SVN.
> > > > >
> > > > >
> > > > > > Thanks.
> > > > > >
> > > > > > P.S. I have, again, uploaded the archives here:
> > > > > >
> > > > > >
> > > > > > http://people.apache.org/dist/jakarta/cactus/1.8.0/
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > On Tue, Apr 1, 2008 at 10:37 PM, sebb <se...@gmail.com> wrote:
> > > > > >
> > > > > > > As you may have seen, I have update the L&N files to simplify
> > them
> > > > -
> > > > > > > there's no need to mention other ASF projects.
> > > > > > >
> > > > > > > I think we are getting closer, however there are some DTD
> > files
> > > > that
> > > > > > > may need to be replaced and/or credited in the NOTICE file,
> > as
> > > > they
> > > > > > > are not ASF licensed.
> > > > > > >
> > > > > > > I'll investigate further and report back.
> > > > > > >
> > > > > > > As to the updated archives - there is a problem with at least
> > the
> > > > > > > binary zip file - it contains two copies of the apidocs
> > directory
> > > > > > > structure.
> > > > > > >
> > > > > > > What Maven commands are you using?
> > > > > > >
> > > > > > > S
> > > > > > > On 01/04/2008, Petar Tahchiev <pa...@gmail.com>
> > wrote:
> > > > > > > > OK,
> > > > > > > >
> > > > > > > > I have removed the xref from both the bin and src
> > archives. I
> > > > have
> > > > > > > removed
> > > > > > > > the
> > > > > > > > javadoc from the src archives. I have also described the
> > > > additional
> > > > > > > licenses
> > > > > > > > in the LICENSE and NOTICE files.
> > > > > > > >
> > > > > > > > The MANIFEST.MF file will stay in the SVN until the
> > assembly
> > > > plugin
> > > > > > > could
> > > > > > > > accept manifestEntries (hopefully beta-3). For all the
> > > > artifacts I
> > > > > > > produce
> > > > > > > > the
> > > > > > > > Manifest file with maven.
> > > > > > > >
> > > > > > > > I have no idea where the KEYS file is, and when I find it
> > I
> > > > will place
> > > > > > > my
> > > > > > > > key there.
> > > > > > > >
> > > > > > > > If the archives seem OK, I will cast a vote on them.
> > > > > > > >
> > > > > > > > How do you find them?
> > > > > > > >
> > > > > > > >
> > > > > > > > On Tue, Apr 1, 2008 at 5:17 AM, sebb <se...@gmail.com>
> > wrote:
> > > > > > > >
> > > > > > > > > On 01/04/2008, sebb <se...@gmail.com> wrote:
> > > > > > > > > > On 31/03/2008, Petar Tahchiev <
> > paranoiabla.lists@gmail.com>
> > > > wrote:
> > > > > > > > > > > OK,
> > > > > > > > > > >
> > > > > > > > > > > sorry for bringing this so long but this is my
> > first
> > > > time
> > > > > > > > > > > I am making a release and as you see I am not so
> > > > confident.
> > > > > > > > > > >
> > > > > > > > > > > I have uploaded the new archives here:
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > http://people.apache.org/dist/jakarta/cactus/1.8.0/
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > Just noticed that both the source and binary archives
> > contain
> > > > the
> > > > > > > > > apidocs and xref.
> > > > > > > > >
> > > > > > > > > It does not make sense to have them in both jars - no
> > wonder
> > > > the
> > > > > > > > > source jar has doubled in size...
> > > > > > > > >
> > > > > > > > > Javadocs are more useful in the binary archive.
> > > > > > > > > Xref can just go on the web-site - no need for it in
> > either
> > > > archive.
> > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > You'll need to add your key to the KEYS file.
> > > > > > > > > > Also, it would be better if you included your ASF
> > e-mail
> > > > in the
> > > > > > > key
> > > > > > > > > details.
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > > with the following changes:
> > > > > > > > > > > 0) Now everything is built with JDK 1.4
> > > > > > > > > > > 1) The L&N files are included.
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > The LICENSE file needs to include or point to the 3rd
> > party
> > > > > > > licenses.
> > > > > > > > > >
> > > > > > > > > > The NOTICE file needs to note that the product
> > includes
> > > > > > > contributions
> > > > > > > > > > from these 3rd party sources:
> > > > > > > > > >
> > > > > > > > > > http://www.apache.org/legal/src-headers.html
> > > > > > > > > > and
> > > > > > > > > > http://www.apache.org/licenses/example-NOTICE.txt
> > > > > > > > > >
> > > > > > > > > > [but note that the header in === should not be
> > included!]
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > > 2) The MANIFEST.MF is proper (according to me).
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > There seem to be some manifest files in SVN, which do
> > look
> > > > fine.
> > > > > > > > > >
> > > > > > > > > > However, they contain the Java versions.
> > > > > > > > > > These should be created by the build to reflect the
> > actual
> > > > > > > settings
> > > > > > > > > > used to create the jars.
> > > > > > > > > > Any manifest files in SVN should be used as templates
> > or
> > > > > > > boiler-plate
> > > > > > > > > only.
> > > > > > > > > > But it's probably easier to use Maven to create the
> > entire
> > > > file.
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > > 3) I have removed the duplicate
> > maven-release-plugin
> > > > > > > > > > > declaration, which used to bring the line:
> > > > > > > > > > >
> > > > > > > > > > > <tagBase>file:////home/peter/tags/</tagBase>
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > I have made the archives from the trunk.
> > > > > > > > > > > I have no RC tag.
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > That's OK for a first look, but there should be a tag
> > for
> > > > the VOTE.
> > > > > > > > > > But I suggest that you hold off creating a tag just
> > in
> > > > case there
> > > > > > > are
> > > > > > > > > > some more issues.
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > > If the archives are OK, I will cast a vote upon
> > them
> > > > > > > > > > > and if the vote succeeds I will copy the trunk in
> > a
> > > > tag.
> > > > > > > > > > >
> > > > > > > > > > > The only issue I see now is that we have the
> > > > DEPENDENCIES file
> > > > > > > > > > > in the META-INF, but since it is not a blocking
> > issue I
> > > > will
> > > > > > > leave
> > > > > > > > > as it
> > > > > > > > > > > is. (Actually I couldn't find anywhere in the web
> > how
> > > > to remove
> > > > > > > this
> > > > > > > > > file).
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > Please can you have a look over the artifacts and
> > in
> > > > case there
> > > > > > > are
> > > > > > > > > any
> > > > > > > > > > > problems,
> > > > > > > > > > > I will be glad to work on fixing them.
> > > > > > > > > > >
> > > > > > > > > > > Thanks a lot.
> > > > > > > > > > >
> > > > > > > > > > > P.S I have the following in my
> > ~/.subversion/config
> > > > file:
> > > > > > > > > > >
> > > > > > > > > > > *.java = svn:eol-style=native
> > > > > > > > > > >
> > > > > > > > > > > but I don't seem to set the eol-style correctly.
> > Can
> > > > you tell
> > > > > > > me
> > > > > > > > > where am I
> > > > > > > > > > > wrong?
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > You also need:
> > > > > > > > > >
> > > > > > > > > > [miscellany]
> > > > > > > > > > enable-auto-props = yes
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > > Also I have added the RAT plugin in the master pom
> > so
> > > > that we
> > > > > > > can
> > > > > > > > > execute
> > > > > > > > > > > the rat
> > > > > > > >
> > > > > > > > > > > plugin. I exclude the scratchpad/, descriptors/ and
> > > > > > > ANNOUNCEMENT.txtand I
> > > > > > > >
> > > > > > > > > > > don't
> > > > > > > > > > > see any other file with a missing header....
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > There are a lot of xml files with no header.
> > > > > > > > > > Likewise some properties files, and html files.
> > > > > > > > > >
> > > > > > > > > > I can probably fix most of those.
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > On Mon, Mar 31, 2008 at 11:49 PM, sebb <
> > > > sebbaz@gmail.com>
> > > > > > > wrote:
> > > > > > > > > > >
> > > > > > > > > > > > On 30/03/2008, sebb <se...@gmail.com> wrote:
> > > > > > > > > > > > > On 29/03/2008, Petar Tahchiev <
> > > > paranoiabla.lists@gmail.com>
> > > > > > > > > wrote:
> > > > > > > > > > > > > > Hi Sebb,
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > thanks for the feedback.
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > I prefer to keep the bz2 archives. I have
> > > > improved the
> > > > > > > > > licenses
> > > > > > > > > > > > according
> > > > > > > > > > > > > > to the lib folder.
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > There are still several jars in the lib
> > directory
> > > > which are
> > > > > > > not
> > > > > > > > > > > > > mentioned in the licenses/README.txt.
> > > > > > > > > > > > >
> > > > > > > > > > > > > README.txt says: Apache ServletAPI -
> > Apache
> > > > 2.0
> > > > > > > > > > > > >
> > >
> > > > > > > > > > > > > However, the MANIFEST in
> > servlet-api-2.5.jarsuggests that
> > >
> > > > > > > the
> > > > > > > > > owner
> > > > > > > > > > > > > is Sun, not Apache, and the license may not
> > be AL
> > > > 2.0.
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > > Also I have made the MANIFEST.MF to include
> > the
> > > > data you
> > > > > > > > > pointed.
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > But the compiler versions are not in
> > > > > > > > > > > > >
> > cactus.core.framework.uberjar.javaEE.14-1.8.0.jar.
> > > > > > > > > > > > >
> > > > > > > > > > > > > Also, the version says source and target =
> > 1.4,
> > > > yet the
> > > > > > > code
> > > > > > > > > was built
> > > > > > > > > > > > > (and presumably tested) with Java 1.6. The
> > code
> > > > should be
> > > > > > > built
> > > > > > > > > and
> > > > > > > > > > > > > tested with Java 1.4.
> > > > > > > > > > > > >
> > > > > > > > > > > > > I just tried "mvn install" with Java 1.4, and
> > a
> > > > lot of
> > > > > > > tests
> > > > > > > > > failed.
> > > > > > > > > > > > > The ones I checked failed with:
> > > > > > > > > > > > >
> > > > > > > > > > > > > java.lang.NoClassDefFoundError:
> > > > > > > > > org/w3c/dom/ranges/DocumentRange
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > > Also the META-INF folder to include the
> > LICENSE
> > > > and
> > > > > > > NOTICE
> > > > > > > > > files.
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > However, these files need to relate to the
> > contents
> > > > of the
> > > > > > > jar
> > > > > > > > > or
> > > > > > > > > > > > > archive - for example, the ones in the cactus
> > jars
> > > > should
> > > > > > > only
> > > > > > > > > mention
> > > > > > > > > > > > > Apache, as all the code therein is Apache, as
> > far
> > > > as I can
> > > > > > > > > tell.
> > > > > > > > > > > > >
> > > > > > > > > > > > > The N & L files for the archives need to
> > mention
> > > > the
> > > > > > > external
> > > > > > > > > software
> > > > > > > > > > > > > that is included.
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > > I have also included the 'source' and
> > 'target'
> > > > versions
> > > > > > > in
> > > > > > > > > the
> > > > > > > > > > > > > > parent pom.xml and also the inceptionYear
> > > > attribute.
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > The inceptionYear should agree with the first
> > > > Copyright
> > > > > > > year.
> > > > > > > > > > > > >
> > > > > > > > > > > > > The pom includes the lines:
> > > > > > > > > > > > >
> > > > > > > > > > > > > <url>scp://ptahchiev@people.apache.org
> > > > > > > > > > > > :/www/jakarta.apache.org/cactus/1.8.0/</url>
> > > > > > > > > > > > > <tagBase>file:////home/peter/tags/</tagBase>
> > > > > > > > > > > > >
> > > > > > > > > > > > > which are unlikely to work for other users.
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > > Now I think that everything is OK.
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > You can see the new files here:
> > > > > > > > > > > > > >
> > > > http://people.apache.org/dist/jakarta/cactus/1.8.0/
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > Where is the RC tag for the source?
> > > > > > > > > > > > > There should be an RC tag and a build that is
> > made
> > > > from
> > > > > > > the
> > > > > > > > > tag.
> > > > > > > > > > > > > If the vote succeeds, the tag can be copied
> > to the
> > > > release
> > > > > > > tag.
> > > > > > > > > > > > > If not, then a new tag can be made once all
> > the
> > > > fixes have
> > > > > > > been
> > > > > > > > > > > > > applied, and the process repeated.
> > > > > > > > > > > > >
> > > > > > > > > > > > > It looks like the final release tag has
> > already
> > > > been
> > > > > > > created.
> > > > > > > > > > > > > If the vote fails, this will have to be
> > deleted
> > > > and
> > > > > > > recreated
> > > > > > > > > once the
> > > > > > > > > > > > > fixes have been made.
> > > > > > > > > > > > > That's not ideal for release tags.
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > > Tomorrow morning I will cast a
> > release-vote for
> > > > these
> > > > > > > > > archives.
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > Sorry, but I don't think they are ready.
> > > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > Just ran RAT on cactus-trunk - there are a lot
> > of
> > > > files that
> > > > > > > don't
> > > > > > > > > > > > have the proper AL header.
> > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > Cheers, Petar.
> > > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > On Sat, Mar 29, 2008 at 3:43 AM, sebb <
> > > > sebbaz@gmail.com
> > > > > > > >
> > > > > > > > > wrote:
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > > On 29/03/2008, sebb <se...@gmail.com>
> > wrote:
> > > > > > > > > > > > > > > > On 25/03/2008, Petar Tahchiev <
> > > > > > > > > paranoiabla.lists@gmail.com>
> > > > > > > > > > > > wrote:
> > > > > > > > > > > > > > > > > Hi everybody,
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > I am following this tutorial:
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > >
> > > > > > >
> > > >
> > http://wiki.apache.org/HttpComponents/HttpComponentsCoreReleaseProcess
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > and making it for Cactus. So I
> > want to
> > > > invite
> > > > > > > you
> > > > > > > > > all to
> > > > > > > > > > > > test the
> > > > > > > > > > > > > > > archives I
> > > > > > > > > > > > > > > > > have uploaded
> > > > > > > > > > > > > > > > > here:
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > >
> > > > http://people.apache.org/dist/jakarta/cactus/
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > and report problems if you find
> > some.
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > Not sure it's useful to include the
> > bz2
> > > > archives;
> > > > > > > > > although they
> > > > > > > > > > > > are
> > > > > > > > > > > > > > > > slightly smaller, the user-base is
> > much
> > > > smaller...
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > The licenses/README.txt file does not
> > seem
> > > > to
> > > > > > > agree
> > > > > > > > > with the
> > > > > > > > > > > > jars in
> > > > > > > > > > > > > > > > the lib directory.
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > Also, several of the jars in the lib
> > > > directory are
> > > > > > > > > quite old
> > > > > > > > > > > > versions;
> > > > > > > > > > > > > > > > if possible, they should be updated.
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > The generated cactus jars must
> > contain
> > > > NOTICE and
> > > > > > > > > LICENSE files
> > > > > > > > > > > > (e.g.
> > > > > > > > > > > > > > > > in the META-INF directory)
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > It would be useful if the cactus jar
> > > > manifests
> > > > > > > included
> > > > > > > > > the
> > > > > > > > > > > > following
> > > > > > > > > > > > > > > > attributes:
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > Built-By: xxxxx
> > > > > > > > > > > > > > > > Implementation-Title: Jakarta Cactus
> > > > > > > > > > > > > > > > Implementation-Vendor: The Apache
> > Software
> > > > > > > Foundation
> > > > > > > > > > > > > > > > Implementation-Vendor-Id: org.apache
> > > > > > > > > > > > > > > > Implementation-Version: 1.8-SNAPSHOT
> > > > > > > > > > > > > > > > Specification-Title: Jakarta Cactus
> > > > > > > > > > > > > > > > Specification-Vendor: The Apache
> > Software
> > > > > > > Foundation
> > > > > > > > > > > > > > > > Specification-Version: 1.8-SNAPSHOT
> > > > > > > > > > > > > > > > Build-Jdk: 1.5.0_12 (e.g.)
> > > > > > > > > > > > > > > > X-Compile-Source-JDK: 1.3 (e.g.)
> > > > > > > > > > > > > > > > X-Compile-Target-JDK: 1.3 (e.g.)
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > There seem to be some problems with
> > SVN
> > > > file
> > > > > > > > > properties; I've
> > > > > > > > > > > > fixed
> > > > > > > > > > > > > > > > most of them in trunk.
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > Did you create the archives from
> > trunk?
> > > > > > > > > > > > > > > > There are some discrepancies between
> > that
> > > > and the
> > > > > > > > > source
> > > > > > > > > > > > archive.
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > Just noticed that the pom.xml does not
> > > > specify the
> > > > > > > source
> > > > > > > > > and
> > > > > > > > > > > > target
> > > > > > > > > > > > > > > java versions.
> > > > > > > > > > > > > > > It should also have inceptionYear
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > Might be an idea to use a property for
> > the
> > > > version so
> > > > > > > the
> > > > > > > > > > > > individual
> > > > > > > > > > > > > > > poms don't have to be updated.
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > The eclipse .classpath file looks a bit
> > odd -
> > > > it
> > > > > > > seems to
> > > > > > > > > have
> > > > > > > > > > > > lots of
> > > > > > > > > > > > > > > entries that don't seem to be required.
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > If no problems occur, I will
> > continue
> > > > with the
> > > > > > > next
> > > > > > > > > steps of
> > > > > > > > > > > > the
> > > > > > > > > > > > > > > tutorial
> > > > > > > > > > > > > > > > > and make
> > > > > > > > > > > > > > > > > "official" release archives and
> > cast a
> > > > vote
> > > > > > > upon
> > > > > > > > > them.
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > Thank you all.
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > P.S. You can also have a look at
> > the
> > > > new Cactus
> > > > > > > > > web-site I
> > > > > > > > > > > > have
> > > > > > > > > > > > > > > uploaded
> > > > > > > > > > > > > > > > > here:
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > >
> > http://jakarta.apache.org/cactus/1.8.0/
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > I am currently doing final test
> > upon it
> > > > and
> > > > > > > then I
> > > > > > > > > will
> > > > > > > > > > > > upload it as
> > > > > > > > > > > > > > > > > "official" Cactus site.
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > --
> > > > > > > > > > > > > > > > > Regards, Petar!
> > > > > > > > > > > > > > > > > Karlovo, Bulgaria.
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > EOOXML objections
> > > > > > > > > > > > > > > > >
> > > > > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > > Public PGP Key at:
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > >
> > > > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > > > > > > > > > > > > > > Key Fingerprint: AA16 8004 AADD
> > 9C76
> > > > EF5B 4210
> > > > > > > 1A15
> > > > > > > > > B53B
> > > > > > > > > > > > 7615 00F9
> > > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > >
> > > > ---------------------------------------------------------------------
> > > > > > > > > > > > > > > To unsubscribe, e-mail:
> > > > > > > > > general-unsubscribe@jakarta.apache.org
> > > > > > > > > > > > > > > For additional commands, e-mail:
> > > > > > > > > general-help@jakarta.apache.org
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > --
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > Regards, Petar!
> > > > > > > > > > > > > > Karlovo, Bulgaria.
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > EOOXML objections
> > > > > > > > > > > > > >
> > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > Public PGP Key at:
> > > > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > >
> > > > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > > > > > > > > > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B
> > 4210
> > > > 1A15
> > > > > > > B53B
> > > > > > > > > 7615 00F9
> > > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > >
> > > > ---------------------------------------------------------------------
> > > > > > > > > > > > To unsubscribe, e-mail:
> > > > > > > general-unsubscribe@jakarta.apache.org
> > > > > > > > > > > > For additional commands, e-mail:
> > > > > > > general-help@jakarta.apache.org
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > --
> > > > > > > > > > > Regards, Petar!
> > > > > > > > > > > Karlovo, Bulgaria.
> > > > > > > > > > >
> > > > > > > > > > > EOOXML objections
> > > > > > > > > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > > > > > > > > >
> > > > > > > > > > > Public PGP Key at:
> > > > > > > > > > >
> > > > > > > > >
> > > > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > > > > > > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210
> > 1A15
> > > > B53B 7615
> > > > > > > 00F9
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > ---------------------------------------------------------------------
> > > > > > > > > To unsubscribe, e-mail:
> > > > general-unsubscribe@jakarta.apache.org
> > > > > > > > > For additional commands, e-mail:
> > > > general-help@jakarta.apache.org
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Regards, Petar!
> > > > > > > > Karlovo, Bulgaria.
> > > > > > > >
> > > > > > > > EOOXML objections
> > > > > > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > > > > > >
> > > > > > > > Public PGP Key at:
> > > > > > > >
> > > > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > > > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B
> > 7615
> > > > 00F9
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > ---------------------------------------------------------------------
> > > > > > > To unsubscribe, e-mail:
> > general-unsubscribe@jakarta.apache.org
> > > > > > > For additional commands, e-mail:
> > general-help@jakarta.apache.org
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Regards, Petar!
> > > > > > Karlovo, Bulgaria.
> > > > > >
> > > > > > EOOXML objections
> > > > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > > > >
> > > > > > Public PGP Key at:
> > > > > >
> > > > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615
> > 00F9
> > > > > >
> > > > >
> > > >
> > > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > > > For additional commands, e-mail: general-help@jakarta.apache.org
> > > >
> > > >
> > >
> > >
> > > --
> > > Regards, Petar!
> > > Karlovo, Bulgaria.
> > >
> > > EOOXML objections
> > > http://www.grokdoc.net/index.php/EOOXML_objections
> > >
> > > Public PGP Key at:
> > > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: general-help@jakarta.apache.org
> >
> >
>
>
> --
> Regards, Petar!
> Karlovo, Bulgaria.
>
> EOOXML objections
> http://www.grokdoc.net/index.php/EOOXML_objections
>
> Public PGP Key at:
> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
>
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org
Re: Cactus Release Archives
Posted by Petar Tahchiev <pa...@gmail.com>.
OK,
here is the deal.The Cactus framework is, indeed, targeted to the Java 1.4.
I changed the dependency to servlet-api, version 1.4.
If you want to build the cactus site, then you first execute
mvn jxr:jxr
mvn javadoc:javadoc
(this will place the javadoc and the Xref for the whole project and will
place them in cactus-site/src/resource).
After that you go to cactus-site and execute:
mvn site:site
which will generate the Cactus site.
I removed the *.dtd because they are not needed any more, since Cactus
relies on the Cargo project and
the same files are included in the Cargo project. I have also included the
Cargo jars with the Cactus
distribution and have changed the L & N files.
On Wed, Apr 2, 2008 at 6:02 AM, sebb <se...@gmail.com> wrote:
> Just tried
>
> mvn site:site
>
> on Java 1.4 and it complained that servlet-api-2.5.jar is Java 1.5
> rather than 1.4
>
> I thought Cactus was targetted at Java 1.4?
>
> I tried with servlet-api-2.4 and it seemed to work OK using Java 1.4.
>
> Also, with regard to the DTDs I mentioned before - they don't seem to
> be present in the binary archive, only the source. I tried a build
> without them and did not notice any problems, so perhaps they could be
> removed? This would avoid having to sort out the licenses.
>
> ==
>
> I've been having problems trying to regenerate the binary jar - it
> does not seem to contain all the required files, probably because I've
> not created everything.
>
> What Maven targets do I need to run apart from assembly:assembly?
>
> On 02/04/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> > The only
> > difference is the portlet dependency which I put there
> > by mistake. Now this dependency is removed and the
> > archives are placed on the web-page.
> >
> > I have also added the KEYS file in the Subversion and the archives.
> >
> > Cheers, Petar.
> >
> >
> > On Wed, Apr 2, 2008 at 1:19 AM, sebb <se...@gmail.com> wrote:
> >
> > > The copy of pom.xml in the source archive is not the same as the one
> > > in SVN - why is this?
> > >
> > > On 01/04/2008, sebb <se...@gmail.com> wrote:
> > > > On 01/04/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> > > >
> > > > > Hi sebb,
> > > > >
> > > > > I changed the assembly-bin and committed it in the
> > > > > trunk. Now the binary archives are built correctly. I
> > > > > checked the source ones - they seem fine.
> > > > >
> > > > > For building the archives I use:
> > > > > mvn assembly:assembly -N
> > > > > at the top level.
> > > > >
> > > > > I still have no idea of the KEYS file.
> > > > > Can you tell me where it is?
> > > > >
> > > >
> > > >
> > > > There's one linked from the downloads page for the previous
> releases.
> > > >
> > > > There should perhaps be a copy in SVN.
> > > >
> > > >
> > > > > Thanks.
> > > > >
> > > > > P.S. I have, again, uploaded the archives here:
> > > > >
> > > > >
> > > > > http://people.apache.org/dist/jakarta/cactus/1.8.0/
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > On Tue, Apr 1, 2008 at 10:37 PM, sebb <se...@gmail.com> wrote:
> > > > >
> > > > > > As you may have seen, I have update the L&N files to simplify
> them
> > > -
> > > > > > there's no need to mention other ASF projects.
> > > > > >
> > > > > > I think we are getting closer, however there are some DTD
> files
> > > that
> > > > > > may need to be replaced and/or credited in the NOTICE file,
> as
> > > they
> > > > > > are not ASF licensed.
> > > > > >
> > > > > > I'll investigate further and report back.
> > > > > >
> > > > > > As to the updated archives - there is a problem with at least
> the
> > > > > > binary zip file - it contains two copies of the apidocs
> directory
> > > > > > structure.
> > > > > >
> > > > > > What Maven commands are you using?
> > > > > >
> > > > > > S
> > > > > > On 01/04/2008, Petar Tahchiev <pa...@gmail.com>
> wrote:
> > > > > > > OK,
> > > > > > >
> > > > > > > I have removed the xref from both the bin and src
> archives. I
> > > have
> > > > > > removed
> > > > > > > the
> > > > > > > javadoc from the src archives. I have also described the
> > > additional
> > > > > > licenses
> > > > > > > in the LICENSE and NOTICE files.
> > > > > > >
> > > > > > > The MANIFEST.MF file will stay in the SVN until the
> assembly
> > > plugin
> > > > > > could
> > > > > > > accept manifestEntries (hopefully beta-3). For all the
> > > artifacts I
> > > > > > produce
> > > > > > > the
> > > > > > > Manifest file with maven.
> > > > > > >
> > > > > > > I have no idea where the KEYS file is, and when I find it
> I
> > > will place
> > > > > > my
> > > > > > > key there.
> > > > > > >
> > > > > > > If the archives seem OK, I will cast a vote on them.
> > > > > > >
> > > > > > > How do you find them?
> > > > > > >
> > > > > > >
> > > > > > > On Tue, Apr 1, 2008 at 5:17 AM, sebb <se...@gmail.com>
> wrote:
> > > > > > >
> > > > > > > > On 01/04/2008, sebb <se...@gmail.com> wrote:
> > > > > > > > > On 31/03/2008, Petar Tahchiev <
> paranoiabla.lists@gmail.com>
> > > wrote:
> > > > > > > > > > OK,
> > > > > > > > > >
> > > > > > > > > > sorry for bringing this so long but this is my
> first
> > > time
> > > > > > > > > > I am making a release and as you see I am not so
> > > confident.
> > > > > > > > > >
> > > > > > > > > > I have uploaded the new archives here:
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> http://people.apache.org/dist/jakarta/cactus/1.8.0/
> > > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > > Just noticed that both the source and binary archives
> contain
> > > the
> > > > > > > > apidocs and xref.
> > > > > > > >
> > > > > > > > It does not make sense to have them in both jars - no
> wonder
> > > the
> > > > > > > > source jar has doubled in size...
> > > > > > > >
> > > > > > > > Javadocs are more useful in the binary archive.
> > > > > > > > Xref can just go on the web-site - no need for it in
> either
> > > archive.
> > > > > > > >
> > > > > > > > >
> > > > > > > > > You'll need to add your key to the KEYS file.
> > > > > > > > > Also, it would be better if you included your ASF
> e-mail
> > > in the
> > > > > > key
> > > > > > > > details.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > > with the following changes:
> > > > > > > > > > 0) Now everything is built with JDK 1.4
> > > > > > > > > > 1) The L&N files are included.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > The LICENSE file needs to include or point to the 3rd
> party
> > > > > > licenses.
> > > > > > > > >
> > > > > > > > > The NOTICE file needs to note that the product
> includes
> > > > > > contributions
> > > > > > > > > from these 3rd party sources:
> > > > > > > > >
> > > > > > > > > http://www.apache.org/legal/src-headers.html
> > > > > > > > > and
> > > > > > > > > http://www.apache.org/licenses/example-NOTICE.txt
> > > > > > > > >
> > > > > > > > > [but note that the header in === should not be
> included!]
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > > 2) The MANIFEST.MF is proper (according to me).
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > There seem to be some manifest files in SVN, which do
> look
> > > fine.
> > > > > > > > >
> > > > > > > > > However, they contain the Java versions.
> > > > > > > > > These should be created by the build to reflect the
> actual
> > > > > > settings
> > > > > > > > > used to create the jars.
> > > > > > > > > Any manifest files in SVN should be used as templates
> or
> > > > > > boiler-plate
> > > > > > > > only.
> > > > > > > > > But it's probably easier to use Maven to create the
> entire
> > > file.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > > 3) I have removed the duplicate
> maven-release-plugin
> > > > > > > > > > declaration, which used to bring the line:
> > > > > > > > > >
> > > > > > > > > > <tagBase>file:////home/peter/tags/</tagBase>
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > I have made the archives from the trunk.
> > > > > > > > > > I have no RC tag.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > That's OK for a first look, but there should be a tag
> for
> > > the VOTE.
> > > > > > > > > But I suggest that you hold off creating a tag just
> in
> > > case there
> > > > > > are
> > > > > > > > > some more issues.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > > If the archives are OK, I will cast a vote upon
> them
> > > > > > > > > > and if the vote succeeds I will copy the trunk in
> a
> > > tag.
> > > > > > > > > >
> > > > > > > > > > The only issue I see now is that we have the
> > > DEPENDENCIES file
> > > > > > > > > > in the META-INF, but since it is not a blocking
> issue I
> > > will
> > > > > > leave
> > > > > > > > as it
> > > > > > > > > > is. (Actually I couldn't find anywhere in the web
> how
> > > to remove
> > > > > > this
> > > > > > > > file).
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > Please can you have a look over the artifacts and
> in
> > > case there
> > > > > > are
> > > > > > > > any
> > > > > > > > > > problems,
> > > > > > > > > > I will be glad to work on fixing them.
> > > > > > > > > >
> > > > > > > > > > Thanks a lot.
> > > > > > > > > >
> > > > > > > > > > P.S I have the following in my
> ~/.subversion/config
> > > file:
> > > > > > > > > >
> > > > > > > > > > *.java = svn:eol-style=native
> > > > > > > > > >
> > > > > > > > > > but I don't seem to set the eol-style correctly.
> Can
> > > you tell
> > > > > > me
> > > > > > > > where am I
> > > > > > > > > > wrong?
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > You also need:
> > > > > > > > >
> > > > > > > > > [miscellany]
> > > > > > > > > enable-auto-props = yes
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > > Also I have added the RAT plugin in the master pom
> so
> > > that we
> > > > > > can
> > > > > > > > execute
> > > > > > > > > > the rat
> > > > > > >
> > > > > > > > > > plugin. I exclude the scratchpad/, descriptors/ and
> > > > > > ANNOUNCEMENT.txtand I
> > > > > > >
> > > > > > > > > > don't
> > > > > > > > > > see any other file with a missing header....
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > There are a lot of xml files with no header.
> > > > > > > > > Likewise some properties files, and html files.
> > > > > > > > >
> > > > > > > > > I can probably fix most of those.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > On Mon, Mar 31, 2008 at 11:49 PM, sebb <
> > > sebbaz@gmail.com>
> > > > > > wrote:
> > > > > > > > > >
> > > > > > > > > > > On 30/03/2008, sebb <se...@gmail.com> wrote:
> > > > > > > > > > > > On 29/03/2008, Petar Tahchiev <
> > > paranoiabla.lists@gmail.com>
> > > > > > > > wrote:
> > > > > > > > > > > > > Hi Sebb,
> > > > > > > > > > > > >
> > > > > > > > > > > > > thanks for the feedback.
> > > > > > > > > > > > >
> > > > > > > > > > > > > I prefer to keep the bz2 archives. I have
> > > improved the
> > > > > > > > licenses
> > > > > > > > > > > according
> > > > > > > > > > > > > to the lib folder.
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > There are still several jars in the lib
> directory
> > > which are
> > > > > > not
> > > > > > > > > > > > mentioned in the licenses/README.txt.
> > > > > > > > > > > >
> > > > > > > > > > > > README.txt says: Apache ServletAPI -
> Apache
> > > 2.0
> > > > > > > > > > > >
> >
> > > > > > > > > > > > However, the MANIFEST in
> servlet-api-2.5.jarsuggests that
> >
> > > > > > the
> > > > > > > > owner
> > > > > > > > > > > > is Sun, not Apache, and the license may not
> be AL
> > > 2.0.
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > > Also I have made the MANIFEST.MF to include
> the
> > > data you
> > > > > > > > pointed.
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > But the compiler versions are not in
> > > > > > > > > > > >
> cactus.core.framework.uberjar.javaEE.14-1.8.0.jar.
> > > > > > > > > > > >
> > > > > > > > > > > > Also, the version says source and target =
> 1.4,
> > > yet the
> > > > > > code
> > > > > > > > was built
> > > > > > > > > > > > (and presumably tested) with Java 1.6. The
> code
> > > should be
> > > > > > built
> > > > > > > > and
> > > > > > > > > > > > tested with Java 1.4.
> > > > > > > > > > > >
> > > > > > > > > > > > I just tried "mvn install" with Java 1.4, and
> a
> > > lot of
> > > > > > tests
> > > > > > > > failed.
> > > > > > > > > > > > The ones I checked failed with:
> > > > > > > > > > > >
> > > > > > > > > > > > java.lang.NoClassDefFoundError:
> > > > > > > > org/w3c/dom/ranges/DocumentRange
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > > Also the META-INF folder to include the
> LICENSE
> > > and
> > > > > > NOTICE
> > > > > > > > files.
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > However, these files need to relate to the
> contents
> > > of the
> > > > > > jar
> > > > > > > > or
> > > > > > > > > > > > archive - for example, the ones in the cactus
> jars
> > > should
> > > > > > only
> > > > > > > > mention
> > > > > > > > > > > > Apache, as all the code therein is Apache, as
> far
> > > as I can
> > > > > > > > tell.
> > > > > > > > > > > >
> > > > > > > > > > > > The N & L files for the archives need to
> mention
> > > the
> > > > > > external
> > > > > > > > software
> > > > > > > > > > > > that is included.
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > > I have also included the 'source' and
> 'target'
> > > versions
> > > > > > in
> > > > > > > > the
> > > > > > > > > > > > > parent pom.xml and also the inceptionYear
> > > attribute.
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > The inceptionYear should agree with the first
> > > Copyright
> > > > > > year.
> > > > > > > > > > > >
> > > > > > > > > > > > The pom includes the lines:
> > > > > > > > > > > >
> > > > > > > > > > > > <url>scp://ptahchiev@people.apache.org
> > > > > > > > > > > :/www/jakarta.apache.org/cactus/1.8.0/</url>
> > > > > > > > > > > > <tagBase>file:////home/peter/tags/</tagBase>
> > > > > > > > > > > >
> > > > > > > > > > > > which are unlikely to work for other users.
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > > Now I think that everything is OK.
> > > > > > > > > > > > >
> > > > > > > > > > > > > You can see the new files here:
> > > > > > > > > > > > >
> > > http://people.apache.org/dist/jakarta/cactus/1.8.0/
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > Where is the RC tag for the source?
> > > > > > > > > > > > There should be an RC tag and a build that is
> made
> > > from
> > > > > > the
> > > > > > > > tag.
> > > > > > > > > > > > If the vote succeeds, the tag can be copied
> to the
> > > release
> > > > > > tag.
> > > > > > > > > > > > If not, then a new tag can be made once all
> the
> > > fixes have
> > > > > > been
> > > > > > > > > > > > applied, and the process repeated.
> > > > > > > > > > > >
> > > > > > > > > > > > It looks like the final release tag has
> already
> > > been
> > > > > > created.
> > > > > > > > > > > > If the vote fails, this will have to be
> deleted
> > > and
> > > > > > recreated
> > > > > > > > once the
> > > > > > > > > > > > fixes have been made.
> > > > > > > > > > > > That's not ideal for release tags.
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > > Tomorrow morning I will cast a
> release-vote for
> > > these
> > > > > > > > archives.
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > Sorry, but I don't think they are ready.
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > Just ran RAT on cactus-trunk - there are a lot
> of
> > > files that
> > > > > > don't
> > > > > > > > > > > have the proper AL header.
> > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > Cheers, Petar.
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > On Sat, Mar 29, 2008 at 3:43 AM, sebb <
> > > sebbaz@gmail.com
> > > > > > >
> > > > > > > > wrote:
> > > > > > > > > > > > >
> > > > > > > > > > > > > > On 29/03/2008, sebb <se...@gmail.com>
> wrote:
> > > > > > > > > > > > > > > On 25/03/2008, Petar Tahchiev <
> > > > > > > > paranoiabla.lists@gmail.com>
> > > > > > > > > > > wrote:
> > > > > > > > > > > > > > > > Hi everybody,
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > I am following this tutorial:
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > >
> > > > > >
> > >
> http://wiki.apache.org/HttpComponents/HttpComponentsCoreReleaseProcess
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > and making it for Cactus. So I
> want to
> > > invite
> > > > > > you
> > > > > > > > all to
> > > > > > > > > > > test the
> > > > > > > > > > > > > > archives I
> > > > > > > > > > > > > > > > have uploaded
> > > > > > > > > > > > > > > > here:
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > >
> > > http://people.apache.org/dist/jakarta/cactus/
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > and report problems if you find
> some.
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > Not sure it's useful to include the
> bz2
> > > archives;
> > > > > > > > although they
> > > > > > > > > > > are
> > > > > > > > > > > > > > > slightly smaller, the user-base is
> much
> > > smaller...
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > The licenses/README.txt file does not
> seem
> > > to
> > > > > > agree
> > > > > > > > with the
> > > > > > > > > > > jars in
> > > > > > > > > > > > > > > the lib directory.
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > Also, several of the jars in the lib
> > > directory are
> > > > > > > > quite old
> > > > > > > > > > > versions;
> > > > > > > > > > > > > > > if possible, they should be updated.
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > The generated cactus jars must
> contain
> > > NOTICE and
> > > > > > > > LICENSE files
> > > > > > > > > > > (e.g.
> > > > > > > > > > > > > > > in the META-INF directory)
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > It would be useful if the cactus jar
> > > manifests
> > > > > > included
> > > > > > > > the
> > > > > > > > > > > following
> > > > > > > > > > > > > > > attributes:
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > Built-By: xxxxx
> > > > > > > > > > > > > > > Implementation-Title: Jakarta Cactus
> > > > > > > > > > > > > > > Implementation-Vendor: The Apache
> Software
> > > > > > Foundation
> > > > > > > > > > > > > > > Implementation-Vendor-Id: org.apache
> > > > > > > > > > > > > > > Implementation-Version: 1.8-SNAPSHOT
> > > > > > > > > > > > > > > Specification-Title: Jakarta Cactus
> > > > > > > > > > > > > > > Specification-Vendor: The Apache
> Software
> > > > > > Foundation
> > > > > > > > > > > > > > > Specification-Version: 1.8-SNAPSHOT
> > > > > > > > > > > > > > > Build-Jdk: 1.5.0_12 (e.g.)
> > > > > > > > > > > > > > > X-Compile-Source-JDK: 1.3 (e.g.)
> > > > > > > > > > > > > > > X-Compile-Target-JDK: 1.3 (e.g.)
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > There seem to be some problems with
> SVN
> > > file
> > > > > > > > properties; I've
> > > > > > > > > > > fixed
> > > > > > > > > > > > > > > most of them in trunk.
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > Did you create the archives from
> trunk?
> > > > > > > > > > > > > > > There are some discrepancies between
> that
> > > and the
> > > > > > > > source
> > > > > > > > > > > archive.
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > Just noticed that the pom.xml does not
> > > specify the
> > > > > > source
> > > > > > > > and
> > > > > > > > > > > target
> > > > > > > > > > > > > > java versions.
> > > > > > > > > > > > > > It should also have inceptionYear
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > Might be an idea to use a property for
> the
> > > version so
> > > > > > the
> > > > > > > > > > > individual
> > > > > > > > > > > > > > poms don't have to be updated.
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > The eclipse .classpath file looks a bit
> odd -
> > > it
> > > > > > seems to
> > > > > > > > have
> > > > > > > > > > > lots of
> > > > > > > > > > > > > > entries that don't seem to be required.
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > If no problems occur, I will
> continue
> > > with the
> > > > > > next
> > > > > > > > steps of
> > > > > > > > > > > the
> > > > > > > > > > > > > > tutorial
> > > > > > > > > > > > > > > > and make
> > > > > > > > > > > > > > > > "official" release archives and
> cast a
> > > vote
> > > > > > upon
> > > > > > > > them.
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > Thank you all.
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > P.S. You can also have a look at
> the
> > > new Cactus
> > > > > > > > web-site I
> > > > > > > > > > > have
> > > > > > > > > > > > > > uploaded
> > > > > > > > > > > > > > > > here:
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > >
> http://jakarta.apache.org/cactus/1.8.0/
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > I am currently doing final test
> upon it
> > > and
> > > > > > then I
> > > > > > > > will
> > > > > > > > > > > upload it as
> > > > > > > > > > > > > > > > "official" Cactus site.
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > --
> > > > > > > > > > > > > > > > Regards, Petar!
> > > > > > > > > > > > > > > > Karlovo, Bulgaria.
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > EOOXML objections
> > > > > > > > > > > > > > > >
> > > > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > > Public PGP Key at:
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > >
> > > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > > > > > > > > > > > > > Key Fingerprint: AA16 8004 AADD
> 9C76
> > > EF5B 4210
> > > > > > 1A15
> > > > > > > > B53B
> > > > > > > > > > > 7615 00F9
> > > > > > > > > > > > > > > >
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > >
> > > ---------------------------------------------------------------------
> > > > > > > > > > > > > > To unsubscribe, e-mail:
> > > > > > > > general-unsubscribe@jakarta.apache.org
> > > > > > > > > > > > > > For additional commands, e-mail:
> > > > > > > > general-help@jakarta.apache.org
> > > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > --
> > > > > > > > > > > > >
> > > > > > > > > > > > > Regards, Petar!
> > > > > > > > > > > > > Karlovo, Bulgaria.
> > > > > > > > > > > > >
> > > > > > > > > > > > > EOOXML objections
> > > > > > > > > > > > >
> > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > > > > > > > > > > >
> > > > > > > > > > > > > Public PGP Key at:
> > > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > >
> > > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > > > > > > > > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B
> 4210
> > > 1A15
> > > > > > B53B
> > > > > > > > 7615 00F9
> > > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > >
> > > ---------------------------------------------------------------------
> > > > > > > > > > > To unsubscribe, e-mail:
> > > > > > general-unsubscribe@jakarta.apache.org
> > > > > > > > > > > For additional commands, e-mail:
> > > > > > general-help@jakarta.apache.org
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > --
> > > > > > > > > > Regards, Petar!
> > > > > > > > > > Karlovo, Bulgaria.
> > > > > > > > > >
> > > > > > > > > > EOOXML objections
> > > > > > > > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > > > > > > > >
> > > > > > > > > > Public PGP Key at:
> > > > > > > > > >
> > > > > > > >
> > > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > > > > > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210
> 1A15
> > > B53B 7615
> > > > > > 00F9
> > > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > ---------------------------------------------------------------------
> > > > > > > > To unsubscribe, e-mail:
> > > general-unsubscribe@jakarta.apache.org
> > > > > > > > For additional commands, e-mail:
> > > general-help@jakarta.apache.org
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Regards, Petar!
> > > > > > > Karlovo, Bulgaria.
> > > > > > >
> > > > > > > EOOXML objections
> > > > > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > > > > >
> > > > > > > Public PGP Key at:
> > > > > > >
> > > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B
> 7615
> > > 00F9
> > > > > > >
> > > > > >
> > > > > >
> > > ---------------------------------------------------------------------
> > > > > > To unsubscribe, e-mail:
> general-unsubscribe@jakarta.apache.org
> > > > > > For additional commands, e-mail:
> general-help@jakarta.apache.org
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Regards, Petar!
> > > > > Karlovo, Bulgaria.
> > > > >
> > > > > EOOXML objections
> > > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > > >
> > > > > Public PGP Key at:
> > > > >
> > > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615
> 00F9
> > > > >
> > > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: general-help@jakarta.apache.org
> > >
> > >
> >
> >
> > --
> > Regards, Petar!
> > Karlovo, Bulgaria.
> >
> > EOOXML objections
> > http://www.grokdoc.net/index.php/EOOXML_objections
> >
> > Public PGP Key at:
> > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: general-help@jakarta.apache.org
>
>
--
Regards, Petar!
Karlovo, Bulgaria.
EOOXML objections
http://www.grokdoc.net/index.php/EOOXML_objections
Public PGP Key at:
http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
Re: Cactus Release Archives
Posted by sebb <se...@gmail.com>.
Just tried
mvn site:site
on Java 1.4 and it complained that servlet-api-2.5.jar is Java 1.5
rather than 1.4
I thought Cactus was targetted at Java 1.4?
I tried with servlet-api-2.4 and it seemed to work OK using Java 1.4.
Also, with regard to the DTDs I mentioned before - they don't seem to
be present in the binary archive, only the source. I tried a build
without them and did not notice any problems, so perhaps they could be
removed? This would avoid having to sort out the licenses.
==
I've been having problems trying to regenerate the binary jar - it
does not seem to contain all the required files, probably because I've
not created everything.
What Maven targets do I need to run apart from assembly:assembly?
On 02/04/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> The only
> difference is the portlet dependency which I put there
> by mistake. Now this dependency is removed and the
> archives are placed on the web-page.
>
> I have also added the KEYS file in the Subversion and the archives.
>
> Cheers, Petar.
>
>
> On Wed, Apr 2, 2008 at 1:19 AM, sebb <se...@gmail.com> wrote:
>
> > The copy of pom.xml in the source archive is not the same as the one
> > in SVN - why is this?
> >
> > On 01/04/2008, sebb <se...@gmail.com> wrote:
> > > On 01/04/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> > >
> > > > Hi sebb,
> > > >
> > > > I changed the assembly-bin and committed it in the
> > > > trunk. Now the binary archives are built correctly. I
> > > > checked the source ones - they seem fine.
> > > >
> > > > For building the archives I use:
> > > > mvn assembly:assembly -N
> > > > at the top level.
> > > >
> > > > I still have no idea of the KEYS file.
> > > > Can you tell me where it is?
> > > >
> > >
> > >
> > > There's one linked from the downloads page for the previous releases.
> > >
> > > There should perhaps be a copy in SVN.
> > >
> > >
> > > > Thanks.
> > > >
> > > > P.S. I have, again, uploaded the archives here:
> > > >
> > > >
> > > > http://people.apache.org/dist/jakarta/cactus/1.8.0/
> > > >
> > > >
> > > >
> > > >
> > > > On Tue, Apr 1, 2008 at 10:37 PM, sebb <se...@gmail.com> wrote:
> > > >
> > > > > As you may have seen, I have update the L&N files to simplify them
> > -
> > > > > there's no need to mention other ASF projects.
> > > > >
> > > > > I think we are getting closer, however there are some DTD files
> > that
> > > > > may need to be replaced and/or credited in the NOTICE file, as
> > they
> > > > > are not ASF licensed.
> > > > >
> > > > > I'll investigate further and report back.
> > > > >
> > > > > As to the updated archives - there is a problem with at least the
> > > > > binary zip file - it contains two copies of the apidocs directory
> > > > > structure.
> > > > >
> > > > > What Maven commands are you using?
> > > > >
> > > > > S
> > > > > On 01/04/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> > > > > > OK,
> > > > > >
> > > > > > I have removed the xref from both the bin and src archives. I
> > have
> > > > > removed
> > > > > > the
> > > > > > javadoc from the src archives. I have also described the
> > additional
> > > > > licenses
> > > > > > in the LICENSE and NOTICE files.
> > > > > >
> > > > > > The MANIFEST.MF file will stay in the SVN until the assembly
> > plugin
> > > > > could
> > > > > > accept manifestEntries (hopefully beta-3). For all the
> > artifacts I
> > > > > produce
> > > > > > the
> > > > > > Manifest file with maven.
> > > > > >
> > > > > > I have no idea where the KEYS file is, and when I find it I
> > will place
> > > > > my
> > > > > > key there.
> > > > > >
> > > > > > If the archives seem OK, I will cast a vote on them.
> > > > > >
> > > > > > How do you find them?
> > > > > >
> > > > > >
> > > > > > On Tue, Apr 1, 2008 at 5:17 AM, sebb <se...@gmail.com> wrote:
> > > > > >
> > > > > > > On 01/04/2008, sebb <se...@gmail.com> wrote:
> > > > > > > > On 31/03/2008, Petar Tahchiev <pa...@gmail.com>
> > wrote:
> > > > > > > > > OK,
> > > > > > > > >
> > > > > > > > > sorry for bringing this so long but this is my first
> > time
> > > > > > > > > I am making a release and as you see I am not so
> > confident.
> > > > > > > > >
> > > > > > > > > I have uploaded the new archives here:
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > http://people.apache.org/dist/jakarta/cactus/1.8.0/
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > > Just noticed that both the source and binary archives contain
> > the
> > > > > > > apidocs and xref.
> > > > > > >
> > > > > > > It does not make sense to have them in both jars - no wonder
> > the
> > > > > > > source jar has doubled in size...
> > > > > > >
> > > > > > > Javadocs are more useful in the binary archive.
> > > > > > > Xref can just go on the web-site - no need for it in either
> > archive.
> > > > > > >
> > > > > > > >
> > > > > > > > You'll need to add your key to the KEYS file.
> > > > > > > > Also, it would be better if you included your ASF e-mail
> > in the
> > > > > key
> > > > > > > details.
> > > > > > > >
> > > > > > > >
> > > > > > > > > with the following changes:
> > > > > > > > > 0) Now everything is built with JDK 1.4
> > > > > > > > > 1) The L&N files are included.
> > > > > > > >
> > > > > > > >
> > > > > > > > The LICENSE file needs to include or point to the 3rd party
> > > > > licenses.
> > > > > > > >
> > > > > > > > The NOTICE file needs to note that the product includes
> > > > > contributions
> > > > > > > > from these 3rd party sources:
> > > > > > > >
> > > > > > > > http://www.apache.org/legal/src-headers.html
> > > > > > > > and
> > > > > > > > http://www.apache.org/licenses/example-NOTICE.txt
> > > > > > > >
> > > > > > > > [but note that the header in === should not be included!]
> > > > > > > >
> > > > > > > >
> > > > > > > > > 2) The MANIFEST.MF is proper (according to me).
> > > > > > > >
> > > > > > > >
> > > > > > > > There seem to be some manifest files in SVN, which do look
> > fine.
> > > > > > > >
> > > > > > > > However, they contain the Java versions.
> > > > > > > > These should be created by the build to reflect the actual
> > > > > settings
> > > > > > > > used to create the jars.
> > > > > > > > Any manifest files in SVN should be used as templates or
> > > > > boiler-plate
> > > > > > > only.
> > > > > > > > But it's probably easier to use Maven to create the entire
> > file.
> > > > > > > >
> > > > > > > >
> > > > > > > > > 3) I have removed the duplicate maven-release-plugin
> > > > > > > > > declaration, which used to bring the line:
> > > > > > > > >
> > > > > > > > > <tagBase>file:////home/peter/tags/</tagBase>
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > I have made the archives from the trunk.
> > > > > > > > > I have no RC tag.
> > > > > > > >
> > > > > > > >
> > > > > > > > That's OK for a first look, but there should be a tag for
> > the VOTE.
> > > > > > > > But I suggest that you hold off creating a tag just in
> > case there
> > > > > are
> > > > > > > > some more issues.
> > > > > > > >
> > > > > > > >
> > > > > > > > > If the archives are OK, I will cast a vote upon them
> > > > > > > > > and if the vote succeeds I will copy the trunk in a
> > tag.
> > > > > > > > >
> > > > > > > > > The only issue I see now is that we have the
> > DEPENDENCIES file
> > > > > > > > > in the META-INF, but since it is not a blocking issue I
> > will
> > > > > leave
> > > > > > > as it
> > > > > > > > > is. (Actually I couldn't find anywhere in the web how
> > to remove
> > > > > this
> > > > > > > file).
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > Please can you have a look over the artifacts and in
> > case there
> > > > > are
> > > > > > > any
> > > > > > > > > problems,
> > > > > > > > > I will be glad to work on fixing them.
> > > > > > > > >
> > > > > > > > > Thanks a lot.
> > > > > > > > >
> > > > > > > > > P.S I have the following in my ~/.subversion/config
> > file:
> > > > > > > > >
> > > > > > > > > *.java = svn:eol-style=native
> > > > > > > > >
> > > > > > > > > but I don't seem to set the eol-style correctly. Can
> > you tell
> > > > > me
> > > > > > > where am I
> > > > > > > > > wrong?
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > You also need:
> > > > > > > >
> > > > > > > > [miscellany]
> > > > > > > > enable-auto-props = yes
> > > > > > > >
> > > > > > > >
> > > > > > > > > Also I have added the RAT plugin in the master pom so
> > that we
> > > > > can
> > > > > > > execute
> > > > > > > > > the rat
> > > > > >
> > > > > > > > > plugin. I exclude the scratchpad/, descriptors/ and
> > > > > ANNOUNCEMENT.txtand I
> > > > > >
> > > > > > > > > don't
> > > > > > > > > see any other file with a missing header....
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > There are a lot of xml files with no header.
> > > > > > > > Likewise some properties files, and html files.
> > > > > > > >
> > > > > > > > I can probably fix most of those.
> > > > > > > >
> > > > > > > >
> > > > > > > > >
> > > > > > > > > On Mon, Mar 31, 2008 at 11:49 PM, sebb <
> > sebbaz@gmail.com>
> > > > > wrote:
> > > > > > > > >
> > > > > > > > > > On 30/03/2008, sebb <se...@gmail.com> wrote:
> > > > > > > > > > > On 29/03/2008, Petar Tahchiev <
> > paranoiabla.lists@gmail.com>
> > > > > > > wrote:
> > > > > > > > > > > > Hi Sebb,
> > > > > > > > > > > >
> > > > > > > > > > > > thanks for the feedback.
> > > > > > > > > > > >
> > > > > > > > > > > > I prefer to keep the bz2 archives. I have
> > improved the
> > > > > > > licenses
> > > > > > > > > > according
> > > > > > > > > > > > to the lib folder.
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > There are still several jars in the lib directory
> > which are
> > > > > not
> > > > > > > > > > > mentioned in the licenses/README.txt.
> > > > > > > > > > >
> > > > > > > > > > > README.txt says: Apache ServletAPI - Apache
> > 2.0
> > > > > > > > > > >
>
> > > > > > > > > > > However, the MANIFEST in servlet-api-2.5.jarsuggests that
>
> > > > > the
> > > > > > > owner
> > > > > > > > > > > is Sun, not Apache, and the license may not be AL
> > 2.0.
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > > Also I have made the MANIFEST.MF to include the
> > data you
> > > > > > > pointed.
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > But the compiler versions are not in
> > > > > > > > > > > cactus.core.framework.uberjar.javaEE.14-1.8.0.jar.
> > > > > > > > > > >
> > > > > > > > > > > Also, the version says source and target = 1.4,
> > yet the
> > > > > code
> > > > > > > was built
> > > > > > > > > > > (and presumably tested) with Java 1.6. The code
> > should be
> > > > > built
> > > > > > > and
> > > > > > > > > > > tested with Java 1.4.
> > > > > > > > > > >
> > > > > > > > > > > I just tried "mvn install" with Java 1.4, and a
> > lot of
> > > > > tests
> > > > > > > failed.
> > > > > > > > > > > The ones I checked failed with:
> > > > > > > > > > >
> > > > > > > > > > > java.lang.NoClassDefFoundError:
> > > > > > > org/w3c/dom/ranges/DocumentRange
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > > Also the META-INF folder to include the LICENSE
> > and
> > > > > NOTICE
> > > > > > > files.
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > However, these files need to relate to the contents
> > of the
> > > > > jar
> > > > > > > or
> > > > > > > > > > > archive - for example, the ones in the cactus jars
> > should
> > > > > only
> > > > > > > mention
> > > > > > > > > > > Apache, as all the code therein is Apache, as far
> > as I can
> > > > > > > tell.
> > > > > > > > > > >
> > > > > > > > > > > The N & L files for the archives need to mention
> > the
> > > > > external
> > > > > > > software
> > > > > > > > > > > that is included.
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > > I have also included the 'source' and 'target'
> > versions
> > > > > in
> > > > > > > the
> > > > > > > > > > > > parent pom.xml and also the inceptionYear
> > attribute.
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > The inceptionYear should agree with the first
> > Copyright
> > > > > year.
> > > > > > > > > > >
> > > > > > > > > > > The pom includes the lines:
> > > > > > > > > > >
> > > > > > > > > > > <url>scp://ptahchiev@people.apache.org
> > > > > > > > > > :/www/jakarta.apache.org/cactus/1.8.0/</url>
> > > > > > > > > > > <tagBase>file:////home/peter/tags/</tagBase>
> > > > > > > > > > >
> > > > > > > > > > > which are unlikely to work for other users.
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > > Now I think that everything is OK.
> > > > > > > > > > > >
> > > > > > > > > > > > You can see the new files here:
> > > > > > > > > > > >
> > http://people.apache.org/dist/jakarta/cactus/1.8.0/
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > Where is the RC tag for the source?
> > > > > > > > > > > There should be an RC tag and a build that is made
> > from
> > > > > the
> > > > > > > tag.
> > > > > > > > > > > If the vote succeeds, the tag can be copied to the
> > release
> > > > > tag.
> > > > > > > > > > > If not, then a new tag can be made once all the
> > fixes have
> > > > > been
> > > > > > > > > > > applied, and the process repeated.
> > > > > > > > > > >
> > > > > > > > > > > It looks like the final release tag has already
> > been
> > > > > created.
> > > > > > > > > > > If the vote fails, this will have to be deleted
> > and
> > > > > recreated
> > > > > > > once the
> > > > > > > > > > > fixes have been made.
> > > > > > > > > > > That's not ideal for release tags.
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > > Tomorrow morning I will cast a release-vote for
> > these
> > > > > > > archives.
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > Sorry, but I don't think they are ready.
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > Just ran RAT on cactus-trunk - there are a lot of
> > files that
> > > > > don't
> > > > > > > > > > have the proper AL header.
> > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > Cheers, Petar.
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > On Sat, Mar 29, 2008 at 3:43 AM, sebb <
> > sebbaz@gmail.com
> > > > > >
> > > > > > > wrote:
> > > > > > > > > > > >
> > > > > > > > > > > > > On 29/03/2008, sebb <se...@gmail.com> wrote:
> > > > > > > > > > > > > > On 25/03/2008, Petar Tahchiev <
> > > > > > > paranoiabla.lists@gmail.com>
> > > > > > > > > > wrote:
> > > > > > > > > > > > > > > Hi everybody,
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > I am following this tutorial:
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > >
> > > > > > >
> > > > >
> > http://wiki.apache.org/HttpComponents/HttpComponentsCoreReleaseProcess
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > and making it for Cactus. So I want to
> > invite
> > > > > you
> > > > > > > all to
> > > > > > > > > > test the
> > > > > > > > > > > > > archives I
> > > > > > > > > > > > > > > have uploaded
> > > > > > > > > > > > > > > here:
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > >
> > http://people.apache.org/dist/jakarta/cactus/
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > and report problems if you find some.
> > > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > Not sure it's useful to include the bz2
> > archives;
> > > > > > > although they
> > > > > > > > > > are
> > > > > > > > > > > > > > slightly smaller, the user-base is much
> > smaller...
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > The licenses/README.txt file does not seem
> > to
> > > > > agree
> > > > > > > with the
> > > > > > > > > > jars in
> > > > > > > > > > > > > > the lib directory.
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > Also, several of the jars in the lib
> > directory are
> > > > > > > quite old
> > > > > > > > > > versions;
> > > > > > > > > > > > > > if possible, they should be updated.
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > The generated cactus jars must contain
> > NOTICE and
> > > > > > > LICENSE files
> > > > > > > > > > (e.g.
> > > > > > > > > > > > > > in the META-INF directory)
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > It would be useful if the cactus jar
> > manifests
> > > > > included
> > > > > > > the
> > > > > > > > > > following
> > > > > > > > > > > > > > attributes:
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > Built-By: xxxxx
> > > > > > > > > > > > > > Implementation-Title: Jakarta Cactus
> > > > > > > > > > > > > > Implementation-Vendor: The Apache Software
> > > > > Foundation
> > > > > > > > > > > > > > Implementation-Vendor-Id: org.apache
> > > > > > > > > > > > > > Implementation-Version: 1.8-SNAPSHOT
> > > > > > > > > > > > > > Specification-Title: Jakarta Cactus
> > > > > > > > > > > > > > Specification-Vendor: The Apache Software
> > > > > Foundation
> > > > > > > > > > > > > > Specification-Version: 1.8-SNAPSHOT
> > > > > > > > > > > > > > Build-Jdk: 1.5.0_12 (e.g.)
> > > > > > > > > > > > > > X-Compile-Source-JDK: 1.3 (e.g.)
> > > > > > > > > > > > > > X-Compile-Target-JDK: 1.3 (e.g.)
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > There seem to be some problems with SVN
> > file
> > > > > > > properties; I've
> > > > > > > > > > fixed
> > > > > > > > > > > > > > most of them in trunk.
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > Did you create the archives from trunk?
> > > > > > > > > > > > > > There are some discrepancies between that
> > and the
> > > > > > > source
> > > > > > > > > > archive.
> > > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > Just noticed that the pom.xml does not
> > specify the
> > > > > source
> > > > > > > and
> > > > > > > > > > target
> > > > > > > > > > > > > java versions.
> > > > > > > > > > > > > It should also have inceptionYear
> > > > > > > > > > > > >
> > > > > > > > > > > > > Might be an idea to use a property for the
> > version so
> > > > > the
> > > > > > > > > > individual
> > > > > > > > > > > > > poms don't have to be updated.
> > > > > > > > > > > > >
> > > > > > > > > > > > > The eclipse .classpath file looks a bit odd -
> > it
> > > > > seems to
> > > > > > > have
> > > > > > > > > > lots of
> > > > > > > > > > > > > entries that don't seem to be required.
> > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > > If no problems occur, I will continue
> > with the
> > > > > next
> > > > > > > steps of
> > > > > > > > > > the
> > > > > > > > > > > > > tutorial
> > > > > > > > > > > > > > > and make
> > > > > > > > > > > > > > > "official" release archives and cast a
> > vote
> > > > > upon
> > > > > > > them.
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > Thank you all.
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > P.S. You can also have a look at the
> > new Cactus
> > > > > > > web-site I
> > > > > > > > > > have
> > > > > > > > > > > > > uploaded
> > > > > > > > > > > > > > > here:
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > http://jakarta.apache.org/cactus/1.8.0/
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > I am currently doing final test upon it
> > and
> > > > > then I
> > > > > > > will
> > > > > > > > > > upload it as
> > > > > > > > > > > > > > > "official" Cactus site.
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > --
> > > > > > > > > > > > > > > Regards, Petar!
> > > > > > > > > > > > > > > Karlovo, Bulgaria.
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > EOOXML objections
> > > > > > > > > > > > > > >
> > > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > > > Public PGP Key at:
> > > > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > >
> > > > > > >
> > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > > > > > > > > > > > > Key Fingerprint: AA16 8004 AADD 9C76
> > EF5B 4210
> > > > > 1A15
> > > > > > > B53B
> > > > > > > > > > 7615 00F9
> > > > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > >
> > > > > > >
> > ---------------------------------------------------------------------
> > > > > > > > > > > > > To unsubscribe, e-mail:
> > > > > > > general-unsubscribe@jakarta.apache.org
> > > > > > > > > > > > > For additional commands, e-mail:
> > > > > > > general-help@jakarta.apache.org
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > --
> > > > > > > > > > > >
> > > > > > > > > > > > Regards, Petar!
> > > > > > > > > > > > Karlovo, Bulgaria.
> > > > > > > > > > > >
> > > > > > > > > > > > EOOXML objections
> > > > > > > > > > > >
> > http://www.grokdoc.net/index.php/EOOXML_objections
> > > > > > > > > > > >
> > > > > > > > > > > > Public PGP Key at:
> > > > > > > > > > > >
> > > > > > > > > >
> > > > > > >
> > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > > > > > > > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210
> > 1A15
> > > > > B53B
> > > > > > > 7615 00F9
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > >
> > ---------------------------------------------------------------------
> > > > > > > > > > To unsubscribe, e-mail:
> > > > > general-unsubscribe@jakarta.apache.org
> > > > > > > > > > For additional commands, e-mail:
> > > > > general-help@jakarta.apache.org
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > --
> > > > > > > > > Regards, Petar!
> > > > > > > > > Karlovo, Bulgaria.
> > > > > > > > >
> > > > > > > > > EOOXML objections
> > > > > > > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > > > > > > >
> > > > > > > > > Public PGP Key at:
> > > > > > > > >
> > > > > > >
> > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > > > > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15
> > B53B 7615
> > > > > 00F9
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > ---------------------------------------------------------------------
> > > > > > > To unsubscribe, e-mail:
> > general-unsubscribe@jakarta.apache.org
> > > > > > > For additional commands, e-mail:
> > general-help@jakarta.apache.org
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Regards, Petar!
> > > > > > Karlovo, Bulgaria.
> > > > > >
> > > > > > EOOXML objections
> > > > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > > > >
> > > > > > Public PGP Key at:
> > > > > >
> > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615
> > 00F9
> > > > > >
> > > > >
> > > > >
> > ---------------------------------------------------------------------
> > > > > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > > > > For additional commands, e-mail: general-help@jakarta.apache.org
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Regards, Petar!
> > > > Karlovo, Bulgaria.
> > > >
> > > > EOOXML objections
> > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > >
> > > > Public PGP Key at:
> > > >
> > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> > > >
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: general-help@jakarta.apache.org
> >
> >
>
>
> --
> Regards, Petar!
> Karlovo, Bulgaria.
>
> EOOXML objections
> http://www.grokdoc.net/index.php/EOOXML_objections
>
> Public PGP Key at:
> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
>
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org
Re: Cactus Release Archives
Posted by Petar Tahchiev <pa...@gmail.com>.
The only
difference is the portlet dependency which I put there
by mistake. Now this dependency is removed and the
archives are placed on the web-page.
I have also added the KEYS file in the Subversion and the archives.
Cheers, Petar.
On Wed, Apr 2, 2008 at 1:19 AM, sebb <se...@gmail.com> wrote:
> The copy of pom.xml in the source archive is not the same as the one
> in SVN - why is this?
>
> On 01/04/2008, sebb <se...@gmail.com> wrote:
> > On 01/04/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> >
> > > Hi sebb,
> > >
> > > I changed the assembly-bin and committed it in the
> > > trunk. Now the binary archives are built correctly. I
> > > checked the source ones - they seem fine.
> > >
> > > For building the archives I use:
> > > mvn assembly:assembly -N
> > > at the top level.
> > >
> > > I still have no idea of the KEYS file.
> > > Can you tell me where it is?
> > >
> >
> >
> > There's one linked from the downloads page for the previous releases.
> >
> > There should perhaps be a copy in SVN.
> >
> >
> > > Thanks.
> > >
> > > P.S. I have, again, uploaded the archives here:
> > >
> > >
> > > http://people.apache.org/dist/jakarta/cactus/1.8.0/
> > >
> > >
> > >
> > >
> > > On Tue, Apr 1, 2008 at 10:37 PM, sebb <se...@gmail.com> wrote:
> > >
> > > > As you may have seen, I have update the L&N files to simplify them
> -
> > > > there's no need to mention other ASF projects.
> > > >
> > > > I think we are getting closer, however there are some DTD files
> that
> > > > may need to be replaced and/or credited in the NOTICE file, as
> they
> > > > are not ASF licensed.
> > > >
> > > > I'll investigate further and report back.
> > > >
> > > > As to the updated archives - there is a problem with at least the
> > > > binary zip file - it contains two copies of the apidocs directory
> > > > structure.
> > > >
> > > > What Maven commands are you using?
> > > >
> > > > S
> > > > On 01/04/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> > > > > OK,
> > > > >
> > > > > I have removed the xref from both the bin and src archives. I
> have
> > > > removed
> > > > > the
> > > > > javadoc from the src archives. I have also described the
> additional
> > > > licenses
> > > > > in the LICENSE and NOTICE files.
> > > > >
> > > > > The MANIFEST.MF file will stay in the SVN until the assembly
> plugin
> > > > could
> > > > > accept manifestEntries (hopefully beta-3). For all the
> artifacts I
> > > > produce
> > > > > the
> > > > > Manifest file with maven.
> > > > >
> > > > > I have no idea where the KEYS file is, and when I find it I
> will place
> > > > my
> > > > > key there.
> > > > >
> > > > > If the archives seem OK, I will cast a vote on them.
> > > > >
> > > > > How do you find them?
> > > > >
> > > > >
> > > > > On Tue, Apr 1, 2008 at 5:17 AM, sebb <se...@gmail.com> wrote:
> > > > >
> > > > > > On 01/04/2008, sebb <se...@gmail.com> wrote:
> > > > > > > On 31/03/2008, Petar Tahchiev <pa...@gmail.com>
> wrote:
> > > > > > > > OK,
> > > > > > > >
> > > > > > > > sorry for bringing this so long but this is my first
> time
> > > > > > > > I am making a release and as you see I am not so
> confident.
> > > > > > > >
> > > > > > > > I have uploaded the new archives here:
> > > > > > > >
> > > > > > > >
> > > > > > > > http://people.apache.org/dist/jakarta/cactus/1.8.0/
> > > > > > > >
> > > > > > >
> > > > > >
> > > > > > Just noticed that both the source and binary archives contain
> the
> > > > > > apidocs and xref.
> > > > > >
> > > > > > It does not make sense to have them in both jars - no wonder
> the
> > > > > > source jar has doubled in size...
> > > > > >
> > > > > > Javadocs are more useful in the binary archive.
> > > > > > Xref can just go on the web-site - no need for it in either
> archive.
> > > > > >
> > > > > > >
> > > > > > > You'll need to add your key to the KEYS file.
> > > > > > > Also, it would be better if you included your ASF e-mail
> in the
> > > > key
> > > > > > details.
> > > > > > >
> > > > > > >
> > > > > > > > with the following changes:
> > > > > > > > 0) Now everything is built with JDK 1.4
> > > > > > > > 1) The L&N files are included.
> > > > > > >
> > > > > > >
> > > > > > > The LICENSE file needs to include or point to the 3rd party
> > > > licenses.
> > > > > > >
> > > > > > > The NOTICE file needs to note that the product includes
> > > > contributions
> > > > > > > from these 3rd party sources:
> > > > > > >
> > > > > > > http://www.apache.org/legal/src-headers.html
> > > > > > > and
> > > > > > > http://www.apache.org/licenses/example-NOTICE.txt
> > > > > > >
> > > > > > > [but note that the header in === should not be included!]
> > > > > > >
> > > > > > >
> > > > > > > > 2) The MANIFEST.MF is proper (according to me).
> > > > > > >
> > > > > > >
> > > > > > > There seem to be some manifest files in SVN, which do look
> fine.
> > > > > > >
> > > > > > > However, they contain the Java versions.
> > > > > > > These should be created by the build to reflect the actual
> > > > settings
> > > > > > > used to create the jars.
> > > > > > > Any manifest files in SVN should be used as templates or
> > > > boiler-plate
> > > > > > only.
> > > > > > > But it's probably easier to use Maven to create the entire
> file.
> > > > > > >
> > > > > > >
> > > > > > > > 3) I have removed the duplicate maven-release-plugin
> > > > > > > > declaration, which used to bring the line:
> > > > > > > >
> > > > > > > > <tagBase>file:////home/peter/tags/</tagBase>
> > > > > > > >
> > > > > > > >
> > > > > > > > I have made the archives from the trunk.
> > > > > > > > I have no RC tag.
> > > > > > >
> > > > > > >
> > > > > > > That's OK for a first look, but there should be a tag for
> the VOTE.
> > > > > > > But I suggest that you hold off creating a tag just in
> case there
> > > > are
> > > > > > > some more issues.
> > > > > > >
> > > > > > >
> > > > > > > > If the archives are OK, I will cast a vote upon them
> > > > > > > > and if the vote succeeds I will copy the trunk in a
> tag.
> > > > > > > >
> > > > > > > > The only issue I see now is that we have the
> DEPENDENCIES file
> > > > > > > > in the META-INF, but since it is not a blocking issue I
> will
> > > > leave
> > > > > > as it
> > > > > > > > is. (Actually I couldn't find anywhere in the web how
> to remove
> > > > this
> > > > > > file).
> > > > > > > >
> > > > > > > >
> > > > > > > > Please can you have a look over the artifacts and in
> case there
> > > > are
> > > > > > any
> > > > > > > > problems,
> > > > > > > > I will be glad to work on fixing them.
> > > > > > > >
> > > > > > > > Thanks a lot.
> > > > > > > >
> > > > > > > > P.S I have the following in my ~/.subversion/config
> file:
> > > > > > > >
> > > > > > > > *.java = svn:eol-style=native
> > > > > > > >
> > > > > > > > but I don't seem to set the eol-style correctly. Can
> you tell
> > > > me
> > > > > > where am I
> > > > > > > > wrong?
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > You also need:
> > > > > > >
> > > > > > > [miscellany]
> > > > > > > enable-auto-props = yes
> > > > > > >
> > > > > > >
> > > > > > > > Also I have added the RAT plugin in the master pom so
> that we
> > > > can
> > > > > > execute
> > > > > > > > the rat
> > > > >
> > > > > > > > plugin. I exclude the scratchpad/, descriptors/ and
> > > > ANNOUNCEMENT.txtand I
> > > > >
> > > > > > > > don't
> > > > > > > > see any other file with a missing header....
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > There are a lot of xml files with no header.
> > > > > > > Likewise some properties files, and html files.
> > > > > > >
> > > > > > > I can probably fix most of those.
> > > > > > >
> > > > > > >
> > > > > > > >
> > > > > > > > On Mon, Mar 31, 2008 at 11:49 PM, sebb <
> sebbaz@gmail.com>
> > > > wrote:
> > > > > > > >
> > > > > > > > > On 30/03/2008, sebb <se...@gmail.com> wrote:
> > > > > > > > > > On 29/03/2008, Petar Tahchiev <
> paranoiabla.lists@gmail.com>
> > > > > > wrote:
> > > > > > > > > > > Hi Sebb,
> > > > > > > > > > >
> > > > > > > > > > > thanks for the feedback.
> > > > > > > > > > >
> > > > > > > > > > > I prefer to keep the bz2 archives. I have
> improved the
> > > > > > licenses
> > > > > > > > > according
> > > > > > > > > > > to the lib folder.
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > There are still several jars in the lib directory
> which are
> > > > not
> > > > > > > > > > mentioned in the licenses/README.txt.
> > > > > > > > > >
> > > > > > > > > > README.txt says: Apache ServletAPI - Apache
> 2.0
> > > > > > > > > >
> > > > > > > > > > However, the MANIFEST in servlet-api-2.5.jarsuggests that
> > > > the
> > > > > > owner
> > > > > > > > > > is Sun, not Apache, and the license may not be AL
> 2.0.
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > > Also I have made the MANIFEST.MF to include the
> data you
> > > > > > pointed.
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > But the compiler versions are not in
> > > > > > > > > > cactus.core.framework.uberjar.javaEE.14-1.8.0.jar.
> > > > > > > > > >
> > > > > > > > > > Also, the version says source and target = 1.4,
> yet the
> > > > code
> > > > > > was built
> > > > > > > > > > (and presumably tested) with Java 1.6. The code
> should be
> > > > built
> > > > > > and
> > > > > > > > > > tested with Java 1.4.
> > > > > > > > > >
> > > > > > > > > > I just tried "mvn install" with Java 1.4, and a
> lot of
> > > > tests
> > > > > > failed.
> > > > > > > > > > The ones I checked failed with:
> > > > > > > > > >
> > > > > > > > > > java.lang.NoClassDefFoundError:
> > > > > > org/w3c/dom/ranges/DocumentRange
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > > Also the META-INF folder to include the LICENSE
> and
> > > > NOTICE
> > > > > > files.
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > However, these files need to relate to the contents
> of the
> > > > jar
> > > > > > or
> > > > > > > > > > archive - for example, the ones in the cactus jars
> should
> > > > only
> > > > > > mention
> > > > > > > > > > Apache, as all the code therein is Apache, as far
> as I can
> > > > > > tell.
> > > > > > > > > >
> > > > > > > > > > The N & L files for the archives need to mention
> the
> > > > external
> > > > > > software
> > > > > > > > > > that is included.
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > > I have also included the 'source' and 'target'
> versions
> > > > in
> > > > > > the
> > > > > > > > > > > parent pom.xml and also the inceptionYear
> attribute.
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > The inceptionYear should agree with the first
> Copyright
> > > > year.
> > > > > > > > > >
> > > > > > > > > > The pom includes the lines:
> > > > > > > > > >
> > > > > > > > > > <url>scp://ptahchiev@people.apache.org
> > > > > > > > > :/www/jakarta.apache.org/cactus/1.8.0/</url>
> > > > > > > > > > <tagBase>file:////home/peter/tags/</tagBase>
> > > > > > > > > >
> > > > > > > > > > which are unlikely to work for other users.
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > > Now I think that everything is OK.
> > > > > > > > > > >
> > > > > > > > > > > You can see the new files here:
> > > > > > > > > > >
> http://people.apache.org/dist/jakarta/cactus/1.8.0/
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > Where is the RC tag for the source?
> > > > > > > > > > There should be an RC tag and a build that is made
> from
> > > > the
> > > > > > tag.
> > > > > > > > > > If the vote succeeds, the tag can be copied to the
> release
> > > > tag.
> > > > > > > > > > If not, then a new tag can be made once all the
> fixes have
> > > > been
> > > > > > > > > > applied, and the process repeated.
> > > > > > > > > >
> > > > > > > > > > It looks like the final release tag has already
> been
> > > > created.
> > > > > > > > > > If the vote fails, this will have to be deleted
> and
> > > > recreated
> > > > > > once the
> > > > > > > > > > fixes have been made.
> > > > > > > > > > That's not ideal for release tags.
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > > Tomorrow morning I will cast a release-vote for
> these
> > > > > > archives.
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > Sorry, but I don't think they are ready.
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > Just ran RAT on cactus-trunk - there are a lot of
> files that
> > > > don't
> > > > > > > > > have the proper AL header.
> > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > Cheers, Petar.
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > On Sat, Mar 29, 2008 at 3:43 AM, sebb <
> sebbaz@gmail.com
> > > > >
> > > > > > wrote:
> > > > > > > > > > >
> > > > > > > > > > > > On 29/03/2008, sebb <se...@gmail.com> wrote:
> > > > > > > > > > > > > On 25/03/2008, Petar Tahchiev <
> > > > > > paranoiabla.lists@gmail.com>
> > > > > > > > > wrote:
> > > > > > > > > > > > > > Hi everybody,
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > I am following this tutorial:
> > > > > > > > > > > > > >
> > > > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > >
> > > > > >
> > > >
> http://wiki.apache.org/HttpComponents/HttpComponentsCoreReleaseProcess
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > and making it for Cactus. So I want to
> invite
> > > > you
> > > > > > all to
> > > > > > > > > test the
> > > > > > > > > > > > archives I
> > > > > > > > > > > > > > have uploaded
> > > > > > > > > > > > > > here:
> > > > > > > > > > > > > >
> > > > > > > > > > > > > >
> http://people.apache.org/dist/jakarta/cactus/
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > and report problems if you find some.
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > Not sure it's useful to include the bz2
> archives;
> > > > > > although they
> > > > > > > > > are
> > > > > > > > > > > > > slightly smaller, the user-base is much
> smaller...
> > > > > > > > > > > > >
> > > > > > > > > > > > > The licenses/README.txt file does not seem
> to
> > > > agree
> > > > > > with the
> > > > > > > > > jars in
> > > > > > > > > > > > > the lib directory.
> > > > > > > > > > > > >
> > > > > > > > > > > > > Also, several of the jars in the lib
> directory are
> > > > > > quite old
> > > > > > > > > versions;
> > > > > > > > > > > > > if possible, they should be updated.
> > > > > > > > > > > > >
> > > > > > > > > > > > > The generated cactus jars must contain
> NOTICE and
> > > > > > LICENSE files
> > > > > > > > > (e.g.
> > > > > > > > > > > > > in the META-INF directory)
> > > > > > > > > > > > >
> > > > > > > > > > > > > It would be useful if the cactus jar
> manifests
> > > > included
> > > > > > the
> > > > > > > > > following
> > > > > > > > > > > > > attributes:
> > > > > > > > > > > > >
> > > > > > > > > > > > > Built-By: xxxxx
> > > > > > > > > > > > > Implementation-Title: Jakarta Cactus
> > > > > > > > > > > > > Implementation-Vendor: The Apache Software
> > > > Foundation
> > > > > > > > > > > > > Implementation-Vendor-Id: org.apache
> > > > > > > > > > > > > Implementation-Version: 1.8-SNAPSHOT
> > > > > > > > > > > > > Specification-Title: Jakarta Cactus
> > > > > > > > > > > > > Specification-Vendor: The Apache Software
> > > > Foundation
> > > > > > > > > > > > > Specification-Version: 1.8-SNAPSHOT
> > > > > > > > > > > > > Build-Jdk: 1.5.0_12 (e.g.)
> > > > > > > > > > > > > X-Compile-Source-JDK: 1.3 (e.g.)
> > > > > > > > > > > > > X-Compile-Target-JDK: 1.3 (e.g.)
> > > > > > > > > > > > >
> > > > > > > > > > > > > There seem to be some problems with SVN
> file
> > > > > > properties; I've
> > > > > > > > > fixed
> > > > > > > > > > > > > most of them in trunk.
> > > > > > > > > > > > >
> > > > > > > > > > > > > Did you create the archives from trunk?
> > > > > > > > > > > > > There are some discrepancies between that
> and the
> > > > > > source
> > > > > > > > > archive.
> > > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > Just noticed that the pom.xml does not
> specify the
> > > > source
> > > > > > and
> > > > > > > > > target
> > > > > > > > > > > > java versions.
> > > > > > > > > > > > It should also have inceptionYear
> > > > > > > > > > > >
> > > > > > > > > > > > Might be an idea to use a property for the
> version so
> > > > the
> > > > > > > > > individual
> > > > > > > > > > > > poms don't have to be updated.
> > > > > > > > > > > >
> > > > > > > > > > > > The eclipse .classpath file looks a bit odd -
> it
> > > > seems to
> > > > > > have
> > > > > > > > > lots of
> > > > > > > > > > > > entries that don't seem to be required.
> > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > > > > If no problems occur, I will continue
> with the
> > > > next
> > > > > > steps of
> > > > > > > > > the
> > > > > > > > > > > > tutorial
> > > > > > > > > > > > > > and make
> > > > > > > > > > > > > > "official" release archives and cast a
> vote
> > > > upon
> > > > > > them.
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > Thank you all.
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > P.S. You can also have a look at the
> new Cactus
> > > > > > web-site I
> > > > > > > > > have
> > > > > > > > > > > > uploaded
> > > > > > > > > > > > > > here:
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > http://jakarta.apache.org/cactus/1.8.0/
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > I am currently doing final test upon it
> and
> > > > then I
> > > > > > will
> > > > > > > > > upload it as
> > > > > > > > > > > > > > "official" Cactus site.
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > --
> > > > > > > > > > > > > > Regards, Petar!
> > > > > > > > > > > > > > Karlovo, Bulgaria.
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > EOOXML objections
> > > > > > > > > > > > > >
> > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > > > > > > > > > > > >
> > > > > > > > > > > > > > Public PGP Key at:
> > > > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > >
> > > > > >
> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > > > > > > > > > > > Key Fingerprint: AA16 8004 AADD 9C76
> EF5B 4210
> > > > 1A15
> > > > > > B53B
> > > > > > > > > 7615 00F9
> > > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > >
> > > > > >
> ---------------------------------------------------------------------
> > > > > > > > > > > > To unsubscribe, e-mail:
> > > > > > general-unsubscribe@jakarta.apache.org
> > > > > > > > > > > > For additional commands, e-mail:
> > > > > > general-help@jakarta.apache.org
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > --
> > > > > > > > > > >
> > > > > > > > > > > Regards, Petar!
> > > > > > > > > > > Karlovo, Bulgaria.
> > > > > > > > > > >
> > > > > > > > > > > EOOXML objections
> > > > > > > > > > >
> http://www.grokdoc.net/index.php/EOOXML_objections
> > > > > > > > > > >
> > > > > > > > > > > Public PGP Key at:
> > > > > > > > > > >
> > > > > > > > >
> > > > > >
> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > > > > > > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210
> 1A15
> > > > B53B
> > > > > > 7615 00F9
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > >
> ---------------------------------------------------------------------
> > > > > > > > > To unsubscribe, e-mail:
> > > > general-unsubscribe@jakarta.apache.org
> > > > > > > > > For additional commands, e-mail:
> > > > general-help@jakarta.apache.org
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Regards, Petar!
> > > > > > > > Karlovo, Bulgaria.
> > > > > > > >
> > > > > > > > EOOXML objections
> > > > > > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > > > > > >
> > > > > > > > Public PGP Key at:
> > > > > > > >
> > > > > >
> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > > > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15
> B53B 7615
> > > > 00F9
> > > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> ---------------------------------------------------------------------
> > > > > > To unsubscribe, e-mail:
> general-unsubscribe@jakarta.apache.org
> > > > > > For additional commands, e-mail:
> general-help@jakarta.apache.org
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Regards, Petar!
> > > > > Karlovo, Bulgaria.
> > > > >
> > > > > EOOXML objections
> > > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > > >
> > > > > Public PGP Key at:
> > > > >
> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615
> 00F9
> > > > >
> > > >
> > > >
> ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > > > For additional commands, e-mail: general-help@jakarta.apache.org
> > > >
> > > >
> > >
> > >
> > > --
> > > Regards, Petar!
> > > Karlovo, Bulgaria.
> > >
> > > EOOXML objections
> > > http://www.grokdoc.net/index.php/EOOXML_objections
> > >
> > > Public PGP Key at:
> > >
> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> > >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: general-help@jakarta.apache.org
>
>
--
Regards, Petar!
Karlovo, Bulgaria.
EOOXML objections
http://www.grokdoc.net/index.php/EOOXML_objections
Public PGP Key at:
http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
Re: Cactus Release Archives
Posted by sebb <se...@gmail.com>.
The copy of pom.xml in the source archive is not the same as the one
in SVN - why is this?
On 01/04/2008, sebb <se...@gmail.com> wrote:
> On 01/04/2008, Petar Tahchiev <pa...@gmail.com> wrote:
>
> > Hi sebb,
> >
> > I changed the assembly-bin and committed it in the
> > trunk. Now the binary archives are built correctly. I
> > checked the source ones - they seem fine.
> >
> > For building the archives I use:
> > mvn assembly:assembly -N
> > at the top level.
> >
> > I still have no idea of the KEYS file.
> > Can you tell me where it is?
> >
>
>
> There's one linked from the downloads page for the previous releases.
>
> There should perhaps be a copy in SVN.
>
>
> > Thanks.
> >
> > P.S. I have, again, uploaded the archives here:
> >
> >
> > http://people.apache.org/dist/jakarta/cactus/1.8.0/
> >
> >
> >
> >
> > On Tue, Apr 1, 2008 at 10:37 PM, sebb <se...@gmail.com> wrote:
> >
> > > As you may have seen, I have update the L&N files to simplify them -
> > > there's no need to mention other ASF projects.
> > >
> > > I think we are getting closer, however there are some DTD files that
> > > may need to be replaced and/or credited in the NOTICE file, as they
> > > are not ASF licensed.
> > >
> > > I'll investigate further and report back.
> > >
> > > As to the updated archives - there is a problem with at least the
> > > binary zip file - it contains two copies of the apidocs directory
> > > structure.
> > >
> > > What Maven commands are you using?
> > >
> > > S
> > > On 01/04/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> > > > OK,
> > > >
> > > > I have removed the xref from both the bin and src archives. I have
> > > removed
> > > > the
> > > > javadoc from the src archives. I have also described the additional
> > > licenses
> > > > in the LICENSE and NOTICE files.
> > > >
> > > > The MANIFEST.MF file will stay in the SVN until the assembly plugin
> > > could
> > > > accept manifestEntries (hopefully beta-3). For all the artifacts I
> > > produce
> > > > the
> > > > Manifest file with maven.
> > > >
> > > > I have no idea where the KEYS file is, and when I find it I will place
> > > my
> > > > key there.
> > > >
> > > > If the archives seem OK, I will cast a vote on them.
> > > >
> > > > How do you find them?
> > > >
> > > >
> > > > On Tue, Apr 1, 2008 at 5:17 AM, sebb <se...@gmail.com> wrote:
> > > >
> > > > > On 01/04/2008, sebb <se...@gmail.com> wrote:
> > > > > > On 31/03/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> > > > > > > OK,
> > > > > > >
> > > > > > > sorry for bringing this so long but this is my first time
> > > > > > > I am making a release and as you see I am not so confident.
> > > > > > >
> > > > > > > I have uploaded the new archives here:
> > > > > > >
> > > > > > >
> > > > > > > http://people.apache.org/dist/jakarta/cactus/1.8.0/
> > > > > > >
> > > > > >
> > > > >
> > > > > Just noticed that both the source and binary archives contain the
> > > > > apidocs and xref.
> > > > >
> > > > > It does not make sense to have them in both jars - no wonder the
> > > > > source jar has doubled in size...
> > > > >
> > > > > Javadocs are more useful in the binary archive.
> > > > > Xref can just go on the web-site - no need for it in either archive.
> > > > >
> > > > > >
> > > > > > You'll need to add your key to the KEYS file.
> > > > > > Also, it would be better if you included your ASF e-mail in the
> > > key
> > > > > details.
> > > > > >
> > > > > >
> > > > > > > with the following changes:
> > > > > > > 0) Now everything is built with JDK 1.4
> > > > > > > 1) The L&N files are included.
> > > > > >
> > > > > >
> > > > > > The LICENSE file needs to include or point to the 3rd party
> > > licenses.
> > > > > >
> > > > > > The NOTICE file needs to note that the product includes
> > > contributions
> > > > > > from these 3rd party sources:
> > > > > >
> > > > > > http://www.apache.org/legal/src-headers.html
> > > > > > and
> > > > > > http://www.apache.org/licenses/example-NOTICE.txt
> > > > > >
> > > > > > [but note that the header in === should not be included!]
> > > > > >
> > > > > >
> > > > > > > 2) The MANIFEST.MF is proper (according to me).
> > > > > >
> > > > > >
> > > > > > There seem to be some manifest files in SVN, which do look fine.
> > > > > >
> > > > > > However, they contain the Java versions.
> > > > > > These should be created by the build to reflect the actual
> > > settings
> > > > > > used to create the jars.
> > > > > > Any manifest files in SVN should be used as templates or
> > > boiler-plate
> > > > > only.
> > > > > > But it's probably easier to use Maven to create the entire file.
> > > > > >
> > > > > >
> > > > > > > 3) I have removed the duplicate maven-release-plugin
> > > > > > > declaration, which used to bring the line:
> > > > > > >
> > > > > > > <tagBase>file:////home/peter/tags/</tagBase>
> > > > > > >
> > > > > > >
> > > > > > > I have made the archives from the trunk.
> > > > > > > I have no RC tag.
> > > > > >
> > > > > >
> > > > > > That's OK for a first look, but there should be a tag for the VOTE.
> > > > > > But I suggest that you hold off creating a tag just in case there
> > > are
> > > > > > some more issues.
> > > > > >
> > > > > >
> > > > > > > If the archives are OK, I will cast a vote upon them
> > > > > > > and if the vote succeeds I will copy the trunk in a tag.
> > > > > > >
> > > > > > > The only issue I see now is that we have the DEPENDENCIES file
> > > > > > > in the META-INF, but since it is not a blocking issue I will
> > > leave
> > > > > as it
> > > > > > > is. (Actually I couldn't find anywhere in the web how to remove
> > > this
> > > > > file).
> > > > > > >
> > > > > > >
> > > > > > > Please can you have a look over the artifacts and in case there
> > > are
> > > > > any
> > > > > > > problems,
> > > > > > > I will be glad to work on fixing them.
> > > > > > >
> > > > > > > Thanks a lot.
> > > > > > >
> > > > > > > P.S I have the following in my ~/.subversion/config file:
> > > > > > >
> > > > > > > *.java = svn:eol-style=native
> > > > > > >
> > > > > > > but I don't seem to set the eol-style correctly. Can you tell
> > > me
> > > > > where am I
> > > > > > > wrong?
> > > > > > >
> > > > > >
> > > > > >
> > > > > > You also need:
> > > > > >
> > > > > > [miscellany]
> > > > > > enable-auto-props = yes
> > > > > >
> > > > > >
> > > > > > > Also I have added the RAT plugin in the master pom so that we
> > > can
> > > > > execute
> > > > > > > the rat
> > > >
> > > > > > > plugin. I exclude the scratchpad/, descriptors/ and
> > > ANNOUNCEMENT.txtand I
> > > >
> > > > > > > don't
> > > > > > > see any other file with a missing header....
> > > > > > >
> > > > > >
> > > > > >
> > > > > > There are a lot of xml files with no header.
> > > > > > Likewise some properties files, and html files.
> > > > > >
> > > > > > I can probably fix most of those.
> > > > > >
> > > > > >
> > > > > > >
> > > > > > > On Mon, Mar 31, 2008 at 11:49 PM, sebb <se...@gmail.com>
> > > wrote:
> > > > > > >
> > > > > > > > On 30/03/2008, sebb <se...@gmail.com> wrote:
> > > > > > > > > On 29/03/2008, Petar Tahchiev <pa...@gmail.com>
> > > > > wrote:
> > > > > > > > > > Hi Sebb,
> > > > > > > > > >
> > > > > > > > > > thanks for the feedback.
> > > > > > > > > >
> > > > > > > > > > I prefer to keep the bz2 archives. I have improved the
> > > > > licenses
> > > > > > > > according
> > > > > > > > > > to the lib folder.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > There are still several jars in the lib directory which are
> > > not
> > > > > > > > > mentioned in the licenses/README.txt.
> > > > > > > > >
> > > > > > > > > README.txt says: Apache ServletAPI - Apache 2.0
> > > > > > > > >
> > > > > > > > > However, the MANIFEST in servlet-api-2.5.jar suggests that
> > > the
> > > > > owner
> > > > > > > > > is Sun, not Apache, and the license may not be AL 2.0.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > > Also I have made the MANIFEST.MF to include the data you
> > > > > pointed.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > But the compiler versions are not in
> > > > > > > > > cactus.core.framework.uberjar.javaEE.14-1.8.0.jar.
> > > > > > > > >
> > > > > > > > > Also, the version says source and target = 1.4, yet the
> > > code
> > > > > was built
> > > > > > > > > (and presumably tested) with Java 1.6. The code should be
> > > built
> > > > > and
> > > > > > > > > tested with Java 1.4.
> > > > > > > > >
> > > > > > > > > I just tried "mvn install" with Java 1.4, and a lot of
> > > tests
> > > > > failed.
> > > > > > > > > The ones I checked failed with:
> > > > > > > > >
> > > > > > > > > java.lang.NoClassDefFoundError:
> > > > > org/w3c/dom/ranges/DocumentRange
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > > Also the META-INF folder to include the LICENSE and
> > > NOTICE
> > > > > files.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > However, these files need to relate to the contents of the
> > > jar
> > > > > or
> > > > > > > > > archive - for example, the ones in the cactus jars should
> > > only
> > > > > mention
> > > > > > > > > Apache, as all the code therein is Apache, as far as I can
> > > > > tell.
> > > > > > > > >
> > > > > > > > > The N & L files for the archives need to mention the
> > > external
> > > > > software
> > > > > > > > > that is included.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > > I have also included the 'source' and 'target' versions
> > > in
> > > > > the
> > > > > > > > > > parent pom.xml and also the inceptionYear attribute.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > The inceptionYear should agree with the first Copyright
> > > year.
> > > > > > > > >
> > > > > > > > > The pom includes the lines:
> > > > > > > > >
> > > > > > > > > <url>scp://ptahchiev@people.apache.org
> > > > > > > > :/www/jakarta.apache.org/cactus/1.8.0/</url>
> > > > > > > > > <tagBase>file:////home/peter/tags/</tagBase>
> > > > > > > > >
> > > > > > > > > which are unlikely to work for other users.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > > Now I think that everything is OK.
> > > > > > > > > >
> > > > > > > > > > You can see the new files here:
> > > > > > > > > > http://people.apache.org/dist/jakarta/cactus/1.8.0/
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > Where is the RC tag for the source?
> > > > > > > > > There should be an RC tag and a build that is made from
> > > the
> > > > > tag.
> > > > > > > > > If the vote succeeds, the tag can be copied to the release
> > > tag.
> > > > > > > > > If not, then a new tag can be made once all the fixes have
> > > been
> > > > > > > > > applied, and the process repeated.
> > > > > > > > >
> > > > > > > > > It looks like the final release tag has already been
> > > created.
> > > > > > > > > If the vote fails, this will have to be deleted and
> > > recreated
> > > > > once the
> > > > > > > > > fixes have been made.
> > > > > > > > > That's not ideal for release tags.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > > Tomorrow morning I will cast a release-vote for these
> > > > > archives.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > Sorry, but I don't think they are ready.
> > > > > > > > >
> > > > > > > >
> > > > > > > > Just ran RAT on cactus-trunk - there are a lot of files that
> > > don't
> > > > > > > > have the proper AL header.
> > > > > > > >
> > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > Cheers, Petar.
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > On Sat, Mar 29, 2008 at 3:43 AM, sebb <sebbaz@gmail.com
> > > >
> > > > > wrote:
> > > > > > > > > >
> > > > > > > > > > > On 29/03/2008, sebb <se...@gmail.com> wrote:
> > > > > > > > > > > > On 25/03/2008, Petar Tahchiev <
> > > > > paranoiabla.lists@gmail.com>
> > > > > > > > wrote:
> > > > > > > > > > > > > Hi everybody,
> > > > > > > > > > > > >
> > > > > > > > > > > > > I am following this tutorial:
> > > > > > > > > > > > >
> > > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > >
> > > > >
> > > http://wiki.apache.org/HttpComponents/HttpComponentsCoreReleaseProcess
> > > > > > > > > > > > >
> > > > > > > > > > > > > and making it for Cactus. So I want to invite
> > > you
> > > > > all to
> > > > > > > > test the
> > > > > > > > > > > archives I
> > > > > > > > > > > > > have uploaded
> > > > > > > > > > > > > here:
> > > > > > > > > > > > >
> > > > > > > > > > > > > http://people.apache.org/dist/jakarta/cactus/
> > > > > > > > > > > > >
> > > > > > > > > > > > > and report problems if you find some.
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > Not sure it's useful to include the bz2 archives;
> > > > > although they
> > > > > > > > are
> > > > > > > > > > > > slightly smaller, the user-base is much smaller...
> > > > > > > > > > > >
> > > > > > > > > > > > The licenses/README.txt file does not seem to
> > > agree
> > > > > with the
> > > > > > > > jars in
> > > > > > > > > > > > the lib directory.
> > > > > > > > > > > >
> > > > > > > > > > > > Also, several of the jars in the lib directory are
> > > > > quite old
> > > > > > > > versions;
> > > > > > > > > > > > if possible, they should be updated.
> > > > > > > > > > > >
> > > > > > > > > > > > The generated cactus jars must contain NOTICE and
> > > > > LICENSE files
> > > > > > > > (e.g.
> > > > > > > > > > > > in the META-INF directory)
> > > > > > > > > > > >
> > > > > > > > > > > > It would be useful if the cactus jar manifests
> > > included
> > > > > the
> > > > > > > > following
> > > > > > > > > > > > attributes:
> > > > > > > > > > > >
> > > > > > > > > > > > Built-By: xxxxx
> > > > > > > > > > > > Implementation-Title: Jakarta Cactus
> > > > > > > > > > > > Implementation-Vendor: The Apache Software
> > > Foundation
> > > > > > > > > > > > Implementation-Vendor-Id: org.apache
> > > > > > > > > > > > Implementation-Version: 1.8-SNAPSHOT
> > > > > > > > > > > > Specification-Title: Jakarta Cactus
> > > > > > > > > > > > Specification-Vendor: The Apache Software
> > > Foundation
> > > > > > > > > > > > Specification-Version: 1.8-SNAPSHOT
> > > > > > > > > > > > Build-Jdk: 1.5.0_12 (e.g.)
> > > > > > > > > > > > X-Compile-Source-JDK: 1.3 (e.g.)
> > > > > > > > > > > > X-Compile-Target-JDK: 1.3 (e.g.)
> > > > > > > > > > > >
> > > > > > > > > > > > There seem to be some problems with SVN file
> > > > > properties; I've
> > > > > > > > fixed
> > > > > > > > > > > > most of them in trunk.
> > > > > > > > > > > >
> > > > > > > > > > > > Did you create the archives from trunk?
> > > > > > > > > > > > There are some discrepancies between that and the
> > > > > source
> > > > > > > > archive.
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > Just noticed that the pom.xml does not specify the
> > > source
> > > > > and
> > > > > > > > target
> > > > > > > > > > > java versions.
> > > > > > > > > > > It should also have inceptionYear
> > > > > > > > > > >
> > > > > > > > > > > Might be an idea to use a property for the version so
> > > the
> > > > > > > > individual
> > > > > > > > > > > poms don't have to be updated.
> > > > > > > > > > >
> > > > > > > > > > > The eclipse .classpath file looks a bit odd - it
> > > seems to
> > > > > have
> > > > > > > > lots of
> > > > > > > > > > > entries that don't seem to be required.
> > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > > > > If no problems occur, I will continue with the
> > > next
> > > > > steps of
> > > > > > > > the
> > > > > > > > > > > tutorial
> > > > > > > > > > > > > and make
> > > > > > > > > > > > > "official" release archives and cast a vote
> > > upon
> > > > > them.
> > > > > > > > > > > > >
> > > > > > > > > > > > > Thank you all.
> > > > > > > > > > > > >
> > > > > > > > > > > > > P.S. You can also have a look at the new Cactus
> > > > > web-site I
> > > > > > > > have
> > > > > > > > > > > uploaded
> > > > > > > > > > > > > here:
> > > > > > > > > > > > >
> > > > > > > > > > > > > http://jakarta.apache.org/cactus/1.8.0/
> > > > > > > > > > > > >
> > > > > > > > > > > > > I am currently doing final test upon it and
> > > then I
> > > > > will
> > > > > > > > upload it as
> > > > > > > > > > > > > "official" Cactus site.
> > > > > > > > > > > > >
> > > > > > > > > > > > > --
> > > > > > > > > > > > > Regards, Petar!
> > > > > > > > > > > > > Karlovo, Bulgaria.
> > > > > > > > > > > > >
> > > > > > > > > > > > > EOOXML objections
> > > > > > > > > > > > >
> > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > > > > > > > > > > >
> > > > > > > > > > > > > Public PGP Key at:
> > > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > >
> > > > > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > > > > > > > > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210
> > > 1A15
> > > > > B53B
> > > > > > > > 7615 00F9
> > > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > >
> > > > > > > >
> > > > > ---------------------------------------------------------------------
> > > > > > > > > > > To unsubscribe, e-mail:
> > > > > general-unsubscribe@jakarta.apache.org
> > > > > > > > > > > For additional commands, e-mail:
> > > > > general-help@jakarta.apache.org
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > --
> > > > > > > > > >
> > > > > > > > > > Regards, Petar!
> > > > > > > > > > Karlovo, Bulgaria.
> > > > > > > > > >
> > > > > > > > > > EOOXML objections
> > > > > > > > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > > > > > > > >
> > > > > > > > > > Public PGP Key at:
> > > > > > > > > >
> > > > > > > >
> > > > > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > > > > > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15
> > > B53B
> > > > > 7615 00F9
> > > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > ---------------------------------------------------------------------
> > > > > > > > To unsubscribe, e-mail:
> > > general-unsubscribe@jakarta.apache.org
> > > > > > > > For additional commands, e-mail:
> > > general-help@jakarta.apache.org
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Regards, Petar!
> > > > > > > Karlovo, Bulgaria.
> > > > > > >
> > > > > > > EOOXML objections
> > > > > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > > > > >
> > > > > > > Public PGP Key at:
> > > > > > >
> > > > > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615
> > > 00F9
> > > > > > >
> > > > > >
> > > > >
> > > > > ---------------------------------------------------------------------
> > > > > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > > > > For additional commands, e-mail: general-help@jakarta.apache.org
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Regards, Petar!
> > > > Karlovo, Bulgaria.
> > > >
> > > > EOOXML objections
> > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > >
> > > > Public PGP Key at:
> > > > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> > > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: general-help@jakarta.apache.org
> > >
> > >
> >
> >
> > --
> > Regards, Petar!
> > Karlovo, Bulgaria.
> >
> > EOOXML objections
> > http://www.grokdoc.net/index.php/EOOXML_objections
> >
> > Public PGP Key at:
> > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> >
>
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org
Re: Cactus Release Archives
Posted by sebb <se...@gmail.com>.
On 01/04/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> Hi sebb,
>
> I changed the assembly-bin and committed it in the
> trunk. Now the binary archives are built correctly. I
> checked the source ones - they seem fine.
>
> For building the archives I use:
> mvn assembly:assembly -N
> at the top level.
>
> I still have no idea of the KEYS file.
> Can you tell me where it is?
>
There's one linked from the downloads page for the previous releases.
There should perhaps be a copy in SVN.
> Thanks.
>
> P.S. I have, again, uploaded the archives here:
>
>
> http://people.apache.org/dist/jakarta/cactus/1.8.0/
>
>
>
>
> On Tue, Apr 1, 2008 at 10:37 PM, sebb <se...@gmail.com> wrote:
>
> > As you may have seen, I have update the L&N files to simplify them -
> > there's no need to mention other ASF projects.
> >
> > I think we are getting closer, however there are some DTD files that
> > may need to be replaced and/or credited in the NOTICE file, as they
> > are not ASF licensed.
> >
> > I'll investigate further and report back.
> >
> > As to the updated archives - there is a problem with at least the
> > binary zip file - it contains two copies of the apidocs directory
> > structure.
> >
> > What Maven commands are you using?
> >
> > S
> > On 01/04/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> > > OK,
> > >
> > > I have removed the xref from both the bin and src archives. I have
> > removed
> > > the
> > > javadoc from the src archives. I have also described the additional
> > licenses
> > > in the LICENSE and NOTICE files.
> > >
> > > The MANIFEST.MF file will stay in the SVN until the assembly plugin
> > could
> > > accept manifestEntries (hopefully beta-3). For all the artifacts I
> > produce
> > > the
> > > Manifest file with maven.
> > >
> > > I have no idea where the KEYS file is, and when I find it I will place
> > my
> > > key there.
> > >
> > > If the archives seem OK, I will cast a vote on them.
> > >
> > > How do you find them?
> > >
> > >
> > > On Tue, Apr 1, 2008 at 5:17 AM, sebb <se...@gmail.com> wrote:
> > >
> > > > On 01/04/2008, sebb <se...@gmail.com> wrote:
> > > > > On 31/03/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> > > > > > OK,
> > > > > >
> > > > > > sorry for bringing this so long but this is my first time
> > > > > > I am making a release and as you see I am not so confident.
> > > > > >
> > > > > > I have uploaded the new archives here:
> > > > > >
> > > > > >
> > > > > > http://people.apache.org/dist/jakarta/cactus/1.8.0/
> > > > > >
> > > > >
> > > >
> > > > Just noticed that both the source and binary archives contain the
> > > > apidocs and xref.
> > > >
> > > > It does not make sense to have them in both jars - no wonder the
> > > > source jar has doubled in size...
> > > >
> > > > Javadocs are more useful in the binary archive.
> > > > Xref can just go on the web-site - no need for it in either archive.
> > > >
> > > > >
> > > > > You'll need to add your key to the KEYS file.
> > > > > Also, it would be better if you included your ASF e-mail in the
> > key
> > > > details.
> > > > >
> > > > >
> > > > > > with the following changes:
> > > > > > 0) Now everything is built with JDK 1.4
> > > > > > 1) The L&N files are included.
> > > > >
> > > > >
> > > > > The LICENSE file needs to include or point to the 3rd party
> > licenses.
> > > > >
> > > > > The NOTICE file needs to note that the product includes
> > contributions
> > > > > from these 3rd party sources:
> > > > >
> > > > > http://www.apache.org/legal/src-headers.html
> > > > > and
> > > > > http://www.apache.org/licenses/example-NOTICE.txt
> > > > >
> > > > > [but note that the header in === should not be included!]
> > > > >
> > > > >
> > > > > > 2) The MANIFEST.MF is proper (according to me).
> > > > >
> > > > >
> > > > > There seem to be some manifest files in SVN, which do look fine.
> > > > >
> > > > > However, they contain the Java versions.
> > > > > These should be created by the build to reflect the actual
> > settings
> > > > > used to create the jars.
> > > > > Any manifest files in SVN should be used as templates or
> > boiler-plate
> > > > only.
> > > > > But it's probably easier to use Maven to create the entire file.
> > > > >
> > > > >
> > > > > > 3) I have removed the duplicate maven-release-plugin
> > > > > > declaration, which used to bring the line:
> > > > > >
> > > > > > <tagBase>file:////home/peter/tags/</tagBase>
> > > > > >
> > > > > >
> > > > > > I have made the archives from the trunk.
> > > > > > I have no RC tag.
> > > > >
> > > > >
> > > > > That's OK for a first look, but there should be a tag for the VOTE.
> > > > > But I suggest that you hold off creating a tag just in case there
> > are
> > > > > some more issues.
> > > > >
> > > > >
> > > > > > If the archives are OK, I will cast a vote upon them
> > > > > > and if the vote succeeds I will copy the trunk in a tag.
> > > > > >
> > > > > > The only issue I see now is that we have the DEPENDENCIES file
> > > > > > in the META-INF, but since it is not a blocking issue I will
> > leave
> > > > as it
> > > > > > is. (Actually I couldn't find anywhere in the web how to remove
> > this
> > > > file).
> > > > > >
> > > > > >
> > > > > > Please can you have a look over the artifacts and in case there
> > are
> > > > any
> > > > > > problems,
> > > > > > I will be glad to work on fixing them.
> > > > > >
> > > > > > Thanks a lot.
> > > > > >
> > > > > > P.S I have the following in my ~/.subversion/config file:
> > > > > >
> > > > > > *.java = svn:eol-style=native
> > > > > >
> > > > > > but I don't seem to set the eol-style correctly. Can you tell
> > me
> > > > where am I
> > > > > > wrong?
> > > > > >
> > > > >
> > > > >
> > > > > You also need:
> > > > >
> > > > > [miscellany]
> > > > > enable-auto-props = yes
> > > > >
> > > > >
> > > > > > Also I have added the RAT plugin in the master pom so that we
> > can
> > > > execute
> > > > > > the rat
> > >
> > > > > > plugin. I exclude the scratchpad/, descriptors/ and
> > ANNOUNCEMENT.txtand I
> > >
> > > > > > don't
> > > > > > see any other file with a missing header....
> > > > > >
> > > > >
> > > > >
> > > > > There are a lot of xml files with no header.
> > > > > Likewise some properties files, and html files.
> > > > >
> > > > > I can probably fix most of those.
> > > > >
> > > > >
> > > > > >
> > > > > > On Mon, Mar 31, 2008 at 11:49 PM, sebb <se...@gmail.com>
> > wrote:
> > > > > >
> > > > > > > On 30/03/2008, sebb <se...@gmail.com> wrote:
> > > > > > > > On 29/03/2008, Petar Tahchiev <pa...@gmail.com>
> > > > wrote:
> > > > > > > > > Hi Sebb,
> > > > > > > > >
> > > > > > > > > thanks for the feedback.
> > > > > > > > >
> > > > > > > > > I prefer to keep the bz2 archives. I have improved the
> > > > licenses
> > > > > > > according
> > > > > > > > > to the lib folder.
> > > > > > > >
> > > > > > > >
> > > > > > > > There are still several jars in the lib directory which are
> > not
> > > > > > > > mentioned in the licenses/README.txt.
> > > > > > > >
> > > > > > > > README.txt says: Apache ServletAPI - Apache 2.0
> > > > > > > >
> > > > > > > > However, the MANIFEST in servlet-api-2.5.jar suggests that
> > the
> > > > owner
> > > > > > > > is Sun, not Apache, and the license may not be AL 2.0.
> > > > > > > >
> > > > > > > >
> > > > > > > > > Also I have made the MANIFEST.MF to include the data you
> > > > pointed.
> > > > > > > >
> > > > > > > >
> > > > > > > > But the compiler versions are not in
> > > > > > > > cactus.core.framework.uberjar.javaEE.14-1.8.0.jar.
> > > > > > > >
> > > > > > > > Also, the version says source and target = 1.4, yet the
> > code
> > > > was built
> > > > > > > > (and presumably tested) with Java 1.6. The code should be
> > built
> > > > and
> > > > > > > > tested with Java 1.4.
> > > > > > > >
> > > > > > > > I just tried "mvn install" with Java 1.4, and a lot of
> > tests
> > > > failed.
> > > > > > > > The ones I checked failed with:
> > > > > > > >
> > > > > > > > java.lang.NoClassDefFoundError:
> > > > org/w3c/dom/ranges/DocumentRange
> > > > > > > >
> > > > > > > >
> > > > > > > > > Also the META-INF folder to include the LICENSE and
> > NOTICE
> > > > files.
> > > > > > > >
> > > > > > > >
> > > > > > > > However, these files need to relate to the contents of the
> > jar
> > > > or
> > > > > > > > archive - for example, the ones in the cactus jars should
> > only
> > > > mention
> > > > > > > > Apache, as all the code therein is Apache, as far as I can
> > > > tell.
> > > > > > > >
> > > > > > > > The N & L files for the archives need to mention the
> > external
> > > > software
> > > > > > > > that is included.
> > > > > > > >
> > > > > > > >
> > > > > > > > > I have also included the 'source' and 'target' versions
> > in
> > > > the
> > > > > > > > > parent pom.xml and also the inceptionYear attribute.
> > > > > > > >
> > > > > > > >
> > > > > > > > The inceptionYear should agree with the first Copyright
> > year.
> > > > > > > >
> > > > > > > > The pom includes the lines:
> > > > > > > >
> > > > > > > > <url>scp://ptahchiev@people.apache.org
> > > > > > > :/www/jakarta.apache.org/cactus/1.8.0/</url>
> > > > > > > > <tagBase>file:////home/peter/tags/</tagBase>
> > > > > > > >
> > > > > > > > which are unlikely to work for other users.
> > > > > > > >
> > > > > > > >
> > > > > > > > > Now I think that everything is OK.
> > > > > > > > >
> > > > > > > > > You can see the new files here:
> > > > > > > > > http://people.apache.org/dist/jakarta/cactus/1.8.0/
> > > > > > > >
> > > > > > > >
> > > > > > > > Where is the RC tag for the source?
> > > > > > > > There should be an RC tag and a build that is made from
> > the
> > > > tag.
> > > > > > > > If the vote succeeds, the tag can be copied to the release
> > tag.
> > > > > > > > If not, then a new tag can be made once all the fixes have
> > been
> > > > > > > > applied, and the process repeated.
> > > > > > > >
> > > > > > > > It looks like the final release tag has already been
> > created.
> > > > > > > > If the vote fails, this will have to be deleted and
> > recreated
> > > > once the
> > > > > > > > fixes have been made.
> > > > > > > > That's not ideal for release tags.
> > > > > > > >
> > > > > > > >
> > > > > > > > > Tomorrow morning I will cast a release-vote for these
> > > > archives.
> > > > > > > >
> > > > > > > >
> > > > > > > > Sorry, but I don't think they are ready.
> > > > > > > >
> > > > > > >
> > > > > > > Just ran RAT on cactus-trunk - there are a lot of files that
> > don't
> > > > > > > have the proper AL header.
> > > > > > >
> > > > > > > >
> > > > > > > > >
> > > > > > > > > Cheers, Petar.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > On Sat, Mar 29, 2008 at 3:43 AM, sebb <sebbaz@gmail.com
> > >
> > > > wrote:
> > > > > > > > >
> > > > > > > > > > On 29/03/2008, sebb <se...@gmail.com> wrote:
> > > > > > > > > > > On 25/03/2008, Petar Tahchiev <
> > > > paranoiabla.lists@gmail.com>
> > > > > > > wrote:
> > > > > > > > > > > > Hi everybody,
> > > > > > > > > > > >
> > > > > > > > > > > > I am following this tutorial:
> > > > > > > > > > > >
> > > > > > > > > > > >
> > > > > > > > > >
> > > > > > >
> > > >
> > http://wiki.apache.org/HttpComponents/HttpComponentsCoreReleaseProcess
> > > > > > > > > > > >
> > > > > > > > > > > > and making it for Cactus. So I want to invite
> > you
> > > > all to
> > > > > > > test the
> > > > > > > > > > archives I
> > > > > > > > > > > > have uploaded
> > > > > > > > > > > > here:
> > > > > > > > > > > >
> > > > > > > > > > > > http://people.apache.org/dist/jakarta/cactus/
> > > > > > > > > > > >
> > > > > > > > > > > > and report problems if you find some.
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > Not sure it's useful to include the bz2 archives;
> > > > although they
> > > > > > > are
> > > > > > > > > > > slightly smaller, the user-base is much smaller...
> > > > > > > > > > >
> > > > > > > > > > > The licenses/README.txt file does not seem to
> > agree
> > > > with the
> > > > > > > jars in
> > > > > > > > > > > the lib directory.
> > > > > > > > > > >
> > > > > > > > > > > Also, several of the jars in the lib directory are
> > > > quite old
> > > > > > > versions;
> > > > > > > > > > > if possible, they should be updated.
> > > > > > > > > > >
> > > > > > > > > > > The generated cactus jars must contain NOTICE and
> > > > LICENSE files
> > > > > > > (e.g.
> > > > > > > > > > > in the META-INF directory)
> > > > > > > > > > >
> > > > > > > > > > > It would be useful if the cactus jar manifests
> > included
> > > > the
> > > > > > > following
> > > > > > > > > > > attributes:
> > > > > > > > > > >
> > > > > > > > > > > Built-By: xxxxx
> > > > > > > > > > > Implementation-Title: Jakarta Cactus
> > > > > > > > > > > Implementation-Vendor: The Apache Software
> > Foundation
> > > > > > > > > > > Implementation-Vendor-Id: org.apache
> > > > > > > > > > > Implementation-Version: 1.8-SNAPSHOT
> > > > > > > > > > > Specification-Title: Jakarta Cactus
> > > > > > > > > > > Specification-Vendor: The Apache Software
> > Foundation
> > > > > > > > > > > Specification-Version: 1.8-SNAPSHOT
> > > > > > > > > > > Build-Jdk: 1.5.0_12 (e.g.)
> > > > > > > > > > > X-Compile-Source-JDK: 1.3 (e.g.)
> > > > > > > > > > > X-Compile-Target-JDK: 1.3 (e.g.)
> > > > > > > > > > >
> > > > > > > > > > > There seem to be some problems with SVN file
> > > > properties; I've
> > > > > > > fixed
> > > > > > > > > > > most of them in trunk.
> > > > > > > > > > >
> > > > > > > > > > > Did you create the archives from trunk?
> > > > > > > > > > > There are some discrepancies between that and the
> > > > source
> > > > > > > archive.
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > Just noticed that the pom.xml does not specify the
> > source
> > > > and
> > > > > > > target
> > > > > > > > > > java versions.
> > > > > > > > > > It should also have inceptionYear
> > > > > > > > > >
> > > > > > > > > > Might be an idea to use a property for the version so
> > the
> > > > > > > individual
> > > > > > > > > > poms don't have to be updated.
> > > > > > > > > >
> > > > > > > > > > The eclipse .classpath file looks a bit odd - it
> > seems to
> > > > have
> > > > > > > lots of
> > > > > > > > > > entries that don't seem to be required.
> > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > > > > If no problems occur, I will continue with the
> > next
> > > > steps of
> > > > > > > the
> > > > > > > > > > tutorial
> > > > > > > > > > > > and make
> > > > > > > > > > > > "official" release archives and cast a vote
> > upon
> > > > them.
> > > > > > > > > > > >
> > > > > > > > > > > > Thank you all.
> > > > > > > > > > > >
> > > > > > > > > > > > P.S. You can also have a look at the new Cactus
> > > > web-site I
> > > > > > > have
> > > > > > > > > > uploaded
> > > > > > > > > > > > here:
> > > > > > > > > > > >
> > > > > > > > > > > > http://jakarta.apache.org/cactus/1.8.0/
> > > > > > > > > > > >
> > > > > > > > > > > > I am currently doing final test upon it and
> > then I
> > > > will
> > > > > > > upload it as
> > > > > > > > > > > > "official" Cactus site.
> > > > > > > > > > > >
> > > > > > > > > > > > --
> > > > > > > > > > > > Regards, Petar!
> > > > > > > > > > > > Karlovo, Bulgaria.
> > > > > > > > > > > >
> > > > > > > > > > > > EOOXML objections
> > > > > > > > > > > >
> > http://www.grokdoc.net/index.php/EOOXML_objections
> > > > > > > > > > > >
> > > > > > > > > > > > Public PGP Key at:
> > > > > > > > > > > >
> > > > > > > > > >
> > > > > > >
> > > > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > > > > > > > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210
> > 1A15
> > > > B53B
> > > > > > > 7615 00F9
> > > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > >
> > > > > > >
> > > > ---------------------------------------------------------------------
> > > > > > > > > > To unsubscribe, e-mail:
> > > > general-unsubscribe@jakarta.apache.org
> > > > > > > > > > For additional commands, e-mail:
> > > > general-help@jakarta.apache.org
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > --
> > > > > > > > >
> > > > > > > > > Regards, Petar!
> > > > > > > > > Karlovo, Bulgaria.
> > > > > > > > >
> > > > > > > > > EOOXML objections
> > > > > > > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > > > > > > >
> > > > > > > > > Public PGP Key at:
> > > > > > > > >
> > > > > > >
> > > > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > > > > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15
> > B53B
> > > > 7615 00F9
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > ---------------------------------------------------------------------
> > > > > > > To unsubscribe, e-mail:
> > general-unsubscribe@jakarta.apache.org
> > > > > > > For additional commands, e-mail:
> > general-help@jakarta.apache.org
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Regards, Petar!
> > > > > > Karlovo, Bulgaria.
> > > > > >
> > > > > > EOOXML objections
> > > > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > > > >
> > > > > > Public PGP Key at:
> > > > > >
> > > > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615
> > 00F9
> > > > > >
> > > > >
> > > >
> > > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > > > For additional commands, e-mail: general-help@jakarta.apache.org
> > > >
> > > >
> > >
> > >
> > > --
> > > Regards, Petar!
> > > Karlovo, Bulgaria.
> > >
> > > EOOXML objections
> > > http://www.grokdoc.net/index.php/EOOXML_objections
> > >
> > > Public PGP Key at:
> > > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: general-help@jakarta.apache.org
> >
> >
>
>
> --
> Regards, Petar!
> Karlovo, Bulgaria.
>
> EOOXML objections
> http://www.grokdoc.net/index.php/EOOXML_objections
>
> Public PGP Key at:
> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
>
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org
Re: Cactus Release Archives
Posted by Petar Tahchiev <pa...@gmail.com>.
Hi sebb,
I changed the assembly-bin and committed it in the
trunk. Now the binary archives are built correctly. I
checked the source ones - they seem fine.
For building the archives I use:
mvn assembly:assembly -N
at the top level.
I still have no idea of the KEYS file.
Can you tell me where it is?
Thanks.
P.S. I have, again, uploaded the archives here:
http://people.apache.org/dist/jakarta/cactus/1.8.0/
On Tue, Apr 1, 2008 at 10:37 PM, sebb <se...@gmail.com> wrote:
> As you may have seen, I have update the L&N files to simplify them -
> there's no need to mention other ASF projects.
>
> I think we are getting closer, however there are some DTD files that
> may need to be replaced and/or credited in the NOTICE file, as they
> are not ASF licensed.
>
> I'll investigate further and report back.
>
> As to the updated archives - there is a problem with at least the
> binary zip file - it contains two copies of the apidocs directory
> structure.
>
> What Maven commands are you using?
>
> S
> On 01/04/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> > OK,
> >
> > I have removed the xref from both the bin and src archives. I have
> removed
> > the
> > javadoc from the src archives. I have also described the additional
> licenses
> > in the LICENSE and NOTICE files.
> >
> > The MANIFEST.MF file will stay in the SVN until the assembly plugin
> could
> > accept manifestEntries (hopefully beta-3). For all the artifacts I
> produce
> > the
> > Manifest file with maven.
> >
> > I have no idea where the KEYS file is, and when I find it I will place
> my
> > key there.
> >
> > If the archives seem OK, I will cast a vote on them.
> >
> > How do you find them?
> >
> >
> > On Tue, Apr 1, 2008 at 5:17 AM, sebb <se...@gmail.com> wrote:
> >
> > > On 01/04/2008, sebb <se...@gmail.com> wrote:
> > > > On 31/03/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> > > > > OK,
> > > > >
> > > > > sorry for bringing this so long but this is my first time
> > > > > I am making a release and as you see I am not so confident.
> > > > >
> > > > > I have uploaded the new archives here:
> > > > >
> > > > >
> > > > > http://people.apache.org/dist/jakarta/cactus/1.8.0/
> > > > >
> > > >
> > >
> > > Just noticed that both the source and binary archives contain the
> > > apidocs and xref.
> > >
> > > It does not make sense to have them in both jars - no wonder the
> > > source jar has doubled in size...
> > >
> > > Javadocs are more useful in the binary archive.
> > > Xref can just go on the web-site - no need for it in either archive.
> > >
> > > >
> > > > You'll need to add your key to the KEYS file.
> > > > Also, it would be better if you included your ASF e-mail in the
> key
> > > details.
> > > >
> > > >
> > > > > with the following changes:
> > > > > 0) Now everything is built with JDK 1.4
> > > > > 1) The L&N files are included.
> > > >
> > > >
> > > > The LICENSE file needs to include or point to the 3rd party
> licenses.
> > > >
> > > > The NOTICE file needs to note that the product includes
> contributions
> > > > from these 3rd party sources:
> > > >
> > > > http://www.apache.org/legal/src-headers.html
> > > > and
> > > > http://www.apache.org/licenses/example-NOTICE.txt
> > > >
> > > > [but note that the header in === should not be included!]
> > > >
> > > >
> > > > > 2) The MANIFEST.MF is proper (according to me).
> > > >
> > > >
> > > > There seem to be some manifest files in SVN, which do look fine.
> > > >
> > > > However, they contain the Java versions.
> > > > These should be created by the build to reflect the actual
> settings
> > > > used to create the jars.
> > > > Any manifest files in SVN should be used as templates or
> boiler-plate
> > > only.
> > > > But it's probably easier to use Maven to create the entire file.
> > > >
> > > >
> > > > > 3) I have removed the duplicate maven-release-plugin
> > > > > declaration, which used to bring the line:
> > > > >
> > > > > <tagBase>file:////home/peter/tags/</tagBase>
> > > > >
> > > > >
> > > > > I have made the archives from the trunk.
> > > > > I have no RC tag.
> > > >
> > > >
> > > > That's OK for a first look, but there should be a tag for the VOTE.
> > > > But I suggest that you hold off creating a tag just in case there
> are
> > > > some more issues.
> > > >
> > > >
> > > > > If the archives are OK, I will cast a vote upon them
> > > > > and if the vote succeeds I will copy the trunk in a tag.
> > > > >
> > > > > The only issue I see now is that we have the DEPENDENCIES file
> > > > > in the META-INF, but since it is not a blocking issue I will
> leave
> > > as it
> > > > > is. (Actually I couldn't find anywhere in the web how to remove
> this
> > > file).
> > > > >
> > > > >
> > > > > Please can you have a look over the artifacts and in case there
> are
> > > any
> > > > > problems,
> > > > > I will be glad to work on fixing them.
> > > > >
> > > > > Thanks a lot.
> > > > >
> > > > > P.S I have the following in my ~/.subversion/config file:
> > > > >
> > > > > *.java = svn:eol-style=native
> > > > >
> > > > > but I don't seem to set the eol-style correctly. Can you tell
> me
> > > where am I
> > > > > wrong?
> > > > >
> > > >
> > > >
> > > > You also need:
> > > >
> > > > [miscellany]
> > > > enable-auto-props = yes
> > > >
> > > >
> > > > > Also I have added the RAT plugin in the master pom so that we
> can
> > > execute
> > > > > the rat
> >
> > > > > plugin. I exclude the scratchpad/, descriptors/ and
> ANNOUNCEMENT.txtand I
> >
> > > > > don't
> > > > > see any other file with a missing header....
> > > > >
> > > >
> > > >
> > > > There are a lot of xml files with no header.
> > > > Likewise some properties files, and html files.
> > > >
> > > > I can probably fix most of those.
> > > >
> > > >
> > > > >
> > > > > On Mon, Mar 31, 2008 at 11:49 PM, sebb <se...@gmail.com>
> wrote:
> > > > >
> > > > > > On 30/03/2008, sebb <se...@gmail.com> wrote:
> > > > > > > On 29/03/2008, Petar Tahchiev <pa...@gmail.com>
> > > wrote:
> > > > > > > > Hi Sebb,
> > > > > > > >
> > > > > > > > thanks for the feedback.
> > > > > > > >
> > > > > > > > I prefer to keep the bz2 archives. I have improved the
> > > licenses
> > > > > > according
> > > > > > > > to the lib folder.
> > > > > > >
> > > > > > >
> > > > > > > There are still several jars in the lib directory which are
> not
> > > > > > > mentioned in the licenses/README.txt.
> > > > > > >
> > > > > > > README.txt says: Apache ServletAPI - Apache 2.0
> > > > > > >
> > > > > > > However, the MANIFEST in servlet-api-2.5.jar suggests that
> the
> > > owner
> > > > > > > is Sun, not Apache, and the license may not be AL 2.0.
> > > > > > >
> > > > > > >
> > > > > > > > Also I have made the MANIFEST.MF to include the data you
> > > pointed.
> > > > > > >
> > > > > > >
> > > > > > > But the compiler versions are not in
> > > > > > > cactus.core.framework.uberjar.javaEE.14-1.8.0.jar.
> > > > > > >
> > > > > > > Also, the version says source and target = 1.4, yet the
> code
> > > was built
> > > > > > > (and presumably tested) with Java 1.6. The code should be
> built
> > > and
> > > > > > > tested with Java 1.4.
> > > > > > >
> > > > > > > I just tried "mvn install" with Java 1.4, and a lot of
> tests
> > > failed.
> > > > > > > The ones I checked failed with:
> > > > > > >
> > > > > > > java.lang.NoClassDefFoundError:
> > > org/w3c/dom/ranges/DocumentRange
> > > > > > >
> > > > > > >
> > > > > > > > Also the META-INF folder to include the LICENSE and
> NOTICE
> > > files.
> > > > > > >
> > > > > > >
> > > > > > > However, these files need to relate to the contents of the
> jar
> > > or
> > > > > > > archive - for example, the ones in the cactus jars should
> only
> > > mention
> > > > > > > Apache, as all the code therein is Apache, as far as I can
> > > tell.
> > > > > > >
> > > > > > > The N & L files for the archives need to mention the
> external
> > > software
> > > > > > > that is included.
> > > > > > >
> > > > > > >
> > > > > > > > I have also included the 'source' and 'target' versions
> in
> > > the
> > > > > > > > parent pom.xml and also the inceptionYear attribute.
> > > > > > >
> > > > > > >
> > > > > > > The inceptionYear should agree with the first Copyright
> year.
> > > > > > >
> > > > > > > The pom includes the lines:
> > > > > > >
> > > > > > > <url>scp://ptahchiev@people.apache.org
> > > > > > :/www/jakarta.apache.org/cactus/1.8.0/</url>
> > > > > > > <tagBase>file:////home/peter/tags/</tagBase>
> > > > > > >
> > > > > > > which are unlikely to work for other users.
> > > > > > >
> > > > > > >
> > > > > > > > Now I think that everything is OK.
> > > > > > > >
> > > > > > > > You can see the new files here:
> > > > > > > > http://people.apache.org/dist/jakarta/cactus/1.8.0/
> > > > > > >
> > > > > > >
> > > > > > > Where is the RC tag for the source?
> > > > > > > There should be an RC tag and a build that is made from
> the
> > > tag.
> > > > > > > If the vote succeeds, the tag can be copied to the release
> tag.
> > > > > > > If not, then a new tag can be made once all the fixes have
> been
> > > > > > > applied, and the process repeated.
> > > > > > >
> > > > > > > It looks like the final release tag has already been
> created.
> > > > > > > If the vote fails, this will have to be deleted and
> recreated
> > > once the
> > > > > > > fixes have been made.
> > > > > > > That's not ideal for release tags.
> > > > > > >
> > > > > > >
> > > > > > > > Tomorrow morning I will cast a release-vote for these
> > > archives.
> > > > > > >
> > > > > > >
> > > > > > > Sorry, but I don't think they are ready.
> > > > > > >
> > > > > >
> > > > > > Just ran RAT on cactus-trunk - there are a lot of files that
> don't
> > > > > > have the proper AL header.
> > > > > >
> > > > > > >
> > > > > > > >
> > > > > > > > Cheers, Petar.
> > > > > > > >
> > > > > > > >
> > > > > > > > On Sat, Mar 29, 2008 at 3:43 AM, sebb <sebbaz@gmail.com
> >
> > > wrote:
> > > > > > > >
> > > > > > > > > On 29/03/2008, sebb <se...@gmail.com> wrote:
> > > > > > > > > > On 25/03/2008, Petar Tahchiev <
> > > paranoiabla.lists@gmail.com>
> > > > > > wrote:
> > > > > > > > > > > Hi everybody,
> > > > > > > > > > >
> > > > > > > > > > > I am following this tutorial:
> > > > > > > > > > >
> > > > > > > > > > >
> > > > > > > > >
> > > > > >
> > >
> http://wiki.apache.org/HttpComponents/HttpComponentsCoreReleaseProcess
> > > > > > > > > > >
> > > > > > > > > > > and making it for Cactus. So I want to invite
> you
> > > all to
> > > > > > test the
> > > > > > > > > archives I
> > > > > > > > > > > have uploaded
> > > > > > > > > > > here:
> > > > > > > > > > >
> > > > > > > > > > > http://people.apache.org/dist/jakarta/cactus/
> > > > > > > > > > >
> > > > > > > > > > > and report problems if you find some.
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > Not sure it's useful to include the bz2 archives;
> > > although they
> > > > > > are
> > > > > > > > > > slightly smaller, the user-base is much smaller...
> > > > > > > > > >
> > > > > > > > > > The licenses/README.txt file does not seem to
> agree
> > > with the
> > > > > > jars in
> > > > > > > > > > the lib directory.
> > > > > > > > > >
> > > > > > > > > > Also, several of the jars in the lib directory are
> > > quite old
> > > > > > versions;
> > > > > > > > > > if possible, they should be updated.
> > > > > > > > > >
> > > > > > > > > > The generated cactus jars must contain NOTICE and
> > > LICENSE files
> > > > > > (e.g.
> > > > > > > > > > in the META-INF directory)
> > > > > > > > > >
> > > > > > > > > > It would be useful if the cactus jar manifests
> included
> > > the
> > > > > > following
> > > > > > > > > > attributes:
> > > > > > > > > >
> > > > > > > > > > Built-By: xxxxx
> > > > > > > > > > Implementation-Title: Jakarta Cactus
> > > > > > > > > > Implementation-Vendor: The Apache Software
> Foundation
> > > > > > > > > > Implementation-Vendor-Id: org.apache
> > > > > > > > > > Implementation-Version: 1.8-SNAPSHOT
> > > > > > > > > > Specification-Title: Jakarta Cactus
> > > > > > > > > > Specification-Vendor: The Apache Software
> Foundation
> > > > > > > > > > Specification-Version: 1.8-SNAPSHOT
> > > > > > > > > > Build-Jdk: 1.5.0_12 (e.g.)
> > > > > > > > > > X-Compile-Source-JDK: 1.3 (e.g.)
> > > > > > > > > > X-Compile-Target-JDK: 1.3 (e.g.)
> > > > > > > > > >
> > > > > > > > > > There seem to be some problems with SVN file
> > > properties; I've
> > > > > > fixed
> > > > > > > > > > most of them in trunk.
> > > > > > > > > >
> > > > > > > > > > Did you create the archives from trunk?
> > > > > > > > > > There are some discrepancies between that and the
> > > source
> > > > > > archive.
> > > > > > > > > >
> > > > > > > > >
> > > > > > > > > Just noticed that the pom.xml does not specify the
> source
> > > and
> > > > > > target
> > > > > > > > > java versions.
> > > > > > > > > It should also have inceptionYear
> > > > > > > > >
> > > > > > > > > Might be an idea to use a property for the version so
> the
> > > > > > individual
> > > > > > > > > poms don't have to be updated.
> > > > > > > > >
> > > > > > > > > The eclipse .classpath file looks a bit odd - it
> seems to
> > > have
> > > > > > lots of
> > > > > > > > > entries that don't seem to be required.
> > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > > If no problems occur, I will continue with the
> next
> > > steps of
> > > > > > the
> > > > > > > > > tutorial
> > > > > > > > > > > and make
> > > > > > > > > > > "official" release archives and cast a vote
> upon
> > > them.
> > > > > > > > > > >
> > > > > > > > > > > Thank you all.
> > > > > > > > > > >
> > > > > > > > > > > P.S. You can also have a look at the new Cactus
> > > web-site I
> > > > > > have
> > > > > > > > > uploaded
> > > > > > > > > > > here:
> > > > > > > > > > >
> > > > > > > > > > > http://jakarta.apache.org/cactus/1.8.0/
> > > > > > > > > > >
> > > > > > > > > > > I am currently doing final test upon it and
> then I
> > > will
> > > > > > upload it as
> > > > > > > > > > > "official" Cactus site.
> > > > > > > > > > >
> > > > > > > > > > > --
> > > > > > > > > > > Regards, Petar!
> > > > > > > > > > > Karlovo, Bulgaria.
> > > > > > > > > > >
> > > > > > > > > > > EOOXML objections
> > > > > > > > > > >
> http://www.grokdoc.net/index.php/EOOXML_objections
> > > > > > > > > > >
> > > > > > > > > > > Public PGP Key at:
> > > > > > > > > > >
> > > > > > > > >
> > > > > >
> > > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > > > > > > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210
> 1A15
> > > B53B
> > > > > > 7615 00F9
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > > >
> > > > > >
> > > ---------------------------------------------------------------------
> > > > > > > > > To unsubscribe, e-mail:
> > > general-unsubscribe@jakarta.apache.org
> > > > > > > > > For additional commands, e-mail:
> > > general-help@jakarta.apache.org
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > >
> > > > > > > > Regards, Petar!
> > > > > > > > Karlovo, Bulgaria.
> > > > > > > >
> > > > > > > > EOOXML objections
> > > > > > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > > > > > >
> > > > > > > > Public PGP Key at:
> > > > > > > >
> > > > > >
> > > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > > > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15
> B53B
> > > 7615 00F9
> > > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > ---------------------------------------------------------------------
> > > > > > To unsubscribe, e-mail:
> general-unsubscribe@jakarta.apache.org
> > > > > > For additional commands, e-mail:
> general-help@jakarta.apache.org
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Regards, Petar!
> > > > > Karlovo, Bulgaria.
> > > > >
> > > > > EOOXML objections
> > > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > > >
> > > > > Public PGP Key at:
> > > > >
> > > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615
> 00F9
> > > > >
> > > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: general-help@jakarta.apache.org
> > >
> > >
> >
> >
> > --
> > Regards, Petar!
> > Karlovo, Bulgaria.
> >
> > EOOXML objections
> > http://www.grokdoc.net/index.php/EOOXML_objections
> >
> > Public PGP Key at:
> > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: general-help@jakarta.apache.org
>
>
--
Regards, Petar!
Karlovo, Bulgaria.
EOOXML objections
http://www.grokdoc.net/index.php/EOOXML_objections
Public PGP Key at:
http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
Re: Cactus Release Archives
Posted by sebb <se...@gmail.com>.
As you may have seen, I have update the L&N files to simplify them -
there's no need to mention other ASF projects.
I think we are getting closer, however there are some DTD files that
may need to be replaced and/or credited in the NOTICE file, as they
are not ASF licensed.
I'll investigate further and report back.
As to the updated archives - there is a problem with at least the
binary zip file - it contains two copies of the apidocs directory
structure.
What Maven commands are you using?
S
On 01/04/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> OK,
>
> I have removed the xref from both the bin and src archives. I have removed
> the
> javadoc from the src archives. I have also described the additional licenses
> in the LICENSE and NOTICE files.
>
> The MANIFEST.MF file will stay in the SVN until the assembly plugin could
> accept manifestEntries (hopefully beta-3). For all the artifacts I produce
> the
> Manifest file with maven.
>
> I have no idea where the KEYS file is, and when I find it I will place my
> key there.
>
> If the archives seem OK, I will cast a vote on them.
>
> How do you find them?
>
>
> On Tue, Apr 1, 2008 at 5:17 AM, sebb <se...@gmail.com> wrote:
>
> > On 01/04/2008, sebb <se...@gmail.com> wrote:
> > > On 31/03/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> > > > OK,
> > > >
> > > > sorry for bringing this so long but this is my first time
> > > > I am making a release and as you see I am not so confident.
> > > >
> > > > I have uploaded the new archives here:
> > > >
> > > >
> > > > http://people.apache.org/dist/jakarta/cactus/1.8.0/
> > > >
> > >
> >
> > Just noticed that both the source and binary archives contain the
> > apidocs and xref.
> >
> > It does not make sense to have them in both jars - no wonder the
> > source jar has doubled in size...
> >
> > Javadocs are more useful in the binary archive.
> > Xref can just go on the web-site - no need for it in either archive.
> >
> > >
> > > You'll need to add your key to the KEYS file.
> > > Also, it would be better if you included your ASF e-mail in the key
> > details.
> > >
> > >
> > > > with the following changes:
> > > > 0) Now everything is built with JDK 1.4
> > > > 1) The L&N files are included.
> > >
> > >
> > > The LICENSE file needs to include or point to the 3rd party licenses.
> > >
> > > The NOTICE file needs to note that the product includes contributions
> > > from these 3rd party sources:
> > >
> > > http://www.apache.org/legal/src-headers.html
> > > and
> > > http://www.apache.org/licenses/example-NOTICE.txt
> > >
> > > [but note that the header in === should not be included!]
> > >
> > >
> > > > 2) The MANIFEST.MF is proper (according to me).
> > >
> > >
> > > There seem to be some manifest files in SVN, which do look fine.
> > >
> > > However, they contain the Java versions.
> > > These should be created by the build to reflect the actual settings
> > > used to create the jars.
> > > Any manifest files in SVN should be used as templates or boiler-plate
> > only.
> > > But it's probably easier to use Maven to create the entire file.
> > >
> > >
> > > > 3) I have removed the duplicate maven-release-plugin
> > > > declaration, which used to bring the line:
> > > >
> > > > <tagBase>file:////home/peter/tags/</tagBase>
> > > >
> > > >
> > > > I have made the archives from the trunk.
> > > > I have no RC tag.
> > >
> > >
> > > That's OK for a first look, but there should be a tag for the VOTE.
> > > But I suggest that you hold off creating a tag just in case there are
> > > some more issues.
> > >
> > >
> > > > If the archives are OK, I will cast a vote upon them
> > > > and if the vote succeeds I will copy the trunk in a tag.
> > > >
> > > > The only issue I see now is that we have the DEPENDENCIES file
> > > > in the META-INF, but since it is not a blocking issue I will leave
> > as it
> > > > is. (Actually I couldn't find anywhere in the web how to remove this
> > file).
> > > >
> > > >
> > > > Please can you have a look over the artifacts and in case there are
> > any
> > > > problems,
> > > > I will be glad to work on fixing them.
> > > >
> > > > Thanks a lot.
> > > >
> > > > P.S I have the following in my ~/.subversion/config file:
> > > >
> > > > *.java = svn:eol-style=native
> > > >
> > > > but I don't seem to set the eol-style correctly. Can you tell me
> > where am I
> > > > wrong?
> > > >
> > >
> > >
> > > You also need:
> > >
> > > [miscellany]
> > > enable-auto-props = yes
> > >
> > >
> > > > Also I have added the RAT plugin in the master pom so that we can
> > execute
> > > > the rat
>
> > > > plugin. I exclude the scratchpad/, descriptors/ and ANNOUNCEMENT.txtand I
>
> > > > don't
> > > > see any other file with a missing header....
> > > >
> > >
> > >
> > > There are a lot of xml files with no header.
> > > Likewise some properties files, and html files.
> > >
> > > I can probably fix most of those.
> > >
> > >
> > > >
> > > > On Mon, Mar 31, 2008 at 11:49 PM, sebb <se...@gmail.com> wrote:
> > > >
> > > > > On 30/03/2008, sebb <se...@gmail.com> wrote:
> > > > > > On 29/03/2008, Petar Tahchiev <pa...@gmail.com>
> > wrote:
> > > > > > > Hi Sebb,
> > > > > > >
> > > > > > > thanks for the feedback.
> > > > > > >
> > > > > > > I prefer to keep the bz2 archives. I have improved the
> > licenses
> > > > > according
> > > > > > > to the lib folder.
> > > > > >
> > > > > >
> > > > > > There are still several jars in the lib directory which are not
> > > > > > mentioned in the licenses/README.txt.
> > > > > >
> > > > > > README.txt says: Apache ServletAPI - Apache 2.0
> > > > > >
> > > > > > However, the MANIFEST in servlet-api-2.5.jar suggests that the
> > owner
> > > > > > is Sun, not Apache, and the license may not be AL 2.0.
> > > > > >
> > > > > >
> > > > > > > Also I have made the MANIFEST.MF to include the data you
> > pointed.
> > > > > >
> > > > > >
> > > > > > But the compiler versions are not in
> > > > > > cactus.core.framework.uberjar.javaEE.14-1.8.0.jar.
> > > > > >
> > > > > > Also, the version says source and target = 1.4, yet the code
> > was built
> > > > > > (and presumably tested) with Java 1.6. The code should be built
> > and
> > > > > > tested with Java 1.4.
> > > > > >
> > > > > > I just tried "mvn install" with Java 1.4, and a lot of tests
> > failed.
> > > > > > The ones I checked failed with:
> > > > > >
> > > > > > java.lang.NoClassDefFoundError:
> > org/w3c/dom/ranges/DocumentRange
> > > > > >
> > > > > >
> > > > > > > Also the META-INF folder to include the LICENSE and NOTICE
> > files.
> > > > > >
> > > > > >
> > > > > > However, these files need to relate to the contents of the jar
> > or
> > > > > > archive - for example, the ones in the cactus jars should only
> > mention
> > > > > > Apache, as all the code therein is Apache, as far as I can
> > tell.
> > > > > >
> > > > > > The N & L files for the archives need to mention the external
> > software
> > > > > > that is included.
> > > > > >
> > > > > >
> > > > > > > I have also included the 'source' and 'target' versions in
> > the
> > > > > > > parent pom.xml and also the inceptionYear attribute.
> > > > > >
> > > > > >
> > > > > > The inceptionYear should agree with the first Copyright year.
> > > > > >
> > > > > > The pom includes the lines:
> > > > > >
> > > > > > <url>scp://ptahchiev@people.apache.org
> > > > > :/www/jakarta.apache.org/cactus/1.8.0/</url>
> > > > > > <tagBase>file:////home/peter/tags/</tagBase>
> > > > > >
> > > > > > which are unlikely to work for other users.
> > > > > >
> > > > > >
> > > > > > > Now I think that everything is OK.
> > > > > > >
> > > > > > > You can see the new files here:
> > > > > > > http://people.apache.org/dist/jakarta/cactus/1.8.0/
> > > > > >
> > > > > >
> > > > > > Where is the RC tag for the source?
> > > > > > There should be an RC tag and a build that is made from the
> > tag.
> > > > > > If the vote succeeds, the tag can be copied to the release tag.
> > > > > > If not, then a new tag can be made once all the fixes have been
> > > > > > applied, and the process repeated.
> > > > > >
> > > > > > It looks like the final release tag has already been created.
> > > > > > If the vote fails, this will have to be deleted and recreated
> > once the
> > > > > > fixes have been made.
> > > > > > That's not ideal for release tags.
> > > > > >
> > > > > >
> > > > > > > Tomorrow morning I will cast a release-vote for these
> > archives.
> > > > > >
> > > > > >
> > > > > > Sorry, but I don't think they are ready.
> > > > > >
> > > > >
> > > > > Just ran RAT on cactus-trunk - there are a lot of files that don't
> > > > > have the proper AL header.
> > > > >
> > > > > >
> > > > > > >
> > > > > > > Cheers, Petar.
> > > > > > >
> > > > > > >
> > > > > > > On Sat, Mar 29, 2008 at 3:43 AM, sebb <se...@gmail.com>
> > wrote:
> > > > > > >
> > > > > > > > On 29/03/2008, sebb <se...@gmail.com> wrote:
> > > > > > > > > On 25/03/2008, Petar Tahchiev <
> > paranoiabla.lists@gmail.com>
> > > > > wrote:
> > > > > > > > > > Hi everybody,
> > > > > > > > > >
> > > > > > > > > > I am following this tutorial:
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > >
> > > > >
> > http://wiki.apache.org/HttpComponents/HttpComponentsCoreReleaseProcess
> > > > > > > > > >
> > > > > > > > > > and making it for Cactus. So I want to invite you
> > all to
> > > > > test the
> > > > > > > > archives I
> > > > > > > > > > have uploaded
> > > > > > > > > > here:
> > > > > > > > > >
> > > > > > > > > > http://people.apache.org/dist/jakarta/cactus/
> > > > > > > > > >
> > > > > > > > > > and report problems if you find some.
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > Not sure it's useful to include the bz2 archives;
> > although they
> > > > > are
> > > > > > > > > slightly smaller, the user-base is much smaller...
> > > > > > > > >
> > > > > > > > > The licenses/README.txt file does not seem to agree
> > with the
> > > > > jars in
> > > > > > > > > the lib directory.
> > > > > > > > >
> > > > > > > > > Also, several of the jars in the lib directory are
> > quite old
> > > > > versions;
> > > > > > > > > if possible, they should be updated.
> > > > > > > > >
> > > > > > > > > The generated cactus jars must contain NOTICE and
> > LICENSE files
> > > > > (e.g.
> > > > > > > > > in the META-INF directory)
> > > > > > > > >
> > > > > > > > > It would be useful if the cactus jar manifests included
> > the
> > > > > following
> > > > > > > > > attributes:
> > > > > > > > >
> > > > > > > > > Built-By: xxxxx
> > > > > > > > > Implementation-Title: Jakarta Cactus
> > > > > > > > > Implementation-Vendor: The Apache Software Foundation
> > > > > > > > > Implementation-Vendor-Id: org.apache
> > > > > > > > > Implementation-Version: 1.8-SNAPSHOT
> > > > > > > > > Specification-Title: Jakarta Cactus
> > > > > > > > > Specification-Vendor: The Apache Software Foundation
> > > > > > > > > Specification-Version: 1.8-SNAPSHOT
> > > > > > > > > Build-Jdk: 1.5.0_12 (e.g.)
> > > > > > > > > X-Compile-Source-JDK: 1.3 (e.g.)
> > > > > > > > > X-Compile-Target-JDK: 1.3 (e.g.)
> > > > > > > > >
> > > > > > > > > There seem to be some problems with SVN file
> > properties; I've
> > > > > fixed
> > > > > > > > > most of them in trunk.
> > > > > > > > >
> > > > > > > > > Did you create the archives from trunk?
> > > > > > > > > There are some discrepancies between that and the
> > source
> > > > > archive.
> > > > > > > > >
> > > > > > > >
> > > > > > > > Just noticed that the pom.xml does not specify the source
> > and
> > > > > target
> > > > > > > > java versions.
> > > > > > > > It should also have inceptionYear
> > > > > > > >
> > > > > > > > Might be an idea to use a property for the version so the
> > > > > individual
> > > > > > > > poms don't have to be updated.
> > > > > > > >
> > > > > > > > The eclipse .classpath file looks a bit odd - it seems to
> > have
> > > > > lots of
> > > > > > > > entries that don't seem to be required.
> > > > > > > >
> > > > > > > > >
> > > > > > > > > > If no problems occur, I will continue with the next
> > steps of
> > > > > the
> > > > > > > > tutorial
> > > > > > > > > > and make
> > > > > > > > > > "official" release archives and cast a vote upon
> > them.
> > > > > > > > > >
> > > > > > > > > > Thank you all.
> > > > > > > > > >
> > > > > > > > > > P.S. You can also have a look at the new Cactus
> > web-site I
> > > > > have
> > > > > > > > uploaded
> > > > > > > > > > here:
> > > > > > > > > >
> > > > > > > > > > http://jakarta.apache.org/cactus/1.8.0/
> > > > > > > > > >
> > > > > > > > > > I am currently doing final test upon it and then I
> > will
> > > > > upload it as
> > > > > > > > > > "official" Cactus site.
> > > > > > > > > >
> > > > > > > > > > --
> > > > > > > > > > Regards, Petar!
> > > > > > > > > > Karlovo, Bulgaria.
> > > > > > > > > >
> > > > > > > > > > EOOXML objections
> > > > > > > > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > > > > > > > >
> > > > > > > > > > Public PGP Key at:
> > > > > > > > > >
> > > > > > > >
> > > > >
> > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > > > > > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15
> > B53B
> > > > > 7615 00F9
> > > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > > >
> > > > >
> > ---------------------------------------------------------------------
> > > > > > > > To unsubscribe, e-mail:
> > general-unsubscribe@jakarta.apache.org
> > > > > > > > For additional commands, e-mail:
> > general-help@jakarta.apache.org
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > >
> > > > > > > Regards, Petar!
> > > > > > > Karlovo, Bulgaria.
> > > > > > >
> > > > > > > EOOXML objections
> > > > > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > > > > >
> > > > > > > Public PGP Key at:
> > > > > > >
> > > > >
> > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B
> > 7615 00F9
> > > > > > >
> > > > > >
> > > > >
> > > > >
> > ---------------------------------------------------------------------
> > > > > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > > > > For additional commands, e-mail: general-help@jakarta.apache.org
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > Regards, Petar!
> > > > Karlovo, Bulgaria.
> > > >
> > > > EOOXML objections
> > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > >
> > > > Public PGP Key at:
> > > >
> > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> > > >
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: general-help@jakarta.apache.org
> >
> >
>
>
> --
> Regards, Petar!
> Karlovo, Bulgaria.
>
> EOOXML objections
> http://www.grokdoc.net/index.php/EOOXML_objections
>
> Public PGP Key at:
> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
>
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org
Re: Cactus Release Archives
Posted by Petar Tahchiev <pa...@gmail.com>.
OK,
I have removed the xref from both the bin and src archives. I have removed
the
javadoc from the src archives. I have also described the additional licenses
in the LICENSE and NOTICE files.
The MANIFEST.MF file will stay in the SVN until the assembly plugin could
accept manifestEntries (hopefully beta-3). For all the artifacts I produce
the
Manifest file with maven.
I have no idea where the KEYS file is, and when I find it I will place my
key there.
If the archives seem OK, I will cast a vote on them.
How do you find them?
On Tue, Apr 1, 2008 at 5:17 AM, sebb <se...@gmail.com> wrote:
> On 01/04/2008, sebb <se...@gmail.com> wrote:
> > On 31/03/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> > > OK,
> > >
> > > sorry for bringing this so long but this is my first time
> > > I am making a release and as you see I am not so confident.
> > >
> > > I have uploaded the new archives here:
> > >
> > >
> > > http://people.apache.org/dist/jakarta/cactus/1.8.0/
> > >
> >
>
> Just noticed that both the source and binary archives contain the
> apidocs and xref.
>
> It does not make sense to have them in both jars - no wonder the
> source jar has doubled in size...
>
> Javadocs are more useful in the binary archive.
> Xref can just go on the web-site - no need for it in either archive.
>
> >
> > You'll need to add your key to the KEYS file.
> > Also, it would be better if you included your ASF e-mail in the key
> details.
> >
> >
> > > with the following changes:
> > > 0) Now everything is built with JDK 1.4
> > > 1) The L&N files are included.
> >
> >
> > The LICENSE file needs to include or point to the 3rd party licenses.
> >
> > The NOTICE file needs to note that the product includes contributions
> > from these 3rd party sources:
> >
> > http://www.apache.org/legal/src-headers.html
> > and
> > http://www.apache.org/licenses/example-NOTICE.txt
> >
> > [but note that the header in === should not be included!]
> >
> >
> > > 2) The MANIFEST.MF is proper (according to me).
> >
> >
> > There seem to be some manifest files in SVN, which do look fine.
> >
> > However, they contain the Java versions.
> > These should be created by the build to reflect the actual settings
> > used to create the jars.
> > Any manifest files in SVN should be used as templates or boiler-plate
> only.
> > But it's probably easier to use Maven to create the entire file.
> >
> >
> > > 3) I have removed the duplicate maven-release-plugin
> > > declaration, which used to bring the line:
> > >
> > > <tagBase>file:////home/peter/tags/</tagBase>
> > >
> > >
> > > I have made the archives from the trunk.
> > > I have no RC tag.
> >
> >
> > That's OK for a first look, but there should be a tag for the VOTE.
> > But I suggest that you hold off creating a tag just in case there are
> > some more issues.
> >
> >
> > > If the archives are OK, I will cast a vote upon them
> > > and if the vote succeeds I will copy the trunk in a tag.
> > >
> > > The only issue I see now is that we have the DEPENDENCIES file
> > > in the META-INF, but since it is not a blocking issue I will leave
> as it
> > > is. (Actually I couldn't find anywhere in the web how to remove this
> file).
> > >
> > >
> > > Please can you have a look over the artifacts and in case there are
> any
> > > problems,
> > > I will be glad to work on fixing them.
> > >
> > > Thanks a lot.
> > >
> > > P.S I have the following in my ~/.subversion/config file:
> > >
> > > *.java = svn:eol-style=native
> > >
> > > but I don't seem to set the eol-style correctly. Can you tell me
> where am I
> > > wrong?
> > >
> >
> >
> > You also need:
> >
> > [miscellany]
> > enable-auto-props = yes
> >
> >
> > > Also I have added the RAT plugin in the master pom so that we can
> execute
> > > the rat
> > > plugin. I exclude the scratchpad/, descriptors/ and ANNOUNCEMENT.txtand I
> > > don't
> > > see any other file with a missing header....
> > >
> >
> >
> > There are a lot of xml files with no header.
> > Likewise some properties files, and html files.
> >
> > I can probably fix most of those.
> >
> >
> > >
> > > On Mon, Mar 31, 2008 at 11:49 PM, sebb <se...@gmail.com> wrote:
> > >
> > > > On 30/03/2008, sebb <se...@gmail.com> wrote:
> > > > > On 29/03/2008, Petar Tahchiev <pa...@gmail.com>
> wrote:
> > > > > > Hi Sebb,
> > > > > >
> > > > > > thanks for the feedback.
> > > > > >
> > > > > > I prefer to keep the bz2 archives. I have improved the
> licenses
> > > > according
> > > > > > to the lib folder.
> > > > >
> > > > >
> > > > > There are still several jars in the lib directory which are not
> > > > > mentioned in the licenses/README.txt.
> > > > >
> > > > > README.txt says: Apache ServletAPI - Apache 2.0
> > > > >
> > > > > However, the MANIFEST in servlet-api-2.5.jar suggests that the
> owner
> > > > > is Sun, not Apache, and the license may not be AL 2.0.
> > > > >
> > > > >
> > > > > > Also I have made the MANIFEST.MF to include the data you
> pointed.
> > > > >
> > > > >
> > > > > But the compiler versions are not in
> > > > > cactus.core.framework.uberjar.javaEE.14-1.8.0.jar.
> > > > >
> > > > > Also, the version says source and target = 1.4, yet the code
> was built
> > > > > (and presumably tested) with Java 1.6. The code should be built
> and
> > > > > tested with Java 1.4.
> > > > >
> > > > > I just tried "mvn install" with Java 1.4, and a lot of tests
> failed.
> > > > > The ones I checked failed with:
> > > > >
> > > > > java.lang.NoClassDefFoundError:
> org/w3c/dom/ranges/DocumentRange
> > > > >
> > > > >
> > > > > > Also the META-INF folder to include the LICENSE and NOTICE
> files.
> > > > >
> > > > >
> > > > > However, these files need to relate to the contents of the jar
> or
> > > > > archive - for example, the ones in the cactus jars should only
> mention
> > > > > Apache, as all the code therein is Apache, as far as I can
> tell.
> > > > >
> > > > > The N & L files for the archives need to mention the external
> software
> > > > > that is included.
> > > > >
> > > > >
> > > > > > I have also included the 'source' and 'target' versions in
> the
> > > > > > parent pom.xml and also the inceptionYear attribute.
> > > > >
> > > > >
> > > > > The inceptionYear should agree with the first Copyright year.
> > > > >
> > > > > The pom includes the lines:
> > > > >
> > > > > <url>scp://ptahchiev@people.apache.org
> > > > :/www/jakarta.apache.org/cactus/1.8.0/</url>
> > > > > <tagBase>file:////home/peter/tags/</tagBase>
> > > > >
> > > > > which are unlikely to work for other users.
> > > > >
> > > > >
> > > > > > Now I think that everything is OK.
> > > > > >
> > > > > > You can see the new files here:
> > > > > > http://people.apache.org/dist/jakarta/cactus/1.8.0/
> > > > >
> > > > >
> > > > > Where is the RC tag for the source?
> > > > > There should be an RC tag and a build that is made from the
> tag.
> > > > > If the vote succeeds, the tag can be copied to the release tag.
> > > > > If not, then a new tag can be made once all the fixes have been
> > > > > applied, and the process repeated.
> > > > >
> > > > > It looks like the final release tag has already been created.
> > > > > If the vote fails, this will have to be deleted and recreated
> once the
> > > > > fixes have been made.
> > > > > That's not ideal for release tags.
> > > > >
> > > > >
> > > > > > Tomorrow morning I will cast a release-vote for these
> archives.
> > > > >
> > > > >
> > > > > Sorry, but I don't think they are ready.
> > > > >
> > > >
> > > > Just ran RAT on cactus-trunk - there are a lot of files that don't
> > > > have the proper AL header.
> > > >
> > > > >
> > > > > >
> > > > > > Cheers, Petar.
> > > > > >
> > > > > >
> > > > > > On Sat, Mar 29, 2008 at 3:43 AM, sebb <se...@gmail.com>
> wrote:
> > > > > >
> > > > > > > On 29/03/2008, sebb <se...@gmail.com> wrote:
> > > > > > > > On 25/03/2008, Petar Tahchiev <
> paranoiabla.lists@gmail.com>
> > > > wrote:
> > > > > > > > > Hi everybody,
> > > > > > > > >
> > > > > > > > > I am following this tutorial:
> > > > > > > > >
> > > > > > > > >
> > > > > > >
> > > >
> http://wiki.apache.org/HttpComponents/HttpComponentsCoreReleaseProcess
> > > > > > > > >
> > > > > > > > > and making it for Cactus. So I want to invite you
> all to
> > > > test the
> > > > > > > archives I
> > > > > > > > > have uploaded
> > > > > > > > > here:
> > > > > > > > >
> > > > > > > > > http://people.apache.org/dist/jakarta/cactus/
> > > > > > > > >
> > > > > > > > > and report problems if you find some.
> > > > > > > >
> > > > > > > >
> > > > > > > > Not sure it's useful to include the bz2 archives;
> although they
> > > > are
> > > > > > > > slightly smaller, the user-base is much smaller...
> > > > > > > >
> > > > > > > > The licenses/README.txt file does not seem to agree
> with the
> > > > jars in
> > > > > > > > the lib directory.
> > > > > > > >
> > > > > > > > Also, several of the jars in the lib directory are
> quite old
> > > > versions;
> > > > > > > > if possible, they should be updated.
> > > > > > > >
> > > > > > > > The generated cactus jars must contain NOTICE and
> LICENSE files
> > > > (e.g.
> > > > > > > > in the META-INF directory)
> > > > > > > >
> > > > > > > > It would be useful if the cactus jar manifests included
> the
> > > > following
> > > > > > > > attributes:
> > > > > > > >
> > > > > > > > Built-By: xxxxx
> > > > > > > > Implementation-Title: Jakarta Cactus
> > > > > > > > Implementation-Vendor: The Apache Software Foundation
> > > > > > > > Implementation-Vendor-Id: org.apache
> > > > > > > > Implementation-Version: 1.8-SNAPSHOT
> > > > > > > > Specification-Title: Jakarta Cactus
> > > > > > > > Specification-Vendor: The Apache Software Foundation
> > > > > > > > Specification-Version: 1.8-SNAPSHOT
> > > > > > > > Build-Jdk: 1.5.0_12 (e.g.)
> > > > > > > > X-Compile-Source-JDK: 1.3 (e.g.)
> > > > > > > > X-Compile-Target-JDK: 1.3 (e.g.)
> > > > > > > >
> > > > > > > > There seem to be some problems with SVN file
> properties; I've
> > > > fixed
> > > > > > > > most of them in trunk.
> > > > > > > >
> > > > > > > > Did you create the archives from trunk?
> > > > > > > > There are some discrepancies between that and the
> source
> > > > archive.
> > > > > > > >
> > > > > > >
> > > > > > > Just noticed that the pom.xml does not specify the source
> and
> > > > target
> > > > > > > java versions.
> > > > > > > It should also have inceptionYear
> > > > > > >
> > > > > > > Might be an idea to use a property for the version so the
> > > > individual
> > > > > > > poms don't have to be updated.
> > > > > > >
> > > > > > > The eclipse .classpath file looks a bit odd - it seems to
> have
> > > > lots of
> > > > > > > entries that don't seem to be required.
> > > > > > >
> > > > > > > >
> > > > > > > > > If no problems occur, I will continue with the next
> steps of
> > > > the
> > > > > > > tutorial
> > > > > > > > > and make
> > > > > > > > > "official" release archives and cast a vote upon
> them.
> > > > > > > > >
> > > > > > > > > Thank you all.
> > > > > > > > >
> > > > > > > > > P.S. You can also have a look at the new Cactus
> web-site I
> > > > have
> > > > > > > uploaded
> > > > > > > > > here:
> > > > > > > > >
> > > > > > > > > http://jakarta.apache.org/cactus/1.8.0/
> > > > > > > > >
> > > > > > > > > I am currently doing final test upon it and then I
> will
> > > > upload it as
> > > > > > > > > "official" Cactus site.
> > > > > > > > >
> > > > > > > > > --
> > > > > > > > > Regards, Petar!
> > > > > > > > > Karlovo, Bulgaria.
> > > > > > > > >
> > > > > > > > > EOOXML objections
> > > > > > > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > > > > > > >
> > > > > > > > > Public PGP Key at:
> > > > > > > > >
> > > > > > >
> > > >
> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > > > > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15
> B53B
> > > > 7615 00F9
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > > > >
> > > >
> ---------------------------------------------------------------------
> > > > > > > To unsubscribe, e-mail:
> general-unsubscribe@jakarta.apache.org
> > > > > > > For additional commands, e-mail:
> general-help@jakarta.apache.org
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > >
> > > > > > Regards, Petar!
> > > > > > Karlovo, Bulgaria.
> > > > > >
> > > > > > EOOXML objections
> > > > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > > > >
> > > > > > Public PGP Key at:
> > > > > >
> > > >
> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B
> 7615 00F9
> > > > > >
> > > > >
> > > >
> > > >
> ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > > > For additional commands, e-mail: general-help@jakarta.apache.org
> > > >
> > > >
> > >
> > >
> > > --
> > > Regards, Petar!
> > > Karlovo, Bulgaria.
> > >
> > > EOOXML objections
> > > http://www.grokdoc.net/index.php/EOOXML_objections
> > >
> > > Public PGP Key at:
> > >
> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> > >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: general-help@jakarta.apache.org
>
>
--
Regards, Petar!
Karlovo, Bulgaria.
EOOXML objections
http://www.grokdoc.net/index.php/EOOXML_objections
Public PGP Key at:
http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
Re: Cactus Release Archives
Posted by sebb <se...@gmail.com>.
On 01/04/2008, sebb <se...@gmail.com> wrote:
> On 31/03/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> > OK,
> >
> > sorry for bringing this so long but this is my first time
> > I am making a release and as you see I am not so confident.
> >
> > I have uploaded the new archives here:
> >
> >
> > http://people.apache.org/dist/jakarta/cactus/1.8.0/
> >
>
Just noticed that both the source and binary archives contain the
apidocs and xref.
It does not make sense to have them in both jars - no wonder the
source jar has doubled in size...
Javadocs are more useful in the binary archive.
Xref can just go on the web-site - no need for it in either archive.
>
> You'll need to add your key to the KEYS file.
> Also, it would be better if you included your ASF e-mail in the key details.
>
>
> > with the following changes:
> > 0) Now everything is built with JDK 1.4
> > 1) The L&N files are included.
>
>
> The LICENSE file needs to include or point to the 3rd party licenses.
>
> The NOTICE file needs to note that the product includes contributions
> from these 3rd party sources:
>
> http://www.apache.org/legal/src-headers.html
> and
> http://www.apache.org/licenses/example-NOTICE.txt
>
> [but note that the header in === should not be included!]
>
>
> > 2) The MANIFEST.MF is proper (according to me).
>
>
> There seem to be some manifest files in SVN, which do look fine.
>
> However, they contain the Java versions.
> These should be created by the build to reflect the actual settings
> used to create the jars.
> Any manifest files in SVN should be used as templates or boiler-plate only.
> But it's probably easier to use Maven to create the entire file.
>
>
> > 3) I have removed the duplicate maven-release-plugin
> > declaration, which used to bring the line:
> >
> > <tagBase>file:////home/peter/tags/</tagBase>
> >
> >
> > I have made the archives from the trunk.
> > I have no RC tag.
>
>
> That's OK for a first look, but there should be a tag for the VOTE.
> But I suggest that you hold off creating a tag just in case there are
> some more issues.
>
>
> > If the archives are OK, I will cast a vote upon them
> > and if the vote succeeds I will copy the trunk in a tag.
> >
> > The only issue I see now is that we have the DEPENDENCIES file
> > in the META-INF, but since it is not a blocking issue I will leave as it
> > is. (Actually I couldn't find anywhere in the web how to remove this file).
> >
> >
> > Please can you have a look over the artifacts and in case there are any
> > problems,
> > I will be glad to work on fixing them.
> >
> > Thanks a lot.
> >
> > P.S I have the following in my ~/.subversion/config file:
> >
> > *.java = svn:eol-style=native
> >
> > but I don't seem to set the eol-style correctly. Can you tell me where am I
> > wrong?
> >
>
>
> You also need:
>
> [miscellany]
> enable-auto-props = yes
>
>
> > Also I have added the RAT plugin in the master pom so that we can execute
> > the rat
> > plugin. I exclude the scratchpad/, descriptors/ and ANNOUNCEMENT.txt and I
> > don't
> > see any other file with a missing header....
> >
>
>
> There are a lot of xml files with no header.
> Likewise some properties files, and html files.
>
> I can probably fix most of those.
>
>
> >
> > On Mon, Mar 31, 2008 at 11:49 PM, sebb <se...@gmail.com> wrote:
> >
> > > On 30/03/2008, sebb <se...@gmail.com> wrote:
> > > > On 29/03/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> > > > > Hi Sebb,
> > > > >
> > > > > thanks for the feedback.
> > > > >
> > > > > I prefer to keep the bz2 archives. I have improved the licenses
> > > according
> > > > > to the lib folder.
> > > >
> > > >
> > > > There are still several jars in the lib directory which are not
> > > > mentioned in the licenses/README.txt.
> > > >
> > > > README.txt says: Apache ServletAPI - Apache 2.0
> > > >
> > > > However, the MANIFEST in servlet-api-2.5.jar suggests that the owner
> > > > is Sun, not Apache, and the license may not be AL 2.0.
> > > >
> > > >
> > > > > Also I have made the MANIFEST.MF to include the data you pointed.
> > > >
> > > >
> > > > But the compiler versions are not in
> > > > cactus.core.framework.uberjar.javaEE.14-1.8.0.jar.
> > > >
> > > > Also, the version says source and target = 1.4, yet the code was built
> > > > (and presumably tested) with Java 1.6. The code should be built and
> > > > tested with Java 1.4.
> > > >
> > > > I just tried "mvn install" with Java 1.4, and a lot of tests failed.
> > > > The ones I checked failed with:
> > > >
> > > > java.lang.NoClassDefFoundError: org/w3c/dom/ranges/DocumentRange
> > > >
> > > >
> > > > > Also the META-INF folder to include the LICENSE and NOTICE files.
> > > >
> > > >
> > > > However, these files need to relate to the contents of the jar or
> > > > archive - for example, the ones in the cactus jars should only mention
> > > > Apache, as all the code therein is Apache, as far as I can tell.
> > > >
> > > > The N & L files for the archives need to mention the external software
> > > > that is included.
> > > >
> > > >
> > > > > I have also included the 'source' and 'target' versions in the
> > > > > parent pom.xml and also the inceptionYear attribute.
> > > >
> > > >
> > > > The inceptionYear should agree with the first Copyright year.
> > > >
> > > > The pom includes the lines:
> > > >
> > > > <url>scp://ptahchiev@people.apache.org
> > > :/www/jakarta.apache.org/cactus/1.8.0/</url>
> > > > <tagBase>file:////home/peter/tags/</tagBase>
> > > >
> > > > which are unlikely to work for other users.
> > > >
> > > >
> > > > > Now I think that everything is OK.
> > > > >
> > > > > You can see the new files here:
> > > > > http://people.apache.org/dist/jakarta/cactus/1.8.0/
> > > >
> > > >
> > > > Where is the RC tag for the source?
> > > > There should be an RC tag and a build that is made from the tag.
> > > > If the vote succeeds, the tag can be copied to the release tag.
> > > > If not, then a new tag can be made once all the fixes have been
> > > > applied, and the process repeated.
> > > >
> > > > It looks like the final release tag has already been created.
> > > > If the vote fails, this will have to be deleted and recreated once the
> > > > fixes have been made.
> > > > That's not ideal for release tags.
> > > >
> > > >
> > > > > Tomorrow morning I will cast a release-vote for these archives.
> > > >
> > > >
> > > > Sorry, but I don't think they are ready.
> > > >
> > >
> > > Just ran RAT on cactus-trunk - there are a lot of files that don't
> > > have the proper AL header.
> > >
> > > >
> > > > >
> > > > > Cheers, Petar.
> > > > >
> > > > >
> > > > > On Sat, Mar 29, 2008 at 3:43 AM, sebb <se...@gmail.com> wrote:
> > > > >
> > > > > > On 29/03/2008, sebb <se...@gmail.com> wrote:
> > > > > > > On 25/03/2008, Petar Tahchiev <pa...@gmail.com>
> > > wrote:
> > > > > > > > Hi everybody,
> > > > > > > >
> > > > > > > > I am following this tutorial:
> > > > > > > >
> > > > > > > >
> > > > > >
> > > http://wiki.apache.org/HttpComponents/HttpComponentsCoreReleaseProcess
> > > > > > > >
> > > > > > > > and making it for Cactus. So I want to invite you all to
> > > test the
> > > > > > archives I
> > > > > > > > have uploaded
> > > > > > > > here:
> > > > > > > >
> > > > > > > > http://people.apache.org/dist/jakarta/cactus/
> > > > > > > >
> > > > > > > > and report problems if you find some.
> > > > > > >
> > > > > > >
> > > > > > > Not sure it's useful to include the bz2 archives; although they
> > > are
> > > > > > > slightly smaller, the user-base is much smaller...
> > > > > > >
> > > > > > > The licenses/README.txt file does not seem to agree with the
> > > jars in
> > > > > > > the lib directory.
> > > > > > >
> > > > > > > Also, several of the jars in the lib directory are quite old
> > > versions;
> > > > > > > if possible, they should be updated.
> > > > > > >
> > > > > > > The generated cactus jars must contain NOTICE and LICENSE files
> > > (e.g.
> > > > > > > in the META-INF directory)
> > > > > > >
> > > > > > > It would be useful if the cactus jar manifests included the
> > > following
> > > > > > > attributes:
> > > > > > >
> > > > > > > Built-By: xxxxx
> > > > > > > Implementation-Title: Jakarta Cactus
> > > > > > > Implementation-Vendor: The Apache Software Foundation
> > > > > > > Implementation-Vendor-Id: org.apache
> > > > > > > Implementation-Version: 1.8-SNAPSHOT
> > > > > > > Specification-Title: Jakarta Cactus
> > > > > > > Specification-Vendor: The Apache Software Foundation
> > > > > > > Specification-Version: 1.8-SNAPSHOT
> > > > > > > Build-Jdk: 1.5.0_12 (e.g.)
> > > > > > > X-Compile-Source-JDK: 1.3 (e.g.)
> > > > > > > X-Compile-Target-JDK: 1.3 (e.g.)
> > > > > > >
> > > > > > > There seem to be some problems with SVN file properties; I've
> > > fixed
> > > > > > > most of them in trunk.
> > > > > > >
> > > > > > > Did you create the archives from trunk?
> > > > > > > There are some discrepancies between that and the source
> > > archive.
> > > > > > >
> > > > > >
> > > > > > Just noticed that the pom.xml does not specify the source and
> > > target
> > > > > > java versions.
> > > > > > It should also have inceptionYear
> > > > > >
> > > > > > Might be an idea to use a property for the version so the
> > > individual
> > > > > > poms don't have to be updated.
> > > > > >
> > > > > > The eclipse .classpath file looks a bit odd - it seems to have
> > > lots of
> > > > > > entries that don't seem to be required.
> > > > > >
> > > > > > >
> > > > > > > > If no problems occur, I will continue with the next steps of
> > > the
> > > > > > tutorial
> > > > > > > > and make
> > > > > > > > "official" release archives and cast a vote upon them.
> > > > > > > >
> > > > > > > > Thank you all.
> > > > > > > >
> > > > > > > > P.S. You can also have a look at the new Cactus web-site I
> > > have
> > > > > > uploaded
> > > > > > > > here:
> > > > > > > >
> > > > > > > > http://jakarta.apache.org/cactus/1.8.0/
> > > > > > > >
> > > > > > > > I am currently doing final test upon it and then I will
> > > upload it as
> > > > > > > > "official" Cactus site.
> > > > > > > >
> > > > > > > > --
> > > > > > > > Regards, Petar!
> > > > > > > > Karlovo, Bulgaria.
> > > > > > > >
> > > > > > > > EOOXML objections
> > > > > > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > > > > > >
> > > > > > > > Public PGP Key at:
> > > > > > > >
> > > > > >
> > > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > > > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B
> > > 7615 00F9
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > > > >
> > > ---------------------------------------------------------------------
> > > > > > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > > > > > For additional commands, e-mail: general-help@jakarta.apache.org
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > >
> > > > > Regards, Petar!
> > > > > Karlovo, Bulgaria.
> > > > >
> > > > > EOOXML objections
> > > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > > >
> > > > > Public PGP Key at:
> > > > >
> > > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> > > > >
> > > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: general-help@jakarta.apache.org
> > >
> > >
> >
> >
> > --
> > Regards, Petar!
> > Karlovo, Bulgaria.
> >
> > EOOXML objections
> > http://www.grokdoc.net/index.php/EOOXML_objections
> >
> > Public PGP Key at:
> > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> >
>
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org
Re: Cactus Release Archives
Posted by sebb <se...@gmail.com>.
On 01/04/2008, sebb <se...@gmail.com> wrote:
> On 31/03/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> > OK,
> >
> > sorry for bringing this so long but this is my first time
> > I am making a release and as you see I am not so confident.
> >
> > I have uploaded the new archives here:
> >
> >
> > http://people.apache.org/dist/jakarta/cactus/1.8.0/
> >
>
Just noticed that both the source and binary archives contain the
apidocs and xref.
It does not make sense to have them in both jars - no wonder the
source jar has doubled in size...
Javadocs are more useful in the binary archive.
Xref can just go on the web-site - no need for it in either archive.
>
> You'll need to add your key to the KEYS file.
> Also, it would be better if you included your ASF e-mail in the key details.
>
>
> > with the following changes:
> > 0) Now everything is built with JDK 1.4
> > 1) The L&N files are included.
>
>
> The LICENSE file needs to include or point to the 3rd party licenses.
>
> The NOTICE file needs to note that the product includes contributions
> from these 3rd party sources:
>
> http://www.apache.org/legal/src-headers.html
> and
> http://www.apache.org/licenses/example-NOTICE.txt
>
> [but note that the header in === should not be included!]
>
>
> > 2) The MANIFEST.MF is proper (according to me).
>
>
> There seem to be some manifest files in SVN, which do look fine.
>
> However, they contain the Java versions.
> These should be created by the build to reflect the actual settings
> used to create the jars.
> Any manifest files in SVN should be used as templates or boiler-plate only.
> But it's probably easier to use Maven to create the entire file.
>
>
> > 3) I have removed the duplicate maven-release-plugin
> > declaration, which used to bring the line:
> >
> > <tagBase>file:////home/peter/tags/</tagBase>
> >
> >
> > I have made the archives from the trunk.
> > I have no RC tag.
>
>
> That's OK for a first look, but there should be a tag for the VOTE.
> But I suggest that you hold off creating a tag just in case there are
> some more issues.
>
>
> > If the archives are OK, I will cast a vote upon them
> > and if the vote succeeds I will copy the trunk in a tag.
> >
> > The only issue I see now is that we have the DEPENDENCIES file
> > in the META-INF, but since it is not a blocking issue I will leave as it
> > is. (Actually I couldn't find anywhere in the web how to remove this file).
> >
> >
> > Please can you have a look over the artifacts and in case there are any
> > problems,
> > I will be glad to work on fixing them.
> >
> > Thanks a lot.
> >
> > P.S I have the following in my ~/.subversion/config file:
> >
> > *.java = svn:eol-style=native
> >
> > but I don't seem to set the eol-style correctly. Can you tell me where am I
> > wrong?
> >
>
>
> You also need:
>
> [miscellany]
> enable-auto-props = yes
>
>
> > Also I have added the RAT plugin in the master pom so that we can execute
> > the rat
> > plugin. I exclude the scratchpad/, descriptors/ and ANNOUNCEMENT.txt and I
> > don't
> > see any other file with a missing header....
> >
>
>
> There are a lot of xml files with no header.
> Likewise some properties files, and html files.
>
> I can probably fix most of those.
>
>
> >
> > On Mon, Mar 31, 2008 at 11:49 PM, sebb <se...@gmail.com> wrote:
> >
> > > On 30/03/2008, sebb <se...@gmail.com> wrote:
> > > > On 29/03/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> > > > > Hi Sebb,
> > > > >
> > > > > thanks for the feedback.
> > > > >
> > > > > I prefer to keep the bz2 archives. I have improved the licenses
> > > according
> > > > > to the lib folder.
> > > >
> > > >
> > > > There are still several jars in the lib directory which are not
> > > > mentioned in the licenses/README.txt.
> > > >
> > > > README.txt says: Apache ServletAPI - Apache 2.0
> > > >
> > > > However, the MANIFEST in servlet-api-2.5.jar suggests that the owner
> > > > is Sun, not Apache, and the license may not be AL 2.0.
> > > >
> > > >
> > > > > Also I have made the MANIFEST.MF to include the data you pointed.
> > > >
> > > >
> > > > But the compiler versions are not in
> > > > cactus.core.framework.uberjar.javaEE.14-1.8.0.jar.
> > > >
> > > > Also, the version says source and target = 1.4, yet the code was built
> > > > (and presumably tested) with Java 1.6. The code should be built and
> > > > tested with Java 1.4.
> > > >
> > > > I just tried "mvn install" with Java 1.4, and a lot of tests failed.
> > > > The ones I checked failed with:
> > > >
> > > > java.lang.NoClassDefFoundError: org/w3c/dom/ranges/DocumentRange
> > > >
> > > >
> > > > > Also the META-INF folder to include the LICENSE and NOTICE files.
> > > >
> > > >
> > > > However, these files need to relate to the contents of the jar or
> > > > archive - for example, the ones in the cactus jars should only mention
> > > > Apache, as all the code therein is Apache, as far as I can tell.
> > > >
> > > > The N & L files for the archives need to mention the external software
> > > > that is included.
> > > >
> > > >
> > > > > I have also included the 'source' and 'target' versions in the
> > > > > parent pom.xml and also the inceptionYear attribute.
> > > >
> > > >
> > > > The inceptionYear should agree with the first Copyright year.
> > > >
> > > > The pom includes the lines:
> > > >
> > > > <url>scp://ptahchiev@people.apache.org
> > > :/www/jakarta.apache.org/cactus/1.8.0/</url>
> > > > <tagBase>file:////home/peter/tags/</tagBase>
> > > >
> > > > which are unlikely to work for other users.
> > > >
> > > >
> > > > > Now I think that everything is OK.
> > > > >
> > > > > You can see the new files here:
> > > > > http://people.apache.org/dist/jakarta/cactus/1.8.0/
> > > >
> > > >
> > > > Where is the RC tag for the source?
> > > > There should be an RC tag and a build that is made from the tag.
> > > > If the vote succeeds, the tag can be copied to the release tag.
> > > > If not, then a new tag can be made once all the fixes have been
> > > > applied, and the process repeated.
> > > >
> > > > It looks like the final release tag has already been created.
> > > > If the vote fails, this will have to be deleted and recreated once the
> > > > fixes have been made.
> > > > That's not ideal for release tags.
> > > >
> > > >
> > > > > Tomorrow morning I will cast a release-vote for these archives.
> > > >
> > > >
> > > > Sorry, but I don't think they are ready.
> > > >
> > >
> > > Just ran RAT on cactus-trunk - there are a lot of files that don't
> > > have the proper AL header.
> > >
> > > >
> > > > >
> > > > > Cheers, Petar.
> > > > >
> > > > >
> > > > > On Sat, Mar 29, 2008 at 3:43 AM, sebb <se...@gmail.com> wrote:
> > > > >
> > > > > > On 29/03/2008, sebb <se...@gmail.com> wrote:
> > > > > > > On 25/03/2008, Petar Tahchiev <pa...@gmail.com>
> > > wrote:
> > > > > > > > Hi everybody,
> > > > > > > >
> > > > > > > > I am following this tutorial:
> > > > > > > >
> > > > > > > >
> > > > > >
> > > http://wiki.apache.org/HttpComponents/HttpComponentsCoreReleaseProcess
> > > > > > > >
> > > > > > > > and making it for Cactus. So I want to invite you all to
> > > test the
> > > > > > archives I
> > > > > > > > have uploaded
> > > > > > > > here:
> > > > > > > >
> > > > > > > > http://people.apache.org/dist/jakarta/cactus/
> > > > > > > >
> > > > > > > > and report problems if you find some.
> > > > > > >
> > > > > > >
> > > > > > > Not sure it's useful to include the bz2 archives; although they
> > > are
> > > > > > > slightly smaller, the user-base is much smaller...
> > > > > > >
> > > > > > > The licenses/README.txt file does not seem to agree with the
> > > jars in
> > > > > > > the lib directory.
> > > > > > >
> > > > > > > Also, several of the jars in the lib directory are quite old
> > > versions;
> > > > > > > if possible, they should be updated.
> > > > > > >
> > > > > > > The generated cactus jars must contain NOTICE and LICENSE files
> > > (e.g.
> > > > > > > in the META-INF directory)
> > > > > > >
> > > > > > > It would be useful if the cactus jar manifests included the
> > > following
> > > > > > > attributes:
> > > > > > >
> > > > > > > Built-By: xxxxx
> > > > > > > Implementation-Title: Jakarta Cactus
> > > > > > > Implementation-Vendor: The Apache Software Foundation
> > > > > > > Implementation-Vendor-Id: org.apache
> > > > > > > Implementation-Version: 1.8-SNAPSHOT
> > > > > > > Specification-Title: Jakarta Cactus
> > > > > > > Specification-Vendor: The Apache Software Foundation
> > > > > > > Specification-Version: 1.8-SNAPSHOT
> > > > > > > Build-Jdk: 1.5.0_12 (e.g.)
> > > > > > > X-Compile-Source-JDK: 1.3 (e.g.)
> > > > > > > X-Compile-Target-JDK: 1.3 (e.g.)
> > > > > > >
> > > > > > > There seem to be some problems with SVN file properties; I've
> > > fixed
> > > > > > > most of them in trunk.
> > > > > > >
> > > > > > > Did you create the archives from trunk?
> > > > > > > There are some discrepancies between that and the source
> > > archive.
> > > > > > >
> > > > > >
> > > > > > Just noticed that the pom.xml does not specify the source and
> > > target
> > > > > > java versions.
> > > > > > It should also have inceptionYear
> > > > > >
> > > > > > Might be an idea to use a property for the version so the
> > > individual
> > > > > > poms don't have to be updated.
> > > > > >
> > > > > > The eclipse .classpath file looks a bit odd - it seems to have
> > > lots of
> > > > > > entries that don't seem to be required.
> > > > > >
> > > > > > >
> > > > > > > > If no problems occur, I will continue with the next steps of
> > > the
> > > > > > tutorial
> > > > > > > > and make
> > > > > > > > "official" release archives and cast a vote upon them.
> > > > > > > >
> > > > > > > > Thank you all.
> > > > > > > >
> > > > > > > > P.S. You can also have a look at the new Cactus web-site I
> > > have
> > > > > > uploaded
> > > > > > > > here:
> > > > > > > >
> > > > > > > > http://jakarta.apache.org/cactus/1.8.0/
> > > > > > > >
> > > > > > > > I am currently doing final test upon it and then I will
> > > upload it as
> > > > > > > > "official" Cactus site.
> > > > > > > >
> > > > > > > > --
> > > > > > > > Regards, Petar!
> > > > > > > > Karlovo, Bulgaria.
> > > > > > > >
> > > > > > > > EOOXML objections
> > > > > > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > > > > > >
> > > > > > > > Public PGP Key at:
> > > > > > > >
> > > > > >
> > > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > > > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B
> > > 7615 00F9
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > > > >
> > > ---------------------------------------------------------------------
> > > > > > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > > > > > For additional commands, e-mail: general-help@jakarta.apache.org
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > >
> > > > > Regards, Petar!
> > > > > Karlovo, Bulgaria.
> > > > >
> > > > > EOOXML objections
> > > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > > >
> > > > > Public PGP Key at:
> > > > >
> > > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> > > > >
> > > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: general-help@jakarta.apache.org
> > >
> > >
> >
> >
> > --
> > Regards, Petar!
> > Karlovo, Bulgaria.
> >
> > EOOXML objections
> > http://www.grokdoc.net/index.php/EOOXML_objections
> >
> > Public PGP Key at:
> > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> >
>
---------------------------------------------------------------------
To unsubscribe, e-mail: cactus-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: cactus-dev-help@jakarta.apache.org
Re: Cactus Release Archives
Posted by sebb <se...@gmail.com>.
On 31/03/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> OK,
>
> sorry for bringing this so long but this is my first time
> I am making a release and as you see I am not so confident.
>
> I have uploaded the new archives here:
>
>
> http://people.apache.org/dist/jakarta/cactus/1.8.0/
>
You'll need to add your key to the KEYS file.
Also, it would be better if you included your ASF e-mail in the key details.
> with the following changes:
> 0) Now everything is built with JDK 1.4
> 1) The L&N files are included.
The LICENSE file needs to include or point to the 3rd party licenses.
The NOTICE file needs to note that the product includes contributions
from these 3rd party sources:
http://www.apache.org/legal/src-headers.html
and
http://www.apache.org/licenses/example-NOTICE.txt
[but note that the header in === should not be included!]
> 2) The MANIFEST.MF is proper (according to me).
There seem to be some manifest files in SVN, which do look fine.
However, they contain the Java versions.
These should be created by the build to reflect the actual settings
used to create the jars.
Any manifest files in SVN should be used as templates or boiler-plate only.
But it's probably easier to use Maven to create the entire file.
> 3) I have removed the duplicate maven-release-plugin
> declaration, which used to bring the line:
>
> <tagBase>file:////home/peter/tags/</tagBase>
>
>
> I have made the archives from the trunk.
> I have no RC tag.
That's OK for a first look, but there should be a tag for the VOTE.
But I suggest that you hold off creating a tag just in case there are
some more issues.
> If the archives are OK, I will cast a vote upon them
> and if the vote succeeds I will copy the trunk in a tag.
>
> The only issue I see now is that we have the DEPENDENCIES file
> in the META-INF, but since it is not a blocking issue I will leave as it
> is. (Actually I couldn't find anywhere in the web how to remove this file).
>
>
> Please can you have a look over the artifacts and in case there are any
> problems,
> I will be glad to work on fixing them.
>
> Thanks a lot.
>
> P.S I have the following in my ~/.subversion/config file:
>
> *.java = svn:eol-style=native
>
> but I don't seem to set the eol-style correctly. Can you tell me where am I
> wrong?
>
You also need:
[miscellany]
enable-auto-props = yes
> Also I have added the RAT plugin in the master pom so that we can execute
> the rat
> plugin. I exclude the scratchpad/, descriptors/ and ANNOUNCEMENT.txt and I
> don't
> see any other file with a missing header....
>
There are a lot of xml files with no header.
Likewise some properties files, and html files.
I can probably fix most of those.
>
> On Mon, Mar 31, 2008 at 11:49 PM, sebb <se...@gmail.com> wrote:
>
> > On 30/03/2008, sebb <se...@gmail.com> wrote:
> > > On 29/03/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> > > > Hi Sebb,
> > > >
> > > > thanks for the feedback.
> > > >
> > > > I prefer to keep the bz2 archives. I have improved the licenses
> > according
> > > > to the lib folder.
> > >
> > >
> > > There are still several jars in the lib directory which are not
> > > mentioned in the licenses/README.txt.
> > >
> > > README.txt says: Apache ServletAPI - Apache 2.0
> > >
> > > However, the MANIFEST in servlet-api-2.5.jar suggests that the owner
> > > is Sun, not Apache, and the license may not be AL 2.0.
> > >
> > >
> > > > Also I have made the MANIFEST.MF to include the data you pointed.
> > >
> > >
> > > But the compiler versions are not in
> > > cactus.core.framework.uberjar.javaEE.14-1.8.0.jar.
> > >
> > > Also, the version says source and target = 1.4, yet the code was built
> > > (and presumably tested) with Java 1.6. The code should be built and
> > > tested with Java 1.4.
> > >
> > > I just tried "mvn install" with Java 1.4, and a lot of tests failed.
> > > The ones I checked failed with:
> > >
> > > java.lang.NoClassDefFoundError: org/w3c/dom/ranges/DocumentRange
> > >
> > >
> > > > Also the META-INF folder to include the LICENSE and NOTICE files.
> > >
> > >
> > > However, these files need to relate to the contents of the jar or
> > > archive - for example, the ones in the cactus jars should only mention
> > > Apache, as all the code therein is Apache, as far as I can tell.
> > >
> > > The N & L files for the archives need to mention the external software
> > > that is included.
> > >
> > >
> > > > I have also included the 'source' and 'target' versions in the
> > > > parent pom.xml and also the inceptionYear attribute.
> > >
> > >
> > > The inceptionYear should agree with the first Copyright year.
> > >
> > > The pom includes the lines:
> > >
> > > <url>scp://ptahchiev@people.apache.org
> > :/www/jakarta.apache.org/cactus/1.8.0/</url>
> > > <tagBase>file:////home/peter/tags/</tagBase>
> > >
> > > which are unlikely to work for other users.
> > >
> > >
> > > > Now I think that everything is OK.
> > > >
> > > > You can see the new files here:
> > > > http://people.apache.org/dist/jakarta/cactus/1.8.0/
> > >
> > >
> > > Where is the RC tag for the source?
> > > There should be an RC tag and a build that is made from the tag.
> > > If the vote succeeds, the tag can be copied to the release tag.
> > > If not, then a new tag can be made once all the fixes have been
> > > applied, and the process repeated.
> > >
> > > It looks like the final release tag has already been created.
> > > If the vote fails, this will have to be deleted and recreated once the
> > > fixes have been made.
> > > That's not ideal for release tags.
> > >
> > >
> > > > Tomorrow morning I will cast a release-vote for these archives.
> > >
> > >
> > > Sorry, but I don't think they are ready.
> > >
> >
> > Just ran RAT on cactus-trunk - there are a lot of files that don't
> > have the proper AL header.
> >
> > >
> > > >
> > > > Cheers, Petar.
> > > >
> > > >
> > > > On Sat, Mar 29, 2008 at 3:43 AM, sebb <se...@gmail.com> wrote:
> > > >
> > > > > On 29/03/2008, sebb <se...@gmail.com> wrote:
> > > > > > On 25/03/2008, Petar Tahchiev <pa...@gmail.com>
> > wrote:
> > > > > > > Hi everybody,
> > > > > > >
> > > > > > > I am following this tutorial:
> > > > > > >
> > > > > > >
> > > > >
> > http://wiki.apache.org/HttpComponents/HttpComponentsCoreReleaseProcess
> > > > > > >
> > > > > > > and making it for Cactus. So I want to invite you all to
> > test the
> > > > > archives I
> > > > > > > have uploaded
> > > > > > > here:
> > > > > > >
> > > > > > > http://people.apache.org/dist/jakarta/cactus/
> > > > > > >
> > > > > > > and report problems if you find some.
> > > > > >
> > > > > >
> > > > > > Not sure it's useful to include the bz2 archives; although they
> > are
> > > > > > slightly smaller, the user-base is much smaller...
> > > > > >
> > > > > > The licenses/README.txt file does not seem to agree with the
> > jars in
> > > > > > the lib directory.
> > > > > >
> > > > > > Also, several of the jars in the lib directory are quite old
> > versions;
> > > > > > if possible, they should be updated.
> > > > > >
> > > > > > The generated cactus jars must contain NOTICE and LICENSE files
> > (e.g.
> > > > > > in the META-INF directory)
> > > > > >
> > > > > > It would be useful if the cactus jar manifests included the
> > following
> > > > > > attributes:
> > > > > >
> > > > > > Built-By: xxxxx
> > > > > > Implementation-Title: Jakarta Cactus
> > > > > > Implementation-Vendor: The Apache Software Foundation
> > > > > > Implementation-Vendor-Id: org.apache
> > > > > > Implementation-Version: 1.8-SNAPSHOT
> > > > > > Specification-Title: Jakarta Cactus
> > > > > > Specification-Vendor: The Apache Software Foundation
> > > > > > Specification-Version: 1.8-SNAPSHOT
> > > > > > Build-Jdk: 1.5.0_12 (e.g.)
> > > > > > X-Compile-Source-JDK: 1.3 (e.g.)
> > > > > > X-Compile-Target-JDK: 1.3 (e.g.)
> > > > > >
> > > > > > There seem to be some problems with SVN file properties; I've
> > fixed
> > > > > > most of them in trunk.
> > > > > >
> > > > > > Did you create the archives from trunk?
> > > > > > There are some discrepancies between that and the source
> > archive.
> > > > > >
> > > > >
> > > > > Just noticed that the pom.xml does not specify the source and
> > target
> > > > > java versions.
> > > > > It should also have inceptionYear
> > > > >
> > > > > Might be an idea to use a property for the version so the
> > individual
> > > > > poms don't have to be updated.
> > > > >
> > > > > The eclipse .classpath file looks a bit odd - it seems to have
> > lots of
> > > > > entries that don't seem to be required.
> > > > >
> > > > > >
> > > > > > > If no problems occur, I will continue with the next steps of
> > the
> > > > > tutorial
> > > > > > > and make
> > > > > > > "official" release archives and cast a vote upon them.
> > > > > > >
> > > > > > > Thank you all.
> > > > > > >
> > > > > > > P.S. You can also have a look at the new Cactus web-site I
> > have
> > > > > uploaded
> > > > > > > here:
> > > > > > >
> > > > > > > http://jakarta.apache.org/cactus/1.8.0/
> > > > > > >
> > > > > > > I am currently doing final test upon it and then I will
> > upload it as
> > > > > > > "official" Cactus site.
> > > > > > >
> > > > > > > --
> > > > > > > Regards, Petar!
> > > > > > > Karlovo, Bulgaria.
> > > > > > >
> > > > > > > EOOXML objections
> > > > > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > > > > >
> > > > > > > Public PGP Key at:
> > > > > > >
> > > > >
> > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B
> > 7615 00F9
> > > > > > >
> > > > > >
> > > > >
> > > >
> > > > >
> > ---------------------------------------------------------------------
> > > > > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > > > > For additional commands, e-mail: general-help@jakarta.apache.org
> > > > >
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > >
> > > > Regards, Petar!
> > > > Karlovo, Bulgaria.
> > > >
> > > > EOOXML objections
> > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > >
> > > > Public PGP Key at:
> > > >
> > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> > > >
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: general-help@jakarta.apache.org
> >
> >
>
>
> --
> Regards, Petar!
> Karlovo, Bulgaria.
>
> EOOXML objections
> http://www.grokdoc.net/index.php/EOOXML_objections
>
> Public PGP Key at:
> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
>
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org
Re: Cactus Release Archives
Posted by sebb <se...@gmail.com>.
On 31/03/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> OK,
>
> sorry for bringing this so long but this is my first time
> I am making a release and as you see I am not so confident.
>
> I have uploaded the new archives here:
>
>
> http://people.apache.org/dist/jakarta/cactus/1.8.0/
>
You'll need to add your key to the KEYS file.
Also, it would be better if you included your ASF e-mail in the key details.
> with the following changes:
> 0) Now everything is built with JDK 1.4
> 1) The L&N files are included.
The LICENSE file needs to include or point to the 3rd party licenses.
The NOTICE file needs to note that the product includes contributions
from these 3rd party sources:
http://www.apache.org/legal/src-headers.html
and
http://www.apache.org/licenses/example-NOTICE.txt
[but note that the header in === should not be included!]
> 2) The MANIFEST.MF is proper (according to me).
There seem to be some manifest files in SVN, which do look fine.
However, they contain the Java versions.
These should be created by the build to reflect the actual settings
used to create the jars.
Any manifest files in SVN should be used as templates or boiler-plate only.
But it's probably easier to use Maven to create the entire file.
> 3) I have removed the duplicate maven-release-plugin
> declaration, which used to bring the line:
>
> <tagBase>file:////home/peter/tags/</tagBase>
>
>
> I have made the archives from the trunk.
> I have no RC tag.
That's OK for a first look, but there should be a tag for the VOTE.
But I suggest that you hold off creating a tag just in case there are
some more issues.
> If the archives are OK, I will cast a vote upon them
> and if the vote succeeds I will copy the trunk in a tag.
>
> The only issue I see now is that we have the DEPENDENCIES file
> in the META-INF, but since it is not a blocking issue I will leave as it
> is. (Actually I couldn't find anywhere in the web how to remove this file).
>
>
> Please can you have a look over the artifacts and in case there are any
> problems,
> I will be glad to work on fixing them.
>
> Thanks a lot.
>
> P.S I have the following in my ~/.subversion/config file:
>
> *.java = svn:eol-style=native
>
> but I don't seem to set the eol-style correctly. Can you tell me where am I
> wrong?
>
You also need:
[miscellany]
enable-auto-props = yes
> Also I have added the RAT plugin in the master pom so that we can execute
> the rat
> plugin. I exclude the scratchpad/, descriptors/ and ANNOUNCEMENT.txt and I
> don't
> see any other file with a missing header....
>
There are a lot of xml files with no header.
Likewise some properties files, and html files.
I can probably fix most of those.
>
> On Mon, Mar 31, 2008 at 11:49 PM, sebb <se...@gmail.com> wrote:
>
> > On 30/03/2008, sebb <se...@gmail.com> wrote:
> > > On 29/03/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> > > > Hi Sebb,
> > > >
> > > > thanks for the feedback.
> > > >
> > > > I prefer to keep the bz2 archives. I have improved the licenses
> > according
> > > > to the lib folder.
> > >
> > >
> > > There are still several jars in the lib directory which are not
> > > mentioned in the licenses/README.txt.
> > >
> > > README.txt says: Apache ServletAPI - Apache 2.0
> > >
> > > However, the MANIFEST in servlet-api-2.5.jar suggests that the owner
> > > is Sun, not Apache, and the license may not be AL 2.0.
> > >
> > >
> > > > Also I have made the MANIFEST.MF to include the data you pointed.
> > >
> > >
> > > But the compiler versions are not in
> > > cactus.core.framework.uberjar.javaEE.14-1.8.0.jar.
> > >
> > > Also, the version says source and target = 1.4, yet the code was built
> > > (and presumably tested) with Java 1.6. The code should be built and
> > > tested with Java 1.4.
> > >
> > > I just tried "mvn install" with Java 1.4, and a lot of tests failed.
> > > The ones I checked failed with:
> > >
> > > java.lang.NoClassDefFoundError: org/w3c/dom/ranges/DocumentRange
> > >
> > >
> > > > Also the META-INF folder to include the LICENSE and NOTICE files.
> > >
> > >
> > > However, these files need to relate to the contents of the jar or
> > > archive - for example, the ones in the cactus jars should only mention
> > > Apache, as all the code therein is Apache, as far as I can tell.
> > >
> > > The N & L files for the archives need to mention the external software
> > > that is included.
> > >
> > >
> > > > I have also included the 'source' and 'target' versions in the
> > > > parent pom.xml and also the inceptionYear attribute.
> > >
> > >
> > > The inceptionYear should agree with the first Copyright year.
> > >
> > > The pom includes the lines:
> > >
> > > <url>scp://ptahchiev@people.apache.org
> > :/www/jakarta.apache.org/cactus/1.8.0/</url>
> > > <tagBase>file:////home/peter/tags/</tagBase>
> > >
> > > which are unlikely to work for other users.
> > >
> > >
> > > > Now I think that everything is OK.
> > > >
> > > > You can see the new files here:
> > > > http://people.apache.org/dist/jakarta/cactus/1.8.0/
> > >
> > >
> > > Where is the RC tag for the source?
> > > There should be an RC tag and a build that is made from the tag.
> > > If the vote succeeds, the tag can be copied to the release tag.
> > > If not, then a new tag can be made once all the fixes have been
> > > applied, and the process repeated.
> > >
> > > It looks like the final release tag has already been created.
> > > If the vote fails, this will have to be deleted and recreated once the
> > > fixes have been made.
> > > That's not ideal for release tags.
> > >
> > >
> > > > Tomorrow morning I will cast a release-vote for these archives.
> > >
> > >
> > > Sorry, but I don't think they are ready.
> > >
> >
> > Just ran RAT on cactus-trunk - there are a lot of files that don't
> > have the proper AL header.
> >
> > >
> > > >
> > > > Cheers, Petar.
> > > >
> > > >
> > > > On Sat, Mar 29, 2008 at 3:43 AM, sebb <se...@gmail.com> wrote:
> > > >
> > > > > On 29/03/2008, sebb <se...@gmail.com> wrote:
> > > > > > On 25/03/2008, Petar Tahchiev <pa...@gmail.com>
> > wrote:
> > > > > > > Hi everybody,
> > > > > > >
> > > > > > > I am following this tutorial:
> > > > > > >
> > > > > > >
> > > > >
> > http://wiki.apache.org/HttpComponents/HttpComponentsCoreReleaseProcess
> > > > > > >
> > > > > > > and making it for Cactus. So I want to invite you all to
> > test the
> > > > > archives I
> > > > > > > have uploaded
> > > > > > > here:
> > > > > > >
> > > > > > > http://people.apache.org/dist/jakarta/cactus/
> > > > > > >
> > > > > > > and report problems if you find some.
> > > > > >
> > > > > >
> > > > > > Not sure it's useful to include the bz2 archives; although they
> > are
> > > > > > slightly smaller, the user-base is much smaller...
> > > > > >
> > > > > > The licenses/README.txt file does not seem to agree with the
> > jars in
> > > > > > the lib directory.
> > > > > >
> > > > > > Also, several of the jars in the lib directory are quite old
> > versions;
> > > > > > if possible, they should be updated.
> > > > > >
> > > > > > The generated cactus jars must contain NOTICE and LICENSE files
> > (e.g.
> > > > > > in the META-INF directory)
> > > > > >
> > > > > > It would be useful if the cactus jar manifests included the
> > following
> > > > > > attributes:
> > > > > >
> > > > > > Built-By: xxxxx
> > > > > > Implementation-Title: Jakarta Cactus
> > > > > > Implementation-Vendor: The Apache Software Foundation
> > > > > > Implementation-Vendor-Id: org.apache
> > > > > > Implementation-Version: 1.8-SNAPSHOT
> > > > > > Specification-Title: Jakarta Cactus
> > > > > > Specification-Vendor: The Apache Software Foundation
> > > > > > Specification-Version: 1.8-SNAPSHOT
> > > > > > Build-Jdk: 1.5.0_12 (e.g.)
> > > > > > X-Compile-Source-JDK: 1.3 (e.g.)
> > > > > > X-Compile-Target-JDK: 1.3 (e.g.)
> > > > > >
> > > > > > There seem to be some problems with SVN file properties; I've
> > fixed
> > > > > > most of them in trunk.
> > > > > >
> > > > > > Did you create the archives from trunk?
> > > > > > There are some discrepancies between that and the source
> > archive.
> > > > > >
> > > > >
> > > > > Just noticed that the pom.xml does not specify the source and
> > target
> > > > > java versions.
> > > > > It should also have inceptionYear
> > > > >
> > > > > Might be an idea to use a property for the version so the
> > individual
> > > > > poms don't have to be updated.
> > > > >
> > > > > The eclipse .classpath file looks a bit odd - it seems to have
> > lots of
> > > > > entries that don't seem to be required.
> > > > >
> > > > > >
> > > > > > > If no problems occur, I will continue with the next steps of
> > the
> > > > > tutorial
> > > > > > > and make
> > > > > > > "official" release archives and cast a vote upon them.
> > > > > > >
> > > > > > > Thank you all.
> > > > > > >
> > > > > > > P.S. You can also have a look at the new Cactus web-site I
> > have
> > > > > uploaded
> > > > > > > here:
> > > > > > >
> > > > > > > http://jakarta.apache.org/cactus/1.8.0/
> > > > > > >
> > > > > > > I am currently doing final test upon it and then I will
> > upload it as
> > > > > > > "official" Cactus site.
> > > > > > >
> > > > > > > --
> > > > > > > Regards, Petar!
> > > > > > > Karlovo, Bulgaria.
> > > > > > >
> > > > > > > EOOXML objections
> > > > > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > > > > >
> > > > > > > Public PGP Key at:
> > > > > > >
> > > > >
> > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B
> > 7615 00F9
> > > > > > >
> > > > > >
> > > > >
> > > >
> > > > >
> > ---------------------------------------------------------------------
> > > > > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > > > > For additional commands, e-mail: general-help@jakarta.apache.org
> > > > >
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > >
> > > > Regards, Petar!
> > > > Karlovo, Bulgaria.
> > > >
> > > > EOOXML objections
> > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > >
> > > > Public PGP Key at:
> > > >
> > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> > > >
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: general-help@jakarta.apache.org
> >
> >
>
>
> --
> Regards, Petar!
> Karlovo, Bulgaria.
>
> EOOXML objections
> http://www.grokdoc.net/index.php/EOOXML_objections
>
> Public PGP Key at:
> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
>
---------------------------------------------------------------------
To unsubscribe, e-mail: cactus-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: cactus-dev-help@jakarta.apache.org
Re: Cactus Release Archives
Posted by Petar Tahchiev <pa...@gmail.com>.
OK,
sorry for bringing this so long but this is my first time
I am making a release and as you see I am not so confident.
I have uploaded the new archives here:
http://people.apache.org/dist/jakarta/cactus/1.8.0/
with the following changes:
0) Now everything is built with JDK 1.4
1) The L&N files are included.
2) The MANIFEST.MF is proper (according to me).
3) I have removed the duplicate maven-release-plugin
declaration, which used to bring the line:
<tagBase>file:////home/peter/tags/</tagBase>
I have made the archives from the trunk.
I have no RC tag.
If the archives are OK, I will cast a vote upon them
and if the vote succeeds I will copy the trunk in a tag.
The only issue I see now is that we have the DEPENDENCIES file
in the META-INF, but since it is not a blocking issue I will leave as it
is. (Actually I couldn't find anywhere in the web how to remove this file).
Please can you have a look over the artifacts and in case there are any
problems,
I will be glad to work on fixing them.
Thanks a lot.
P.S I have the following in my ~/.subversion/config file:
*.java = svn:eol-style=native
but I don't seem to set the eol-style correctly. Can you tell me where am I
wrong?
Also I have added the RAT plugin in the master pom so that we can execute
the rat
plugin. I exclude the scratchpad/, descriptors/ and ANNOUNCEMENT.txt and I
don't
see any other file with a missing header....
On Mon, Mar 31, 2008 at 11:49 PM, sebb <se...@gmail.com> wrote:
> On 30/03/2008, sebb <se...@gmail.com> wrote:
> > On 29/03/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> > > Hi Sebb,
> > >
> > > thanks for the feedback.
> > >
> > > I prefer to keep the bz2 archives. I have improved the licenses
> according
> > > to the lib folder.
> >
> >
> > There are still several jars in the lib directory which are not
> > mentioned in the licenses/README.txt.
> >
> > README.txt says: Apache ServletAPI - Apache 2.0
> >
> > However, the MANIFEST in servlet-api-2.5.jar suggests that the owner
> > is Sun, not Apache, and the license may not be AL 2.0.
> >
> >
> > > Also I have made the MANIFEST.MF to include the data you pointed.
> >
> >
> > But the compiler versions are not in
> > cactus.core.framework.uberjar.javaEE.14-1.8.0.jar.
> >
> > Also, the version says source and target = 1.4, yet the code was built
> > (and presumably tested) with Java 1.6. The code should be built and
> > tested with Java 1.4.
> >
> > I just tried "mvn install" with Java 1.4, and a lot of tests failed.
> > The ones I checked failed with:
> >
> > java.lang.NoClassDefFoundError: org/w3c/dom/ranges/DocumentRange
> >
> >
> > > Also the META-INF folder to include the LICENSE and NOTICE files.
> >
> >
> > However, these files need to relate to the contents of the jar or
> > archive - for example, the ones in the cactus jars should only mention
> > Apache, as all the code therein is Apache, as far as I can tell.
> >
> > The N & L files for the archives need to mention the external software
> > that is included.
> >
> >
> > > I have also included the 'source' and 'target' versions in the
> > > parent pom.xml and also the inceptionYear attribute.
> >
> >
> > The inceptionYear should agree with the first Copyright year.
> >
> > The pom includes the lines:
> >
> > <url>scp://ptahchiev@people.apache.org
> :/www/jakarta.apache.org/cactus/1.8.0/</url>
> > <tagBase>file:////home/peter/tags/</tagBase>
> >
> > which are unlikely to work for other users.
> >
> >
> > > Now I think that everything is OK.
> > >
> > > You can see the new files here:
> > > http://people.apache.org/dist/jakarta/cactus/1.8.0/
> >
> >
> > Where is the RC tag for the source?
> > There should be an RC tag and a build that is made from the tag.
> > If the vote succeeds, the tag can be copied to the release tag.
> > If not, then a new tag can be made once all the fixes have been
> > applied, and the process repeated.
> >
> > It looks like the final release tag has already been created.
> > If the vote fails, this will have to be deleted and recreated once the
> > fixes have been made.
> > That's not ideal for release tags.
> >
> >
> > > Tomorrow morning I will cast a release-vote for these archives.
> >
> >
> > Sorry, but I don't think they are ready.
> >
>
> Just ran RAT on cactus-trunk - there are a lot of files that don't
> have the proper AL header.
>
> >
> > >
> > > Cheers, Petar.
> > >
> > >
> > > On Sat, Mar 29, 2008 at 3:43 AM, sebb <se...@gmail.com> wrote:
> > >
> > > > On 29/03/2008, sebb <se...@gmail.com> wrote:
> > > > > On 25/03/2008, Petar Tahchiev <pa...@gmail.com>
> wrote:
> > > > > > Hi everybody,
> > > > > >
> > > > > > I am following this tutorial:
> > > > > >
> > > > > >
> > > >
> http://wiki.apache.org/HttpComponents/HttpComponentsCoreReleaseProcess
> > > > > >
> > > > > > and making it for Cactus. So I want to invite you all to
> test the
> > > > archives I
> > > > > > have uploaded
> > > > > > here:
> > > > > >
> > > > > > http://people.apache.org/dist/jakarta/cactus/
> > > > > >
> > > > > > and report problems if you find some.
> > > > >
> > > > >
> > > > > Not sure it's useful to include the bz2 archives; although they
> are
> > > > > slightly smaller, the user-base is much smaller...
> > > > >
> > > > > The licenses/README.txt file does not seem to agree with the
> jars in
> > > > > the lib directory.
> > > > >
> > > > > Also, several of the jars in the lib directory are quite old
> versions;
> > > > > if possible, they should be updated.
> > > > >
> > > > > The generated cactus jars must contain NOTICE and LICENSE files
> (e.g.
> > > > > in the META-INF directory)
> > > > >
> > > > > It would be useful if the cactus jar manifests included the
> following
> > > > > attributes:
> > > > >
> > > > > Built-By: xxxxx
> > > > > Implementation-Title: Jakarta Cactus
> > > > > Implementation-Vendor: The Apache Software Foundation
> > > > > Implementation-Vendor-Id: org.apache
> > > > > Implementation-Version: 1.8-SNAPSHOT
> > > > > Specification-Title: Jakarta Cactus
> > > > > Specification-Vendor: The Apache Software Foundation
> > > > > Specification-Version: 1.8-SNAPSHOT
> > > > > Build-Jdk: 1.5.0_12 (e.g.)
> > > > > X-Compile-Source-JDK: 1.3 (e.g.)
> > > > > X-Compile-Target-JDK: 1.3 (e.g.)
> > > > >
> > > > > There seem to be some problems with SVN file properties; I've
> fixed
> > > > > most of them in trunk.
> > > > >
> > > > > Did you create the archives from trunk?
> > > > > There are some discrepancies between that and the source
> archive.
> > > > >
> > > >
> > > > Just noticed that the pom.xml does not specify the source and
> target
> > > > java versions.
> > > > It should also have inceptionYear
> > > >
> > > > Might be an idea to use a property for the version so the
> individual
> > > > poms don't have to be updated.
> > > >
> > > > The eclipse .classpath file looks a bit odd - it seems to have
> lots of
> > > > entries that don't seem to be required.
> > > >
> > > > >
> > > > > > If no problems occur, I will continue with the next steps of
> the
> > > > tutorial
> > > > > > and make
> > > > > > "official" release archives and cast a vote upon them.
> > > > > >
> > > > > > Thank you all.
> > > > > >
> > > > > > P.S. You can also have a look at the new Cactus web-site I
> have
> > > > uploaded
> > > > > > here:
> > > > > >
> > > > > > http://jakarta.apache.org/cactus/1.8.0/
> > > > > >
> > > > > > I am currently doing final test upon it and then I will
> upload it as
> > > > > > "official" Cactus site.
> > > > > >
> > > > > > --
> > > > > > Regards, Petar!
> > > > > > Karlovo, Bulgaria.
> > > > > >
> > > > > > EOOXML objections
> > > > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > > > >
> > > > > > Public PGP Key at:
> > > > > >
> > > >
> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B
> 7615 00F9
> > > > > >
> > > > >
> > > >
> > >
> > > >
> ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > > > For additional commands, e-mail: general-help@jakarta.apache.org
> > > >
> > > >
> > >
> > >
> > >
> > > --
> > >
> > > Regards, Petar!
> > > Karlovo, Bulgaria.
> > >
> > > EOOXML objections
> > > http://www.grokdoc.net/index.php/EOOXML_objections
> > >
> > > Public PGP Key at:
> > >
> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> > >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: general-help@jakarta.apache.org
>
>
--
Regards, Petar!
Karlovo, Bulgaria.
EOOXML objections
http://www.grokdoc.net/index.php/EOOXML_objections
Public PGP Key at:
http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
Re: Cactus Release Archives
Posted by Petar Tahchiev <pa...@gmail.com>.
OK,
sorry for bringing this so long but this is my first time
I am making a release and as you see I am not so confident.
I have uploaded the new archives here:
http://people.apache.org/dist/jakarta/cactus/1.8.0/
with the following changes:
0) Now everything is built with JDK 1.4
1) The L&N files are included.
2) The MANIFEST.MF is proper (according to me).
3) I have removed the duplicate maven-release-plugin
declaration, which used to bring the line:
<tagBase>file:////home/peter/tags/</tagBase>
I have made the archives from the trunk.
I have no RC tag.
If the archives are OK, I will cast a vote upon them
and if the vote succeeds I will copy the trunk in a tag.
The only issue I see now is that we have the DEPENDENCIES file
in the META-INF, but since it is not a blocking issue I will leave as it
is. (Actually I couldn't find anywhere in the web how to remove this file).
Please can you have a look over the artifacts and in case there are any
problems,
I will be glad to work on fixing them.
Thanks a lot.
P.S I have the following in my ~/.subversion/config file:
*.java = svn:eol-style=native
but I don't seem to set the eol-style correctly. Can you tell me where am I
wrong?
Also I have added the RAT plugin in the master pom so that we can execute
the rat
plugin. I exclude the scratchpad/, descriptors/ and ANNOUNCEMENT.txt and I
don't
see any other file with a missing header....
On Mon, Mar 31, 2008 at 11:49 PM, sebb <se...@gmail.com> wrote:
> On 30/03/2008, sebb <se...@gmail.com> wrote:
> > On 29/03/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> > > Hi Sebb,
> > >
> > > thanks for the feedback.
> > >
> > > I prefer to keep the bz2 archives. I have improved the licenses
> according
> > > to the lib folder.
> >
> >
> > There are still several jars in the lib directory which are not
> > mentioned in the licenses/README.txt.
> >
> > README.txt says: Apache ServletAPI - Apache 2.0
> >
> > However, the MANIFEST in servlet-api-2.5.jar suggests that the owner
> > is Sun, not Apache, and the license may not be AL 2.0.
> >
> >
> > > Also I have made the MANIFEST.MF to include the data you pointed.
> >
> >
> > But the compiler versions are not in
> > cactus.core.framework.uberjar.javaEE.14-1.8.0.jar.
> >
> > Also, the version says source and target = 1.4, yet the code was built
> > (and presumably tested) with Java 1.6. The code should be built and
> > tested with Java 1.4.
> >
> > I just tried "mvn install" with Java 1.4, and a lot of tests failed.
> > The ones I checked failed with:
> >
> > java.lang.NoClassDefFoundError: org/w3c/dom/ranges/DocumentRange
> >
> >
> > > Also the META-INF folder to include the LICENSE and NOTICE files.
> >
> >
> > However, these files need to relate to the contents of the jar or
> > archive - for example, the ones in the cactus jars should only mention
> > Apache, as all the code therein is Apache, as far as I can tell.
> >
> > The N & L files for the archives need to mention the external software
> > that is included.
> >
> >
> > > I have also included the 'source' and 'target' versions in the
> > > parent pom.xml and also the inceptionYear attribute.
> >
> >
> > The inceptionYear should agree with the first Copyright year.
> >
> > The pom includes the lines:
> >
> > <url>scp://ptahchiev@people.apache.org
> :/www/jakarta.apache.org/cactus/1.8.0/</url>
> > <tagBase>file:////home/peter/tags/</tagBase>
> >
> > which are unlikely to work for other users.
> >
> >
> > > Now I think that everything is OK.
> > >
> > > You can see the new files here:
> > > http://people.apache.org/dist/jakarta/cactus/1.8.0/
> >
> >
> > Where is the RC tag for the source?
> > There should be an RC tag and a build that is made from the tag.
> > If the vote succeeds, the tag can be copied to the release tag.
> > If not, then a new tag can be made once all the fixes have been
> > applied, and the process repeated.
> >
> > It looks like the final release tag has already been created.
> > If the vote fails, this will have to be deleted and recreated once the
> > fixes have been made.
> > That's not ideal for release tags.
> >
> >
> > > Tomorrow morning I will cast a release-vote for these archives.
> >
> >
> > Sorry, but I don't think they are ready.
> >
>
> Just ran RAT on cactus-trunk - there are a lot of files that don't
> have the proper AL header.
>
> >
> > >
> > > Cheers, Petar.
> > >
> > >
> > > On Sat, Mar 29, 2008 at 3:43 AM, sebb <se...@gmail.com> wrote:
> > >
> > > > On 29/03/2008, sebb <se...@gmail.com> wrote:
> > > > > On 25/03/2008, Petar Tahchiev <pa...@gmail.com>
> wrote:
> > > > > > Hi everybody,
> > > > > >
> > > > > > I am following this tutorial:
> > > > > >
> > > > > >
> > > >
> http://wiki.apache.org/HttpComponents/HttpComponentsCoreReleaseProcess
> > > > > >
> > > > > > and making it for Cactus. So I want to invite you all to
> test the
> > > > archives I
> > > > > > have uploaded
> > > > > > here:
> > > > > >
> > > > > > http://people.apache.org/dist/jakarta/cactus/
> > > > > >
> > > > > > and report problems if you find some.
> > > > >
> > > > >
> > > > > Not sure it's useful to include the bz2 archives; although they
> are
> > > > > slightly smaller, the user-base is much smaller...
> > > > >
> > > > > The licenses/README.txt file does not seem to agree with the
> jars in
> > > > > the lib directory.
> > > > >
> > > > > Also, several of the jars in the lib directory are quite old
> versions;
> > > > > if possible, they should be updated.
> > > > >
> > > > > The generated cactus jars must contain NOTICE and LICENSE files
> (e.g.
> > > > > in the META-INF directory)
> > > > >
> > > > > It would be useful if the cactus jar manifests included the
> following
> > > > > attributes:
> > > > >
> > > > > Built-By: xxxxx
> > > > > Implementation-Title: Jakarta Cactus
> > > > > Implementation-Vendor: The Apache Software Foundation
> > > > > Implementation-Vendor-Id: org.apache
> > > > > Implementation-Version: 1.8-SNAPSHOT
> > > > > Specification-Title: Jakarta Cactus
> > > > > Specification-Vendor: The Apache Software Foundation
> > > > > Specification-Version: 1.8-SNAPSHOT
> > > > > Build-Jdk: 1.5.0_12 (e.g.)
> > > > > X-Compile-Source-JDK: 1.3 (e.g.)
> > > > > X-Compile-Target-JDK: 1.3 (e.g.)
> > > > >
> > > > > There seem to be some problems with SVN file properties; I've
> fixed
> > > > > most of them in trunk.
> > > > >
> > > > > Did you create the archives from trunk?
> > > > > There are some discrepancies between that and the source
> archive.
> > > > >
> > > >
> > > > Just noticed that the pom.xml does not specify the source and
> target
> > > > java versions.
> > > > It should also have inceptionYear
> > > >
> > > > Might be an idea to use a property for the version so the
> individual
> > > > poms don't have to be updated.
> > > >
> > > > The eclipse .classpath file looks a bit odd - it seems to have
> lots of
> > > > entries that don't seem to be required.
> > > >
> > > > >
> > > > > > If no problems occur, I will continue with the next steps of
> the
> > > > tutorial
> > > > > > and make
> > > > > > "official" release archives and cast a vote upon them.
> > > > > >
> > > > > > Thank you all.
> > > > > >
> > > > > > P.S. You can also have a look at the new Cactus web-site I
> have
> > > > uploaded
> > > > > > here:
> > > > > >
> > > > > > http://jakarta.apache.org/cactus/1.8.0/
> > > > > >
> > > > > > I am currently doing final test upon it and then I will
> upload it as
> > > > > > "official" Cactus site.
> > > > > >
> > > > > > --
> > > > > > Regards, Petar!
> > > > > > Karlovo, Bulgaria.
> > > > > >
> > > > > > EOOXML objections
> > > > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > > > >
> > > > > > Public PGP Key at:
> > > > > >
> > > >
> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B
> 7615 00F9
> > > > > >
> > > > >
> > > >
> > >
> > > >
> ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > > > For additional commands, e-mail: general-help@jakarta.apache.org
> > > >
> > > >
> > >
> > >
> > >
> > > --
> > >
> > > Regards, Petar!
> > > Karlovo, Bulgaria.
> > >
> > > EOOXML objections
> > > http://www.grokdoc.net/index.php/EOOXML_objections
> > >
> > > Public PGP Key at:
> > >
> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> > >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: general-help@jakarta.apache.org
>
>
--
Regards, Petar!
Karlovo, Bulgaria.
EOOXML objections
http://www.grokdoc.net/index.php/EOOXML_objections
Public PGP Key at:
http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
Re: Cactus Release Archives
Posted by sebb <se...@gmail.com>.
On 30/03/2008, sebb <se...@gmail.com> wrote:
> On 29/03/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> > Hi Sebb,
> >
> > thanks for the feedback.
> >
> > I prefer to keep the bz2 archives. I have improved the licenses according
> > to the lib folder.
>
>
> There are still several jars in the lib directory which are not
> mentioned in the licenses/README.txt.
>
> README.txt says: Apache ServletAPI - Apache 2.0
>
> However, the MANIFEST in servlet-api-2.5.jar suggests that the owner
> is Sun, not Apache, and the license may not be AL 2.0.
>
>
> > Also I have made the MANIFEST.MF to include the data you pointed.
>
>
> But the compiler versions are not in
> cactus.core.framework.uberjar.javaEE.14-1.8.0.jar.
>
> Also, the version says source and target = 1.4, yet the code was built
> (and presumably tested) with Java 1.6. The code should be built and
> tested with Java 1.4.
>
> I just tried "mvn install" with Java 1.4, and a lot of tests failed.
> The ones I checked failed with:
>
> java.lang.NoClassDefFoundError: org/w3c/dom/ranges/DocumentRange
>
>
> > Also the META-INF folder to include the LICENSE and NOTICE files.
>
>
> However, these files need to relate to the contents of the jar or
> archive - for example, the ones in the cactus jars should only mention
> Apache, as all the code therein is Apache, as far as I can tell.
>
> The N & L files for the archives need to mention the external software
> that is included.
>
>
> > I have also included the 'source' and 'target' versions in the
> > parent pom.xml and also the inceptionYear attribute.
>
>
> The inceptionYear should agree with the first Copyright year.
>
> The pom includes the lines:
>
> <url>scp://ptahchiev@people.apache.org:/www/jakarta.apache.org/cactus/1.8.0/</url>
> <tagBase>file:////home/peter/tags/</tagBase>
>
> which are unlikely to work for other users.
>
>
> > Now I think that everything is OK.
> >
> > You can see the new files here:
> > http://people.apache.org/dist/jakarta/cactus/1.8.0/
>
>
> Where is the RC tag for the source?
> There should be an RC tag and a build that is made from the tag.
> If the vote succeeds, the tag can be copied to the release tag.
> If not, then a new tag can be made once all the fixes have been
> applied, and the process repeated.
>
> It looks like the final release tag has already been created.
> If the vote fails, this will have to be deleted and recreated once the
> fixes have been made.
> That's not ideal for release tags.
>
>
> > Tomorrow morning I will cast a release-vote for these archives.
>
>
> Sorry, but I don't think they are ready.
>
Just ran RAT on cactus-trunk - there are a lot of files that don't
have the proper AL header.
>
> >
> > Cheers, Petar.
> >
> >
> > On Sat, Mar 29, 2008 at 3:43 AM, sebb <se...@gmail.com> wrote:
> >
> > > On 29/03/2008, sebb <se...@gmail.com> wrote:
> > > > On 25/03/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> > > > > Hi everybody,
> > > > >
> > > > > I am following this tutorial:
> > > > >
> > > > >
> > > http://wiki.apache.org/HttpComponents/HttpComponentsCoreReleaseProcess
> > > > >
> > > > > and making it for Cactus. So I want to invite you all to test the
> > > archives I
> > > > > have uploaded
> > > > > here:
> > > > >
> > > > > http://people.apache.org/dist/jakarta/cactus/
> > > > >
> > > > > and report problems if you find some.
> > > >
> > > >
> > > > Not sure it's useful to include the bz2 archives; although they are
> > > > slightly smaller, the user-base is much smaller...
> > > >
> > > > The licenses/README.txt file does not seem to agree with the jars in
> > > > the lib directory.
> > > >
> > > > Also, several of the jars in the lib directory are quite old versions;
> > > > if possible, they should be updated.
> > > >
> > > > The generated cactus jars must contain NOTICE and LICENSE files (e.g.
> > > > in the META-INF directory)
> > > >
> > > > It would be useful if the cactus jar manifests included the following
> > > > attributes:
> > > >
> > > > Built-By: xxxxx
> > > > Implementation-Title: Jakarta Cactus
> > > > Implementation-Vendor: The Apache Software Foundation
> > > > Implementation-Vendor-Id: org.apache
> > > > Implementation-Version: 1.8-SNAPSHOT
> > > > Specification-Title: Jakarta Cactus
> > > > Specification-Vendor: The Apache Software Foundation
> > > > Specification-Version: 1.8-SNAPSHOT
> > > > Build-Jdk: 1.5.0_12 (e.g.)
> > > > X-Compile-Source-JDK: 1.3 (e.g.)
> > > > X-Compile-Target-JDK: 1.3 (e.g.)
> > > >
> > > > There seem to be some problems with SVN file properties; I've fixed
> > > > most of them in trunk.
> > > >
> > > > Did you create the archives from trunk?
> > > > There are some discrepancies between that and the source archive.
> > > >
> > >
> > > Just noticed that the pom.xml does not specify the source and target
> > > java versions.
> > > It should also have inceptionYear
> > >
> > > Might be an idea to use a property for the version so the individual
> > > poms don't have to be updated.
> > >
> > > The eclipse .classpath file looks a bit odd - it seems to have lots of
> > > entries that don't seem to be required.
> > >
> > > >
> > > > > If no problems occur, I will continue with the next steps of the
> > > tutorial
> > > > > and make
> > > > > "official" release archives and cast a vote upon them.
> > > > >
> > > > > Thank you all.
> > > > >
> > > > > P.S. You can also have a look at the new Cactus web-site I have
> > > uploaded
> > > > > here:
> > > > >
> > > > > http://jakarta.apache.org/cactus/1.8.0/
> > > > >
> > > > > I am currently doing final test upon it and then I will upload it as
> > > > > "official" Cactus site.
> > > > >
> > > > > --
> > > > > Regards, Petar!
> > > > > Karlovo, Bulgaria.
> > > > >
> > > > > EOOXML objections
> > > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > > >
> > > > > Public PGP Key at:
> > > > >
> > > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> > > > >
> > > >
> > >
> >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: general-help@jakarta.apache.org
> > >
> > >
> >
> >
> >
> > --
> >
> > Regards, Petar!
> > Karlovo, Bulgaria.
> >
> > EOOXML objections
> > http://www.grokdoc.net/index.php/EOOXML_objections
> >
> > Public PGP Key at:
> > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> >
>
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org
Re: Cactus Release Archives
Posted by sebb <se...@gmail.com>.
On 29/03/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> Hi Sebb,
>
> thanks for the feedback.
>
> I prefer to keep the bz2 archives. I have improved the licenses according
> to the lib folder.
There are still several jars in the lib directory which are not
mentioned in the licenses/README.txt.
README.txt says: Apache ServletAPI - Apache 2.0
However, the MANIFEST in servlet-api-2.5.jar suggests that the owner
is Sun, not Apache, and the license may not be AL 2.0.
> Also I have made the MANIFEST.MF to include the data you pointed.
But the compiler versions are not in
cactus.core.framework.uberjar.javaEE.14-1.8.0.jar.
Also, the version says source and target = 1.4, yet the code was built
(and presumably tested) with Java 1.6. The code should be built and
tested with Java 1.4.
I just tried "mvn install" with Java 1.4, and a lot of tests failed.
The ones I checked failed with:
java.lang.NoClassDefFoundError: org/w3c/dom/ranges/DocumentRange
> Also the META-INF folder to include the LICENSE and NOTICE files.
However, these files need to relate to the contents of the jar or
archive - for example, the ones in the cactus jars should only mention
Apache, as all the code therein is Apache, as far as I can tell.
The N & L files for the archives need to mention the external software
that is included.
> I have also included the 'source' and 'target' versions in the
> parent pom.xml and also the inceptionYear attribute.
The inceptionYear should agree with the first Copyright year.
The pom includes the lines:
<url>scp://ptahchiev@people.apache.org:/www/jakarta.apache.org/cactus/1.8.0/</url>
<tagBase>file:////home/peter/tags/</tagBase>
which are unlikely to work for other users.
> Now I think that everything is OK.
>
> You can see the new files here:
> http://people.apache.org/dist/jakarta/cactus/1.8.0/
Where is the RC tag for the source?
There should be an RC tag and a build that is made from the tag.
If the vote succeeds, the tag can be copied to the release tag.
If not, then a new tag can be made once all the fixes have been
applied, and the process repeated.
It looks like the final release tag has already been created.
If the vote fails, this will have to be deleted and recreated once the
fixes have been made.
That's not ideal for release tags.
> Tomorrow morning I will cast a release-vote for these archives.
Sorry, but I don't think they are ready.
>
> Cheers, Petar.
>
>
> On Sat, Mar 29, 2008 at 3:43 AM, sebb <se...@gmail.com> wrote:
>
> > On 29/03/2008, sebb <se...@gmail.com> wrote:
> > > On 25/03/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> > > > Hi everybody,
> > > >
> > > > I am following this tutorial:
> > > >
> > > >
> > http://wiki.apache.org/HttpComponents/HttpComponentsCoreReleaseProcess
> > > >
> > > > and making it for Cactus. So I want to invite you all to test the
> > archives I
> > > > have uploaded
> > > > here:
> > > >
> > > > http://people.apache.org/dist/jakarta/cactus/
> > > >
> > > > and report problems if you find some.
> > >
> > >
> > > Not sure it's useful to include the bz2 archives; although they are
> > > slightly smaller, the user-base is much smaller...
> > >
> > > The licenses/README.txt file does not seem to agree with the jars in
> > > the lib directory.
> > >
> > > Also, several of the jars in the lib directory are quite old versions;
> > > if possible, they should be updated.
> > >
> > > The generated cactus jars must contain NOTICE and LICENSE files (e.g.
> > > in the META-INF directory)
> > >
> > > It would be useful if the cactus jar manifests included the following
> > > attributes:
> > >
> > > Built-By: xxxxx
> > > Implementation-Title: Jakarta Cactus
> > > Implementation-Vendor: The Apache Software Foundation
> > > Implementation-Vendor-Id: org.apache
> > > Implementation-Version: 1.8-SNAPSHOT
> > > Specification-Title: Jakarta Cactus
> > > Specification-Vendor: The Apache Software Foundation
> > > Specification-Version: 1.8-SNAPSHOT
> > > Build-Jdk: 1.5.0_12 (e.g.)
> > > X-Compile-Source-JDK: 1.3 (e.g.)
> > > X-Compile-Target-JDK: 1.3 (e.g.)
> > >
> > > There seem to be some problems with SVN file properties; I've fixed
> > > most of them in trunk.
> > >
> > > Did you create the archives from trunk?
> > > There are some discrepancies between that and the source archive.
> > >
> >
> > Just noticed that the pom.xml does not specify the source and target
> > java versions.
> > It should also have inceptionYear
> >
> > Might be an idea to use a property for the version so the individual
> > poms don't have to be updated.
> >
> > The eclipse .classpath file looks a bit odd - it seems to have lots of
> > entries that don't seem to be required.
> >
> > >
> > > > If no problems occur, I will continue with the next steps of the
> > tutorial
> > > > and make
> > > > "official" release archives and cast a vote upon them.
> > > >
> > > > Thank you all.
> > > >
> > > > P.S. You can also have a look at the new Cactus web-site I have
> > uploaded
> > > > here:
> > > >
> > > > http://jakarta.apache.org/cactus/1.8.0/
> > > >
> > > > I am currently doing final test upon it and then I will upload it as
> > > > "official" Cactus site.
> > > >
> > > > --
> > > > Regards, Petar!
> > > > Karlovo, Bulgaria.
> > > >
> > > > EOOXML objections
> > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > >
> > > > Public PGP Key at:
> > > >
> > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> > > >
> > >
> >
>
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: general-help@jakarta.apache.org
> >
> >
>
>
>
> --
>
> Regards, Petar!
> Karlovo, Bulgaria.
>
> EOOXML objections
> http://www.grokdoc.net/index.php/EOOXML_objections
>
> Public PGP Key at:
> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
>
---------------------------------------------------------------------
To unsubscribe, e-mail: cactus-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: cactus-dev-help@jakarta.apache.org
Re: Cactus Release Archives
Posted by sebb <se...@gmail.com>.
On 29/03/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> Hi Sebb,
>
> thanks for the feedback.
>
> I prefer to keep the bz2 archives. I have improved the licenses according
> to the lib folder.
There are still several jars in the lib directory which are not
mentioned in the licenses/README.txt.
README.txt says: Apache ServletAPI - Apache 2.0
However, the MANIFEST in servlet-api-2.5.jar suggests that the owner
is Sun, not Apache, and the license may not be AL 2.0.
> Also I have made the MANIFEST.MF to include the data you pointed.
But the compiler versions are not in
cactus.core.framework.uberjar.javaEE.14-1.8.0.jar.
Also, the version says source and target = 1.4, yet the code was built
(and presumably tested) with Java 1.6. The code should be built and
tested with Java 1.4.
I just tried "mvn install" with Java 1.4, and a lot of tests failed.
The ones I checked failed with:
java.lang.NoClassDefFoundError: org/w3c/dom/ranges/DocumentRange
> Also the META-INF folder to include the LICENSE and NOTICE files.
However, these files need to relate to the contents of the jar or
archive - for example, the ones in the cactus jars should only mention
Apache, as all the code therein is Apache, as far as I can tell.
The N & L files for the archives need to mention the external software
that is included.
> I have also included the 'source' and 'target' versions in the
> parent pom.xml and also the inceptionYear attribute.
The inceptionYear should agree with the first Copyright year.
The pom includes the lines:
<url>scp://ptahchiev@people.apache.org:/www/jakarta.apache.org/cactus/1.8.0/</url>
<tagBase>file:////home/peter/tags/</tagBase>
which are unlikely to work for other users.
> Now I think that everything is OK.
>
> You can see the new files here:
> http://people.apache.org/dist/jakarta/cactus/1.8.0/
Where is the RC tag for the source?
There should be an RC tag and a build that is made from the tag.
If the vote succeeds, the tag can be copied to the release tag.
If not, then a new tag can be made once all the fixes have been
applied, and the process repeated.
It looks like the final release tag has already been created.
If the vote fails, this will have to be deleted and recreated once the
fixes have been made.
That's not ideal for release tags.
> Tomorrow morning I will cast a release-vote for these archives.
Sorry, but I don't think they are ready.
>
> Cheers, Petar.
>
>
> On Sat, Mar 29, 2008 at 3:43 AM, sebb <se...@gmail.com> wrote:
>
> > On 29/03/2008, sebb <se...@gmail.com> wrote:
> > > On 25/03/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> > > > Hi everybody,
> > > >
> > > > I am following this tutorial:
> > > >
> > > >
> > http://wiki.apache.org/HttpComponents/HttpComponentsCoreReleaseProcess
> > > >
> > > > and making it for Cactus. So I want to invite you all to test the
> > archives I
> > > > have uploaded
> > > > here:
> > > >
> > > > http://people.apache.org/dist/jakarta/cactus/
> > > >
> > > > and report problems if you find some.
> > >
> > >
> > > Not sure it's useful to include the bz2 archives; although they are
> > > slightly smaller, the user-base is much smaller...
> > >
> > > The licenses/README.txt file does not seem to agree with the jars in
> > > the lib directory.
> > >
> > > Also, several of the jars in the lib directory are quite old versions;
> > > if possible, they should be updated.
> > >
> > > The generated cactus jars must contain NOTICE and LICENSE files (e.g.
> > > in the META-INF directory)
> > >
> > > It would be useful if the cactus jar manifests included the following
> > > attributes:
> > >
> > > Built-By: xxxxx
> > > Implementation-Title: Jakarta Cactus
> > > Implementation-Vendor: The Apache Software Foundation
> > > Implementation-Vendor-Id: org.apache
> > > Implementation-Version: 1.8-SNAPSHOT
> > > Specification-Title: Jakarta Cactus
> > > Specification-Vendor: The Apache Software Foundation
> > > Specification-Version: 1.8-SNAPSHOT
> > > Build-Jdk: 1.5.0_12 (e.g.)
> > > X-Compile-Source-JDK: 1.3 (e.g.)
> > > X-Compile-Target-JDK: 1.3 (e.g.)
> > >
> > > There seem to be some problems with SVN file properties; I've fixed
> > > most of them in trunk.
> > >
> > > Did you create the archives from trunk?
> > > There are some discrepancies between that and the source archive.
> > >
> >
> > Just noticed that the pom.xml does not specify the source and target
> > java versions.
> > It should also have inceptionYear
> >
> > Might be an idea to use a property for the version so the individual
> > poms don't have to be updated.
> >
> > The eclipse .classpath file looks a bit odd - it seems to have lots of
> > entries that don't seem to be required.
> >
> > >
> > > > If no problems occur, I will continue with the next steps of the
> > tutorial
> > > > and make
> > > > "official" release archives and cast a vote upon them.
> > > >
> > > > Thank you all.
> > > >
> > > > P.S. You can also have a look at the new Cactus web-site I have
> > uploaded
> > > > here:
> > > >
> > > > http://jakarta.apache.org/cactus/1.8.0/
> > > >
> > > > I am currently doing final test upon it and then I will upload it as
> > > > "official" Cactus site.
> > > >
> > > > --
> > > > Regards, Petar!
> > > > Karlovo, Bulgaria.
> > > >
> > > > EOOXML objections
> > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > >
> > > > Public PGP Key at:
> > > >
> > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> > > >
> > >
> >
>
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: general-help@jakarta.apache.org
> >
> >
>
>
>
> --
>
> Regards, Petar!
> Karlovo, Bulgaria.
>
> EOOXML objections
> http://www.grokdoc.net/index.php/EOOXML_objections
>
> Public PGP Key at:
> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
>
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org
Re: Cactus Release Archives
Posted by Petar Tahchiev <pa...@gmail.com>.
Hi Sebb,
thanks for the feedback.
I prefer to keep the bz2 archives. I have improved the licenses according
to the lib folder. Also I have made the MANIFEST.MF to include the
data you pointed. Also the META-INF folder to include the LICENSE and
NOTICE files. I have also included the 'source' and 'target' versions in the
parent pom.xml and also the inceptionYear attribute.
Now I think that everything is OK.
You can see the new files here:
http://people.apache.org/dist/jakarta/cactus/1.8.0/
Tomorrow morning I will cast a release-vote for these archives.
Cheers, Petar.
On Sat, Mar 29, 2008 at 3:43 AM, sebb <se...@gmail.com> wrote:
> On 29/03/2008, sebb <se...@gmail.com> wrote:
> > On 25/03/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> > > Hi everybody,
> > >
> > > I am following this tutorial:
> > >
> > >
> http://wiki.apache.org/HttpComponents/HttpComponentsCoreReleaseProcess
> > >
> > > and making it for Cactus. So I want to invite you all to test the
> archives I
> > > have uploaded
> > > here:
> > >
> > > http://people.apache.org/dist/jakarta/cactus/
> > >
> > > and report problems if you find some.
> >
> >
> > Not sure it's useful to include the bz2 archives; although they are
> > slightly smaller, the user-base is much smaller...
> >
> > The licenses/README.txt file does not seem to agree with the jars in
> > the lib directory.
> >
> > Also, several of the jars in the lib directory are quite old versions;
> > if possible, they should be updated.
> >
> > The generated cactus jars must contain NOTICE and LICENSE files (e.g.
> > in the META-INF directory)
> >
> > It would be useful if the cactus jar manifests included the following
> > attributes:
> >
> > Built-By: xxxxx
> > Implementation-Title: Jakarta Cactus
> > Implementation-Vendor: The Apache Software Foundation
> > Implementation-Vendor-Id: org.apache
> > Implementation-Version: 1.8-SNAPSHOT
> > Specification-Title: Jakarta Cactus
> > Specification-Vendor: The Apache Software Foundation
> > Specification-Version: 1.8-SNAPSHOT
> > Build-Jdk: 1.5.0_12 (e.g.)
> > X-Compile-Source-JDK: 1.3 (e.g.)
> > X-Compile-Target-JDK: 1.3 (e.g.)
> >
> > There seem to be some problems with SVN file properties; I've fixed
> > most of them in trunk.
> >
> > Did you create the archives from trunk?
> > There are some discrepancies between that and the source archive.
> >
>
> Just noticed that the pom.xml does not specify the source and target
> java versions.
> It should also have inceptionYear
>
> Might be an idea to use a property for the version so the individual
> poms don't have to be updated.
>
> The eclipse .classpath file looks a bit odd - it seems to have lots of
> entries that don't seem to be required.
>
> >
> > > If no problems occur, I will continue with the next steps of the
> tutorial
> > > and make
> > > "official" release archives and cast a vote upon them.
> > >
> > > Thank you all.
> > >
> > > P.S. You can also have a look at the new Cactus web-site I have
> uploaded
> > > here:
> > >
> > > http://jakarta.apache.org/cactus/1.8.0/
> > >
> > > I am currently doing final test upon it and then I will upload it as
> > > "official" Cactus site.
> > >
> > > --
> > > Regards, Petar!
> > > Karlovo, Bulgaria.
> > >
> > > EOOXML objections
> > > http://www.grokdoc.net/index.php/EOOXML_objections
> > >
> > > Public PGP Key at:
> > >
> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> > >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: general-help@jakarta.apache.org
>
>
--
Regards, Petar!
Karlovo, Bulgaria.
EOOXML objections
http://www.grokdoc.net/index.php/EOOXML_objections
Public PGP Key at:
http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
Re: Cactus Release Archives
Posted by Petar Tahchiev <pa...@gmail.com>.
Hi Sebb,
thanks for the feedback.
I prefer to keep the bz2 archives. I have improved the licenses according
to the lib folder. Also I have made the MANIFEST.MF to include the
data you pointed. Also the META-INF folder to include the LICENSE and
NOTICE files. I have also included the 'source' and 'target' versions in the
parent pom.xml and also the inceptionYear attribute.
Now I think that everything is OK.
You can see the new files here:
http://people.apache.org/dist/jakarta/cactus/1.8.0/
Tomorrow morning I will cast a release-vote for these archives.
Cheers, Petar.
On Sat, Mar 29, 2008 at 3:43 AM, sebb <se...@gmail.com> wrote:
> On 29/03/2008, sebb <se...@gmail.com> wrote:
> > On 25/03/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> > > Hi everybody,
> > >
> > > I am following this tutorial:
> > >
> > >
> http://wiki.apache.org/HttpComponents/HttpComponentsCoreReleaseProcess
> > >
> > > and making it for Cactus. So I want to invite you all to test the
> archives I
> > > have uploaded
> > > here:
> > >
> > > http://people.apache.org/dist/jakarta/cactus/
> > >
> > > and report problems if you find some.
> >
> >
> > Not sure it's useful to include the bz2 archives; although they are
> > slightly smaller, the user-base is much smaller...
> >
> > The licenses/README.txt file does not seem to agree with the jars in
> > the lib directory.
> >
> > Also, several of the jars in the lib directory are quite old versions;
> > if possible, they should be updated.
> >
> > The generated cactus jars must contain NOTICE and LICENSE files (e.g.
> > in the META-INF directory)
> >
> > It would be useful if the cactus jar manifests included the following
> > attributes:
> >
> > Built-By: xxxxx
> > Implementation-Title: Jakarta Cactus
> > Implementation-Vendor: The Apache Software Foundation
> > Implementation-Vendor-Id: org.apache
> > Implementation-Version: 1.8-SNAPSHOT
> > Specification-Title: Jakarta Cactus
> > Specification-Vendor: The Apache Software Foundation
> > Specification-Version: 1.8-SNAPSHOT
> > Build-Jdk: 1.5.0_12 (e.g.)
> > X-Compile-Source-JDK: 1.3 (e.g.)
> > X-Compile-Target-JDK: 1.3 (e.g.)
> >
> > There seem to be some problems with SVN file properties; I've fixed
> > most of them in trunk.
> >
> > Did you create the archives from trunk?
> > There are some discrepancies between that and the source archive.
> >
>
> Just noticed that the pom.xml does not specify the source and target
> java versions.
> It should also have inceptionYear
>
> Might be an idea to use a property for the version so the individual
> poms don't have to be updated.
>
> The eclipse .classpath file looks a bit odd - it seems to have lots of
> entries that don't seem to be required.
>
> >
> > > If no problems occur, I will continue with the next steps of the
> tutorial
> > > and make
> > > "official" release archives and cast a vote upon them.
> > >
> > > Thank you all.
> > >
> > > P.S. You can also have a look at the new Cactus web-site I have
> uploaded
> > > here:
> > >
> > > http://jakarta.apache.org/cactus/1.8.0/
> > >
> > > I am currently doing final test upon it and then I will upload it as
> > > "official" Cactus site.
> > >
> > > --
> > > Regards, Petar!
> > > Karlovo, Bulgaria.
> > >
> > > EOOXML objections
> > > http://www.grokdoc.net/index.php/EOOXML_objections
> > >
> > > Public PGP Key at:
> > >
> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> > >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: general-help@jakarta.apache.org
>
>
--
Regards, Petar!
Karlovo, Bulgaria.
EOOXML objections
http://www.grokdoc.net/index.php/EOOXML_objections
Public PGP Key at:
http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
Re: Cactus Release Archives
Posted by sebb <se...@gmail.com>.
On 29/03/2008, sebb <se...@gmail.com> wrote:
> On 25/03/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> > Hi everybody,
> >
> > I am following this tutorial:
> >
> > http://wiki.apache.org/HttpComponents/HttpComponentsCoreReleaseProcess
> >
> > and making it for Cactus. So I want to invite you all to test the archives I
> > have uploaded
> > here:
> >
> > http://people.apache.org/dist/jakarta/cactus/
> >
> > and report problems if you find some.
>
>
> Not sure it's useful to include the bz2 archives; although they are
> slightly smaller, the user-base is much smaller...
>
> The licenses/README.txt file does not seem to agree with the jars in
> the lib directory.
>
> Also, several of the jars in the lib directory are quite old versions;
> if possible, they should be updated.
>
> The generated cactus jars must contain NOTICE and LICENSE files (e.g.
> in the META-INF directory)
>
> It would be useful if the cactus jar manifests included the following
> attributes:
>
> Built-By: xxxxx
> Implementation-Title: Jakarta Cactus
> Implementation-Vendor: The Apache Software Foundation
> Implementation-Vendor-Id: org.apache
> Implementation-Version: 1.8-SNAPSHOT
> Specification-Title: Jakarta Cactus
> Specification-Vendor: The Apache Software Foundation
> Specification-Version: 1.8-SNAPSHOT
> Build-Jdk: 1.5.0_12 (e.g.)
> X-Compile-Source-JDK: 1.3 (e.g.)
> X-Compile-Target-JDK: 1.3 (e.g.)
>
> There seem to be some problems with SVN file properties; I've fixed
> most of them in trunk.
>
> Did you create the archives from trunk?
> There are some discrepancies between that and the source archive.
>
Just noticed that the pom.xml does not specify the source and target
java versions.
It should also have inceptionYear
Might be an idea to use a property for the version so the individual
poms don't have to be updated.
The eclipse .classpath file looks a bit odd - it seems to have lots of
entries that don't seem to be required.
>
> > If no problems occur, I will continue with the next steps of the tutorial
> > and make
> > "official" release archives and cast a vote upon them.
> >
> > Thank you all.
> >
> > P.S. You can also have a look at the new Cactus web-site I have uploaded
> > here:
> >
> > http://jakarta.apache.org/cactus/1.8.0/
> >
> > I am currently doing final test upon it and then I will upload it as
> > "official" Cactus site.
> >
> > --
> > Regards, Petar!
> > Karlovo, Bulgaria.
> >
> > EOOXML objections
> > http://www.grokdoc.net/index.php/EOOXML_objections
> >
> > Public PGP Key at:
> > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> >
>
---------------------------------------------------------------------
To unsubscribe, e-mail: cactus-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: cactus-dev-help@jakarta.apache.org
Re: Cactus Release Archives
Posted by sebb <se...@gmail.com>.
On 29/03/2008, sebb <se...@gmail.com> wrote:
> On 25/03/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> > Hi everybody,
> >
> > I am following this tutorial:
> >
> > http://wiki.apache.org/HttpComponents/HttpComponentsCoreReleaseProcess
> >
> > and making it for Cactus. So I want to invite you all to test the archives I
> > have uploaded
> > here:
> >
> > http://people.apache.org/dist/jakarta/cactus/
> >
> > and report problems if you find some.
>
>
> Not sure it's useful to include the bz2 archives; although they are
> slightly smaller, the user-base is much smaller...
>
> The licenses/README.txt file does not seem to agree with the jars in
> the lib directory.
>
> Also, several of the jars in the lib directory are quite old versions;
> if possible, they should be updated.
>
> The generated cactus jars must contain NOTICE and LICENSE files (e.g.
> in the META-INF directory)
>
> It would be useful if the cactus jar manifests included the following
> attributes:
>
> Built-By: xxxxx
> Implementation-Title: Jakarta Cactus
> Implementation-Vendor: The Apache Software Foundation
> Implementation-Vendor-Id: org.apache
> Implementation-Version: 1.8-SNAPSHOT
> Specification-Title: Jakarta Cactus
> Specification-Vendor: The Apache Software Foundation
> Specification-Version: 1.8-SNAPSHOT
> Build-Jdk: 1.5.0_12 (e.g.)
> X-Compile-Source-JDK: 1.3 (e.g.)
> X-Compile-Target-JDK: 1.3 (e.g.)
>
> There seem to be some problems with SVN file properties; I've fixed
> most of them in trunk.
>
> Did you create the archives from trunk?
> There are some discrepancies between that and the source archive.
>
Just noticed that the pom.xml does not specify the source and target
java versions.
It should also have inceptionYear
Might be an idea to use a property for the version so the individual
poms don't have to be updated.
The eclipse .classpath file looks a bit odd - it seems to have lots of
entries that don't seem to be required.
>
> > If no problems occur, I will continue with the next steps of the tutorial
> > and make
> > "official" release archives and cast a vote upon them.
> >
> > Thank you all.
> >
> > P.S. You can also have a look at the new Cactus web-site I have uploaded
> > here:
> >
> > http://jakarta.apache.org/cactus/1.8.0/
> >
> > I am currently doing final test upon it and then I will upload it as
> > "official" Cactus site.
> >
> > --
> > Regards, Petar!
> > Karlovo, Bulgaria.
> >
> > EOOXML objections
> > http://www.grokdoc.net/index.php/EOOXML_objections
> >
> > Public PGP Key at:
> > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> >
>
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org
Re: Cactus Release Archives
Posted by sebb <se...@gmail.com>.
On 25/03/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> Hi everybody,
>
> I am following this tutorial:
>
> http://wiki.apache.org/HttpComponents/HttpComponentsCoreReleaseProcess
>
> and making it for Cactus. So I want to invite you all to test the archives I
> have uploaded
> here:
>
> http://people.apache.org/dist/jakarta/cactus/
>
> and report problems if you find some.
Not sure it's useful to include the bz2 archives; although they are
slightly smaller, the user-base is much smaller...
The licenses/README.txt file does not seem to agree with the jars in
the lib directory.
Also, several of the jars in the lib directory are quite old versions;
if possible, they should be updated.
The generated cactus jars must contain NOTICE and LICENSE files (e.g.
in the META-INF directory)
It would be useful if the cactus jar manifests included the following
attributes:
Built-By: xxxxx
Implementation-Title: Jakarta Cactus
Implementation-Vendor: The Apache Software Foundation
Implementation-Vendor-Id: org.apache
Implementation-Version: 1.8-SNAPSHOT
Specification-Title: Jakarta Cactus
Specification-Vendor: The Apache Software Foundation
Specification-Version: 1.8-SNAPSHOT
Build-Jdk: 1.5.0_12 (e.g.)
X-Compile-Source-JDK: 1.3 (e.g.)
X-Compile-Target-JDK: 1.3 (e.g.)
There seem to be some problems with SVN file properties; I've fixed
most of them in trunk.
Did you create the archives from trunk?
There are some discrepancies between that and the source archive.
> If no problems occur, I will continue with the next steps of the tutorial
> and make
> "official" release archives and cast a vote upon them.
>
> Thank you all.
>
> P.S. You can also have a look at the new Cactus web-site I have uploaded
> here:
>
> http://jakarta.apache.org/cactus/1.8.0/
>
> I am currently doing final test upon it and then I will upload it as
> "official" Cactus site.
>
> --
> Regards, Petar!
> Karlovo, Bulgaria.
>
> EOOXML objections
> http://www.grokdoc.net/index.php/EOOXML_objections
>
> Public PGP Key at:
> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
>
---------------------------------------------------------------------
To unsubscribe, e-mail: cactus-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: cactus-dev-help@jakarta.apache.org
Re: Cactus Release Archives
Posted by sebb <se...@gmail.com>.
On 25/03/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> Hi everybody,
>
> I am following this tutorial:
>
> http://wiki.apache.org/HttpComponents/HttpComponentsCoreReleaseProcess
>
> and making it for Cactus. So I want to invite you all to test the archives I
> have uploaded
> here:
>
> http://people.apache.org/dist/jakarta/cactus/
>
> and report problems if you find some.
Not sure it's useful to include the bz2 archives; although they are
slightly smaller, the user-base is much smaller...
The licenses/README.txt file does not seem to agree with the jars in
the lib directory.
Also, several of the jars in the lib directory are quite old versions;
if possible, they should be updated.
The generated cactus jars must contain NOTICE and LICENSE files (e.g.
in the META-INF directory)
It would be useful if the cactus jar manifests included the following
attributes:
Built-By: xxxxx
Implementation-Title: Jakarta Cactus
Implementation-Vendor: The Apache Software Foundation
Implementation-Vendor-Id: org.apache
Implementation-Version: 1.8-SNAPSHOT
Specification-Title: Jakarta Cactus
Specification-Vendor: The Apache Software Foundation
Specification-Version: 1.8-SNAPSHOT
Build-Jdk: 1.5.0_12 (e.g.)
X-Compile-Source-JDK: 1.3 (e.g.)
X-Compile-Target-JDK: 1.3 (e.g.)
There seem to be some problems with SVN file properties; I've fixed
most of them in trunk.
Did you create the archives from trunk?
There are some discrepancies between that and the source archive.
> If no problems occur, I will continue with the next steps of the tutorial
> and make
> "official" release archives and cast a vote upon them.
>
> Thank you all.
>
> P.S. You can also have a look at the new Cactus web-site I have uploaded
> here:
>
> http://jakarta.apache.org/cactus/1.8.0/
>
> I am currently doing final test upon it and then I will upload it as
> "official" Cactus site.
>
> --
> Regards, Petar!
> Karlovo, Bulgaria.
>
> EOOXML objections
> http://www.grokdoc.net/index.php/EOOXML_objections
>
> Public PGP Key at:
> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
>
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org