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.
