Go for it!
+1
Daniel
-- Forwarded message --
From: Oliver Zeigermann [EMAIL PROTECTED]
Date: 04.03.2007 17:19
Subject: [VOTE] Release Commons Transaction 1.2
To: Jakarta Commons Developers List commons-dev@jakarta.apache.org
Folks!
Every now and then I make a new
] (was Re: [lang]/[resources]: proposal for NLS/i18n
support)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Daniel Florey wrote:
Hi Jörg,
Hi Daniel,
I looked at your proposal for quite a while but couldn't figure out the
advantage of your approach.
If you want to improve the i18n
Hi Jörg,
I looked at your proposal for quite a while but couldn't figure out the
advantage of your approach.
If you want to improve the i18n component every comment or suggestion is
very welcome as we try to push it towards to a 1.0 release and move it to
commons proper once all remaining issues
: Donnerstag, 19. Mai 2005 09:13
An: Jakarta Commons Developers List; Daniel Florey
Betreff: [i18n PATCH] Adding provider qualifying
I have previously discussed with Daniel Florey a change that allows the
user to qualify the provider (or source or namespace) to be used for a
given text entry
Hi,
same for me. Just tried to update the sandbox/i18n site and failed :(
Daniel
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
Im Auftrag von Oliver Zeigermann
Gesendet: Donnerstag, 5. Mai 2005 19:02
An: Jakarta Commons Developers List; Jakarta General
This really needs to be changed. What is the most desirable behaviour for
these cases?
I'd suggest including the missing entries defined for the default locale if
the entries for another language are requested. So the XMLMessageProvider
needs to be changed. Or makes it sense to have two different
Message -
From: Daniel Florey [EMAIL PROTECTED]
To: Jakarta Commons Developers List commons-dev@jakarta.apache.org
Sent: Tuesday, April 19, 2005 10:34 AM
Subject: Re: [i18n] Entry qualifier
Jakarta Commons Developers List commons-dev@jakarta.apache.org schrieb
am 19.04.05 16:05:57
Jakarta Commons Developers List commons-dev@jakarta.apache.org schrieb am
20.04.05 09:38:37:
Hi Daniel,
Daniel Florey wrote on Wednesday, April 20, 2005 9:24 AM:
[snip]
My primary goal was to keep this component simple. It has no
dependencies to other jars and that is a big plug
Jakarta Commons Developers List commons-dev@jakarta.apache.org schrieb am
20.04.05 09:38:37:
Hi Daniel,
Daniel Florey wrote on Wednesday, April 20, 2005 9:24 AM:
[snip]
My primary goal was to keep this component simple. It has no
dependencies to other jars and that is a big plug
somewhere?)
Mattias Jiderhamn
At 2005-04-18 13:24, Daniel Florey wrote:
Jakarta Commons Developers List commons-dev@jakarta.apache.org schrieb
am 18.04.05 11:29:38:
At 2005-04-18 11:11, Daniel Florey wrote:
My though was to re-use the basename or id used when installing
Jakarta Commons Developers List commons-dev@jakarta.apache.org schrieb am
19.04.05 11:27:33:
At 2005-04-19 10:35, Daniel Florey wrote:
We should keep both (ant/maven) working. There is a maven task that will
automatically generate an ant script, but I've never used it.
Maven is a great
@jakarta.apache.org
''Date: Tue, 19 Apr 2005 13:34:41 +0200
''From: Daniel Florey [EMAIL PROTECTED]
''To: Jakarta Commons Developers List
commons-dev@jakarta.apache.org
''Subject: Re: [i18n] Entry qualifier
''
'' I have created unit tests for MessageManager and
'' LocalizedBundle/-Error
Jakarta Commons Developers List commons-dev@jakarta.apache.org schrieb am
19.04.05 17:07:46:
I have now added more tests to ResourceBundleMessageProviderTest. If I find
time tomorrow, I might look at adding coverage or more XMLMessageProvider
tests.
Though I do not have commit access to
Hi Mattias,
I'm still taking care of this project. Any suggestions and proposals are
appreciated!
The I18n-component should be pretty stable and I used in in several projects.
See comments inline...
Jakarta Commons Developers List commons-dev@jakarta.apache.org schrieb am
18.04.05 10:05:34:
Jakarta Commons Developers List commons-dev@jakarta.apache.org schrieb am
18.04.05 10:56:58:
At 2005-04-18 10:33, Daniel Florey wrote:
i18n is appealing to me because it allows for multiple properties (such as
title and details) under a common key. We solve very similar problems
Jakarta Commons Developers List commons-dev@jakarta.apache.org schrieb am
18.04.05 11:29:38:
At 2005-04-18 11:11, Daniel Florey wrote:
My though was to re-use the basename or id used when installing
ResourceBundle or XML providers. For example, after issuing
Hi folks,
Sorry for the confusion. I just wanted to make the current version of the
component available to people interested in this component.
It's no official release yet and as such there has been no voting thread.
The mail to the developers list was created by maven as I tried to complete
the
Hi Woody,
Thanks for your help! See comments inline...
Daniel
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
Im Auftrag von Anaximandro (Woody)
Gesendet: Mittwoch, 16. Februar 2005 11:17
An: Jakarta Commons Developers List
Betreff: Re: [i18n] man
Hi Woody,
I'm currently trying to improve the maven environment, so that releases and
tests can easily be done.
My goal is to complete the component in the actual state in order to build a
usable release as soon as possible.
I've already had a look at your proposed changes. I'd like to include
? Did you have any email to I sent this? (sure, if
you
wish to see)
Man, sorry by my english. Is more easy to me write code than write email
...
If I write anything offensive, please, sorry and talk with me.
Woody
- Original Message -
From: Daniel Florey [EMAIL PROTECTED
Hi Woody,
Where did you post your proposals/patches? I'm very interested in improving
the i18n/contract components.
If you have any suggestions the best way is to describe the idea behind it
so that it can be discussed in the mailing list. You can also post the
related patches/files as attachment
Hi Woody,
Thanks for interest in the contract component.
I'm always interested in suggestions and it's nice to see that people have a
look at the component.
The idea behind the constraint classes is to have a powerful way not only to
describe the constraints of a special value but also to be able
+1
Daniel
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
Im Auftrag von Oliver Zeigermann
Gesendet: Montag, 10. Januar 2005 02:06
An: Jakarta Commons Developers List
Betreff: [transaction][VOTE] Release 1.0.1 *AND* 1.1b1
Dear community,
as already
In order to find an appropriate solution to this issue, I'd like to identify
the different problems that we need to address.
Version: What does a version number mean?
I'll make a proposal for how to use minor/major version number to have a
basis on which we can identify the issues.
Major version
snip/
an application using 1.x.b will work with component 1.x.a
Does this sound reasonable? Missed something?
Have you seen the guidelines in use by the Apache APR project? It looks
to me like you're basically advocating the same system they have in
place. It might save us hassle to
Sgarlata
[EMAIL PROTECTED] wrote:
Count me in! I'm planning on taking some time off for the holidays, so
that should give me time to play around with this :)
Matt
Daniel Florey wrote:
snip/
an application using 1.x.b will work with component 1.x.a
Does this sound reasonable
I think handling different versions of classes/jars at VM level would be a nice
feature, but it would be very hard to implement nd to understand when it comes
to reflection.
Another proposal would be to do it the j2se-way:
When introducing new features to a package (e.g. java.io) don't include
Jakarta Commons Developers List [EMAIL PROTECTED] schrieb am
20.12.04 12:42:26:
In case someone missed the thread on general
here is a re-post as Brett suggested...
Thanks for the positive feedback so far.
BTW: How far is the SVN migration?
cheers
--
Torsten
Torsten Curdt wrote:
The solution you proposed will not solve the issue as you cannot replace the
classloader of the application server.
Finally I think that my proposal is not that bad. If it's not possible to
address this issue in future versions of the java language, this seems to be
the only solution.
So my vote
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
Im Auftrag von Craig McClanahan
Gesendet: Sonntag, 19. Dezember 2004 23:28
An: Jakarta Commons Developers List; [EMAIL PROTECTED]
Betreff: Re: AW: AW: AW: [proposal] avoiding jar version nightmares
On
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
Im Auftrag von Craig McClanahan
Gesendet: Sonntag, 19. Dezember 2004 23:34
An: [EMAIL PROTECTED]
Cc: Jakarta Commons Developers List
Betreff: Re: AW: AW: AW: [proposal] avoiding jar version nightmares
If components stay backward compatible there of course is no need to include
the versions in the package name.
But I assume that there are some components that have incompatible api
changes (or even worse: same api different behaviour) between major version
numbers.
For packages like these the
So the collections way to handle this issue if to move all classes to a new
subpackage and leave the old ones where they've been before.
To be honest: Is this not very close to my proposal?
Something like:
org.apache.commons.component.version1...
org.apache.commons.component.version2...
I would
Hi folks,
I've added some nice features requested by users to the upcoming i18n
component in the sandbox:
You can now easily plug-in your own custom message provider. This is very
useful if you already have tons of localized messages on weird places (e.g.
databases).
Writing a message provider is
Hi folks,
I've updated the sandbox contract component to work with the new i18n (0.3).
Cheers,
Daniel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
compatibility
like
commons collections did recectly. This is why it's so important for
commons components to have minimal dependencies.
What commons components caused your project problems?
David
--- Daniel Florey [EMAIL PROTECTED] wrote:
Hi all,
As commons components
and commons 2.x files into
productB.jar.
David
--- Daniel Florey [EMAIL PROTECTED] wrote:
So how should we handle situations where two versions of the same
component
need to coexist?
If I have to integrate two commercial projects where each one uses a
different major version of the same
:09:54 +0100, Daniel Florey [EMAIL PROTECTED]
wrote:
So I think we need a solution for this problem. My proposal would be to
allow different major versions of commons components to coexist. If the
class and package names are equal, this is not possible. My package-
version
proposal is just
Hi all,
As commons components gain more and more attention you'll find a lot
components in larger java based projects. This can cause much trouble when
subprojects use different incompatible versions of the same component.
I was faced with this problem in the project I'm currently working on and
In the project that I've been working on, I had to put together some
subprojects into the same ear. As these subprojects interact directly, they
needed to share the same classloader.
They used different versions of httpclient, collections and jdom (this one
caused the most trouble...) and it was
Have you had a look at the commons-sandbox i18n project? This might be a
solution to enable localized logging with fine grained messages.
Methods would look like this:
LogMessage logMessage = new LogMessage(someMessakeKey, new String[] {
param1, param2 }
EnterpriseLogger.info(String messageName,
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
Im Auftrag von Brett Porter
Gesendet: Samstag, 27. November 2004 00:28
An: Jakarta Commons Developers List
Betreff: Re: Migrate to SVN?
Stephen Colebourne wrote:
My main reason is that SVN does not
I'm working with subversion (1.1.1)/subclipse/tortoiseSVN for a while now and
I'm not completely convinced.
The subclipse plugin for eclipse is by far not as mature as the cvs support (no
links supported etc.)
I was a little bit disappointed when I tried to use subclipse behind a proxy. I
+1
Daniel
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
Im Auftrag von Oliver Zeigermann
Gesendet: Samstag, 20. November 2004 02:28
An: Jakarta Commons Developers List
Betreff: [transaction][VOTE] Release 1.0-RC1
Dear community,
I would like to
to see the transaction component
http://jakarta.apache.org/commons/sandbox/transaction/
promoted to commons proper.
The initial committers would be Stefan Lützkendorf, James Mason,
Daniel Florey and me. AFAIK none of us is a committer in commons
proper so the promotion would include making
Hi,
I've not fully understood what this is good for. I thought the main problem is to
invalidate/remove subtrees in a cache.
This could be achieved quit simple, doesn't it?
Or have I missed something...
Cheers,
Daniel
Jakarta Commons Developers List [EMAIL PROTECTED] schrieb am 27.10.04
added i18n and contract to the menu and component table.
The site has been updated.
I also changed the commons-site.jsl script, you don't need to copy the
css files anymore. Please delete these files if you just use the
default ones.
Cheers,
Dirk
Daniel Florey wrote:
Hi folks,
I'm
Hi folks,
I'm wondering who is maintaining the commons website. I've added two new
components to the sandbox (i18n and contract) and I'd like to add a link and
description to the website.
Is anybody around who can do this for me or do I need commons commit access
to do it myself?
Cheers,
Daniel
Jakarta Commons Developers List [EMAIL PROTECTED] schrieb am 11.10.04 09:50:48:
If you're looking for something simple, you may want to check out
http://xstream.codehaus.org/ as well.
I just checked it out and it looks very sweet! Very clean approach (looks simpler to
me as betwixt because
This is very strange... I don't have cvs access today but I'll check it ASAP when I'm
back home.
Mysterious...
Daniel
Jakarta Commons Developers List [EMAIL PROTECTED] schrieb am 11.10.04 09:40:35:
Hi Daniel,
Daniel Florey wrote on Sunday, October 10, 2004 4:06 PM:
Hmm, as I've
After doing the xmlio google thing I agree that this name is really used in
so many projects that it would be worth to find another one even if I like
it.
As 'xmlio' consists of two parts (importer / exporter) I would recommend
separating them into two tiny components in order to increase
/timezone
/developer
/developers
hth,
-TR
On Mon, 4 Oct 2004 15:54:41 +0200, Daniel Florey [EMAIL PROTECTED]
wrote:
Hi folks,
I'm a Slide committer for a while and now extracted a tiny package
called
i18n that I found to be very useful in several projects in the past.
I
one half are likely
to use the other really.
Stephen
- Original Message -
From: Daniel Florey [EMAIL PROTECTED]
After doing the xmlio google thing I agree that this name is really used
in
so many projects that it would be worth to find another one even if I
like
Jörg Schaible
Gesendet: Samstag, 9. Oktober 2004 12:43
An: [EMAIL PROTECTED]
Betreff: Re: AW: New componenent: i18n
Daniel Florey wrote:
Did javadoc creation worked for you?? Still don't get any javadocs.
Sources have been found before as the jar was created, but javadocs are
still
Daniel Florey wrote:
Witzbold...
I've tried almost everything but javadoc plugin cannot detect the
sources
even though they get correctly build.
You are the one, who stated on the Maven list, that you're totally
unexperienced with Maven.
So if everyone could try this out, I'd be very
]
[mailto:[EMAIL PROTECTED]
Im Auftrag von Jörg Schaible
Gesendet: Samstag, 9. Oktober 2004 15:25
An: [EMAIL PROTECTED]
Betreff: Re: AW: AW: AW: New componenent: i18n
Daniel Florey wrote:
Hi Jörg,
You are the greatest It works!!
Many thanks.
Daniel
You're welcome :)
- Jörg
dependencies.
I don't understand what's wrong with Digester that necessitates a new
parsing library. I've been able to write complex parsing rules in a
matter of minutes.
David
--- Oliver Zeigermann [EMAIL PROTECTED] wrote:
Folks,
on the request of Daniel Florey I'd like
The digester site seems to be broken. All links to the docs dont work
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Im
Auftrag von Daniel Florey
Gesendet: Freitag, 8. Oktober 2004 09:32
An: 'Jakarta Commons Developers List'; 'Martin Cooper'
Betreff: AW: XML
Hi Eric,
Thanks for your help, but this didn't help much as with your changes the
layout is broken and I cannot upload the website as some ssh-infos are
missing.
I wonder why the maven scripts for the transaction component (that I used as
a blueprint) are working perfectly?
I've no clue.
Maybe
Hi James,
Any contributions are welcome!
As I still don't get the site generated with maven completely (layout is
somehow broken and javadocs are missing) this is very high on my todo...
Maybe you can help me out?
Would be nice to get a link from the commons page to the i18n in the
sandbox. Do you
Hi folks,
I've successfully added the I18n component to the commons sandbox. As I'm
new to Maven I didn't managed to generate the API Javadocs.
Can anyone have a look at this? Is this my fault as I assume? Seems that
Maven can not find the source (but is actually building the jars without
Hi folks,
I'm a Slide committer for a while and now extracted a tiny package called
i18n that I found to be very useful in several projects in the past.
I wanted to add it to the sandbox, but unfortunately didn't even manage to
build the site with maven correctly. Everything works fine except
62 matches
Mail list logo