Menu
▾
▴
jxtaim-developers — JXTA Instant Messenger: developers mailing list
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
(30) |
Mar
(63) |
Apr
(24) |
May
(2) |
Jun
(4) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
|
Feb
|
Mar
(3) |
Apr
|
May
(1) |
Jun
|
Jul
(4) |
Aug
(5) |
Sep
(1) |
Oct
|
Nov
(5) |
Dec
(2) |
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
|
From: <sc...@bj...> - 2007-12-03 08:29:38
|
Dear Open Source developer, I'm student of the Leuphana University in Lueneburg, Germany. I'm writing my doctoral thesis about the innovativity of Project Communitie= s.=20 I've picked your Project at random at sourceforge.net and would like to ask= =20 you to take part of this pilot study. To complete the questionair form will take you 15 to 20 minutes. You'll fin= de=20 it under http://dissertation.bjoern-benz.de/output/project_communities/ Thank you for your participation, Bj=C3=B6rn Benz P.S. I will publish the results in approximately 6 months under =20 http://dissertation.bjoern-benz.de/results/project_communities/ =2D- Bj=C3=B6rn Benz Leuphana Universit=C3=A4t L=C3=BCneburg 21335 L=C3=BCneburg Mail: science at bjoern-benz.de |
|
From: Alexander S. <as...@jw...> - 2005-10-14 19:19:23
|
Hi world, I am happy to announce another release of jxtaim. Here the freshmeat announcement: This maintenance release is yet another release from the 0.1 branch and brings long requested support for java 5.0. In addition, it fixes a significant memory leak, other less painful bugs and ships with the latest jxta (v2.3.5) and bouncycastle (130) libraries. Have fun! -- GPG messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack | : :' : The universal as...@de... | `. `' Operating System http://www.asoftsite.org | `- http://www.debian.org |
|
From: Alexander S. <as...@jw...> - 2004-12-14 17:32:34
|
Sorry, I should have read your mail before sending you to our mailing list. This is *not* the mailing list of jxta. This is the mailing list of a jxta based instant messenger (jxtaim). Go to http://www.jxta.org and subscribe to the user mailing list (us...@jx...). That is the right forum for your questions. Cheers -- GPG messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack | : :' : The universal as...@jw... | `. `' Operating System http://www.jwsdot.com/ | `- http://www.debian.org/ |
|
From: Naveen B. <nav...@re...> - 2004-12-14 10:09:38
|
=A0> i am new to jxta,i am running a simple program,but i dont know what=
=0A> to give on the configuration dialog for "Rendezovus/Relay" and =0A> "=
Advanced" options.pls clear me=0A=0Amy code is=0A--------------------------=
---------------------------------------------=0A=0Aimport net.jxta.peergrou=
p.PeerGroup;=0Aimport net.jxta.peergroup.PeerGroupFactory;=0Aimport net.jxt=
a.exception.PeerGroupException;=0A/*=0A This is a simple example of how an =
application would start jxta=0A */=0A public class SimpleJxtaApp {=0A=0A st=
atic PeerGroup netPeerGroup =3D null;=0A=0A public static void main(String =
args[]) {=0A=0A System.out.println ("Starting JXTA ....");=0A SimpleJxtaApp=
myapp =3D new SimpleJxtaApp();=0A myapp.startJxta();=0A System.out.println=
("Hello from JXTA group " +=0A netPeerGroup.getPeerGroupName() );=0A Syste=
m.out.println (" Group ID =3D " +=0A netPeerGroup.getPeerGroupID().toString=
());=0A System.out.println (" Peer name =3D " +=0A netPeerGroup.getPeerName=
());=0A System.out.println (" Peer ID =3D " +=0A netPeerGroup.getPeerID().t=
oString());=0A System.out.println ("Good Bye ....");=0A myapp.netPeerGroup.=
stopApp();=0A }=0A=0A private void startJxta() {=0A try {=0A // create and =
start the default JXTA NetPeerGroup=0A netPeerGroup =3D PeerGroupFactory.ne=
wNetPeerGroup();=0A }=0A catch (PeerGroupException e) {=0A // could not ins=
tantiate the group, print the stack and exit=0A System.out.println("fatal e=
rror : group creation failure");=0A e.printStackTrace();=0A System.exit(1);=
=0A }=0A }=0A }=0A=0A------------------------------------------------------=
-----------------=0A=0Aregards,=0A=0A=0ANaveen Babu.A |
|
From: Guilhem B. <Gui...@la...> - 2004-11-03 20:54:04
|
On Wed, 03 Nov 2004 10:28:29 +0100 Alexander Sack <as...@jw...> wrote: > BTW, have you managed to build jxtaim from source? If not, let me know > > where you got stuck. Well, I integrated the sources in NetBeans (the only IDE that works on my Woody). They compiled fine. I produce a distribution for teting at office, but my following test failed. In fact, I was hoping that the JXTA-configurator GUI will open, but nothing happens. The spalsh screen was displayed for a long time (few minutes) and that was all. Probably, this was due to previous tests. What should be cleaned before re-trying ? -- Guilhem BONNEFILLE -=- #UIN: 15146515 -=- JID: gu...@am... -= mailto:gui...@la... mailto:gui...@fr... -= http://nathguil.free.fr/ http://home.tele2.fr/nathguil/ |
|
From: Guilhem B. <Gui...@la...> - 2004-11-03 20:53:51
|
On Wed, 03 Nov 2004 10:28:29 +0100 Alexander Sack <as...@jw...> wrote: > If you have any further questions, feel free to post them to the list. > I will take your questions as a start to produce a small technology > overview for jxtaim. This might give ease to the no-documentation RTFC > > situation - a bit. Ok, so let start :-) I think a good starting point to understand JXTAIM internal, is a small description about "how each components of JXTA are used in JXTAIM". Understanding the 'design' will help to introduce in the sources. You describe "Peer group". I will try to summarize: - one general peer group for the IM service, - possibly as many as peer group for project chatting or private chatting. But, what about others: peer, pipes, messages and advertisements. An other great help would be a specific scenario with two or three peers, some already connected and the new one starting the application. -- Guilhem BONNEFILLE -=- #UIN: 15146515 -=- JID: gu...@am... -= mailto:gui...@la... mailto:gui...@fr... -= http://nathguil.free.fr/ http://home.tele2.fr/nathguil/ |
|
From: Alexander S. <as...@jw...> - 2004-11-03 09:36:24
|
Guilhem BONNEFILLE wrote: >My need is "how JXTA notions have been >used in JXTAIM". For example, do you use peergroups as group chat, or as >a specific group for retrieving JXTAIM users or... > > > I forgot, the peer group is currently used for both, lookup and message exchange. Currently jxta as built is preconfigured for a std peer group. So this is kind of global. Nevertheless, they are ment to be customer/user specific (though the gui integration is implemented) Anyway, as soon as we support joining multiple groups there might be a distinct global user group that allows one to post or search for buddies in a global group, while still being able use access corporate or private groups for message exchange. -- GPG messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack | : :' : The universal as...@jw... | `. `' Operating System http://www.jwsdot.com/ | `- http://www.debian.org/ |
|
From: Alexander S. <as...@jw...> - 2004-11-03 09:28:37
|
Guilhem BONNEFILLE wrote: >Hi, > >I read some articles in order to understand JXTA. It seems to be really >great. But, at the same time it is greatly open: no frame, no rules, >only some ideas (as pipe, advertisements...). >I opened a thread on the mailing list because I think it is really >important to have documentation. My need is "how JXTA notions have been >used in JXTAIM". For example, do you use peergroups as group chat, or as >a specific group for retrieving JXTAIM users or... > > We don not implement group chat at the moment. We use peer groups to allow separate chat networks to evolve. For example a company that wants an im solution for a project would open a peer group and use that one for all it's communication. >An other question: how JXTAIM is compatible with "standard" JXTA chat? I >saw that the JXTA-shell and MyJXTA application both propose chat >service. > > AFAIK, There is no such thing like a standard. The JXTA chat as you propose is just an example application and has none of the features that are actually needed for IM. Can't tell about myjxta but AFAIK, it is not specialized on IM either. Nevertheless, I would like the idea to implement a protocol for jxtaim that would allow the message exchange with any myjxta app, though I can't tell by now if that would be that easy. If you have any further questions, feel free to post them to the list. I will take your questions as a start to produce a small technology overview for jxtaim. This might give ease to the no-documentation RTFC situation - a bit. BTW, have you managed to build jxtaim from source? If not, let me know where you got stuck. -- GPG messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack | : :' : The universal as...@jw... | `. `' Operating System http://www.jwsdot.com/ | `- http://www.debian.org/ |
|
From: Guilhem B. <Gui...@la...> - 2004-11-01 21:44:41
|
Hi, In order to help developing JXTAIM, is it possible that someone translate the documentation in english? I'm french and I cannot read 'german' documentation. -- Guilhem BONNEFILLE -=- #UIN: 15146515 -=- JID: gu...@am... -= mailto:gui...@la... mailto:gui...@fr... -= http://nathguil.free.fr/ http://home.tele2.fr/nathguil/ |
|
From: Alexander S. <as...@jw...> - 2004-09-08 18:25:49
|
OK, here is release zip[1] that should do it. You can set the 'auto' attribute of the relay/rendezvous elements in conf/DefaultConfiguration.xml to 'false' to disable retrieval of bootstrap relay and rdv peers. Note: this is a release of the new development head with a changed backend. So be aware that this version could have some bugs. Feel free to post any you encounter. Let me know if it works! [1] http://jxtaim.sourceforge.net/jxtaim-0.2a.zip -- GPG messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack | : :' : The universal as...@jw... | `. `' Operating System http://www.jwsdot.com/ | `- http://www.debian.org/ |
|
From: Alexander S. <as...@jw...> - 2004-08-30 18:29:34
|
Hi, sorry for the delay. We currently have no way to disable the BOOTSTRAP lookup of relays ... this is of course a bug! Nevertheless, maybe you can speed things up by turning down the systems socket timeout. I will try to prepare a release next week or so that allows you to specify if you want the BOOTSTRAP list to be tried to download. Stay tuned! Cheers, Alexander -- GPG messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack | : :' : The universal as...@jw... | `. `' Operating System http://www.jwsdot.com/ | `- http://www.debian.org/ |
|
From: BONNEFILLE G. <gui...@c-...> - 2004-08-26 11:54:56
|
Thanks, the config allow me to have a success running JXTAIM in my network. But... the start is really slow: the splash screen stay displayed around 7 (SEVEN) minutes. I attached the beginning of my JIM.log. Reading the log (and few source) it seems that lots of time is consummed in looking for 'public fallback relays'. How can I suppress this feature (my network is a closed one, no public access). Alexander Sack wrote: > BONNEFILLE Guilhem wrote: > >> Hi everybody, >> >> Is there a way to configure JXTAIM on a LAN not connected to Internet? >> Info: Our LAN is divided in multiple sub-networks but the IP of each >> users are always the same. >> At start time, the splash screen keep a long time. I think it tries to >> contact a server. What's the way to speed the start time? > > > I attached two DefaultConfiguration.xml files. One for the clients [1] > and one for an optional gateway to other subnets [2]. > > Just drop it in the jxtaim/conf directory (with the name > DefaultConfiguration.xml) before you launch jxtaim. > > An introduction on what is needed to configure can be found in [3]. You > won't need the tar file their, because the latest release works well. So > Just copu the Config Files attached to the correct folder and change to > configuration to your needs. If you have any problems, please let me > know ... and let us know anyway, so we know that it works! Thx! > > [1] - DefaultConfiguration.xml > [2] - DefaultConfiguration-GATE.xml > [3] - > http://sourceforge.net/mailarchive/forum.php?thread_id=4079417&forum_id=28384 > > > Cheers, -- Guilhem BONNEFILLE -=*=- Ingenieur Etude et Developpement -= Communications & Systems -=*=- Systemes d'Information =- -= Mel : Gui...@c-... =- -= Tel : 05-61-17-66-66 Fax : 05-61-17-64-89 =- (Ce message est volontairement sans accent) |
|
From: Alexander S. <as...@jw...> - 2004-08-19 18:16:35
|
BONNEFILLE Guilhem wrote: > Hi everybody, > > Is there a way to configure JXTAIM on a LAN not connected to Internet? > Info: Our LAN is divided in multiple sub-networks but the IP of each > users are always the same. > At start time, the splash screen keep a long time. I think it tries to > contact a server. What's the way to speed the start time? I attached two DefaultConfiguration.xml files. One for the clients [1] and one for an optional gateway to other subnets [2]. Just drop it in the jxtaim/conf directory (with the name DefaultConfiguration.xml) before you launch jxtaim. An introduction on what is needed to configure can be found in [3]. You won't need the tar file their, because the latest release works well. So Just copu the Config Files attached to the correct folder and change to configuration to your needs. If you have any problems, please let me know ... and let us know anyway, so we know that it works! Thx! [1] - DefaultConfiguration.xml [2] - DefaultConfiguration-GATE.xml [3] - http://sourceforge.net/mailarchive/forum.php?thread_id=4079417&forum_id=28384 Cheers, -- GPG messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack | : :' : The universal as...@jw... | `. `' Operating System http://www.jwsdot.com/ | `- http://www.debian.org/ |
|
From: Alexander S. <as...@jw...> - 2004-08-17 23:25:14
|
Hi, BONNEFILLE Guilhem wrote: > Hi everybody, > > Is there a way to configure JXTAIM on a LAN not connected to Internet? > Info: Our LAN is divided in multiple sub-networks but the IP of each > users are always the same. > At start time, the splash screen keep a long time. I think it tries to > contact a server. What's the way to speed the start time? Is your startup just slow or is it not working at all? -- GPG messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack | : :' : The universal as...@jw... | `. `' Operating System http://www.jwsdot.com/ | `- http://www.debian.org/ |
|
From: BONNEFILLE G. <gui...@c-...> - 2004-08-17 23:08:39
|
Hi everybody, Is there a way to configure JXTAIM on a LAN not connected to Internet? Info: Our LAN is divided in multiple sub-networks but the IP of each users are always the same. At start time, the splash screen keep a long time. I think it tries to contact a server. What's the way to speed the start time? -- Guilhem BONNEFILLE -=*=- Ingenieur Etude et Developpement -= Communications & Systems -=*=- Systemes d'Information =- -= Mel : Gui...@c-... =- -= Tel : 05-61-17-66-66 Fax : 05-61-17-64-89 =- (Ce message est volontairement sans accent) |
|
From: Alexander S. <as...@jw...> - 2004-07-07 17:51:09
|
Hi all, Just wanted to drop a note that we are now listed in the jxta.org universities section [1]. In addition we are currently spotted on the jxta.org homepage [2]. Cheers, Alexander [1] http://www.jxta.org/universities/hamburg.html [2] http://www.jxta.org -- GPG messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack | : :' : The universal as...@jw... | `. `' Operating System http://www.jwsdot.com/ | `- http://www.debian.org/ |
|
From: Sean R. <sra...@bl...> - 2004-07-07 17:43:26
|
On Wed, 2004-07-07 at 01:27, Alexander Sack wrote: > Hi, > > >I'm happy and keen to talk, and interested how jxta supports trust. > > > > > > > We are currently supporting point to point integrity and privacy > leveraging public private key > mechanisms, but have not yet come to decide on which trust model we can > put this to ensure > complete trustable p2p for our IM. I currently cannot tell how the jxta > base system suggest this > to be solved, but AFAIK jxta at the current state does not ship with a > complete PKI. > I read on the JXTA site about Poblano - the distributed trust network envisaged for JXTA. This does not limit which PKI to use (they talk about X.509 and PGP). > For our jxta based messenger, some kind of community based trust - like > known from pgp - seems to be > reasonable. But as I mentioned we have not yet been working on adding > trust, so this chapter is a completely unresolved issue at the moment. > All help and ideas on improving this are welcome. > SPKI can work virtually identically to PGP. On the other hand it can work just like X.509! One difference to them both, is its integral authorisation capability. > In order to figure out, howto add some kind of PKI infrastructure to the > jxta network (especially > the groups of our IM) I need to know some details on your PKI > technology. What kind > of database (keystore) do you rely upon to establish trust? Do you > access a central database with public keys and certificates or is it > kept adaptable in some way, so an application developer can decide where > and howto get certain certificates to establish trust? > I am curious about this, because at best we would find a solution to use > jxta means > to store the data of the trust database and thus I think its likely that > lookup mechanisms, > etc. included in the current SPKI implementation (if any) will not work > out of the box for > jxta-only/jsdsi. > jsdsi is still an early product (like JIM) and does not (and will not) limit its use to one model. Both a centralised or totally distributed certifcate store model will be catered for. Currently we have an in-memory store (mainly for testing), an LDAP store and a protoype jdbc store. Creating a 'java keystore' approach will be trivial (jsdsi JCE enabled, with its own Provider etc.) > What do you think? > I think I should approach the JXTA group and make sure they are aware of SPKI. I also think that all the jsdsi users/developers (and people in the SPKI world) would love the idea of a SPKI enabled IM. I'll try to get time to read more about JXTA over the next few days. Thanks, Sean > > >Regards, > > > > > >Sean > > > > > > > Cheers, > > Alexander > > p.s. sorry I had no time to read your website in detail yet - I will > look into it ASAP -- Dr. Sean Radford, MBBS, MSc sra...@bl... http://bladesys.demon.co.uk/ |
|
From: Alexander S. <as...@jw...> - 2004-07-07 00:27:18
|
Hi, >I'm happy and keen to talk, and interested how jxta supports trust. > > > We are currently supporting point to point integrity and privacy leveraging public private key mechanisms, but have not yet come to decide on which trust model we can put this to ensure complete trustable p2p for our IM. I currently cannot tell how the jxta base system suggest this to be solved, but AFAIK jxta at the current state does not ship with a complete PKI. For our jxta based messenger, some kind of community based trust - like known from pgp - seems to be reasonable. But as I mentioned we have not yet been working on adding trust, so this chapter is a completely unresolved issue at the moment. All help and ideas on improving this are welcome. In order to figure out, howto add some kind of PKI infrastructure to the jxta network (especially the groups of our IM) I need to know some details on your PKI technology. What kind of database (keystore) do you rely upon to establish trust? Do you access a central database with public keys and certificates or is it kept adaptable in some way, so an application developer can decide where and howto get certain certificates to establish trust? I am curious about this, because at best we would find a solution to use jxta means to store the data of the trust database and thus I think its likely that lookup mechanisms, etc. included in the current SPKI implementation (if any) will not work out of the box for jxta-only/jsdsi. What do you think? >Regards, > > >Sean > > > Cheers, Alexander p.s. sorry I had no time to read your website in detail yet - I will look into it ASAP -- GPG messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack | : :' : The universal as...@jw... | `. `' Operating System http://www.jwsdot.com/ | `- http://www.debian.org/ |
|
From: Sean R. <sra...@bl...> - 2004-07-06 23:24:58
|
Hi, Was just doing my 'routine' prowl of projects on sf.net and came across JIM and thought... I wonder if these guys have looked at SPKI, and about utilising that in JIM... In case you did not know, SPKI stands for Simple Public Key Infrastructure and is a fully distributed public key infrastructure (similar but more powerful than PGP) of which there is an active project on sf.net (http://jsdsi.sf.net/) that has good input from the SPKI designer (who has recently been snapped up by Microsoft...). (I'm a jsdsi developer by the way) I'm happy and keen to talk, and interested how jxta supports trust. Regards, Sean -- Dr. Sean Radford, MBBS, MSc sra...@bl... http://bladesys.demon.co.uk/ |
|
From: <ben...@id...> - 2004-05-22 12:30:12
|
Dear Open Source developer I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate. You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it. With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development. With many thanks for your participation, Benno Luthiger PS: The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/. We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_en.html for registration to this mailing list. _______________________________________________________________________ Benno Luthiger Swiss Federal Institute of Technology Zurich 8092 Zurich Mail: benno.luthiger(at)id.ethz.ch _______________________________________________________________________ |
|
From: Alexander S. <as...@jw...> - 2004-03-19 15:06:31
|
OK. It should be enough to have one client with nat. lets start with this one first. I will startup my client now. You should find me with your client with nat access. After that works you should be able to start a second one without nat. Lets go!! Greetz Alex p.s. if you have troubles connecting to me: my jabber account: as...@ja..., or 'asac AIM' as aim nick. Bradley Stec wrote: >In my own LAN I have two Windows XP stations behind a Linksys firewall. So >I don't think I can test #2. My Linux server is at a colo facility. > >What about a scenario #3: Running the gateway on the Linux server, >providing NAT for one of my desktops on XP and making it the LAN rendezvous >point for my local LAN. But I still need an outside peer client to chat >with to test it. > >If I run the gateway on my Linux server will you be able to find me as well? >We could perform a test. Send mail directly to me and I'll send you my IP >address information if that would help. > >Also, (sorry about this), my LAN DSL is down until next week. If you can't >find anyone who can test it sooner, I'll be more than happy to help. > >Thanks. >Brad > >-----Original Message----- >From: Alexander Sack [mailto:as...@jw...] >Sent: Thursday, March 18, 2004 3:24 PM >To: jxt...@li... >Cc: bs...@wh... >Subject: Re: [ jxtaim-Bugs-913259 ] Run As JXTA-Rendezvous without GUI > > >Hi Bradley, > >Now I think understand what you want. There are generally 2 ways for it >to go. > >1. allow your clients behind the firewall to NAT out. This should work >instantly. You won't need to make >any further port-forwards, etc. In addition you should not care wether >there is a node accessible directly in your group at all. AFAIK, you >will go through an relay of the net-peer group if you can access the >internet from your physical box. Anyway, if this does not work, come back. > >2. allow only one machine of your subnet to (at best accessible as a >server) access the internet (at best directly - no NAT) and deploy the >minimum gateway node on it (as I made available to you). All other >clients behind the firewall without access to the internet should be >able to use this >node as a relay to the outside. You should set the gateway node as >rendevouz or relay as mentioned in my initial mail. (This szenario would >be of most interest for me, so if possible, test it!) > >Let me know about both possibilities > >Thx > >Alex > > >Bradley Stec wrote: > > > >>Thanks Alexander. >> >>I set it up on my Linux box and it started up just fine, confirmed that >>in the log and could see open ports where you said they should be using >>netstat. >> >>I appreciate you moving on this, but I don't think I explained my >>situation. I should have been more descriptive. >> >>Here's the model I'm shooting for: >> >> Clients scattered throughout the Internet, most behind firewalls, >> >> >some > > >>not. >> Mostly Windows clients, some Linux. All the clients would be using >>the GUI interface. >> >>I was trying to figure out how to allow this group of clients to find >>each other using a Linux server I have running outside of a firewall. >>I would like to then run JXTA_IM as a service somehow and lock it as a >>rendezvous server to allow this group of clients to find each other. >> >>I understand the peer-to-peer nature of JXTA and I'm very excited about >>the potential to free myself and my friends from the AIM/MSN chat tool >>advertisement quagmire. >> >>I was trying to circumvent the firewalls. Am I going down the wrong >>path? Should I instead be focusing on allowing specific port traffic >>through firewalls and using one-to-one NAT on specific clients? >> >>Thanks. >>Brad Stec >> >> >>-----Original Message----- >>From: Alexander Sack [mailto:as...@jw...] >>Sent: Thursday, March 18, 2004 11:00 AM >>To: jxt...@li... >>Cc: bs...@wh... >>Subject: Re: [ jxtaim-Bugs-913259 ] Run As JXTA-Rendezvous without GUI >> >> >>Hi, >> >>I uploaded a test pack for you. You can grab it from this url: >> >>http://jxtaim.sourceforge.net/jxta-test.tar.bz2 >> >>The archive contains 2 folders: jxtaim-test.1 & jxtaim-test-gate.1 >> >>The gateway tree must run on your gateway node. It should not open a >>Gui. It is reduced to the jxta >>core. I already preconfigured it so it is listening on port 9707 (tcp) & >>9706 (http). Further I preconfigured it as a relay & rdv. So usually >>this should not need any modifications. >> >>-- Remember this is designed for a scenario, where you want to build >>a >>bridge from the inside to the outside through this gateway jxtaim >>instance (e.g. your clients cannot access the internet, but your gateway >>can) >> >>The second tree is the client tree. In order to test if the gateway >>node >>works you need to ensure that your client will not be able to access the >>inet. You can modify the entries for relay & rendevouz in the >>conf/DefaultConfiguration.xml >> >>I predefined some values for my machine, so you can easily figure out >>how to set it. You typically will need to replace my IP (192.168.0.2) >>with the one of your gateway node. >> >>To test all this, simply start up the gateway node. There is no output >>... nothing. It will be started up in a few seconds usually. You may want >> >> >to > > >>wait until the JIM.log tells that it became a rendevouz. >> >>After that, start the client. If all settings are correct you should >>see >>your gateways ip & port during start up pop up in the JIM.log configured >>as relay & rendevouz. Further just after startup you should see a single >>rendevouz id for both, the netgroup & the VSISProjectGroup in Tools -> >>Network Info. >> >> >> >> >> >> > > > > -- PGP messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack | : :' : The universal as...@jw... | `. `' Operating System http://www.jwsdot.com/ | `- http://www.debian.org/ |
|
From: Alexander S. <as...@jw...> - 2004-03-18 23:23:43
|
Hi Bradley, Now I think understand what you want. There are generally 2 ways for it to go. 1. allow your clients behind the firewall to NAT out. This should work instantly. You won't need to make any further port-forwards, etc. In addition you should not care wether there is a node accessible directly in your group at all. AFAIK, you will go through an relay of the net-peer group if you can access the internet from your physical box. Anyway, if this does not work, come back. 2. allow only one machine of your subnet to (at best accessible as a server) access the internet (at best directly - no NAT) and deploy the minimum gateway node on it (as I made available to you). All other clients behind the firewall without access to the internet should be able to use this node as a relay to the outside. You should set the gateway node as rendevouz or relay as mentioned in my initial mail. (This szenario would be of most interest for me, so if possible, test it!) Let me know about both possibilities Thx Alex Bradley Stec wrote: >Thanks Alexander. > >I set it up on my Linux box and it started up just fine, confirmed that in >the log and could see open ports where you said they should be using >netstat. > >I appreciate you moving on this, but I don't think I explained my situation. >I should have been more descriptive. > >Here's the model I'm shooting for: > > Clients scattered throughout the Internet, most behind firewalls, >some not. > Mostly Windows clients, some Linux. All the clients would be using >the GUI interface. > >I was trying to figure out how to allow this group of clients to find each >other using a Linux server I have running outside of a firewall. I would >like to then run JXTA_IM as a service somehow and lock it as a rendezvous >server to allow this group of clients to find each other. > >I understand the peer-to-peer nature of JXTA and I'm very excited about the >potential to free myself and my friends from the AIM/MSN chat tool >advertisement quagmire. > >I was trying to circumvent the firewalls. Am I going down the wrong path? >Should I instead be focusing on allowing specific port traffic through >firewalls and using one-to-one NAT on specific clients? > >Thanks. >Brad Stec > > >-----Original Message----- >From: Alexander Sack [mailto:as...@jw...] >Sent: Thursday, March 18, 2004 11:00 AM >To: jxt...@li... >Cc: bs...@wh... >Subject: Re: [ jxtaim-Bugs-913259 ] Run As JXTA-Rendezvous without GUI > > >Hi, > >I uploaded a test pack for you. You can grab it from this url: > >http://jxtaim.sourceforge.net/jxta-test.tar.bz2 > >The archive contains 2 folders: jxtaim-test.1 & jxtaim-test-gate.1 > >The gateway tree must run on your gateway node. It should not open a >Gui. It is reduced to the jxta >core. I already preconfigured it so it is listening on port 9707 (tcp) & >9706 (http). Further I preconfigured it as a relay & rdv. So usually >this should not need any modifications. > > -- Remember this is designed for a scenario, where you want to build a >bridge from the inside to the outside through this gateway jxtaim >instance (e.g. your clients cannot access the internet, but your gateway >can) > >The second tree is the client tree. In order to test if the gateway node >works you need to ensure that your client will not be able to access the >inet. You can modify the entries for relay & rendevouz in the >conf/DefaultConfiguration.xml > >I predefined some values for my machine, so you can easily figure out >how to set it. You typically will need to replace my IP (192.168.0.2) >with the one of your gateway node. > >To test all this, simply start up the gateway node. There is no output >... nothing. It will be started up in a few seconds usually. You may want to >wait until the JIM.log tells that it became a rendevouz. > >After that, start the client. If all settings are correct you should see >your gateways ip & port during start up pop up in the JIM.log configured >as relay & rendevouz. Further just after startup you should see a single >rendevouz id for both, the netgroup & the VSISProjectGroup in Tools -> >Network Info. > > > > -- PGP messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack | : :' : The universal as...@jw... | `. `' Operating System http://www.jwsdot.com/ | `- http://www.debian.org/ |
|
From: Alexander S. <as...@jw...> - 2004-03-18 19:00:33
|
Hi, I uploaded a test pack for you. You can grab it from this url: http://jxtaim.sourceforge.net/jxta-test.tar.bz2 The archive contains 2 folders: jxtaim-test.1 & jxtaim-test-gate.1 The gateway tree must run on your gateway node. It should not open a Gui. It is reduced to the jxta core. I already preconfigured it so it is listening on port 9707 (tcp) & 9706 (http). Further I preconfigured it as a relay & rdv. So usually this should not need any modifications. -- Remember this is designed for a scenario, where you want to build a bridge from the inside to the outside through this gateway jxtaim instance (e.g. your clients cannot access the internet, but your gateway can) The second tree is the client tree. In order to test if the gateway node works you need to ensure that your client will not be able to access the inet. You can modify the entries for relay & rendevouz in the conf/DefaultConfiguration.xml I predefined some values for my machine, so you can easily figure out how to set it. You typically will need to replace my IP (192.168.0.2) with the one of your gateway node. To test all this, simply start up the gateway node. There is no output ... nothing. It will be started up in a few seconds usually. You may want to wait until the JIM.log tells that it became a rendevouz. After that, start the client. If all settings are correct you should see your gateways ip & port during start up pop up in the JIM.log configured as relay & rendevouz. Further just after startup you should see a single rendevouz id for both, the netgroup & the VSISProjectGroup in Tools -> Network Info. -- PGP messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack | : :' : The universal as...@jw... | `. `' Operating System http://www.jwsdot.com/ | `- http://www.debian.org/ |
|
From: Alexander S. <as...@c1...> - 2003-12-03 10:14:37
|
If you have internet access on both machines, it should work without modifications. If not, please post your concrete network setup. What kind of problems did you encounter?? You are welcome Alexander Sack |
|
From: osman i. <oi...@ya...> - 2003-12-03 08:33:32
|
How should two peers behind different firewall/nat configure jxta to communicate each other. __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ |
3 messages has been excluded from this view by a project administrator.
