As mentioned, the ideal approach would be to create a patch directly from
this information and attach that to JIRA. That is perfectly fine and
practiced a lot by several Open Source communities. Until we find something
along the lines of Eclipse Babel where people can directly upload their
user age
Sounds like a good idea for the new project page (as it is about to leave
the incubator)
Agorava has a "How to contribute" page http://www.agorava.org/contributing/
maybe we can create something similar for DeviceMap aside from overall
documentation that Apache has, but especially in the case of d
I'm sure, Bertrand can add something regarding the general IP question, but
as far as user agents are concerned, I can only repeat what I said in my
talks.
They are common knowledge and come from the device (unless somebody made
one up for whatever reason;-)
So while actually committing to devicema
Hi,
It seems the URL http://devicemap.apache.org/devicemap/ contains a valid
site (the old one) already, but the main URL http://devicemap.apache.org/
just points to a folder with a child folder.
Could we improve that? At the very least an index.html auto-forward page,
or that new content Radu ha
itory containing device information, images and other
relevant information for all sorts of mobile devices, e.g. smartphones and
tablets.
Werner
On Wed, Dec 3, 2014 at 6:33 PM, Bertrand Delacretaz
wrote:
> Hi,
>
> On Wed, Dec 3, 2014 at 4:26 PM, Werner Keil wrote:
>
I raised the question and see Tamaya one benefit would be more or less
automatic mirror on Apache GitHub orga, too.
Werner
On Thu, Dec 4, 2014 at 1:41 PM, Bertrand Delacretaz
wrote:
> On Wed, Dec 3, 2014 at 6:37 PM, Werner Keil wrote:
> > ...Having the existing one (maybe
with the new info and deploy it, and when
> the new design is ready we can just change the theme.
>
> Cheers,
> Radu
>
> On Wed, Dec 3, 2014 at 7:37 PM, Werner Keil wrote:
>
> > Any roadmap for the other site?
>
JIRA also still says:
Bertrand Delacretaz
·Category: Incubator
·URL: http://devicemap.apache.org
The URL seems fixed, but the category might need to change.
Thanks,
Werner
On Fri, Dec 5, 2014 at 12:48 PM, Werner Keil wrote:
> OK, could we then simply move the "devicemap" fold
c impression of DeviceMap;-)
Werner
On Fri, Dec 5, 2014 at 2:58 PM, Bertrand Delacretaz
wrote:
> On Fri, Dec 5, 2014 at 12:48 PM, Werner Keil
> wrote:
> > OK, could we then simply move the "devicemap" folder one higher, or is
> SVN
> > still in pain?
>
>
It makes a bad impression, but at least there are no imminent conferences
or events that would make people rush to the site, but let's hope the site
can be fixed soon;-)
On Fri, Dec 5, 2014 at 3:14 PM, Bertrand Delacretaz
wrote:
> On Fri, Dec 5, 2014 at 3:09 PM, Werner Keil wrote:
Looks good.
It is automatically forwarded, but the Wiki page could also use the new URL
(currently points to "incubator" one)
Thanks,
Werner
On Sat, Dec 6, 2014 at 7:16 PM, Reza wrote:
> -mailing list: dev@devicemap.apache.org, obviously this is working.
> -website: http://devicemap.apache.org/
dont see
> anything else incubator related in the wiki...?
> From: Werner Keil
>
>
> To: dev@devicemap.apache.org; Reza
> Sent: Saturday, December 6, 2014 1:26 PM
> Subject: Re: Graduation checklist
>
> Looks good.
> It is automatically forwarded, but
And the text there of course also still says
svn co http://svn.apache.org/repos/asf/incubator/devicemap/trunk/ devicemap
On Sat, Dec 6, 2014 at 7:56 PM, Werner Keil wrote:
> The "source" page also still has at least one (or two) references to
> Incubator.
> In one case (
While for actual coding tasks, component owners are automatically assigned,
I removed the default assignee for the data component, as it may be more
people than just Reza picking them up.
I found a recognition issue after an Android update, will file a ticket for
that soon, too.
Werner
On Mon, D
t; incase I need to respond, etc. But I agree that most of these tasks should
> go unassigned since I wont necessarily be the person who resolves these
> issues.
>
>
> From: Werner Keil
> To: dev@devicemap.apache.org; Reza
> Sent: Monday, December 8, 2014 1:02 PM
>
Would that be a separate XML file for bots?
Can you describe that a bit on the Wiki, we
And regarding working on it, I assume, you signed the contributor
agreement, did you?
Aside from JIRA filing (which pretty much everyone can do) even creating
XML files or executable code in SVN/Git/... require
; process of discussion about this with Reza.
>
> And, I will definitely provide a report in the wiki in case of a decision.
>
> On Tue Dec 09 2014 at 2:14:18 PM Werner Keil
> wrote:
>
> > Would that be a separate XML file for bots?
> >
> > Can you describe that a
A new benchmark would of course be great.
As of now in the absence of other performance tests, I had to present the
figures from the W3C DDR implementation. Should there be others (I believe
Eberhard or other contributors once or twice mentioned blazing fast
performance, but so far there has been
That's a good point. I did not try it since ApacheCon Europe, but via its
"oddr.threshold" AFAIR OpenDDR (the W3C DDR implementation also at
DeviceMap;-) would recognize those if the threshold was hight enough. The
new client parses only the XML and see a bug I also filed last night often
misses th
Volkan/Reza,
Let's keep in mind, the W3C DDR implementation has specialized recognition
classes like OrderedTokenDeviceBuilder or TwoStepDeviceBuilder and
subclasses that analyze the UserAgent more thoroughly, and currently
provide better recognition of say an update to Android 4 or 5.
Werner
O
atch all
> builders at once and then chooses the highest ranking match, thus
> increasing the accuracy. So I am not aware of any reason that one client
> can recognize a pattern better than the other, especially if they are
> working off the of the same data. Only the opposite is po
l
logic for smart UA recognition. Once you drilled down to a particular
device class like Android, etc. that helps and one may also add further
specialized builders to improve that. If you have one big parser that can
be faster or end up being more tedious.
On Wed, Dec 10, 2014 at 6:41 PM, Werner Keil
es, is to use pattern matching on device,
> browser, and OS signatures and use that to target specific devices,
> browsers, operating systems, and their versions.
>
> From: Werner Keil
> To: dev@devicemap.apache.org; Reza Naghibi
> Sent: Wednesday, December 10, 2014
hey only exist in code or are they in the DDR?
>
> From: Werner Keil
> To: dev@devicemap.apache.org; Reza Naghibi
> Sent: Wednesday, December 10, 2014 1:23 PM
> Subject: Re: 2x Performance Increase in classify()
>
> It does not parse the user agent it only uses more so
Have you signed the Apache contributor agreement by any chance?
Even if DevicMap moved to Git that will be required to have commit rights.
Werner
On Wed, Dec 10, 2014 at 8:43 PM, Volkan YAZICI
wrote:
> Hi,
>
> Are there any plans to move to a distributed VCS, e.g., Git? Despite I
> submitted t
ush changes without a committer access. But it
> will be a lot easier to create local branches and work on each feature
> separately.
>
> On Wed Dec 10 2014 at 8:54:37 PM Werner Keil
> wrote:
>
> > Have you signed the Apache contributor agreement by any chance?
> &g
Reza,
I guess you also got it via the committer alias?
Do you think you could make it to propose DeviceMap to ApacheCon US
2015?;-)
US based speakers are likely to get TAC support if it helped you, I spoke
to Jan and he said, for Europeans it is too far/much in most cases.
Regards,
Werner
Volkan,
Great news. Where are you based btw., Europe? (your name sounds like it,
Turkey I assume;-)
Werner
On Sat, Dec 13, 2014 at 12:28 PM, Volkan YAZICI
wrote:
>
> Hello Reza,
>
> I am quite much at the beginning with User-Agent string parsing, but I
> believe I will get more familiar with th
ipating in that?
Especially from Netherlands it would be not so far to Germany.
Werner
On Sun, Dec 14, 2014 at 2:00 PM, Volkan YAZICI
wrote:
>
> Yep, I am from Turkey, just (~2 months) relocated to the Netherlands for
> work.
>
> On Sat Dec 13 2014 at 8:51:51 PM Werner Keil
> wrote:
er-week.de/Downloads/Vortragsdownload/Vortraege-DWX-2014
> >
> .)
>
> On Sun Dec 14 2014 at 2:26:51 PM Werner Keil
> wrote:
>
> > So you're in the Netherlands now, or just temporarily for 2 months?
> >
> > In any case, like I shared the German CFP wit
+1
Werner
On Wed, Dec 17, 2014 at 3:32 PM, Reza Naghibi <
reza.nagh...@yahoo.com.invalid> wrote:
>
> This is a vote to release the 1.1.0 DeviceMap java client. This release
> will be a public maven release.
>
> The release artifacts are here:
> https://repository.apache.org/content/repositorie
Great, a Christmas Present;-)
Cheers,
Werner
Am 20.12.2014 00:43 schrieb "Radu Cotescu" :
> Hi Reza,
>
> I'm almost ready with the new site (the design is still the same you guys
> saw in my initial prototype, but I'd argue that it's better than what we
> currently have anyway). I'll try to dress
Looks nice, is the logo just a placeholder? The colorful one looks a bit
more cheerful IMHO, wdyt?
Werner
On Mon, Dec 22, 2014 at 12:02 PM, Radu Cotescu wrote:
> Hi Volkan,
>
> An early prototype is available at
> http://people.apache.org/~radu/devicemap/
> .
>
> CouchDB's website looks strikin
The web app/service on our VM can be seen as a rudimentary step towards
some "user agent tester".
I don't know, if we wanted people to subscribe/login just to use it like
DeviceAtlas?;-)
They certainly must if they want to contribute device data. That is an
important feature we should provide if
Yep, at the moment only "data" is out there;-)
On Mon, Dec 22, 2014 at 2:29 PM, Volkan YAZICI
wrote:
> One more note: Without devicemap-client artifact available, the entire
> project would make no sense from the point of view of a Java developer,
> FYI. We need to get that released ASAP.
>
> On
It is not available in any Maven repository,
Most of even our own demos won't work unless you built it from source
first;-)
Werner
On Mon, Dec 22, 2014 at 3:43 PM, Bertrand Delacretaz wrote:
> Hi,
>
> On Mon, Dec 22, 2014 at 2:29 PM, Volkan YAZICI
> wrote:
> > ...Without devicemap-client artif
You (just like Volkan) are invited to participate in a DWX'15 presentation
of DeviceMap highlighting the .NET version (on a major Developer conference
for multiple platforms, but its pedigree is more .NET;-), too.
WDYT?
Werner
On Tue, Dec 23, 2014 at 8:07 AM, eberhard speer jr.
wrote:
> -B
I'm afraid, there are not too many IT conferences in Athens at the moment.
That one's in Nuremberg, Germany. Volkan mentioned he'd be working in the
Netherlands, so that is not too far. I'll propose a joint talk and if the
.NET client is both stable enough like the Java libraries and ideally
someoe
I know it a bit, Jekyll also runs the Agorava site.
If you prefer something similar running Java, we use JBake (www.jbake.org)
for JSR 354 and 363 project sites.
Werner
On Fri, Dec 26, 2014 at 5:21 PM, Reza Naghibi <
reza.nagh...@yahoo.com.invalid> wrote:
> Is there anyway to get this solution
sted, like cms.apache.org would be more ideal.
> >
> > Would like to be democratic about this, so if people are for it, then
> this
> > is ok to move forward with.
> >
> > So if we use Jekyll, our website still runs on apache httpd? Jekyll just
> > publishe
personally ran the "awestruct" command, but most sites there are
just plain HTML with some Bootstrap JS and CSS.
Werner
On Fri, Dec 26, 2014 at 11:56 PM, Werner Keil wrote:
> Radu/all,
>
> From the look (can ask Anatole and the others in the Tamaya mailing list)
> DeltaSpike a
I briefly saw it around JSR 308 (Type Annotations, still pretty much in
"Stealth Mode" though and practically unused, even by Oracle who was one of
the Co Spec Leads;-) what benefit do you think it would have for DeviceMap?
Werner
On Mon, Dec 29, 2014 at 3:01 PM, Bertrand Delacretaz wrote:
> H
Hi,
I looked into what is using Test-Data the other day, and even JUnit tests
in the W3C DDR implementation and other modules no longer use it. All
references to it should be gone or commented out.
I don't think we should completely delete it, but does anybody object
moving this one to "contrib"?
At the moment pattern matching in the "Next Generation" client occurs on a
very broad range, so ambiguities are harder to handle.
The more diverse builders of the W3C DDR client do this on a finer grained
level, which allows pattern matching even based on UAs that are not fully
covered yet.
E.g. s
Hi,
As many Apache projects, see Camel (http://camel.apache.org/examples.html)
do regular releases of representative examples, I thought we should also do
that.
At the moment there are only Java examples, 3 for java-client and 2 for
ddr-simple (which as a baseline also shall be released in a 1.0.
I have not automated it myself but seen reports about successful Maven
builds using JBake. Otherwise some simple shell scripts might do.
I run those on Windows for unitsofmeasurement.github.io.
That site uses a Blog style Bootstrap template, clearly nicer than any Wiki
by Apache or java.net right n
Maybe we can abstract that a bit, e.g. a formatter/renderer that offers
multiple output options. Whatever is best as default could be used behind
toString() if JSON is best, why not, but it would be good to abstract data
from the output/representation.
Werner
On Tue, Dec 30, 2014 at 2:19 PM, Re
> writing our own JsonParser class -- whose name implies a parser but which
> is actually a formatter -- and use a more decent library for that purpose,
> I believe. Anyway, not a big issue. If the rest approves the change, I can
> come up with a patch.
>
> On Tue, Dec 30, 2014 at 4:
What about moving test-data to "contrib"?
(if you preferred to completely delete it, speak up here, too;-)
Most of it seems tons of UA data or deltas, last maintained in 2013, but if
it's never released, why not move it to contrib.
Werner
On Mon, Dec 29, 2014 at 3:16 PM, Wer
l not be able
> to see my intermediate commits and we together will not be able to go into
> a make pull-review-update cycle.
>
>
> On Tue, Dec 30, 2014 at 6:42 PM, Werner Keil
> wrote:
>
> I'd say a separate "presentation" element, *Format, *Formatter, *Ren
Well, it's just a fact, the W3C Simple implementation shall be released as
1.0 according to a discussion we had a long time ago.
It's been around and stable almost ever since OpenDDR donated it and that
has not changed.
The only reason it was not released was an incompatible change (bug) you
slipp
/?pathrev=1648789
>
>
> Go into the os, browser, and device. There is no way 2.0 data can maintain
> support for this kind of builder architecture. Are you aware of this?
>
> From: Werner Keil
> To: dev@devicemap.apache.org; Reza Naghibi
> Sent: Thursday, January 1, 2
4,
> release data and client 2.0
> From: Werner Keil
> To: dev@devicemap.apache.org; Reza Naghibi
> Sent: Thursday, January 1, 2015 12:05 PM
> Subject: Re: https://issues.apache.org/jira/browse/DMAP-112
>
> That's why it is slated for a 1.0 release (regardless of maturi
Everything that's not under "contrib" should have at least one official
release. That's why I suggested to move the "test-data" folder into
/contrib (unless we agree it shall better be deleted from /trunk?)
On Thu, Jan 1, 2015 at 6:23 PM, Werner Keil wrote:
> O
s [1]? Lots of reasons to move on from this client. Then we have the
> fact that 2.0 will render it obsolete.
>
> [0] https://github.com/OpenDDRdotORG/OpenDDR-Java/issues
> [1] https://github.com/OpenDDRdotORG/OpenDDR-Java/pulls
>
>
> From: Werner Keil
> To: dev@devicemap.apache.o
As seen with former Apache committers like Stephen Colebourne, who found
Apache Foundation "too democratic" to realize their ideas of a project like
"Apache Commoons Money", he went on to create his own "thing" JodaMoney
similar to JodaTime or related projects like java.time, practically run by
jus
e
> other. I only get involved in these discussions in response to your
> statements. Otherwise, I moved forward from the legacy client back in 2011
> when I first engaged with OpenDDR project and wrote dClass. I really havent
> really looked back since. The fact that its
is also good to have a
migration path via W3C Simple DDR.
On Thu, Jan 1, 2015 at 7:47 PM, Werner Keil wrote:
> It's not "a better alternative", it's merely a "more mature" (since around
> for 2+ years) one in certain areas, while see the "Cloud"
Reza,
You just ignore the bugs Volkan first discovered by sticking your head into
the sand. That won't solve the problem. Maybe you should get it out of the
sand that'll get some fresh air to it I hope;-)
As of now DeviceMap Classifier suffers from multiple bugs, those unveiled
so far seem relate
ects and
companies replaced with at least Java 7 by now.
I hope instead of sticking your head into the sand (or elsewhere) you can
help the project with these necessary steps?
Cheers,
Werner
Werner Keil | JCP Executive Committee Member, JSR 363 Co Spec Lead |
Eclipse UOMo Lead, Babel Language Cham
Starting with getting the existing Jenkins instance to use the right SVN;-)
Unless you brushed away ignored or closed the related JIRA ticket like all
the others, please see the one Jenkins points to.
I assume the VP is the right person to handle these infrastructure tasks,
thus I re-assigned it t
Reza/all,
As of data 1.x the attempt of "aliasing" device data by trying to override
a parent device with just a single incomplete line is not working and
illegitimate.
It breaks both clients.
If such "simplified" device data modeling was desired, it has to be done
for 2.x, as it breaks compatib
Volkan,
Glad, having at least one JIRA ticket you filed snubbed and closed instead
of (a very easy and working;-) applying the patch available did not
discourage you from trying to help;-) That sounds like a good idea, just
what do you mean with "proprietary UA resolver"?
If it's a commercial prod
> If I am not mistaken, the PPI calculation via JS method you have suggested
> is not usable given just you have the UA string of the device. I just have
> the UA string collection and I need to come up with certain device specs.
>
> For the upcoming DWX conference on June, I can be
detection on my
website..."
sounds like they run JavaScript in a web app, not PhoneGap style on the
actual device, so the formulas mentioned there or something better would be
the way to get e.g. the pixel density, etc.
HTH,
Werner
On Fri, Jan 2, 2015 at 2:33 PM, Werner Keil wrote:
> Hello
at 2:39 PM, Werner Keil wrote:
> This is an Open Source JavaScript solution on GitHub:
> https://github.com/faisalman/ua-parser-js
>
> It mainly catches the "obvious" stuff, but adding more where necessary
> sounds doable. And looking at the StackOverflow tips again,
>
27;t.
So if you want to do this properly, please create a proper entry for SGP312
like it's done for all the other device signatures or start with "your own
2.x" structure without discussing requirements and do it there.
Cheers,
Werner
Werner Keil | JCP Executive Committee Me
leave the tags from your site
either just because you may think it's redundant or "legacy"?;-)
So please respect the standards here if you want to be a constructive
member of the DeviceMap team.
Thanks,
Werner
On Fri, Jan 2, 2015 at 3:05 PM, Werner Keil wrote:
> Reza,
>
&g
-1
As Bertrand and others suggested this is an alternate client perfectly
legitimate and used by clients (your cDate implementation also used OpenDDR
data first and now the ) among them some of the largest banks.
You behave as if the DeviceMap project was your "property" not any better
than the g
ode. Nothing we have released depends on the legacy client.
> For the sake of moving forward and focusing on the future, im asking that
> we clean up the code base. The legacy client is simply too much of a
> distraction and is already disrupting our data release.
>
> [0] https://github.
eaking when using an alias? Aliases, or parents, are used all
> over the DDR. Every single device has a parent up until you reach the root
> device. This has been the case since the first release of OpenDDR in 2011.
>
>
> From: Werner Keil
> To: dev@devicemap.apache.org;
ject" and unless a Visual Studio Community Edition is sufficient, I
admit it is not so easy to run them anyway unless you have a fully licenced
Microsoft environment (I don't although I write PowerShell code at a
current client)
Werner
On Fri, Jan 2, 2015 at 9:55 PM, Werner Keil wro
its and restore the changes requested by Infomaker
> Scandinavia AB on DMAP-86 [0]?
>
> [0] https://issues.apache.org/jira/browse/DMAP-86
>
> ---
>
> From: Werner Keil
> To: dev@devicemap.apache.org; Reza Naghibi
> Sent: Friday, January 2, 2015 4:11 PM
> Subj
-) Nor has Java so far introduced a
Service Loader mechanism that does not depend on XML or Properties files in
a well known folder like META-INF, so W3C DDR implementations are as good
or bad as these "Service/DI" solutions in Java. Not something to really
blame them.
Werner
On Fri, Jan
Well it was you who introduced a bug with this abuse of the DDR files.
It is recommended, to do structural changes in a branch or separate 2.x
folder as mentioned so they don't break the existing 1.x one.
Werner
>
>
>
> Werner, the above issue is now broken due to your changes. We can no
> longer
t;,"nokia_edition":"0","vendor":"-","mobile_browser_version":"-","ajax_support_events":"true","is_desktop":"false","image_inlining":"false","ajax_support_inner_html":"true&q
en you become more comfortable with the codebase, then we
> can consider direct access to trunk.
>
> [0]
> http://svn.apache.org/viewvc/devicemap/trunk/data/device-data/src/main/resources/devicedata/BuilderDataSource.xml?r1=1622530&r2=1633175
> [1] https://issues.apache.org/jira
Its too wide. The ticket is to capture 2 specific devices.
>
> I have reverted your changes. Please consider this issue closed.
>
> From: Werner Keil
> To: dev@devicemap.apache.org; Reza Naghibi
> Sent: Friday, January 2, 2015 5:26 PM
> Subject: Re: DMAP-86
>
> T
Eberhard,
Thanks for the input. For starters, it seems there is no "example" project
for the .NET (VB or C#) clients. Unless they are hidden within the actual
project, but there is no readme or howto other than what Bertrand once wrote
CLS (ISO/IEC 23271:2012) compliant .Net version of Device Ma
Seems it might work in all relevant clients.
When is the CI session likely to be in place? Or at the very least the one
with Java 6 using non-incubating SVN?
On Fri, Jan 2, 2015 at 11:40 PM, Werner Keil wrote:
> If it doesn't work for all clients, then the change is illegal, will te
What was the latest action item about the site btw?
A not so active, but also polyglot (Java and a least PHP side by side)
project, Apache Shindig got another nice example for Bootstrap templating
and modern UI:
http://shindig.apache.org/index.html
Among the reasons why Shindig may be on hold is
shing
> environment fr Jekyll on devicemap-vm.
>
> Given that I'm returning to the office on Monday and that I have quite a
> busy period ahead, I don't think that I'll be able to work on this earlier
> than the end of next week.
>
> Cheers,
> Radu
> On 3 Jan 201
that's how it
should work even more in a polyglot Open Source Ecosystem like Apache or
Eclipse. Despite a few (or at least one) folks sadly behave more like a
paid "sleeper" hired and paid by ScientiaMobile to destroy DeviceMap rather
than act properly and fulfill their duties;-/
Wer
Eberhard/all,
Thanks for sharing your views despite a "break" till Monday for Radu or
Bertrand, but hopefully they'll appreciate especially voices of reason by
other PMC members...;-)
I absolutely agree that giving people the choice of several languages or
frameworks is best in a polyglot, hetero
Hi,
Just a brief note on standards, I may have mentioned it once or twice, but
to summarize it here aside from any particular project or case.
As a coincidence, the Oracle speaker who talks about "Why Open Standards
and Java EE matter"
on occasions like JMaghreb http://www.jmaghreb.io/en/schedule
Bertrand/all,
Thanks for the input both here and in the other thread.
Based on a (commonly called) "1.0" data format (which essentially is fully
backward compatible with the W3C DDR specification used by OpenDDR and
other libraries) this is certainly the case. All prior "parsing" solutions
which
See the other thread and reply to Bertrand's message.
"deprecated" is totally untrue, since the W3C DDR implementation is well
established, stable and mature.
The only reason a release was delayed was the 1.0 Data first not being
released (it would have been odd to release it and use OpenDDR data
Inline on this particular aspect
Werner Keil | JCP Executive Committee Member, JSR 363 Co Spec Lead |
Eclipse UOMo Lead, Babel Language Champion | Apache Committer | Advisory
Board Member, DWX '15
Twitter @wernerkeil | @UnitAPI | @JSR354 | @AgoravaProj | #EclipseUOMo
| #DeviceMap
| #DevOps
Was it manually gathered or (for some specs like pixel density) anything
calculated?
As of now, the release year is not in the DDR, but also along Bertrand's
question properties are very generic in the W3C API so a property like
"release_year" or name change of "device_os" or "device_os_version" t
Dave,
Thanks a lot, that looks very helpful even if it was just for some of the
major vendors.
Note
http://www.openmobilealliance.org/tech/profiles/MMS/ccppschema-20050301-MMS1.2#";
xmlns:prf="
http://www.openmobilealliance.org/tech/profiles/UAPROF/ccppschema-20070511#";
xmlns:pss6="http://www.3g
Mon, Jan 5, 2015 at 2:55 PM, Bertrand Delacretaz
wrote:
> On Mon, Jan 5, 2015 at 2:48 PM, Werner Keil wrote:
> > ...Ideally both the existing Jenkins should be up and running again to
> help
> > detect any problematic situation for each client, not just the Java
> ones
&
As Bertrand suggested, please allow me to rephrase the question.
It's not necessarily about 2 or 3 Java clients (some may be W3C compliant,
others not) but the question, if DeviceMap wants to offer at least one W3C
DDR standard implementation for languages and platforms where this is
justified.
W
n a particular solution nor if you use a flat file system (like
XML) RDBMS or NoSQL DB to persist those values. Same concept with the W3C
standard.
Werner
On Mon, Jan 5, 2015 at 5:51 PM, Bertrand Delacretaz
wrote:
> On Mon, Jan 5, 2015 at 5:34 PM, Werner Keil wrote:
> > ...It'
class) makes that easier where necessary to adapt without
changing the Service layer or other core components.
Werner
On Mon, Jan 5, 2015 at 6:10 PM, Werner Keil wrote:
> With a few exceptions where patches to device data are mainly asked for
> via JIRA there is no massive change on a da
Delacretaz
wrote:
> On Mon, Jan 5, 2015 at 6:10 PM, Werner Keil wrote:
> > ...If in a year or more the structure may so drastically change, that
> some or
> > all files became incompatible with the W3C standard, none of us can
> tell...
>
> What are the requirements
uture version of the "Parser" seems possible, it may
simply have 2 clients grow together some day...
Werner
On Mon, Jan 5, 2015 at 6:23 PM, Werner Keil wrote:
> None, that's why a new W3C version could read a changed structure just
> like file parsers do.
>
> There are
I as opposed to the one W3C specified.
Werner
On Mon, Jan 5, 2015 at 6:35 PM, Bertrand Delacretaz
wrote:
> On Mon, Jan 5, 2015 at 6:23 PM, Werner Keil wrote:
> > ...None, that's why a new W3C version could read a changed structure just
> > like file parsers do
&g
Hi,
I noticed, at least one or two components "lost" a component lead recently.
Also the user (historically I have 2, Bertrand set the right credentials to
"keilw" allowing me to help as founding member to DeviceMap before code or
actual user IDs for commits were in place. Apache convention had me
.
Werner
On Tue, Jan 6, 2015 at 2:55 PM, Bertrand Delacretaz
wrote:
> Hi Werner,
>
> On Tue, Jan 6, 2015 at 2:44 PM, Werner Keil wrote:
> > ...Also the user (historically I have 2, Bertrand set the right
> credentials to
> > "keilw" allowing me to help...
>
really the only thing I
> could do to try and contain the situation.
>
> Are you aware of the proper conduct on JIRA? Specifically, insulting and
> negative language is never appropriate.
>
> From: Werner Keil
> To: dev@devicemap.apache.org
> Sent: Tuesday, Janu
1 - 100 of 562 matches
Mail list logo