That is currently the case afaik. Test to validate this must though be
written...
-
Anatole Tresch
Glärnischweg 10
8620 Wetzikon
Tel +41 (43) 317 05 30
-
Send from Mobile
> Am 21.01.2015 um 22:01 schrieb Oliver B. Fischer :
>
> Ok, we can return null. I will change the BooleanCon
Dear all
*let's think about additional use cases:*
1) as mentioned in my last mail about collection types,* overriding may not
always be the right resolution policy *for accessing a configured value
(e.g. for collecting all configured values in a final set/list).
2) sometimes I want to define my o
? Well what else is evaluating a chain of propsources by overridding?
Its already there, but hardcoded the same, which is obviously not flexible
enough!
-
Anatole Tresch
Glärnischweg 10
8620 Wetzikon
Tel +41 (43) 317 05 30
-
Send from Mobile
> Am 22.01.2015 um 09:11 schrieb Romain Manni-Bu
Hi Romain
I am on the way to the ZH. When I read about full control We should be on the
same page ;). So I will check back later with the code and see where we miss
each other...
Anatole
-
Anatole Tresch
Glärnischweg 10
8620 Wetzikon
Tel +41 (43) 317 05 30
-
Send from Mobile
> Am 22.01.2
Dear All
we will try do the backport for Java 7 tonight. Let me know if somebody
ales has already started with it ;)
Anatole
--
*Anatole Tresch*
Java Engineer & Architect, JSR Spec Lead
Glärnischweg 10
CH - 8620 Wetzikon
*Switzerland, Europe Zurich, GMT+1*
*Twitter: @atsticks*
*B
me for evaluating single
> property values as well,
> >>>> so regarding that it makes no sense to model collections differently,
> but extend/flexibilize the way how we can access properties in general.
> >>>>
> >>>> I tried to combine both aspects in
>>> See our licensing matrix:
>>>
>>> http://www.apache.org/legal/resolved.html
>>>
>>>
>>> LieGrue,
>>> strub
>>>
>>>
>>> On Thursday, 22 January 2015, 12:10, Andres Almiray
>>> wrote:
>>>
>>
>
> Romain Manni-Bucau
> @rmannibucau
> http://www.tomitribe.com
> http://rmannibucau.wordpress.com
> https://github.com/rmannibucau
>
>
> 2015-01-22 19:44 GMT+01:00 Anatole Tresch :
> > Hi Romain¨
> >
> > so lets focus on the first aspect:
> >
> &
that we should not need
> it. And with Java8 this JSR is not only dormant but really obsolete.
> >
> > LieGrue,
> > strub
> >
> >
> >
> >
> >
> >> On Thursday, 22 January 2015, 20:28, Anatole Tresch
> wrote:
> >>> I
terms of API - impl is close).
>
>
> Romain Manni-Bucau
> @rmannibucau
> http://www.tomitribe.com
> http://rmannibucau.wordpress.com
> https://github.com/rmannibucau
>
>
> 2015-01-22 20:32 GMT+01:00 Anatole Tresch :
> > 2) I think both approaches are feasi
implementation
detail.
Matches that what you meant?
-
Anatole Tresch
Glärnischweg 10
8620 Wetzikon
Tel +41 (43) 317 05 30
-
Send from Mobile
> Am 22.01.2015 um 21:43 schrieb Romain Manni-Bucau :
>
> Shouldnt contextual config be built on top of the builder just adding the
> spi for servieloa
Do we need a.TCK at all? We are not a JSR. If we can run one we will have
to rediscuss things again and it still enough time to provide a TCK imo.
Btw the tck tests all aspects that can be tested based on the api AND the
specification.
Cheers
Anstole
Oliver B. Fischer schrieb am Fr., 23. Jan. 201
t;
> > Hi,
> >
> > I prefer the get(...)/getMultivalue(...) approach.
> >
> > Why? It leads to a cleaner API and expresses the expectation of user.
> Even
> > if TypeLiteral is working never liked the code I have to write for it.
> >
> > Bye,
> >
.wordpress.com
> https://github.com/rmannibucau
>
>
> 2015-01-23 7:49 GMT+01:00 Anatole Tresch :
> > Hi Oliver
> >
> > The TypeLiteral is also very useful for non muli values. Eg if someone
> > wants to access a parametrized type from a single value. So I think
>
My proposal was to build it first independently (it should nevertheless
depend only on the api) and then in a second step figure out if und how it
may include/combine it with what we have...
Agree?
Romain Manni-Bucau schrieb am Fr., 23. Jan. 2015 um
07:35:
> After yesterday discussion I think it
Reading again I am sure I get your point ;)
What benefits should the convertermanager bring? What api? I dont see the
connection to my post. Pleae help!
Anatole Tresch schrieb am Fr., 23. Jan. 2015 um 08:20:
> Hi Romain
> 1) We already have getProperties()
> 2) non scannable propertyso
gt;
> Werner
>
>
>
> On Tue, Jan 6, 2015 at 4:40 PM, John D. Ament
> wrote:
>
> > Yes, that's all fine to do.
> >
> > On Tue, Jan 6, 2015 at 9:57 AM, Anatole Tresch
> wrote:
> >
> > > I will mention Tamaya in my talks (including Apache +
7;t be a big deal. They are by design "broken"
> > sources. Even thought replacing isScannable() by @NotScannable to not
> > make this property a first citizen of the PropertySource API.
> >
> >
> >
> > Romain Manni-Bucau
> > @rmannibucau
> > http
Tamaya will be at Hackergarten, I and Mark are also there, as well as David,
Amelia and more. I will show what we have to all colluegues interested, and I
am quite sure we also get an interview on stage with Stephen Chin...
Anatole
-
Anatole Tresch
Glärnischweg 10
8620 Wetzikon
Tel +41 (43
ter and PPMC member.
>
>
> Welcome Reinhard!
>
> LieGrue,
> strub
>
--
*Anatole Tresch*
Java Engineer & Architect, JSR Spec Lead
Glärnischweg 10
CH - 8620 Wetzikon
*Switzerland, Europe Zurich, GMT+1*
*Twitter: @atsticks*
*Blogs: **http://javaremarkables.blogspot.ch
> >>
> >>The Apache Tamaya incubation project is proud to announce that Reinhard
> Sandtner has joined us as committer and PPMC member.
> >>
> >>
> >>Welcome Reinhard!
> >>
> >>LieGrue,
> >>strub
> >>
> >
> >
>
--
never set his password.
>
> John
>
> On Sun Jan 25 2015 at 4:49:42 PM Anatole Tresch
> wrote:
>
> > Hi Marc
> >
> > I think Marco Zurmühle is missing on the list. ICLA is already signed
> but I
> > am not sure he also has the apache id already...
> &
gt; On Sun, Jan 25, 2015 at 8:22 PM, Mark Struberg
> > wrote:
> > >
> > > > Dear All!
> > > >
> > > > The Apache Tamaya incubation project is proud to announce that
> Reinhard
> > > > Sandtner has joined us as committer and PPMC me
ny
> P +49 30 44793251
> M +49 178 7903538
> E o.b.fisc...@swe-blog.net
> S oliver.b.fischer
> J oliver.b.fisc...@jabber.org
> X http://xing.to/obf
>
>
--
*Anatole Tresch*
Java Engineer & Architect, JSR Spec Lead
Glärnischweg 10
CH - 8620 Wetzikon
*Switzerland, Europe Zuric
/Germany
>>> P +49 30 44793251
>>> M +49 178 7903538
>>> E o.b.fisc...@swe-blog.net
>>> S oliver.b.fischer
>>> J oliver.b.fisc...@jabber.org
>>> X http://xing.to/obf
>>>
>>>
> --
> N Oliver B. Fischer
> A Schönhaus
> Bye,
> > >
> > > Oliver
> > >
> > > --
> > > N Oliver B. Fischer
> > > A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
> > > P +49 30 44793251
> > > M +49 178 7903538
> > > E o.b.fisc...@swe-blog.net
my
IDE. Checkstyle, compared to, is much more easy. So my question is:
1) Do we really need FindBugs support in our build switched on by default?
2) Do we need FindBugs at all? If the tool makes you a fool...
WDYT?
--
*Anatole Tresch*
Java Engineer & Architect, JSR Spec Lead
Glärnischweg 1
same code in 3 or more modules - do we
> > really want to copy paste the whole logic?
> >
> > lg
> > reini
> >
> > > Am 26.01.2015 um 12:12 schrieb Anatole Tresch :
> > >
> > > +1
> > >
> > > 2015-01-26 12:03 GMT+01:00 Wer
gt; +1 to remove it
> >>
> >>
> >> Romain Manni-Bucau
> >> @rmannibucau
> >> http://www.tomitribe.com
> >> http://rmannibucau.wordpress.com
> >> https://github.com/rmannibucau
> >>
> >>
> >> 2015-01-26 12:33 GMT+01:00 Ana
l would
> be false.
>
>
> Am 26.01.15 um 12:33 schrieb Anatole Tresch:
> > Dear All
> >
> > basically I like tools like FindBugs, but currently it is a pain. The
> Java
> > 8 support seems to be buggy, which creates useless false positives.
> > Switching
till some things to be fixed but currently set to ignore.
> >
> >
> > Am 26.01.15 um 12:39 schrieb Romain Manni-Bucau:
> >> +1 to remove it
> >>
> >>
> >> Romain Manni-Bucau
> >> @rmannibucau
> >> http://www.tomitribe.com
>
Germany
> P +49 30 44793251
> M +49 178 7903538
> E o.b.fisc...@swe-blog.net
> S oliver.b.fischer
> J oliver.b.fisc...@jabber.org
> X http://xing.to/obf
>
>
--
*Anatole Tresch*
Java Engineer & Architect, JSR Spec Lead
Glärnischweg 10
CH - 8620 Wetzikon
*Swit
; runtime configuration because of package renaming?
>
> Oliver
>
> Am 27.01.15 um 21:26 schrieb Anatole Tresch:
>
> -1 for failing.
>>
>> Did you read the Javadocs? It is clearly written that we sort
>> 1) by ordinal
>> 2) by fully qualified class name.
&g
I am very short on time. Does anybody else have time? It only requires a
couple of minutes...
Cheers
Anatole
John D. Ament schrieb am Mi., 4. Feb. 2015 um 14:37:
> Hi all,
>
> Don't forget that the board report is due today.
>
> John
>
defined.
When were the last committers or PMC members elected?
25th January 2015 (Reinhard Sandtner)
Signed-off-by:
[ ](tamaya) John D. Ament
[ ](tamaya) Mark Struberg
[ ](tamaya) Gerhard Petracek
[ ](tamaya) David Blevins
Shepherd/Mentor notes:
--
*Anatole Tresch*
Java Engineer
January 2015 (Reinhard
Sandtner)Signed-off-by: [ ](tamaya) John D. Ament [ ](tamaya) Mark
Struberg [ ](tamaya) Gerhard Petracek [ ](tamaya) David
BlevinsShepherd/Mentor notes:
--
*Anatole Tresch*
Java Engineer & Architect, JSR Spec Lead
Glärnischweg 10
CH - 8620 Wetzikon
*Switzerland, Eu
There is a lonh mail thread on that topic. Recurring multiple times is the
only way to resolve entries that may point to entries that to be
resolved/filtered again. Additionally your summary of behaviour is not
correct: in case where during a filter cycle no change was detected the
loop stops immed
;)
x.money.format and javax.money.spi, but what about javax.money.convert?
>
>
> Regards,
>
>
>
>
>
>
> --
> Alexis López
> http://www.java-n-me.com
> http://www.clojug.org/
>
> On Mon, Sep 29, 2014 at 3:28 PM, Anatole Tresch
> wrote:
>
>>
>&g
nobody
complains...
Best
Anatole
--
*Anatole Tresch*
Java Engineer & Architect, JSR Spec Lead
Glärnischweg 10
CH - 8620 Wetzikon
*Switzerland, Europe Zurich, GMT+1*
*Twitter: @atsticks*
*Blogs: **http://javaremarkables.blogspot.ch/
<http://javaremarkables.blogspot.ch/>*
*Google: atst
.b.fisc...@swe-blog.net
> >>> S oliver.b.fischer
> >>> J oliver.b.fisc...@jabber.org
> >>> X http://xing.to/obf
> >>>
> >>>
> >>>
> > --
> > N Oliver B. Fischer
> > A Schönhauser Allee 64, 10437 Berlin, Deutschland
12:15 schrieb Anatole Tresch:
>
>> And as I said you add an additional dependency to your production code,
>> which is not necessary. For me an absolute no-go...
>>
>>
>> 2015-02-11 12:06 GMT+01:00 Werner Keil :
>>
>> Well as Anatole said it seems just
Yep...
2015-02-11 13:27 GMT+01:00 Romain Manni-Bucau :
> Let s vote no?
> Le 11 févr. 2015 13:01, "Anatole Tresch" a écrit :
>
> > maybe that's ok for Google, but not for me. We should really minimize the
> > deps, and as I said adding deps just of a t
eil
> wrote:
>
> > Again?
> >
> >
> > On Wed, Feb 11, 2015 at 1:29 PM, Anatole Tresch
> > wrote:
> >
> >> Yep...
> >>
> >> 2015-02-11 13:27 GMT+01:00 Romain Manni-Bucau :
> >>
> >> > Let s vote no?
> >> &g
For me the same: -1 as well for extensions.
2015-02-11 13:47 GMT+01:00 Oliver B. Fischer :
> Can we use it in the extension modules?
>
> Am 11.02.15 um 13:44 schrieb Anatole Tresch:
>
>> Of course, still the same opinion: +1 for removing it...
>>
>> 2015-02-
tools they would be able to detect possible NPE before.
>
> Oliver
>
> Am 11.02.15 um 13:00 schrieb Anatole Tresch:
>
>> maybe that's ok for Google, but not for me. We should really minimize the
>> deps, and as I said adding deps just of a tool, then the tool is bro
I think the arguments are on the table, so let's do a final VOTE:
Questions:
1) should we remove the dependency to jsr305 annotations?
a) for API and core only
b) for the whole project.
Cheers,
Anatole
--
*Anatole Tresch*
Java Engineer & Architect, JSR Spec Lead
Glärnischweg 10
+1 for 1b, remving the dependency completely.
2015-02-11 14:48 GMT+01:00 Anatole Tresch :
> I think the arguments are on the table, so let's do a final VOTE:
>
> Questions:
> 1) should we remove the dependency to jsr305 annotations?
> a) for API and core only
> b
og.net
> S oliver.b.fischer
> J oliver.b.fisc...@jabber.org
> X http://xing.to/obf
>
>
--
*Anatole Tresch*
Java Engineer & Architect, JSR Spec Lead
Glärnischweg 10
CH - 8620 Wetzikon
*Switzerland, Europe Zurich, GMT+1*
*Twitter: @atsticks*
*Blogs: **http://javaremarkab
rtySourceLocator#get(URL url): PropertySource
> >
> > WDYT?
> >
> > Oliver
> >
> > --
> > N Oliver B. Fischer
> > A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
> > P +49 30 44793251
> > M +49 178 7903538
> > E o.b.fisc...@sw
the
> PropertySource. IMHO.
>
> Am 12.02.15 um 10:41 schrieb Anatole Tresch:
> > +1 for some sample snippets. Perhaps also look at the extensions module
> > called 'formats'. This is still work in progress though (I am not yet
> > satisfied with the abstractions
Basically I was thinking of something similar in my original code, called a
metamodel. But looking at our model, this is basically nothing else than a
PropertySourceProvider. You can do whatever is appropriate there. For
further isolation of you can then implement ConfigurationProvider, so the
curr
ose but
> to be honest this look like the opposite of tamaya design (you dont
> discover files but property sources)
> Le 12 févr. 2015 17:37, "Anatole Tresch" a écrit :
>
> > Definitivly not, semms for mw you mix up things_
> >
> > PropertySourceProvider = n
Seems the result is clear:
+1 five
0 none
-1 one
So I will remove the feature and related annotation(s) this evening.
Thanks all
Anatole
rce depending the logic you need (extension). It is as
>> easy as having a map of factory in the idea.
>>
>>
>> Romain Manni-Bucau
>> @rmannibucau
>> http://www.tomitribe.com
>> http://rmannibucau.wordpress.com
>> https://github.com/rmannibucau
>&
; > BYe,
> >
> > Oliver
> >
> > --
> > N Oliver B. Fischer
> > A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
> > P +49 30 44793251
> > M +49 178 7903538
> > E o.b.fisc...@swe-blog.net
> > S oliver.b.fischer
> >
a PropertySource.
>
> So please give me a runnable example with the code as it is today how I
> can do it in an generic way.
>
> Bye,
>
> Oliver
>
>
>
> Am 12.02.15 um 18:13 schrieb Anatole Tresch:
> > Ho Oliver
> >
> > O do noz get you
exist. There might be 0 to x possible PropertySources available in the
> classpath. So the question is how to I detect them and the method I have to
> call with the given URL.
>
> Von meinem iPhone gesendet
>
> > Am 12.02.2015 um 19:56 schrieb Anatole Tresch :
> >
>
Why gh? It would be awsome other colluegues can join your ideas and help on
them once they have reached the required level of maturity...
-
Anatole Tresch
Glärnischweg 10
8620 Wetzikon
Tel +41 (43) 317 05 30
-
Send from Mobile
> Am 13.02.2015 um 08:06 schrieb Oliver B. Fischer :
>
>
I really dont see the use case, sorry. Can you prrhaps post your current
builder api, perhaps that helps to get light into the tunnel...
-
Anatole Tresch
Glärnischweg 10
8620 Wetzikon
Tel +41 (43) 317 05 30
-
Send from Mobile
> Am 13.02.2015 um 09:18 schrieb Oliver B. Fischer :
>
> M
p://rmannibucau.wordpress.com
> https://github.com/rmannibucau
>
>
> 2015-02-13 9:41 GMT+01:00 Anatole Tresch :
> > I really dont see the use case, sorry. Can you prrhaps post your current
> builder api, perhaps that helps to get light into the tunnel...
> >
> >
Oliver B. Fischer
> A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
> P +49 30 44793251
> M +49 178 7903538
> E o.b.fisc...@swe-blog.net
> S oliver.b.fischer
> J oliver.b.fisc...@jabber.org
> X http://xing.to/obf
>
>
--
*Anatole Tresch*
Java Engineer & Archite
Zeit für einen kurzen Hangout...?
2015-02-13 20:49 GMT+01:00 Oliver B. Fischer :
> ok
>
> Am 13.02.15 um 20:47 schrieb Anatole Tresch:
>
> I will look at it. I also have to fix some other issues (did validate
>> instead of verify before pushing it ;( )...
>>
&g
Mal sehen, allenfalls schlafe ich dann schon... ab morgen bin ich
hoffentlich wieder etwas besser beinand...
2015-02-13 21:10 GMT+01:00 Oliver B. Fischer :
> In 1,5 h
>
> Am 13.02.15 um 20:52 schrieb Anatole Tresch:
>
>> Zeit für einen kurzen Hangout...?
>>
>>
eb Oliver B. Fischer <
> o.b.fisc...@swe-blog.net>:
> >
> > familie... Probleme mit dem neuen Module?
> >
> > Von meinem iPhone gesendet
> >
> >> Am 13.02.2015 um 21:27 schrieb Anatole Tresch :
> >>
> >> Mal sehen, allenfalls schlafe ic
Hi all
I would like to propose a small but effective change in the
ConfigurationContext SPI (the explanation why comes later in this email).
Currently
it is defined as:
*public interface *ConfigurationContext {
*void *addPropertySources(PropertySource... propertySourcesToAdd);
List getPropertySo
ate new class looks like a builder to get context
> immutable which sounds more common and easier to understand to me
>
>
>
> Romain Manni-Bucau
> @rmannibucau
> http://www.tomitribe.com
> http://rmannibucau.wordpress.com
> https://github.com/rmannibucau
>
>
> 20
#x27;s what you want
> but that's not what we provide)
>
>
>
>
>
> Romain Manni-Bucau
> @rmannibucau
> http://www.tomitribe.com
> http://rmannibucau.wordpress.com
> https://github.com/rmannibucau
>
>
> 2015-02-24 13:24 GMT+01:00 Anatole Tresch :
> >
t; http://rmannibucau.wordpress.com
> https://github.com/rmannibucau
>
>
> 2015-02-24 14:01 GMT+01:00 Anatole Tresch :
> > See inline...
> >
> > 2015-02-24 13:39 GMT+01:00 Romain Manni-Bucau :
> >
> >> Ok so ConfigurationContextUpdates is "part of t
Basically only an interface for the ConfigurationContextBuilder. Nothing more...
-
Anatole Tresch
Glärnischweg 10
8620 Wetzikon
Tel +41 (43) 317 05 30
-
Send from Mobile
> Am 26.02.2015 um 11:07 schrieb Mark Struberg :
>
> I smell some kind of overcomplicating things?
>
> H
;
> > Am 26.02.2015 um 11:58 schrieb Anatole Tresch :
> >
> > Basically only an interface for the ConfigurationContextBuilder. Nothing
> more...
> >
> > -
> > Anatole Tresch
> > Glärnischweg 10
> > 8620 Wetzikon
> > Tel +41 (43) 317 05 3
already have it running, but still I am
> > waiting with the commit, so we have enough time to discuss the API part
> > first).
> >
> > I wil leave now for some sports and be curious if you guys prefer A or B
> or
> > if you see better ways solving this problem...
&g
maya.stage*
I expect the Core and API module together not exceed 100k in Java 8 ;)
WDYT?
Anatole
--
*Anatole Tresch*
Java Engineer & Architect, JSR Spec Lead
Glärnischweg 10
CH - 8620 Wetzikon
*Switzerland, Europe Zurich, GMT+1*
*Twitter: @atsticks*
*Blogs: **http://javaremarkables.blog
| Blog
> <http://rmannibucau.wordpress.com> | Github <
> https://github.com/rmannibucau> |
> LinkedIn <https://www.linkedin.com/in/rmannibucau> | Tomitriber
> <http://www.tomitribe.com>
>
> 2015-03-03 9:19 GMT+01:00 Anatole Tresch :
>
> > Dea
> Bye,
>
> Oliver
>
>
> Am 03.03.15 um 09:19 schrieb Anatole Tresch:
>
>> Dear all
>>
>> I am currently updating the site and documentation, to approach further a
>> first release. I am not happy with the current default config setup in
>> Core.
> wouldn't care so much about it. Or did I miss something?
>
> Best,
>
> Oliver
>
>
> Am 03.03.15 um 13:13 schrieb Anatole Tresch:
>
> Hi Oliver/Romain
>>
>> I never meant about reading things in order (ordering is done based on
>> ordinals), but
rtant enough to import it in core.
> Le 5 mars 2015 09:03, "Anatole Tresch" a écrit :
>
> > Mixing up environment variable and system properties is in most cases not
> > what you want. Could even be that the environment variables control, what
> > config you
-1 stop adding yet another tool, we have enough other topics than wasting
our time rewriting javadocs and adapting the build. Additional complexity
on tool chain, lacking ide support, incompatible with future jsr.
I would prefer you would help writing/reviewing/finishing documentation in
the docs m
Fischer
>>> A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
>>> P +49 30 44793251
>>> M +49 178 7903538
>>> E o.b.fisc...@swe-blog.net
>>> S oliver.b.fischer
>>> J oliver.b.fisc...@jabber.org
>>> X http://xing.to/obf
>>
t available in
Java 7.
So far my feedback.Let me know what you think!
Have a nice day!
Anatole
--
*Anatole Tresch*
Java Engineer & Architect, JSR Spec Lead
Glärnischweg 10
CH - 8620 Wetzikon
*Switzerland, Europe Zurich, GMT+1*
*Twitter: @atsticks*
*Blogs: **http://javaremarkables.blogspot.ch
gt; Config conf = ConfigFactory.load();
> > >> > >> int bar1 = conf.getInt("foo.bar");
> > >> > >> Config foo = conf.getConfig("foo");
> > >> > >> int bar2 = foo.getInt("bar");
> > >> &g
Oliver B. Fischer schrieb am Fr., 20. März 2015
um 19:25:
> See below
>
> Am 20.03.15 um 11:21 schrieb Anatole Tresch:
> >
> > Adding the builder to this central place would consequently mean to move
> > its API to the API package as well. I am fine with that. If we ke
chönhauser Allee 64, 10437 Berlin, Deutschland/Germany
> P +49 30 44793251
> M +49 178 7903538
> E o.b.fisc...@swe-blog.net
> S oliver.b.fischer
> J oliver.b.fisc...@jabber.org
> X http://xing.to/obf
>
>
--
*Anatole Tresch*
Java Engineer & Architect, JSR Spec Lea
Dear all
I committed a big update some minutes ago containing:
- I created a sandbox module directory moving many of the unfinished,
unstable, empty parts into it.
- I implemented a default behaviour and adapted the minimal
implementation in core, that adds System Props and all files
erner
>
>
>
> On Tue, Mar 24, 2015 at 10:46 PM, Anatole Tresch
> wrote:
>
> > Dear all
> >
> > I committed a big update some minutes ago containing:
> >
> >
> >- I created a sandbox module directory moving many of the unfinished,
>
k at the user
> > guide, but out of curiosity, since I deal with java.util.logging in other
> > places, is there a way to override default properties via something like
> > -Dtamaya.config.properties= already?
> > If not, how do you feel about such option?
> >
>
Github <
> https://github.com/rmannibucau> |
> LinkedIn <https://www.linkedin.com/in/rmannibucau> | Tomitriber
> <http://www.tomitribe.com>
>
> 2015-03-25 12:03 GMT+01:00 Anatole Tresch :
>
> > I would say we can add alt-dd as a module (simply adds another
gt;
> > Oliver
> >
> > --
> > N Oliver B. Fischer
> > A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
> > P +49 30 44793251
> > M +49 178 7903538
> > E o.b.fisc...@swe-blog.net
> > S oliver.b.fischer
> > J oliver.b.fisc...@jabber.org
>
lasspath, from your local deployment or from the database, or even from a
distributed data grid. All is possible.
Since your ideas sounds very reasonable I would like to offer my help to
write an example as outlined by you. Doing this will help to see, where we
need more abstractions and also woul
Yep, would be better, but no longer than 22h MET ;)
2015-04-03 12:21 GMT+02:00 Oliver B. Fischer :
> Would Thuesday be a better choice for all of you?
>
> Bye,
>
> Oliver
>
>
> Am 02.04.15 um 21:08 schrieb Anatole Tresch:
>
> Wednesday in general does mostly not
8PM MET (Bern/Berlin/etc...): yes!
2015-04-05 12:54 GMT+02:00 Oliver B. Fischer :
> So, let us move to Thuesday 8 PM?
>
> Am 03.04.15 um 21:42 schrieb Anatole Tresch:
>
>> Yep, would be better, but no longer than 22h MET ;)
>>
>>
>> 2015-04-03 12:21 GMT+02
ngout-stuff all about?
>
> Regards
>
> Florian
>
>
> Am 07.04.2015 um 12:41 schrieb Werner Keil:
>
>> Guess I should make it, too.
>>
>> Werner
>>
>> On Mon, Apr 6, 2015 at 3:36 PM, Mark Struberg wrote:
>>
>> trying to make it.
>
angout-stuff all about?
>>>
>>> Regards
>>>
>>> Florian
>>>
>>>
>>> Am 07.04.2015 um 12:41 schrieb Werner Keil:
>>>
>>> Guess I should make it, too.
>>>>
>>>> Werner
>>>>
>>>&g
As you like. We are all polite guys, so no worries ;)
2015-04-07 21:42 GMT+02:00 Florian Stendel @apache-dev <
florian.stendel.apa...@gmx.de>:
> Ah, thx.
>
> Probably the better way to introduce myself to you guys.
>
>
> Regards
>
> Florian
>
>
> Am 07.
something?
>
> Bye,
>
> Oliver
>
> --
> N Oliver B. Fischer
> A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
> P +49 30 44793251
> M +49 178 7903538
> E o.b.fisc...@swe-blog.net
> S oliver.b.fischer
> J oliver.b.fisc...@jabber.org
> X http:/
et
> S oliver.b.fischer
> J oliver.b.fisc...@jabber.org
> X http://xing.to/obf
>
>
--
*Anatole Tresch*
Java Engineer & Architect, JSR Spec Lead
Glärnischweg 10
CH - 8620 Wetzikon
*Switzerland, Europe Zurich, GMT+1*
*Twitter: @atsticks*
*Blogs: **http://javaremarkables.blogspot.ch/
&
-- Summary due by end of day
> Tue May 12 -- Mentor signoff due by end of day
> Wed May 13 -- Report submitted to Board
> Wed May 20 -- Board meeting
>
--
*Anatole Tresch*
Java Engineer & Architect, JSR Spec Lead
Glärnischweg 10
CH - 8620 Wetzikon
*Switzerland, Eur
Hi Daniel
That is great news! In general the process is described here:
http://tamaya.incubator.apache.org/community.html
Summarizing you should sign the Apache ICLA (or CCLA if your company pays
you to contribute):
https://www.apache.org/licenses/icla.txt
as described here:
https://www.apache.o
Report Timeline below.
> > >
> > > May 2015 Incubator report timeline:
> > >
> > >
> > > http://wiki.apache.org/incubator/May2015
> > >
> > > Wed May 06 -- Podling reports due by end of day
> > > Sun May 10 -- Sheph
only one how has this problem.
>
> Oliver
>
> --
> N Oliver B. Fischer
> A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
> P +49 30 44793251
> M +49 178 7903538
> E o.b.fisc...@swe-blog.net
> S oliver.b.fischer
> J oliver.b.fisc...@jabber.org
> X htt
1 - 100 of 1632 matches
Mail list logo