into an ASF codebase. Sorry for having
pushed for this in the case of [meiyo], but the point is that Mark
Struberg is after all free to add his
https://github.com/struberg/Apache-commons-classscanner code to
[classscan]. This will give us a little more to discuss wrt merging
its and [meiyo]'s features
Hi!
Still had no time to grok the source as I was at a conference last week.
Please note that David Blevins did lots of work in this area as well in
xbean-finder.
This stuff is really fast - a few times faster than the other solutions
available...
Thus before we import new classes we should
.
Reminds me of this xkcd http://xkcd.com/927
-David
On Apr 23, 2012, at 1:54 PM, Honton, Charles wrote:
Can we agree on the interface before debating the
implementation?
Thanks,
Chas
On 4/22/12 10:48 AM, Mark Struberg
strub...@yahoo.de wrote:
Hi!
Still had no time
Sigis new job title: Release Candidate Manager :)
LieGrue,
strub
- Original Message -
From: Siegfried Goeschl sgoes...@gmx.at
To: Commons Developers List dev@commons.apache.org
Cc:
Sent: Tuesday, April 24, 2012 10:21 PM
Subject: [email] Preparing RC3 for commons-email
Hi
I can help out with git as well. And if you have maven question allas (I
initially wrote the maven-scm-providers-git).
You can look at the DeltaSpike configuration. Especially the
maven-release-plugin needs some attention.
I suggest to use
configuration
pushChangesfalse/pushChanges
Sorry, I'm still under heavy load at $$dayjob and had not yet time to review
Charles work :(
LieGrue,
strub
- Original Message -
From: Konstantin Kolinko knst.koli...@gmail.com
To: Commons Developers List dev@commons.apache.org
Cc:
Sent: Thursday, May 24, 2012 12:49 AM
Subject:
2. Is JIRA integrated with Git?
There has been an issue with this as the jira.git plugin is an almost 1:1 copy
of jira-git plugin. So it works fine, but atm you cannot use both plugins
(svn+git) in the same jira installation ^^
I'm not yet sure if this got fixed by atlassian already, but I'm
Hi folks!
What is the current status of dbcp in commons and in tomcat?
My $$dayjob project likes to switch from c3p0 to dbcp, but which one to take?
The winner will get a free beer at ApacheConEU :)
LieGrue,
strub
-
To
gnn of course it should read the jira-git plugin is an almost 1:1 copy of the
jira-svn plugin
LieGrue,
stru
- Original Message -
From: Mark Struberg strub...@yahoo.de
To: Commons Developers List dev@commons.apache.org
Cc:
Sent: Thursday, May 24, 2012 10:45 AM
Subject: Re: Git
tomcat dbcp?
Mark Struberg strub...@yahoo.de wrote:
Hi folks!
What is the current status of dbcp in commons and in tomcat?
My $$dayjob project likes to switch from c3p0 to dbcp, but which one to
take?
The winner will get a free beer at ApacheConEU :)
LieGrue,
strub
-
From: Matt Benson mben...@apache.org
To: Commons Developers List dev@commons.apache.org; Mark Struberg
strub...@yahoo.de
Cc:
Sent: Thursday, May 31, 2012 6:53 PM
Subject: Re: [classscan] Source repository
Hello all,
As Charles has been recently voted in as a Commons committer by
virtue
good stuff.
I'd like to go on and do the following:
in ./trunk add the following new directories
tck - our mass tests, etc which we can use for common testing, performance
measurements, etc
api - the part a user interacts with
impl-bcel - move Chas' work to
impl-xbf - move
Hi!
I now moved all the stuff to trunk.
Next I'll work on a structure for the API and extract a mainingful api from
both Chas' and Davids 'backends' + do the initial maven setup stuff.
LieGrue,
strub
- Original Message -
From: Mark Struberg strub...@yahoo.de
To: Commons Developers
Hi!
Should we set our java language level to java5 or java6?
LieGrue,
strub
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
Hi!
I've now looked through both impls and both share some very similar API classes
obviously (MetaClass, MetaField, etc). Details are different, but I think we
can extract a common API.
One thing I figured while looking at the code is that some parts are full with
URI handling instead of
Hi!
I now did read through the metadata classes of Chas' and Davids impls.
Both look pretty similar to some degree. A few key differences
* using AnnotatedElement instead of HasName() makes it possible to replace most
'old' code which does getAnnotations() etc 1:1
Imo we should keep this
length.
But we have 100.000s of instances. That might sum up. We need to trace it
finally. Otherwise +1 for interfaces.
LieGrue,
strub
- Original Message -
From: Honton, Charles charles_hon...@intuit.com
To: Commons Developers List dev@commons.apache.org; Mark Struberg
strub
URLs in a map you need to do special tricks :(
LieGrue,
strub
- Original Message -
From: Honton, Charles charles_hon...@intuit.com
To: Commons Developers List dev@commons.apache.org; Mark Struberg
strub...@yahoo.de
Cc:
Sent: Thursday, June 7, 2012 1:59 AM
Subject: Re: [classscan
no. and thats exactly the problem.
LieGrue,
strub
- Original Message -
From: Honton, Charles charles_hon...@intuit.com
To: Mark Struberg strub...@yahoo.de; Commons Developers List
dev@commons.apache.org
Cc:
Sent: Thursday, June 7, 2012 5:28 PM
Subject: Re: [classscan] new URL
Hi folks, quick reply from vacation :)
@sebb: yes correct. I was just thinking too complicated. We use the interface
only for keeping the metainfo, and not in the metainfo itself. So it should
itself not blow up the mem. So +1 for the interface.
There are 2 important consideration options
we have an own Sonar installation at http://analysis.apache.org already.
You just need to tell infra that you like to have your project added.
LieGrue,
strub
- Original Message -
From: Simone Tripodi simonetrip...@apache.org
To: Commons Developers List dev@commons.apache.org
Cc:
Regarding the new URL() problem some of you might have more experience than I
do. I only know the problems on some platforms, and after looking at the URL
class in detail, I really wonder whether that was me doing it wrong or a
platform bug.
My understanding problem is mainly around the
an 'Archive' abstraction layer which we could plug-in.
LieGrue,
strub
- Original Message -
From: Honton, Charles charles_hon...@intuit.com
To: Commons Developers List dev@commons.apache.org; gudnabr...@gmail.com
gudnabr...@gmail.com; Mark Struberg strub...@yahoo.de
Cc:
Sent: Monday
+1, such a thingy is needed pretty often!
LieGrue,
strub
- Original Message -
From: Phil Steitz phil.ste...@gmail.com
To: Commons Developers List dev@commons.apache.org
Cc:
Sent: Wednesday, August 8, 2012 4:50 PM
Subject: Re: Proposal Commons-JNDI
On 8/7/12 11:02 PM, Jochen
:
Sent: Tuesday, November 20, 2012 6:40 AM
Subject: Re: [privilizer] new sandbox component
G lad to hear it, Phil! I was originally calling it privileged method
weaver but that's a little long for a Commons component. Mark
Struberg
came up with privilizer for me--short, but still fairly
@commons.apache.org; Mark Struberg
strub...@yahoo.de
Sent: Tuesday, November 20, 2012 5:31 PM
Subject: Re: [privilizer] new sandbox component
On Tue, Nov 20, 2012 at 10:12 AM, Mark Struberg strub...@yahoo.de wrote:
Heh, the other option has been 'privilator'
Catchy as well, and would have
; Mark Struberg
strub...@yahoo.de
Sent: Wednesday, November 21, 2012 4:22 PM
Subject: Re: [privilizer] new sandbox component
On Wed, Nov 21, 2012 at 4:57 AM, Mark Struberg strub...@yahoo.de wrote:
Oki, let me explain what I meant.
Currently the methods must be private to be really secure
+1
It might fit to any component which does _not_ introduce a runtime dependency
but is only needed at compile time. Basically the privilizer is kind of a
preprocessor.
If such a kind of component already exists in commons, then we can look if it
fits to the business of this component.
One of the stuff I heard way back was that BCEL still has no native Java7
support.
Is this still true? Imo that was one of the reasons why openjpa went for doing
parts of the bytecode stuff with ASM...
Happy to get proved wrong ;)
LieGrue,
strub
- Original Message -
From: Matt
we had this over here at UPC as well. This did cost Sigi a release as well if
you remember ;)
Most times this can be disabled by your provider. Just phone them and explain
that they are breaking your computer and this creates costs by them not acting
standard conform ;)
LieGrue,
strub
Hi!
Yes, I find it not very handsome to pollute the o.a.commons directory itself
with tons of modules which are completely unrelated to each other. That is fine
with a single module project but imo definitely not ok for a project which
consists of a few sub-modules.
Thus I'd rather collect
Jörg, what about all older living projects which used to have own groups even,
like commons-lang:commons-lang?
Could you point me to this boilerplate stuff you think off? Maybe we can
improve this.
I have no problem with moving the packages back, but I personally think this
would á la long
/privilizer/
modules/privilizer/api/
modules/privilizer/api/src/main/java/org/apache/commons/weaver/privilizer/
modules/privi...
Hi Mark,
Mark Struberg wrote:
Jörg, what about all older living projects which used to have own groups
even, like commons-lang:commons-lang?
groupIds
committed in r1424835.
Please note that weaver alone has 11 modules so far. And it's likely to become
more...
LieGrue,
strub
- Original Message -
From: Mark Struberg strub...@yahoo.de
To: Commons Developers List dev@commons.apache.org
Cc:
Sent: Friday, December 21, 2012 10:43 AM
I have no clue what the annotation processing is for, but might that be a
candidate for the upcoming commons-weaver (formerly privilizer) ?
It takes CLASS/RUNTIME annotations a modifies the bytecode in the class
directly.
LieGrue,
strub
- Original Message -
From: Simone Tripodi
://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Sat, Dec 22, 2012 at 10:45 AM, Mark Struberg strub...@yahoo.de wrote:
I have no clue what the annotation processing is for, but might that be a
candidate for the upcoming
Hi!
Seems like our commons-sandbox-parent is stone old.
It points to a commons-parent-15 which is now 12 versions old ;)
I'll fix this, check a few problems which I had with the old version and ship a
patch.
LieGrue,
strub
I changed the privilizer weaver to blow up with an Exception if an access level
is set and a @Privileged method which has a wider accesslevel got detected.
Imo this is a clear user error if one defines a public @Privileged method and
explicitly only wants them being private.
Imo this is the
Can anyone plz commit the pom upgrade for sandbox-parent?
https://issues.apache.org/jira/browse/SANDBOX-437
Need this for commons-weaver.
LieGrue,
strub
From: Mark Struberg strub...@yahoo.de
To: Commons Developers List dev@commons.apache.org
Sent
or just move it to a profile?
In our project we have this enabled via
$ mvn clean instal -Pcoverage
LieGrue,
strub
- Original Message -
From: Luc Maisonobe luc.maison...@free.fr
To: Commons Developers List dev@commons.apache.org
Cc:
Sent: Saturday, December 29, 2012 9:43 AM
Any better suggestions for [math]?
Yes, as I see it there are two options.
a.) move some parts into a profile
b.) create 2 parent pom. One with the infrastructure stuff and one with all the
tons of additional goodies only needed for the other projects.
LieGrue,
strub
PS: I find it pretty
Hi!
Not sure if this is worth doing, but could be nice from a usability pov.
Usually projects have a lot of blocks which need doPrivileged copied over from
one class to the other.
Using @Privileged makes this a lot easier. But you still need to add private
methods to all your classes...
Now
- Original Message -
From: Matt Benson gudnabr...@gmail.com
Weaver#weave():
Currently there are separate methods for weaving a class vs. a method. I
think it would be sufficient and cleaner to have a class weaving method
only; having provided its interests, the Weaver can
I'm not sure if this is needed in this case.
The Java interceptors spec got moved out of EJB a long time a go and is now a
standalone spec which is used by CDI, Spring and guice.
The package is javax.interceptor and contains all the stuff we need.
If we do it in a similar style than Apache
+1
LieGrue,
strub
- Original Message -
From: sebb seb...@gmail.com
To: dev@commons.apache.org
Cc:
Sent: Friday, 28 June 2013, 14:18
Subject: [VOTE][LAZY] Release Commons Parent 32 from RC1
T his is a VOTE to release Commons Parent 31-RC2
This VOTE by LAZY-CONSENSUS is open
Hi folks!
Romain is a great guy, I've now added him to commons-sandbox.
LieGrue,
strub
- Original Message -
From: James Carman ja...@carmanconsulting.com
To: Commons Developers List dev@commons.apache.org
Cc:
Sent: Saturday, 27 July 2013, 3:46
Subject: Re: commons-monitoring?
On
JFTR: in Apache OpenWebBeans we switched to ASM because Javassist caused too
much mem leaks and hassles.
But we do only use reflection when it's really needed. Means methods which are
neither delegated nor intercepted will delegated via native java calls.
The same happens for 'NormalScoped'
This might be a bit OT, but is there a cardinal way to create code with and
without doPrivileged code?
I mean something like pre-processing or a replacement with sed.
In OpenWebBeans we introduced a SecurityService SPI with 2 implementations:
A standard one without doPrivileged and an enforcing
Create a test.jar as attached artifact. Then create a sub module where you
dependency:unpack this test-jar and run the tests in your new configuration.
This can also be done via the maven-invoker-plugin.
LieGrue,
strub
- Original Message -
From: sebb seb...@gmail.com
To: Commons
Hi folks!
Over at the DeltaSpike we are discussing about a generic logging layer which we
can exchange easily.
We have been reluctant to use slf4j because some containers use different
layers etc. But jul is also not really satisfying.
It should be easily shadeable and use java6 features like
- Original Message -
From: ralph.goers @dslextreme.com ralph.go...@dslextreme.com
To: Commons Developers List dev@commons.apache.org; Mark Struberg
strub...@yahoo.de
Cc:
Sent: Wednesday, February 8, 2012 8:20 PM
Subject: Re: any plans for commons-logging-2.0?
You could look
sandbox karma to:
struberg (Mark Struberg)
dblevins (David Blevins)
gpetracek (Gerhard Petracek}
Thanks,
Matt
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h
://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Fri, Jul 22, 2011 at 11:41 AM, Mark Struberg strub...@yahoo.de
wrote:
Hi!
Jakob Korherr (apacheId jakobk) is also interested and
did some work in this area in MyFaces and OWB already.
There are 2 main parts in this project
://s.apache.org/5Gt
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Fri, Jul 22, 2011 at 4:59 PM, Matt Benson gudnabr...@gmail.com
wrote:
On Fri, Jul 22, 2011 at 9:51 AM, Mark Struberg strub...@yahoo.de
wrote:
Hi Simo!
Yea, taking the best ideas of both projects
Hi folks!
We need a few idea and brainstorming on the filter/selection mechanism for our
new classscan-api (yes, 3 's' in classscan).
There are some specs which require some marker files to actually enable the
class scanning. E.g. the JSR-299 CDI spec defines that only jars with
://s.apache.org/Vsb
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Tue, Jul 26, 2011 at 11:19 PM, Mark
Struberg strub...@yahoo.de
wrote:
Hi folks!
We need a few idea and
brainstorming on the filter/selection mechanism for our new
classscan-api (yes, 3 's' in classscan
Hi Simo!
Sorry, I guess I was not clear enough!
Some specs require us to pickup this info from some config (e.g.
META-INF/beans.xml). The classscan-client needs to pickup this configuration
from there and must tell it the classscan-server somehow. This could be some
form of Domain Specific
...@carmanconsulting.com
Subject: Re: [sandbox] [classscan] classscan API design review needed
To: Commons Developers List dev@commons.apache.org
Date: Thursday, July 28, 2011, 11:01 PM
Why the client / server
nomenclature? Makes it sound too heavyweight
On Jul 28, 2011 4:20 PM, Mark Struberg strub
Folks, I' suggest the following:
1.) create single JARs which exactly do what they should.
2.) use the maven-shade-plugin [1] to package 'bundles' containing some fitting
jars of your project just for convenience.
LieGrue,
strub
[1] http://maven.apache.org/plugins/maven-shade-plugin/
--- On
Hi Mark!
Exactly the classloader problem is what we try to solve in log4j-2.0. Tomcat is
by far not the only project which suffers a lot from this shortcoming.
OpenWebBeans, MyFaces, OpenJPA, etc - all projects which are usually in a
shared classpath have the problem that they cannot cleanly
Commits != work
I'm currently in the progress of rewriting plexus-utils and other stuff from
over at codehaus to be able to use an IP clean version of it for Maven again.
This is needed since some folks are throwing dirt and claiming that they did
most of the work, yada yada yada...
Of
:56 AM
On 2011-08-11, Mark Struberg wrote:
That's great news and even underlines better what
Christian already
stated: committocracy doen't really work out - not
socially and not
even technically.
No argument from my side.
The code in question seems to got moved a few times,
so all
LieGrue,
strub
--- On Thu, 8/11/11, Stefan Bodewig bode...@apache.org wrote:
From: Stefan Bodewig bode...@apache.org
Subject: Re: [general] Plexus and Commons code inherited from somewhere else
To: dev@commons.apache.org
Date: Thursday, August 11, 2011, 9:40 AM
On 2011-08-11, Mark Struberg wrote
A common pattern is to introduce an own 'run-its' profile which configures
surefire to pickup those tests.
It's just not good to have tests which in summary takes longer than 3 minutes
to run. This usually leads to developers using -Dmaven.test.skip=true which is
kind of counter productive...
@commons.apache.org
Date: Thursday, August 11, 2011, 3:29 PM
On 2011-08-11, Mark Struberg wrote:
A common pattern is to introduce an own 'run-its'
profile which
configures surefire to pickup those tests.
How? 8-)
Do I put the test into a separate directory and tell
surefire inside the
profile
Thanks Donald for pushing it!
I'm not a commons guy, but I wait desperately for getting the agimatec stuff
over to apache (already using it in a productive project).
What about the package names?
org.apache.commons.validator
or e.g.
org.apache.openvalidator
?
It would be nice to know where
maybe we can ask Henri and Sebb to push a commons-lang-3.0-pre-1 release?
LieGrue,
strub
- Original Message
From: David Jencks david_jen...@yahoo.com
To: bval-...@incubator.apache.org
Sent: Wed, July 28, 2010 11:35:01 PM
Subject: Re: Upgrading commons-lang
I have no problems
folks, please keep on voting.
There are a few projects eager to use beta.3 or however it's gonna be named as
long it's not a SNAPSHOT :)
txs and LieGrue,
strub
- Original Message
From: Mark Struberg strub...@yahoo.de
To: bval-...@incubator.apache.org
Cc: Commons Developers List
+1
LieGrue,
strub
- Original Message -
From: Matt Benson gudnabr...@gmail.com
To: dev@commons.apache.org
Cc:
Sent: Friday, 20 September 2013, 19:49
Subject: [VOTE] Promote [weaver] component out of sandbox
Hi Commons developers,
I hereby propose a vote to promote the
+1
The poms don't include any groupId definitions.
Not needed and sometimes even a source of problems. If you do not need to write
something than adding it only raises the chance it gets wrong.
- The jar artifacts contain LICENSE and NOTICE without the .txt extension.
That's perfectly fine.
plz folks do a full build before committing stuff next time.
Will fix the hamcrest deps now.
LieGrue,
strub
On Tuesday, 29 April 2014, 20:58, Thomas Vandahl t...@apache.org wrote:
On 28.04.14 20:55, Emmanuel Bourg wrote:
Le 28/04/2014 20:44, Thomas Vandahl a écrit :
This throws me out of
Btw, fixed a few broken tests yesterday night, fixed the broken pom and added a
few ALv2 license headers.
Now all builds fine on my local box (w java8).
LieGrue,
strub
On Tuesday, 29 April 2014, 22:20, Mark Struberg strub...@yahoo.de wrote:
plz folks do a full build before committing stuff
Github: https://github.com/rmannibucau
2014-04-30 8:26 GMT+02:00 Mark Struberg strub...@yahoo.de:
Btw, fixed a few broken tests yesterday night, fixed the broken pom and
added a few ALv2 license headers.
Now all builds fine on my local box (w java8).
LieGrue,
strub
On Tuesday, 29 April
Hi folks!
I've moved the TCK run into an own profile. You can activate it via
$ mvn clean install -PjcacheTck
We should also activate it by default during a release.
Btw, why is this project target 1.7? We do not use anything from java7 right?
LieGrue,
strub
I would prefer it if the reports were warnings rather than errors, but
generally they seem sensible.
Allow me to disagree. Breaking the javadoc just because a @param is missing is
imo plain wrong.
Usually parameters should be self-explaining. I personally only document
interfaces and methods
2014, 11:05, Mark Struberg strub...@yahoo.de wrote:
I would prefer it if the reports were warnings rather than errors, but
generally they seem sensible.
Allow me to disagree. Breaking the javadoc just because a @param is missing
is
imo plain wrong.
Usually parameters should be self
Well, the TCK runs fine with source and target 1.6. There is nothing in our
code which requires java7 yet. Thus there is imo no reason to force it.
LieGrue,
strub
On Thursday, 1 May 2014, 9:53, Mark Struberg strub...@yahoo.de wrote:
Hi folks!
I've moved the TCK run into an own
/rmannibucau
2014-05-01 12:24 GMT+02:00 Mark Struberg strub...@yahoo.de:
Well, the TCK runs fine with source and target 1.6. There is nothing in our
code which requires java7 yet. Thus there is imo no reason to force it.
LieGrue,
strub
On Thursday, 1 May 2014, 9:53, Mark
Hi!
I've looked at Continuum and it seems like it fails since weeks now.
Anyone successfully did run it with jdk-1.6?
If so, we should rather look at the Continuum config.
LieGrue,
strub
On Thursday, 1 May 2014, 16:39, Thomas Vandahl t...@apache.org wrote:
On 01.05.14 09:52, Mark
the effective pom that they are
not used in all invocations, at least they made the build fail (and I
wrongly corrected them).
Bernd
On Thu, May 1, 2014 at 5:22 AM, Mark Struberg strub...@yahoo.de
wrote:
Actually the ',' causes a bug in the maven-javadoc-plugin.
What
seems to work
what about commons lightning talks?
5 minutes about a certain commons feature.
There are plenty to choose from...
LieGrue,
strub
On Friday, 2 May 2014, 10:28, Siegfried Goeschl sgoes...@gmx.at wrote:
Hi Benedikt,
there might be a lot of different kinds there :-)
IMHO the problem with Let
-Xdoclint:all -Xdoclint:-missing -Xdoclint:-html
That should fix the issue.
ATTN: this must ONLY be done in a java8 profile! If you set those params in
older java versions (1.7, 1.6) then the build will blow up...
LieGrue,
strub
On Wednesday, 30 April 2014, 7:47, Paul Benedict
so it would be nice if our components do compile and work on Java 8
It does of course. But if you compile with java8 then it _might_ not work with
older java versions. So it's fine for packages built by Fedora FOR Fedora. But
those jars might not work on any other linux distro. Which is ok from
Weird, it compiles on my box (Oracle1.7 and 1.8 on Mac) and I get another
compile error with Apple java-1.6.0_65
Have to finish a presentation till monday and work on BatchEE for $$dayjob. So
I will only be able to help again starting with Thuesday.
LieGrue,
strub
On Friday, 2 May 2014,
Well my personal experience only:
1.) I barely use distributed caches. I use ehcache in most of my projects as of
today, but do not use the distribution feature much. Way too complicated
2.) What actually IS useful is distributed cache invalidation. The caching side
is fine to just select any
Hi!
I'm a long time user (and big fan) of commons.lang.Validate because it's a very
neat pattern for getting stable software modules.
I'm PMC member on Apache OpenWebBeans and currently also writing the
maven-scm-provider-jgit (JGIT is a native Java implementation of GIT). Since
jgit-core
- the below sounds good and a JIRA issue with a patch would rock :)
Thanks,
Hen
On Sat, May 2, 2009 at 10:06 AM, Mark Struberg strub...@yahoo.de wrote:
Hi!
I'm a long time user (and big fan) of commons.lang.Validate because it's a
very neat pattern
for getting stable software modules
+1 for new packages
-0 for x-ng
let's make 1 step back and see the issue from the distance.
What's currently going on is not a simple 'feature addition' which has to be
compatible. It's more about an effort to use a lot of cool features which are
available since java-5 _without_ having to
So if you tag the RC as DBUTILS_1_2_RC1 then the
source code includes RC1. If you then later copy that tag to DBUTILS_1_2
the source code will still say RC1.
Sorry Dan, there are a lot things missing in mavens release process, but this
very thing is imho not a problem with maven but with
@commons.apache.org
Gesendet: Mittwoch, den 13. Mai 2009, 22:54:05 Uhr
Betreff: Re: AW: [releasing] SVN Tag creeated by maven
Mark Struberg wrote:
So if you tag the RC as DBUTILS_1_2_RC1 then the source code includes
RC1.
If you then later copy that tag to DBUTILS_1_2 the source code
,
strub
- Ursprüngliche Mail
Von: Dan Fabulich d...@fabulich.com
An: Commons Developers List dev@commons.apache.org
Gesendet: Donnerstag, den 14. Mai 2009, 01:17:41 Uhr
Betreff: Re: AW: AW: [releasing] SVN Tag creeated by maven
Mark Struberg wrote:
You are right, but maybe
good point.
The correct groupId should be org.apache.commons
Sadly this is true for a few projects like commons.lang, but it's not true for
all projects, since a few commons projects already use the 'correct' groupId.
Also, this approach would not scale in the future.
LieGrue,
strub
-
Hiho!
I wrote a version based on the mirror on github which is available here:
http://github.com/struberg/commons-lang/commit/ed8515f63290eba6e38ff5b79772e87b27dde32b
I will create a JIRA and also attached a patch for those not familiar with git.
LieGrue,
strub
--- Mark Struberg strub
I personally don't get all the discussion here, because this very question has
imho been discussed a lot in the past (on commons and maven lists).
From what I know the widely agreed output of this discussion has been:
1.) do n PRJ-x-RC-n before cutting a release and vote on them as if they
I assume 'cutting a release' as doing a mvn release:stage or something similar.
The release artifacts will only be pushed to the public repos and download
areas etc. after the vote has finally passed.
The way this works basically moves all the effort to the last RC-n voting step.
It is
Hi Olivier!
There are ways to just exclude known jars from getting scanned by OpenWebBeans.
And if the current solution isn't sufficient then just pop up on our list and
we gonna implement it. Maybe I've overlooked you on the list or did you not yet
reach out to us?
LieGrue,
strub
-
- I'm under the impression there are already well established
implementations of JSR 330
Well, the problem I see with this very approach is that it says it 'implements
JSR-330'.
As an EG member I can tell you that atinject is only the least common
denominator of the 'user side' of the story.
Sorry, did not mean to step on somebody's toes.
No worries you didn't. It's most probably our fault as our (OpenWebBeans)
documentation sucks and we did not properly document all this stuff ;)
If one of you guys is at ApacheCon in Budapest right now, then I'd love to give
you a quick rush
guice and guava for?
Also there is an own ASF package for atinject [1].
LieGrue,
strub
[1]
http://repo1.maven.org/maven2/org/apache/geronimo/specs/geronimo-atinject_1.0_spec/1.0/
On Wednesday, 19 November 2014, 8:34, Mark Struberg strub...@yahoo.de wrote:
Sorry, did not mean to step
Hi!
I've never seen any other ASF project where it is such a torture to release.
This is partly because the quality level is really high, but a big part of it
is that we don't have a mature parent pom.
I have no clue why we don't just use the common apache parent pom. I've NEVER
experienced
1 - 100 of 145 matches
Mail list logo
