[JBoss-dev] CVS update: jboss/src/main/org/jboss/jdbc JDBCDataSourceLoader.java JDBCDataSourceLoaderMBean.java
User: tobyallsopp Date: 01/04/18 23:58:08 Modified:src/main/org/jboss/jdbc JDBCDataSourceLoader.java JDBCDataSourceLoaderMBean.java Log: Merged fix for JDBCDataSourceLoader. Revision ChangesPath 1.9 +18 -6 jboss/src/main/org/jboss/jdbc/JDBCDataSourceLoader.java Index: JDBCDataSourceLoader.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/jdbc/JDBCDataSourceLoader.java,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- JDBCDataSourceLoader.java 2001/01/31 21:48:29 1.8 +++ JDBCDataSourceLoader.java 2001/04/19 06:58:08 1.9 @@ -25,19 +25,30 @@ /** * Service that loads a JDBC 1 connection pool. The constructors are called by * the JMX engine based on your MLET tags. - * @version $Revision: 1.8 $ + * @version $Revision: 1.9 $ * @author Aaron Mulder ([EMAIL PROTECTED]) */ public class JDBCDataSourceLoader extends ServiceMBeanSupport implements JDBCDataSourceLoaderMBean { private JDBCPoolDataSource source; public JDBCDataSourceLoader() { + source = new JDBCPoolDataSource(); } public JDBCDataSourceLoader(String poolName) { source = new JDBCPoolDataSource(); source.setPoolName(poolName); } +public void setPoolName(String name) +{ + source.setPoolName(name); +} + +public String getPoolName() +{ + return source.getPoolName(); +} + public void setURL(String jdbcURL) { source.setJDBCURL(jdbcURL); } @@ -52,7 +63,8 @@ } public String getProperties() { -return buildProperties(source.getJDBCProperties()); + Properties props = source.getJDBCProperties(); +return (props==null) ? null : buildProperties(props); } public void setJDBCUser(String userName) { @@ -194,7 +206,7 @@ // Unbind from JNDI try { String name = source.getPoolName(); -new InitialContext().unbind(name); +new InitialContext().unbind("java:/"+name); log.log("JDBC Connection pool "+name+" removed from JNDI"); source.close(); log.log("JDBC Connection pool "+name+" shut down"); @@ -209,9 +221,9 @@ source.initialize(); // Bind in JNDI -bind(new InitialContext(), source.getPoolName(), source); +bind(new InitialContext(), "java:/" + source.getPoolName(), source); -log.log("JDBC Connection pool "+source.getPoolName()+" bound to "+source.getPoolName()); +log.log("JDBC Connection pool "+source.getPoolName()+" bound to java:/"+source.getPoolName()); // Test database source.getConnection().close(); @@ -268,4 +280,4 @@ } return buf.toString(); } -} \ No newline at end of file +} 1.5 +2 -0 jboss/src/main/org/jboss/jdbc/JDBCDataSourceLoaderMBean.java Index: JDBCDataSourceLoaderMBean.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/jdbc/JDBCDataSourceLoaderMBean.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- JDBCDataSourceLoaderMBean.java2000/12/07 15:44:50 1.4 +++ JDBCDataSourceLoaderMBean.java2001/04/19 06:58:08 1.5 @@ -13,6 +13,8 @@ public static final String OBJECT_NAME = ":service=JDBCDataSource"; // Public +public void setPoolName(String name); +public String getPoolName(); public void setURL(String url); public String getURL(); public void setJDBCUser(String userName); ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Change Notes-417239 ] Fixed JDBCDataSourceLoader
Change Notes item #417239, was updated on 2001-04-18 23:55 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=381174&aid=417239&group_id=22866 Category: None Group: v2.2.1 Status: Open Priority: 5 Submitted By: Toby Allsopp (tobyallsopp) Assigned to: Nobody/Anonymous (nobody) Summary: Fixed JDBCDataSourceLoader Initial Comment: JDBCDataSourceLoader now works. It can be used to obtain a non-transactional JDBC connection pool. Thanks to Hal Deadman and Tim Taylor. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=381174&aid=417239&group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/jdbc JDBCDataSourceLoader.java JDBCDataSourceLoaderMBean.java
User: tobyallsopp Date: 01/04/18 23:52:24 Modified:src/main/org/jboss/jdbc Tag: Branch_2_2 JDBCDataSourceLoader.java JDBCDataSourceLoaderMBean.java Log: Fixed JDBCDataSourceLoader, thanks to Hal Deadman and Tim Taylor. See patch #416523. In addition to that patch, I changed JDBCDataSourceLoader to bind into the java:/ context in order to be consistent with XADataSourceLoader. Revision ChangesPath No revision No revision 1.8.2.1 +18 -6 jboss/src/main/org/jboss/jdbc/JDBCDataSourceLoader.java Index: JDBCDataSourceLoader.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/jdbc/JDBCDataSourceLoader.java,v retrieving revision 1.8 retrieving revision 1.8.2.1 diff -u -r1.8 -r1.8.2.1 --- JDBCDataSourceLoader.java 2001/01/31 21:48:29 1.8 +++ JDBCDataSourceLoader.java 2001/04/19 06:52:24 1.8.2.1 @@ -25,19 +25,30 @@ /** * Service that loads a JDBC 1 connection pool. The constructors are called by * the JMX engine based on your MLET tags. - * @version $Revision: 1.8 $ + * @version $Revision: 1.8.2.1 $ * @author Aaron Mulder ([EMAIL PROTECTED]) */ public class JDBCDataSourceLoader extends ServiceMBeanSupport implements JDBCDataSourceLoaderMBean { private JDBCPoolDataSource source; public JDBCDataSourceLoader() { + source = new JDBCPoolDataSource(); } public JDBCDataSourceLoader(String poolName) { source = new JDBCPoolDataSource(); source.setPoolName(poolName); } +public void setPoolName(String name) +{ + source.setPoolName(name); +} + +public String getPoolName() +{ + return source.getPoolName(); +} + public void setURL(String jdbcURL) { source.setJDBCURL(jdbcURL); } @@ -52,7 +63,8 @@ } public String getProperties() { -return buildProperties(source.getJDBCProperties()); + Properties props = source.getJDBCProperties(); +return (props==null) ? null : buildProperties(props); } public void setJDBCUser(String userName) { @@ -194,7 +206,7 @@ // Unbind from JNDI try { String name = source.getPoolName(); -new InitialContext().unbind(name); +new InitialContext().unbind("java:/"+name); log.log("JDBC Connection pool "+name+" removed from JNDI"); source.close(); log.log("JDBC Connection pool "+name+" shut down"); @@ -209,9 +221,9 @@ source.initialize(); // Bind in JNDI -bind(new InitialContext(), source.getPoolName(), source); +bind(new InitialContext(), "java:/" + source.getPoolName(), source); -log.log("JDBC Connection pool "+source.getPoolName()+" bound to "+source.getPoolName()); +log.log("JDBC Connection pool "+source.getPoolName()+" bound to java:/"+source.getPoolName()); // Test database source.getConnection().close(); @@ -268,4 +280,4 @@ } return buf.toString(); } -} \ No newline at end of file +} 1.4.2.1 +2 -0 jboss/src/main/org/jboss/jdbc/JDBCDataSourceLoaderMBean.java Index: JDBCDataSourceLoaderMBean.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/jdbc/JDBCDataSourceLoaderMBean.java,v retrieving revision 1.4 retrieving revision 1.4.2.1 diff -u -r1.4 -r1.4.2.1 --- JDBCDataSourceLoaderMBean.java2000/12/07 15:44:50 1.4 +++ JDBCDataSourceLoaderMBean.java2001/04/19 06:52:24 1.4.2.1 @@ -13,6 +13,8 @@ public static final String OBJECT_NAME = ":service=JDBCDataSource"; // Public +public void setPoolName(String name); +public String getPoolName(); public void setURL(String url); public String getURL(); public void setJDBCUser(String userName); ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] How to un-subscribe?
Anybody knows if there is any URL to unsubscribe? Thanks __ Do You Yahoo!? Yahoo! Auctions - buy the things you want at great prices http://auctions.yahoo.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] RE: [JBoss-user] Flushing Cache (For Simone ?)
That is pretty cool post it to jboss-dev francois, |So we created our own LRUEnterpriseContextCachePolicy class to be able |to passivate beans with JMS messages. We actually call the ageOut |method with the beans key we want to flush by going through the LRUList |obtains from getList() method. But there is still a problem, the beans |that are in a transaction don't get passivated. I believe it is a brilliant idea with the wrong implementation, it belongs at the Option A/B/C that informs the container that he should be updating the state of the beans. In other words, passivating is the wrong thing to do you want to be working in the synchronization interceptor. However I can't remember how you would want to navigate to the interceptor and probably the best way is to set that information on the wrapper, then have the synchronization interceptor call the load method depending on this flag. I am doing a class at www.jboss.org and I might try to get the students to implement this container feature on Friday, that is a really cool feature. Do you have the "JMS" stuff, how do you generate it from the database? marc | |How can we ensure that all the beans we want to be passivate get |passivated and that, wathever is the age of the bean ? | |Thanks |Francois Archambault | | |___ |JBoss-user mailing list |[EMAIL PROTECTED] |http://lists.sourceforge.net/lists/listinfo/jboss-user ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-417218 ] deadlock in shutdown hooks
Bugs item #417218, was updated on 2001-04-18 20:07 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=417218&group_id=22866 Category: JBossServer Group: v2.2 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Steve Waldman (swaldman) Assigned to: Nobody/Anonymous (nobody) Summary: deadlock in shutdown hooks Initial Comment: Shutting down jboss with ctrl-c [is there a more gentle way?] leads to a consistent deadlock in my environment (linux, redhat6.2, both blackdown jdk1.3.0 and sun jdk1.3.1-beta, native threads). Here is the console output: ... [Default] JBoss 2.2.0 FINAL Started in 0m:23s [Default] Shutting down [Service Control] Stopping 32 MBeans [Mail Service] Stopping [Mail Service] Mail service 'Mail' removed from JNDI [Mail Service] Stopped ...this is where it dies. I've included the full thread dump (quite long). All the "SIGINT handler" threads are waiting on monitor entry. I am running jboss-tomcat-2.2. ...thanks! -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=417218&group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Rule Engine Integration Available
Hi, Thanks for your interest. You're right about what the rule engine does. For some reason I can't get to haley right now, I'll check again later. I haven't been able to find out what jsr 94 is/will be proposing. Does anyone have any information? Thanks David Jencks On 2001.04.18 19:28:59 -0400 Vladimir Blagojevic wrote: > Hey, > > I saw your message too. However, I am so busy this week that I can not > devote any time to JBoss. > > As I understand Rule engines are some sort of interpreter for > if-then-else > logic. I assume that they are going to be used mostly in business logic > of > your beans. I assume that instead of some if-then-else spaghetti , rule > engine intercepts state mutations of an object , checks the rules against > it and fires the rule event. > > Is this right? > > Some good intro I found here: www.haley.com > > Also there is jsr 94 about rule engine. > > Vlada > > > > On 2001.04.18 19:54 David Jencks wrote: > > Hi, > > At least one person saw my message. > > Thats one of the questions I was asking. A couple of months ago Marc > > suggested someone write a rule engine integration for jboss, so I > > volunteered. Although there is a java community process group working > on > > an integration standard, I couldn't find out what they're up to, and > I've > > had little luck finding out what kind of rules people might want to > use. > > Any references or information or examples would be greatly appreciated. > > > > Thanks > > David Jencks > > On 2001.04.18 16:27:50 -0400 Jason Dillon wrote: > > > What is a rule engine used for in real world applications? Could you > > > give > > > an example (other than "compute factorials and fibonacci numbers")? > > > > > > --jason > > > > > > On Wed, 18 Apr 2001, David Jencks wrote: > > > > > > > Hi, > > > > > > > > I am pleased to announce that I have a working rule engine > > integration > > > > between JBoss and JEOPS (http://sourceforge.net/projects/jeops/). > I > > > have > > > > made the source available at http://home.earthlink.net/~davidjencks/. > > > > There are tar.gz and zip versions. Please follow the instructions > in > > > the > > > > README. You may need to change executable permissions on some > > scripts > > > to > > > > get the examples to run. > > > > > > > > I would greatly appreciate all feedback positive and negative, and > > > examples > > > > of how a rule engine could be useful. The examples I have so far > are > > > > derived from the jeops examples, and are a bit artificial for ejb: > > they > > > > compute factorials and fibonacci numbers. They do serve as an > > example > > > of > > > > essentially computing a transitive closure, not possible with > simple > > > > queries. > > > > > > > > This implementation is similar to database triggers, in that rule > > > engine > > > > interaction is not coded explicitly but triggered by calling an ejb > > > method: > > > > an interceptor detects the call and passes it to the rule engine. > > > > > > > > The implementation is fully transactional: all work (including > > creating > > > new > > > > beans, etc) is done within the original transaction provided by the > > > > original method call. ( A REQUIRES_NEW call in the middle of rule > > > engine > > > > work will get a separate rule engine instance, not interfering with > > the > > > > original transaction). > > > > > > > > Jeops is somewhat unusual among rule engines in that rather than > > > operating > > > > on tuples of values and interpreting rules, it operates on java > > objects > > > (in > > > > this case remote interfaces) and compiles the rules into a java > > class. > > > > > > > > The main problem I am aware of at this time is that the > > implementation > > > is > > > > extremely slow. This is only partly due to the very large amount > of > > > > logging information generated. I have not yet investigated how to > > > speed > > > > things up. > > > > > > > > Please, try it out, tell me how it works, and what more is needed. > > > > > > > > > > > > Thanks > > > > David Jencks > > > > > > > > > > > > ___ > > > > Jboss-development mailing list > > > > [EMAIL PROTECTED] > > > > http://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > > > > > > > > > ___ > > > Jboss-development mailing list > > > [EMAIL PROTECTED] > > > http://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > > > > > ___ > > Jboss-development mailing list > > [EMAIL PROTECTED] > > http://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > http://lists.sourceforge.net/lists/listinfo/jboss-development > ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/j
Re: [JBoss-dev] Rule Engine Integration Available
Hi, Thanks for your appreciation of my work. The current implementation uses a rule engine that works on java objects and whose rules are essentially written as java statements. You (with both of my 2 toy examples) need to add some helper methods to get beans, create beans, etc. I am hoping that with several more examples it will become clear what a complete set of these methods is and then we can generate them. Also at that time it will be easier to use a more conventional rule engine such as JESS. So right now you need to know a little java to write the rules! Do you have a specific example of a rule engine use in mind? I'm starting to work on computing transitive closure on a DAG of beans. A easy to medium complexity example would be really helpful. Thanks David Jencks On 2001.04.18 21:36:36 -0400 Stan Ng wrote: > In general, a rule engine would run on a layer above jboss. The > underlying > business components are hosted by jboss and the "glue logic" is created > by a > business analyst or domain specialist. They would write business rules > that > are interpreted by the business rule engine. > > This is a very useful addition to jboss in the long run, as many > corporations need something that is easy to modify and work with by > non-hardcore programmer types. > > Great job on hooking in the rule engine, btw! Very cool stuff... > > > - Original Message - > From: "Jason Dillon" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Wednesday, April 18, 2001 6:13 PM > Subject: RE: [JBoss-dev] Rule Engine Integration Available > > > > Where would a rule engine fit into JBoss? Would it be for > configuration? > I > > don't really see what use it is. Why not just use Java conditionals. > > I bet I am just missing something (rather important). > > > > --jason > > > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > http://lists.sourceforge.net/lists/listinfo/jboss-development > ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Rule Engine Integration Available
Hi, Even though I implemented it I wondered this too. I can think of several reasons to use rules rather than hard-coding. 1. The rules change frequently. "this week, anyone buying more than x widgets of types a, b, and c gets an extra 35% discount". I think things like this are often quoted. I'm not 100% convinced this is a good example: it would probably be pretty easy to set up rules like this, but if I were designing the system I would want to know what my discounts were last week... I haven't heard of anyone keeping "history of rules". I suppose it is easier to keep history of rules than to set up a metadata driven generic scheme for any such type of rule. 2. recursive (query) problems, transitive closure. Although it is always possible to write code to compute transitive closures, it might be simpler to think about them in a prolog/declarative style. I'm working on how to use rules to compute transitive closure in a finder method. This would be something like, if you have people beans, who have children, you could get a FindDescendantsbyPersonID finder method: the (sql based) findByPK would get the person themselves, and the rules would find all their children, then grandchildren, etc etc. eventually returning a collection of the person and all their descendants. I've thought some about rules, but have no practical experience with them. I wonder if when you have a complicated set of interacting rules you tend to get unpredictable results? As I keep saying, more (specific) examples would be great. Thanks David Jencks On 2001.04.18 21:13:36 -0400 Jason Dillon wrote: > Where would a rule engine fit into JBoss? Would it be for configuration? > I > don't really see what use it is. Why not just use Java conditionals. > I bet I am just missing something (rather important). > > --jason > > > On Wed, 18 Apr 2001, Filip Hanik wrote: > > > > > www.blazesoft.com is another rules engine. > > commercial software use rule engines for a lot of different things. > > imagine product promotions, if you bought something for this amount, on > this > > date and you are of a certain age you will get a different promotion > that if > > you were of a different age. > > > > the list is endless of things people use rules engines for. > > > > Filip > > > > ~ > > Namaste - I bow to the divine in you > > ~ > > Filip Hanik > > Software Architect > > [EMAIL PROTECTED] > > www.filip.net > > > > > > ___ > > Jboss-development mailing list > > [EMAIL PROTECTED] > > http://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > http://lists.sourceforge.net/lists/listinfo/jboss-development > ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Rule Engine Integration Available
In general, a rule engine would run on a layer above jboss. The underlying business components are hosted by jboss and the "glue logic" is created by a business analyst or domain specialist. They would write business rules that are interpreted by the business rule engine. This is a very useful addition to jboss in the long run, as many corporations need something that is easy to modify and work with by non-hardcore programmer types. Great job on hooking in the rule engine, btw! Very cool stuff... - Original Message - From: "Jason Dillon" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, April 18, 2001 6:13 PM Subject: RE: [JBoss-dev] Rule Engine Integration Available > Where would a rule engine fit into JBoss? Would it be for configuration? I > don't really see what use it is. Why not just use Java conditionals. > I bet I am just missing something (rather important). > > --jason ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] jbosstest & jboss/src/main/test/*
Hi Jason Yes, I use it to keep the Test Classes for the RMI-Connector there. Andy - Original Message - From: "Jason Dillon" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, April 18, 2001 6:11 PM Subject: [JBoss-dev] jbosstest & jboss/src/main/test/* > Can someone explain the difference between these for me? Is > jboss/src/main/test/* still being used by anything? > > --jason > > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > http://lists.sourceforge.net/lists/listinfo/jboss-development > ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] jbosstest & jboss/src/main/test/*
jboss/src/main/test/* is for unit tests of internal server components. The JBossTest suite is for testing the behavior of the server via its public interfaces. - Original Message - From: "Jason Dillon" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, April 18, 2001 6:11 PM Subject: [JBoss-dev] jbosstest & jboss/src/main/test/* > Can someone explain the difference between these for me? Is > jboss/src/main/test/* still being used by anything? > > --jason > > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > http://lists.sourceforge.net/lists/listinfo/jboss-development > ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Rule Engine Integration Available
Where would a rule engine fit into JBoss? Would it be for configuration? I don't really see what use it is. Why not just use Java conditionals. I bet I am just missing something (rather important). --jason On Wed, 18 Apr 2001, Filip Hanik wrote: > > www.blazesoft.com is another rules engine. > commercial software use rule engines for a lot of different things. > imagine product promotions, if you bought something for this amount, on this > date and you are of a certain age you will get a different promotion that if > you were of a different age. > > the list is endless of things people use rules engines for. > > Filip > > ~ > Namaste - I bow to the divine in you > ~ > Filip Hanik > Software Architect > [EMAIL PROTECTED] > www.filip.net > > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > http://lists.sourceforge.net/lists/listinfo/jboss-development > ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jbosstest & jboss/src/main/test/*
Can someone explain the difference between these for me? Is jboss/src/main/test/* still being used by anything? --jason ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Rule Engine Integration Available
www.blazesoft.com is another rules engine. commercial software use rule engines for a lot of different things. imagine product promotions, if you bought something for this amount, on this date and you are of a certain age you will get a different promotion that if you were of a different age. the list is endless of things people use rules engines for. Filip ~ Namaste - I bow to the divine in you ~ Filip Hanik Software Architect [EMAIL PROTECTED] www.filip.net ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] why is Home lookup an RMI call?
I think there may be a bug because here's my jndi.properties. I'm pretty sure there isn't another jndi.properties in my path. jndi.properties: java.naming.factory.initial=org.jnp.interfaces.NamingContextFactory #java.naming.provider.url=localhost java.naming.factory.url.pkgs=org.jboss.naming I'll look into this more later on. Any insight in the meantime would be helpful. Thanks, Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Scott M Stark Sent: Wednesday, April 18, 2001 8:20 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] why is Home lookup an RMI call? As long as you don't have a Context.PROVIDER_URL set in the env passed to InitialContext or jndi.properties the Context returned is the RMI implementation object and calls on it should not involve RMI invocations. - Original Message - From: Bill Burke To: Jboss-Development@Lists. Sourceforge. Net Sent: Wednesday, April 18, 2001 4:12 PM Subject: [JBoss-dev] why is Home lookup an RMI call? All, (If this is a jboss-user question, I apologize.) I've been doing some performance testing on my code, and I noticed that Home lookups on the InitialContext is always an RMI call through jnp even though the Naming service is in the same VM. Maybe this is a configuration problem on my part? If not, then is there any reason the lookup is an RMI call? I know I'm being a little lazy not researching this myself, just thought maybe somebody has a quick answer. Also, if this is worth fixing I can probably go in there and fix it myself. BTW, I'm using a snapshot of JBoss somewhere between 2.1 and 2.2. Thanks, Bill ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Rule Engine Integration Available
Hey, I saw your message too. However, I am so busy this week that I can not devote any time to JBoss. As I understand Rule engines are some sort of interpreter for if-then-else logic. I assume that they are going to be used mostly in business logic of your beans. I assume that instead of some if-then-else spaghetti , rule engine intercepts state mutations of an object , checks the rules against it and fires the rule event. Is this right? Some good intro I found here: www.haley.com Also there is jsr 94 about rule engine. Vlada On 2001.04.18 19:54 David Jencks wrote: > Hi, > At least one person saw my message. > Thats one of the questions I was asking. A couple of months ago Marc > suggested someone write a rule engine integration for jboss, so I > volunteered. Although there is a java community process group working on > an integration standard, I couldn't find out what they're up to, and I've > had little luck finding out what kind of rules people might want to use. > Any references or information or examples would be greatly appreciated. > > Thanks > David Jencks > On 2001.04.18 16:27:50 -0400 Jason Dillon wrote: > > What is a rule engine used for in real world applications? Could you > > give > > an example (other than "compute factorials and fibonacci numbers")? > > > > --jason > > > > On Wed, 18 Apr 2001, David Jencks wrote: > > > > > Hi, > > > > > > I am pleased to announce that I have a working rule engine > integration > > > between JBoss and JEOPS (http://sourceforge.net/projects/jeops/). I > > have > > > made the source available at http://home.earthlink.net/~davidjencks/. > > > There are tar.gz and zip versions. Please follow the instructions in > > the > > > README. You may need to change executable permissions on some > scripts > > to > > > get the examples to run. > > > > > > I would greatly appreciate all feedback positive and negative, and > > examples > > > of how a rule engine could be useful. The examples I have so far are > > > derived from the jeops examples, and are a bit artificial for ejb: > they > > > compute factorials and fibonacci numbers. They do serve as an > example > > of > > > essentially computing a transitive closure, not possible with simple > > > queries. > > > > > > This implementation is similar to database triggers, in that rule > > engine > > > interaction is not coded explicitly but triggered by calling an ejb > > method: > > > an interceptor detects the call and passes it to the rule engine. > > > > > > The implementation is fully transactional: all work (including > creating > > new > > > beans, etc) is done within the original transaction provided by the > > > original method call. ( A REQUIRES_NEW call in the middle of rule > > engine > > > work will get a separate rule engine instance, not interfering with > the > > > original transaction). > > > > > > Jeops is somewhat unusual among rule engines in that rather than > > operating > > > on tuples of values and interpreting rules, it operates on java > objects > > (in > > > this case remote interfaces) and compiles the rules into a java > class. > > > > > > The main problem I am aware of at this time is that the > implementation > > is > > > extremely slow. This is only partly due to the very large amount of > > > logging information generated. I have not yet investigated how to > > speed > > > things up. > > > > > > Please, try it out, tell me how it works, and what more is needed. > > > > > > > > > Thanks > > > David Jencks > > > > > > > > > ___ > > > Jboss-development mailing list > > > [EMAIL PROTECTED] > > > http://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > > > > > ___ > > Jboss-development mailing list > > [EMAIL PROTECTED] > > http://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > http://lists.sourceforge.net/lists/listinfo/jboss-development > ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] why is Home lookup an RMI call?
As long as you don't have a Context.PROVIDER_URL set in the env passed to InitialContext or jndi.properties the Context returned is the RMI implementation object and calls on it should not involve RMI invocations. - Original Message - From: Bill Burke To: Jboss-Development@Lists. Sourceforge. Net Sent: Wednesday, April 18, 2001 4:12 PM Subject: [JBoss-dev] why is Home lookup an RMI call? All, (If this is a jboss-user question, I apologize.) I've been doing some performance testing on my code, and I noticed that Home lookups on the InitialContext is always an RMI call through jnp even though the Naming service is in the same VM. Maybe this is a configuration problem on my part? If not, then is there any reason the lookup is an RMI call? I know I'm being a little lazy not researching this myself, just thought maybe somebody has a quick answer. Also, if this is worth fixing I can probably go in there and fix it myself. BTW, I'm using a snapshot of JBoss somewhere between 2.1 and 2.2. Thanks, Bill ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Rule Engine Integration Available
Hi, At least one person saw my message. Thats one of the questions I was asking. A couple of months ago Marc suggested someone write a rule engine integration for jboss, so I volunteered. Although there is a java community process group working on an integration standard, I couldn't find out what they're up to, and I've had little luck finding out what kind of rules people might want to use. Any references or information or examples would be greatly appreciated. Thanks David Jencks On 2001.04.18 16:27:50 -0400 Jason Dillon wrote: > What is a rule engine used for in real world applications? Could you > give > an example (other than "compute factorials and fibonacci numbers")? > > --jason > > On Wed, 18 Apr 2001, David Jencks wrote: > > > Hi, > > > > I am pleased to announce that I have a working rule engine integration > > between JBoss and JEOPS (http://sourceforge.net/projects/jeops/). I > have > > made the source available at http://home.earthlink.net/~davidjencks/. > > There are tar.gz and zip versions. Please follow the instructions in > the > > README. You may need to change executable permissions on some scripts > to > > get the examples to run. > > > > I would greatly appreciate all feedback positive and negative, and > examples > > of how a rule engine could be useful. The examples I have so far are > > derived from the jeops examples, and are a bit artificial for ejb: they > > compute factorials and fibonacci numbers. They do serve as an example > of > > essentially computing a transitive closure, not possible with simple > > queries. > > > > This implementation is similar to database triggers, in that rule > engine > > interaction is not coded explicitly but triggered by calling an ejb > method: > > an interceptor detects the call and passes it to the rule engine. > > > > The implementation is fully transactional: all work (including creating > new > > beans, etc) is done within the original transaction provided by the > > original method call. ( A REQUIRES_NEW call in the middle of rule > engine > > work will get a separate rule engine instance, not interfering with the > > original transaction). > > > > Jeops is somewhat unusual among rule engines in that rather than > operating > > on tuples of values and interpreting rules, it operates on java objects > (in > > this case remote interfaces) and compiles the rules into a java class. > > > > The main problem I am aware of at this time is that the implementation > is > > extremely slow. This is only partly due to the very large amount of > > logging information generated. I have not yet investigated how to > speed > > things up. > > > > Please, try it out, tell me how it works, and what more is needed. > > > > > > Thanks > > David Jencks > > > > > > ___ > > Jboss-development mailing list > > [EMAIL PROTECTED] > > http://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > http://lists.sourceforge.net/lists/listinfo/jboss-development > ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/build build.xml
User: starksm Date: 01/04/18 16:24:25 Modified:src/build build.xml Log: Fix some CR junk Revision ChangesPath 1.64 +2 -2 jboss/src/build/build.xml Index: build.xml === RCS file: /cvsroot/jboss/jboss/src/build/build.xml,v retrieving revision 1.63 retrieving revision 1.64 diff -u -r1.63 -r1.64 --- build.xml 2001/04/18 22:38:36 1.63 +++ build.xml 2001/04/18 23:24:24 1.64 @@ -383,9 +383,9 @@ -^ + ^M -^M + ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: contrib/tomcat/src/build build.xml
User: starksm Date: 01/04/18 16:20:53 Modified:tomcat/src/build build.xml Log: Include tomcat-test.ear in the bundle Revision ChangesPath 1.11 +10 -3 contrib/tomcat/src/build/build.xml Index: build.xml === RCS file: /cvsroot/jboss/contrib/tomcat/src/build/build.xml,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- build.xml 2001/04/18 03:18:08 1.10 +++ build.xml 2001/04/18 23:20:53 1.11 @@ -1,5 +1,5 @@ - + - + @@ -110,18 +110,25 @@ originalfile="${bundle.root}/jboss/conf/tomcat/jboss.jcml" /> +#!/bin/sh +/bin/sh ./run.sh tomcat + +.\run.bat tomcat + + - + ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] why is Home lookup an RMI call?
All, (If this is a jboss-user question, I apologize.) I've been doing some performance testing on my code, and I noticed that Home lookups on the InitialContext is always an RMI call through jnp even though the Naming service is in the same VM. Maybe this is a configuration problem on my part? If not, then is there any reason the lookup is an RMI call? I know I'm being a little lazy not researching this myself, just thought maybe somebody has a quick answer. Also, if this is worth fixing I can probably go in there and fix it myself. BTW, I'm using a snapshot of JBoss somewhere between 2.1 and 2.2. Thanks, Bill
RE: [JBoss-dev] CVS update: jboss/src/build build.xml
Scott, I just updated my local from cvs. There are 2 ^M lines 388 389 that avoid the build to complete. Vincent. > -Message d'origine- > De : [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]De la part de > [EMAIL PROTECTED] > Envoyé : jeudi 19 avril 2001 0:39 > À : [EMAIL PROTECTED] > Objet : [JBoss-dev] CVS update: jboss/src/build build.xml > > > User: starksm > Date: 01/04/18 15:38:36 > > Modified:src/build build.xml > Log: > Create the dist archives with a root directory equal to the > JBoss-${version} > > Revision ChangesPath > 1.63 +10 -2 jboss/src/build/build.xml > > Index: build.xml > === > RCS file: /cvsroot/jboss/jboss/src/build/build.xml,v > retrieving revision 1.62 > retrieving revision 1.63 > diff -u -r1.62 -r1.63 > --- build.xml 2001/04/16 19:31:11 1.62 > +++ build.xml 2001/04/18 22:38:36 1.63 > @@ -382,14 +382,22 @@ > > > > - basedir="${dist.dir}" includes="**"/> > + > +^ > + ^M > +^M > + > > > > > > > - basedir="${dist.dir}" includes="**"/> > + > + > + > + > + > src="${Name}-${version}.tar"/> > > > > > > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > http://lists.sourceforge.net/lists/listinfo/jboss-development _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/build build.xml
User: starksm Date: 01/04/18 15:38:36 Modified:src/build build.xml Log: Create the dist archives with a root directory equal to the JBoss-${version} Revision ChangesPath 1.63 +10 -2 jboss/src/build/build.xml Index: build.xml === RCS file: /cvsroot/jboss/jboss/src/build/build.xml,v retrieving revision 1.62 retrieving revision 1.63 diff -u -r1.62 -r1.63 --- build.xml 2001/04/16 19:31:11 1.62 +++ build.xml 2001/04/18 22:38:36 1.63 @@ -382,14 +382,22 @@ - + +^ + ^M +^M + - + + + + + ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/build build.xml
User: starksm Date: 01/04/18 15:37:52 Modified:src/build Tag: Branch_2_2 build.xml Log: Create the dist archives with a root directory equal to the JBoss-${version} Revision ChangesPath No revision No revision 1.58.2.3 +10 -2 jboss/src/build/build.xml Index: build.xml === RCS file: /cvsroot/jboss/jboss/src/build/build.xml,v retrieving revision 1.58.2.2 retrieving revision 1.58.2.3 diff -u -r1.58.2.2 -r1.58.2.3 --- build.xml 2001/04/12 02:31:04 1.58.2.2 +++ build.xml 2001/04/18 22:37:52 1.58.2.3 @@ -376,14 +376,22 @@ - + + + + + - + + + + + ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/util Deploy.java
User: starksm Date: 01/04/18 15:16:40 Added: src/main/org/jboss/test/util Deploy.java Log: A deployment utility class Revision ChangesPath 1.1 jbosstest/src/main/org/jboss/test/util/Deploy.java Index: Deploy.java === package org.jboss.test.util; /** A utility class for deploying the a named ejb jar. @author [EMAIL PROTECTED] @version $Revision: 1.1 $ */ public class Deploy { public static boolean deployed; /** Deploy the security ejb jar one time */ public static void deploy(String jarName) throws Exception { String noDeploy = System.getProperty("no-deploy"); if( noDeploy != null || deployed ) return; String deployDir = System.getProperty("jbosstest.deploy.dir"); if( deployDir == null ) deployDir = "../deploy"; System.out.println("Deploying: "+ jarName); new org.jboss.jmx.client.Deployer().deploy(deployDir+'/' + jarName); deployed = true; } } ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosssx/src/build build.xml
User: starksm Date: 01/04/18 15:07:55 Modified:src/build Tag: Branch_2_2 build.xml Log: Add the SRPPermission class to the client and jaas jars Revision ChangesPath No revision No revision 1.2.2.2 +4 -1 jbosssx/src/build/build.xml Index: build.xml === RCS file: /cvsroot/jboss/jbosssx/src/build/build.xml,v retrieving revision 1.2.2.1 retrieving revision 1.2.2.2 diff -u -r1.2.2.1 -r1.2.2.2 --- build.xml 2001/04/12 01:22:52 1.2.2.1 +++ build.xml 2001/04/18 22:07:55 1.2.2.2 @@ -1,6 +1,6 @@
[JBoss-dev] CVS update: jboss/src/client jbosssx-client.jar
User: starksm Date: 01/04/18 14:56:09 Modified:src/client Tag: Branch_2_2 jbosssx-client.jar Log: Add the SRPPermission class Revision ChangesPath No revision No revision 1.2.2.3 +27 -26jboss/src/client/jbosssx-client.jar <> ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/lib jboss-jaas.jar jbosssx.jar
User: starksm Date: 01/04/18 14:57:07 Modified:src/lib Tag: Branch_2_2 jboss-jaas.jar jbosssx.jar Log: Moved the SRPPermission class to jboss-jaas.jar Revision ChangesPath No revision No revision 1.2.2.3 +60 -52jboss/src/lib/jboss-jaas.jar <> 1.2.2.3 +65 -66jboss/src/lib/jbosssx.jar <> ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/etc/conf/default jboss.jcml
User: starksm Date: 01/04/18 14:53:45 Modified:src/etc/conf/default Tag: Branch_2_2 jboss.jcml Log: The SRP services have moved to the org.jboss.security.srp package Revision ChangesPath No revision No revision 1.22.2.1 +2 -2 jboss/src/etc/conf/default/jboss.jcml Index: jboss.jcml === RCS file: /cvsroot/jboss/jboss/src/etc/conf/default/jboss.jcml,v retrieving revision 1.22 retrieving revision 1.22.2.1 diff -u -r1.22 -r1.22.2.1 --- jboss.jcml2001/03/05 10:35:26 1.22 +++ jboss.jcml2001/04/18 21:53:44 1.22.2.1 @@ -27,13 +27,13 @@
[JBoss-dev] Fw: jboss daily build failed - in cvs module: jbosstest
- Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, April 18, 2001 10:08 PM Subject: jboss daily build failed - in cvs module: jbosstest > > = > ==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS= > = > > Searching for build.xml ... > Buildfile: /home/lubega/jbossro/jbosstest/src/build/build.xml > > init: > > prepare: > [mkdir] Created dir: /home/lubega/jbossro/jbosstest/build > > compile: > [mkdir] Created dir: /home/lubega/jbossro/jbosstest/build/classes > [javac] Compiling 198 source files to /home/lubega/jbossro/jbosstest/build/classes > [javac] /home/lubega/jbossro/jbosstest/src/main/org/jboss/test/naming/test/TestENC.j ava:14: Class org.jboss.test.util.Deploy not found in import. > [javac] import org.jboss.test.util.Deploy; > [javac]^ > [javac] 1 error > > BUILD FAILED > > /home/lubega/jbossro/jbosstest/src/build/build.xml:57: Error starting classic compiler: > /home/lubega/jbossro/jbosstest/src/build/build.xml:57: Compile failed, messages should have been provided. > at org.apache.tools.ant.taskdefs.Javac.doClassicCompile(Javac.java:480) > at org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:332) > at org.apache.tools.ant.Target.execute(Target.java:142) > at org.apache.tools.ant.Project.runTarget(Project.java:818) > at org.apache.tools.ant.Project.executeTarget(Project.java:532) > at org.apache.tools.ant.Project.executeTargets(Project.java:506) > at org.apache.tools.ant.Main.runBuild(Main.java:400) > at org.apache.tools.ant.Main.main(Main.java:130) > > Total time: 20 seconds > Error starting classic compiler: ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/lib exolabcore-0.1.jar log4j-old.jar
User: user57 Date: 01/04/18 14:05:13 Removed: src/lib exolabcore-0.1.jar log4j-old.jar Log: o Removing unused .jar files (no class or configuration files inside of the jboss module reference any classes located in these jar files). ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins MetricsInterceptor.java
User: juhalindfors Date: 01/04/18 13:36:17 Modified:src/main/org/jboss/ejb/plugins MetricsInterceptor.java Log: Attempts to deal with message congestion a little better. Revision ChangesPath 1.9 +36 -12jboss/src/main/org/jboss/ejb/plugins/MetricsInterceptor.java Index: MetricsInterceptor.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/MetricsInterceptor.java,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- MetricsInterceptor.java 2001/04/18 15:25:51 1.8 +++ MetricsInterceptor.java 2001/04/18 20:36:17 1.9 @@ -55,7 +55,9 @@ private String applicationName= ""; /** Bean name in the container. */ private String beanName = ""; - +/** Publisher thread. */ +private Thread publisher = null; + /** * Message queue for the outgoing JMS messages. This list is accessed * by the interceptor when adding new messages, and by the publisher @@ -124,12 +126,18 @@ * wonder if container method callback order is documented somewhere, it should be.. */ -Thread thread = new Thread(new Publisher()); -thread.setName("Metrics Publisher Thread for " + beanName + "."); -thread.setDaemon(true); -thread.start(); +publisher = new Thread(new Publisher()); +publisher.setName("Metrics Publisher Thread for " + beanName + "."); +publisher.setDaemon(true); +publisher.start(); } + /** +* Kills the publisher thread. +*/ + public void destroy() { +publisher.interrupt(); + } // Private @@ -140,7 +148,7 @@ * @param begin invocation begin time in ms * @param end invocation end time in ms */ -private void addEntry(MethodInvocation mi, long begin, long end) { +private final void addEntry(MethodInvocation mi, long begin, long end) { /* this gets called by the interceptor */ @@ -172,7 +180,7 @@ msg.setStringProperty(BEAN, beanName); msg.setObjectProperty(METHOD, method); msg.setLongProperty(TIME, time); - + if (txID != -1) msg.setStringProperty("ID", String.valueOf(txID)); @@ -219,7 +227,7 @@ public void run() { try { -final boolean IS_TRANSACTED= false; +final boolean IS_TRANSACTED= true; final int ACKNOWLEDGE_MODE = Session.DUPS_OK_ACKNOWLEDGE; // lookup the connection factory and topic and create a JMS session @@ -243,9 +251,14 @@ while (running) { Object[] array; - +long sleepTime = delay; + try { -Thread.sleep(delay); +Thread.sleep(sleepTime); + +// measure message processing cost and try to deal +// with congestion +long begin = System.currentTimeMillis(); // synchronized during the copy... the interceptor will // have to wait til done @@ -265,7 +278,18 @@ ); pub.publish(msg); -} +} + +// try to deal with congestion a little better, alot of +// small messages fast will kill JBossMQ performance, this is +// a temp fix to group many messages into one operation +try {session.commit();} catch (Exception e) {} + +// stop the clock and reduce the work time from our +// resting time +long end = System.currentTimeMillis(); + +sleepTime = delay - (end - begin); } catch (InterruptedException e) { // kill this thread @@ -291,7 +315,7 @@ * * @see #msgQueue */ -private class Entry { +private final class Entry { int id = -1; long time; __
[JBoss-dev] CVS update: contrib/tomcat/src/etc/conf/tomcat server.xml.patch
User: starksm Date: 01/04/18 13:19:33 Modified:tomcat/src/etc/conf/tomcat server.xml.patch Log: Update the comments on the jboss interceptors Revision ChangesPath 1.3 +11 -6 contrib/tomcat/src/etc/conf/tomcat/server.xml.patch Index: server.xml.patch === RCS file: /cvsroot/jboss/contrib/tomcat/src/etc/conf/tomcat/server.xml.patch,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- server.xml.patch 2001/04/18 04:30:51 1.2 +++ server.xml.patch 2001/04/18 20:19:33 1.3 @@ -1,5 +1,5 @@ *** server.xml Tue Dec 12 13:36:20 2000 server.jboss.xml Mon Apr 16 19:23:01 2001 +--- server.jboss.xml Wed Apr 18 13:21:15 2001 *** *** 124,135 124,144 +--- 124,146 -! +! ! ! ! ! ! -! +! ! ! ++ +
Re: [JBoss-dev] Rule Engine Integration Available
What is a rule engine used for in real world applications? Could you give an example (other than "compute factorials and fibonacci numbers")? --jason On Wed, 18 Apr 2001, David Jencks wrote: > Hi, > > I am pleased to announce that I have a working rule engine integration > between JBoss and JEOPS (http://sourceforge.net/projects/jeops/). I have > made the source available at http://home.earthlink.net/~davidjencks/. > There are tar.gz and zip versions. Please follow the instructions in the > README. You may need to change executable permissions on some scripts to > get the examples to run. > > I would greatly appreciate all feedback positive and negative, and examples > of how a rule engine could be useful. The examples I have so far are > derived from the jeops examples, and are a bit artificial for ejb: they > compute factorials and fibonacci numbers. They do serve as an example of > essentially computing a transitive closure, not possible with simple > queries. > > This implementation is similar to database triggers, in that rule engine > interaction is not coded explicitly but triggered by calling an ejb method: > an interceptor detects the call and passes it to the rule engine. > > The implementation is fully transactional: all work (including creating new > beans, etc) is done within the original transaction provided by the > original method call. ( A REQUIRES_NEW call in the middle of rule engine > work will get a separate rule engine instance, not interfering with the > original transaction). > > Jeops is somewhat unusual among rule engines in that rather than operating > on tuples of values and interpreting rules, it operates on java objects (in > this case remote interfaces) and compiles the rules into a java class. > > The main problem I am aware of at this time is that the implementation is > extremely slow. This is only partly due to the very large amount of > logging information generated. I have not yet investigated how to speed > things up. > > Please, try it out, tell me how it works, and what more is needed. > > > Thanks > David Jencks > > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > http://lists.sourceforge.net/lists/listinfo/jboss-development > ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Cleaning up JBossTest
I tried cleaning up some of the tests that were not implemented as valid JUnit test cases but there are still 5 unit tests that have errors/failures that need to be fixed. They are: org.jboss.test.spydermq.test.Main does not finish in the 2 minutes allowed for the test. If you wrote the test can you either fix it or remove/rename it so that it is not used. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/naming TestExternalContext.java
User: starksm Date: 01/04/18 12:48:28 Removed: src/main/org/jboss/test/naming TestExternalContext.java Log: Try to clean up out of date JUnit tests. Add additional naming tests ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/naming/test TestENC.java TestExternalContext.java
User: starksm Date: 01/04/18 12:48:29 Added: src/main/org/jboss/test/naming/test TestENC.java TestExternalContext.java Log: Try to clean up out of date JUnit tests. Add additional naming tests Revision ChangesPath 1.1 jbosstest/src/main/org/jboss/test/naming/test/TestENC.java Index: TestENC.java === package org.jboss.test.naming.test; import java.io.IOException; import java.rmi.RemoteException; import javax.ejb.CreateException; import javax.ejb.EJBObject; import javax.naming.InitialContext; import javax.naming.NamingException; import javax.rmi.PortableRemoteObject; import junit.framework.TestCase; import junit.framework.TestSuite; import org.jboss.test.util.Deploy; import org.jboss.test.naming.interfaces.TestENCHome; /** Tests of the secure access to EJBs. @author [EMAIL PROTECTED] */ public class TestENC extends TestCase { public TestENC(String name) { super(name); } /** Deploy the security ejb jar one time */ protected void setUp() throws Exception { Deploy.deploy("naming.jar"); } public void testENC() throws Exception { InitialContext jndiContext = new InitialContext(); Object obj = jndiContext.lookup("ENCBean"); obj = PortableRemoteObject.narrow(obj, TestENCHome.class); TestENCHome home = (TestENCHome) obj; System.out.println("Found TestENCHome"); EJBObject bean = home.create(); System.out.println("Created ENCBean"); bean.remove(); } public static void main(java.lang.String[] args) { System.setErr(System.out); TestSuite suite = new TestSuite(TestENC.class); junit.textui.TestRunner.run(suite); } } 1.1 jbosstest/src/main/org/jboss/test/naming/test/TestExternalContext.java Index: TestExternalContext.java === package org.jboss.test.naming.test; import java.net.InetAddress; import java.util.ArrayList; import java.util.Iterator; import java.util.Set; import javax.management.ObjectInstance; import javax.management.ObjectName; import javax.management.RuntimeMBeanException; import javax.naming.Context; import javax.naming.InitialContext; import javax.naming.NamingEnumeration; import javax.naming.NamingException; import org.jboss.jmx.interfaces.JMXAdaptor; /** A test of the ExternalContext naming mbean. To test there needs to be one or more ExternalContex mbeans setup. An example filesystem context setup would be: external/fs/Scott tmp.fs true where tmp.fs is a Properties file containing: # JNDI properties for /Scott filesystem directory java.naming.factory.initial=com.sun.jndi.fscontext.RefFSContextFactory java.naming.provider.url=file:/tmp @author [EMAIL PROTECTED] @version $Revision: 1.1 $ */ public class TestExternalContext extends junit.framework.TestCase { private ObjectName[] contextNames; private JMXAdaptor server; public TestExternalContext(String name) { super(name); } protected void setUp() throws Exception { try { contextNames = null; String serverName = InetAddress.getLocalHost().getHostName(); JMXAdaptor server = (JMXAdaptor) new InitialContext().lookup("jmx"); ObjectName pattern = new ObjectName("*:service=ExternalContext,*"); Set names = server.queryMBeans(pattern, null); Iterator iter = names.iterator(); ArrayList tmp = new ArrayList(); while( iter.hasNext() ) { ObjectInstance oi = (ObjectInstance) iter.next(); ObjectName name = oi.getObjectName(); System.out.println(name); tmp.add(name); } if( tmp.size() > 0 ) { contextNames = new ObjectName[tmp.size()]; tmp.toArray(contextNames); } } catch(Exception x) { x.printStackTrace(); if (x instanceof RuntimeMBeanException) { ((RuntimeMBeanException)x).getTargetException().printStackTrace(); } } } public void testExternalContexts() throws Exception { if( contextNames == null ) { System.out.println("No ExternalContext names exist"); return; } InitialContext iniCtx = new InitialContext(); for(int n = 0; n < contextNames.length; n ++) { ObjectName name
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/security/test NamespacePermissionCollection.java
User: starksm Date: 01/04/18 12:48:29 Modified:src/main/org/jboss/test/security/test NamespacePermissionCollection.java Log: Try to clean up out of date JUnit tests. Add additional naming tests Revision ChangesPath 1.2 +1 -1 jbosstest/src/main/org/jboss/test/security/test/NamespacePermissionCollection.java Index: NamespacePermissionCollection.java === RCS file: /cvsroot/jboss/jbosstest/src/main/org/jboss/test/security/test/NamespacePermissionCollection.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- NamespacePermissionCollection.java2001/03/05 10:11:07 1.1 +++ NamespacePermissionCollection.java2001/04/18 19:48:29 1.2 @@ -14,7 +14,7 @@ /** The PermissionCollection object for NamespacePermissions. @author [EMAIL PROTECTED] -@version $Revision: 1.1 $ +@version $Revision: 1.2 $ */ public class NamespacePermissionCollection extends PermissionCollection { ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/xa/test Main.java
User: starksm Date: 01/04/18 12:48:29 Modified:src/main/org/jboss/test/xa/test Main.java Log: Try to clean up out of date JUnit tests. Add additional naming tests Revision ChangesPath 1.2 +6 -2 jbosstest/src/main/org/jboss/test/xa/test/Main.java Index: Main.java === RCS file: /cvsroot/jboss/jbosstest/src/main/org/jboss/test/xa/test/Main.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- Main.java 2000/10/21 16:29:28 1.1 +++ Main.java 2001/04/18 19:48:29 1.2 @@ -21,12 +21,12 @@ import org.jboss.test.xa.interfaces.XATestHome; -public class Main { +public class Main extends junit.framework.TestCase { static boolean deployed = false; public static void main(String arg[]) { - Main main = new Main(); + Main main = new Main("main"); try { main.setUp(); @@ -55,6 +55,10 @@ } } + public Main(String name) + { + super(name); + } public void testXABean() throws Exception { int test = 0; ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/naming/interfaces TestENC.java TestENCHome.java
User: starksm Date: 01/04/18 12:48:29 Added: src/main/org/jboss/test/naming/interfaces TestENC.java TestENCHome.java Log: Try to clean up out of date JUnit tests. Add additional naming tests Revision ChangesPath 1.1 jbosstest/src/main/org/jboss/test/naming/interfaces/TestENC.java Index: TestENC.java === package org.jboss.test.naming.interfaces; import javax.ejb.EJBObject; /** @author [EMAIL PROTECTED] @version $Revision: 1.1 $ */ public interface TestENC extends EJBObject { } 1.1 jbosstest/src/main/org/jboss/test/naming/interfaces/TestENCHome.java Index: TestENCHome.java === package org.jboss.test.naming.interfaces; import java.rmi.RemoteException; import javax.ejb.CreateException; import javax.ejb.EJBHome; /** @author [EMAIL PROTECTED] @version $Revision: 1.1 $ */ public interface TestENCHome extends EJBHome { public TestENC create() throws CreateException, RemoteException; } ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/lib jbosssx-client.jar
User: starksm Date: 01/04/18 12:48:28 Modified:src/lib jbosssx-client.jar Log: Try to clean up out of date JUnit tests. Add additional naming tests Revision ChangesPath 1.2 +50 -36jbosstest/src/lib/jbosssx-client.jar <> ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/naming/ejb TestENCBean.java
User: starksm Date: 01/04/18 12:48:28 Added: src/main/org/jboss/test/naming/ejb TestENCBean.java Log: Try to clean up out of date JUnit tests. Add additional naming tests Revision ChangesPath 1.1 jbosstest/src/main/org/jboss/test/naming/ejb/TestENCBean.java Index: TestENCBean.java === package org.jboss.test.naming.ejb; import javax.ejb.CreateException; import javax.ejb.EJBException; import javax.ejb.SessionBean; import javax.ejb.SessionContext; import javax.naming.Context; import javax.naming.InitialContext; import javax.naming.NamingException; import javax.sql.DataSource; /** A bean that does nothing but access resources from the ENC to test ENC usage. @author [EMAIL PROTECTED] @version $Revision: 1.1 $ */ public class TestENCBean implements SessionBean { SessionContext sessionContext; public void ejbCreate() throws CreateException { } // --- Begin SessionBean interface methods public void ejbActivate() { } public void ejbPassivate() { } public void ejbRemove() { } public void setSessionContext(SessionContext sessionContext) throws EJBException { this.sessionContext = sessionContext; try { // Obtain the enterprise beans environment naming context. Context initCtx = new InitialContext(); Context myEnv = (Context) initCtx.lookup("java:comp/env"); testEnvEntries(initCtx, myEnv); testEjbRefs(initCtx, myEnv); testJdbcDataSource(initCtx, myEnv); testMail(initCtx, myEnv); testJMS(initCtx, myEnv); } catch(NamingException e) { e.printStackTrace(); throw new EJBException(e.toString(true)); } } // --- End SessionBean interface methods private void testEnvEntries(Context initCtx, Context myEnv) throws NamingException { // Basic env values Integer i = (Integer) myEnv.lookup("Ints/i0"); System.out.println("Ints/i0 = "+i); i = (Integer) initCtx.lookup("java:comp/env/Ints/i1"); System.out.println("Ints/i1 = "+i); Float f = (Float) myEnv.lookup("Floats/f0"); System.out.println("Floats/f0 = "+f); f = (Float) initCtx.lookup("java:comp/env/Floats/f1"); System.out.println("Floats/f1 = "+f); String s = (String) myEnv.lookup("Strings/s0"); System.out.println("Strings/s0 = "+s); s = (String) initCtx.lookup("java:comp/env/Strings/s1"); System.out.println("Strings/s1 = "+s); } private void testEjbRefs(Context initCtx, Context myEnv) throws NamingException { // EJB References Object ejb = myEnv.lookup("ejb/bean0"); System.out.println("ejb/bean0 = "+ejb); ejb = initCtx.lookup("java:comp/env/ejb/bean1"); System.out.println("ejb/bean1 = "+ejb); } private void testJdbcDataSource(Context initCtx, Context myEnv) throws NamingException { // JDBC DataSource DataSource ds = (DataSource) myEnv.lookup("jdbc/DefaultDS"); System.out.println("jdbc/DefaultDS = "+ds); } private void testMail(Context initCtx, Context myEnv) throws NamingException { // JavaMail Session Object obj = myEnv.lookup("mail/DefaultMail"); System.out.println("mail/DefaultMail = "+obj); } private void testJMS(Context initCtx, Context myEnv) throws NamingException { // JavaMail Session Object obj = myEnv.lookup("jms/QueFactory"); System.out.println("jms/QueFactory = "+obj); } } ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/idgen/interfaces IdCounterHome.java
User: starksm Date: 01/04/18 12:48:28 Modified:src/main/org/jboss/test/idgen/interfaces IdCounterHome.java Log: Try to clean up out of date JUnit tests. Add additional naming tests Revision ChangesPath 1.2 +3 -3 jbosstest/src/main/org/jboss/test/idgen/interfaces/IdCounterHome.java Index: IdCounterHome.java === RCS file: /cvsroot/jboss/jbosstest/src/main/org/jboss/test/idgen/interfaces/IdCounterHome.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- IdCounterHome.java2000/08/25 13:43:41 1.1 +++ IdCounterHome.java2001/04/18 19:48:28 1.2 @@ -11,15 +11,15 @@ /** * * @see - * @author $Author: oberg $ - * @version $Revision: 1.1 $ + * @author $Author: starksm $ + * @version $Revision: 1.2 $ */ public interface IdCounterHome extends EJBHome { // Constants - public static final String COMP_NAME = "java:comp/env/ejb/IdCounter"; - public static final String JNDI_NAME = "idgen/IdCounter"; + public static final String JNDI_NAME = "IdCounter"; // Attributes ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/lock/test Main.java
User: starksm Date: 01/04/18 12:48:28 Modified:src/main/org/jboss/test/lock/test Main.java Log: Try to clean up out of date JUnit tests. Add additional naming tests Revision ChangesPath 1.3 +53 -49jbosstest/src/main/org/jboss/test/lock/test/Main.java Index: Main.java === RCS file: /cvsroot/jboss/jbosstest/src/main/org/jboss/test/lock/test/Main.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- Main.java 2000/10/19 01:28:08 1.2 +++ Main.java 2001/04/18 19:48:28 1.3 @@ -14,7 +14,8 @@ import org.jboss.test.lock.interfaces.EnterpriseEntity; -public class Main { +public class Main extends junit.framework.TestCase +{ boolean deployed = false; int nbThreads; @@ -25,66 +26,69 @@ HashMap param = new HashMap(); EnterpriseEntity entity; - public static void main(String arg[]) { + public static void main(String arg[]) throws Exception { Main main = new Main(arg); - main.go(); + main.testLock(); } - + public Main(String arg[]) { - + super("main"); // scanning parameters int i = 0; while (i < arg.length) { StringTokenizer st = new StringTokenizer (arg[i++], "="); param.put (st.nextToken (), st.hasMoreTokens () ? st.nextToken () : ""); } - } - - public void go() { - try { - if (param.containsKey("help") || param.containsKey("-help")) { - System.out.println("Valid Parameters:"); - System.out.println(" threads= run threads concurrently (default 2)"); - System.out.println(" iterations= each thread will perform calls (default 10)"); - System.out.println(" b2b use bean to bean calls (default: single bean call)"); - System.out.println(); - System.exit(0); - } - - - init(); // get params - if (! nodeploy) deploy(); // deploy the bean - - Context ctx = new InitialContext(); - EnterpriseEntityHome home = (EnterpriseEntityHome)ctx.lookup("EnterpriseEntity"); - - try { - entity = home.findByPrimaryKey("seb"); - } catch (FinderException e) { - entity = home.create("seb"); - } - - if (b2b) entity.setNextEntity("daniel"); - - Worker[] threads = new Worker[nbThreads]; - - System.out.println("Spawning " + nbThreads + " threads for " + - iterations + " iterations" + - (b2b ? " with bean to bean call" : " with single bean call")); - - for (int i=0; i run threads concurrently (default 2)"); + System.out.println(" iterations= each thread will perform calls (default 10)"); + System.out.println(" b2b use bean to bean calls (default: single bean call)"); + System.out.println(); + System.exit(0); } } - + +public Main(String name) +{ +super(name); +} + +protected void setUp() throws Exception +{ +init(); // get params +if( nodeploy == false ) +deploy(); // deploy the bean +} + +public void testLock() throws Exception +{ +Context ctx = new InitialContext(); +EnterpriseEntityHome home = (EnterpriseEntityHome)ctx.lookup("EnterpriseEntity"); + +try { +entity = home.findByPrimaryKey("seb"); +} catch (FinderException e) { +entity = home.create("seb"); +} + +if (b2b) entity.setNextEntity("daniel"); + +Worker[] threads = new Worker[nbThreads]; + +System.out.println("Spawning " + nbThreads + " threads for " + +iterations + " iterations" + +(b2b ? " with bean to bean call" : " with single bean call")); + +for (int i=0; ihttp:
[JBoss-dev] CVS update: jbosstest/src/build build.xml
User: starksm Date: 01/04/18 12:48:28 Modified:src/build build.xml Log: Try to clean up out of date JUnit tests. Add additional naming tests Revision ChangesPath 1.21 +22 -1 jbosstest/src/build/build.xml Index: build.xml === RCS file: /cvsroot/jboss/jbosstest/src/build/build.xml,v retrieving revision 1.20 retrieving revision 1.21 diff -u -r1.20 -r1.21 --- build.xml 2001/03/15 00:44:03 1.20 +++ build.xml 2001/04/18 19:48:28 1.21 @@ -210,7 +210,15 @@ manifest="${etc.dir}/manifest.mf" includes="org/jboss/test/load/test/**,org/jboss/test/testbean/interfaces/**,org/jboss/test/bmp/interfaces/**" /> - + + + + + @@ -305,6 +313,19 @@ + + + + + + + + + + + + ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/naming/ejb - New directory
User: starksm Date: 01/04/18 12:45:43 jbosstest/src/main/org/jboss/test/naming/ejb - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/naming/interfaces - New directory
User: starksm Date: 01/04/18 12:46:15 jbosstest/src/main/org/jboss/test/naming/interfaces - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/naming/test - New directory
User: starksm Date: 01/04/18 12:46:35 jbosstest/src/main/org/jboss/test/naming/test - New directory ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] New JBoss?
the correct jetty package is available at http://prdownloads.sourceforge.net/jboss/jboss-jetty.2.2.zip the website link should update automatically soon -- Juha At 08:09 18.4.2001 -0700, sujith s.pillai. wrote: >Hi, >Good to see the new release of JBoss. >I downloaded both the JBoss only package, and the >JBoss + Jetty package. On unzipping, I found that >JBOss only zip file contains JBoss2.2 folder, while >the JBoss+Jetty version has got the old folders >(Jboss-pre-2.1) >(I downloaded both from >http://www.jboss.org/business/binary.html). > >a) JBoss-2.2(4.30M) [APR-08-2001] > >b) JBoss-2.2 + Jetty-3.1.RC2 (7.62M) [APR-08-2001] > >Is it the new JBoss in the jboss-pre-2.1 folders, or >is it still the old version? > >Regards, >Sujith. > >__ >Do You Yahoo!? >Yahoo! Auctions - buy the things you want at great prices >http://auctions.yahoo.com/ > >___ >Jboss-development mailing list >[EMAIL PROTECTED] >http://lists.sourceforge.net/lists/listinfo/jboss-development > ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: newsite/business binary.html
User: juhalindfors Date: 01/04/18 11:44:56 Modified:business binary.html Log: The correct binary package is now available at SF. Revision ChangesPath 1.15 +1 -1 newsite/business/binary.html Index: binary.html === RCS file: /cvsroot/jboss/newsite/business/binary.html,v retrieving revision 1.14 retrieving revision 1.15 diff -u -r1.14 -r1.15 --- binary.html 2001/04/14 22:17:41 1.14 +++ binary.html 2001/04/18 18:44:56 1.15 @@ -46,7 +46,7 @@ or http://jetty.mortbay.com/" target="_top">Jetty (no configuration needed!) http://prdownloads.sourceforge.net/jboss/jboss-tomcat-2.2.zip">JBoss-2.2 + Tomcat-3.2.1 (8.72M) [APR-08-2001] - http://prdownloads.sourceforge.net/jboss/jboss_jetty.zip">JBoss-2.2 + Jetty-3.1.RC2 (7.62M) [APR-08-2001] + http://prdownloads.sourceforge.net/jboss/jboss-jetty.2.2.zip">JBoss-2.2 + Jetty-3.1.RC2 (7.62M) [APR-08-2001] JBoss-2.1 + Tomcat-4.0-b1 (7.52M) [MAR-26-2001] (realm with jboss and web application environment support not implemented) ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/build run_tests.xml
User: starksm Date: 01/04/18 11:22:26 Modified:src/build run_tests.xml Log: Integrate the patch to run the CTS unit tests. Revision ChangesPath 1.5 +1 -0 jbosstest/src/build/run_tests.xml Index: run_tests.xml === RCS file: /cvsroot/jboss/jbosstest/src/build/run_tests.xml,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- run_tests.xml 2001/03/27 06:45:59 1.4 +++ run_tests.xml 2001/04/18 18:22:25 1.5 @@ -89,6 +89,7 @@ + ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Bug: Ear deployment - Support Classes
So the manifest in the EJB's (which I saw is sorta doc'd in the EJB spec) can indicate a classpath. When jBoss (and hopefully, any J2EE-compliant container) encounters these classes, they get added to the current classpath. Great! This allows a developer to include a set of shared classes only once in an ear file. Super! But... What happens if I want to use this technique when deploying a single EJB archive? If I add the shared libs to the ejb archive file and specify a manifest file that references them, jBoss attempts to add the libraries and fails. Is this a bug, or is it supposed to work this way? thanks, jim ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Change Notes-417126 ] Updated InstantDB to 3.26
Change Notes item #417126, was updated on 2001-04-18 11:04 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=381174&aid=417126&group_id=22866 Category: None Group: v2.2.1 Status: Open Priority: 5 Submitted By: Scott M Stark (starksm) Assigned to: Nobody/Anonymous (nobody) Summary: Updated InstantDB to 3.26 Initial Comment: Updated the InstantDB idb.jar to version 3.26 to fix a deadlock issue. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=381174&aid=417126&group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/lib idb.jar
User: starksm Date: 01/04/18 10:59:13 Modified:src/lib Tag: Branch_2_2 idb.jar Log: Copy the 3.26 version update to the 2.2 branch Revision ChangesPath No revision No revision 1.2.2.1 +721 -691 jboss/src/lib/idb.jar <> ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] New JBoss?
At 08:09 18.4.2001 -0700, you wrote: >(I downloaded both from >http://www.jboss.org/business/binary.html). > >a) JBoss-2.2(4.30M) [APR-08-2001] > >b) JBoss-2.2 + Jetty-3.1.RC2 (7.62M) [APR-08-2001] > >Is it the new JBoss in the jboss-pre-2.1 folders, or >is it still the old version? no, looks like the wrong package, I'll update it. -- Juha ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] New JBoss?
The page link is not pointing to the correct archive file. The link should be: http://prdownloads.sourceforge.net/jboss/jboss-jetty.2.2.zip - Original Message - From: "sujith s.pillai." <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, April 18, 2001 8:09 AM Subject: [JBoss-dev] New JBoss? > Hi, > Good to see the new release of JBoss. > I downloaded both the JBoss only package, and the > JBoss + Jetty package. On unzipping, I found that > JBOss only zip file contains JBoss2.2 folder, while > the JBoss+Jetty version has got the old folders > (Jboss-pre-2.1) > (I downloaded both from > http://www.jboss.org/business/binary.html). > > a) JBoss-2.2(4.30M) [APR-08-2001] > > b) JBoss-2.2 + Jetty-3.1.RC2 (7.62M) [APR-08-2001] > > Is it the new JBoss in the jboss-pre-2.1 folders, or > is it still the old version? > > Regards, > Sujith. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins MetricsInterceptor.java
You Rock! [EMAIL PROTECTED] wrote: > > User: juhalindfors > Date: 01/04/18 08:25:51 > > Modified:src/main/org/jboss/ejb/plugins MetricsInterceptor.java > Log: > Reimplemented to move msg.publish() overhead out of the invocation thread. Confidential e-mail for addressee only. Access to this e-mail by anyone else is unauthorized. If you have received this message in error, please notify the sender immediately by reply e-mail and destroy the original communication. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] [ jboss-Change Notes-416920 ] Don't use CLASSPATH in run.bat/run.sh
Generally no. ClassPathExtension mbean can be used to add jars/classes to the server classpath. - Original Message - From: "James Cook" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, April 18, 2001 5:57 AM Subject: Re: [JBoss-dev] [ jboss-Change Notes-416920 ] Don't use CLASSPATH in run.bat/run.sh > Is there a need for including additional classes on the system classpath if the > ClassPathExtension MLet is used? > > jim > > - Original Message - > From: <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Tuesday, April 17, 2001 10:19 PM > Subject: [JBoss-dev] [ jboss-Change Notes-416920 ] Don't use CLASSPATH in > run.bat/run.sh > > > > Change Notes item #416920, was updated on 2001-04-17 19:19 > > You can respond by visiting: > > > http://sourceforge.net/tracker/?func=detail&atid=381174&aid=416920&group_id=2286 > 6 > > > > Category: None > > Group: v2.2.1 > > Status: Open > > Priority: 5 > > Submitted By: Scott M Stark (starksm) > > Assigned to: Nobody/Anonymous (nobody) > > Summary: Don't use CLASSPATH in run.bat/run.sh > > > > Initial Comment: > > Removed the use of the system CLASSPATH variable as > > this results in too many conflicts in general. Changed > > CLASSPATH to JBOSS_CLASSPATH to make it clear that the > > CLASSPATH variable is not used. If you are relying on > > the system CLASSPATH to include required jars you > > either need to edit run.bat/run.sh to include > > CLASSPATH or setup a JBOSS_CLASSPATH variable with the > > required jars. > > > > ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins MetricsInterceptor.java
User: juhalindfors Date: 01/04/18 08:25:51 Modified:src/main/org/jboss/ejb/plugins MetricsInterceptor.java Log: Reimplemented to move msg.publish() overhead out of the invocation thread. Revision ChangesPath 1.8 +219 -78 jboss/src/main/org/jboss/ejb/plugins/MetricsInterceptor.java Index: MetricsInterceptor.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/MetricsInterceptor.java,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- MetricsInterceptor.java 2001/04/11 10:01:06 1.7 +++ MetricsInterceptor.java 2001/04/18 15:25:51 1.8 @@ -7,14 +7,16 @@ package org.jboss.ejb.plugins; // standard imports -import java.util.Properties; - +import java.lang.reflect.Method; import java.security.Principal; +import java.util.Properties; +import java.util.List; +import java.util.ArrayList; +import javax.transaction.Transaction; import javax.naming.Context; import javax.naming.InitialContext; import javax.naming.NamingException; - import javax.jms.DeliveryMode; import javax.jms.Topic; import javax.jms.TopicPublisher; @@ -23,11 +25,10 @@ import javax.jms.TopicConnectionFactory; import javax.jms.Message; import javax.jms.Session; +import javax.jms.Connection; import javax.jms.JMSException; - -import javax.transaction.Transaction; -import javax.transaction.Status; - +import javax.jms.TransactionRolledBackException; +import javax.jms.IllegalStateException; // jboss imports import org.jboss.ejb.Container; @@ -35,33 +36,43 @@ import org.jboss.monitor.MetricsConstants; /** - * MetricsInterceptor is used for gathering data from the container for admin - * interface. + * MetricsInterceptor collects data from the bean invocation call and publishes + * them on a JMS topic (bound to topic/metrics in the name service). * + * * @since jBoss 2.0 * * @author mailto:[EMAIL PROTECTED]">Juha Lindfors */ -public class MetricsInterceptor extends AbstractInterceptor -implements MetricsConstants { +public class MetricsInterceptor extends AbstractInterceptor +implements MetricsConstants { -// Constants - - // Attributes +/** The container for this interceptor. */ private Container container = null; -private Context namingContext= null; -private TopicPublisher metricsPub = null; -private TopicSession metricsSession = null; -private Topic metricsTopic= null; +/** Application name this bean belongs to. */ private String applicationName= ""; +/** Bean name in the container. */ private String beanName = ""; - -// Static -// Constructors -- +/** + * Message queue for the outgoing JMS messages. This list is accessed + * by the interceptor when adding new messages, and by the publisher + * thread when copying and clearing the contents of the queue. The list + * must be locked for access and locks should be kept down to minimum + * as they degrade the interceptor stack performance. + **/ +private List msgQueue = new ArrayList(2000); + // Public +/** + * Stores the container reference and the application and bean JNDI + * names. + * + * @param container set by the container initialization code + */ public void setContainer(Container container) { this.container = container; @@ -69,96 +80,104 @@ beanName= container.getBeanMetaData().getJndiName(); } +/** + * Returns the container reference. + * + * @return the container this interceptor belongs to + */ public Container getContainer() { return container; } // Interceptor implementation - public Object invokeHome(MethodInvocation mi) throws Exception { +public Object invokeHome(MethodInvocation mi) throws Exception { - try { -sendMessage(System.currentTimeMillis(), createMessage(mi, "START")); -return super.invokeHome(mi); - } - finally { - sendMessage(System.currentTimeMillis(), createMessage(mi, "STOP")); - } +long begin = System.currentTimeMillis(); + +try { +return super.invokeHome(mi); +
[JBoss-dev] New JBoss?
Hi, Good to see the new release of JBoss. I downloaded both the JBoss only package, and the JBoss + Jetty package. On unzipping, I found that JBOss only zip file contains JBoss2.2 folder, while the JBoss+Jetty version has got the old folders (Jboss-pre-2.1) (I downloaded both from http://www.jboss.org/business/binary.html). a) JBoss-2.2(4.30M) [APR-08-2001] b) JBoss-2.2 + Jetty-3.1.RC2 (7.62M) [APR-08-2001] Is it the new JBoss in the jboss-pre-2.1 folders, or is it still the old version? Regards, Sujith. __ Do You Yahoo!? Yahoo! Auctions - buy the things you want at great prices http://auctions.yahoo.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss-j2ee/src/build build.xml
User: jwalters Date: 01/04/18 08:05:03 Modified:src/build build.xml Log: Added JDBC standard extensions to the javadoc build Revision ChangesPath 1.5 +1 -1 jboss-j2ee/src/build/build.xml Index: build.xml === RCS file: /cvsroot/jboss/jboss-j2ee/src/build/build.xml,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- build.xml 2001/04/05 13:02:59 1.4 +++ build.xml 2001/04/18 15:05:03 1.5 @@ -35,7 +35,7 @@ - + ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: admin/src/org/jboss/admin/monitor InvocationTimeStatsView.java MonitorFrame.java MonitorPane.java StatsView.java
User: juhalindfors Date: 01/04/18 08:03:16 Modified:src/org/jboss/admin/monitor MonitorFrame.java MonitorPane.java Added: src/org/jboss/admin/monitor InvocationTimeStatsView.java Removed: src/org/jboss/admin/monitor StatsView.java Log: Invocation stats are now updated. Revision ChangesPath 1.4 +4 -3 admin/src/org/jboss/admin/monitor/MonitorFrame.java Index: MonitorFrame.java === RCS file: /cvsroot/jboss/admin/src/org/jboss/admin/monitor/MonitorFrame.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- MonitorFrame.java 2001/04/16 21:55:19 1.3 +++ MonitorFrame.java 2001/04/18 15:03:16 1.4 @@ -158,6 +158,7 @@ MethodTreeNode methodNode = (MethodTreeNode)node; monitor.setGraphModel(methodNode.getGraphModel()); +monitor.setStatsView((GraphModelListener)methodNode.getStatsView()); monitor.repaint(); } @@ -169,11 +170,11 @@ monitor.repaint(); } -// right just display empty stats for all branches // will do "summary" displays later else { -monitor.setGraphModel(emptyGraphModel); -monitor.repaint(); +// don't change view +//monitor.setGraphModel(emptyGraphModel); +//monitor.repaint(); } } 1.3 +1 -1 admin/src/org/jboss/admin/monitor/MonitorPane.java Index: MonitorPane.java === RCS file: /cvsroot/jboss/admin/src/org/jboss/admin/monitor/MonitorPane.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- MonitorPane.java 2001/04/16 21:55:19 1.2 +++ MonitorPane.java 2001/04/18 15:03:16 1.3 @@ -90,7 +90,7 @@ // Create the initial graph view. This view's model will be changed // according to to the node selected in the application tree. graph = new GraphView(); -stats = new StatsView(); +stats = new InvocationTimeStatsView(); graph.getModel().addGraphModelListener(stats); EtchedBorder graphLines= new EtchedBorder(); 1.1 admin/src/org/jboss/admin/monitor/InvocationTimeStatsView.java Index: InvocationTimeStatsView.java === package org.jboss.admin.monitor; // standard imports import java.awt.BorderLayout; import java.awt.Color; import java.awt.FlowLayout; import java.util.Locale; import javax.swing.JComponent; import javax.swing.JLabel; import javax.swing.JPanel; import javax.swing.border.EmptyBorder; import javax.swing.border.TitledBorder; // non-standard class dependencies import org.jboss.admin.monitor.event.GraphModelListener; import org.jboss.admin.monitor.event.GraphModelEvent; import org.hs.jfc.FormPanel; import org.gjt.lindfors.util.LocalizationSupport; /** * ... * * @author mailto:[EMAIL PROTECTED]">Juha Lindfors */ public class InvocationTimeStatsView extends JPanel implements GraphModelListener, MonitorResourceConstants { // superclass implements Serializable /** * Support class for localization. Used for loading language resource bundles * and retrieving localized info. * * Initialized in the constructor. */ private transient LocalizationSupport lang = null; private int totalInvocations= 0; private int totalInvocationTime = 0; private JLabel averageTime = new JLabel("0"); private JLabel numberOfInvocations = new JLabel("0"); /* * * * CONSTRUCTORS * * */ /* * Default constructor */ public InvocationTimeStatsView() { super(new FlowLayout(FlowLayout.LEFT)); //setLocale(getParent().getLocale()); lang = new LocalizationSupport(LANG_PKG, Locale.getDefault()); add(createLayout()); } /* * * * IMPLEMENTS GRAPH_MODEL_LISTENER INTERFACE * * */ public void valueAppended(GraphModelEvent evt) { int value = (int)evt.getValue(); // Ignore zero additions; there will be lots of these if the // continuous graph update is being used, no need to count them if
[JBoss-dev] CVS update: jboss-j2ee/src/main/javax/sql - Imported sources
User: jwalters Date: 01/04/18 08:01:13 Log: Intial checkin of JDBC 2.0 extensions Status: Vendor Tag: initial Release Tags: start N jboss-j2ee/src/main/javax/sql/ConnectionEvent.java N jboss-j2ee/src/main/javax/sql/ConnectionEventListener.java N jboss-j2ee/src/main/javax/sql/ConnectionPoolDataSource.java N jboss-j2ee/src/main/javax/sql/DataSource.java N jboss-j2ee/src/main/javax/sql/PooledConnection.java N jboss-j2ee/src/main/javax/sql/RowSet.java N jboss-j2ee/src/main/javax/sql/RowSetEvent.java N jboss-j2ee/src/main/javax/sql/RowSetInternal.java N jboss-j2ee/src/main/javax/sql/RowSetListener.java N jboss-j2ee/src/main/javax/sql/RowSetMetaData.java N jboss-j2ee/src/main/javax/sql/RowSetReader.java N jboss-j2ee/src/main/javax/sql/RowSetWriter.java N jboss-j2ee/src/main/javax/sql/XAConnection.java N jboss-j2ee/src/main/javax/sql/XADataSource.java No conflicts created by this import ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: admin/src/org/jboss/admin/monitor/tree ApplicationTreeNode.java BeanTreeNode.java MethodTreeNode.java RootNode.java
User: juhalindfors Date: 01/04/18 07:55:29 Modified:src/org/jboss/admin/monitor/tree ApplicationTreeNode.java BeanTreeNode.java MethodTreeNode.java RootNode.java Log: Fixed bugs in app tree updates. Revision ChangesPath 1.2 +1 -1 admin/src/org/jboss/admin/monitor/tree/ApplicationTreeNode.java Index: ApplicationTreeNode.java === RCS file: /cvsroot/jboss/admin/src/org/jboss/admin/monitor/tree/ApplicationTreeNode.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- ApplicationTreeNode.java 2000/12/17 20:11:25 1.1 +++ ApplicationTreeNode.java 2001/04/18 14:55:29 1.2 @@ -61,7 +61,7 @@ add(node); -((RootNode)getRoot()).getTreeModel().nodeStructureChanged(this); +((RootNode)getRoot()).getTreeModel().nodesWereInserted(this, new int[] {getIndex(node)}); return node; } 1.4 +2 -2 admin/src/org/jboss/admin/monitor/tree/BeanTreeNode.java Index: BeanTreeNode.java === RCS file: /cvsroot/jboss/admin/src/org/jboss/admin/monitor/tree/BeanTreeNode.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- BeanTreeNode.java 2001/04/16 21:55:20 1.3 +++ BeanTreeNode.java 2001/04/18 14:55:29 1.4 @@ -88,7 +88,7 @@ node.getGraphModel().setUpdateInterval(3000); // update the tree view -((RootNode)getRoot()).getTreeModel().nodesWereInserted(node, new int[] {getChildCount() - 1}); +((RootNode)getRoot()).getTreeModel().nodesWereInserted(this, new int[] {getIndex(node)}); return node; } @@ -112,7 +112,7 @@ node.getGraphModel().setUpdateInterval(3000); // update the tree view -((RootNode)getRoot()).getTreeModel().nodesWereInserted(node, new int[] {0}); +((RootNode)getRoot()).getTreeModel().nodesWereInserted(this, new int[] {getIndex(node)}); return node; } 1.3 +13 -2 admin/src/org/jboss/admin/monitor/tree/MethodTreeNode.java Index: MethodTreeNode.java === RCS file: /cvsroot/jboss/admin/src/org/jboss/admin/monitor/tree/MethodTreeNode.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- MethodTreeNode.java 2001/04/16 21:55:20 1.2 +++ MethodTreeNode.java 2001/04/18 14:55:29 1.3 @@ -1,13 +1,15 @@ package org.jboss.admin.monitor.tree; // standard imports +import javax.swing.JComponent; import javax.swing.tree.DefaultMutableTreeNode; import java.util.Vector; // non-standard class dependencies import org.jboss.admin.monitor.graph.InvocationTimeGraphModel; +import org.jboss.admin.monitor.event.GraphModelListener; +import org.jboss.admin.monitor.InvocationTimeStatsView; - /** * * @author mailto:[EMAIL PROTECTED]">Juha Lindfors @@ -26,6 +28,7 @@ */ private InvocationTimeGraphModel graphModel = null; +private JComponent statsView = null; /* * @@ -46,8 +49,12 @@ // to be around right after construction to avoid making NPE checks children = new Vector(); -// initialize the graph model for this node +// initialize the graph model and stats view for this node graphModel = new InvocationTimeGraphModel(); +statsView = new InvocationTimeStatsView(); + +// have the stats view listen to the model +graphModel.addGraphModelListener((GraphModelListener)statsView); } /* @@ -66,6 +73,10 @@ return graphModel; } +public JComponent getStatsView() { +return statsView; +} + /* * * 1.2 +1 -1 admin/src/org/jboss/admin/monitor/tree/RootNode.java Index: RootNode.java === RCS file: /cvsroot/jboss/admin/src/org/jboss/admin/monitor/tree/RootNode.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- RootNode.java 2000/12/17 20:11:25 1.1 +++ RootNode.java 2001/04/18 14:55:29 1.2 @@ -99,7 +99,7 @@ add(node); -((RootNode)getRoot()).getTreeModel().nodeStructureChanged(this); +((RootNode)getRoot()).getTreeModel().nodesWereInserted(this, new int[] {getIndex(node)}); return node; } _
Re: RE: [JBoss-dev] Bug: Ear deployment - Support Classes
I was just looking through the source in the Installer.java file and came across the same conclusion!The problem is the manifests that are inspected are in the war and jar files, not the ear files.Thanks for the response!jimTo: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>cc: Subject: RE: [JBoss-dev] Bug: Ear deployment - Support ClassesHi,> -Original Message-> From: James Cook [mailto:[EMAIL PROTECTED]]> > According to the following documentation, jBoss includes the > ability to deploy> library archives in an ear file.> > http://www.jboss.org/documentation/HTML/ch10s71.html#N37d7> > "On deployment one - common - classloader is created. This > classloader will get> all archives in its classpath that are referenced > (MANIFEST.MF/Class-Path)by any> module contained in this application."> > This does not appear to work. jBoss appears to ignore any > classes that I> reference in the manifest and I get ClassNotFoundExceptions.> 2 problems I found with this were;.. you need to have a newline after the class-path entry in the manifest -otherwise the jarfile classes in the jdk do not return your class-path entry- so jboss never sees it... the manifest entry needs to be in the ejb's jar - not in the ear jar.Hope this helps,ChrisThis electronic message (email) and any attachments to it are subject to copyright and are sent for the personal attention of the addressee. Although you may be the named recipient, it may become apparent that this email and its contents are not intended for you and an addressing error has been made. This email may include information that is legally privileged and exempt from disclosure. If you have received this email in error, please advise us immediately and delete this email and any attachments from your computer system.Rabobank International is the trading name of Coöperatieve Centrale Raiffeisen-Boerenleenbank B.A. which is incorporated in the Netherlands. Registered with the Registrar of Companies for England & Wales No. BR002630 and regulated by the SFA for the conduct of investment business in the UK.The presence of this footnote also confirms that this email has been automatically checked by Rabobank International for the presence of computer viruses prior to it being sent, however, no guarantee is given or implied that this email is virus free upon delivery.___Jboss-development mailing list[EMAIL PROTECTED]http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Bug: Ear deployment - Support Classes
Hi, > -Original Message- > From: James Cook [mailto:[EMAIL PROTECTED]] > > According to the following documentation, jBoss includes the > ability to deploy > library archives in an ear file. > > http://www.jboss.org/documentation/HTML/ch10s71.html#N37d7 > > "On deployment one - common - classloader is created. This > classloader will get > all archives in its classpath that are referenced > (MANIFEST.MF/Class-Path)by any > module contained in this application." > > This does not appear to work. jBoss appears to ignore any > classes that I > reference in the manifest and I get ClassNotFoundExceptions. > 2 problems I found with this were; . you need to have a newline after the class-path entry in the manifest - otherwise the jarfile classes in the jdk do not return your class-path entry - so jboss never sees it. . the manifest entry needs to be in the ejb's jar - not in the ear jar. Hope this helps, Chris This electronic message (email) and any attachments to it are subject to copyright and are sent for the personal attention of the addressee. Although you may be the named recipient, it may become apparent that this email and its contents are not intended for you and an addressing error has been made. This email may include information that is legally privileged and exempt from disclosure. If you have received this email in error, please advise us immediately and delete this email and any attachments from your computer system.Rabobank International is the trading name of Coöperatieve Centrale Raiffeisen-Boerenleenbank B.A. which is incorporated in the Netherlands. Registered with the Registrar of Companies for England & Wales No. BR002630 and regulated by the SFA for the conduct of investment business in the UK. The presence of this footnote also confirms that this email has been automatically checked by Rabobank International for the presence of computer viruses prior to it being sent, however, no guarantee is given or implied that this email is virus free upon delivery. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Bug: Ear deployment - Support Classes
According to the following documentation, jBoss includes the ability to deploy library archives in an ear file. http://www.jboss.org/documentation/HTML/ch10s71.html#N37d7 "On deployment one - common - classloader is created. This classloader will get all archives in its classpath that are referenced (MANIFEST.MF/Class-Path)by any module contained in this application." This does not appear to work. jBoss appears to ignore any classes that I reference in the manifest and I get ClassNotFoundExceptions. jim ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Rule Engine Integration Available
Hi, I am pleased to announce that I have a working rule engine integration between JBoss and JEOPS (http://sourceforge.net/projects/jeops/). I have made the source available at http://home.earthlink.net/~davidjencks/. There are tar.gz and zip versions. Please follow the instructions in the README. You may need to change executable permissions on some scripts to get the examples to run. I would greatly appreciate all feedback positive and negative, and examples of how a rule engine could be useful. The examples I have so far are derived from the jeops examples, and are a bit artificial for ejb: they compute factorials and fibonacci numbers. They do serve as an example of essentially computing a transitive closure, not possible with simple queries. This implementation is similar to database triggers, in that rule engine interaction is not coded explicitly but triggered by calling an ejb method: an interceptor detects the call and passes it to the rule engine. The implementation is fully transactional: all work (including creating new beans, etc) is done within the original transaction provided by the original method call. ( A REQUIRES_NEW call in the middle of rule engine work will get a separate rule engine instance, not interfering with the original transaction). Jeops is somewhat unusual among rule engines in that rather than operating on tuples of values and interpreting rules, it operates on java objects (in this case remote interfaces) and compiles the rules into a java class. The main problem I am aware of at this time is that the implementation is extremely slow. This is only partly due to the very large amount of logging information generated. I have not yet investigated how to speed things up. Please, try it out, tell me how it works, and what more is needed. Thanks David Jencks ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] [ jboss-Change Notes-416920 ] Don't use CLASSPATH in run.bat/run.sh
Is there a need for including additional classes on the system classpath if the ClassPathExtension MLet is used? jim - Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, April 17, 2001 10:19 PM Subject: [JBoss-dev] [ jboss-Change Notes-416920 ] Don't use CLASSPATH in run.bat/run.sh > Change Notes item #416920, was updated on 2001-04-17 19:19 > You can respond by visiting: > http://sourceforge.net/tracker/?func=detail&atid=381174&aid=416920&group_id=2286 6 > > Category: None > Group: v2.2.1 > Status: Open > Priority: 5 > Submitted By: Scott M Stark (starksm) > Assigned to: Nobody/Anonymous (nobody) > Summary: Don't use CLASSPATH in run.bat/run.sh > > Initial Comment: > Removed the use of the system CLASSPATH variable as > this results in too many conflicts in general. Changed > CLASSPATH to JBOSS_CLASSPATH to make it clear that the > CLASSPATH variable is not used. If you are relying on > the system CLASSPATH to include required jars you > either need to edit run.bat/run.sh to include > CLASSPATH or setup a JBOSS_CLASSPATH variable with the > required jars. > > > -- > > You can respond by visiting: > http://sourceforge.net/tracker/?func=detail&atid=381174&aid=416920&group_id=2286 6 > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > http://lists.sourceforge.net/lists/listinfo/jboss-development > ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Help With Exception: java.lang.NoClassDefFoundError: org/jboss/security/SecurityAssociation
Please repost to jboss-user, this list is devoted to development only, nobody will answer you. Simon > -Original Message- > From: Kevin James Baxter [mailto:[EMAIL PROTECTED]] > Sent: mercoledi 18 aprile 2001 13:45 > To: jboss > Subject: [JBoss-dev] Help With Exception: > java.lang.NoClassDefFoundError: org/jboss/security/SecurityAssociation > > > Hello, everyone; > > Any insight would be greatly appreciated. > > I'm porting an existing application from jBoss 2.0 FINAL to > jBoss 2.2. > FINAL. Here's the exception I'm getting: > > > Starting tomcat. Check logs/tomcat.log for error messages > No webapps/ directory C:\local\forte4j\temp\tomcat\webapps > 2001-04-18 07:36:00 - Ctx( ): Exception in: R( + > /public_html/EmployeeViewPage.jsp + null) - > javax.servlet.ServletException: org/jboss/security/SecurityAssociation >at > org.apache.jasper.servlet.JspServlet.service(JspServlet.java:390) >at > org.netbeans.modules.web.core.execution.JspServlet.service(Jsp > Servlet.java:75) >at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) >at > org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper > .java:387) >at org.apache.tomcat.core.Handler.service(Handler.java:263) >at > org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:371) >at > org.apache.tomcat.core.ContextManager.internalService(ContextM > anager.java:749) >at > org.apache.tomcat.core.ContextManager.service(ContextManager.java:695) >at > org.apache.tomcat.service.http.HttpConnectionHandler.processCo > nnection(HttpConnectionHandler.java:207) >at > org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoin > t.java:403) >at > org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPo > ol.java:498) >at java.lang.Thread.run(Unknown Source) > Root cause: > java.lang.NoClassDefFoundError: org/jboss/security/SecurityAssociation >at > org.jboss.ejb.plugins.jrmp.interfaces.GenericProxy.getPrincipa > l(GenericProxy.java:184) >at > org.jboss.ejb.plugins.jrmp.interfaces.HomeProxy.invoke(HomePro > xy.java:231) >at $Proxy0.create(Unknown Source) >at > gov.ssa.util.JNDIManagerAbstract.getEmployeeManager(JNDIManage > rAbstract.java:34) >at > p_00025blic_0005fhtml._0002fpublic_0005fhtml_0002fEmployeeView > Page_0002ejspEmployeeViewPage_jsp_0._jspService(_0002fpublic_0 > 005fhtml_0002fEmployeeViewPage_0002ejspEmployeeViewPage_jsp_0.java:99) >at > org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:119) >at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) >at > org.apache.jasper.servlet.JspServlet$JspServletWrapper.service > (JspServlet.java:177) >at > org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet > .java:309) >at > org.apache.jasper.servlet.JspServlet.service(JspServlet.java:382) >at > org.netbeans.modules.web.core.execution.JspServlet.service(Jsp > Servlet.java:75) >at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) >at > org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper > .java:387) >at org.apache.tomcat.core.Handler.service(Handler.java:263) >at > org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:371) >at > org.apache.tomcat.core.ContextManager.internalService(ContextM > anager.java:749) >at > org.apache.tomcat.core.ContextManager.service(ContextManager.java:695) >at > org.apache.tomcat.service.http.HttpConnectionHandler.processCo > nnection(HttpConnectionHandler.java:207) >at > org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoin > t.java:403) >at > org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPo > ol.java:498) >at java.lang.Thread.run(Unknown Source) > > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > http://lists.sourceforge.net/lists/listinfo/jboss-development > ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Help With Exception: java.lang.NoClassDefFoundError: org/jboss/security/SecurityAssociation
Hello, everyone; Any insight would be greatly appreciated. I'm porting an existing application from jBoss 2.0 FINAL to jBoss 2.2. FINAL. Here's the exception I'm getting: Starting tomcat. Check logs/tomcat.log for error messages No webapps/ directory C:\local\forte4j\temp\tomcat\webapps 2001-04-18 07:36:00 - Ctx( ): Exception in: R( + /public_html/EmployeeViewPage.jsp + null) - javax.servlet.ServletException: org/jboss/security/SecurityAssociation at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:390) at org.netbeans.modules.web.core.execution.JspServlet.service(JspServlet.java:75) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:387) at org.apache.tomcat.core.Handler.service(Handler.java:263) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:371) at org.apache.tomcat.core.ContextManager.internalService(ContextManager.java:749) at org.apache.tomcat.core.ContextManager.service(ContextManager.java:695) at org.apache.tomcat.service.http.HttpConnectionHandler.processConnection(HttpConnectionHandler.java:207) at org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java:403) at org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java:498) at java.lang.Thread.run(Unknown Source) Root cause: java.lang.NoClassDefFoundError: org/jboss/security/SecurityAssociation at org.jboss.ejb.plugins.jrmp.interfaces.GenericProxy.getPrincipal(GenericProxy.java:184) at org.jboss.ejb.plugins.jrmp.interfaces.HomeProxy.invoke(HomeProxy.java:231) at $Proxy0.create(Unknown Source) at gov.ssa.util.JNDIManagerAbstract.getEmployeeManager(JNDIManagerAbstract.java:34) at p_00025blic_0005fhtml._0002fpublic_0005fhtml_0002fEmployeeViewPage_0002ejspEmployeeViewPage_jsp_0._jspService(_0002fpublic_0005fhtml_0002fEmployeeViewPage_0002ejspEmployeeViewPage_jsp_0.java:99) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:119) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.java:177) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:309) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:382) at org.netbeans.modules.web.core.execution.JspServlet.service(JspServlet.java:75) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:387) at org.apache.tomcat.core.Handler.service(Handler.java:263) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:371) at org.apache.tomcat.core.ContextManager.internalService(ContextManager.java:749) at org.apache.tomcat.core.ContextManager.service(ContextManager.java:695) at org.apache.tomcat.service.http.HttpConnectionHandler.processConnection(HttpConnectionHandler.java:207) at org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java:403) at org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java:498) at java.lang.Thread.run(Unknown Source) ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Exception when calling a stateless from a stateful on jBoss2.2 - This problem solved
I missed out adding “ejb” in ejb/CalculatorService in in the ejb-jar.xml– which caused the problem – now solved
RE: [JBoss-dev] Exception when calling a stateless from a stateful on jBoss2.2
Please, repost on jboss-user, this list will not answer these questions Simon > -Original Message- > From: Harishankar Nair [mailto:[EMAIL PROTECTED]] > Sent: mercoledì 18 aprile 2001 12:48 > To: [EMAIL PROTECTED] > Subject: [JBoss-dev] Exception when calling a stateless from > a stateful > on jBoss2.2 > > > Hi all , > When I try to call a Stateful session Bean , which in turn calls a > stateless session bean using jBoss 2.2 on windows 2000 , I > get the following > exception. Could someone help me out with this ?? My client > is an ordinary > java class. This exception occurs just when the stateful > calls the stateless > to get some work done. So could it be some jBoss configuration issue?? > > C:\jdk1.3\bin\java.exe Test2Client > Working Directory - c:\EJBClient\ > Class Path - > C:\EJBStore\Test1;C:\jBoss\jboss-tomcat-2.2\jboss-2.2\client\e > jb.jar;C:\EJBC > lient;C:\jBoss\jboss-tomcat-2.2\jboss-2.2\client\jboss-client. > jar;C:\jBoss\j > boss-tomcat-2.2\jboss-2.2\client\jbosssx-client.jar;C:\jBoss\j > boss-tomcat-2. > 2\jboss-2.2\client\jnp-client.jar;C:\EJBStore\Test1\financial. > jar;.;c:\Kawap > ro5.0\kawaclasses.zip;c:\jdk1.3\lib\tools.jar;c:\jdk1.3\jre\li > b\rt.jar;c:\jd > k1.3\jre\lib\i18n.jar > got object reference Home Interface casting done Daniel Step > One thru Step > Two thru And Step Three thru Step Four > thru Step Five > thru finished calling getMyName() - FinSt > > java.rmi.ServerException: RemoteException occurred in server > thread; nested > exception is: > java.rmi.ServerException: Exception occurred; nested > exception is: > javax.ejb.EJBException java.rmi.ServerException: > Exception occurred; nested > exception is: > javax.ejb.EJBException javax.ejb.EJBException at > sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer > (StreamRemoteC > all.java:245) at > sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCal > l.java:220) > at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:122) at > org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker_Stub.in > voke(Unknown > Source) at > org.jboss.ejb.plugins.jrmp.interfaces.StatefulSessionProxy.inv > oke(StatefulSe > ssionProxy.java:186) at $Proxy1.getMessage(Unknown Source) at > Test2Client.main(Test2Client.java:49) Process Exit... > > Thanks and regards > > Harishankar Nair > > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > http://lists.sourceforge.net/lists/listinfo/jboss-development > ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Exception when calling a stateless from a stateful on jBoss2.2
Hi all , When I try to call a Stateful session Bean , which in turn calls a stateless session bean using jBoss 2.2 on windows 2000 , I get the following exception. Could someone help me out with this ?? My client is an ordinary java class. This exception occurs just when the stateful calls the stateless to get some work done. So could it be some jBoss configuration issue?? C:\jdk1.3\bin\java.exe Test2Client Working Directory - c:\EJBClient\ Class Path - C:\EJBStore\Test1;C:\jBoss\jboss-tomcat-2.2\jboss-2.2\client\ejb.jar;C:\EJBC lient;C:\jBoss\jboss-tomcat-2.2\jboss-2.2\client\jboss-client.jar;C:\jBoss\j boss-tomcat-2.2\jboss-2.2\client\jbosssx-client.jar;C:\jBoss\jboss-tomcat-2. 2\jboss-2.2\client\jnp-client.jar;C:\EJBStore\Test1\financial.jar;.;c:\Kawap ro5.0\kawaclasses.zip;c:\jdk1.3\lib\tools.jar;c:\jdk1.3\jre\lib\rt.jar;c:\jd k1.3\jre\lib\i18n.jar got object reference Home Interface casting done Daniel Step One thru Step Two thru And Step Three thru Step Four thru Step Five thru finished calling getMyName() - FinSt java.rmi.ServerException: RemoteException occurred in server thread; nested exception is: java.rmi.ServerException: Exception occurred; nested exception is: javax.ejb.EJBException java.rmi.ServerException: Exception occurred; nested exception is: javax.ejb.EJBException javax.ejb.EJBException at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteC all.java:245) at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:220) at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:122)at org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker_Stub.invoke(Unknown Source) at org.jboss.ejb.plugins.jrmp.interfaces.StatefulSessionProxy.invoke(StatefulSe ssionProxy.java:186)at $Proxy1.getMessage(Unknown Source) at Test2Client.main(Test2Client.java:49) Process Exit... Thanks and regards Harishankar Nair ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development