beepcore-java-users Mailing List for Java BEEP Core (Page 13)
Status: Beta
Brought to you by:
huston
You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(24) |
Feb
(3) |
Mar
(18) |
Apr
(2) |
May
(11) |
Jun
(6) |
Jul
(11) |
Aug
(37) |
Sep
(22) |
Oct
(11) |
Nov
(11) |
Dec
(29) |
2003 |
Jan
(8) |
Feb
(4) |
Mar
(19) |
Apr
(13) |
May
(16) |
Jun
(15) |
Jul
(2) |
Aug
(1) |
Sep
(1) |
Oct
(7) |
Nov
(13) |
Dec
|
2004 |
Jan
(1) |
Feb
(4) |
Mar
(2) |
Apr
|
May
(3) |
Jun
(2) |
Jul
(8) |
Aug
|
Sep
(7) |
Oct
(15) |
Nov
(8) |
Dec
|
2005 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
|
Jul
(6) |
Aug
|
Sep
(3) |
Oct
|
Nov
|
Dec
(5) |
2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(4) |
Aug
|
Sep
|
Oct
(4) |
Nov
|
Dec
|
2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Huston <hu...@us...> - 2002-05-28 04:13:16
|
> I am working on a class called OutputDataStreamAdapter extends > java.io.OutputStream. It would be accessed from OutputDataStream by method > getOutputStream. This is analogous to the InputDataStream.getInputStream() > returning a java.io.InputStream extended InputDataStreamAdapter. I expect > to submit this code back to the project sometime in the near future Thanks! > The mime headers are a different beast. They seem to be in a funny place to > me as well, in the subclasses. For example, they are settable in > StringDataOutputStream and ByteDataOutputStream. [aside: I am working from > memory here, so my class names might be a bit off. I assume you know which > ones I am talking about]. I found myself in a similiar boat as you, that in > order to test my code, I had to create a class called > SettableDataOutputStream, just so I could default the MimeHeaders. > > To be honest, I don't quite understand what/why the MimeHeaders are > neccesary in *all* cases anyway. But I haven't taken the time yet to > investigate either. > > Huston may have some reason for this scheme, so hopefully he will enlighten > us. When I started the new DataStreams the idea was that InputDataStream and OutputDataStream would be the low-level DataStreams. By low-level I mean that they would provide an interface that is very basic (e.g. wouldn't have any support for mime headers) and easy/efficient to use in building the core library. InputDataStreamAdapter, StringOutputDataStream, ByteOutputDataStream, etc.were intended to provide a higher level interface including support for mime headers. There were a couple of cases where it made the code much easier if the low-level DataStreams had limited knowledge of the mime headers being used by the derived classes. So I added the code but didn't make it public because I was trying to keep the low-level DataStreams interfaces simple. Also I thought most people would be using the high-level DataStreams, I imagine it would have helped if I had written the OutputDataStreamAdapter at the same time. Anyway, that is the history behind the code. While the code is better than the previous version it could probably use some refactoring. So let me know if you have any suggestions as you are using it. --Huston |
From: Huston <hu...@us...> - 2002-05-28 03:17:43
|
> I am trying to send a file in a message using beepcore-java .. I'd like to > do a typical read loop - read from the file, send it "through" the message > outputdatastream, read from the file, send through the message datastream, > etc. > > I can use OutputDataStream and create BufferSegments each time I read from > the file. Fine. But OutputDataStream doesn't let me set the MimeHeaders > without subclassing.. (the constructor is protectedEGAD!! Why is this? I > really don't want to have to subclass just to set the mime headers. > > Can we just make the constructor for OutputDataStream not protected? done. > I'm writing demo code and I'm trying to make things as simple as possible. > Another thing I'd like to see is a helper class perhaps that would take a > file or file inputstream and wrap it in a OutputDataStream interface. > i.e.: > > new Message(new FileOutputDataStream(new FileInputStream("foo.txt"))); A FileOutputDataStream is on the list of things todo, I should get to it soon. --Huston |
From: Erols <tde...@er...> - 2002-05-27 04:36:02
|
Gabe, I am working on a class called OutputDataStreamAdapter extends java.io.OutputStream. It would be accessed from OutputDataStream by method getOutputStream. This is analogous to the InputDataStream.getInputStream() returning a java.io.InputStream extended InputDataStreamAdapter. I expect to submit this code back to the project sometime in the near future pending Hustons approval. My motivation was so that I could treat the payload of an outgoing message as a java.io.OutputStream, a more intuitive interface for what I was trying to do. Actually, sending a file as you were doing, but would also be able to things like send streaming data over the channel. My call sequence would be: receive a message (ex. <getfile>), create an ods, os = ods.getOutputStream(), message.sendANS(ods) , several os.write(data) , os.close(). I beleive the OutputDataStreamAdapter would serve as a basis for your helper class and would simplify your demo code. Simplified in the sense of creating intuitive sense. I expect I will be writing a FileDataOutputStream helper class as well and will submit it back to cvs. The mime headers are a different beast. They seem to be in a funny place to me as well, in the subclasses. For example, they are settable in StringDataOutputStream and ByteDataOutputStream. [aside: I am working from memory here, so my class names might be a bit off. I assume you know which ones I am talking about]. I found myself in a similiar boat as you, that in order to test my code, I had to create a class called SettableDataOutputStream, just so I could default the MimeHeaders. To be honest, I don't quite understand what/why the MimeHeaders are neccesary in *all* cases anyway. But I haven't taken the time yet to investigate either. Huston may have some reason for this scheme, so hopefully he will enlighten us. I will try to catch you two on openprojects Tuesday. tom ----- Original Message ----- From: "Gabe Wachob" <gw...@wa...> To: <bee...@li...> Sent: Sunday, May 26, 2002 8:56 PM Subject: [Beepcore-java-users] sending files in messages > I am trying to send a file in a message using beepcore-java .. I'd like to > do a typical read loop - read from the file, send it "through" the message > outputdatastream, read from the file, send through the message datastream, > etc. > > I can use OutputDataStream and create BufferSegments each time I read from > the file. Fine. But OutputDataStream doesn't let me set the MimeHeaders > without subclassing.. (the constructor is protectedEGAD!! Why is this? I > really don't want to have to subclass just to set the mime headers. > > Can we just make the constructor for OutputDataStream not protected? > > I'm writing demo code and I'm trying to make things as simple as possible. > Another thing I'd like to see is a helper class perhaps that would take a > file or file inputstream and wrap it in a OutputDataStream interface. > i.e.: > > new Message(new FileOutputDataStream(new FileInputStream("foo.txt"))); > > This is relativley high priority for me - I'm working on a book chapter > about beep and it is going to use the beepcore-java libs.. if we could > un-hide the constructor I mentioned above, that'd be the quick-n-easy > solution. > > THANKS!!! > > -Gabe > > -- > Gabe Wachob gw...@wa... > Personal http://www.wachob.com > Founder, WiredObjects http://www.wiredobjects.com > > > _______________________________________________________________ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > > _______________________________________________ > Beepcore-java-users mailing list > Bee...@li... > https://lists.sourceforge.net/lists/listinfo/beepcore-java-users |
From: Gabe W. <gw...@wa...> - 2002-05-27 00:56:49
|
I am trying to send a file in a message using beepcore-java .. I'd like to do a typical read loop - read from the file, send it "through" the message outputdatastream, read from the file, send through the message datastream, etc. I can use OutputDataStream and create BufferSegments each time I read from the file. Fine. But OutputDataStream doesn't let me set the MimeHeaders without subclassing.. (the constructor is protectedEGAD!! Why is this? I really don't want to have to subclass just to set the mime headers. Can we just make the constructor for OutputDataStream not protected? I'm writing demo code and I'm trying to make things as simple as possible. Another thing I'd like to see is a helper class perhaps that would take a file or file inputstream and wrap it in a OutputDataStream interface. i.e.: new Message(new FileOutputDataStream(new FileInputStream("foo.txt"))); This is relativley high priority for me - I'm working on a book chapter about beep and it is going to use the beepcore-java libs.. if we could un-hide the constructor I mentioned above, that'd be the quick-n-easy solution. THANKS!!! -Gabe -- Gabe Wachob gw...@wa... Personal http://www.wachob.com Founder, WiredObjects http://www.wiredobjects.com |
From: Huston <hu...@us...> - 2002-05-17 17:15:43
|
> I'm writing a simple little client/server thing in BEEP using two > profiles and I've run into a runtime issue with beepcore that I think > should be addressed. Perhaps I'm not understanding how to use the > startChannel method.. > Basically, I end up firing up two threads and calling > startChannel on the session object (passed in to each thread). This > appears to yield a race condition where each thread ends up causing a > <MSG> to be sent on channel zero without a RPY being received and some > sort of deadlock, with apparently the second channel creation request > failing. > In short, startChannel doesn't seem to be threadsafe and I think > it absolutely should - not sure if this is a bug or an intentional design > choice. Enter this as a bug. If you could please provide some more details about the failure that would help. Session and Channel are both intended to be thread-safe so this is probably a bug. The library will send both MSGs before receiving the RPY for the first MSG but the listener is required to process them in order so this is valid within the spec. --Huston |
From: Gabe W. <gw...@wa...> - 2002-05-17 04:45:02
|
Hi people- I'm writing a simple little client/server thing in BEEP using two profiles and I've run into a runtime issue with beepcore that I think should be addressed. Perhaps I'm not understanding how to use the startChannel method.. Basically, I end up firing up two threads and calling startChannel on the session object (passed in to each thread). This appears to yield a race condition where each thread ends up causing a <MSG> to be sent on channel zero without a RPY being received and some sort of deadlock, with apparently the second channel creation request failing. In short, startChannel doesn't seem to be threadsafe and I think it absolutely should - not sure if this is a bug or an intentional design choice. I checked the sf site and did not see this as a reported bug or issue, and I'm not sure what exactly it is (feature or bug). -Gabe -- Gabe Wachob gw...@wa... Personal http://www.wachob.com Founder, WiredObjects http://www.wiredobjects.com |
From: Christian Geuer-P. <geu...@nu...> - 2002-05-03 17:37:26
|
--On Freitag, 3. Mai 2002 09:05 -0700 Marshall Rose <mr...@db...> wrote: >> Hi all, >> >> does anyone have a URI where I can download the Java examples from the >> O'Reillys BEEP book? > > it's all in the bing and beepd code in beepcore-java. the java chapter in > the beep book deconstructs those two programs... Thanks a lot, seems I didn't look carefully enough ;-)) The O'Reilly folks could probably make a link on the books web site to prevent this popping up again. Christian |
From: Marshall R. <mr...@db...> - 2002-05-03 16:08:40
|
> Hi all, > > does anyone have a URI where I can download the Java examples from the > O'Reillys BEEP book? it's all in the bing and beepd code in beepcore-java. the java chapter in the beep book deconstructs those two programs... /mtr |
From: Christian Geuer-P. <geu...@nu...> - 2002-05-03 15:35:12
|
Hi all, does anyone have a URI where I can download the Java examples from the O'Reillys BEEP book? Thanks in advance, Christian Geuer-Pollmann |
From: Nathan C. <nc...@bi...> - 2002-04-20 10:35:50
|
I'd like to mention I'm still interested in this, and am trying to convince an honours student I am supervising (who is working on IDXP) to work on the java implementation to save me doing work when I have to be concentrated on finishing my Masters. However, I'd still like to help, and will definitely contribute my meager coding skills in spare time provided someone can motivate me (i.e., me!). Anyone else interested and willing to volunteer for modules? I can assure the team that provided we can get it going soon, I can incoporate it into an open source monitoring system I'm working on that will hopefully in beta in the next few months. Nathan. ----- Original Message ----- From: "Ben Feinstein" <me...@be...> To: <idx...@li...>; <idx...@li...> Cc: <bee...@li...> Sent: Saturday, April 20, 2002 1:26 AM Subject: [idxp-java-developers] idxp4j > Hey ya'll, > > Its been a long time since I sent mail out to the idxp-java lists. I hope > none of you thought I dropped off the face of the planet :) > Unfortunately, in the interim, the project to implement IDXP in Java has > been languishing. Due to serious constraints on my time, I've been unable > to devote the effort to this that it truly deserves. > > I'd like to attempt to reengage the people here on contributing to the > project. Perhaps someone would like to take over as the project lead, if > they think they have real time to devote? I'm ready to commit more of my > time, but I really need the participation of others. The CVS module > 'idxp4j' should now be the target for any development, and contains a > number of compilable but only partially-functional IDXP classes. A brief > description of the know issues is in the README.txt file. Even just > helping me debug and fix the current hanging in the handshake would be a > great help! > > Cheers, > Ben > > > _______________________________________________ > idxp-java-developers mailing list > idx...@li... > https://lists.sourceforge.net/lists/listinfo/idxp-java-developers |
From: Ben F. <me...@be...> - 2002-04-19 15:27:00
|
Hey ya'll, Its been a long time since I sent mail out to the idxp-java lists. I hope none of you thought I dropped off the face of the planet :) Unfortunately, in the interim, the project to implement IDXP in Java has been languishing. Due to serious constraints on my time, I've been unable to devote the effort to this that it truly deserves. I'd like to attempt to reengage the people here on contributing to the project. Perhaps someone would like to take over as the project lead, if they think they have real time to devote? I'm ready to commit more of my time, but I really need the participation of others. The CVS module 'idxp4j' should now be the target for any development, and contains a number of compilable but only partially-functional IDXP classes. A brief description of the know issues is in the README.txt file. Even just helping me debug and fix the current hanging in the handshake would be a great help! Cheers, Ben |
From: Jered F. <je...@pe...> - 2002-03-26 14:03:56
|
Permabit is pleased to introduce PermaBEEP for Java, a commercial-grade implementation of the Blocks Extensible Exchange Protocol (BEEP). PermaBEEP is a toolkit that speeds and simplifies development of applications that depend on network communications. [Features] CONFORMANCE: PermaBEEP provides a full implementation of the BEEP specification and complies with all applicable standards. PERFORMANCE: PermaBEEP is designed for efficiency, avoiding unnecessary memory copies and object instantiation. SCALABILITY: PermaBEEP supports non-blocking extensions to the Java I/O model (this predates the JDK 1.4 java.nio framework) to support hundreds of active BEEP channels without a large number of threads. COMPLETENESS: PermaBEEP simplifies payload handling with its full-featured MIME parsing and composition tools, along with a lightweight parser for the "application/beep+xml" MIME type XML subset. More details are available in the on-line documentation and release notes. [Availability] Please visit http://www.permabit.com/permabeep/ to download the software. Version 0.8 of PermaBEEP for Java has been well tested but under limited conditions. We encourage you to report any problems encountered when testing in your development environment. Note that some planned features have not yet been implemented and that some interfaces may be changed in subsequent releases. Additional information is available on the PermaBEEP project pages at http://www.permabit.com/permabeep/. [Licensing] PermaBEEP is available under two licenses, one for open source applications and the other for proprietary commercial applications. The open source license is similar to that of the Sleepycat Berkeley DB software, permitting use of PermaBEEP at no charge only in compatible open source applications. For all other applications, please contact sa...@pe... to obtain licensing terms and pricing. [Acknowledgements] Permabit extends its thanks to the BEEP Community, and in particular to Dr. Marshall T. Rose, for designing BEEP and championing it as a standards-track protocol. Permabit also thanks Huston Franklin and other Invisible Worlders for developing beepcore-java, which brought us far enough into BEEP that we decided to write a new implementation. [About Permabit] Permabit, an innovative developer of networked storage software, offers a distributed data repository that economically blends security, scalability, and reliability, uniquely addressing a wide range of applications. A privately held company, Permabit is based in Cambridge Massachusetts. Permabit and PermaBEEP are trademarks of Permabit, Inc. All other trademarks are property of their respective owners. For more information, please contact Bob Condon at +1 617-252-9600 or visit our web site, www.permabit.com. |
From: Michael F. <mfo...@ny...> - 2002-03-23 01:23:41
|
(I'm using a version synchronized from CVS last night) Request #1 ---------- I'm trying to use the classes: org.beepcore.beep.core.event.ChannelListener org.beepcore.beep.core.event.SessionListener in order to clean up various things when sessions and channels are closed, but with the current design, I can't install these listeners into the Session object until after creation time. This leads to a race condition and missed events. For instance, suppose I have: 1: Session session = TCPSessionCreator.listen(port, reg); 2: MyEventListener listener = new MyBeepListener(); // implements both listeners 3: session.addChannelListener(listener); 4: session.addSessionListener(listener); Between lines 1 and 2, a bunch of stuff can happen to the session that I won't be able to detect because my listener isn't installed yet. Can the static method TCPSessionCreator.listen(...) be overloaded again so that there's a version that looks like: public static TCPSession listen(int port, ProfileRegistry registry, SessionListener sl, ChannelListener cl) throws BEEPException; This way, the listeners can be installed at Session creation time, not afterwards. Request #2 ---------- The Channel object has a setData(Object) and getData() method so that applications can store per-channel data with each channel. Can this be done for the Session object also? This is especially relevant for the SessionListener object, which receives a Session in the EventObject. I have per-session data that needs to be changed on sessionClosed() events, but the only way I can find this data now is if I use a HashMap (using the default Object.hashCode() method in Session). Request #3 ---------- Additionally, if there are multiple channels open in a session, and the session is closed (due to a disconnect, for instance), no ChannelListener.channelClosed() events are generated for the channels which were opened (but now are closed), nor is the StartChannelListener.closeChannel() method called (these are probably redundant, since the indicate the same event). Can this be changed so that channelClosed events are generated when a session is closed (perhaps indicating the reason the channel closed in the ChannelEvent object), and can the redundant methods (ChannelListener.channelClose() and StartChannelListener.closeChannel()) be cleaned up? -Michael Fortson |
From: Steve <yud...@ya...> - 2002-03-12 13:23:30
|
THANKS EVERYONE! got the examples working! now on to some really fun stuff. talk to you soon. Steve ===== Steve "There can be only one!" __________________________________________________ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/ |
From: Huston <hu...@fr...> - 2002-03-12 04:00:11
|
Every time I have seen this it has been a jsse installation problem. Verify the settings in your java.security file to make sure you have added the jsse as a provider as per the jsse installation instructions. To validate that it is a jsse installation problem you can try running the jsse samples and they should fail in the same way. --Huston ----- Original Message ----- From: "Steve" <yud...@ya...> To: <bee...@li...> Sent: Sunday, March 10, 2002 6:39 PM Subject: [Beepcore-java-users] more problems with examples in beepcore java > Hi again. > > I think I've got everything working except now I get > an error message saying: > TLS algorithm not found. probable cause JSSE provider > not added to java.security file > > or something to that extent. > > Steve > > ===== > Steve > "There can be only one!" > > __________________________________________________ > Do You Yahoo!? > Try FREE Yahoo! Mail - the world's greatest free email! > http://mail.yahoo.com/ > > _______________________________________________ > Beepcore-java-users mailing list > Bee...@li... > https://lists.sourceforge.net/lists/listinfo/beepcore-java-users > |
From: <li...@co...> - 2002-03-11 21:37:47
|
Ugh, I think things got mixed between replies from the mailing list and personal replies (damn I hate this new reply-to format/Lotus Notes/both). Earlier, I made a reply to Steve suggesting to add the line below anywhere in the main() method (previously referred to as the 'immortal line'): Security.addProvider(new com.sun.net.ssl.internal.ssl.Provider()); If it doesn't compile, it will probably be because the JSSE is not included in the classpath. By the way, if you don't expect to use TLS in your application, just remove that line and it'll work fine since the echo server doesn't really care much, it just sorta works. Regards, Ling Lo -- Email: li...@co... Mobile: +45 2968 2768 Iain Shigeoka <iai...@ya...> Sent by: bee...@li... 11/03/2002 21:07 To: Steve <yud...@ya...>, <bee...@li...> cc: Subject: Re: [Beepcore-java-users] more problems with examples in beepcore java On 3/11/02 11:31 AM, "Steve" <yud...@ya...> wrote: > Ok, recompiled the two .java files. moved the .class > files from examples.org.beepcore.beep.examples to > lib.org.beepcore.beep.examples (where the old Beepd > and Bing .class files were) tried to run Beepd again. > same error message about the missing algorithm. added > the immortal line to Beepd.java in main() but it > wouldn't compile. Now I have no idea what to do. Cut and paste your commandline and resulting stack trace dump into your email reply. These fixes worked for me... ;) -iain _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com _______________________________________________ Beepcore-java-users mailing list Bee...@li... https://lists.sourceforge.net/lists/listinfo/beepcore-java-users |
From: Iain S. <iai...@ya...> - 2002-03-11 20:08:37
|
On 3/11/02 11:31 AM, "Steve" <yud...@ya...> wrote: > Ok, recompiled the two .java files. moved the .class > files from examples.org.beepcore.beep.examples to > lib.org.beepcore.beep.examples (where the old Beepd > and Bing .class files were) tried to run Beepd again. > same error message about the missing algorithm. added > the immortal line to Beepd.java in main() but it > wouldn't compile. Now I have no idea what to do. Cut and paste your commandline and resulting stack trace dump into your email reply. These fixes worked for me... ;) -iain _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com |
From: Steve <yud...@ya...> - 2002-03-11 19:31:19
|
Ok, recompiled the two .java files. moved the .class files from examples.org.beepcore.beep.examples to lib.org.beepcore.beep.examples (where the old Beepd and Bing .class files were) tried to run Beepd again. same error message about the missing algorithm. added the immortal line to Beepd.java in main() but it wouldn't compile. Now I have no idea what to do. ===== Steve "There can be only one!" __________________________________________________ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/ |
From: Iain S. <iai...@ya...> - 2002-03-11 18:40:07
|
On 3/11/02 10:24 AM, "Steve" <yud...@ya...> wrote: > Will do, but the only problem is that I'm just using > the beepd example which I believe is a .class file > (binary). If I place those lines in java.security do I > need to build a method for it or just add the lines (I > can comment them out later when I write my own code) Aha! Yes, the beepd class was compiled with some old version of the beep lib. I ran into the exact same problem! Apparently they moved the namespaces around, updated the beep library, and the beepd java source. But they forgot to recompile the beepd class file so it is searching in the wrong namespace for the beep lib. All that is a long winded way of saying, you need to recompile the beepd (Bing) java file that came with beepcore. Once you do, the problem goes away. Since it is a single file, you should just be able to do a javac including the beep libs in the classpath. I believe the example sources are already updated so its just a matter of recompile... If it won't recompile, check the namespaces it uses for the security classes. -iain _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com |
From: Steve <yud...@ya...> - 2002-03-11 18:25:00
|
Will do, but the only problem is that I'm just using the beepd example which I believe is a .class file (binary). If I place those lines in java.security do I need to build a method for it or just add the lines (I can comment them out later when I write my own code) thanks ===== Steve "There can be only one!" __________________________________________________ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/ |
From: Iain S. <iai...@ya...> - 2002-03-11 17:58:40
|
On 3/10/02 5:39 PM, "Steve" <yud...@ya...> wrote: > Hi again. > > I think I've got everything working except now I get > an error message saying: > TLS algorithm not found. probable cause JSSE provider > not added to java.security file > or something to that extent. Persistence pays I guess... :) If you send the exception and the commandline you used I might be able to help you narrow it down. I'm not a committer on beep-core but I also ran into trouble getting beepcore java running out of the box. We should probably categorize the problems, fix the bugs in the packaging and installation docs, etc so this thing works from the unzip without hassles. Is any commiters or beepcore java reading this list/active? Is the project dead? -iain _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com |
From: Steve <yud...@ya...> - 2002-03-11 01:39:44
|
Hi again. I think I've got everything working except now I get an error message saying: TLS algorithm not found. probable cause JSSE provider not added to java.security file or something to that extent. Steve ===== Steve "There can be only one!" __________________________________________________ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/ |
From: Steve <yud...@ya...> - 2002-03-10 23:19:58
|
Yeah classpath was correct (I think) but I checked and found that I was missing a couple of classes that were needed. Downloaded them but I'm still having a lot of trouble. Before I get into too much detail, can somebody tell me where (in a linux environment) building beepcore-0.9.06 with ant is supposed to put everything. (namely the jar files). are they (the jar files) supposed to be put under $JAVA_HOME or just under the downloaded package. thanks Steve ===== Steve "There can be only one!" __________________________________________________ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/ |
From: Iain S. <iai...@ya...> - 2002-03-08 23:49:07
|
On 3/8/02 10:01 AM, "Steve" <yud...@ya...> wrote: > Hi, > I've isntalled Beepcore-java on a linux box and tried > to run the examples but I get an error whenever I try > to run Beepd: java org.beepcore.beep.example.Beepd > -config beepd-config.xml > Exeption in thread "main" > java.lang.NoClassDefFoundError: org/w3c/dom/Node > > I'm quite sure I've set my CLASSPATH correctly Are you sure? :) That's a standard DOM class that should be part of your XML parser jar... Are you absolutely positive? Make sure Xerces.jar or whatever you're using is properly in there. Send your command line and the full stack trace if you're still positive. If you set CLASSPATH in your environment also include the output of 'env' -iain _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com |
From: Steve <yud...@ya...> - 2002-03-08 18:01:58
|
Hi, I've isntalled Beepcore-java on a linux box and tried to run the examples but I get an error whenever I try to run Beepd: java org.beepcore.beep.example.Beepd -config beepd-config.xml Exeption in thread "main" java.lang.NoClassDefFoundError: org/w3c/dom/Node I'm quite sure I've set my CLASSPATH correctly Thanks in advance Steve ===== Steve "There can be only one!" __________________________________________________ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/ |