Future State Version?

49 views
Skip to first unread message

reyno...@gmail.com

unread,
May 21, 2013, 7:32:39 AM5/21/13
to mor...@googlegroups.com
Is it safe to assume that the github fork is going to be the more recent / better maintained version? Also, is their a JIRA or some other issue tracker I could follow for the Github fork?

James Green

unread,
May 21, 2013, 12:16:24 PM5/21/13
to morphia
I hope to answer the first question shortly - have reminded those responsible at 10Gen to answer my queries. The GitHub project has it's own issues tab.


On 21 May 2013 12:32, <reyno...@gmail.com> wrote:
Is it safe to assume that the github fork is going to be the more recent / better maintained version? Also, is their a JIRA or some other issue tracker I could follow for the Github fork?

--
You received this message because you are subscribed to the Google Groups "Morphia" group.
To unsubscribe from this group and stop receiving emails from it, send an email to morphia+u...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
 
 

reyno...@gmail.com

unread,
May 21, 2013, 9:03:16 PM5/21/13
to mor...@googlegroups.com
Thank you very much. I did run into some things noting that this was supposed to become part of the standard mongo driver. Great work, would love to contribute...

reyno...@gmail.com

unread,
May 21, 2013, 10:42:55 PM5/21/13
to mor...@googlegroups.com
For example... on the wiki it states that SLF4J integration is achieved via  SLF4JLoggerImplFactory, but in v. 1.2.3 the line required is:

MorphiaLoggerFactory.registerLogger( SLF4JLogrImplFactory.class );

What would you prefer I do? Fork and fix the wiki and submit a pull request on that?

James Green

unread,
May 22, 2013, 2:43:34 AM5/22/13
to morphia
The wiki being the one on Google Code?

One the issues I haven't had a chance to look at and really must is that of documentation. Now I am a great believer of documenting software where the code lays which means docblocks. Exposing these in the form of a proper website has already been rather more difficult than it ought to be. Thankfully others are working in this area - see asciidoc and surrounding projects.



--

Russell Bateman

unread,
May 22, 2013, 9:26:06 AM5/22/13
to mor...@googlegroups.com
Just having well maintained Javadoc inside the code and source code JARs for use in Eclipse solves it for me most of the time. The original Morphia doc was lean on meaningful Javadoc. Seems like someone (or someones) very familiar with Morphia for having used it might be turned loose on the source code and, without fear of offending Scott or James or anyone, might just flesh out the methods and classes he or she totally groks--all to good effect and in very short order. It's less likely we'll get good doc if we hesitate and wait for some quantum decision or moment to do it.

Just my two cents. I'd volunteer if I thought I had two good clues, but I'm not there yet.

reyno...@gmail.com

unread,
May 22, 2013, 11:07:07 PM5/22/13
to mor...@googlegroups.com
I meant the Github wiki. Some of the pages are slightly out of date. I just want to know how I can help. Javadoc in source is great for the people willing to go that far... code examples are the best, and good up front plain English documentation can mean the difference in industry standard vs. obscurity (think of all the googlefu ninjas out there). I just want to help.

James Green

unread,
May 23, 2013, 2:33:46 AM5/23/13
to morphia
Apparently the wiki was locked to collaborators only. It's now open - go ahead.

1.3 of morphia is the trunk with an intention to remove anything that was marked @Deprecated some time ago. I've also made the entity cache a pluggable implementation at runtime and added support for javax.persistence.Id, I hope others will follow.

Kevin

unread,
May 25, 2013, 12:18:41 AM5/25/13
to mor...@googlegroups.com
I might be able to help with more code examples.

Kevin
Reply all
Reply to author
Forward
0 new messages