Menu
▾
▴
jamocha-users — Jamocha User List
You can subscribe to this list here.
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
(2) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(12) |
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
(10) |
May
(13) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2009-08-17 23:51:25
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7567497 By: woolfel forgot to mention. it's only in the morendo branch. peter ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=290253 |
|
From: SourceForge.net <no...@so...> - 2009-08-17 23:46:26
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7567495 By: woolfel I found the bug in test member function. it should work now. please get the latest code from SVN. thanks peter lin ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=290253 |
|
From: SourceForge.net <no...@so...> - 2009-08-17 23:23:05
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7567457 By: woolfel there might be a bug in the rule. did you run it from eclipse or from command line shell? peter lin ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=290253 |
|
From: SourceForge.net <no...@so...> - 2009-08-17 22:53:26
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=7567413 By: srilekha When I run instant messaging example, it does not give expected results. The spam message is not being blocked and instead received. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=290253 |
|
From: SourceForge.net <no...@so...> - 2008-05-15 08:04:58
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4964364 By: id864 Hi Gary, you are right. We changed the logger mode from log4j to generic. This week a new Jamocha release will be released. Kind regards, KHK. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=290253 |
|
From: SourceForge.net <no...@so...> - 2008-05-15 01:22:21
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4963905 By: garyriley Here's the deal. Jamocha doesn't work with the apache-log4j-1.2.15 jar file that you can download from http://logging.apache.org/site/binindex.html (not the center links which are all broken, but the link in the left column that eventually leads to http://logging.apache.org/log4j/1.2/download.html). So what you have to do is copy the lib directory from the morendo version of jamocha to the jamocha version of jamocha. You can then launch jamocha using the command "java -classpath lib/log4j-1.2.14.jar -jar jamocha.jar -shell". You'll get several exceptions because the configuration file log4j.properties is not present, but the jamocha command prompt will appear. You can get rid of the exceptions by downloading apache-log4j-1.2.15 and plucking the log4j.properties file from the examples/lf5/InitUsingLog4JProperties directory and placing it in the jamocha directory. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=290253 |
|
From: SourceForge.net <no...@so...> - 2008-05-09 15:55:07
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4954497 By: garyriley The same issue occurs with Windows XP with Java 1.6.0_06. I suspect there's more to the installation of log4j than just downloading it and putting it on your classpath. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=290253 |
|
From: SourceForge.net <no...@so...> - 2008-05-09 12:10:06
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4954212 By: woolfel I'll see if I can reproduce it on my old iMac. Probably won't be able to, since it only has jdk1.5. Will let you know if I figure it out. peter ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=290253 |
|
From: SourceForge.net <no...@so...> - 2008-05-09 04:10:37
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4953544 By: garyriley Yes. Same problem. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=290253 |
|
From: SourceForge.net <no...@so...> - 2008-05-08 23:52:08
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4953269 By: woolfel hey gary, are you still having problems? and getting the same exception. peter ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=290253 |
|
From: SourceForge.net <no...@so...> - 2008-05-08 23:30:40
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4953243 By: garyriley Oh well, just curious. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=290253 |
|
From: SourceForge.net <no...@so...> - 2008-05-08 19:25:07
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4952906 By: id864 Hi Gary, on MacOS X 1.5 there are no problems. sagnix% uname -a Darwin sagnix.local 9.2.2 Darwin Kernel Version 9.2.2: Tue Mar 4 21:17:34 PST 2008; root:xnu-1228.4.31~1/RELEASE_I386 i386 sagnix% java -jar jamocha.jar -gui 08.05.2008 21:21:43 org.jamocha.logging.DefaultLogger info INFO: Jamocha started Regards, KH. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=290253 |
|
From: SourceForge.net <no...@so...> - 2008-05-08 16:54:27
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4952756 By: garyriley The file name in the .sh and .bat are correct. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=290253 |
|
From: SourceForge.net <no...@so...> - 2008-05-08 10:12:04
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4952175 By: woolfel the filename in the .sh and .bat files are probably wrong. In my local jamocha.bat for morendo, I have set LOG4J=lib/log4j-1.2.14.jar check that first and see if it's correct. peter ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=290253 |
|
From: SourceForge.net <no...@so...> - 2008-05-08 05:58:37
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4951828 By: garyriley I tried the jamocha beta 9 release with Mac OS X and the morendo beta 5 release with Windows XP. I've got Java 1.5.0_13 on the Mac and 1.6.0_06 on Windows. On the Mac I have the same problem with the log4j-1.2.14.jar file you sent that I had with the log4j-1.2.15.jar file I originally downloaded (i.e. the NoClassDefFoundError). On Windows XP with morendo, running jamocha.bat give the error "The system cannot find the path specified." Trying to manually specify the path with -cp results in the same NoClassDefFoundError as Mac OS X. Should the morendo branch run out of the box with the jamocha.bat file on Windows XP? Are there other environment variables that need to be set in order to get this to work? I'm able to compile and run Swing applications on both machines with unmodified java installs. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=290253 |
|
From: SourceForge.net <no...@so...> - 2008-05-08 03:49:03
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4951703 By: woolfel hi gary, thanks for reporting the broken link. I'll fix that tomorrow. Are you using the main branch or the morendo branch. I'll email you the log4j.jar directly. peter ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=290253 |
|
From: SourceForge.net <no...@so...> - 2008-05-08 03:40:21
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4951678 By: garyriley Any advice on how to get jamocha running with Mac OS 10.5? FYI the link on the tutorial home page for downloading Log4j takes you to a web page with broken download links. Macintosh:apache-log4j-1.2.15 $ ls BUILD-INFO.txt LICENSE build.properties.sample examples pom.xml tests INSTALL NOTICE build.xml jamocha.jar site KEYS NTEventLogAppender.dll contribs log4j-1.2.15.jar src Macintosh:apache-log4j-1.2.15 $ CLASSPATH=. Macintosh:apache-log4j-1.2.15 $ java -jar jamocha.jar Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/log4j/Logger at org.jamocha.logging.DefaultLogger.<init>(Unknown Source) at org.jamocha.rete.Rete.<init>(Unknown Source) at org.jamocha.Jamocha.<init>(Unknown Source) at org.jamocha.Jamocha.main(Unknown Source) Macintosh:apache-log4j-1.2.15 $ CLASSPATH=log4j-1.2.15.jar Macintosh:apache-log4j-1.2.15 $ java -jar jamocha.jar Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/log4j/Logger at org.jamocha.logging.DefaultLogger.<init>(Unknown Source) at org.jamocha.rete.Rete.<init>(Unknown Source) at org.jamocha.Jamocha.<init>(Unknown Source) at org.jamocha.Jamocha.main(Unknown Source) Macintosh:apache-log4j-1.2.15 $ CLASSPATH=.:log4j-1.2.15.jar Macintosh:apache-log4j-1.2.15 $ echo $CLASSPATH .:log4j-1.2.15.jar Macintosh:apache-log4j-1.2.15 $ java -jar jamocha.jar Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/log4j/Logger at org.jamocha.logging.DefaultLogger.<init>(Unknown Source) at org.jamocha.rete.Rete.<init>(Unknown Source) at org.jamocha.Jamocha.<init>(Unknown Source) at org.jamocha.Jamocha.main(Unknown Source) Macintosh:apache-log4j-1.2.15 $ java -cp . -jar jamocha.jar Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/log4j/Logger at org.jamocha.logging.DefaultLogger.<init>(Unknown Source) at org.jamocha.rete.Rete.<init>(Unknown Source) at org.jamocha.Jamocha.<init>(Unknown Source) at org.jamocha.Jamocha.main(Unknown Source) Macintosh:apache-log4j-1.2.15 $ java -cp log4j-1.2.15.jar -jar jamocha.jar Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/log4j/Logger at org.jamocha.logging.DefaultLogger.<init>(Unknown Source) at org.jamocha.rete.Rete.<init>(Unknown Source) at org.jamocha.Jamocha.<init>(Unknown Source) at org.jamocha.Jamocha.main(Unknown Source) Macintosh:apache-log4j-1.2.15 $ java -cp .:log4j-1.2.15.jar -jar jamocha.jar Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/log4j/Logger at org.jamocha.logging.DefaultLogger.<init>(Unknown Source) at org.jamocha.rete.Rete.<init>(Unknown Source) at org.jamocha.Jamocha.<init>(Unknown Source) at org.jamocha.Jamocha.main(Unknown Source) Macintosh:apache-log4j-1.2.15 $ ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=290253 |
|
From: SourceForge.net <no...@so...> - 2008-04-22 19:12:39
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4921394 By: woolfel Thanks for taking time to post your thoughts. I've been chatting with Paul Haley, changhai from iLog and ernest of JESS about the temporal logic extensions. My hope is that with dedication, hardwork and open discussions, the approach can be refined and improved. peter ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=290253 |
|
From: SourceForge.net <no...@so...> - 2008-04-22 19:08:36
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4921382 By: hgilde Ok, I'm going to have to think about this. But I'll agree that the basic work of fact management and time distance is mostly or totally independent of this discussion. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=290253 |
|
From: SourceForge.net <no...@so...> - 2008-04-22 18:39:04
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4921320 By: woolfel In the case of Jamocha, the engine timestamps every fact when it is asserted. Not all engines do this, so it's specific to each engine. Even with automatic system timestamp, it still needs an abstraction layer. For example, say I model bid/buy transactions with an explicit expiration like this. public class Transaction { Calendar expiration; String cusip; String ticker; String exchange; BigDecimal price; String transactionType; int shares; } With an abstraction layer, the fact can still have an absolute expiration time. When the engine evaluates the fact, it does the necessary conversion using the system timestamp, expiration time and internal conversion setting. peter ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=290253 |
|
From: SourceForge.net <no...@so...> - 2008-04-22 18:30:33
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4921303 By: hgilde So it's been a while since I thought about internals for a RETE system and I'm not in that mode of thinking at the moment. But here's an example of a design decision that might be guided by this requirement. I'm not exactly sure if it applies, just pointing it out. Adding time might involve time-stamping each fact (among other things). Now if the engine's idea of the "current" time could be driven by the latest time stamp on a fact, this might make variable time speeds easy. During normal operation, these timestamps come from the system clock. When simulating, the time stamps come from a field that is input with the fact. Assuming that I "record" a series of facts with their system time stamp, I can easily play them back at any physical speed because each time I assert a fact, the system sees an updated time that is the proper "distance" from the time of the previous fact. I don't know if this is practical and several of the points in your white paper apply here. I'll think more about it and let you know if I think of anything. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=290253 |
|
From: SourceForge.net <no...@so...> - 2008-04-22 16:50:22
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4921076 By: woolfel that is two separate and distinct problems in my mind. Having a solid model for temporal logic is one thing. Running a simulation with arbitrary time is another. The easiest solution to the simulation issue to generate 2 types of networks. For non-simulation situation, the rules are compile to normal RETE network. For simulation situation, the rules have to be translated so that time representation is abstracted out. If the system doesn't take that extra step, the results won't be reliable. Several years back I studied simulation techniques for a project, so I'm not an expert in that field. Assuming the calls for time and evaluation of time is goes through an abstraction layer, the system should be able to run simulation with any arbitrary time representation be it 1min == 1sec or 1hour == 10min. At some point, there's going to be a hard limit, which the hardware can't handle, but the idea should work. The temporal distance calculation is still useful in a simulation situation. I forget where I read it, but I believe some researchers in the past have built special hardware to perform simulations. The field of simulation is huge, so there's a lot of existing research and knowledge that could help the CEP domain. peter ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=290253 |
|
From: SourceForge.net <no...@so...> - 2008-04-22 15:33:11
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4920935 By: hgilde I agree that it is very worthwhile to add temporal extensions here. Here is one practical comment from the CEP world: To be practical for use with real-time data, any solutions to the temporal rules issue must allow us to play an hours worth of facts into the engine in a period of time that is shorter than an hour. Otherwise it is just impossible to test using real facts (imagine collecting facts over a week and then taking a week to play them into the rules every time you want to test). Unfortunately, this is not really solved by setting a flag in the engine telling it that now time moves X times faster than as stated by the system clock. When you're testing against data that comes from a real-time source, you want to be able to play that data into the engine as fast as possible, and this results in a variable rate stream due to the time sharing nature of the computing resources. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=290253 |
|
From: SourceForge.net <no...@so...> - 2008-04-08 19:23:39
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4892838 By: woolfel sadly, the documentation for jamocha is lacking. It's almost non-existent. I started to write a simple tutorial for jamocha last week, but it's not done yet. the jamocha website has a tiny bit of documentation, but it's not complete. I can send you a draft of the tutorial I'm working on if you email me at woolfel AT gmail DOT com. peter ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=290253 |
|
From: SourceForge.net <no...@so...> - 2008-04-08 19:18:13
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=4892828 By: luciancd But what about a general tutorial ? How am i supposed to use jamocha, if there is no description for logical operators... Greetz, Lucian ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=290253 |
