RE: OSGi-fy third party jars on the fly with Maven Bundle Plugin

Take a look at Pax Construct. http://wiki.ops4j.org/confluence/display/ops4j/Pax+Construct Cheers, Dave > -Original Message- > From: Guillaume Nodet [mailto:[EMAIL PROTECTED] > Sent: 16 May 2007 04:04 > To: dev@felix.apache.org > Subject: Re: OSGi-fy third party jars on the fly with

RE: New PMC Member

Congrats, Stuart! > -Original Message- > From: Felix Meschberger [mailto:[EMAIL PROTECTED] > Sent: 9 January 2008 07:24 > To: Felix Dev > Subject: New PMC Member > > > Hi all, > > It is with utmost pleasure that I announce that the Apache Felix PMC > recently voted to accept Stuart Mc

RE: Problems with bundle plugin [Fwd: Re: Support for OSGi]

Stuart, I don't know how this renders in your mail client, but it's a real eye sore in plain text and a pain to read... Just thought I'd let you know. (Guess I'm still in the dark ages using plain text...) Cheers, Dave > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PR

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 wa

[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 n

Re: [Converter] Provide-Capability missing?

t should provide in addition? > > Thanks, > > David > > On 11 August 2016 at 10:12, David Leangen wrote: > >> >> Hi! >> >> I am very interested in the Converter. As David B. requested on the >> bndtools list, I am writing here for questions/c

[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”, “type”}.

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

at 9:51 PM, David Bosschaert > wrote: > > Hi David, > > I will take a look at it sometime soon. It could very well be that you're > hitting something that isn't implemented yet. The converter is pre-alpha at > this stage :) > > Cheers, > > David

[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 MyOb

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

he.org/viewvc?view=revision&revision=1756008 > > Let us know if it works for you! > > Cheers, > > David > > On 11 August 2016 at 13:57, David Leangen wrote: > >> >> Hi David B., >> >> Thanks for your quick reply. >> >> I’d be hap

Re: [Converter] Embedded Types

t; 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 2016 at 04:11, David Leangen wrote: > &g

[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 copies

Re: [Converter] DTO copies

hanks for the feedback! > > David > > > On 15 August 2016 at 08:25, David Leangen wrote: > >> >> Hi! >> >> To put my question into context: on the bndtools list, I asked this >> question, and got this response Peter K.: >> >>>> 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 wrote: > > > Thanks, David B! I take it that my assumption is correct, then. > > Will look into thi

[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 t

Re: [Converter] Data Tree Structures

// from somewhere > Object stringVal = converter.toTree(dto).valueAt(dto, > "anotherDTO/someString"); > > am I right? > > Cheers, > > David > > > On 16 August 2016 at 07:00, David Leangen wrote: > >> >> Hi! >> >> The Con

Re: [Converter] Data Tree Structures

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 wrote: > >> >> Hi! >> &g

Re: [Converter] Data Tree Structures

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 at 8:29 AM, David Leangen wrote: >> >>> >>&g

Re: [Converter] Data Tree Structures

t; 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? > > Cheers, > > David > > > O

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

gt; On Wed, Aug 17, 2016 at 6:47 AM, David Leangen (JIRA) > wrote: > >> >>[ https://issues.apache.org/jira/browse/FELIX-5325?page= >> com.atlassian.jira.plugin.system.issuetabpanels:comment- >> tabpanel&focusedCommentId=15424288#

Re: [Converter] Data Tree Structures

ut I think that > might be a good place to start. I'll look into this as it was one of the > things on my todo list already :) > > Thanks, > > David > > On 17 August 2016 at 00:38, David Leangen wrote: > >> >> Just another thought… >> >

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 > wrote: > > Hi David, > > On 18 August 2016 at 07:51, David Leangen wrote: &

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

gt; 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? >>> >>> Thanks, >>>

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

27;s that come > in and out of services and then immediately convert them to domain specific > objects or do I let them stick around and try and make use of them. > > On Thu, Aug 18, 2016 at 8:26 AM, David Leangen wrote: > >> >> David D., >> >> No! You just

[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] Use of Codec

gt; > David > > [1] > https://svn.apache.org/viewvc/felix/trunk/converter/src/main/java/org/apache/felix/converter/impl/Activator.java?r1=1756920&r2=1756919&pathrev=1756920 > > On 19 August 2016 at 06:36, David Leangen wrote: > >> >> Hi! >> >> I

[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 o

Re: [Converter] Serializer

SomeDTO.class ... Object o = converter.convert( map.get(“data”) ).to( SomeDTO.class ); wdyt? =David > On Aug 20, 2016, at 3:23 PM, David Leangen wrote: > > > Hi, > > I am trying to use the Convert/Codec as a serializer, but it has been a bit > of a struggle so far

Re: [Converter] Serializer

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 wrote: >> >> >> I had a few thoughts about this topic. >>

Re: [Converter] Serializer

; [1] > https://svn.apache.org/viewvc/felix/trunk/converter/src/test/java/org/apache/felix/converter/impl/json/JsonCodecTest.java?view=markup#l102 > > On 21 August 2016 at 06:46, David Leangen wrote: > >> >> Hi Johan, >> >> Thanks for your thoughts. Are you a

Re: [Converter] Serializer

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 wrote: > >> >> Thanks, David B.,

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 wrote: > &

[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 a

Re: [Converter] Map -> Object with generics

t; Then at then end of the test you'll see that the correct converted >> types >>>> are being converted to are asserted. >>>> >>>> So in your case you should be able to specify the conversion as: >>>> TopDTO dto = converter.convert(someMap).t

[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 me

Re: [Converter] Problem with Import/Export

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&revision=1758181 > > Cheers, > > David > > On 27 August 2016

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 > > On Sep 8, 2016 7:10 PM,

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

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. > > Cheers, > > D

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

hod? 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 wrote: > >> >> Hi Davi

[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] 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?

uld only be needed > for serialization purposes. > > thanks > david jencks > >> On Oct 14, 2016, at 9:52 PM, David Leangen wrote: >> >> >> Hi! >> >> I only noticed now that according to the RFC, DTOs cannot contain methods. I >> can u

Re: [Converter] DTOs with methods?

hat 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. >> >> I suppose there also needs to be some code to

Re: [Converter] DTOs with methods?

ainDto { > 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 > >

Re: [Converter] DTOs with methods?

27;s just a suggestion. WDYT? > > Cheers, > > David > > On 18 October 2016 at 11:27, David Leangen wrote: > >> >> Hi David B., >> >> Thanks for this suggestion. That would indeed work nicely. As you say, it >> requires an extra class, but a

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 Felix Converter library >

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 wrote: > > > Hi Neil, > > It is here: > > https://gith

Re: Maven repo for Felix Converter

20 December 2016 at 13:59, Felix Meschberger >> wrote: >>> >>>> Hi >>>> >>>> Apache runs a SNAPSHOT repository which is public. But reliance on >>>> SNAPSHOTs deployed there is brittle. >>>> >>>> I just tried to

[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 and vice versa

Re: [Converter] Questions about RFP

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

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 > wrote: > > Hi David, > > On 16 January 2017 at 16:19, David Leangen wrote: > >> >> Hi David B., >

Re: [Converter] Questions about RFP

m 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 January 2017 at 16:42, David Leangen wrote: >

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 > Feli

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 (edit

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 wrote: > > > Hi, > > I am having a bit of trouble understanding how the package versioning works. > I assume that BND is doing some calculations, but i

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: JIRA Permissions

Perfect, thanks! =David > On Feb 16, 2017, at 6:32 PM, Guillaume Nodet wrote: > > Try again please.. > > 2017-02-16 10:16 GMT+01:00 David Leangen : > >> >> Hi! >> >> I want to assign an issue in JIRA to myself. >> >> How can I get pr

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 wrote

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 after the complaint from fe

[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 se

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, whic

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

> 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, > > David > > On 3 Apri

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

r 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 wrote: >> >> Hi! >> >> Without having to wri

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 a quick investigation. I think that bnd loo

Re: Provide-Capability in manifest

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 wrote: >> >> >>>> On Jul 13, 2017,

[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: ret

Re: [GOGO] Intercepting commands

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+01:00 David Leangen : >> >>> >>>

[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 1.0.13-

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 1.

Re: [Converter] Questions about the Converter

, =David > 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

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? >> >> Releasi

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: 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 priv...@felix.apache.

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 wh

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

ster > > 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, >

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

David Leangen created FELIX-5325: Summary: Patch for embedded DTO (in DTO) Key: FELIX-5325 URL: https://issues.apache.org/jira/browse/FELIX-5325 Project: Felix Issue Type: Improvement

[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&focusedCommentId=15420938#comment-15420938 ] David Leangen commented on FELIX-5325: -- Index: src/main/java/org/apache/f

[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&focusedCommentId=15420937#comment-15420937 ] David Leangen commented on FELIX-5325: -- I cannot attach files, so I will paste i

[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&focusedCommentId=15421859#comment-15421859 ] David Leangen commented on FELIX-5325: -- Sent offline. Cheers. > Patch for e

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

[ https://issues.apache.org/jira/browse/FELIX-5325?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Leangen updated FELIX-5325: - Attachment: patch.diff Ah! I have to go to the menu. This is different from our internal JIRA, so

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

[ https://issues.apache.org/jira/browse/FELIX-5325?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Leangen updated FELIX-5325: - Attachment: (was: patch.diff) > Patch for embedded DTO (in

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

[ https://issues.apache.org/jira/browse/FELIX-5325?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Leangen updated FELIX-5325: - Attachment: patch.diff > Patch for embedded DTO (in

[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&focusedCommentId=15422642#comment-15422642 ] David Leangen commented on FELIX-5325: -- Hi [~bosschaert], sorry about that! I

[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&focusedCommentId=15424288#comment-15424288 ] David Leangen commented on FELIX-5325: -- Awesome. Thank you! :-) > Pa

[jira] [Created] (FELIX-5326) Add data structure descriptor

David Leangen created FELIX-5326: Summary: Add data structure descriptor Key: FELIX-5326 URL: https://issues.apache.org/jira/browse/FELIX-5326 Project: Felix Issue Type: New Feature

[jira] [Commented] (FELIX-5326) Add data structure descriptor

[ https://issues.apache.org/jira/browse/FELIX-5326?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15427695#comment-15427695 ] David Leangen commented on FELIX-5326: -- Neat! What is still missing woul

[jira] [Created] (FELIX-5330) Double fields in Map if superclass shares a field name

David Leangen created FELIX-5330: Summary: Double fields in Map if superclass shares a field name Key: FELIX-5330 URL: https://issues.apache.org/jira/browse/FELIX-5330 Project: Felix Issue

[jira] [Commented] (FELIX-5330) Double fields in Map if superclass shares a field name

[ https://issues.apache.org/jira/browse/FELIX-5330?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15430505#comment-15430505 ] David Leangen commented on FELIX-5330: -- Thank you very much, David B.!!

[jira] [Created] (FELIX-5332) Serializer

David Leangen created FELIX-5332: Summary: Serializer Key: FELIX-5332 URL: https://issues.apache.org/jira/browse/FELIX-5332 Project: Felix Issue Type: New Feature Components

[jira] [Updated] (FELIX-5332) Serializer

[ https://issues.apache.org/jira/browse/FELIX-5332?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Leangen updated FELIX-5332: - Attachment: diff-serializer.txt > Serializer > -- > > Key

[jira] [Commented] (FELIX-5332) Serializer

[ https://issues.apache.org/jira/browse/FELIX-5332?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15435023#comment-15435023 ] David Leangen commented on FELIX-5332: -- On second thought, probably this is n

[jira] [Closed] (FELIX-5332) Serializer

[ https://issues.apache.org/jira/browse/FELIX-5332?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Leangen closed FELIX-5332. Resolution: Won't Fix > Serializer > -- > >

[jira] [Commented] (FELIX-5332) Serializer

[ https://issues.apache.org/jira/browse/FELIX-5332?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15435109#comment-15435109 ] David Leangen commented on FELIX-5332: -- Hmmm. Maybe I should not have acte

[jira] [Created] (FELIX-5335) Addition of copy() method to API

David Leangen created FELIX-5335: Summary: Addition of copy() method to API Key: FELIX-5335 URL: https://issues.apache.org/jira/browse/FELIX-5335 Project: Felix Issue Type: New Feature

[jira] [Created] (FELIX-5338) Clarification of Converter.getAdapter()

David Leangen created FELIX-5338: Summary: Clarification of Converter.getAdapter() Key: FELIX-5338 URL: https://issues.apache.org/jira/browse/FELIX-5338 Project: Felix Issue Type

[jira] [Commented] (FELIX-5332) Serializer

[ https://issues.apache.org/jira/browse/FELIX-5332?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15462397#comment-15462397 ] David Leangen commented on FELIX-5332: -- I have done some experimenting. Ove

[jira] [Commented] (FELIX-5332) Serializer

[ https://issues.apache.org/jira/browse/FELIX-5332?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15464837#comment-15464837 ] David Leangen commented on FELIX-5332: -- Thank you, [~bosschaert]. {quote} T

[jira] [Commented] (FELIX-5332) Serializer

[ https://issues.apache.org/jira/browse/FELIX-5332?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15465895#comment-15465895 ] David Leangen commented on FELIX-5332: -- [~bosschaert], I will try to up

[jira] [Commented] (FELIX-5332) Serializer

[ https://issues.apache.org/jira/browse/FELIX-5332?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15467168#comment-15467168 ] David Leangen commented on FELIX-5332: -- [~bosschaert], in your example above,

  1   2   3   >