[
https://issues.apache.org/jira/browse/TAMAYA-169?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Werner Keil updated TAMAYA-169:
---
Component/s: API
> streamline the API and work towards a JSR propo
[
https://issues.apache.org/jira/browse/TAMAYA-169?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Werner Keil updated TAMAYA-169:
---
Issue Type: Improvement (was: Bug)
> streamline the API and work towards a JSR propo
ernal
> or external (different network zones, security mechanisms and so on) and so
> on.. the configuration can therefor be written once (and only one bank
> application artifact needs to be built) and used throughout the testing
> process until (and including) it reaches production
>
ch module needs.
ConfigurationSourceProvicer is also extremely small and versatile. It feels
a lot like the Loader in Apache DeviceMap that also allows to retrieve
device definitions from a local file system, archives, a remote URL or
similar.
Regards,
Werner
On Wed, Jul 27, 2016 at 7:00 PM, Werner Keil wrote:
> W
I'd probably say "possible future JSR".
Nothing is certain till we see results of what might be announced or
discussed at JavaOne and afterwards.
E.g. IBM seems to already push ahead with Websphere Liberty based on
microprofile.io. At the moment it isn't more than a subset of JSRs, so not
a real "
rent proposal the configprovider also gives
> access to a static label map
>
> J Anatole
>
> Am 27.07.2016 4:24 PM schrieb "Werner Keil" :
>
> > Fully agree on a) everyone who at least observed the EE Umbrella over the
> > years will understand that;-)
>
different
> from customer to customer.
>
> We might address this in the tamaya specific api, but I would leave this
> out from the JSR proposal part.
>
> LieGrue,
> strub
>
>
>
>
>
> > On Wednesday, 27 July 2016, 15:57, Werner Keil
> wrote:
> >
e.
A combination of stage and version I guess could be done with DeltaSpike's
ProjectStage, but it would stretch it very far to apply the same to a
tenant, product or service.
Guess a framework, API or standard really capable of multi-tenancy should
find a different term.
Regards,
Werner Kei
Phil,
Sorry you can't join.
At JavaLand twice Anatole outlined relatively well what solutions exist
including Spring, DeltaSpike, etc.
https://www.doag.org/formes/servlet/DocNavi?action=getFile&did=6796393&key=
Spring's PropertyResolver
http://docs.spring.io/spring-framework/docs/4.0.4.RELEASE/j
gt;
> 2016-07-26 18:27 GMT+02:00 Mark Struberg :
>
> > I'm happy to do a quick hangout.
> >
> > Anatole, since you are the most active one in the codebase - when do you
> > have time?
> >
> >
> > LieGrue,
> > strub
> >
> >
> >
I am usually available in the evening time, but for structural design
decisions there should be more than just 2 or 3 unless you're in a very
small PMC ;-)
Werner
On Tue, Jul 26, 2016 at 6:49 PM, Werner Keil wrote:
> Actually Phil, John or Oliver have pushed at least as much code
pany;-)
Cheers,
Werner
On Tue, Jul 26, 2016 at 6:27 PM, Mark Struberg
wrote:
> I'm happy to do a quick hangout.
>
> Anatole, since you are the most active one in the codebase - when do you
> have time?
>
>
> LieGrue,
> strub
>
>
>
>
> > On Tuesda
26, 2016 at 5:41 AM Werner Keil wrote:
>
> > Will do if I can.
> >
> > So java.net isn't the only hosting that's giving up these days?;-)
> >
>
> Be a little bit positive Werner. ASF Infra is having some issues with a
> bunch of nodes hosted by Yahoo.
.
> This happens at least once a day; builds afterwards do not fail since
> they do not try to contact codehaus once more.
>
> Am 25.07.2016 um 16:14 schrieb Werner Keil:
> > Any idea why 2 of the 3 Tamaya builds failed in the last 24h?
> > https://builds.apache.o
Werner
On Mon, Jul 25, 2016 at 9:58 PM, Werner Keil wrote:
> Makes sense, as he was among the most active committers lately other than
> Anatole;-)
>
> So speak then, thanks,
>
> Werner
>
>
> On Mon, Jul 25, 2016 at 9:57 PM, P. Ottlinger
> wrote:
>
>> Am
Also seen among many others in CDI where
javax.enterprise.inject.spi.CDIProvider is an SPI element to allow access
to what's the only static accessor in CDI, the class with the same name,
not a static factory itself;-)
On Tue, Jul 26, 2016 at 10:36 AM, Werner Keil wrote:
> The name I
>
> LieGrue,
> strub
>
>
>
>
> > On Thursday, 21 July 2016, 16:02, Anatole Tresch
> wrote:
> > > yep...
> >
> > 2016-07-21 14:08 GMT+02:00 Werner Keil :
> >
> >> Anatole/all,
> >>
> >> So ConfigurationProvider boils down to just a getConfiguration() method
> >> now?
> >>
> >>
> >>
>
Makes sense, as he was among the most active committers lately other than
Anatole;-)
So speak then, thanks,
Werner
On Mon, Jul 25, 2016 at 9:57 PM, P. Ottlinger wrote:
> Am 25.07.2016 um 17:39 schrieb Werner Keil:
> > So will there be a hangout this week or only after Oliver is back
So will there be a hangout this week or only after Oliver is back???
Werner
On Wed, Jul 20, 2016 at 3:24 PM, Werner Keil wrote:
> If I remember right, John set a call up for CDI. Would it be possible
> here, too or is he not joining?
> Otherwise what about Anatole?
>
> Given t
Hi,
Any idea why 2 of the 3 Tamaya builds failed in the last 24h?
https://builds.apache.org/view/S-Z/view/Tamaya/
Cheers,
Werner
Hi,
Not sure if there's supposed to be a hangout today or this week?
Some of you should have seen this or similar announcements by Oracle on
Java EE and the Cloud:
http://www.infoworld.com/article/3098007/java/oracle-to-reboot-java-ee-for-the-cloud.html
Notable aside from many other buzzwords li
Anatole/all,
So ConfigurationProvider boils down to just a getConfiguration() method now?
On Thu, Jul 21, 2016 at 12:01 PM, Anatole Tresch wrote:
> Hi Mark/all
>
> that sounds good for me. For me the current state actually is part of some
> Kind of Long term trip. We started with some featu
Sure one can fork the Tamaya repository in GitHub, too, but small islands
spread across multiple repositories and hosting services make it harder to
focus. And slow down the way of Tamaya towards graduation, too.
Werner
On Thu, Jul 21, 2016 at 11:38 AM, Werner Keil wrote:
> Hi,
>
&g
Hi,
On Thu, Jul 21, 2016 at 11:08 AM, Mark Struberg
wrote:
> Hi Anatole!
>
> Thanks for your productive response, anwers inline:
>
>
Are we collecting tasks or other items in JIRA, ideally before a hangout?
>
> > Am 20.07.2016 um 17:00 schrieb Anatole Tresch :
> >
> > Dont get me wrong: I comp
s at 4pm CET, so too
early in most cases) I cannot attend more than maybe once a month or so,
but I also participate as good as I can.
On Wed, Jul 20, 2016 at 5:23 PM, Werner Keil wrote:
> Anatole,
>
> Much appreciated the bullet points and "stories". Instead of just nagg
etc
> >
> > Please inform yourself before you spread wrong accusations on public
> lists!
> >
> > LieGrue,
> > strub
> >
> >
> > > Am 20.07.2016 um 16:55 schrieb Werner Keil :
> > >
> > > Have to ask Mark why he suggested Geronimo/EE
ations on public lists!
>
> LieGrue,
> strub
>
>
> > Am 20.07.2016 um 16:55 schrieb Werner Keil :
> >
> > Have to ask Mark why he suggested Geronimo/EE in the first place instead
> of
> > Tamaya.
> >
> > If a hypothetical future version of Geronim
Romain Manni-Bucau
wrote:
> Didn't want to feel the trolls but you say too wrong statements we
> shouldn't let be public without corrections in this last one
>
> 2016-07-20 16:29 GMT+02:00 Werner Keil :
>
> > Why that's not true. JPA historically has more
e still just keeps talking around
> > "Yes we need an SPI" nobody so far talked about what it may contain or
> what
> > could be added/removed.
>
> Even my initial mail DID contain exactly that. As did dozen subsequent
> posts…
>
> LieGrue,
> strub
>
>
&g
but it sounds better also to put a
name on a task or sub-task once tasks are identified (right now I would
rather call this Improvement or Wish, the exact tasks like "remove class
XYZ" would follow later)
On Wed, Jul 20, 2016 at 3:48 PM, Werner Keil wrote:
> You asked about a
st of them seem totally out of context to me.
> Or is it just me who feels offended by that?
>
> LieGrue,
> strub
>
>
> > Am 20.07.2016 um 15:06 schrieb Werner Keil :
> >
> > Not exactly, because it's a broad consensus among JCP EC members (I am
> just
If I remember right, John set a call up for CDI. Would it be possible here,
too or is he not joining?
Otherwise what about Anatole?
Given the large number of ideas I guess it's better to have one more often
and sooner than August;-)
afe side and wait till 1.0 is really out this
time?;-)
Werner
On Wed, Jul 20, 2016 at 2:47 PM, Mark Struberg
wrote:
> >
> > Am 20.07.2016 um 13:10 schrieb Werner Keil :
> >
> >
> > That's where I suggested, that the minimum an SPI must provide is the
>
Or take a myriad of JSRs I help one way or the other. Not every EG member
always commits the same amounts of code, some probably never do, especially
if the driving companies (Red Hat, Oracle or IBM on the EE side) mostly
prefer to do that by themselves.
The last time you (Mark) seem to have commit
involved yet. And be happy about that, because IF they feel that there is
> something to fix, then this usually doesn’t happen by using a band-aid but
> an axe…
>
> LieGrue,
> strub
>
>
> > Am 20.07.2016 um 11:31 schrieb Werner Keil :
> >
> > Romain/all,
> &g
On Wed, Jul 20, 2016 at 12:53 PM, Anatole Tresch wrote:
> Just a few side notes from my side, not with the intention to fire up
> things...
>
> 2016-07-20 12:05 GMT+02:00 Romain Manni-Bucau :
>
> > 2016-07-20 11:31 GMT+02:00 Werner Keil :
> >
> > Well not ye
On Wed, Jul 20, 2016 at 11:12 AM, Mark Struberg
wrote:
> > Portability is a difficult Thing. We will not get a truely portable
> > solution as Java EE also is not as Long as we have a portable
> configuration
> > Definition for administrative resources as well, which Oracle (UNTIL NOW)
> > activ
ing along the lines
of that Microservice PoC (some at Tomitribe contribute, I guess it's mostly
David) rather than hidden in your own private repositories, that would be
useful and bring Tamaya closer to shaping a possible standard.
Cheers,
Werner Keil | JCP Executive Committee Member,
The 0.2 API JAR of Tamaya including the SPI counts roughly 20 elements.
Compared to ~60 in JCache. The JAR size doesn't necessarily reflect the
size or complexity of a JSR.
JSR 330 consisting only of half a dozen annotations can't be taken as a
"reference" for every JSR, as you mentioned without CD
Don't think most extensions have to be standardized.
If there are SPI or API elements like "SomeProvider" then it's the idea
that extensions use them.
Zalando and other users of JSR 354 create their own ExchangeRateProvider,
modules extending JSR 363 define SI, ISO, Unicode or UCUM systems based o
+1
You can still keep the SPI optional, see MEEP or JSR 363.
Given any standard would not come before Java SE 9, modularity is also good
to keep in mind for many other JSRs but the SPI should be there IMHO.
Werner
On Tue, Jul 19, 2016 at 10:20 PM, Mark Struberg
wrote:
>
> > Am 19.07.2016 um 1
passed to the user.
the term "value" is also in the JavaDoc and method signature, so sounds
reasonable if others think the term would also work.
On Tue, Jul 19, 2016 at 10:31 PM, Werner Keil wrote:
> +1
>
> You can still keep the SPI optional, see MEEP or JSR 363.
> Given
Cheers,
Werner
On Tue, Jul 19, 2016 at 10:08 PM, Mark Struberg
wrote:
> The 30kByte was the API _plus_ the RI ;)
> The proposed config-api.jar alone has < 10k.
>
> But again: it is NOT about the size - it is about having a very straight
> and clean API.
>
> Lie
bucau.wordpress.com> | Github <
> https://github.com/rmannibucau> |
> LinkedIn <https://www.linkedin.com/in/rmannibucau> | Tomitriber
> <http://www.tomitribe.com> | JavaEE Factory
> <https://javaeefactory-rmannibucau.rhcloud.com>
>
> 2016-07-19 19:21 GMT+02:00 Werne
u <https://twitter.com/rmannibucau> | Blog
> <https://blog-rmannibucau.rhcloud.com> | Old Wordpress Blog
> <http://rmannibucau.wordpress.com> | Github <
> https://github.com/rmannibucau> |
> LinkedIn <https://www.linkedin.com/in/rmannibucau> | Tomitriber
> <http://www.
ly left to vendors the PropertySource could be a minimal SPI
element.
Werner
On Tue, Jul 19, 2016 at 6:46 PM, Werner Keil wrote:
> That is a very good topic to pick up in fact;-)
>
> Mike Keith at a very early stage talked about "CARs" (Configuration
> Archives)
>
> I
That is a very good topic to pick up in fact;-)
Mike Keith at a very early stage talked about "CARs" (Configuration
Archives)
I know from the current and other large enterprise projects with a more or
less "Cloud" and "Microservice" affine approach, that they often use a
sophisticated series of J
s of today is so modular that these aspects easily can be
> separated...
>
> 2016-07-19 18:08 GMT+02:00 Werner Keil :
>
> > This was mainly the question of whether or not the value holder (also
> > towards a possible standard) itself should be mandated by the API or not.
> >
In Multiconf (Python based) we handled that via so called groups, but
that's nothing you'd find in the current API of Tamaya.
Werner
On Tue, Jul 19, 2016 at 6:02 PM, Romain Manni-Bucau
wrote:
> @Anatole: had this case in mind but it brings also a lot of issues (was not
> in JCache for one reas
This was mainly the question of whether or not the value holder (also
towards a possible standard) itself should be mandated by the API or not.
Not what Tamaya can or could support or be backed by;-)
Werner Keil | JCP Executive Committee Member, JSR 363 Co Spec Lead |
Eclipse UOMo Lead, Babel
- ConfigFilter
- ConfigQuery
- ConfigOperator
At most I would see one, but not sure, if it was necessary for an innermost
"core" API
Either could accomplish what the base element ConfigMergeable does in
Typesafe config.
>From the state and recent contributions I can't say, if now Lightb
lt;https://twitter.com/rmannibucau> | Blog
> <https://blog-rmannibucau.rhcloud.com> | Old Wordpress Blog
> <http://rmannibucau.wordpress.com> | Github <
> https://github.com/rmannibucau> |
> LinkedIn <https://www.linkedin.com/in/rmannibucau> | Tomitriber
> <http://www
ain
> ;)
>
> 2016-07-19 15:56 GMT+02:00 Oliver B. Fischer :
>
> > Hi,
> >
> > so I would create a weekly hangout for Monday, 8pm? Starting with next
> > Monday?
> >
> >
> > Am 18.07.16 um 14:40 schrieb Werner Keil:
> >
> >>
Hi,
Starting another thread because the "Vote" that wasn't really an official
vote at this point has outlived itself.
Without going into details about what each of the underlying mechanisms
(DI, etc.) are there are two main categories of config solutions:
1. Annotated POJOS
That includes t
gt; >
> >
> > Target is Java SE and EE, not ME.
> > ME is dead as Elvis, let’s face it ;)
> >
> > LieGrue,
> > strub
> >
> >
> > > Am 19.07.2016 um 16:40 schrieb Werner Keil :
> > >
> > > On the top-most API level you'll cl
let's not
> > bother discussing it here any more.
>
>
> Target is Java SE and EE, not ME.
> ME is dead as Elvis, let’s face it ;)
>
> LieGrue,
> strub
>
>
> > Am 19.07.2016 um 16:40 schrieb Werner Keil :
> >
> > On the top-most A
w would someone plugin
> e.g. his default-config into the application?
>
> LieGrue,
> strub
>
>
> > Am 19.07.2016 um 15:52 schrieb Werner Keil :
> >
> > Unless configuration ends with String jsonBlob = config.get(JSON) or
> > xmlBlob = config.get(XML) etc.
part isn’t type-safe with this code?
> Can you explain it, pretty please?
>
> LieGrue,
> strub
>
> > Am 19.07.2016 um 16:21 schrieb Werner Keil :
> >
> > The other most widely used framework, Typesafe config itself looks like a
> > compromise, but roughly 1.
ric or string values.
Werner
On Tue, Jul 19, 2016 at 3:52 PM, Werner Keil wrote:
> Unless configuration ends with String jsonBlob = config.get(JSON) or
> xmlBlob = config.get(XML) etc. (could be YAML, too, leaving everything up
> to users of course) the majority of solutions offer a so
Sounds good.
Werner
On Tue, Jul 19, 2016 at 3:56 PM, Oliver B. Fischer wrote:
> Hi,
>
> so I would create a weekly hangout for Monday, 8pm? Starting with next
> Monday?
>
>
> Am 18.07.16 um 14:40 schrieb Werner Keil:
>
>> Tuesday normally would work for me, but
.
On Tue, Jul 19, 2016 at 3:30 PM, Romain Manni-Bucau
wrote:
> 2016-07-19 15:22 GMT+02:00 Werner Keil :
>
> > Well the question is and remains who needs a Properties reboot and how
> are
> > applications supposed to use it?
> >
> >
> You don't ge
Well the question is and remains who needs a Properties reboot and how are
applications supposed to use it?
Other than commons config or Spring there are no real production usages out
there at the moment.
On Tue, Jul 19, 2016 at 3:09 PM, Mark Struberg
wrote:
> > In DS Configuration is just a
m> | Old Wordpress Blog
> <http://rmannibucau.wordpress.com> | Github <
> https://github.com/rmannibucau> |
> LinkedIn <https://www.linkedin.com/in/rmannibucau> | Tomitriber
> <http://www.tomitribe.com> | JavaEE Factory
> <https://javaeefactory-rmannibucau.r
oc/4.0.4/common/org/jboss/util/property/PropertyMap.html
has Red Hat EC alternate Scott Stark among its authors;-)
Werner
On Tue, Jul 19, 2016 at 2:34 PM, Werner Keil wrote:
> If get(String) only returns a string, how do you imagine it should be used
> by real apps.
>
> Configur
ionDecipher { String decipher(String); String name(); }
> >
> >
> > wdyt?
> >
> >
> >
> > Romain Manni-Bucau
> > @rmannibucau <https://twitter.com/rmannibucau> | Blog
> > <https://blog-rmannibucau.rhcloud.com> | Old Wordpress Blog
>
xception{
> private static final long serialVersionUID = -5886094818057522680L;
> public ConfigException(String message){
> super(message);
> }
> public ConfigException(String message, Throwable t){
> super(message, t);
> }
> }
>
> J An
uberg
wrote:
> Then see it as the smallest possible core. It has only 30 kByte (api+RI
> jars).
> It even works on ME or Android.
>
> LieGrue,
> Strub
>
> > Am 19.07.2016 um 01:00 schrieb Werner Keil :
> >
> > We're not talking about the API when it comes to S
but
> would
> > > work).
> > >
> > > Once we agree on that we will have to discuss on top of that:
> > >
> > > - integrations
> > > - injections (injection points vs proxy Bean)
> > > - coercion
> > > - default impls
> > &g
- coercion
> - default impls
> -
>
> But making the API small, strong and usable by all is important IMHO
>
> Le 18 juil. 2016 22:41, "Werner Keil" a écrit :
>
> > Sorry to dissapoint you, but I was involved at least in Tamaya before
> > Anatole even
t;myproject.mydb.reloadAfter")
> >>.as(Integer.class)
> >>.withDefault(1000)
> >>.cacheFor(5, TimeUnit.MINUTES)
> >>.evaluateVariables(true)
> >>.withLookupPath(config.getValue("myproject.dbvendor"),
> >
acheFor(5, TimeUnit.MINUTES)
> > .evaluateVariables(true)
> > .withLookupPath(config.getValue("myproject.dbvendor"), projectStage);
> >
> > And later use
> > reloadAfterCfg.getValue()---
>
> LieGrue,
> strub
>
>
>
>
> On Monday, 18 Ju
If it was as late as 9pm CET/Berlin, pretty much all days work for me.
Werner
On Mon, Jul 18, 2016 at 9:21 PM, P. Ottlinger wrote:
> Hi there,
>
> Am 15.07.2016 um 16:33 schrieb Oliver B. Fischer:
> > There fore I suggest to start our weekly hangouts once a week again.
>
> Tue and Thu are not
I'm nuts and the current API is fine, then be it.
> Otoh if the majority is to do the cleanup then we should do it properly.
>
> LieGrue,
> strub
>
>
>
>
> > On Monday, 18 July 2016, 20:55, Werner Keil
> wrote:
> > > Hibernate vs. JPA is also an interes
Hibernate vs. JPA is also an interesting read:
http://stackoverflow.com/questions/9881611/whats-the-difference-between-jpa-and-hibernate
Like Tamaya, Apache Commons Config or other config solutions, Hibernate was
there before JPA. Its creators were involved as well as many others (even
Apache or No
Haven't played with it myself, but found it quite unfortunate, JSR 107 had
to "reinvent" its configuration subsystem once again. Probably one of the
worst examples for getting a JSR done (it took more than 10 years) but the
configuration subsystem also looks type-safe:
http://static.javadoc.io/java
Tuesday normally would work for me, but not too early. Only about once a
month the JCP EC call is a mandatory requirement. Most other days are fine
for me, too, but ideally not before ~6pm CET.
Werner
On Mon, Jul 18, 2016 at 12:09 PM, Mark Struberg
wrote:
> Tuesday is not possible, other dates
+1
John expressed with yet another example (I heard of Archaius at JavaLand
where the speaker also mentioned Tamaya, so there's recognition even by
those who are not actively involved here;-) what I also did both in a brief
reply to Mark himself and other channels like Microprofile.
A JSR is rare
t etc. at a decent time happy to also join that.
Cheers,
Werner
On Fri, Jul 15, 2016 at 8:00 PM, John D. Ament
wrote:
> Werner,
>
> Let's keep Alan's proposed moratorium.
>
> John
>
> On Jul 15, 2016 13:56, "Werner Keil" wrote:
>
> > Former Devi
rner
On Fri, Jul 15, 2016 at 10:44 AM, Mark Struberg wrote:
>
> > Am 15.07.2016 um 09:31 schrieb Werner Keil :
> >
> > Tamaya will know best, if it tolerates a fork of
> > Geronimo in the way Mark created it.
>
>
> Wow! Dude, you got something horribly wrong.
rk on GitHub they were told they may do so,
but not call it"org.apache" either.
I hope you guys can settle differences and work constructively together,
both at Apache, JCP or elsewhere.
Cheers,
Werner Keil | JCP Executive Committee Member, JSR 363 Co Spec Lead |
Eclipse UOMo Lead,
How about JavaOne?
Was the day of your session already unveiled, or just the fact it's
approved?
While unaware of Mark's "Skunkwork" rush the topic of possible new JSRs has
been discussed by the EC a few times. We brushed the topic on Tuesday but
others (like the Java EE situation) took most of t
Besides from a technical point "Doing this at Geronimo", who would do this
in 2016?
http://geronimo.apache.org/ shows no release or activity for the past 3
years. While TomEE (though it so far aims at the Web profile only, also not
yet Java EE 7 certified) makes a very active and healthy impressio
It really makes a "People's Front of Judea" or maybe rather say "People's
Front of JCP" impression here;-)
Werner
>
1:06 AM, Mark Struberg
wrote:
> You know that this is a chicken-egg problem and that there are many
> projects which did totally different?
> Oracle is also actively using the org.apache package names, whoops …
> Lets stop that legal discussion. You are not a lawyer.
>
> LieGrue,
&g
o a new
project "unitsofmeasurement.org" for almost 5 years, not just do a "rogue
JSR".
Only when JSR 363 was approved we reused the namespace.
So as a POC call it "config" if you like but not "javax.config",
"java.config" or "jdk.config" that implie
Yes but neither at Apache nor elsewhere you can just go and declare "your
JSR", this is unacceptable especially from the package space point.
A JSR under "javax.something" is only allowed for an EG once a JSR was
filed and approved by the Executive Committee.
Mark is free to register any domain li
x27;d
hope to revisit.
Anatole was invited to talk about Tamaya or configuration in general, but
no JSR has been filed yet, therefore this "rogue" JSR by a self-declared
Spec Lead is not sanctioned by the JCP and must not be called
"javax.config" until at JSR was proposed
Congratulations. Thanks for sharing and see you at JavaOne.
Werner
On Tue, Jul 12, 2016 at 10:46 PM, Anatole Tresch wrote:
> Dear all
>
> long time I was not so active on the mailing list here. In the mean time I
> was trying to setup integration with Apache Karaf and continued with some
> UI
How does it work in an app that may have its own splash screen?
I know if you develop plugins or components for Eclipse or other IDEs this
can show used technologies, but how about standalone apps, will Tamaya show
up like a "nag screen" there?;-)
Werner Keil | JCP Executive Committee M
Yes, this is required by CDI as of now.
It looks rather similar in a "DeltaSpike inspired" config framework used by
a recent client.
Werner
On Mon, Jun 6, 2016 at 2:49 AM, John D. Ament wrote:
> All,
>
> Maybe something I'm not clear about. Suppose I have this type safe bean:
>
> public class
Maybe we schould also transfer it to JIRA or create a ticket linking to
that article?
Werner
On Wed, Jun 1, 2016 at 1:16 PM, John D. Ament wrote:
>
> http://stackoverflow.com/questions/37565612/apache-tamaya-cdi-extension-causes-startup-issue-in-wildfly
>
> Maybe we should create a tag? :-)
>
Guess we won't need more build jobs right now than e.g. DeltaSpike?;-)
Werner
On Tue, May 31, 2016 at 11:19 PM, P. Ottlinger
wrote:
> Am 31.05.2016 um 21:00 schrieb Werner Keil:
> > No it's just a view, a folder would look like
> >
> https://documentation.cloud
<
o.b.fisc...@swe-blog.net> wrote:
> Yes, but it seems so that there is already a folder (or however this is
> called in Jenkins)
>
> Am 30.05.16 um 00:26 schrieb Werner Keil:
>
>> You may add a folder under that view if necessary. Doing that for several
>> cases
You may add a folder under that view if necessary. Doing that for several
cases in client projects, if that was meant with "grouping"?;-)
Werner
On Mon, May 30, 2016 at 12:16 AM, John D. Ament
wrote:
> Oliver,
>
> What do you mean by "group Tamaya in jenkins"?
>
> Per the ASF convention, all o
+1
Some of us, especially those with larger contribution or Jenkins experience
(which includes myself btw, happy to help with that, too, I maintain
several clusters for my client and CI systems of other projects with
Jenkins, Hudson, Travis or other tools) may do so.
Werner
On Thu, May 12, 2016
Hopefully not a Friday 13th Bug?;-O
On Fri, May 13, 2016 at 9:31 AM, Oliver B. Fischer wrote:
> Sorry, build is back to stable. It was yesterday brocken...
>
> Am 13.05.16 um 09:06 schrieb Oliver B. Fischer:
>
> I will have a look at it in the evening...
>>
>>
> --
> N Oliver B. Fischer
> A Sc
Was the subject "Cummunity" on purpose?;-)
On Thu, May 12, 2016 at 9:42 PM, Anatole Tresch wrote:
> Where did I something wrong...?
> Am 12.05.2016 12:39 schrieb "Werner Keil" :
>
> > Thanks a lot, just please be careful how you pronounce some things ;-D
&
Thanks a lot, just please be careful how you pronounce some things ;-D
On Thu, May 12, 2016 at 9:13 PM, Anatole Tresch wrote:
> Hi all
> I had a few very intersting discussions here at Apachecon NA. One guy
> actually started to use it and was able to significatly reduce boilerplate
> code for c
Probably keep it in a separate Maven module with the appropriate NOTICE
file?
Then the actual library has less to worry about.
On Mon, May 9, 2016 at 1:25 PM, John D. Ament wrote:
> On Mon, May 9, 2016 at 6:37 AM Werner Keil wrote:
>
> > Why, is MIT incompliant or at least &q
Why, is MIT incompliant or at least "not liked" by Apache?;-O
Plus isn't that only part of the "site" or where would jQuery be used by
Tamaya as such during runtime?
We have an even more dubious case of a "license assumption" since the W3C
WG for DDR never properly put a license statement into the
301 - 400 of 712 matches
Mail list logo
