Re: JRebel and Felix

Not with Felix, but with Equinox. Though I don't know how it actually works under the covers, it seems to work quite well, but there are many versions that don't work. They do support OSGi, but I think there aren't too many of us for them to spend too much time on it. I think the support was

Re: [Converter] Provide-Capability missing?

gt; What is it that you think it should provide in addition? > > Thanks, > > David > > On 11 August 2016 at 10:12, David Leangen <o...@leangen.net> wrote: > >> >> Hi! >> >> I am very interested in the Converter. As David B. requested on

[Converter] Null result... why?

Hi! I have a DTO that looks like this: public class MyDTO extends DTO { public String pid; public String name; public String description; public String type; } And a Map (myMap) that has key/values with these keys: {“pid”, “name”, “description”,

Re: [Converter] Null result... why?

s, > > David > > On 11 August 2016 at 13:44, David Leangen <o...@leangen.net> wrote: > >> >> Hi! >> >> I have a DTO that looks like this: >> >>public class MyDTO extends DTO { >>public String pid; >>public

[Converter] Embedded Types

Hi! Am I doing something wrong, or have I stumbled across something that has not yet been implemented? My understanding is that I should be able to register a rule for an embedded object. Example: public static class MyObject { enum MyEnum { ONE, TWO, THREE }; public

Re: [Converter] Null result... why?

t; better: https://svn.apache.org/viewvc?view=revision=1756008 > > Let us know if it works for you! > > Cheers, > > David > > On 11 August 2016 at 13:57, David Leangen <o...@leangen.net> wrote: > >> >> Hi David B., >> >> Thanks for your q

[Converter] DTO copies

Hi! To put my question into context: on the bndtools list, I asked this question, and got this response Peter K.: >> Is there a simple way to transform a DTO into an immutable value object? > Not in enRoute and not in the new spec that was inspired by this service. In > general you pass

Re: [Converter] DTO copies

at OSGi. > > Cheers and thanks for the feedback! > > David > > > On 15 August 2016 at 08:25, David Leangen <o...@leangen.net> wrote: > >> >> Hi! >> >> To put my question into context: on the bndtools list, I asked this >> question, and

Re: [Converter] Embedded Types

ertingWrapper.to() where they are > looked up in a map of class rules. > > If you find that the current implementation does not support the case you > have above, it would be great if you could come up with a patch :) > > Cheers, > > David > > On 12 August

[Converter] Provide-Capability missing?

Hi! I am very interested in the Converter. As David B. requested on the bndtools list, I am writing here for questions/comments. There will surely be more to come, but here is the first. I tried replacing the enRoute version of DTOs with the Felix version, but the system does not resolve. I

Re: [Converter] Embedded Types

Hey David B., I updated the code. How should I submit the patch? I did not see a JIRA component for this. Cheers, =David > On Aug 13, 2016, at 4:19 PM, David Leangen <o...@leangen.net> wrote: > > > Thanks, David B! I take it that my assumption is correct, th

[Converter] Data Tree Structures

Hi! The Converter service does a lot of introspection and parsing of the DTO data structure. In many cases, a DTO is a very simple object structure. However, it can also be a very complex structure, too. According to my understanding of the objectives of the Converter, one important goal is

Re: [Converter] Data Tree Structures

erDTO; > } > > MySubDTO { > String someString; > } > > Then you'd like to be able to do: > MyTopDTO dto = ...; // from somewhere > Object stringVal = converter.toTree(dto).valueAt(dto, > "anotherDTO/someString"); > > am I right? > > Cheer

Re: [utils] support comments in JSONOParser?

Agree that it would be a very nice feature to have. HOWEVER, this is how the scope creep starts. The original thought was to have a very simple parser. What about a separate (possibly even configurable) pre-parser instead? Cheers, =David > On Feb 21, 2017, at 7:17 AM, Stefan Seifert

Re: [utils] support ordering for JSON objects in JSONParser?

I don’t particularly see a problem with it. +1 (for keeping, non binding) Cheers, =David > On Feb 21, 2017, at 4:34 PM, Stefan Seifert wrote: > > i created FELIX-5556 to make sure JSON object order is retained when parsing > a JSON file, and reverted the commit

A few issues with package versions

Hi, I am having a bit of trouble understanding how the package versioning works. I assume that BND is doing some calculations, but it seems to be getting some input, and I cannot figure out from where. When I build the org.apache.felix.converter project, it produces this in the manifest

Re: JIRA Permissions

Perfect, thanks! =David > On Feb 16, 2017, at 6:32 PM, Guillaume Nodet <gno...@apache.org> wrote: > > Try again please.. > > 2017-02-16 10:16 GMT+01:00 David Leangen <o...@leangen.net>: > >> >> Hi! >> >> I want to assign an iss

JIRA Permissions

Hi! I want to assign an issue in JIRA to myself. How can I get proper JIRA permissions to do that? Should I contact the infrastructure team, or is somebody else able to do that for me? Username is dleangen. Thanks! =David

Re: A few issues with package versions

xpect. It also explains where the “provisional” qualifier was coming from. > On Feb 15, 2017, at 7:04 AM, David Leangen <o...@leangen.net> wrote: > > > Hi, > > I am having a bit of trouble understanding how the package versioning works. > I assume that BND is doing

Re: [Converter] Questions about RFP

ase point me to the spec? Has it now been finalised? Cheers, =David > On Jan 16, 2017, at 8:17 AM, David Bosschaert <david.bosscha...@gmail.com> > wrote: > > Hi David, > > On 11 January 2017 at 22:39, David Leangen <o...@leangen.net > <mailto:o...@leangen.net

Re: [Converter] Questions about RFP

Thanks! I’ll give it a closer read. Comments go on this list, or somewhere else? Cheers, =David > On Jan 16, 2017, at 8:27 AM, David Bosschaert <david.bosscha...@gmail.com> > wrote: > > Hi David, > > On 16 January 2017 at 16:19, David Leangen <o...@leangen.net&g

Re: [Converter] Questions about RFP

gt; mechanism, as described at the bottom of [1]. > Basically by creating a bug in the following issue tracker: > https://www.osgi.org/bugzilla/enter_bug.cgi?product=OSGi%20Specification > > Cheers, > > David > > [1] https://github.com/osgi/design > > On 16 Janu

Re: Implementation of unreleased spec and community

>> Ray has listed a number of things that have been implemented during the >> past few months. All of them have been written by a single committer who >> also happen to be the one modifying the spec document. >> >> > This is factually incorrect at least for the Converter implementation at >

[Converter] Use of Codec

Hi! I am probably missing something obvious, but how am I supposed to get a reference to the Codec, and tell it that I want JSON? IIUC, this has not yet been implemented. Again, happy to help out if you show me the way... Cheers, =David

Re: [Converter] Data Tree Structures

te: > >> I think I understand better now. Thank you for the explanation as I am >> still trying to get an understanding of DTO's and the converter and how >> they can be used in my application. >> >> David Daniel >> >> On Tue, Aug 16, 2016

Re: [Converter] Data Tree Structures

e standard. I think the things discussed > above should be in a separate library that adds functionality onto DTO and > Converter similar to cats in scala. > > My 2 cents, > David Daniel > > On Tue, Aug 16, 2016 at 2:00 AM, David Leangen <o...@leangen.net> wrote: >

Re: [Converter] Use of Codec

; > Cheers, > > David > > [1] > https://svn.apache.org/viewvc/felix/trunk/converter/src/main/java/org/apache/felix/converter/impl/Activator.java?r1=1756920=1756919=1756920 > > On 19 August 2016 at 06:36, David Leangen <o...@leangen.net> wrote: > >> >

[Converter] Serializer

Hi, I am trying to use the Convert/Codec as a serializer, but it has been a bit of a struggle so far. I have a “deep” object structure (i.e. at least one level of embedded objects). Writing the data as a JSON string works just fine. However, when deserialising, I am having trouble. The data

Re: [Converter] Serializer

schema type, which is SomeDTO.class ... Object o = converter.convert( map.get(“data”) ).to( SomeDTO.class ); wdyt? =David > On Aug 20, 2016, at 3:23 PM, David Leangen <o...@leangen.net> wrote: > > > Hi, > > I am trying to use the Convert/Codec as a ser

Re: [Converter] Serializer

m", you are pretty > much bound to fail. > > Use something like a command pattern identifying what you are doing > so you can pick the de-serializer. > > > >> On Aug 20, 2016, at 11:32 PM, David Leangen <o...@leangen.net> wrote: >> >> >>

Re: [Converter] Map -> Object with generics

er to do >>>> this: >>>> Map<String, Long> m2 = converter.convert(m1).to(new >>>> TypeReference<Map<String, Long>>(){}); >>>> >>>> Then at then end of the test you'll see that the correct converted >> types >>>

Re: [Converter] Change in API for obtaining a Converter

Hi, Just out of pure curiosity… what is the reason for moving away from services like this? This seems like quite a departure from the way things used to be done… Cheers, =David > On Sep 9, 2016, at 8:14 AM, David Daniel wrote: > > Yes I understand. Thank you

Re: [Converter] Change in API for obtaining a Converter

f format > you like) and they are selected based on service properties. > > So I agree, services are generally the best choice, however in some > specific cases, using a simple constructor (or factory method) can make > sense, especially if there is little room for variation. > >

Re: [Converter] Change in API for obtaining a Converter

ry, or a static method? Somewhere, the > chain of abstraction has to stop. If you don't have any parameters that > modify the creation, 'new' is just as good as any sort of Factory or > Builder. > > On Thu, Sep 8, 2016 at 10:21 PM, David Leangen <o...@leangen.net> wrote: > &g

Re: [jira] [Commented] (FELIX-5325) Patch for embedded DTO (in DTO)

the use cases for DTO's > > On Wed, Aug 17, 2016 at 6:47 AM, David Leangen (JIRA) <j...@apache.org> > wrote: > >> >>[ https://issues.apache.org/jira/browse/FELIX-5325?page= >> com.atlassian.jira.plugin.system.issuetabpanels:comment- >> tabpanel=154242

Re: [Converter] Data Tree Structures

Done! Added as: https://issues.apache.org/jira/browse/FELIX-5326 <https://issues.apache.org/jira/browse/FELIX-5326> Cheers, =David > On Aug 18, 2016, at 4:53 PM, David Bosschaert <david.bosscha...@gmail.com> > wrote: > > Hi David, > > On 18 August 2

Re: [jira] [Commented] (FELIX-5325) Patch for embedded DTO (in DTO)

>> david.bosscha...@gmail.com> wrote: >> >>> Hi Davids, >>> >>> What is it exactly from that article that you think would make sense in >>> the >>> context of OSGi? The automatic merging of concurrent data updates? >>

[Converter] Problem with Import/Export

Hi! I just noticed that the Converter and Codec were split into separate packages. Just so you know, Codec tries to import org.apache.felix.converter.impl.ConverterImpl; which, as an internal package, is not exported by the Converter bundle. Not sure what you intend to do, but thought I’d

Re: [Converter] Serializer

ough not every codec might support it. Maybe we can > try to expand one of the codecs that is in the Felix codebase to support > this enabled via a configuration setting? > > Thoughts? > > David > > On 23 August 2016 at 01:50, David Leangen <o...@leangen.net> wrote: >

Re: [Converter] Serializer

Hi, I thought it would be easier to base this on some code, so I submitted a patch to get us started: https://issues.apache.org/jira/browse/FELIX-5332 <https://issues.apache.org/jira/browse/FELIX-5332> Cheers, =David > On Aug 24, 2016, at 6:07 AM, David Leangen <o...@leange

Re: [Converter] Problem with Import/Export

is now really small (37 kb) > while the codecs are a little bit bigger with their parsers etc. > > Sorry about that hardcoded dep - thanks for spotting! That was a leftover. > It's fixed now: https://svn.apache.org/viewvc?view=revision=1758181 > > Cheers, > > David > > On

[Converter] Map -> Object with generics

Hi! I’m having a bit of trouble, so am fishing for ideas. Maybe there is a simple answer. If I convert from Map—>DTO, and the DTO has in its tree a generic field, how can I tell the converter the correct type so that it does not get converted as a Map? Example: BottomDTO { public String

Re: [Converter] DTOs with methods?

et implemented, it's just a suggestion. WDYT? > > Cheers, > > David > > On 18 October 2016 at 11:27, David Leangen <o...@leangen.net> wrote: > >> >> Hi David B., >> >> Thanks for this suggestion. That would indeed work nicely. As yo

Re: [Converter] DTOs with methods?

ods extends PlainDto { > public int someMethod() {} > } > > And then maybe use these via: > converter.convert(myDtoWithMethods).as(PlainDTO.class).to(Map.class) > ? > > It would require a separate class that follows the pure DTO rules... > > Cheers, > > David > >

[Converter] DTOs with methods?

Hi! I only noticed now that according to the RFC, DTOs cannot contain methods. I can understand why this is so, and I do not object. However, I have found a very practical design pattern whereby I use classes that act both as DTOs and domain value objects. In effect, this means that they are

Re: [Converter] DTOs with methods?

turn foo + “:” + bar;} >> } >> >> So I wonder what you end up with if you have >> -DTOs >> -a “Helper” class with only static methods taking one or more DTOs >> -a bunch of “builders” that hold state from one or more DTOs during >> multi-step calculations. &

Re: [Converter] DTOs with methods?

data()” accessor is needed. I’d hope it would only be needed > for serialization purposes. > > thanks > david jencks > >> On Oct 14, 2016, at 9:52 PM, David Leangen <apa...@leangen.net> wrote: >> >> >> Hi! >> >> I only noticed now that

[Converter] DTOs with methods?

Hi! I only noticed now that according to the RFC, DTOs cannot contain methods. I can understand why this is so, and I do not object. However, I have found a very practical design pattern whereby I use classes that act both as DTOs and domain value objects. In effect, this means that they are

[Converter] Questions about RFP

Hi! I have some questions about this document: https://github.com/osgi/design/blob/master/rfps/rfp-0169-Object-Conversion.pdf First: 5.2 Maps, M0020: It must be possible to convert a DTO+ to a Map

Re: Maven repo for Felix Converter

reliance on >>>> SNAPSHOTs deployed there is brittle. >>>> >>>> I just tried to deply a SNAPSHOT build but I get test failures, so I am >> a >>>> bit unsure, whether that makes a lot of sense. >>>> >>>> Regards >>&g

Re: Maven repo for Felix Converter

Oh, sorry, I re-read your message. Don’t know where there is a public Maven repo, or even if there is one at all. David B would know for sure. Cheers, =David > On Dec 20, 2016, at 10:56 PM, David Leangen <o...@leangen.net> wrote: > > > Hi Neil, > > It is here:

Re: Maven repo for Felix Converter

Hi Neil, It is here: https://github.com/apache/felix/tree/trunk/converter/converter Cheers, =David > On Dec 20, 2016, at 10:45 PM, Neil Bartlett wrote: > > Hello, > > I’m interested in using the

Re: [Converter] Getting older version of Converter API?

Hi, > I hope that's not the case. It definitely does not make sense to push code > for an implementation where the api itself is not accessible ;-) The API is accessible. The problem is that it is not the correct version, and I don’t have access (as far as I know) to the previous version,

Re: [Converter] Getting older version of Converter API?

done by the > build process. > The Felix Converter snapshots are pushed here: > https://repository.apache.org/content/groups/snapshots/org/apache/felix/org.apache.felix.converter/0.1.0-SNAPSHOT > > In any case, it might be better to migrate to the new API :) > > Cheers, &

[Converter] Getting older version of Converter API?

Hi! I am trying to use the Converter. Of course, I don’t mind at all that the Converter is moving forward as part of the normal development process, and I understand my risks of using a SNAPSHOT version. HOWEVER, the Converter depends on a SNAPSHOT of org.osgi.util.converter, which I can’t

Re: Provide-Capability in manifest

ote it manually (in a bnd.bnd file) for DS. If Peter has thought up some > way of generating this since then you are more likely to find out about it > asking on the bnd list. > > david jencks > >> On Jul 11, 2017, at 5:06 AM, David Leangen <o...@leangen.net> wrote:

Provide-Capability in manifest

Hi! Without having to write it in manually, how can I change the pom to get the Converter projects to output the Provide-Capability manifest headers (particularly for the osgi.servic;objectClass…)? Currently, they are not being generated by the maven-bundle-plugin (v3.2.0). Cheers, =David

Re: Provide-Capability in manifest

>> On Jul 13, 2017, at 6:23 PM, Mark Derricutt wrote: >> Which set of annotations are you using? > On Jul 15, 2017, at 4:02 AM, David Jencks wrote: > I would be interested to know what the gradle magic is…. I am not a deep expert in bnd, but I did

Re: Provide-Capability in manifest

at the bnd code I don’t see how it can be replacing any provide > service header parts. Can you explain in detail the scenario that “won’t > work”? > > thanks > david jencks > > > >> On Jul 14, 2017, at 12:45 PM, David Leangen <o...@leangen.net> wrote: >&

Re: [GOGO] Intercepting commands

>> https://github.com/apache/karaf/tree/master/service/ >> guard/src/main/java/org/apache/karaf/service/guard/impl >> >> Actually I think this is something we could also build into felix gogo. >> >> Christian >> >> >> 2018-03-02 7:03 GMT+0

[GOGO] Intercepting commands

Hi! I would like to implement a security feature in the command line, much like I would do in a servlet. Is there an easy way to intercept command calls so I can wrap each call with the security feature? Right now, I have to do something like this for each command method in my component:

[Converter] Questions about the Converter

Hi! After a very long hiatus, I want to update the Converter and related projects (namely Serializer and Schematizer) in my system. I have a few questions. First, upon searching Maven, it looks like the newest release of the OSGi Converter is 1.0.1, but the current SNAPSHOT version is

Re: [Converter] Questions about the Converter

> After a very long hiatus, I want to update the Converter and related projects > (namely Serializer and Schematizer) in my system. I have a few questions. > > First, upon searching Maven, it looks like the newest release of the OSGi > Converter is 1.0.1, but the current SNAPSHOT version is

Add pgp key to KEYS file

Hi! According to [1], I need to "Provide the [key] file to a PMC member, who will [commit it]”. To whom should I send the file, and how should I send it? [1] http://felix.apache.org/documentation/development/release-management-nexus.html Thanks! =David

Re: [Converter] Questions about the Converter

Please ignore my message. I am moving to a new thread. Thanks! =David > On Jan 6, 2020, at 17:33, David Leangen wrote: > > > Thank you Ray! > >>>> Second, what would I need to do to release the serializer and >>> schematizer? >> >> Re

Re: Add pgp key to KEYS file

Hi, > the easiest would be if you added your key info to your whimsy/ldap > commiter profile. Then we could just copy it from the keys from > https://people.apache.org/keys/ Ok, I submitted it here: https://id.apache.org/ > you can send to me, copy

Re: [Converter] Questions about the Converter

vid > On Dec 15, 2019, at 8:47, Raymond Auge wrote: > > On Sat, Dec 14, 2019 at 5:50 PM David Leangen wrote: > >> The one released as org.osgi:org.osgi.util.converter is at version 1.0.1, >> while the one release as org.apache.felix:org.apache.felix.converter is at

How to handle SIGTERM

Hi! Does Felix have a way of handling a SIGTERM event? I was not able to find any documentation about that. I am trying to containerize my app and run it in Kubernetes. It looks like Kubernetes can send a SIGTERM event to a container, and the container is expected to shutdown gracefully (do

Re: [Discuss] Moving the Converter implementation to OSGi at Eclipse

t; > I personally think it would be absolutely fine to leave them in Apache > Felix. They build atop the converter. The converter API itself doesn't > change in any way, so these components can just stay where they are... > > Does that make sense to you? > > Cheers, > > David &g

[jira] [Commented] (FELIX-5325) Patch for embedded DTO (in DTO)

[ https://issues.apache.org/jira/browse/FELIX-5325?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15420938#comment-15420938 ] David Leangen commented on FELIX-5325: -- Index: src/main/java/org/apache/felix/converter/impl

[jira] [Commented] (FELIX-5325) Patch for embedded DTO (in DTO)

[ https://issues.apache.org/jira/browse/FELIX-5325?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15420937#comment-15420937 ] David Leangen commented on FELIX-5325: -- I cannot attach files, so I will paste it in a comment

[jira] [Commented] (FELIX-5325) Patch for embedded DTO (in DTO)

[ https://issues.apache.org/jira/browse/FELIX-5325?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15424288#comment-15424288 ] David Leangen commented on FELIX-5325: -- Awesome. Thank you! :-) > Patch for embedded DTO (in

[jira] [Commented] (FELIX-5508) Multiple JSON Serializers

[ https://issues.apache.org/jira/browse/FELIX-5508?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15848627#comment-15848627 ] David Leangen commented on FELIX-5508: -- I am not yet familiar enough with how Felix is organized

[jira] [Issue Comment Deleted] (FELIX-5481) Synchronize Schematizer to updated Converter API

[ https://issues.apache.org/jira/browse/FELIX-5481?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Leangen updated FELIX-5481: - Comment: was deleted (was: Will split these into separate issues as requested.) > Synchron

[jira] [Updated] (FELIX-5481) Synchronize Schematizer to updated Converter API

[ https://issues.apache.org/jira/browse/FELIX-5481?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Leangen updated FELIX-5481: - Summary: Synchronize Schematizer to updated Converter API (was: Various updates to Schematizer

[jira] [Updated] (FELIX-5481) Various updates to Schematizer

[ https://issues.apache.org/jira/browse/FELIX-5481?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Leangen updated FELIX-5481: - Description: Schematizer requires updates to sync with recent API changes to Converter, i.e

[jira] [Reopened] (FELIX-5481) Various updates to Schematizer

[ https://issues.apache.org/jira/browse/FELIX-5481?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Leangen reopened FELIX-5481: -- Not a duplicate after all. Moving changes to Schematizer back here. Sorry for the ping pong game

[jira] [Issue Comment Deleted] (FELIX-5481) Synchronize Schematizer to updated Converter API

[ https://issues.apache.org/jira/browse/FELIX-5481?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Leangen updated FELIX-5481: - Comment: was deleted (was: Not a duplicate after all. Moving changes to Schematizer back here

[jira] [Commented] (FELIX-5475) Implement sourceAsDTO() and targetAsDTO()

[ https://issues.apache.org/jira/browse/FELIX-5475?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15832342#comment-15832342 ] David Leangen commented on FELIX-5475: -- Converter PR has been prepared. No changes to make

[jira] [Commented] (FELIX-5481) Synchronize Schematizer to updated Converter API

[ https://issues.apache.org/jira/browse/FELIX-5481?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15838380#comment-15838380 ] David Leangen commented on FELIX-5481: -- Rebased to updated trunk. > Synchronize Schemati

[jira] [Created] (FELIX-5561) Support for merging?

David Leangen created FELIX-5561: Summary: Support for merging? Key: FELIX-5561 URL: https://issues.apache.org/jira/browse/FELIX-5561 Project: Felix Issue Type: Wish Components

[jira] [Resolved] (FELIX-5561) Support for merging?

[ https://issues.apache.org/jira/browse/FELIX-5561?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Leangen resolved FELIX-5561. -- Resolution: Won't Fix > Support for merging? > > >

[jira] [Commented] (FELIX-5561) Support for merging?

[ https://issues.apache.org/jira/browse/FELIX-5561?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15878129#comment-15878129 ] David Leangen commented on FELIX-5561: -- Ok, fair enough. :-) > Support for merg

[jira] [Closed] (FELIX-5561) Support for merging?

[ https://issues.apache.org/jira/browse/FELIX-5561?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Leangen closed FELIX-5561. Assignee: David Leangen > Support for merging? > > >

[jira] [Resolved] (FELIX-5550) Update Serializer version to match that of Converter

[ https://issues.apache.org/jira/browse/FELIX-5550?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Leangen resolved FELIX-5550. -- Resolution: Fixed > Update Serializer version to match that of Conver

[jira] [Resolved] (FELIX-5414) Windows files break the JSON parser

[ https://issues.apache.org/jira/browse/FELIX-5414?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Leangen resolved FELIX-5414. -- Resolution: Fixed > Windows files break the JSON par

[jira] [Assigned] (FELIX-5550) Update Serializer version to match that of Converter

[ https://issues.apache.org/jira/browse/FELIX-5550?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Leangen reassigned FELIX-5550: Assignee: David Leangen > Update Serializer version to match that of Conver

[jira] [Created] (FELIX-5550) Update Serializer version to match that of Converter

David Leangen created FELIX-5550: Summary: Update Serializer version to match that of Converter Key: FELIX-5550 URL: https://issues.apache.org/jira/browse/FELIX-5550 Project: Felix Issue

[jira] [Resolved] (FELIX-5481) Synchronize Schematizer to updated Converter API

[ https://issues.apache.org/jira/browse/FELIX-5481?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Leangen resolved FELIX-5481. -- Resolution: Fixed > Synchronize Schematizer to updated Converter

[jira] [Commented] (FELIX-5477) DTOs should allow lambdas

[ https://issues.apache.org/jira/browse/FELIX-5477?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15824316#comment-15824316 ] David Leangen commented on FELIX-5477: -- Will try to dig up an example. > DTOs should allow lamb

[jira] [Created] (FELIX-5492) Schematizer POM requires updates

David Leangen created FELIX-5492: Summary: Schematizer POM requires updates Key: FELIX-5492 URL: https://issues.apache.org/jira/browse/FELIX-5492 Project: Felix Issue Type: Bug

[jira] [Updated] (FELIX-5492) Schematizer POM requires updates

[ https://issues.apache.org/jira/browse/FELIX-5492?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Leangen updated FELIX-5492: - Labels: PR (was: ) > Schematizer POM requires upda

[jira] [Commented] (FELIX-5475) Allow the use of DTO.class to signal that an Object should be treated as a DTO.

[ https://issues.apache.org/jira/browse/FELIX-5475?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15824343#comment-15824343 ] David Leangen commented on FELIX-5475: -- I am already getting a bit confused with all the different

[jira] [Comment Edited] (FELIX-5475) Allow the use of DTO.class to signal that an Object should be treated as a DTO.

[ https://issues.apache.org/jira/browse/FELIX-5475?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15824343#comment-15824343 ] David Leangen edited comment on FELIX-5475 at 1/16/17 5:36 PM: --- I am already

[jira] [Updated] (FELIX-5492) Schematizer POM requires updates

[ https://issues.apache.org/jira/browse/FELIX-5492?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Leangen updated FELIX-5492: - Labels: (was: PR) > Schematizer POM requires upda

[jira] [Commented] (FELIX-5491) Serializer should allow empty key/values pairs when parsing

[ https://issues.apache.org/jira/browse/FELIX-5491?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15828433#comment-15828433 ] David Leangen commented on FELIX-5491: -- I was not able to "prove" one of the changes, so

[jira] [Comment Edited] (FELIX-5491) Serializer should allow empty key/values pairs when parsing

[ https://issues.apache.org/jira/browse/FELIX-5491?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15828433#comment-15828433 ] David Leangen edited comment on FELIX-5491 at 1/18/17 5:27 PM: --- I

[jira] [Commented] (FELIX-5475) Allow the use of DTO.class to signal that an Object should be treated as a DTO.

[ https://issues.apache.org/jira/browse/FELIX-5475?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15830571#comment-15830571 ] David Leangen commented on FELIX-5475: -- [~bosschaert], I filed the change request on the OSGi

[jira] [Commented] (FELIX-5477) DTOs should allow lambdas

[ https://issues.apache.org/jira/browse/FELIX-5477?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15830573#comment-15830573 ] David Leangen commented on FELIX-5477: -- Withdrawing request for now. > DTOs should allow lamb

[jira] [Resolved] (FELIX-5477) DTOs should allow lambdas

[ https://issues.apache.org/jira/browse/FELIX-5477?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Leangen resolved FELIX-5477. -- Resolution: Invalid > DTOs should allow lamb

  1   2   3   >