aglets-developer Mailing List for Aglet Software Development Kit (Page 21)
Status: Beta
Brought to you by:
cat4hire
Menu
▾
▴
aglets-developer — List for Aglets platform developers.
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
(17) |
Mar
(24) |
Apr
(4) |
May
(3) |
Jun
(5) |
Jul
(17) |
Aug
(29) |
Sep
(3) |
Oct
(19) |
Nov
(4) |
Dec
(12) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(8) |
Feb
(9) |
Mar
(4) |
Apr
(6) |
May
(8) |
Jun
|
Jul
(57) |
Aug
(2) |
Sep
(4) |
Oct
(7) |
Nov
(2) |
Dec
(1) |
| 2003 |
Jan
(25) |
Feb
(21) |
Mar
(20) |
Apr
(3) |
May
(10) |
Jun
(8) |
Jul
(8) |
Aug
(1) |
Sep
(6) |
Oct
(10) |
Nov
(13) |
Dec
(10) |
| 2004 |
Jan
(6) |
Feb
(5) |
Mar
(7) |
Apr
(18) |
May
(13) |
Jun
(5) |
Jul
(2) |
Aug
(6) |
Sep
(11) |
Oct
(10) |
Nov
(4) |
Dec
(4) |
| 2005 |
Jan
(2) |
Feb
(16) |
Mar
(14) |
Apr
(8) |
May
(2) |
Jun
(6) |
Jul
(1) |
Aug
(1) |
Sep
(5) |
Oct
(21) |
Nov
(8) |
Dec
|
| 2006 |
Jan
|
Feb
|
Mar
(7) |
Apr
(2) |
May
(1) |
Jun
(3) |
Jul
|
Aug
(2) |
Sep
|
Oct
(7) |
Nov
|
Dec
|
|
From: Robert B. <rbergstrom@iSolutionsCorp.com> - 2001-07-27 13:55:57
|
Cool. I'll check it out this weekend. Working on a release version of aglets including the logging code. Beta testing my changes with Tom. Should be posted early next week if my wife doesn't kill me. :) // RAB -----Original Message----- From: Spector, Larry [mailto:Larry_Spector@NAI.com] Sent: Thursday, July 26, 2001 4:38 PM To: Robert Bergstrom Cc: agl...@li... Subject: RE: [Aglets-developer] Tahiti Daemon code Here's a patch to the Daemon code which should solve the list problem you experienced, as well as adding better support for property. It's also got a few more exception handlers, and better communication handling. Enjoy! -Larry -----Original Message----- From: Robert Bergstrom [mailto:rbergstrom@iSolutionsCorp.com] Sent: Monday, July 23, 2001 8:23 AM To: 'Spector, Larry' Subject: RE: [Aglets-developer] Tahiti Daemon code Larry: The daemon code has been committed to cvs. I was able to bring up our project while in daemon mode. The only rough spot that I encountered was the aglet list which doesn't print anything out unless you're in verbose (-v) mode. I like the separation of the user interface and the listener. I've wanted to do that to the GUI version. With regards to the "junk" that's printed out, I'm working on a logging system, which is actually a facade for log4j. It's mostly done, but I haven't packaged it yet. I wanted to make sure that we weren't locked into using log4j implementation even though it's my logger of choice. With this system you'll be able to configure logging using the underlying system, print the raw messages to the console, or have it all of it fall into the bit bucket. // RAB |
|
From: Spector, L. <Larry_Spector@NAI.com> - 2001-07-26 20:46:28
|
? diffs.txt
? com/ibm/aglets/tahiti/TahitiDaemon.java.lis
? com/ibm/aglets/tahiti/TahitiDaemonClient.java.lis
? com/ibm/aglets/tahiti/TahitiDaemonUserManager.java.lis
Index: TahitiDaemonClient.java
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: /cvs/aglets/aglets1_2/src/TahitiDaemonClient.java,v
retrieving revision 1.1
diff -u -w -r1.1 TahitiDaemonClient.java
--- TahitiDaemonClient.java 2001/07/22 21:09:12 1.1
+++ TahitiDaemonClient.java 2001/07/26 20:31:27
@@ -3,7 +3,10 @@
*=20
* @(#)TahitiDaemonClient.java=20
*
- * The TahitiDaemonClient class is used to communicate with
+ * @author Lary Spector
+ * @created July 22, 2001
+ *
+ * TahitiDaemonClient is a java application used to communicate with
* and control a running TahitiDaemon.
*
* TahitiDaemon implements a Tahiti service which listens on
@@ -81,10 +84,9 @@
=20
Thread.currentThread().setPriority(1);
=20
- while (true){
+ // Try reading from the Daemon
try {
fromServer =3D in.readLine();
- break;
}
catch (IOException ex) {
System.err.println("\nFailure reading from: " + =
hostname + ":" + _control_port_num);
@@ -93,11 +95,11 @@
}
System.exit(1);
}
- }
=20
/*
* Handshake with the Daemon, check banner and version
*/
+ try {
if (fromServer !=3D null) {
if (_verbose) {
System.out.println("Server banner: " + fromServer);
@@ -115,9 +117,25 @@
System.out.println("Version check OK.");
}
_banner_version_OK =3D true;
+ } else {
+ System.out.println("Version mismatch.");
+ System.out.println("Client version is: " + =
_version_string);
+ System.out.println("Server version is: " + =
fromServer);
+ }
+ } =20
+ } else {
+ System.out.println("Banner check failed.");
+ System.out.println("Client banner is: " + =
_banner_string);
+ System.out.println("Server banner is: " + =
fromServer);
+ }
}
} =20
+ catch (IOException ex) {
+ System.err.println("\nFailure reading from: " + hostname + =
":" + _control_port_num);
+ if (_verbose) {
+ ex.printStackTrace();
}
+ System.exit(1);
}
=20
/*=20
@@ -125,26 +143,35 @@
* start handling commands.
*/
if (_banner_version_OK) {
- while ((fromServer =3D in.readLine()) !=3D null) {
+ try {
+ // read the connection info
+ if ((fromServer =3D in.readLine()) !=3D null) {
+ // display it if verbose
if (_verbose) {
System.out.println("Server: " + fromServer);
}
- try {
- if (fromServer.equals("shutting down")) {
- System.out.println("Server shutting down, =
closing client connection.");
- break;
- } else if (fromServer.equals("rebooting")) {
- System.out.println("Server rebooting, closing =
client connection.");
- break;
}=20
+ }
+ catch (IOException ex) {
+ System.err.println("\nFailure reading from: " + =
hostname + ":" + _control_port_num);
+ if (_verbose) {
+ ex.printStackTrace();
+ }
+ System.exit(1);
+ }
+ while (true) {
+ try {
+ // Display the Prompt
System.out.print(prompt + " ");
System.out.flush();
+
+ // Handle client side input
fromUser =3D stdIn.readLine();
if (fromUser !=3D null) {
if (_verbose)
System.out.println("Client: " + fromUser);
- out.println(fromUser);
- }
+ =20
+ // Special cases for help and quit
if ("help".equalsIgnoreCase(fromUser)) {
System.out.println (helpMsg);
System.out.flush();
@@ -153,10 +180,43 @@
System.out.println ("Closing client =
connection");
System.out.flush();
break;
+ }
+ // Send command to server
+ out.println(fromUser);
+ }
+ =20
+ // Read reply from the server
+ fromServer =3D in.readLine();
+ // Special cases for shutdown and reboot
+ if (_verbose) {
+ System.out.println("Server: " + fromServer);
}
- } catch (Throwable ex) {
+ if (fromServer.equals("shutting down")) {
+ System.out.println("Server shutting down, =
closing client connection.");
+ break;
+ } else if (fromServer.equals("rebooting")) {
+ System.out.println("Server rebooting, closing =
client connection.");
+ break;
+ } else { //handle everything else.
+ System.out.println(fromServer);
+ while (!((fromServer =3D =
in.readLine()).equals("done."))) {
+ System.out.println(fromServer);
+ }
+ }
+ }=20
+ catch (IOException ex) {
+ System.err.println("\nFailure reading from: " + =
hostname + ":" + _control_port_num);
+ if (_verbose) {
ex.printStackTrace();
}=20
+ break;
+ }
+ catch (Throwable ex) {
+ if (_verbose) {
+ ex.printStackTrace();
+ }
+ break;
+ }=20
}=20
}
=20
Index: com/ibm/aglets/tahiti/TahitiDaemon.java
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: =
/cvs/aglets/aglets1_2/src/com/ibm/aglets/tahiti/TahitiDaemon.java,v
retrieving revision 1.1
diff -u -w -r1.1 TahitiDaemon.java
--- com/ibm/aglets/tahiti/TahitiDaemon.java 2001/07/22 21:06:17 1.1
+++ com/ibm/aglets/tahiti/TahitiDaemon.java 2001/07/26 20:31:28
@@ -64,7 +64,7 @@
private boolean reboot =3D false;
private boolean shutdown =3D false;
=20
- private static int _control_port_num =3D 4444;
+ private static int _control_port_num =3D 5545;
=20
private static UserManager _userManager =3D new =
TahitiDaemonUserManager();
=20
@@ -310,8 +310,7 @@
}
=20
try {
- out =3D
- new =
PrintWriter(clientSocket.getOutputStream(), true);
+ out =3D new =
PrintWriter(clientSocket.getOutputStream(), true);
out.println(_banner_string);
out.println(_version_string);
out.println("Connected to:" + =
serverSocket.toString());
@@ -337,13 +336,16 @@
String line =3D in.readLine();
outputString =3D command(line);
out.println(outputString);
+ out.println("done.");
} catch (Throwable ex) {
if (debug) {
+ ex.printStackTrace();
System.err.println(ex.getMessage());
System.err.println("Socket closed");
- }
socket_active =3D false;
}
+ out.println("Exception: ["+ex.toString()+"] With =
the message: ["+ex.getMessage()+"] has occurred, continuing.");
+ }
}
}
=20
@@ -426,9 +428,10 @@
com.ibm.awb.misc.Debug.debug(false);
debug =3D false;
}
- } else {
- com.ibm.awb.misc.Debug.list(System.err);
}
+ com.ibm.awb.misc.Debug.list(System.err);
+ return (debug ? "debug on"
+ : "debug off");
} else if ("msg".equalsIgnoreCase(cmd)) {
if (st.hasMoreTokens()) {
if ("on".equalsIgnoreCase(st.nextToken())) {
@@ -436,40 +439,67 @@
} else {
message =3D false;
}
- } else {
+ }
return (message ? "message on"
: "message off");
- }
} else if ("help".equalsIgnoreCase(cmd)) {
return ("help");
} else if ("create".equalsIgnoreCase(cmd)) {
URL url =3D null;
String name =3D "";
=20
+ try {=20
if (st.countTokens() =3D=3D 2) {
url =3D new URL(st.nextToken());
name =3D st.nextToken();
} else if (st.countTokens() =3D=3D 1) {
name =3D st.nextToken();
+ } else {
+ return ("Usage: create [URL] name");
+ }
+ AgletProxy proxy =3D null;
+ if (debug)
+ System.err.println("Entering =
context.createAglet");
+ proxy =3D context.createAglet(url, name, null);
+ if (debug)
+ System.err.println("Leaving context.createAglet");
+ if (proxy !=3D null) {
+ return("Creation of Aglet "+name+" Succeeded.");
} else {
- return ("create [URL] name");
+ return("Creation of Aglet "+name+" Failed.");
}
- context.createAglet(url, name, null);
- } else if ((item =3D (Item) aglets.get(cmd)) !=3D null) {
+ }=20
+ catch (Throwable ex) {=0D
+ if (debug) {
+ ex.printStackTrace();
+ System.err.println(ex.getMessage());
+ }
+ return("Creation of Aglet ["+name+"] Failed. =
Exception was: ["+ex.toString()+"] Message was: =
["+ex.getMessage()+"]");
+ }
+ }
+ /*
+ * This handles property, dispatch, clone, dispose, dialog
+ */
+ else if ((item =3D (Item)aglets.get(cmd)) !=3D null) {
if (st.hasMoreTokens()) {
- item.command(st.nextToken(), st);
+ String tokenString =3D st.nextToken();
+ if ("property".equalsIgnoreCase(tokenString)) {
+ return("Properties for: " + cmd + "\n" + =
item.toString());
+ } else {
+ item.command(tokenString, st);
if (!item.isValid()) {
removed(item);
return ("Removed : " + cmd);
}
+ }
} else {
return (item.toString());
}
} else {
- return ("unknown command : " + cmd);
+ return ("unknown command (or aglet not found): " + =
cmd);
}
}
- return ("");
+ return ("unknown command: " + line);
}
=20
=20
@@ -481,19 +511,23 @@
* @since
*/
String list() throws Exception {
- String returnString =3D "";
+ String returnString;
Enumeration e =3D aglets.keys();
=20
+ returnString =3D "Aglet List empty";
+
+ if (e.hasMoreElements())
+ returnString =3D "Aglet List:\n";
while (e.hasMoreElements()) {
String k =3D (String) e.nextElement();
Item item =3D (Item) aglets.get(k);
=20
// if (item.isValid()) {
- returnString +=3D returnString + k + " [" + =
item.proxy.getAgletClassName() + "] " + item.text;
+ returnString +=3D k + " [" + =
item.proxy.getAgletClassName() + "] ";
=20
// }
}
- return returnString;
+ return (returnString);
}
=20
=20
Index: com/ibm/aglets/tahiti/TahitiDaemonUserManager.java
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
RCS file: =
/cvs/aglets/aglets1_2/src/com/ibm/aglets/tahiti/TahitiDaemonUserManager.=
java,v
retrieving revision 1.1
diff -u -w -r1.1 TahitiDaemonUserManager.java
--- com/ibm/aglets/tahiti/TahitiDaemonUserManager.java 2001/07/22 =
21:06:17 1.1
+++ com/ibm/aglets/tahiti/TahitiDaemonUserManager.java 2001/07/26 =
20:31:28
@@ -1,6 +1,8 @@
package com.ibm.aglets.tahiti;
=20
/*
+ * $Id:$
+ *
* @(#)TahitiDaemonUserManager.java
*
*/
@@ -34,8 +36,6 @@
* @since 1.0
*/
public TahitiDaemonUserManager() {
- System.out.println("IN CONSTRUCTOR!");
- =
System.out.println(System.getProperties().getProperty("verbose"));
_verbose =3D =
Boolean.getBoolean(System.getProperties().getProperty("verbose"));
}
=20
@@ -58,11 +58,6 @@
while (cert =3D=3D null) {
while (username =3D=3D null) {
username =3D inputUsername("login");
-
- // if(!isRegisteredUser(username)) {
- // System.out.println("The username is not =
registered.");
- // username =3D null;
- // }
}
String password =3D input("password", "", false);
=20
|
|
From: Robert B. <rbergstrom@iSolutionsCorp.com> - 2001-07-24 19:15:44
|
Hello: I agree with you that deactivate is overkill for timer events. When developing agents that require periodic notifications, I use the Timer class to send a message to the Aglet. This does create another thread, so the agent should try to dispatch during this period. The suspend code essentially stops the message queue for an Aglet for a certain period of time. If used to implement timer events, this will prevent an aglet from responding to other messages. From the code, it looks like an agent will get a notifications via the PerisitencyListner, but I have not tested this. If so, is there a need for a separate suspend/resume listener? Good to hear from you. Thanks for the patch. // RAB -----Original Message----- From: Sebastian Fischmeister [mailto:Seb...@un...] Sent: Saturday, July 21, 2001 1:15 PM To: agl...@li... Subject: [Aglets-developer] Suspend-listener? Dear developers. Although the suspend method is marked as experimental, it is quite useful. For example, an Aglet has to send a status report and then wait for some second until it sends the next status report. If you use deactivate() and activate() it is quite much overhead, because you do not need to serialize the Aglet and store it on the disc. So what about a suspend and resume listener? -Sebastian BTW. the API documentation is quite outdated. Maybe you would like to include this, to update the javadoc automatically. Of course, now it's no longer a developer API but a complete system API. in the src directory: find . -name "*.java" -printf "%h\n" | tr / . | cut -d "." -f3- | sort -u | xargs javadoc -private -d /tmp/doc/ _______________________________________________ Aglets-developer mailing list Agl...@li... http://lists.sourceforge.net/lists/listinfo/aglets-developer |
|
From: Robert B. <rbergstrom@iSolutionsCorp.com> - 2001-07-24 18:42:48
|
File patched and comitted. :)
Thanks,
// rAB
-----Original Message-----
From: Sebastian Fischmeister
[mailto:Seb...@un...]
Sent: Sunday, July 22, 2001 8:04 AM
To: agl...@li...
Subject: [Aglets-developer] Nullpointer-bug
Hello.
The patch fixes a NullPointerException problem in LocalAgletRef.java.
Best,
-Sebastian
|
|
From: Sebastian F. <Seb...@un...> - 2001-07-21 17:15:25
|
Dear developers. Although the suspend method is marked as experimental, it is quite useful. For example, an Aglet has to send a status report and then wait for some second until it sends the next status report. If you use deactivate() and activate() it is quite much overhead, because you do not need to serialize the Aglet and store it on the disc. So what about a suspend and resume listener? -Sebastian BTW. the API documentation is quite outdated. Maybe you would like to include this, to update the javadoc automatically. Of course, now it's no longer a developer API but a complete system API. in the src directory: find . -name "*.java" -printf "%h\n" | tr / . | cut -d "." -f3- | sort -u | xargs javadoc -private -d /tmp/doc/ |
|
From: Robert B. <rbergstrom@iSolutionsCorp.com> - 2001-07-20 19:02:54
|
Larry: Thanks for the code. I hope to get close look at it this weekend. :) // RAB -----Original Message----- From: Spector, Larry [mailto:Larry_Spector@NAI.com] Sent: Thursday, July 19, 2001 1:38 PM To: Aglets-Developer (E-mail) Cc: Les Lanphear (E-mail); Frank Oldham (E-mail) Subject: [Aglets-developer] Tahiti Daemon code -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Folks, I've written some new code that implements a Daemon version of Tahiti, and a Client application that controls it. There are still a few issues that need to be addressed (see below), but I think what I've done so far is worth contributing. Here's a brief summary of each: TahitiDaemon- this class is similar to the CommandLine class that is already part of the Aglets distribution. When run, it listens for commands on either on a default port (5545), or on the port passed in via the -controlport option. TahitiDaemonClient- this is a standalone application. It takes the following as args: -help (prints the usage information) -verbose (prints extra info useful for debugging or monitoring) -controlport (the control port to use when connecting to a running TahitiDaemon) -host (the hostname to use when connecting to a running TahitiDaemon) -tiemout (the connection timeout value in milliseconds, defaults to 10000) When running, the client displays a ">" prompt, and accepts commands for processing. Here's the list of commands: help Display the command list. quit Disconnect from the server and quit. shutdown Shutdown the server and quit. reboot Reboot the server and quit. list List all aglets in the server. msg on|off Turns message printing on/off, default is off. debug on|off Debug output on/off, default is off. create [codeBase] name Create new aglet. <aglet> dispatch URL Dispatch the aglet to the URL. <aglet> clone Clone the aglet. <aglet> dispose Dispose the aglet. <aglet> dialog Request a dialog to interact with. <aglet> property Display properties of the aglet. Still to be addressed: 1) The control channel is not secure! 2) There is still quite a bit of "junk" that is printed by Aglets using System.out.println(), this should be conditionalized throughout Aglets to get sent to a specified stream. 3) You tell me (other than testing)! There are 4 attachments to this message: diff.txt is a diff of changes to existing Aglets1_2 files. TahitiDaemon.java goes in com/ibm/aglets/tahiti/ TahitiDaemonClient.java goes in com/ibm/aglets/tahiti/ TahitiDaemonUserManager.java goes in com/ibm/aglets/tahiti/ Questions? Comments? Larry Spector NAI Labs -----BEGIN PGP SIGNATURE----- Version: PGP 7.1 iQA/AwUBO1cckGP/OJ3SWoEDEQKO9QCg5nO7Jxm2wu3pHY3EP2Nvhafsr7kAnj2V avMjtgRbGE982W2CFOtgcMcP =8d/+ -----END PGP SIGNATURE----- |
|
From: Spector, L. <Larry_Spector@NAI.com> - 2001-07-19 17:46:20
|
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi Folks,
I've written some new code that implements a Daemon version of
Tahiti, and a Client application that controls it. There are still a
few issues that need to be addressed (see below), but I think what
I've done so far is worth contributing.
Here's a brief summary of each:
TahitiDaemon- this class is similar to the CommandLine class that is
already part of the Aglets distribution. When run, it listens for
commands on either on a default port (5545), or on the port passed in
via the -controlport option.
TahitiDaemonClient- this is a standalone application.
It takes the following as args:
-help (prints the usage information)
-verbose (prints extra info useful for debugging or monitoring)
-controlport (the control port to use when connecting to a running
TahitiDaemon)
-host (the hostname to use when connecting to a running
TahitiDaemon)
-tiemout (the connection timeout value in milliseconds, defaults to
10000)
When running, the client displays a ">" prompt, and accepts commands
for processing.
Here's the list of commands:
help Display the command list.
quit Disconnect from the server and quit.
shutdown Shutdown the server and quit.
reboot Reboot the server and quit.
list List all aglets in the server.
msg on|off Turns message printing on/off, default is
off.
debug on|off Debug output on/off, default is off.
create [codeBase] name Create new aglet.
<aglet> dispatch URL Dispatch the aglet to the URL.
<aglet> clone Clone the aglet.
<aglet> dispose Dispose the aglet.
<aglet> dialog Request a dialog to interact with.
<aglet> property Display properties of the aglet.
Still to be addressed:
1) The control channel is not secure!
2) There is still quite a bit of "junk" that is printed by Aglets
using System.out.println(), this should be conditionalized throughout
Aglets to get sent to a specified stream.
3) You tell me (other than testing)!
There are 4 attachments to this message:
diff.txt is a diff of changes to existing Aglets1_2 files.
TahitiDaemon.java goes in com/ibm/aglets/tahiti/
TahitiDaemonClient.java goes in com/ibm/aglets/tahiti/
TahitiDaemonUserManager.java goes in com/ibm/aglets/tahiti/
Questions? Comments?
Larry Spector
NAI Labs
-----BEGIN PGP SIGNATURE-----
Version: PGP 7.1
iQA/AwUBO1cckGP/OJ3SWoEDEQKO9QCg5nO7Jxm2wu3pHY3EP2Nvhafsr7kAnj2V
avMjtgRbGE982W2CFOtgcMcP
=8d/+
-----END PGP SIGNATURE-----
|
|
From: Sonia P. F. <jib...@si...> - 2001-07-11 07:27:16
|
I have installed them in a Linux machine with Red Hat distribution , and I followed that guidelines. Maybe with solaris will be different, sorry I could not help you on that Sonia. On Tuesday 10 July 2001 16:07, Otavio Augusto S. Carpinteiro wrote: > > ... new version of aglets, aglets1.2.0. > > > > "http://sourceforge.net/project/showfiles.php?group_id=7905" > > > > a website where you can get help: > > > > "http://www.cis.ohio-state.edu/~muniandy/agletsd-j2/1_2" > > > > I hope that this will be helpfull for you. > > > > bye, Sonia. > > thank you, Sonia. > > But ... I used to run aglets v1.1 on SunSolaris, and I can only install > the new version on it. I've got the package and the guidelines on the > sites above, and although they be for Windows, I tried to install on a > Sun with: > > Solaris v8 > gmake (GNU make) v3.79.1 > aglets v1.2.0 > java v1.2.2 (JDK v1.2.2_06) > > the makefile seems a bit buggy, and after fixing one error, it comes > out another. Has anyone installed the aglets package on the > configuration above yet ? If yes, where could I get info for the > installation, please ? > > thank you. |
|
From: Otavio A. S. C. <ot...@ie...> - 2001-07-10 14:09:33
|
> ... new version of aglets, aglets1.2.0. > > "http://sourceforge.net/project/showfiles.php?group_id=7905" > > a website where you can get help: > > "http://www.cis.ohio-state.edu/~muniandy/agletsd-j2/1_2" > > I hope that this will be helpfull for you. > > bye, Sonia. thank you, Sonia. But ... I used to run aglets v1.1 on SunSolaris, and I can only install the new version on it. I've got the package and the guidelines on the sites above, and although they be for Windows, I tried to install on a Sun with: Solaris v8 gmake (GNU make) v3.79.1 aglets v1.2.0 java v1.2.2 (JDK v1.2.2_06) the makefile seems a bit buggy, and after fixing one error, it comes out another. Has anyone installed the aglets package on the configuration above yet ? If yes, where could I get info for the installation, please ? thank you. -- Otavio. +=======================================================================+ | | | | Otavio Augusto S. Carpinteiro, Ph.D. | Fone: +55 (35) 36291325 | | Instituto de Engenharia Eletrica | | | Escola Federal de Engenharia de Itajuba | Fax: +55 (35) 36291187 | | Av. BPS, 1303 | | | ITAJUBA - MG - 37500-903 | | | Brasil | | | | E-mail: | | H-Page: http://www.iee.efei.br/~otavio | ot...@ie... | | | | +=======================================================================+ |
|
From: Sonia P. F. <jib...@si...> - 2001-07-10 11:09:38
|
Hi, there is a new place where you can find a new version of aglets, aglets1.2.0. They can run under jdk1.2 and jdk1.3. You can take them from this website: "http://sourceforge.net/project/showfiles.php?group_id=7905" If you need help with the installation, there is a website where you can get help: "http://www.cis.ohio-state.edu/~muniandy/agletsd-j2/1_2" I hope that this will be helpfull for you. bye, Sonia. On Monday 09 July 2001 20:26, Otavio Augusto S. Carpinteiro wrote: > Hi, > > I'm having problems with the installation of the aglets package. The > former version I had (version 1.1b3) sends a message saying the software > is now expired. > > I've got the ASDK self extracted package again from the IBM' site and > installed again, but I get the same message (software expired). > > I guess it's useless to keep this version of the package in the IBM's page, > unless we could make it run. Is there any way to make it run ? > > thanks. |
|
From: Otavio A. S. C. <ot...@ie...> - 2001-07-09 18:28:01
|
Hi, I'm having problems with the installation of the aglets package. The former version I had (version 1.1b3) sends a message saying the software is now expired. I've got the ASDK self extracted package again from the IBM' site and installed again, but I get the same message (software expired). I guess it's useless to keep this version of the package in the IBM's page, unless we could make it run. Is there any way to make it run ? thanks. -- Otavio. +=======================================================================+ | | | | Otavio Augusto S. Carpinteiro, Ph.D. | Fone: +55 (35) 36291325 | | Instituto de Engenharia Eletrica | | | Escola Federal de Engenharia de Itajuba | Fax: +55 (35) 36291187 | | Av. BPS, 1303 | | | ITAJUBA - MG - 37500-903 | | | Brasil | | | | E-mail: | | H-Page: http://www.iee.efei.br/~otavio | ot...@ie... | | | | +=======================================================================+ |
|
From: Shalil M. <sh...@nt...> - 2001-06-23 11:17:24
|
Hi all, As a part of my dissertation, I intend to develop an application that uses aglets to query multiple XML databases exisiting within the network. The user will type in details in a browser form and click on the submit button. The aglets will retrieve, collate and present the data in the browser. I have some ideas, but can somebody help to explain in broad terms exactly how this can be done i.e what is done and when . Cheers Shalil |
|
From: Robert B. <rbergstrom@iSolutionsCorp.com> - 2001-06-14 12:31:47
|
Hello Stefan: What resources did you want to track? // RAB -----Original Message----- From: st...@kl... [mailto:st...@kl...] Sent: Thursday, June 14, 2001 8:23 AM To: agl...@li... Subject: [Aglets-developer] aglets accounting Hello all, I want to keep track of the resources being used by an aglet, how can I do this? Is it also possible for an aglet to monitor resources of another aglet? Stefan _______________________________________________ Aglets-developer mailing list Agl...@li... http://lists.sourceforge.net/lists/listinfo/aglets-developer |
|
From: <st...@kl...> - 2001-06-14 12:23:33
|
Hello all, I want to keep track of the resources being used by an aglet, how can I do this? Is it also possible for an aglet to monitor resources of another aglet? Stefan |
|
From: Robert B. <rbergstrom@iSolutionsCorp.com> - 2001-06-11 15:43:56
|
Hello Larry: Yes, this is the proper way to send changes/ fixes. Write access to CVS is limited to developers, but I'll be glad to add your change. If you'd like to be a developer let me know. Sorry for the slow reply. I was on my honeymoon. :) // RAB -----Original Message----- From: Spector, Larry [mailto:Larry_Spector@NAI.com] Sent: Wednesday, June 06, 2001 11:49 AM To: agl...@li... Subject: [Aglets-developer] Fix for -nogui option in 1.2.0 Hi folks, I've found and fixed a bug in 1.2.0 which was causing the -nogui option to not work properly. I'm not sure what the protocol is for getting fixes into the repository, so I'll include the diffs here for now. The file in question is: src\com\ibm\awb\launcher\Main.java [diff snipped] In the future, is this the proper way to submit fixes or changes, or can I commit directly into CVS? |
|
From: Spector, L. <Larry_Spector@NAI.com> - 2001-06-06 15:57:03
|
Hi folks,
I've found and fixed a bug in 1.2.0 which was causing the -nogui option to
not work properly. I'm not sure what the protocol is for getting fixes into
the repository, so I'll include the diffs here for now. The file in question
is: src\com\ibm\awb\launcher\Main.java
The diffs are:
C:\aglets1.2.0\src\com\ibm\awb\launcher>diff -u Main.java.orig Main.java
--- Main.java.orig Wed Oct 25 06:12:34 2000
+++ Main.java Wed Jun 6 11:49:54 2001
@@ -68,10 +68,13 @@
// Initializes AWT and Audio classes.
if (!_nogui) {
+ _viewer_class_name = VIEWER_TAHITI;
System.err.print("[Loading AWT classes ... ");
loadAWTClasses();
System.err.println("done.]");
- }
+ } else {//_nogui
+ _viewer_class_name = VIEWER_COMMANDLINE;
+ }
if (!_nosound) {
System.err.print("[Loading Audio classes ... ");
loadAudioClasses();
In the future, is this the proper way to submit fixes or changes, or can I
commit directly into CVS?
Thanks,
Larry Spector
NAI Labs
|
|
From: Robert B. <rbergstrom@iSolutionsCorp.com> - 2001-05-03 13:49:26
|
Omar: Was that the stack trace from Tahiti or from ServerApp? It looks like it was from the dispatching server (Tahiti). In which case, the ServerApp refused the request because of an exception while processing the request. Was there a stack trace from ServerApp? // RAB -----Original Message----- From: Omar Diego Vera Ustariz [mailto:ve...@es...] Sent: Thursday, May 03, 2001 9:31 AM To: agl...@li... Cc: agl...@li... Subject: [Aglets-developer] Rewriting ServerApp.java Hi to everybody, I am rewriting the ServerApp.java with JDK1.3 but I have a problem when I dispatch an agent to the Context created in the ServerApp.java. This is rear 'cause it can receive agents and it can dispatch agents to other Context created in the ServerApp.java, but when I dispatch an agent from the Tahiti I have the following error: [stack trace clipped] |
|
From: Omar D. V. U. <ve...@es...> - 2001-05-03 13:33:16
|
Hi to everybody,
I am rewriting the ServerApp.java with JDK1.3 but I have a problem when I
dispatch an agent to the Context created in the ServerApp.java. This is rear
'cause it can receive agents and it can dispatch agents to other Context
created in the ServerApp.java, but when I dispatch an agent from the Tahiti
I have the following error:
protections=null
permission=(com.ibm.aglet.security.AgletProtection administrador dispatch)
The aglet is in the onCreation
No integrity check because no security domain is authenticated.
code = 400
com.ibm.maf.MAFExtendedException: INTERNAL ERROR
at
com.ibm.maf.atp.MAFAgentSystem_ATPClient.receive_agent0(MAFAgentSyste
m_ATPClient.java:336)
at
com.ibm.maf.atp.MAFAgentSystem_ATPClient.access$000(MAFAgentSystem_AT
PClient.java:63)
at
com.ibm.maf.atp.MAFAgentSystem_ATPClient$1.run(MAFAgentSystem_ATPClie
nt.java:261)
at java.security.AccessController.doPrivileged(Native Method)
at
com.ibm.maf.atp.MAFAgentSystem_ATPClient.receive_agent(MAFAgentSystem
_ATPClient.java:257)
at com.ibm.aglets.LocalAgletRef.dispatch(LocalAgletRef.java:944)
at com.ibm.aglets.SystemMessage.handle(SystemMessage.java:200)
at com.ibm.aglets.AgletThread.run(AgletThread.java:104)
Exception in thread "main" com.ibm.aglet.RequestRefusedException:
atp://gibson:5
000/server, Integrity=DIGEST, Confidentiality=SHORTSECRETKEY, Timeout=0
Meetings
The contexts are running in different ports. When I execute the
ServerApp.java the following file is created:
C:\Documents and Settings\Administrador\.java.policy but I don't know why.
I hope you can help me.
Thanks in advance.
Omar Vera.
|
|
From: Robert B. <rbergstrom@iSolutionsCorp.com> - 2001-05-02 12:37:55
|
I'm wondering if there should be a "anonymous" cert file that is read in by default. This could eliminate the need for the key entry. Just a thought. Definitely put this in the database. // RAB -----Original Message----- From: Thomas Calivera [mailto:cal...@te...] Sent: Friday, April 27, 2001 6:07 AM To: Aglets Developers Subject: [Aglets-developer] BUG: Anonymous User Certificate? [Code deleted] I managed to workaround the problem by creating a key in the keystore with the alias "anonymous" and a password matching that of the keystore itself. However, there is no way that the code in com.ibm.aglets.AgletRuntime is going to return anything but null from the getAnonymousUserCertificate() method unless there is an anonymous entry in the keystore, which causes a problem elsewhere when a method of the anonymous user certificate is called and creates an NPE. Perhaps this is proper behavior, but the error returned to the console (seemingly random NPE) is extremely obscure.. This is an RFC before I put it in the bug database. |
|
From: Thomas C. <cal...@te...> - 2001-04-27 15:10:12
|
In implementing an aglet for running jUnit tests, I found a problem in =
the source of com.ibm.aglets.AgletRuntime. The offending lines of code:
141:
private static Certificate ANONYMOUS_USER =3D null;
457-464:
static Certificate getAnonymousUserCertificate() {
// if (ANONYMOUS_USER =3D=3D null) {
// UserAdministrator userAdmin =3D getUserAdministrator();
// ANONYMOUS_USER =3D userAdmin.getAnonymousUser().getIdentity();
// }
return ANONYMOUS_USER;
}
755-760 initialize():
// Read the certificate of anonymous user
String anonName =3D=20
System.getProperty("aglets.keystore.anonymousAlias",=20
"anonymous");
ANONYMOUS_USER =3D _keyStore.getCertificate(anonName);
I managed to workaround the problem by creating a key in the keystore =
with the alias "anonymous" and a password matching that of the keystore =
itself. However, there is no way that the code in =
com.ibm.aglets.AgletRuntime is going to return anything but null from =
the getAnonymousUserCertificate() method unless there is an anonymous =
entry in the keystore, which causes a problem elsewhere when a method of =
the anonymous user certificate is called and creates an NPE. Perhaps =
this is proper behavior, but the error returned to the console =
(seemingly random NPE) is extremely obscure..
Btw, this happens when using the com.ibm.aglets.system.Aglets client =
from within an aglet initialized in the context (for transparent testing =
that works from outside the context when this client is fixed). Thus the =
context needs an anonymous user certificate to assign to aglets created =
through this client since it is not connected to any particular user.
This is an RFC before I put it in the bug database.
Tom
http://calivera.manilasites.com
|
|
From: Omar D. V. U. <ve...@es...> - 2001-04-26 12:53:09
|
Hello to everybody. I am planning to rewrite the ServerApp.java with ASDK 1.2.0 and JDK 1.3. But I need to know the preview issues that I need to know in order to rewrite this sample with the new security model. I hope you can help me. Thanks in advance. |
|
From: Todd P. <to...@da...> - 2001-04-13 00:26:38
|
You may also want to take a look at Syslog. There is an article at JavaWorld about it this month. I'm not sure how it compares to log4j, but it looked pretty neat. http://www.javaworld.com/javaworld/jw-04-2001/jw-0406-syslog.html On the more general matter of integrating logging into Aglets, I think this is a great idea. Todd |
|
From: Robert B. <rbergstrom@iSolutionsCorp.com> - 2001-04-11 13:35:41
|
The ASDK has some diagnostic messages and a log, but it is inconsistent in some areas. I'd like to introduce the Log4J logging system. It is part of the Jakarta project and information can be found on their site at jakarta.apache.org. The addition of Log4J would give Aglets hierarchical logging capabilities, prioritized messaging, dynamic and runtime configuration of logs, and configurable message sinks. Since it is part of the Jakarta project, I believe the licenses of the two projects are compatible. The plan would be to refactor logging in an incremental fashion giving each class a category based on it's packaging and using the standard priorities (info, debug, error, etc). In addition, I have in mind an Aglet which would give "on-the-fly" configuration control the server admin. Comments, questions, suggestions? // RAB |
|
From: Robert B. <rbergstrom@iSolutionsCorp.com> - 2001-03-19 14:44:02
|
Marc: I'm still chewing on this one. // RAB |
|
From: Todd P. <to...@da...> - 2001-03-16 02:48:13
|
--On Thursday, March 15, 2001 7:22 PM -0500 Thomas Calivera <cal...@te...> wrote: > I am > actively researching what it will take to do a quick and easy installation. > If it looks like a big hassle, I will check into the jEdit code and we can > try to figure out the licensing issues from there. > Ok, sounds good. Of course, the old IBM ASDK always had an installer so we maybe be able to utilise some of that work. Todd -- Todd Papaioannou @ Earth http://www.luckyspin.org Luckyspin @ TerraFirmA http://terrafirma.terra.mud.org Why search for life when you can create it? http://www.dalilab.com . . . . . . . . . . . |
606 messages has been excluded from this view by a project administrator.