GitHub PushEvent at 2014-03-06 15:48:16
Repository: netconf4j
Actor: isartcanyameres
Payload: {"shas":[["1cefe76a739e5e0f3a8f4f9d404a528377e92f49","9890f259adc96d88d8d15d057059e30031738a63@netcitadel.com","Merge branch 'faster_read_loop'","Kelly Byrd",false],["0e640ae840a66657fb7bfe6b7d0d01976fbec06d","aa743a0aaec8f7d7a1f01442503957f4d7a2d634@netcitadel.com","Replaced static TransportFactory with a version that allows users to add their own Transports. Other misc cleanup.","David Aeschlimann",false],["5d8ed108b72b1fb32abda1d25c97799aafa89e15","aa743a0aaec8f7d7a1f01442503957f4d7a2d634@netcitadel.com","Updated pom.xml to include required google libraries and allowed timeouts to remain unspecified in SessionContext to pass tests.","David Aeschlimann",false],["a93427eae3ad1678a69e18d2b6deb352b156e3a3","aa743a0aaec8f7d7a1f01442503957f4d7a2d634@netcitadel.com","Unified blockingConsumeById(...) methods.","David Aeschlimann",false],["63365a55f07f306a6b93e794e0840901e3e43def","9890f259adc96d88d8d15d057059e30031738a63@netcitadel.com","Add parsing for software-information query type.\nThe code already supported sending software-information queries, it\njust didn't parse the reply correctly. So, TransportContentParser\nnow knows how to deal with software-information replies.\n\nThese software-information queries aren't in the netfconf RFC, but\nare in the Junos 1.0 capabilities and are the typical way to get\nthe hardware and software version information from an JUNOS device.","Kelly Byrd",false],["2d38bd31c9e3895512326db5981c2da9d6b7fc52","9890f259adc96d88d8d15d057059e30031738a63@netcitadel.com","cleanup with whitespace and licensing.","Kelly Byrd",false],["20e0350761390fc44d9aad039797d847fa5576e2","9890f259adc96d88d8d15d057059e30031738a63@netcitadel.com","spaces -> tabs for TransportFactory.java","Kelly Byrd",false],["5ab667d10069a728b0bf4f357af0889625d4ec83","04cb181ff8c645f96d5d01e6fff17c1913b9d549@i2cat.net","Merge branch 'develop' into jsch_transport\n\nConflicts:\n\tsrc/main/java/net/i2cat/netconf/SessionContext.java\n\tsrc/main/java/net/i2cat/netconf/messageQueue/MessageQueue.java\n\tsrc/main/java/net/i2cat/netconf/transport/TransportContentParser.java\n\nConflicts solved manually.","isartcanyameres",false],["b6acf8a58642ae7b22104b19c284665af8278ef5","04cb181ff8c645f96d5d01e6fff17c1913b9d549@i2cat.net","Add guava to features as a dependency.","isartcanyameres",false],["11c82f4a85c071b6ea1c0405d9b999a05862ea6e","04cb181ff8c645f96d5d01e6fff17c1913b9d549@i2cat.net","Merge pull request #28 from dana-i2cat/jsch_transport\n\nRe-work TransportFactory to make it allow for a other SSH transport.\r\n\r\nThis version of TransportFactory isn't static and allows for a user of Netconf4j to supply their own Transport class.\r\n\r\nAll credit to the NetCitadel team. See #10\r\n\r\nWe must yet think how to take advantage of this new feature in OSGi. Right now, registering an external transports fails in an OSGi environment due to bundles isolation. TransportFactory.registerTransport(String, Class) launches TransportRegistrationException because TransportFactory cannot instantiate an instance of a class unknown to the bundle.\r\n\r\nAlthough we must yet find a solution to support that in OSGi, the feature works fine in a pure java environment.","isartcanyameres",true]],"size":10,"ref":"refs/heads/develop","head":"11c82f4a85c071b6ea1c0405d9b999a05862ea6e"}