Hmm - I think I'm on to something.
I noticed that some of the nested maps were printing more than the first
element.
When i checked the _schema_ displayed by (protobuf-schema <def>) , all
the keys in the schema are lower case
The generated java classes for this proto are camelCase.
So the printer for the map is finding nulls for many of the keys in the
schema, and so it's skipping them.
On Saturday, April 20, 2013 5:39:16 PM UTC-7, David Pidcock wrote:
>
> Well, using the Lein protobuf generator at least helps with the Exception,
> but it doesn't help with showing the full map. I didn't forget to import
> the extensions.proto (which I thought would be the source of my problem
> with the generated-for-java classes)
>
> I haven't delved into the toString, but the behviour looks like a
> depth-first print that bails before it gets to the other elements of the
> map.
>
>
> On Saturday, April 20, 2013 4:54:08 PM UTC-7, David Pidcock wrote:
>>
>> Well today has been the first chance I've had to try this, and
>> unfortunately, it's the same output. I _think_ the object ( and I use the
>> term loosely ) is being created more or less successfully, since I can
>> usually navigate to some of the sub-lists / maps
>>
>> Not only that, but referencing one particular key I get a runtime
>> exception -- as follows:
>>
>> (first (:inventory my-obj)))
>>
>> {:header {:id 174927}, :count 50}
>>
>> RuntimeException Unmatched delimiter: )
>> clojure.lang.Util.runtimeException (Util.java:219)
>>
>> This was using java classes generated by the 2.4.1 google exe. When I
>> get more time, I'm going to regenerate them with the lein proto plugin.
>>
>>
>> On Friday, April 12, 2013 8:08:01 AM UTC-7, David Pidcock wrote:
>>>
>>> Thanks - I'll give that a try.
>>>
>>> On Thursday, April 11, 2013 11:18:06 AM UTC-7, Alan Malloy wrote:
>>>>
>>>> 0.6.2 is six months old. I don't think anything about this has changed
>>>> since then, but you should at least try [org.flatland/protobuf "0.7.2"]
>>>> and
>>>> see if that does what you expect.
>>>>
>>>> On Thursday, April 11, 2013 8:39:12 AM UTC-7, David Pidcock wrote:
>>>>>
>>>>>
>>>>> I have some Java classes generated elsewhere (not by the lein proto
>>>>> plugin) and I'm wanting to use them as the basis for the [protobuf
>>>>> "0.6.2"] code interactions (for interdependency with an existing
>>>>> java project)
>>>>>
>>>>> One thing I noticed about the output in REPL is that only the first
>>>>> key is presented to the screen
>>>>> from protobuf.core.PersistentProtocolBufferMap
>>>>>
>>>>> Even (keys my-proto) only shows the first key
>>>>>
>>>>> At first I thought I'd screwed something up, but when I try
>>>>> (:some-key my-proto)
>>>>> I get the expected result.
>>>>>
>>>>> The data referenced by :some-key in this instance is another map --
>>>>> almost all of the data contained in the message is complex like this.
>>>>>
>>>>> Is this a bug in protobuf.core.PersistentProtocolBufferMap? Or am I
>>>>> missing something?
>>>>>
>>>>>
>>>>>
--
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
---
You received this message because you are subscribed to the Google Groups
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
