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

[GG]

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]

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]

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]

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.

 

[Thomas Schodt]

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 ositive_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]

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.

 

[Glenn]

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).

Frameworks are great for reuse. ;-) I don't know of anything that
records and plays back logs.

We wrote our own framework; all of our Java apps run on it(we write
nearly everything in servlets). It provides many common services:
database access, MQ services, error logging, HTML page-writing, login,
batch processing, e-mail sending capability, and more. The next
version will add file upload capability. We wrote it from scratch,
and it's been running for over three years now.

- Glenn

 

[Takeda]

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.

 

[Tim Jowers]

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.

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