An idea for a framework (does such a thing exist?)

1 view
Skip to first unread message

GG

unread,
Aug 10, 2004, 3:44:32 AM8/10/04
to
Hi all,

Here's an idea for a framework I thought about because I can make use
of it in my project. Maybe such a thing exists,
if so, I'd like pointers; if not, I'll start working on it myself.

The project is for Java, so ...

I want something that would make it easier for various modules to be
able to instrument themselves so they can
write logs, which can later be parsed again for replaying
the original behavior. (If that helps, consider something like
a recordable app on a Mac, where AppleScript can be used
to play it back).

P.S. Forgive my crossposting, but I hope google's posting DTRT, and
what really is the difference between, say, comp.lang.java.programmer
and comp.lang.java.developer; and what are comp.lang.java.misc and
comp.lang.java.help supposed to do above and beyond comp.lang.java?

Rhino

unread,
Aug 10, 2004, 12:23:15 PM8/10/04
to

"GG" <gri...@alum.mit.edu> wrote in message
news:d5473427.04080...@posting.google.com...

> Hi all,
>
> Here's an idea for a framework I thought about because I can make use
> of it in my project. Maybe such a thing exists,
> if so, I'd like pointers; if not, I'll start working on it myself.
>
> The project is for Java, so ...
>
> I want something that would make it easier for various modules to be
> able to instrument themselves so they can
> write logs, which can later be parsed again for replaying
> the original behavior. (If that helps, consider something like
> a recordable app on a Mac, where AppleScript can be used
> to play it back).
>
Have you tried looking at Eclipse - http://eclipse.org - to see if they have
anything? There are a lot of plugins available for Eclipse these days and
something like what you are describing could be among them.

If you don't see anything on the main pages of the site, try asking on one
of the many Eclipse newsgroups. Somewhere there may be able to point you in
the right direction.

> P.S. Forgive my crossposting, but I hope google's posting DTRT, and
> what really is the difference between, say, comp.lang.java.programmer
> and comp.lang.java.developer; and what are comp.lang.java.misc and
> comp.lang.java.help supposed to do above and beyond comp.lang.java?

If you read the Netiquette guides to Usenet, they tell you to either read
the charter for the newsgroup or read several posts (or preferably BOTH)
before posting to a newsgroup, not just crosspost like mad in the hopes that
you will hit a newsgroup that might be able to answer your question. That is
good advice, in my opinion.

Rhino


GG

unread,
Aug 11, 2004, 10:33:02 AM8/11/04
to
> If you read the Netiquette guides to Usenet, they tell you to either read
> the charter for the newsgroup or read several posts (or preferably BOTH)

I have been aware of that for over 12 years, my friend.

> before posting to a newsgroup, not just crosspost like mad in the hopes that

Crossposting was NOT discouraged; it is multiple separate postings that are.

> you will hit a newsgroup that might be able to answer your question. That is
> good advice, in my opinion.

However, you're right. I should not have posted to so many. Sorry.
But according to http://www.faqs.org/faqs/computer-lang/java/help/minifaq/,
comp.lang.java.softwaretools was appropriate, as I think was
comp.lang.java.programmer. Also comp.lang.java.developer and
comp.lang.java.misc, I guess.

I was wrong about the rest; my apologies.

GG

unread,
Aug 11, 2004, 10:33:11 AM8/11/04
to
> If you read the Netiquette guides to Usenet, they tell you to either read
> the charter for the newsgroup or read several posts (or preferably BOTH)

I have been aware of that for over 12 years, my friend.

> before posting to a newsgroup, not just crosspost like mad in the hopes that

Crossposting was NOT discouraged; it is multiple separate postings that are.

> you will hit a newsgroup that might be able to answer your question. That is


> good advice, in my opinion.

However, you're right. I should not have posted to so many. Sorry.

Thomas Schodt

unread,
Aug 12, 2004, 6:26:51 AM8/12/04
to

> Crossposting was NOT discouraged; it is multiple separate postings that are.

Multiposting is indeed discouraged.

> However, you're right. I should not have posted to so many. Sorry.
> But according to http://www.faqs.org/faqs/computer-lang/java/help/minifaq/,
> comp.lang.java.softwaretools was appropriate, as I think was
> comp.lang.java.programmer. Also comp.lang.java.developer and
> comp.lang.java.misc, I guess.

As you say yourself :positive_feedback:
excessive crossposting is discouraged.

Also, posting to newsgroups that are not on the master list is also
discouraged. For details about current newsgroups see
<http://makeashorterlink.com/?F24612809>
(soz, the URL was a bit long and some newsreaders might break it).

Followup-To: comp.lang.java.help

Andrew Thompson

unread,
Aug 13, 2004, 1:15:14 AM8/13/04
to
On 11 Aug 2004 07:33:11 -0700, GG wrote:

> Also comp.lang.java.developer and
> comp.lang.java.misc, I guess.

You guess wrong. Neither of those are valid groups.

F'Ups set to c.l.j.programmer exlusively.

--
Andrew Thompson
http://www.PhySci.org/ Open-source software suite
http://www.PhySci.org/codes/ Web & IT Help
http://www.1point1C.org/ Science & Technology

Takeda

unread,
Aug 18, 2004, 5:30:16 AM8/18/04
to
If I understood your idea, you yanna add features to instrument your
code, right? What about AOP and Aspect J? You can write log and others
tasks easily. I don't know Mac, so I did not understand your example
about recordable app on Mac.


gri...@alum.mit.edu (GG) wrote in message news:<d5473427.04080...@posting.google.com>...

Tim Jowers

unread,
Aug 23, 2004, 1:28:27 PM8/23/04
to
mauro_...@yahoo.com.br (Takeda) wrote in message news:<82a93666.04081...@posting.google.com>...

CG, the GoF Design Pattens book mentions a pattern, CMD maybe?. It
would be very useful. I think a more formal definition of all exposed
methods would be great as then a REAL contract between software
agents/programs would be possible. I suppose there is some
correspondence between your idea and that of webservice
contracts/agent contracts. That is one area in which I've seen a Java
framework for replaying. But it is more dynamic in the sense that the
initial play is dynamically determined and then the replaying is just
a recording of each agent behavior. Specifically in the RoboCup play
environment. It is not what you mean as the framework is specific to
that simulation environment.

best luck and good speed,
timjowers

Reply all
Reply to author
Forward
0 new messages