[00:38:29] *** kcbabo has joined #switchyard
[00:38:30] *** kcbabo has joined #switchyard
[01:03:08] *** aslak has quit IRC
[01:04:18] *** bfitzpat has quit IRC
[01:10:36] *** kcbabo1 has joined #switchyard
[01:11:10] *** kcbabo has quit IRC
[01:16:08] *** kcbabo1 is now known as kcbabo_afk
[01:46:59] *** echelog-2 has joined #switchyard
[04:11:41] *** echelog-2 has joined #switchyard
[04:45:19] *** igarashitm has quit IRC
[05:01:17] *** echelog-2 has joined #switchyard
[05:23:11] *** ldimaggi has quit IRC
[05:34:30] *** dbevenius has joined #switchyard
[06:01:31] *** dbevenius has quit IRC
[07:41:34] *** tcunning has quit IRC
[07:47:26] *** jliu has joined #switchyard
[08:07:02] *** magesh has joined #switchyard
[09:06:07] *** dbevenius has joined #switchyard
[10:55:02] *** tfennelly has joined #switchyard
[11:14:46] *** rbalent has joined #switchyard
[11:14:47] *** rbalent has quit IRC
[11:14:47] *** rbalent has joined #switchyard
[11:19:34] *** magesh has left #switchyard
[11:41:43] *** jliu has quit IRC
[12:26:36] *** dbevenius has quit IRC
[12:31:06] *** dbevenius has joined #switchyard
[13:05:32] *** tcunning has joined #switchyard
[13:47:56] *** tcunning has quit IRC
[13:48:53] *** vinicius has joined #switchyard
[13:50:53] *** antollinim has joined #switchyard
[13:51:17] *** antollinim is now known as antollinim_lunch
[13:54:52] *** antollinim_lunch is now known as antollinim
[13:55:32] *** dbevenius1 has joined #switchyard
[13:57:18] *** dbevenius has quit IRC
[14:01:12] *** kcbabo has joined #switchyard
[14:01:12] *** kcbabo has joined #switchyard
[14:06:47] *** kcbabo is now known as kcbabo_afk
[14:15:15] *** tcunning has joined #switchyard
[14:15:55] *** lanceball has joined #switchyard
[14:22:27] *** igarashitm has joined #switchyard
[14:29:05] *** tcunning has quit IRC
[14:31:04] *** ldimaggi has joined #switchyard
[14:55:48] <igarashitm> tfennelly: hi Tom
[14:56:04] <tfennelly> igarashitm: hey tomo
[14:56:11] <igarashitm> tfennelly: I've changed XSLT quickstart to use Camel's mock endpoint
[14:56:13] <igarashitm> tfennelly: https://github.com/jboss-switchyard/quickstarts/pull/81
[14:56:33] <igarashitm> tfennelly: take a look please when you like :)
[14:56:33] <tfennelly> igarashitm: you think it is better?  Easier for users to understand?
[14:56:58] <igarashitm> tfennelly: yep, I don't need java code so little bit easier
[14:57:21] <igarashitm> tfennelly: though the definition of transformer is little bit tricky
[14:57:49] <igarashitm> tfennelly: "from" is same as "to"
[14:58:30] <tfennelly> igarashitm: yeah
[14:58:39] <tfennelly> igarashitm: less code
[14:59:18] <tfennelly> igarashitm: personally... I think the first version you created would have been easier to follow for newer users
[15:00:01] <tfennelly> igarashitm: there's less code when using camel mock endpoints, but I think the camel stuff might raise as many questions for the user as it removes
[15:00:16] <tfennelly> igarashitm: that's just me though
[15:00:53] <igarashitm> tfennelly: hmm... yes, I agree... actually tricky for newbie
[15:02:02] <tfennelly> igarashitm: yeah... I don't always think it follows that less "code" == easier to understand
[15:03:14] <tfennelly> igarashitm: and what happened that required the to and from to be the same?
[15:03:59] <igarashitm> tfennelly: yep. kind of magic ;)
[15:05:16] <tfennelly> igarashitm: yeah.... that seems like there's something fundamentally wrong in our camel integration
[15:06:30] <igarashitm> tfennelly: hmm. is this the issue in camel?
[15:06:56] <tfennelly> igarashitm: not sure... I doubt it's Camel itself... more likely our integration with camel
[15:08:19] <igarashitm> tfennelly: I think... IMHO... what I'm looking for is a way to have no service and use transformer directly
[15:08:35] <tfennelly> igarashitm: ah no... it's just an XML string, not an Order java object, so it's type is opaque... needs to be manually set
[15:08:41] <igarashitm> tfennelly: and currently we don't have, so we must use any component like mock
[15:09:34] <tfennelly> igarashitm: I honestly think the first example you had was the most realistic/real-world
[15:09:53] <tfennelly> igarashitm: which I think is important for examples... for people to be able to relate to them
[15:10:01] *** dbevenius1 has quit IRC
[15:10:33] *** dbevenius has joined #switchyard
[15:11:13] <tfennelly> igarashitm: I think if I was a new SwitchYard user looking at this example I would be expecting to be able to relate the example to something "real world"
[15:11:16] <igarashitm> tfennelly: maybe. real application will have not only XSLT transform but have Java logic... it may be OK if I added some logic into the OrderServiceBean on previous one
[15:11:48] <tfennelly> igarashitm: exactly
[15:12:09] <tfennelly> igarashitm: or just even what you had (no logic) but add a comment to it
[15:12:16] <tfennelly> igarashitm: something like....
[15:13:40] <tfennelly> / This service implementation does not process the Order XML received in the input parameter.  In a real-world service, we would have some code here processing the order and producing the orderAck XML
[15:13:47] *** tcunning has joined #switchyard
[15:13:54] *** dbevenius has quit IRC
[15:13:56] <tfennelly> igarashitm: oh sorry.... you are returning an order XML
[15:14:02] <tfennelly> igarashitm: but you get the idea
[15:18:39] <igarashitm> tfennelly: yep. OK, actually XSLT transform from order to orderAck is not suited for real app. wierd. I'll arrange this scenario :)
[15:19:24] *** dbevenius has joined #switchyard
[15:21:01] <tfennelly> igarashitm: really what would be a good example for this would be a WS proxy
[15:21:34] <tfennelly> igarashitm: request OrderXML-v1 ... transform to OrderXML-v2 ...
[15:22:01] <tfennelly> igarashitm: response OrderAckXML-v2 -> OrderAckXML-v1
[15:22:28] <igarashitm> tfennelly: ah, that's good. and simple enough.
[15:22:54] <tfennelly> igarashitm: yeah... slight glitch though... we don't do WS proxying yet :)
[15:24:35] <igarashitm> tfennelly: glitch? is it worth to try?
[15:25:11] <tfennelly> igarashitm: I don't think it is possible
[15:25:37] <tfennelly> igarashitm: why not just go back to your original example and ad a comment in the OrderServiceBean class
[15:25:39] <tfennelly> igarashitm: ?
[15:26:00] <igarashitm> tfennelly: ah, no, I'm fine to get back to previous
[15:26:06] <igarashitm> tfennelly: just thinking :)
[15:26:16] <tfennelly> igarashitm: yeah... I think it's better than the camel one
[15:26:30] <igarashitm> tfennelly: ok, will do
[15:26:53] <tfennelly> igarashitm: the camel one has a few less lines of code, but is not very intuitive imo
[15:27:10] <igarashitm> tfennelly: or, another scenario is HTTP<->XML transform, but it's for another chance :)
[15:27:14] <tfennelly> igarashitm: was an interesting exercise though
[15:27:41] <tfennelly> igarashitm: hey too...
[15:27:48] <igarashitm> tfennelly: yeah, good exercise for me :)
[15:28:06] <tfennelly> igarashitm: save a copy of the camel version because I'd say kcbabo_afk would like to see it
[15:28:15] <igarashitm> tfennelly: sure
[15:28:31] <igarashitm> tfennelly: backup this branch
[15:29:25] <tfennelly> igarashitm: exactly... just create a new branch off it and push the new branch to origin and save the name
[15:29:41] <tfennelly> igarashitm: then switch back to the original branch and make your changes
[15:29:55] <igarashitm> tfennelly: ok, thanks!
[15:38:46] *** kcbabo_afk is now known as kcbabo
[15:53:39] *** vinicius has quit IRC
[16:07:52] <antollinim> anyone: has anyone worked on switchyard-common's getResources functionality?
[16:10:26] *** GitHub52 has joined #switchyard
[16:10:26] <GitHub52> [core] kcbabo pushed 1 new commit to master: http://git.io/vryKoQ
[16:10:26] <GitHub52> [core/master] SWITCHYARD-480: Integrate jBPM 5 console with SwitchYard distro - David Ward
[16:10:26] *** GitHub52 has left #switchyard
[16:12:51] <kcbabo> antollinim:  that was david, IIRC
[16:13:02] <kcbabo> antollinim:  errantepiphany
[16:13:34] *** ldimaggi has quit IRC
[16:13:38] <antollinim> kcbabo: not here :(
[16:14:13] <kcbabo> antollinim:  give it a bit :-)
[16:14:23] <kcbabo> antollinim:  I'm sure he will be around in the next hour or so
[16:14:49] <antollinim> kcbabo: forge is being more difficult than we expected... we are stubling over a problem after another
[16:15:03] *** GitHub186 has joined #switchyard
[16:15:03] <GitHub186> [components] kcbabo pushed 1 new commit to master: http://git.io/Utcj-w
[16:15:03] <GitHub186> [components/master] SWITCHYARD-480: Integrate jBPM 5 console with SwitchYard distro - David Ward
[16:15:03] *** GitHub186 has left #switchyard
[16:15:18] <antollinim> kcbabo: now it looks like resources are not been loaded, that is why I need to talk to david
[16:15:56] <kcbabo> antollinim:  can you give me an example of a resource that's not getting loaded?
[16:16:25] <antollinim> kcbabo: in camel pluging: java/RouteInterfaceTemplate.java
[16:16:29] <kcbabo> antollinim:  it's quite possible that this is a modules definition issue - like an export is missing for a resource that needs to be shared across modules
[16:17:13] <kcbabo> antollinim:  yeah, my random guess is that having everything on the classpath before meant this worked just fine
[16:17:36] *** errantepiphany has joined #switchyard
[16:17:43] <kcbabo> antollinim:  which is what the getResources() method is relying on - that the class/resource is resolvable based on the current class loader
[16:17:49] <antollinim> kcbabo: I see the camel jar loaded by forge is good, but when te code executes and uses switchyard-comon's getResource then that resource is not being found. So I guess somehting about the loaders needs to be chagned to support forge
[16:18:04] <kcbabo> antollinim:  loaders don't need to change
[16:18:17] <kcbabo> antollinim:  what's missing is the module relationships
[16:18:45] <kcbabo> antollinim:  the switchyard common stuff is relying on the class loader it's given
[16:19:04] <kcbabo> antollinim:  so inside of forge, we need to make sure that the class loader that it gets has visibility to that resource
[16:19:08] *** vinicius has joined #switchyard
[16:19:11] <kcbabo> antollinim:  that's where the problem lies, IMO
[16:19:17] <antollinim> kcbabo: you mean that something is missing when camel is installed in forge?
[16:19:48] <kcbabo> antollinim:  no
[16:20:15] <kcbabo> antollinim:  I'm saying that the resource loading logic in switchyard common can only see what the class loader provides
[16:20:35] <errantepiphany> the switchyard common stuff iterates over a few classloaders.  the thread context class loader, the one it's given, the commons classloader, and the system classloader.
[16:20:39] <kcbabo> antollinim:  so we need to make sure that the class loader that is being used can actually "see" the resource that's being loaded
[16:20:49] <errantepiphany> kcbabo is right.
[16:20:53] <antollinim> kcbabo: agree, I saw that code
[16:20:54] <kcbabo> errantepiphany:  right, I think that's all it can do
[16:21:11] <kcbabo> antollinim:  so mario, I think it's just a matter of getting the module definition right, maybe
[16:21:22] <errantepiphany> kcbabo: +1
[16:21:39] <antollinim> kcbabo: how do you do the "module definition" right?
[16:21:46] <kcbabo> antollinim:  tough say without digging deeper, but my guess is that the code attempting to load the resource is in one module
[16:21:55] <kcbabo> antollinim:  and the code containing the resource is in another module
[16:22:02] <kcbabo> antollinim:  and there is no link between them
[16:22:14] <kcbabo> antollinim:  forge is based on jboss modules now, right?
[16:22:44] <antollinim> kcbabo: ok, so I guess that can be solved during installation time in forge
[16:23:19] <antollinim> kcbabo: when a plugin gets installed it defines dependencies and other things, maybe something needs to be done there
[16:23:29] <kcbabo> antollinim:  that's my guess
[16:23:42] <kcbabo> antollinim:  sorry I don't have more info to give there
[16:23:53] <kcbabo> antollinim:  but it *feels* like a module definition issue
[16:24:02] <antollinim> kcbabo: that was good enough!...
[16:24:13] <kcbabo> antollinim:  if there's a way to figure out which module is attempting to load the resource, that's the best place to start
[16:24:22] <antollinim> kcbabo: thanks, I'll take a look there now
[16:24:45] <kcbabo> antollinim:  can you type "anyone:" again in IRC ?  Does that notify everyone in the room?
[16:25:48] <antollinim> kcbabo: I do not know, I just "invented" it
[16:25:53] <antollinim> anyone: testing
[16:25:55] <kcbabo> antollinim:  hah
[16:26:05] <kcbabo> antollinim:  ok, I would really like something like that
[16:26:12] <antollinim> kcbabo: does it do anything?
[16:26:31] <kcbabo> antollinim:  my window had focus when you typed it, but I'm guessing no
[16:26:43] <kcbabo> antollinim:  didn't know if you had a secret there
[16:26:45] <kcbabo> :-)
[16:26:59] <antollinim> kcbabo: haha
[16:27:29] <antollinim> kcbabo: a few days ago I discovered tattletale, do you know it?
[16:27:33] <igarashitm> now I added "anyone:" into keyword list :)
[16:27:54] <kcbabo> antollinim:  jboss project, right?
[16:28:28] <antollinim> kcbabo: yeah, awesome tool to troubleshoot dependencies
[16:28:29] <kcbabo> antollinim:  for dependencies
[16:28:47] <kcbabo> antollinim:  I actually haven't tried it myself, but have heard good things
[16:28:47] <errantepiphany> kcbabo: You're pushing the jbpm console stuff? I haven't had a chance to take another look at the possible effect on riftsaw in release...
[16:29:11] <kcbabo> errantepiphany:  I looked again and those properties are only used in the quickstarts
[16:29:20] <kcbabo> errantepiphany:  where there is a local definition of the property
[16:29:35] <kcbabo> errantepiphany:  so I think your initial thought was correct
[16:29:36] <errantepiphany> kcbabo: ah, okay cool. thanks.
[16:29:48] <antollinim> kcbabo: it scans any dir and gives you a lot of visibility about classes, version, jars, dependencies, etc
[16:29:56] <kcbabo> errantepiphany:  it's not bundling anything on it's own and just using the JPA stuff it pulls from AS7
[16:30:26] <kcbabo> errantepiphany:  maven deploy is giving me fits
[16:30:40] <kcbabo> errantepiphany:  keeps failing at random points due to Nexus issue
[16:30:42] <kcbabo> s
[16:30:44] <kcbabo> argh!
[16:31:33] <errantepiphany> kcbabo: yeah that sux.
[16:31:57] <errantepiphany> kcbabo: there still might be a prob with release, though... but I think we can investigate it and create another issue...
[16:32:15] <errantepiphany> kcbabo: From krisv's instructions: "I got an error with my persistence.xml and JPA2 so I disabled JPA2 scanning by commenting out the JPA module (org.jboss.as.jpa) and subsystem (urn:jboss:domain:jpa:1.0) in the standalone.xml configuration file."
[16:32:50] *** bfitzpat has joined #switchyard
[16:32:57] <errantepiphany> kcbabo: I did that, but I'm thinking it doesn't need to be done, so we might be able to undo it on a subsequent push.
[16:39:04] <kcbabo> errantepiphany:  hmm ? yeah, the less we comment out, the better
[16:39:29] <kcbabo> errantepiphany:  particularly because we can't control that on openshift easily
[16:39:51] <kcbabo> errantepiphany:  the standalone.xml is produced from the cartridge
[16:40:22] <errantepiphany> kcbabo: yup. Just following krisv's instructions, but I didn't go back to make sure all of what he said was *actually* needed.
[16:40:35] <errantepiphany> kcbabo: well......... what about things like adding a datasource???
[16:41:10] <kcbabo> errantepiphany:  that would be done via the CLI
[16:41:37] <kcbabo> errantepiphany:  scott is adding a hook where you can add a script to the .openshift directory in your app
[16:41:46] <errantepiphany> kcbabo: now THAT would be cool.
[16:41:57] <kcbabo> errantepiphany:  when you push the app, the CLI commands will automatically fire when the instance is spun up
[16:43:20] *** ldimaggi has joined #switchyard
[16:48:19] <errantepiphany> kcbabo: SWITCHYARD-513, SWITCHYARD-514
[16:48:45] <kcbabo> errantepiphany:  cool, thx
[16:49:30] <tfennelly> kcbabo: keith... how do you normally test forge changes... run it manually?
[16:49:51] <kcbabo> tfennelly:  yep
[16:50:10] <kcbabo> tfennelly:  although antollinim did work up some unit tests as well
[16:50:23] <kcbabo> tfennelly:  but I think we might need to wait for those to rebased after all the forge work is done
[16:50:33] <tfennelly> kcbabo: ok
[16:54:00] *** GitHub11 has joined #switchyard
[16:54:00] <GitHub11> [quickstarts] kcbabo pushed 1 new commit to master: http://git.io/xY85tQ
[16:54:00] <GitHub11> [quickstarts/master] SWITCHYARD-480: Integrate jBPM 5 console with SwitchYard distro - David Ward
[16:54:00] *** GitHub11 has left #switchyard
[17:02:02] *** dbevenius has quit IRC
[17:06:01] *** rcernich has joined #switchyard
[17:33:22] *** kcbabo is now known as babo_
[17:59:23] *** dbevenius has joined #switchyard
[18:02:27] *** tfennelly has quit IRC
[18:04:57] *** lanceball is now known as lance|afk
[18:05:10] *** rbalent has quit IRC
[18:17:07] *** tfennelly has joined #switchyard
[18:29:45] *** vinicius has quit IRC
[18:32:55] *** ldimaggi has quit IRC
[18:35:45] *** ldimaggi has joined #switchyard
[18:42:56] *** errantepiphany has left #switchyard
[18:54:15] *** rcernich is now known as rcernich_away
[18:54:57] *** errantepiphany has joined #switchyard
[18:58:04] <igarashitm> now I have an error in release build - java.lang.NoClassDefFoundError: org/drools/time/impl/TimerJobFactoryManager
[18:58:15] <igarashitm> something under construction?
[18:58:41] <errantepiphany> igarashitm: you probably updated other things when release hasn't finished deploying yet
[18:58:51] <errantepiphany> igarashitm: that class doesn't exist in drools 5.2.0, but does in 5.2.1
[18:59:02] <errantepiphany> igarashitm: my recent change (adding the jbpm-console) upgrades drools along with jbpm
[18:59:14] <errantepiphany> igarashitm: so maybe babo_ is not done yet pushing my changes
[18:59:39] <igarashitm> errantepiphany: ok thanks, yes I've updated all of the repositories
[18:59:53] <errantepiphany> igarashitm: yeah, he probably hasn't pushed release yet.
[19:00:42] <igarashitm> errantepiphany: then I can ignore this :)
[19:01:46] <errantepiphany> igarashitm: yup.
[19:59:45] *** babo_ is now known as kcbabo
[20:00:11] <kcbabo> errantepiphany:  yeah, sorry my deploy got interrupted
[20:00:40] *** GitHub100 has joined #switchyard
[20:00:40] <GitHub100> [release] kcbabo pushed 1 new commit to master: http://git.io/N8LpSw
[20:00:40] <GitHub100> [release/master] SWITCHYARD-480: Integrate jBPM 5 console with SwitchYard distro - David Ward
[20:00:40] *** GitHub100 has left #switchyard
[20:02:04] *** tfennelly has quit IRC
[20:23:36] *** bfitzpat is now known as bfitzpat_away
[20:26:03] *** rcernich_away is now known as rcernich
[20:27:17] *** errantepiphany has left #switchyard
[20:28:23] *** errantepiphany has joined #switchyard
[20:29:04] <errantepiphany> kcbabo: I'm here but not in the cooler since having my vpn on seems to be slowing down my internet connection considerably.
[20:31:12] *** tfennelly has joined #switchyard
[20:32:14] <kcbabo> errantepiphany:  vpn has been total suck for me recently
[20:32:26] <kcbabo> errantepiphany:  dropping me like crazy
[20:33:25] <errantepiphany> kcbabo: yeah, I don't know why vpn would cause my external connections to be slow.
[20:34:09] <rcernich> kcbabo, errantepiphany: depending on how the vpn configures the routes, everything may be going through the vpn
[20:34:38] <rcernich> e.g. the vpn could become your default gateway
[20:34:54] <rcernich> (sorry i.e. not e.g.)
[20:36:25] <igarashitm> tfennelly, kcbabo: hi, I've get XSLT quickstart back to the previous one with empty bean and moved camel mock one to another branch
[20:36:34] <igarashitm> tfennelly, kcbabo: https://github.com/jboss-switchyard/quickstarts/pull/81
[20:40:21] <errantepiphany> rcernich: on linux I type "route", and it says my default gateway is 192.168.0.1 - which I think is my router.
[20:41:47] <errantepiphany> rcernich: my vpn connection says gateway: ovpn-phx2.redhat.com
[20:42:11] <errantepiphany> rcernich: not quite sure how to say to only use that gateway for redhat servers.
[20:43:06] <rcernich> errantepiphany: not sure about linux, but windows had some sort of "priority" (don't remember the exact parameter name)
[20:43:17] <rcernich> errantepiphany: the routes would then be ordered
[20:43:29] <errantepiphany> rcernich: hmmm... maybe a setting in /etc/openvpn/ovpn-phx2-udp.conf
[20:43:30] *** lance|afk is now known as lanceball
[20:43:40] <rcernich> errantepiphany: i would typically reset my default route, then add a higher priority for certain domains
[20:44:19] <errantepiphany> rcernich: yeah, I'll poke around the intranet for the answer. (doh!) ;)
[20:44:25] <rcernich> errantepiphany: mostly because my network clashed with work, but it helps with that too
[20:47:41] <kcbabo> igarashitm:  ok, thx
[20:57:50] <tfennelly> igarashitm: looks good tomo
[21:00:23] *** dbevenius has quit IRC
[21:00:25] <igarashitm> :)
[21:02:50] <igarashitm> kcbabo: and then, Keith, can I touch this? ... https://issues.jboss.org/browse/SWITCHYARD-492
[21:03:23] <kcbabo> igarashitm:  sure if you want to give that a go, that would be grand
[21:04:06] <igarashitm> kcbabo: thanks, let me try
[21:39:38] *** bfitzpat_away is now known as bfitzpat
[21:40:30] <tcunning> errantepiphany: you get snow yet?
[21:40:47] <errantepiphany> tcunning: nope. actually pretty nice out. 55.
[21:40:54] <errantepiphany> tcunning: you?
[21:41:00] <tcunning> errantepiphany: supposedly tonight is first flakes
[21:41:41] <errantepiphany> tcunning: have fun with that. ;)
[21:41:55] <igarashitm> tcunning: snow today? really?
[21:43:19] <tcunning> igarashitm: oops - not tonight, but thursday night
[21:44:18] <tfennelly> kcbabo: yt Keith?
[21:44:42] <igarashitm> tcunning: oh, ok then I know... surprised if today :)
[21:49:40] <errantepiphany> kcbabo: I have to cut out at 4 today to get some practice in before my green-belt test tonight.  I'll most likely be back online later though.
[21:51:21] <errantepiphany> tcunning, tfennelly: wish me luck! ^^
[21:51:51] <tfennelly> errantepiphany: good luck
[21:51:57] <tfennelly> errantepiphany: don't break anything
[21:52:03] <tfennelly> errantepiphany: or anyone
[21:52:26] <errantepiphany> tfennelly: thanks man
[21:53:01] <igarashitm> errantepiphany: good luck david
[21:53:06] <errantepiphany> igarashitm: thanks!
[21:53:23] <igarashitm> errantepiphany: green-belt zombie... so scared :)
[21:53:32] <errantepiphany> igarashitm: hahahaha...
[21:54:09] <tcunning> errantepiphany: good luck!
[21:54:29] <errantepiphany> tcunning: thanks!
[22:02:19] *** errantepiphany has left #switchyard
[22:07:32] *** antollinim has quit IRC
[22:10:12] *** antollinim_lunch has joined #switchyard
[22:14:55] *** ldimaggi has quit IRC
[22:19:04] *** antollinim_lunch is now known as antollinim
[22:38:56] *** kcbabo has quit IRC
[22:46:11] <antollinim> tcunning: you there?
[22:47:00] <antollinim> tcunning: I have just realized that forge is using "JBoss Modules" inside of it. There could be useful info for us here: https://docs.jboss.org/author/display/MODULES/Home
[22:54:01] <tcunning> antollinim: i'll take a look tonight
[23:18:41] *** antollinim has quit IRC
[23:30:18] *** tfennelly has quit IRC
[23:40:09] *** igarashitm has quit IRC
[23:48:00] *** babo has joined #switchyard
[23:57:01] *** bfitzpat has quit IRC
[23:57:46] *** PeteRoyle has quit IRC
[23:59:51] *** tcunning has left #switchyard





top