Re: [JBoss-dev] CVS update: jboss/src/etc class.java interface.java
On 19 Jun, Toby Allsopp wrote: > On Mon, Jun 18, 2001 at 09:49:57PM -0400, Bill Burke wrote: >> Does anybody use emacs? We should have a java-mode specific to jboss. > > Does anybody *not* use emacs? They wouldn't admit it anyway. Unless they > use vi. > > I have a jboss style from when the standard was 3 spaces. If there's > interest I can post it (when I get home) along with instructions on > how to automatically activate it when editing JBoss sources. Yes pleas. I have to admit. I have used emacs for year, and jde as a java IDE for quite some time now, but I have absolute no idea of how to change the indentation. If tuff rules are going to be enforced in JBoss, there ought to be some little guide with tips on how to enforce them in different IDE:s. //Peter > > Toby. > > ___ > Jboss-development mailing list > [EMAIL PROTECTED] > http://lists.sourceforge.net/lists/listinfo/jboss-development -- Jobba hos oss: http://www.tim.se/weblab Peter Antman Technology in Media, Box 34105 100 26 Stockholm Systems ArchitectWWW: http://www.tim.se Email: [EMAIL PROTECTED]WWW: http://www.backsource.org Phone: +46-(0)8-506 381 11 Mobile: 070-675 3942 ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Stateful Session Clustering BETA?
Hi, I am interested in testing out Statful Session clustering once it is close to completion. What is the current status? d. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] CVS update: jboss/src/etc class.java interface.java
On Tuesday 19 June 2001 04:08, you wrote: > On Mon, Jun 18, 2001 at 09:49:57PM -0400, Bill Burke wrote: > > Does anybody use emacs? We should have a java-mode specific to jboss. > > Does anybody *not* use emacs? They wouldn't admit it anyway. Unless they > use vi. > > I have a jboss style from when the standard was 3 spaces. If there's > interest I can post it (when I get home) along with instructions on > how to automatically activate it when editing JBoss sources. > Yes, please do. > Toby. > Jesper ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] CVS update: jboss/src/etc class.java interface.java
Toby Allsopp wrote:
> On Mon, Jun 18, 2001 at 09:49:57PM -0400, Bill Burke wrote:
>
>>Does anybody use emacs? We should have a java-mode specific to jboss.
>>
>
> Does anybody *not* use emacs? They wouldn't admit it anyway. Unless they
> use vi.
>
> I have a jboss style from when the standard was 3 spaces. If there's
> interest I can post it (when I get home) along with instructions on
> how to automatically activate it when editing JBoss sources.
Ok. As promised, here is the jboss style:
(c-add-style "jboss" '("java"
(c-basic-offset . 3)
(c-offsets-alist (substatement-open . 0)
(arglist-intro . +
This can be activated by the function c-set-style. This is bound to
"C-c ." by default.
The method I use for using this style automatically when working on
JBoss is to define a new major mode. I use the JDE
(http://jde.sunsite.dk/), so this is based on jde-mode, but you could
base it on java-mode just as easily.
(defun jboss-jde-mode ()
"JDE mode with JBoss coding style"
(interactive)
(jde-mode)
(c-set-style "jboss"))
(setq auto-mode-alist (cons '("/jboss/.*\\.java$" . jboss-jde-mode)
auto-mode-alist))
This means that whenever you open a java file with "jboss" as part of
its path you will get the new mode. You should probably pick a regex
that works for you because this won't work for any modules that don't
have a directory called jboss on the way to the source.
If you do all of your JBoss development out of /home/toby/cvs-jboss, for
example, you might want to change that regex to
"^/home/toby/cvs-jboss/.*\\.java$".
Toby.
P.S. I'm not volunteering to give emacs support to anyone, I'm sorry.
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] remote jboss configuration
Ok...
If you want to provide a configuration for jboss you must copy all files to
$JBOSS_HOME/{configuraiton_name}
It would be nice to be able to effectively run
org.jboss.Main /my_cvs/SOME_DIR/blah/blahy/myconfig
IF the root directory is in your classpath then it doesn't bail, but
all the configurations that come default with jboss fail because they are
all relative.
So it can find ../SomeBean
Maybe the solution would be the use of a $JBOSS_HOME environment variable?
d.
-Original Message-
From: marc fleury [mailto:[EMAIL PROTECTED]]
Sent: Monday, June 18, 2001 7:28 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] remote jboss configuration
|I've tried passing a absolute path name into org.jboss.Main
|and it can't deal with it. Maybe this would be a cool feature.
|
|The reason I wanted to do this is becuase we are storing
|our configuration inside jboss.
I am working *right now* on the configuration stuff...
but I must say..
what the fuck do you mean?
|Intead of just pointed directly to the configuration I have
|to copy my configuration files to $JBOSS_HOME/conf
what???
marcf (take it private)
|
|cheers,
|d.
|
|___
|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/main/org/jboss/web WebServer.java
User: starksm
Date: 01/06/18 20:34:57
Modified:src/main/org/jboss/web Tag: Branch_2_4 WebServer.java
Log:
Fixed extraction of mime-type from file extension in getMimeType
Revision ChangesPath
No revision
No revision
1.5.4.1 +20 -9 jboss/src/main/org/jboss/web/WebServer.java
Index: WebServer.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/web/WebServer.java,v
retrieving revision 1.5
retrieving revision 1.5.4.1
diff -u -r1.5 -r1.5.4.1
--- WebServer.java2001/06/09 19:33:39 1.5
+++ WebServer.java2001/06/19 03:34:57 1.5.4.1
@@ -32,9 +32,13 @@
*
* @see WebClassLoader
*
- * @author $Author: starksm $
- * @author [EMAIL PROTECTED]
- * @version $Revision: 1.5 $
+ * @author mailto:[EMAIL PROTECTED]";>Marc Fleury
+ * @author mailto:[EMAIL PROTECTED]";>Scott Stark.
+ * @version $Revision: 1.5.4.1 $
+ *
+ * Revisions:
+ *
+ * 20010618 scott.stark: Fixed extraction of mime-type from file extension in
getMimeType
*/
public class WebServer
implements Runnable
@@ -49,7 +53,7 @@
/** The web server http listening socket */
private ServerSocket server = null;
-/** The class wide mapping of type suffixes(.class, .txt) to their mime
+/** The class wide mapping of type suffixes(class, txt) to their mime
type string used as the Content-Type header for the vended classes/resources */
private static Properties mimeTypes = new Properties();
/** The thread pool used to manage listening threads */
@@ -71,7 +75,8 @@
}
/** Augment the type suffix to mime type mappings
- @param extension, the type extension(.class, .txt)
+ @param extension, the type extension without a
+period(class, txt)
@param type, the mime type string
*/
public void addMimeType(String extension, String type)
@@ -355,11 +360,17 @@
protected String getMimeType(String path)
{
int dot = path.lastIndexOf(".");
-String suffix = path.substring(dot);
-String type = mimeTypes.getProperty(suffix);
-if (type == null)
-type = "text/html";
+String type = "text/html";
+if( dot >= 0 )
+{
+// The suffix is the type extension without the '.'
+String suffix = path.substring(dot+1);
+String mimeType = mimeTypes.getProperty(suffix);
+if( mimeType != null )
+type = mimeType;
+}
return type;
}
}
+
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/web WebServer.java
User: starksm
Date: 01/06/18 20:29:54
Modified:src/main/org/jboss/web WebServer.java
Log:
Fixed extraction of mime-type from file extension in getMimeType
Revision ChangesPath
1.7 +19 -9 jboss/src/main/org/jboss/web/WebServer.java
Index: WebServer.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/web/WebServer.java,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- WebServer.java2001/06/18 20:01:29 1.6
+++ WebServer.java2001/06/19 03:29:54 1.7
@@ -32,9 +32,13 @@
*
* @see WebClassLoader
*
- * @author $Author: mnf999 $
- * @author mailto:[EMAIL PROTECTED]";>Scott Stark.
- * @version $Revision: 1.6 $
+ * @author mailto:[EMAIL PROTECTED]";>Marc Fleury
+ * @author mailto:[EMAIL PROTECTED]";>Scott Stark.
+ * @version $Revision: 1.7 $
+ *
+ * Revisions:
+ *
+ * 20010618 scott.stark: Fixed extraction of mime-type from file extension in
getMimeType
*/
public class WebServer
implements Runnable
@@ -49,7 +53,7 @@
/** The web server http listening socket */
private ServerSocket server = null;
-/** The class wide mapping of type suffixes(.class, .txt) to their mime
+/** The class wide mapping of type suffixes(class, txt) to their mime
type string used as the Content-Type header for the vended classes/resources */
private static Properties mimeTypes = new Properties();
/** The thread pool used to manage listening threads */
@@ -71,7 +75,8 @@
}
/** Augment the type suffix to mime type mappings
- @param extension, the type extension(.class, .txt)
+ @param extension, the type extension without a
+period(class, txt)
@param type, the mime type string
*/
public void addMimeType(String extension, String type)
@@ -355,10 +360,15 @@
protected String getMimeType(String path)
{
int dot = path.lastIndexOf(".");
-String suffix = path.substring(dot);
-String type = mimeTypes.getProperty(suffix);
-if (type == null)
-type = "text/html";
+String type = "text/html";
+if( dot >= 0 )
+{
+// The suffix is the type extension without the '.'
+String suffix = path.substring(dot+1);
+String mimeType = mimeTypes.getProperty(suffix);
+if( mimeType != null )
+type = mimeType;
+}
return type;
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Coding conventions
I believe they are in src/etc (class.java & interface.java).
--jason
On Mon, 18 Jun 2001, Matt Veitas wrote:
> Sorry to be a pest...but where are the templates located?
>
> Matt
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of marc
> fleury
> Sent: Monday, June 18, 2001 8:02 PM
> To: [EMAIL PROTECTED]
> Subject: [JBoss-dev] Coding conventions
>
>
>
> Wonderful...
>
> this should really put us on top of sourceforge at least for the week :)
>
> ok I did add the updated templates (class.java and interface.java) so do
> check them out most notably
>
> 1- Use the right @author tag to support automatic generation of HTML links
> with mail
> 2- PLEASE UPDATE THE LOG FOR CHANGES **INSIDE** THE CODE... (IMPORTANT AS WE
> GROW MASSIVE, CVS JUST DOESN"T CUT IT)
> 3- You will also notice a BAN ON TABS! DO NOT use tabs to indent your code
> it really screws up the look. Apache and Linux already enforce the
> tabs=2spaces rules, so please configure your IDES to replace tabs by 2spaces
> or go by hand in your code,
> 4- USE EXPLICIT IMPORTS, I still see some wildcard imports here and there.
> We will start taking measure for those of you that don't enforce the
> explicit imports rules
> 5- minor stuff check it out
>
> regards
>
>
> marcf
>
> |-Original Message-
> |From: [EMAIL PROTECTED]
> |[mailto:[EMAIL PROTECTED]]On Behalf Of
> |[EMAIL PROTECTED]
> |Sent: Monday, June 18, 2001 4:01 PM
> |To: [EMAIL PROTECTED]
> |Subject: [JBoss-dev] CVS update: jboss/src/main/org/jboss/util
> |CachePolicy.java ClassPathExtension.java ClassPathExtensionMBean.java
> |Executable.java Executor.java ExecutorMBean.java FastKey.java Heap.java
> |Info.java InfoMBean.java LRUCachePolicy.java MBeanProxy.jav
> |
> |
> | User: mnf999
> | Date: 01/06/18 13:01:29
> |
> | Modified:src/main/org/jboss/util CachePolicy.java
> |ClassPathExtension.java
> |ClassPathExtensionMBean.java Executable.java
> |Executor.java ExecutorMBean.java FastKey.java
> |Heap.java Info.java InfoMBean.java
> |LRUCachePolicy.java MBeanProxy.java
> |Schedulable.java Scheduler.java SchedulerMBean.java
> |Semaphore.java Service.java ServiceControl.java
> |ServiceControlMBean.java ServiceFactory.java
> |ServiceMBean.java ServiceMBeanSupport.java
> |Shutdown.java ShutdownMBean.java Sync.java
> |SystemProperties.java SystemPropertiesMBean.java
> |TimedCachePolicy.java TimerQueue.java
> |TimerTask.java WaitSemaphore.java WaitSync.java
> |WorkerQueue.java XmlHelper.java
> | Log:
> | Updating the new names and author tags to reflect the new coding
> |guidelines
> |
> | Revision ChangesPath
> | 1.3 +2 -2 jboss/src/main/org/jboss/util/CachePolicy.java
> |
> | Index: CachePolicy.java
> | ===
> | RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/util/CachePolicy.java,v
> | retrieving revision 1.2
> | retrieving revision 1.3
> | diff -u -r1.2 -r1.3
> | --- CachePolicy.java 2000/12/07 15:45:19 1.2
> | +++ CachePolicy.java 2001/06/18 20:01:28 1.3
> | @@ -11,8 +11,8 @@
> |* Implementation classes can implement a LRU policy, a random one,
> |* a MRU one, or any other suitable policy.
> |*
> | - * @author Simone Bordet ([EMAIL PROTECTED])
> | - * @version $Revision: 1.2 $
> | + * @author mailto:[EMAIL PROTECTED]";>Simone Bordet
> | + * @version $Revision: 1.3 $
> |*/
> | public interface CachePolicy extends Service
> | {
> |
> |
> |
> | 1.11 +1 -1
> |jboss/src/main/org/jboss/util/ClassPathExtension.java
> |
> | Index: ClassPathExtension.java
> | ===
> | RCS file:
> |/cvsroot/jboss/jboss/src/main/org/jboss/util/ClassPathExtension.java,v
> | retrieving revision 1.10
> | retrieving revision 1.11
> | diff -u -r1.10 -r1.11
> | --- ClassPathExtension.java2001/01/16 21:23:14 1.10
> | +++ ClassPathExtension.java2001/06/18 20:01:28 1.11
> | @@ -19,8 +19,8 @@
> |* Add URL's to the MLet classloader
> |*
> |* @see
> | - * @author Rickard Öberg ([EMAIL PROTECTED])
> | - * @version $Revision: 1.10 $
> | + * @author mailto:[EMAIL PROTECTED]";>Rickard
> |Öberg.
> | + * @version $Revision: 1.11 $
> |*/
> | public class ClassPathExtension
> | implements ClassPathExtensionMBean, MBeanRegistration
> |
> |
> |
> | 1.3 +2 -2
> |jboss/src/main/org/jboss/util/ClassPathExtensionMBean.java
> |
> | Index: ClassPathExtensionMBean.java
> | ===
> | RCS file:
> |/cvsroot/jboss/jbo
RE: [JBoss-dev] [ jboss-Bugs-434227 ] ejbStore delay can lead toDB corruption
With BMP I would implement a more complex method (or methods across the beans) which handle all the stuff in one shot and in the right order. I would just put the needed SQL right into the business methods. The issue here is that he's trying to compose a single larger operation from 3 small operations that are order dependent, but CMP EJB doesn't provide any guarantee on the order of execution. It says things like the container can sync state when it wants, or the container can defer the execution of remove from persistent store until the end of transaction. It doesn't say that it's supposed to support declarative RI constraints in the persistent store. Don't get me wrong, I'm not saying EJB should blow off RI, just that the current specs seem to reserve RI for the container and don't really do anything to support it in the database. There is no reason that JAWS can't be smart enough to allow the database to do the RI thing, it'd just be a bunch of work (which I'm not volunteering to do!) Some database products (Oracle) allow you to defer RI checking until commit time which allows you to avoid this type of problem. Cheers -Original Message- From: Bill Burke To: [EMAIL PROTECTED] Sent: 6/18/01 4:34 PM Subject: RE: [JBoss-dev] [ jboss-Bugs-434227 ] ejbStore delay can lead toDB corruption You'd have the same type of problems with BMP, wouldn't you? Bill > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Jay > Walters > Sent: Monday, June 18, 2001 3:35 PM > To: '[EMAIL PROTECTED]' > Subject: RE: [JBoss-dev] [ jboss-Bugs-434227 ] ejbStore delay can lead > toDB corruption > > > Seems like an application requiring a CMP Persistence Manager and EJB > container to execute SQL in a specific order might be asking a bit much to > me... > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: Monday, June 18, 2001 12:39 PM > To: [EMAIL PROTECTED] > Subject: [JBoss-dev] [ jboss-Bugs-434227 ] ejbStore delay can lead to DB > corruption > > > Bugs item #434227, was updated on 2001-06-18 09:39 > You can respond by visiting: > http://sourceforge.net/tracker/?func=detail&atid=376685&aid=434227 > &group_id= > 22866 > > Category: JBossCMP > Group: v2.2 (stable) > Status: Open > Resolution: None > Priority: 5 > Submitted By: Nobody/Anonymous (nobody) > Assigned to: Nobody/Anonymous (nobody) > Summary: ejbStore delay can lead to DB corruption > > Initial Comment: > The "caching" of database updates until the end of a > transaction can lead to data corruption if RI > constraints are in place. > > Example: > > CreditCard cc = cch.findByPrimaryKey(creditCardID); > CreditCardRecord ccr = cc.getRecord(); > > //Get the address that this credit card is currently > pointing to > MemberCompanyAddress mca = mcah.findByPrimaryKey(new > MemberCompanyAddressPK(ccr.billing_address_id)); > > //Change the address to a different one > ccr.billing_address_id = newBillingAddressID.intValue > (); > > //Write the changes to the bean object > cc.setRecord(ccr); > > //Remove the old address > mca.remove(); > > > Because the "UPDATE" that the setRecord() call is > delayed until the end of the TX, the call to remove() > is operating on the old snapshot of the database, not > the post-UPDATE state that the developer expects. > > Corruption can result if a ON DELETE CASCADE RI > constraint is on the Address table. (As this will > remove the underlying CreditCard record) > > Two possible solutions: > > Allow a developer to force a flush of the "transaction > cache" to the DB > > Automatically flush bean object "setXXX()" operations > to the DB based on the state of a flag in the > deployment descriptor. > > -- > > You can respond by visiting: > http://sourceforge.net/tracker/?func=detail&atid=376685&aid=434227 &group_id= 22866 ___ 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] Coding conventions
Sorry to be a pest...but where are the templates located?
Matt
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of marc
fleury
Sent: Monday, June 18, 2001 8:02 PM
To: [EMAIL PROTECTED]
Subject: [JBoss-dev] Coding conventions
Wonderful...
this should really put us on top of sourceforge at least for the week :)
ok I did add the updated templates (class.java and interface.java) so do
check them out most notably
1- Use the right @author tag to support automatic generation of HTML links
with mail
2- PLEASE UPDATE THE LOG FOR CHANGES **INSIDE** THE CODE... (IMPORTANT AS WE
GROW MASSIVE, CVS JUST DOESN"T CUT IT)
3- You will also notice a BAN ON TABS! DO NOT use tabs to indent your code
it really screws up the look. Apache and Linux already enforce the
tabs=2spaces rules, so please configure your IDES to replace tabs by 2spaces
or go by hand in your code,
4- USE EXPLICIT IMPORTS, I still see some wildcard imports here and there.
We will start taking measure for those of you that don't enforce the
explicit imports rules
5- minor stuff check it out
regards
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|[EMAIL PROTECTED]
|Sent: Monday, June 18, 2001 4:01 PM
|To: [EMAIL PROTECTED]
|Subject: [JBoss-dev] CVS update: jboss/src/main/org/jboss/util
|CachePolicy.java ClassPathExtension.java ClassPathExtensionMBean.java
|Executable.java Executor.java ExecutorMBean.java FastKey.java Heap.java
|Info.java InfoMBean.java LRUCachePolicy.java MBeanProxy.jav
|
|
| User: mnf999
| Date: 01/06/18 13:01:29
|
| Modified:src/main/org/jboss/util CachePolicy.java
|ClassPathExtension.java
|ClassPathExtensionMBean.java Executable.java
|Executor.java ExecutorMBean.java FastKey.java
|Heap.java Info.java InfoMBean.java
|LRUCachePolicy.java MBeanProxy.java
|Schedulable.java Scheduler.java SchedulerMBean.java
|Semaphore.java Service.java ServiceControl.java
|ServiceControlMBean.java ServiceFactory.java
|ServiceMBean.java ServiceMBeanSupport.java
|Shutdown.java ShutdownMBean.java Sync.java
|SystemProperties.java SystemPropertiesMBean.java
|TimedCachePolicy.java TimerQueue.java
|TimerTask.java WaitSemaphore.java WaitSync.java
|WorkerQueue.java XmlHelper.java
| Log:
| Updating the new names and author tags to reflect the new coding
|guidelines
|
| Revision ChangesPath
| 1.3 +2 -2 jboss/src/main/org/jboss/util/CachePolicy.java
|
| Index: CachePolicy.java
| ===
| RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/util/CachePolicy.java,v
| retrieving revision 1.2
| retrieving revision 1.3
| diff -u -r1.2 -r1.3
| --- CachePolicy.java 2000/12/07 15:45:19 1.2
| +++ CachePolicy.java 2001/06/18 20:01:28 1.3
| @@ -11,8 +11,8 @@
|* Implementation classes can implement a LRU policy, a random one,
|* a MRU one, or any other suitable policy.
|*
| - * @author Simone Bordet ([EMAIL PROTECTED])
| - * @version $Revision: 1.2 $
| + * @author mailto:[EMAIL PROTECTED]";>Simone Bordet
| + * @version $Revision: 1.3 $
|*/
| public interface CachePolicy extends Service
| {
|
|
|
| 1.11 +1 -1
|jboss/src/main/org/jboss/util/ClassPathExtension.java
|
| Index: ClassPathExtension.java
| ===
| RCS file:
|/cvsroot/jboss/jboss/src/main/org/jboss/util/ClassPathExtension.java,v
| retrieving revision 1.10
| retrieving revision 1.11
| diff -u -r1.10 -r1.11
| --- ClassPathExtension.java 2001/01/16 21:23:14 1.10
| +++ ClassPathExtension.java 2001/06/18 20:01:28 1.11
| @@ -19,8 +19,8 @@
|* Add URL's to the MLet classloader
|*
|* @see
| - * @author Rickard Öberg ([EMAIL PROTECTED])
| - * @version $Revision: 1.10 $
| + * @author mailto:[EMAIL PROTECTED]";>Rickard
|Öberg.
| + * @version $Revision: 1.11 $
|*/
| public class ClassPathExtension
| implements ClassPathExtensionMBean, MBeanRegistration
|
|
|
| 1.3 +2 -2
|jboss/src/main/org/jboss/util/ClassPathExtensionMBean.java
|
| Index: ClassPathExtensionMBean.java
| ===
| RCS file:
|/cvsroot/jboss/jboss/src/main/org/jboss/util/ClassPathExtensionMBean.java,v
| retrieving revision 1.2
| retrieving revision 1.3
| diff -u -r1.2 -r1.3
| --- ClassPathExtensionMBean.java 2000/12/07 15:45:19 1.2
| +++ ClassPathExtensionMBean.java 2001/06/18 20:01:28 1.3
| @@ -12,8 +12,8 @@
|*
|*
|* @see
| - * @author Rickard Öberg ([EMAIL PROTECTED])
| - * @vers
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/jrmp/ejb StatelessSessionBean.java
User: starksm
Date: 01/06/18 19:50:28
Modified:src/main/org/jboss/test/jrmp/ejb StatelessSessionBean.java
Log:
Add basic dynamic class loading test
Revision ChangesPath
1.2 +9 -1
jbosstest/src/main/org/jboss/test/jrmp/ejb/StatelessSessionBean.java
Index: StatelessSessionBean.java
===
RCS file:
/cvsroot/jboss/jbosstest/src/main/org/jboss/test/jrmp/ejb/StatelessSessionBean.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- StatelessSessionBean.java 2001/03/15 00:42:38 1.1
+++ StatelessSessionBean.java 2001/06/19 02:50:28 1.2
@@ -5,10 +5,12 @@
import javax.ejb.SessionBean;
import javax.ejb.SessionContext;
+import org.jboss.test.jrmp.interfaces.IString;
+
/** A simple session bean for testing access over custom RMI sockets.
@author [EMAIL PROTECTED]
-@version $Revision: 1.1 $
+@version $Revision: 1.2 $
*/
public class StatelessSessionBean implements SessionBean
{
@@ -43,5 +45,11 @@
{
System.out.println("StatelessSessionBean.echo, arg="+arg);
return arg;
+}
+
+public IString copy(String arg)
+{
+System.out.println("StatelessSessionBean.copy, arg="+arg);
+return new AString(arg);
}
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/build/subprojects build-jrmp.xml
User: starksm Date: 01/06/18 19:48:53 Modified:src/build/subprojects build-jrmp.xml Log: Add client-tests for those tests that cannot be run from the build.classes.dir Revision ChangesPath 1.2 +28 -2 jbosstest/src/build/subprojects/build-jrmp.xml Index: build-jrmp.xml === RCS file: /cvsroot/jboss/jbosstest/src/build/subprojects/build-jrmp.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- build-jrmp.xml2001/05/05 20:54:05 1.1 +++ build-jrmp.xml2001/06/19 02:48:53 1.2 @@ -18,10 +18,12 @@ + + - + - + @@ -41,6 +43,30 @@ + + + + + + + + + + + + + + + + + + + + + ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/jrmp/interfaces IString.java StatelessSession.java
User: starksm
Date: 01/06/18 19:50:28
Modified:src/main/org/jboss/test/jrmp/interfaces
StatelessSession.java
Added: src/main/org/jboss/test/jrmp/interfaces IString.java
Log:
Add basic dynamic class loading test
Revision ChangesPath
1.2 +2 -0
jbosstest/src/main/org/jboss/test/jrmp/interfaces/StatelessSession.java
Index: StatelessSession.java
===
RCS file:
/cvsroot/jboss/jbosstest/src/main/org/jboss/test/jrmp/interfaces/StatelessSession.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- StatelessSession.java 2001/03/15 00:42:40 1.1
+++ StatelessSession.java 2001/06/19 02:50:28 1.2
@@ -7,4 +7,6 @@
{
/** A method that returns its arg */
public String echo(String arg) throws RemoteException;
+/** A method that returns its arg arg as an IString */
+public IString copy(String arg) throws RemoteException;
}
1.1 jbosstest/src/main/org/jboss/test/jrmp/interfaces/IString.java
Index: IString.java
===
package org.jboss.test.jrmp.interfaces;
public interface IString
{
public String toString();
}
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosstest/src/main/org/jboss/test/jrmp/test TestDynLoading.java TestCustomSockets.java Deploy.java
User: starksm
Date: 01/06/18 19:50:28
Modified:src/main/org/jboss/test/jrmp/test TestCustomSockets.java
Added: src/main/org/jboss/test/jrmp/test TestDynLoading.java
Removed: src/main/org/jboss/test/jrmp/test Deploy.java
Log:
Add basic dynamic class loading test
Revision ChangesPath
1.2 +3 -2
jbosstest/src/main/org/jboss/test/jrmp/test/TestCustomSockets.java
Index: TestCustomSockets.java
===
RCS file:
/cvsroot/jboss/jbosstest/src/main/org/jboss/test/jrmp/test/TestCustomSockets.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- TestCustomSockets.java2001/03/15 00:42:43 1.1
+++ TestCustomSockets.java2001/06/19 02:50:28 1.2
@@ -8,12 +8,13 @@
import org.jboss.test.jrmp.interfaces.StatelessSession;
import org.jboss.test.jrmp.interfaces.StatelessSessionHome;
+import org.jboss.test.util.Deploy;
/** Test of using custom RMI socket factories with the JRMP ejb
container invoker.
@author [EMAIL PROTECTED]
-@version $Revision: 1.1 $
+@version $Revision: 1.2 $
*/
public class TestCustomSockets extends junit.framework.TestCase
{
@@ -24,7 +25,7 @@
protected void setUp() throws Exception
{
- Deploy.deploy("jrmp-comp.jar");
+Deploy.deploy("jrmp-comp.jar");
}
public void testCustomAccess() throws Exception
1.1 jbosstest/src/main/org/jboss/test/jrmp/test/TestDynLoading.java
Index: TestDynLoading.java
===
package org.jboss.test.jrmp.test;
import java.io.IOException;
import java.rmi.RemoteException;
import javax.ejb.CreateException;
import javax.naming.InitialContext;
import javax.naming.NamingException;
import org.jboss.test.jrmp.interfaces.IString;
import org.jboss.test.jrmp.interfaces.StatelessSession;
import org.jboss.test.jrmp.interfaces.StatelessSessionHome;
import org.jboss.test.util.Deploy;
/** Test of RMI dynamic class loading.
@author [EMAIL PROTECTED]
@version $Revision: 1.1 $
*/
public class TestDynLoading extends junit.framework.TestCase
{
public TestDynLoading(String name)
{
super(name);
System.out.println("TestDynLoading");
}
protected void setUp() throws Exception
{
System.out.println("TestDynLoading.setup(jrmp-dl.jar)");
Deploy.deploy("jrmp-dl.jar");
}
public void testAccess() throws Exception
{
InitialContext jndiContext = new InitialContext();
System.out.println("Lookup StatefulSession");
Object obj = jndiContext.lookup("StatefulSession");
StatelessSessionHome home = (StatelessSessionHome) obj;
System.out.println("Found StatefulSession Home");
StatelessSession bean = home.create();
System.out.println("Created StatefulSession");
IString echo = bean.copy("jrmp-dl");
System.out.println("bean.copy(jrmp-dl) = "+echo);
System.out.println("IString.class = "+echo.getClass());
bean.remove();
}
}
___
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/06/18 19:48:53 Modified:src/build run_tests.xml Log: Add client-tests for those tests that cannot be run from the build.classes.dir Revision ChangesPath 1.14 +34 -4 jbosstest/src/build/run_tests.xml Index: run_tests.xml === RCS file: /cvsroot/jboss/jbosstest/src/build/run_tests.xml,v retrieving revision 1.13 retrieving revision 1.14 diff -u -r1.13 -r1.14 --- run_tests.xml 2001/06/12 20:53:56 1.13 +++ run_tests.xml 2001/06/19 02:48:53 1.14 @@ -2,7 +2,7 @@ @@ -41,6 +41,7 @@ + @@ -61,7 +62,6 @@ - @@ -74,8 +74,8 @@ - - + + @@ -88,6 +88,7 @@ + @@ -111,6 +112,7 @@ + @@ -127,6 +129,9 @@ + + @@ -153,6 +159,30 @@ + + + + + + + + + + + + + + + + + + +
RE: [JBoss-dev] CVS update: jboss/src/etc class.java interface.java
|Ok, but 2 spaces do not read well on a 1600x1200 21" screen with a |12pt font. 3 spaces is the minimum readable size for this configuration. ok 3 then, :) marcf ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] CVS update: jboss/src/etc class.java interface.java
> I have a jboss style from when the standard was 3 spaces. If there's > interest I can post it (when I get home) along with instructions on > how to automatically activate it when editing JBoss sources. I am interested to know how I can tell [X]Emacs to move to a quanta of 2 when editing JBoss sources (that would make life a little easier). --jason ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] CVS update: jboss/src/etc class.java interface.java
On Tue, Jun 19, 2001 at 04:19:23AM +0200, Georg Rehfeld wrote: > Hi, > > > How about using the Java Coding Standard by Sun? > > yes, most people have seen that, it's easy to get > by looking at http://java.sun.com/docs/codeconv/, > many people already follow it. > > > other open source projects ... have been mostly 4 (spaces). > > yes, 4 columns indent clearly, everything hanging after column 128 > should be considered bad coding style. Most editors CAN do spaces, Ack! I spit on you and challenge you to a duel!! There are only 80 columns!!! Anything past column 80 cannot be read Seriously, where does 128 come from? 80 is something of a legacy that is not so relevent any more but it's a reasonable LCD, IMHO. Toby. (in a flame-starting mood today :-) ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] CVS update: jboss/src/etc class.java interface.java
Hi, I'd like to see it thanks (wishing for 4 spaces and open brackets up one line) david jencks On 2001.06.18 22:08:08 -0400 Toby Allsopp wrote: > On Mon, Jun 18, 2001 at 09:49:57PM -0400, Bill Burke wrote: > > Does anybody use emacs? We should have a java-mode specific to jboss. > > Does anybody *not* use emacs? They wouldn't admit it anyway. Unless > they > use vi. > > I have a jboss style from when the standard was 3 spaces. If there's > interest I can post it (when I get home) along with instructions on > how to automatically activate it when editing JBoss sources. > > Toby. > > ___ > 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/main/org/jboss Main.java
User: starksm
Date: 01/06/18 19:26:14
Modified:src/main/org/jboss Main.java
Log:
Change versionIdentifier to "3.0 ALPHA"
Revision ChangesPath
1.37 +2 -2 jboss/src/main/org/jboss/Main.java
Index: Main.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/Main.java,v
retrieving revision 1.36
retrieving revision 1.37
diff -u -r1.36 -r1.37
--- Main.java 2001/06/18 20:01:21 1.36
+++ Main.java 2001/06/19 02:26:14 1.37
@@ -28,13 +28,13 @@
* @author mailto:[EMAIL PROTECTED]";>Rickard Öberg.
* @author mailto:[EMAIL PROTECTED]";>Daniel O'Connor.
* @author mailto:[EMAIL PROTECTED]";>Scott Stark.
- * @version $Revision: 1.36 $
+ * @version $Revision: 1.37 $
*/
public class Main
{
// Constants -
- String versionIdentifier = "2.3 BETA";
+ String versionIdentifier = "3.0 ALPHA";
// Attributes
// Static
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] CVS update: jboss/src/etc class.java interface.java
My IDE doesn't seem to support 'cowboy neal!' as an indent, is that some new Java thing? "how many spaces do you use in your identation 0(!) 1 2 3 4 1024 cowboy neal!" and I am pretty the majority of answers is "cowboy neal"... 2 spaces sounds great! ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] CVS update: jboss/src/etc class.java interface.java
Hi, > How about using the Java Coding Standard by Sun? yes, most people have seen that, it's easy to get by looking at http://java.sun.com/docs/codeconv/, many people already follow it. > other open source projects ... have been mostly 4 (spaces). yes, 4 columns indent clearly, everything hanging after column 128 should be considered bad coding style. Most editors CAN do spaces, some can't cope with TAB. Others mentioned formatting tools already (jindent i.e., I've 'jip' [Java Is Pretty] here, waiting to be used), so extreme guys can have what they want and format back before checking in. not 2 cents worth, but to have been said Georg ___ ___ | + | |__Georg Rehfeld Woltmanstr. 12 20097 Hamburg |_|_\ |___ [EMAIL PROTECTED] +49 (40) 23 53 27 10 ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: manual/src/docs howtojetty.xml
User: kunle Date: 01/06/18 19:10:34 Modified:src/docs howtojetty.xml Log: typos Revision ChangesPath 1.6 +4 -4 manual/src/docs/howtojetty.xml Index: howtojetty.xml === RCS file: /cvsroot/jboss/manual/src/docs/howtojetty.xml,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- howtojetty.xml2001/06/16 12:32:24 1.5 +++ howtojetty.xml2001/06/19 02:10:34 1.6 @@ -367,9 +367,9 @@ Now that you have copied the JBoss-Jetty application files from the JBoss binary distribution archive to the installation directory, the next step is real easy. Jboss-Jetty is supplied with a command file called - run_with_jetty.bat (or run_with_jetty.sh on Linux/Unix) that has been + run.bat jetty (or run.sh jetty on Linux/Unix) that has been carefully designed to start JBoss-Jetty. So, to start the JBoss-Jetty application server suite, use the - run_with_jetty command as shown below: + run jetty command as shown below: @@ -382,13 +382,13 @@ ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] CVS update: jboss/src/etc class.java interface.java
On Mon, Jun 18, 2001 at 09:49:57PM -0400, Bill Burke wrote: > Does anybody use emacs? We should have a java-mode specific to jboss. Does anybody *not* use emacs? They wouldn't admit it anyway. Unless they use vi. I have a jboss style from when the standard was 3 spaces. If there's interest I can post it (when I get home) along with instructions on how to automatically activate it when editing JBoss sources. Toby. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] [ jboss-Bugs-434227 ] ejbStore delay can lead to DB corruption
Hi Gentlemen, Jay Walters wrote: > Seems like an application requiring a CMP Persistence Manager and EJB > container to execute SQL in a specific order might be asking a bit much to > me... and Bill Burke replied: > You'd have the same type of problems with BMP, wouldn't you? Sorry G's, I still can't see the point here. With BMP simply ejbCreate/Store/Remove is called at the appropriate places, especially ejbStore is called after every business method, isn't it? If not, would someone PLEASE point me to the code that does actually deferring the SQL, I just again spent 2 hours in org.jboss.ejb.** hunting for it. If I'm right, the BMP guy has all control over execution of SQL by simply doing the OO operations in some order (having referential integrity in the back of his head). Besides, is such a thing as RI useless/hindering in the OO world? I don't think so, even the pure OO guru respects integrity by i.e. not changing essential things before he knows for sure, that relatet changes can be done. (Else he would be no guru and should learn a session from the relational boys). And, last but not least, in the EJB context, heavily tied to relational store tier (by practical implementations and at least 'between the lines' of the EJB specs), it would be a shame to leave people without referential integrity, by not allowing them to have it on the store (Database) and not providing it in the next higher level by declaration (the entiy bean level). Again, when the BMP guys have full control, why should EJB Server/ Container developers want to leave the CMP guys in the wet? Note, that I'm not against the push() thing just published on top the EJB 2 requirement to 'store before find', but I consider it 'Janus' headed: one side parfumed like a feature, the other one stinking like a workaround. Back to my past suggestion of respecting the ORDER of OO calls: A simple, but imperformant, solution would be to execute storeEntity() after each business method and in create/remove. I believe now, that the real flaw is caused by the fact, that the EJB specs consider every field/attribute of a bean to be equal in semantics to each other, with the exception of the Primary Key field(s). But they didn't learn their lession really from the relational poor mens! They COMPLETELY ignore the very different semantics of FOREIGN KEYS (place holders for Associations of all sorts). This discussion threads problem never comes up, when changing simple attributes/fiels, that ain't related to anything, but the primary key of the bean instance (1:1, normally). But it shows up, when attributes, that represent associations, are modified. JAWS/JBoss needs to know about the SEMANTICS of fields/columns and then can come up with performant/'intelligent' handling: If deferral to commit time is suggested, then QUEUING up all store requests related to one TX (including create(), remove() and store() and possibly find() for DIFFERENT instances/beans) will help: if ANY store request affects data with FOREIGN KEY / Association semantics, the queue must be processed physically to the underlying store, until empty, before executing the call with association semantics (only as a first attempt, we will be better in a few days!). Thus several changes to simple attributes of the same bean instance intermixed with creation/removal of other bean instances would nicely be accumulated to only one store() operation (and several unrelated create/delete_stores). But a change of a FOREIGN KEY / Association field would trigger the queue processing before doing the change to the assoc field, resolving this threads sort of problem. Further requests to simple attributes then again accumulate to the queue. Makes sense, doesn't it? Georg ___ ___ | + | |__Georg Rehfeld Woltmanstr. 12 20097 Hamburg |_|_\ |___ [EMAIL PROTECTED] +49 (40) 23 53 27 10 ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] jboss daily test results
JBoss daily test results SUMMARY Number of tests run: 75 Successful tests: 73 Errors:1 Failures: 1 [time of test: 19 June 2001 2:50] See http://lubega.com for full details NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS Suite: org.jboss.test.cts.test.AllJUnitTests Test:testEjbRemove Type:failure Exception: junit.framework.AssertionFailedError Message: Got Exception: expecting NoSuchObjectExceptionjava.rmi.ServerException: RemoteException occurred in server thread; nested exception is: javax.transaction.TransactionRolledbackException: Instance 007 not found in database.; nested exception is: javax.ejb.NoSuchEntityException: Instance 007 not found in database. Stack Trace: junit.framework.AssertionFailedError: Got Exception: expecting NoSuchObjectExceptionjava.rmi.ServerException: RemoteException occurred in server thread; nested exception is: javax.transaction.TransactionRolledbackException: Instance 007 not found in database.; nested exception is: javax.ejb.NoSuchEntityException: Instance 007 not found in database. at junit.framework.Assert.fail(Assert.java:143) at org.jboss.test.cts.test.BmpTest.testEjbRemove(BmpTest.java:224) at java.lang.reflect.Method.invoke(Native Method) at junit.framework.TestCase.runTest(TestCase.java:155) at junit.framework.TestCase.runBare(TestCase.java:129) at junit.framework.TestResult$1.protect(TestResult.java:100) at junit.framework.TestResult.runProtected(TestResult.java:117) at junit.framework.TestResult.run(TestResult.java:103) at junit.framework.TestCase.run(TestCase.java:120) at junit.framework.TestSuite.run(TestSuite.java:144) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:209) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner.java:342) - Suite: org.jboss.test.xa.test.Main Test:testXABean Type:error Exception: java.rmi.ServerException Message: RemoteException occurred in server thread; nested exception is: javax.transaction.TransactionRolledbackException: Unable to find DB pool: javax.naming.NameNotFoundException: XADataSource1 not bound; nested exception is: javax.ejb.EJBException: Unable to find DB pool: javax.naming.NameNotFoundException: XADataSource1 not bound Stack Trace: java.rmi.ServerException: RemoteException occurred in server thread; nested exception is: javax.transaction.TransactionRolledbackException: Unable to find DB pool: javax.naming.NameNotFoundException: XADataSource1 not bound; nested exception is: javax.ejb.EJBException: Unable to find DB pool: javax.naming.NameNotFoundException: XADataSource1 not bound javax.transaction.TransactionRolledbackException: Unable to find DB pool: javax.naming.NameNotFoundException: XADataSource1 not bound; nested exception is: javax.ejb.EJBException: Unable to find DB pool: javax.naming.NameNotFoundException: XADataSource1 not bound javax.ejb.EJBException: Unable to find DB pool: javax.naming.NameNotFoundException: XADataSource1 not bound at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.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.GenericProxy.invokeContainer(GenericProxy.java:357) at org.jboss.ejb.plugins.jrmp.interfaces.StatelessSessionProxy.invoke(StatelessSessionProxy.java:123) at $Proxy1.clearData(Unknown Source) at org.jboss.test.xa.test.Main.testXABean(Main.java:106) at java.lang.reflect.Method.invoke(Native Method) at junit.framework.TestCase.runTest(TestCase.java:155) at junit.framework.TestCase.runBare(TestCase.java:129) at junit.framework.TestResult$1.protect(TestResult.java:100) at junit.framework.TestResult.runProtected(TestResult.java:117) at junit.framework.TestResult.run(TestResult.java:103) at junit.framework.TestCase.run(TestCase.java:120) at junit.framework.TestSuite.run(TestSuite.java:144) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:209) at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.m
RE: [JBoss-dev] CVS update: jboss/src/etc class.java interface.java
Does anybody use emacs? We should have a java-mode specific to jboss. Bill > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Scott > M Stark > Sent: Monday, June 18, 2001 9:08 PM > To: [EMAIL PROTECTED] > Subject: Re: [JBoss-dev] CVS update: jboss/src/etc class.java > interface.java > > > You can only insert the entire cvs log history using the $Log$ tag. > This is much more verbose and causes problems with merges between > branches. > > - Original Message - > From: "Filip Hanik" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Monday, June 18, 2001 5:41 PM > Subject: RE: [JBoss-dev] CVS update: jboss/src/etc class.java > interface.java > > > > >Sorry, it is a *very* clear need. And CVS just doesn't cut it. > > > > can't we, uhm you (I'm not a committer:), use some sort of tag > which makes > > CVS automatically insert the comment and audit info into the actual code > > file? > > I know this is doable with CVS > > any thoughts? > > > > 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
Re: [JBoss-dev] RMI-IIOP code scan
On 2001.06.18 14:48 Tahir Awan wrote: > So, please help me with any tips to attack the code from the right angle. > Just want to save some time wandering around and thinking if I got x > hours > to contribute, these should be utilized properly. Might want to look into somewhat outdated chapter 8 of online doco. Should help. Vladimir ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] CVS update: jboss/src/etc class.java interface.java
On Mon, Jun 18, 2001 at 08:24:12PM -0400, marc fleury wrote: > |>/* > |> - * JBoss, the OpenSource EJB server > |> - * > |> - * Distributable under LGPL license. > |> - * See terms of license at gnu.org. > |> - */ > |> +* JBoss, the OpenSource EJB server > |> +* > |> +* Distributable under LGPL license. > |> +* See terms of license at gnu.org. > |> +*/ > | > |Huh? Why? > > because CVS... Because CVS makes all lines that begin with an asterisk have no whitespace before the asterisk? Personally I prefer lining the asterisks up and I just want to know what you have against it. > |Ok, fine. Why *2* spaces all of a sudden? > > why not? reads well on 1024x768 (see I have been working from my laptop for > the past year and a half or so) and 2 looks really good... A fine reason. There really is no better justification. > but if you guys gave me money or a monica I might settle for 3... dunno... I really don't care. It just seems strange to pick a number that none of the existing code uses. Is there a policy about converting existing code to these new standards? This could be done automatically for the most part. Toby. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] CVS update: jboss/src/etc class.java interface.java
You can only insert the entire cvs log history using the $Log$ tag. This is much more verbose and causes problems with merges between branches. - Original Message - From: "Filip Hanik" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, June 18, 2001 5:41 PM Subject: RE: [JBoss-dev] CVS update: jboss/src/etc class.java interface.java > >Sorry, it is a *very* clear need. And CVS just doesn't cut it. > > can't we, uhm you (I'm not a committer:), use some sort of tag which makes > CVS automatically insert the comment and audit info into the actual code > file? > I know this is doable with CVS > any thoughts? > > 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] CVS update: jboss/src/etc class.java interface.java
> | > |Also, if you are going to do this, put some HTML in there so that the > |javadocs are readable. > > That is a good idea, require that the Revisions change be HTML readable... > good call. > Then why not use a custom javadoc tag so that revisions can be included or not depending on the level of javadoc as well as formatted differently. > |> +// DO NOT USE "TAB" TO INDENT CODE USE *2* SPACES FOR > |PORTABILITY AMONG EDITORS > | > |Ok, fine. Why *2* spaces all of a sudden? > > why not? reads well on 1024x768 (see I have been working from my laptop for > the past year and a half or so) and 2 looks really good... > Ok, but 2 spaces do not read well on a 1600x1200 21" screen with a 12pt font. 3 spaces is the minimum readable size for this configuration. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] CVS update: jboss/src/etc class.java interface.java
>Sorry, it is a *very* clear need. And CVS just doesn't cut it.
can't we, uhm you (I'm not a committer:), use some sort of tag which makes
CVS automatically insert the comment and audit info into the actual code
file?
I know this is doable with CVS
any thoughts?
Filip
~
Namaste - I bow to the divine in you
~
Filip Hanik
Software Architect
[EMAIL PROTECTED]
www.filip.net
>-Original Message-
>From: [EMAIL PROTECTED]
>[mailto:[EMAIL PROTECTED]]On Behalf Of marc
>fleury
>Sent: Monday, June 18, 2001 5:37 PM
>To: [EMAIL PROTECTED]
>Subject: RE: [JBoss-dev] CVS update: jboss/src/etc class.java
>interface.java
>
>
>|I agree with Toby here on most points. I do think that it is a
>|good idea to
>|have an agreed upon style, though I think that should be a guide only,
>|leaving it up to the programmer to make the final decision (if it violates
>|the standard it should be documented why it does so).
>
>uh let me see...
>
>Am i going to argue with you guys for 3hours on the coding standards...
>
>|How about using the Java Coding Standard by Sun? I would expect that most
>
>Actually I was a big proponent of them... (back when...) and now I think
>that the {} matching is really cool, ... so down the toilets with the SUN
>coding standards... bad,
>
>|1 space, 2 space, 3 space, 4. Which indentation quanta to you implore?
>
>yes, 2 is good, 3 is good 4 is good,
>
>let's go for 2.
>
>|I am happy to go either way, but I am wondering if a quanta of 2 will
>|attract more developers or turn them off?
>
>good question, I want a full report by monday on the effects of 2 vs 4
>identation
>
>you know what? it is probably one of those "slashdot" questions where you
>have
>
>"how many spaces do you use in your identation
>0(!)
>1
>2
>3
>4
>1024
>cowboy neal!"
>
>and I am pretty the majority of answers is "cowboy neal"...
>
>but you never know, good question.
>
>
>|Lastly, the bit about persisting the cvs log messages in the
>source file...
>|I agree with Toby here and strongly suggest not doing this. It will dirty
>|up the source and provide a new place for inconsistency (src vs. cvs).
>
>Sorry, it is a *very* clear need. And CVS just doesn't cut it.
>
>|--jason
>
>jason...
>more code
>less opinions
>
>marcf
>
>
>
>
>___
>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] CVS update: jboss/src/etc class.java interface.java
|I agree with Toby here on most points. I do think that it is a
|good idea to
|have an agreed upon style, though I think that should be a guide only,
|leaving it up to the programmer to make the final decision (if it violates
|the standard it should be documented why it does so).
uh let me see...
Am i going to argue with you guys for 3hours on the coding standards...
|How about using the Java Coding Standard by Sun? I would expect that most
Actually I was a big proponent of them... (back when...) and now I think
that the {} matching is really cool, ... so down the toilets with the SUN
coding standards... bad,
|1 space, 2 space, 3 space, 4. Which indentation quanta to you implore?
yes, 2 is good, 3 is good 4 is good,
let's go for 2.
|I am happy to go either way, but I am wondering if a quanta of 2 will
|attract more developers or turn them off?
good question, I want a full report by monday on the effects of 2 vs 4
identation
you know what? it is probably one of those "slashdot" questions where you
have
"how many spaces do you use in your identation
0(!)
1
2
3
4
1024
cowboy neal!"
and I am pretty the majority of answers is "cowboy neal"...
but you never know, good question.
|Lastly, the bit about persisting the cvs log messages in the source file...
|I agree with Toby here and strongly suggest not doing this. It will dirty
|up the source and provide a new place for inconsistency (src vs. cvs).
Sorry, it is a *very* clear need. And CVS just doesn't cut it.
|--jason
jason...
more code
less opinions
marcf
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] remote jboss configuration
|I've tried passing a absolute path name into org.jboss.Main |and it can't deal with it. Maybe this would be a cool feature. | |The reason I wanted to do this is becuase we are storing |our configuration inside jboss. I am working *right now* on the configuration stuff... but I must say.. what the fuck do you mean? |Intead of just pointed directly to the configuration I have |to copy my configuration files to $JBOSS_HOME/conf what??? marcf (take it private) | |cheers, |d. | |___ |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] CVS update: jboss/src/etc class.java interface.java
|>/* |> - * JBoss, the OpenSource EJB server |> - * |> - * Distributable under LGPL license. |> - * See terms of license at gnu.org. |> - */ |> +* JBoss, the OpenSource EJB server |> +* |> +* Distributable under LGPL license. |> +* See terms of license at gnu.org. |> +*/ | |Huh? Why? because CVS... |> +* Revisions: |> +* |> +* mmdd author: explicit fix description (no line |numbers but methods) go beyond the cvs commit message |> +* eg: |> +* 20010516 marc fleury: Ask all developers to clearly |document the Revision, changed the header. | |Also, if you are going to do this, put some HTML in there so that the |javadocs are readable. That is a good idea, require that the Revisions change be HTML readable... good call. |> +// DO NOT USE "TAB" TO INDENT CODE USE *2* SPACES FOR |PORTABILITY AMONG EDITORS | |Ok, fine. Why *2* spaces all of a sudden? why not? reads well on 1024x768 (see I have been working from my laptop for the past year and a half or so) and 2 looks really good... but if you guys gave me money or a monica I might settle for 3... dunno... marcf ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Coding conventions
Wonderful...
this should really put us on top of sourceforge at least for the week :)
ok I did add the updated templates (class.java and interface.java) so do
check them out most notably
1- Use the right @author tag to support automatic generation of HTML links
with mail
2- PLEASE UPDATE THE LOG FOR CHANGES **INSIDE** THE CODE... (IMPORTANT AS WE
GROW MASSIVE, CVS JUST DOESN"T CUT IT)
3- You will also notice a BAN ON TABS! DO NOT use tabs to indent your code
it really screws up the look. Apache and Linux already enforce the
tabs=2spaces rules, so please configure your IDES to replace tabs by 2spaces
or go by hand in your code,
4- USE EXPLICIT IMPORTS, I still see some wildcard imports here and there.
We will start taking measure for those of you that don't enforce the
explicit imports rules
5- minor stuff check it out
regards
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|[EMAIL PROTECTED]
|Sent: Monday, June 18, 2001 4:01 PM
|To: [EMAIL PROTECTED]
|Subject: [JBoss-dev] CVS update: jboss/src/main/org/jboss/util
|CachePolicy.java ClassPathExtension.java ClassPathExtensionMBean.java
|Executable.java Executor.java ExecutorMBean.java FastKey.java Heap.java
|Info.java InfoMBean.java LRUCachePolicy.java MBeanProxy.jav
|
|
| User: mnf999
| Date: 01/06/18 13:01:29
|
| Modified:src/main/org/jboss/util CachePolicy.java
|ClassPathExtension.java
|ClassPathExtensionMBean.java Executable.java
|Executor.java ExecutorMBean.java FastKey.java
|Heap.java Info.java InfoMBean.java
|LRUCachePolicy.java MBeanProxy.java
|Schedulable.java Scheduler.java SchedulerMBean.java
|Semaphore.java Service.java ServiceControl.java
|ServiceControlMBean.java ServiceFactory.java
|ServiceMBean.java ServiceMBeanSupport.java
|Shutdown.java ShutdownMBean.java Sync.java
|SystemProperties.java SystemPropertiesMBean.java
|TimedCachePolicy.java TimerQueue.java
|TimerTask.java WaitSemaphore.java WaitSync.java
|WorkerQueue.java XmlHelper.java
| Log:
| Updating the new names and author tags to reflect the new coding
|guidelines
|
| Revision ChangesPath
| 1.3 +2 -2 jboss/src/main/org/jboss/util/CachePolicy.java
|
| Index: CachePolicy.java
| ===
| RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/util/CachePolicy.java,v
| retrieving revision 1.2
| retrieving revision 1.3
| diff -u -r1.2 -r1.3
| --- CachePolicy.java 2000/12/07 15:45:19 1.2
| +++ CachePolicy.java 2001/06/18 20:01:28 1.3
| @@ -11,8 +11,8 @@
|* Implementation classes can implement a LRU policy, a random one,
|* a MRU one, or any other suitable policy.
|*
| - * @author Simone Bordet ([EMAIL PROTECTED])
| - * @version $Revision: 1.2 $
| + * @author mailto:[EMAIL PROTECTED]";>Simone Bordet
| + * @version $Revision: 1.3 $
|*/
| public interface CachePolicy extends Service
| {
|
|
|
| 1.11 +1 -1
|jboss/src/main/org/jboss/util/ClassPathExtension.java
|
| Index: ClassPathExtension.java
| ===
| RCS file:
|/cvsroot/jboss/jboss/src/main/org/jboss/util/ClassPathExtension.java,v
| retrieving revision 1.10
| retrieving revision 1.11
| diff -u -r1.10 -r1.11
| --- ClassPathExtension.java 2001/01/16 21:23:14 1.10
| +++ ClassPathExtension.java 2001/06/18 20:01:28 1.11
| @@ -19,8 +19,8 @@
|* Add URL's to the MLet classloader
|*
|* @see
| - * @author Rickard Öberg ([EMAIL PROTECTED])
| - * @version $Revision: 1.10 $
| + * @author mailto:[EMAIL PROTECTED]";>Rickard
|Öberg.
| + * @version $Revision: 1.11 $
|*/
| public class ClassPathExtension
| implements ClassPathExtensionMBean, MBeanRegistration
|
|
|
| 1.3 +2 -2
|jboss/src/main/org/jboss/util/ClassPathExtensionMBean.java
|
| Index: ClassPathExtensionMBean.java
| ===
| RCS file:
|/cvsroot/jboss/jboss/src/main/org/jboss/util/ClassPathExtensionMBean.java,v
| retrieving revision 1.2
| retrieving revision 1.3
| diff -u -r1.2 -r1.3
| --- ClassPathExtensionMBean.java 2000/12/07 15:45:19 1.2
| +++ ClassPathExtensionMBean.java 2001/06/18 20:01:28 1.3
| @@ -12,8 +12,8 @@
|*
|*
|* @see
| - * @author Rickard Öberg ([EMAIL PROTECTED])
| - * @version $Revision: 1.2 $
| + * @author mailto:[EMAIL PROTECTED]";>Rickard
|Öberg.
| + * @version $Revision: 1.3 $
|*/
| public interface ClassPathExtensionMBean
| {
|
|
|
| 1.3 +2 -2 jboss/src/main/org/jboss/util/Executable.java
|
| Index: Exec
[JBoss-dev] CVS update: jbossmq/src/main/org/jbossmq SpyMessageConsumer.java
User: chirino
Date: 01/06/18 16:39:07
Modified:src/main/org/jbossmq SpyMessageConsumer.java
Log:
Bug fix for Message Re-Delivery bug.
Revision ChangesPath
1.4 +38 -28jbossmq/src/main/org/jbossmq/SpyMessageConsumer.java
Index: SpyMessageConsumer.java
===
RCS file: /cvsroot/jboss/jbossmq/src/main/org/jbossmq/SpyMessageConsumer.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- SpyMessageConsumer.java 2001/03/02 01:12:40 1.3
+++ SpyMessageConsumer.java 2001/06/18 23:39:07 1.4
@@ -26,7 +26,7 @@
* @author Norbert Lataille ([EMAIL PROTECTED])
* @author Hiram Chirino ([EMAIL PROTECTED])
*
- * @version $Revision: 1.3 $
+ * @version $Revision: 1.4 $
*/
public class SpyMessageConsumer implements MessageConsumer, SpyConsumer {
@@ -182,7 +182,9 @@
if ( this instanceof SpyQueueReceiver ||
subscription.durableSubscriptionName!=null ) {
if (session.modeStop)
return null;
- return session.connection.receive(getSubscription(),
-1);
+
+ SpyMessage msg =
session.connection.receive(getSubscription(), -1);
+ return preProcessMessage( msg );
}
synchronized (messages) {
@@ -340,41 +342,49 @@
//the SAME Message object is put in different
SessionQueues
//when we deliver it, we have to clone() it to
insure independance
+ //HRC: could we avoid this if we know that we
are delivering in P2P???
SpyMessage message = mes.myClone();
- message.session = session;
- // Has the message expired?
- if (mes.isOutdated()) {
- Log.notice("SessionQueue: I dropped a
message (timeout)");
- if ( message.shouldAck )
- message.doAcknowledge();
+ Message rc = preProcessMessage( message );
+ // could happen if the message has expired.
+ if( rc == null )
continue;
- }
-
- // Should we try to ack before the message is
processed?
- if (messageListener == null) {
-
- if (message.shouldAck &&
session.transacted) {
-
session.connection.spyXAResourceManager.ackMessage(session.currentTransactionId,
message);
- } else if (message.shouldAck &&
session.acknowledgeMode == session.AUTO_ACKNOWLEDGE || session.acknowledgeMode ==
session.DUPS_OK_ACKNOWLEDGE) {
- message.doAcknowledge();
- }
-
- if( message instanceof
SpyEncapsulatedMessage )
- return
((SpyEncapsulatedMessage)message).getMessage();
- return message;
-
- } else {
- return message;
- }
+
+ return rc;
} catch (Exception e) {
e.printStackTrace();
}
-
}
+ }
+ }
+ Message preProcessMessage(SpyMessage message) throws JMSException {
+ message.session = session;
+
+ // Has the message expired?
+ if (message.isOutdated()) {
+ Log.notice("SessionQueue: I dropped a message (timeout)");
+ if ( message.shouldAck )
+ message.doAcknowledge();
+ return null;
}
+ // Should we try to ack before the message is processed?
+ if (messageListener == null) {
+
+ if (message.shouldAck && session.transacted) {
+
session.co
Re: [JBoss-dev] Is Monday still a good 2.4 freeze date
Scott, Vincent The jboss.dtd I have differs from the latest CVS in that I have included the message driven bean stuff. Its supported in 2.2 so is there any reason it shouldn't be in the DTD - apart from strict EJB 1.1 compliance? I have included it because Together 5 supports MDB so I added them to the deployer. The jaws.dtd is radically different. I dug out all the obscure stuff like debug, pk-constraint, select-for-update etc and included them. It also didn't parse because cmp-field (and others) weren't defined. (However, it won't ever parse because of the duplicate type-mapping definitions as mentioned in the comments.) I have attached the two DTDs for perusal/use/abuse as you see fit. If the jaws.dtd is no go I'd like to know so that I can back out the changes I made to ejx jaws plugin to support it all :-) I am still working on the ejx jboss plugin to add interceptors plus one or two other nasties. Hope to have it complete before end of this week. Mike S-R At 07:51 15/06/2001 -0700, you wrote: >The dtd was fixed yesterday. All official dtds are in the jboss cvs >module under src/resources/org/jboss/metadata. > >I'll fork new versions of the dtds that have changed since 2.2 and >label then with a 2_4(jboss_2_4.dtd, jaws_2_4.dtd). The only change >this entails is adding additional local entity resolver paths as far as >I can see. The only place the name shows up is in the DOCTYPE statement >of the deployment descriptor. There is no reference to jboss.dtd, jaws.dtd >in the codebase. > >Sure, create a comprehensive example. The users are begging for one. > >- Original Message - >From: "Mike Swainston-Rainford" <[EMAIL PROTECTED]> >To: <[EMAIL PROTECTED]> >Sent: Friday, June 15, 2001 2:45 AM >Subject: RE: [JBoss-dev] Is Monday still a good 2.4 freeze date > > >Aren't there still some errors in the jboss.dtd as well? If I remember >correctly max-bean-life and overager-period are not defined. > >I was trying to get the dtds corrected for the Together JBoss deployer and >then submit them for incorporation in CVS but they are such a moving target >I had to freeze them for 2.2.2 and include them with the deployer >distribution to guarantee that the Together XML editor would open them OK. >(I have what I believe are valid and complete DTDs for the 2.2 release - >some of the comments need the wording tidying up but the structure is >correct). > >Is there an 'official' public URL for the dtd files. The documentation >pages link to www.jboss.org/documentation/jboss.dtd and jaws.dtd is there >as well. (jboss-web.dtd isn't) But I believe they are out of date with >respect to the current 2.2.2 release (the debug element isn't mentioned in >jaws.dtd for example). > >In view of the major changes to the dtd betwixt 2.2 and 2.3/2.4 shouldn't >there be a version number added to the files so that the 2.4 file is a >different beast to the 2.2 file? The jboss.xml secure element has been >sensibly renamed but its no longer backwards compatible with 2.2. > > > >___ >Jboss-development mailing list >[EMAIL PROTECTED] >http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: manual/src/docs howtotimer.xml
User: schaefera Date: 01/06/18 14:07:42 Modified:src/docs howtotimer.xml Log: Some small fixes like the lookup of the MBeanServer. Revision ChangesPath 1.6 +9 -5 manual/src/docs/howtotimer.xml Index: howtotimer.xml === RCS file: /cvsroot/jboss/manual/src/docs/howtotimer.xml,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- howtotimer.xml2001/05/31 05:47:33 1.5 +++ howtotimer.xml2001/06/18 21:07:42 1.6 @@ -27,12 +27,16 @@ Main.java class). This mbean tag looks like this: + ]]> + Keep in mind that there will be no notification about the startup. To check use the JMX + HTML-Adaptor on port 8082 by default. The timer is loaded from the jmxri.jar file in /lib + directory. - If you are not using JBoss then to the following: + If you are not using JBoss then to the following (which means that you want to use a timer + outside of JBoss (maybe on the client or administration side): @@ -75,11 +79,11 @@ This is quite simple if your are in a MBean registered to the same JMX server because then you get it when you overwrite preRegister() method. When you are in the same JVM as the JMX server (in JBoss is any instance running - within JBoss like EJBs or other classes). Then you can obtain the MBeanServer throug: + within JBoss like EJBs or other classes). Then you can obtain the MBeanServer through: MBeanServer lServer = - MBeanServerFactory.createMBeanServer(); + (MBeanServer) MBeanServerFactory.findMBeanServer( null ).get( 0 ); For the rest it is a little bit more complicated. In a Java client you can use JBoss RMI @@ -183,7 +187,7 @@ "I call you with this timer once", // No user object null, - // I one minute from now + // In one minute from now lNext, Timer.ONE_MINUTE, 10 ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] remote jboss configuration
I've tried passing a absolute path name into org.jboss.Main and it can't deal with it. Maybe this would be a cool feature. The reason I wanted to do this is becuase we are storing our configuration inside jboss. Intead of just pointed directly to the configuration I have to copy my configuration files to $JBOSS_HOME/conf cheers, d. ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Limiting Instances of Stateful Sesssion Beans
We need to be able to limit the number of instances of a stateful session bean to control the number of active sessions and we are not sure if the container supports this. We have been digging through the documentation and the configuration files and what we have found is, 1) We are able to locate controls to set the minimum and maximum size of the bean cache as a whole. 2) We can define the class which acts as the instance cache for the stateful session beans. But, we have not found any controls to limit the number of instances. Can anyone tell us if it possible to actually limit the number of instances or is it only possible to limit the number of the cached instances? The implication being that there can be unlimited number of passivated beans. Scott & Frederic __ Do You Yahoo!? Spot the hottest trends in music, movies, and more. http://buzz.yahoo.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] [ jboss-Bugs-434227 ] ejbStore delay can lead toDB corruption
You'd have the same type of problems with BMP, wouldn't you? Bill > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Jay > Walters > Sent: Monday, June 18, 2001 3:35 PM > To: '[EMAIL PROTECTED]' > Subject: RE: [JBoss-dev] [ jboss-Bugs-434227 ] ejbStore delay can lead > toDB corruption > > > Seems like an application requiring a CMP Persistence Manager and EJB > container to execute SQL in a specific order might be asking a bit much to > me... > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: Monday, June 18, 2001 12:39 PM > To: [EMAIL PROTECTED] > Subject: [JBoss-dev] [ jboss-Bugs-434227 ] ejbStore delay can lead to DB > corruption > > > Bugs item #434227, was updated on 2001-06-18 09:39 > You can respond by visiting: > http://sourceforge.net/tracker/?func=detail&atid=376685&aid=434227 > &group_id= > 22866 > > Category: JBossCMP > Group: v2.2 (stable) > Status: Open > Resolution: None > Priority: 5 > Submitted By: Nobody/Anonymous (nobody) > Assigned to: Nobody/Anonymous (nobody) > Summary: ejbStore delay can lead to DB corruption > > Initial Comment: > The "caching" of database updates until the end of a > transaction can lead to data corruption if RI > constraints are in place. > > Example: > > CreditCard cc = cch.findByPrimaryKey(creditCardID); > CreditCardRecord ccr = cc.getRecord(); > > //Get the address that this credit card is currently > pointing to > MemberCompanyAddress mca = mcah.findByPrimaryKey(new > MemberCompanyAddressPK(ccr.billing_address_id)); > > //Change the address to a different one > ccr.billing_address_id = newBillingAddressID.intValue > (); > > //Write the changes to the bean object > cc.setRecord(ccr); > > //Remove the old address > mca.remove(); > > > Because the "UPDATE" that the setRecord() call is > delayed until the end of the TX, the call to remove() > is operating on the old snapshot of the database, not > the post-UPDATE state that the developer expects. > > Corruption can result if a ON DELETE CASCADE RI > constraint is on the Address table. (As this will > remove the underlying CreditCard record) > > Two possible solutions: > > Allow a developer to force a flush of the "transaction > cache" to the DB > > Automatically flush bean object "setXXX()" operations > to the DB based on the state of a flag in the > deployment descriptor. > > -- > > You can respond by visiting: > http://sourceforge.net/tracker/?func=detail&atid=376685&aid=434227 &group_id= 22866 ___ 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] CVS update: jboss/src/etc class.java interface.java
I agree with Toby here on most points. I do think that it is a good idea to
have an agreed upon style, though I think that should be a guide only,
leaving it up to the programmer to make the final decision (if it violates
the standard it should be documented why it does so).
How about using the Java Coding Standard by Sun? I would expect that most
Java developers will be familiar with that at the least. It is not perfect,
but if developers can follow 70-80% of them (which isn't hard), then we are
in really good shape.
1 space, 2 space, 3 space, 4. Which indentation quanta to you implore?
I have gone from 2 to 3 and now to 4, and only because I have found that
other open source projects that I have worked on have been mostly 4. So I
have made the switch.
I am happy to go either way, but I am wondering if a quanta of 2 will
attract more developers or turn them off?
Lastly, the bit about persisting the cvs log messages in the source file...
I agree with Toby here and strongly suggest not doing this. It will dirty
up the source and provide a new place for inconsistency (src vs. cvs).
Standards are good, so I am happy to embrace anything along these lines, but
if the goal is to attract more talented developers to help with the project,
it might make sense to use a publicly accepted standard.
--jason
On Tue, 19 Jun 2001, Toby Allsopp wrote:
> Ok, I'm failing to stay out of this argument once again. Crap.
>
> On Mon, Jun 18, 2001 at 08:36:52AM -0700, [EMAIL PROTECTED] wrote:
> >/*
> > - * JBoss, the OpenSource EJB server
> > - *
> > - * Distributable under LGPL license.
> > - * See terms of license at gnu.org.
> > - */
> > +* JBoss, the OpenSource EJB server
> > +*
> > +* Distributable under LGPL license.
> > +* See terms of license at gnu.org.
> > +*/
>
> Huh? Why?
>
> >package x;
> >
> > +//EXPLICIT IMPORTS
> > +import a.b.C1; // GOOD
> > +import a.b.C2;
> > +import a.b.C3;
> >
> > +// DO NOT WRITE
> > +import a.b.*; // BAD
>
> No argument on this.
>
> > +/**
> > +*
> > +*
> > +* @see
> > +* @author mailto:{email}";>{full name}.
> > +* @author mailto:[EMAIL PROTECTED]";>Marc Fleury
> > +* @version $Revision: 1.4 $
> > +*
> > +* Revisions:
> > +*
> > +* mmdd author: explicit fix description (no line numbers but methods) go
>beyond the cvs commit message
> > +* eg:
> > +* 20010516 marc fleury: Ask all developers to clearly document the Revision,
>changed the header.
>
> I'm not going to repeat the argument we had a while back about this, but I
> still believe that this is a Very Bad Idea. It will not be maintained because
> it's duplication of work that people already do when they write CVS commit
> logs.
>
> Here's a solution to your perceived problem of not having access to the CVS
> history when offline: maintain a local mirror of the CVS repository on
> your machine.
>
> Also, if you are going to do this, put some HTML in there so that the
> javadocs are readable.
>
> > +// DO NOT USE "TAB" TO INDENT CODE USE *2* SPACES FOR PORTABILITY AMONG EDITORS
>
> Ok, fine. Why *2* spaces all of a sudden? AFAIK, all of the existing code
> is 3 or 4 spaces. In some ways, TABs are better for editor portability
> because people can choose the width of the TABs that they prefer. I prefer
> spaces, however, so I'm not going to argue.
>
> It seems to me that if the goal is to make it as easy as possible for people
> to contribute to JBoss then there should be an absolute minimum of red tape
> and bizzarre coding standards.
>
> Toby.
>
> ___
> 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/main/org/jboss/security/plugins NullSecurityManager.java
User: mnf999 Date: 01/06/18 13:01:28 Modified:src/main/org/jboss/security/plugins NullSecurityManager.java Log: Updating the new names and author tags to reflect the new coding guidelines Revision ChangesPath 1.2 +1 -1 jboss/src/main/org/jboss/security/plugins/NullSecurityManager.java Index: NullSecurityManager.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/security/plugins/NullSecurityManager.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- NullSecurityManager.java 2001/06/12 08:00:43 1.1 +++ NullSecurityManager.java 2001/06/18 20:01:28 1.2 @@ -23,8 +23,8 @@ @see #Principal getPrincipal(Principal) @see #doesUserHaveRole(Principal, Set) -@author [EMAIL PROTECTED] -@version $Revision: 1.1 $ +@author mailto:[EMAIL PROTECTED]";>Scott Stark. +@version $Revision: 1.2 $ */ public class NullSecurityManager implements SubjectSecurityManager, RealmMapping, Serializable ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/logging ConsoleLogging.java ConsoleLoggingMBean.java DefaultLog.java FileLogging.java FileLoggingMBean.java Log.java Log4jService.java Log4jServiceMBean.java LogStream.java LogToCategory.java Logger.java LoggerMBean.java ViewerLogging.java ViewerLoggingMBean.java
User: mnf999
Date: 01/06/18 13:01:26
Modified:src/main/org/jboss/logging ConsoleLogging.java
ConsoleLoggingMBean.java DefaultLog.java
FileLogging.java FileLoggingMBean.java Log.java
Log4jService.java Log4jServiceMBean.java
LogStream.java LogToCategory.java Logger.java
LoggerMBean.java ViewerLogging.java
ViewerLoggingMBean.java
Log:
Updating the new names and author tags to reflect the new coding guidelines
Revision ChangesPath
1.8 +2 -2 jboss/src/main/org/jboss/logging/ConsoleLogging.java
Index: ConsoleLogging.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/logging/ConsoleLogging.java,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- ConsoleLogging.java 2000/12/07 18:16:12 1.7
+++ ConsoleLogging.java 2001/06/18 20:01:26 1.8
@@ -20,8 +20,8 @@
/**
*
* @see
- * @author Rickard Öberg ([EMAIL PROTECTED])
- * @version $Revision: 1.7 $
+ * @author mailto:[EMAIL PROTECTED]";>Rickard Öberg
+ * @version $Revision: 1.8 $
*/
public class ConsoleLogging
implements ConsoleLoggingMBean, NotificationListener, MBeanRegistration
1.4 +2 -2 jboss/src/main/org/jboss/logging/ConsoleLoggingMBean.java
Index: ConsoleLoggingMBean.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/logging/ConsoleLoggingMBean.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- ConsoleLoggingMBean.java 2000/12/07 15:44:58 1.3
+++ ConsoleLoggingMBean.java 2001/06/18 20:01:26 1.4
@@ -9,8 +9,8 @@
/**
*
* @see
- * @author Rickard Öberg ([EMAIL PROTECTED])
- * @version $Revision: 1.3 $
+ * @author mailto:[EMAIL PROTECTED]";>Rickard Öberg
+ * @version $Revision: 1.4 $
*/
public interface ConsoleLoggingMBean
{
1.4 +2 -2 jboss/src/main/org/jboss/logging/DefaultLog.java
Index: DefaultLog.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/logging/DefaultLog.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- DefaultLog.java 2001/01/03 08:28:38 1.3
+++ DefaultLog.java 2001/06/18 20:01:26 1.4
@@ -16,8 +16,8 @@
/**
*
* @see
- * @author Rickard Öberg ([EMAIL PROTECTED])
- * @version $Revision: 1.3 $
+ * @author mailto:[EMAIL PROTECTED]";>Rickard Öberg
+ * @version $Revision: 1.4 $
*/
public class DefaultLog extends Log
{
1.13 +2 -2 jboss/src/main/org/jboss/logging/FileLogging.java
Index: FileLogging.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/logging/FileLogging.java,v
retrieving revision 1.12
retrieving revision 1.13
diff -u -r1.12 -r1.13
--- FileLogging.java 2001/02/03 08:44:25 1.12
+++ FileLogging.java 2001/06/18 20:01:26 1.13
@@ -21,8 +21,8 @@
/**
*
* @see
- * @author Rickard Öberg ([EMAIL PROTECTED])
- * @version $Revision: 1.12 $
+ * @author mailto:[EMAIL PROTECTED]";>Rickard Öberg
+ * @version $Revision: 1.13 $
*/
public class FileLogging
implements FileLoggingMBean, NotificationListener, MBeanRegistration
1.5 +2 -2 jboss/src/main/org/jboss/logging/FileLoggingMBean.java
Index: FileLoggingMBean.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/logging/FileLoggingMBean.java,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- FileLoggingMBean.java 2000/12/07 15:44:58 1.4
+++ FileLoggingMBean.java 2001/06/18 20:01:26 1.5
@@ -9,8 +9,8 @@
/**
*
* @see
- * @author Rickard Öberg ([EMAIL PROTECTED])
- * @version $Revision: 1.4 $
+ * @author mailto:[EMAIL PROTECTED]";>Rickard Öberg
+ * @version $Revision: 1.5 $
*/
public interface FileLoggingMBean
{
1.13 +3 -3 jboss/src/main/org/jboss/logging/Log.java
Index: Log.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/logging/Log.java,v
retrieving revision 1.12
retrieving revision 1.13
diff -u -r1.12 -r1.13
--- Log.java 2001/06/15 21:54:20 1.12
+++ Log.java 2001/06/18 20:01:26 1.13
@@ -17,9 +17,9 @@
/** The legacy JBoss logging framework base class.
* @deprecated, As of JBoss 2.3, replaced by the org.apache.log4j framework
- * @author Rickard Öberg ([EMAIL PROTECTED])
-
[JBoss-dev] CVS update: jboss/src/main/org/jboss/jms/jndi AbstractJMSProviderAdapter.java JBossLocalTXProvider.java
User: mnf999
Date: 01/06/18 13:01:26
Modified:src/main/org/jboss/jms/jndi AbstractJMSProviderAdapter.java
JBossLocalTXProvider.java
Log:
Updating the new names and author tags to reflect the new coding guidelines
Revision ChangesPath
1.3 +2 -2
jboss/src/main/org/jboss/jms/jndi/AbstractJMSProviderAdapter.java
Index: AbstractJMSProviderAdapter.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/jms/jndi/AbstractJMSProviderAdapter.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- AbstractJMSProviderAdapter.java 2001/04/19 21:52:29 1.2
+++ AbstractJMSProviderAdapter.java 2001/06/18 20:01:25 1.3
@@ -25,8 +25,8 @@
* provide connection names via instance initialzation and provide an
* implementaion of {@link #getInitialContext}.
*
- * @version $Revision: 1.2 $
- * @author Jason Dillon mailto:[EMAIL PROTECTED]";><[EMAIL PROTECTED]>
+ * @version $Revision: 1.3 $
+ * @author mailto:[EMAIL PROTECTED]";>Jason Dillon
*/
public abstract class AbstractJMSProviderAdapter
implements JMSProviderAdapter, java.io.Serializable
1.2 +2 -2 jboss/src/main/org/jboss/jms/jndi/JBossLocalTXProvider.java
Index: JBossLocalTXProvider.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/jms/jndi/JBossLocalTXProvider.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- JBossLocalTXProvider.java 2001/04/26 21:02:13 1.1
+++ JBossLocalTXProvider.java 2001/06/18 20:01:25 1.2
@@ -30,8 +30,8 @@
*
* Created: Fri Dec 22 09:34:04 2000
*
- * @author Peter Antman ([EMAIL PROTECTED])
- * @version $Revision: 1.1 $
+ * @author mailto:[EMAIL PROTECTED]";>Peter Antman
+ * @version $Revision: 1.2 $
*/
public class JBossLocalTXProvider
extends JBossMQProvider
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/metadata ApplicationMetaData.java BeanMetaData.java ConfigurationMetaData.java EjbLocalRefMetaData.java EntityMetaData.java MessageDrivenMetaData.java MethodMetaData.java ResourceEnvRefMetaData.java ResourceRefMetaData.java SecurityIdentityMetaData.java SecurityRoleRefMetaData.java SessionMetaData.java WebMetaData.java XmlFileLoader.java
User: mnf999
Date: 01/06/18 13:01:27
Modified:src/main/org/jboss/metadata ApplicationMetaData.java
BeanMetaData.java ConfigurationMetaData.java
EjbLocalRefMetaData.java EntityMetaData.java
MessageDrivenMetaData.java MethodMetaData.java
ResourceEnvRefMetaData.java
ResourceRefMetaData.java
SecurityIdentityMetaData.java
SecurityRoleRefMetaData.java SessionMetaData.java
WebMetaData.java XmlFileLoader.java
Log:
Updating the new names and author tags to reflect the new coding guidelines
Revision ChangesPath
1.17 +3 -3 jboss/src/main/org/jboss/metadata/ApplicationMetaData.java
Index: ApplicationMetaData.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/metadata/ApplicationMetaData.java,v
retrieving revision 1.16
retrieving revision 1.17
diff -u -r1.16 -r1.17
--- ApplicationMetaData.java 2001/06/10 07:46:16 1.16
+++ ApplicationMetaData.java 2001/06/18 20:01:27 1.17
@@ -26,9 +26,9 @@
* MessageDriven Bean added
* @see
* @author mailto:[EMAIL PROTECTED]";>Sebastien Alborini
- * @author Peter Antman ([EMAIL PROTECTED])
- * @author [EMAIL PROTECTED]
- * @version $Revision: 1.16 $
+ * @author mailto:[EMAIL PROTECTED]";>Peter Antman.
+ * @author mailto:[EMAIL PROTECTED]";>Scott Stark.
+ * @version $Revision: 1.17 $
*/
public class ApplicationMetaData extends MetaData {
// Constants -
1.24 +4 -4 jboss/src/main/org/jboss/metadata/BeanMetaData.java
Index: BeanMetaData.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/metadata/BeanMetaData.java,v
retrieving revision 1.23
retrieving revision 1.24
diff -u -r1.23 -r1.24
--- BeanMetaData.java 2001/06/15 14:19:06 1.23
+++ BeanMetaData.java 2001/06/18 20:01:27 1.24
@@ -25,10 +25,10 @@
/** A common meta data class for the entity, message-driven and session beans.
*
* @author mailto:[EMAIL PROTECTED]";>Sebastien Alborini
- * @author Peter Antman ([EMAIL PROTECTED])
- * @author Daniel OConnor ([EMAIL PROTECTED])
- * @author [EMAIL PROTECTED]
- * @version $Revision: 1.23 $
+ * @author mailto:[EMAIL PROTECTED]";>Peter Antman.
+ * @author mailto:[EMAIL PROTECTED]";>Daniel OConnor
+ * @author mailto:[EMAIL PROTECTED]";>Scott Stark.
+ * @version $Revision: 1.24 $
*/
public abstract class BeanMetaData extends MetaData {
// Constants -
1.15 +2 -2 jboss/src/main/org/jboss/metadata/ConfigurationMetaData.java
Index: ConfigurationMetaData.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/metadata/ConfigurationMetaData.java,v
retrieving revision 1.14
retrieving revision 1.15
diff -u -r1.14 -r1.15
--- ConfigurationMetaData.java2001/06/13 04:52:33 1.14
+++ ConfigurationMetaData.java2001/06/18 20:01:27 1.15
@@ -12,8 +12,8 @@
/** The configuration information for an EJB container.
* @author mailto:[EMAIL PROTECTED]";>Sebastien Alborini
- * @author [EMAIL PROTECTED]
- * @version $Revision: 1.14 $
+ * @author mailto:[EMAIL PROTECTED]";>Scott Stark
+ * @version $Revision: 1.15 $
*/
public class ConfigurationMetaData extends MetaData {
1.3 +1 -1 jboss/src/main/org/jboss/metadata/EjbLocalRefMetaData.java
Index: EjbLocalRefMetaData.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/metadata/EjbLocalRefMetaData.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- EjbLocalRefMetaData.java 2001/06/03 20:58:01 1.2
+++ EjbLocalRefMetaData.java 2001/06/18 20:01:27 1.3
@@ -14,7 +14,7 @@
*
*
* @see
- * @author Daniel OConnor ([EMAIL PROTECTED])
+ * @author mailto:[EMAIL PROTECTED]";>Daniel OConnor
*/
public class EjbLocalRefMetaData extends MetaData {
// Constants -
1.8 +2 -2 jboss/src/main/org/jboss/metadata/EntityMetaData.java
Index: EntityMetaData.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/metadata/EntityMetaData.java,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- EntityMetaData.java 2001/06/10 07:46:16 1.7
+++ EntityMetaData.java 2001/06/18 20:01:27 1.8
[JBoss-dev] CVS update: jboss/src/main/org/jboss/mail MailService.java MailServiceMBean.java
User: mnf999
Date: 01/06/18 13:01:27
Modified:src/main/org/jboss/mail MailService.java
MailServiceMBean.java
Log:
Updating the new names and author tags to reflect the new coding guidelines
Revision ChangesPath
1.3 +2 -2 jboss/src/main/org/jboss/mail/MailService.java
Index: MailService.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/mail/MailService.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- MailService.java 2001/01/21 00:24:41 1.2
+++ MailService.java 2001/06/18 20:01:27 1.3
@@ -27,8 +27,8 @@
* MBean that gives support for JavaMail. Object of class javax.mail.Session will
be bound
* in JNDI under java:/ namespace with the name provided with method {@link
#setJNDIName}.
*
- * @author Simone Bordet ([EMAIL PROTECTED])
- * @version $Revision: 1.2 $
+ * @author mailto:[EMAIL PROTECTED]";>Simone Bordet
+ * @version $Revision: 1.3 $
*/
public class MailService
extends ServiceMBeanSupport
1.2 +2 -2 jboss/src/main/org/jboss/mail/MailServiceMBean.java
Index: MailServiceMBean.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/mail/MailServiceMBean.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- MailServiceMBean.java 2001/01/21 00:03:08 1.1
+++ MailServiceMBean.java 2001/06/18 20:01:27 1.2
@@ -11,8 +11,8 @@
* MBean interface for the mail service.
*
* @see
- * @author Simone Bordet ([EMAIL PROTECTED])
- * @version $Revision: 1.1 $
+ * @author mailto:[EMAIL PROTECTED]";>Simone Bordet
+ * @version $Revision: 1.2 $
*/
public interface MailServiceMBean
extends org.jboss.util.ServiceMBean
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/logging/log4j CategoryStream.java ConsoleAppender.java
User: mnf999
Date: 01/06/18 13:01:27
Modified:src/main/org/jboss/logging/log4j CategoryStream.java
ConsoleAppender.java
Log:
Updating the new names and author tags to reflect the new coding guidelines
Revision ChangesPath
1.4 +2 -2 jboss/src/main/org/jboss/logging/log4j/CategoryStream.java
Index: CategoryStream.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/logging/log4j/CategoryStream.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- CategoryStream.java 2001/06/15 21:54:20 1.3
+++ CategoryStream.java 2001/06/18 20:01:27 1.4
@@ -16,8 +16,8 @@
This class is used to map PrintStream/PrintWriter oriented logging onto
the log4j Categories. Examples include capturing System.out/System.err writes.
-@author [EMAIL PROTECTED]
-@version $Revision: 1.3 $
+@author mailto:[EMAIL PROTECTED]";>Scott Stark.
+@version $Revision: 1.4 $
*/
public class CategoryStream extends PrintStream
{
1.3 +2 -2 jboss/src/main/org/jboss/logging/log4j/ConsoleAppender.java
Index: ConsoleAppender.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/logging/log4j/ConsoleAppender.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- ConsoleAppender.java 2001/06/15 21:54:20 1.2
+++ ConsoleAppender.java 2001/06/18 20:01:27 1.3
@@ -18,8 +18,8 @@
and System.err to route logging through those objects to the log4j
system via a category named Default.
-@author [EMAIL PROTECTED]
-@version $Revision: 1.2 $
+@author mailto:[EMAIL PROTECTED]";>Scott Stark.
+@version $Revision: 1.3 $
*/
public class ConsoleAppender extends AppenderSkeleton
{
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/jdbc Connection.java HypersonicDatabase.java HypersonicDatabaseMBean.java InstantDBDatabase.java InstantDBDatabaseMBean.java JDBCDataSourceLoader.java JdbcProvider.java JdbcProviderMBean.java RawXADataSourceLoader.java XADataSourceLoader.java
User: mnf999 Date: 01/06/18 13:01:25 Modified:src/main/org/jboss/jdbc Connection.java HypersonicDatabase.java HypersonicDatabaseMBean.java InstantDBDatabase.java InstantDBDatabaseMBean.java JDBCDataSourceLoader.java JdbcProvider.java JdbcProviderMBean.java RawXADataSourceLoader.java XADataSourceLoader.java Log: Updating the new names and author tags to reflect the new coding guidelines Revision ChangesPath 1.3 +2 -2 jboss/src/main/org/jboss/jdbc/Connection.java Index: Connection.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/jdbc/Connection.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- Connection.java 2000/12/07 15:44:50 1.2 +++ Connection.java 2001/06/18 20:01:25 1.3 @@ -11,8 +11,8 @@ * Just a fix for proxies not being created in java.* packages for security reasons... * * @see - * @author Rickard Öberg ([EMAIL PROTECTED]) - * @version $Revision: 1.2 $ + * @author mailto:[EMAIL PROTECTED]";>Rickard Öberg + * @version $Revision: 1.3 $ */ public interface Connection extends java.sql.Connection 1.9 +3 -3 jboss/src/main/org/jboss/jdbc/HypersonicDatabase.java Index: HypersonicDatabase.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/jdbc/HypersonicDatabase.java,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- HypersonicDatabase.java 2001/05/21 20:30:52 1.8 +++ HypersonicDatabase.java 2001/06/18 20:01:25 1.9 @@ -28,10 +28,10 @@ * Integration with Hypersonic SQL (http://hsql.oron.ch/). Starts a Hypersonic database in-VM. * * @see HypersonicDatabaseMBean - * @author Rickard Öberg ([EMAIL PROTECTED]) - * @author [EMAIL PROTECTED] + * @author mailto:[EMAIL PROTECTED]";>Rickard Öberg + * @author mailto:[EMAIL PROTECTED]";>Scott Stark. * @author Peter Fagerlund [EMAIL PROTECTED] @see stopService() - * @version $Revision: 1.8 $ + * @version $Revision: 1.9 $ */ public class HypersonicDatabase extends ServiceMBeanSupport 1.4 +2 -2 jboss/src/main/org/jboss/jdbc/HypersonicDatabaseMBean.java Index: HypersonicDatabaseMBean.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/jdbc/HypersonicDatabaseMBean.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- HypersonicDatabaseMBean.java 2000/12/07 15:44:50 1.3 +++ HypersonicDatabaseMBean.java 2001/06/18 20:01:25 1.4 @@ -11,8 +11,8 @@ * * * @see - * @author Rickard Öberg ([EMAIL PROTECTED]) - * @version $Revision: 1.3 $ + * @author mailto:[EMAIL PROTECTED]";>Rickard Öberg + * @version $Revision: 1.4 $ */ public interface HypersonicDatabaseMBean extends org.jboss.util.ServiceMBean 1.4 +2 -2 jboss/src/main/org/jboss/jdbc/InstantDBDatabase.java Index: InstantDBDatabase.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/jdbc/InstantDBDatabase.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- InstantDBDatabase.java2000/12/07 15:44:50 1.3 +++ InstantDBDatabase.java2001/06/18 20:01:25 1.4 @@ -27,8 +27,8 @@ * * * @see - * @author Rickard Öberg ([EMAIL PROTECTED]) - * @version $Revision: 1.3 $ + * @author mailto:[EMAIL PROTECTED]";>Rickard Öberg + * @version $Revision: 1.4 $ */ public class InstantDBDatabase extends ServiceMBeanSupport 1.3 +2 -2 jboss/src/main/org/jboss/jdbc/InstantDBDatabaseMBean.java Index: InstantDBDatabaseMBean.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/jdbc/InstantDBDatabaseMBean.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- InstantDBDatabaseMBean.java 2000/12/07 15:44:50 1.2 +++ InstantDBDatabaseMBean.java 2001/06/18 20:01:25 1.3 @@ -11,8 +11,8 @@ * * * @see - * @author Rickard Öberg ([EMAIL PROTECTED]) - * @version $Revision: 1.2 $ + * @author mailto:[EMAIL PROTECTED]";>Rickard Öberg + * @version $Revision: 1.3 $ */ public interface InstantDBDatabaseMBean extends org.jboss.util.ServiceMBean 1.11 +2 -2 jboss/src/main/org/jboss/jdbc/JDBCDataSourceLoader.java Index: JDBCDataSourceLoader.java ==
[JBoss-dev] CVS update: jboss/src/main/org/jboss/jms/asf ThreadPool.java
User: mnf999
Date: 01/06/18 13:01:25
Modified:src/main/org/jboss/jms/asf ThreadPool.java
Log:
Updating the new names and author tags to reflect the new coding guidelines
Revision ChangesPath
1.4 +3 -3 jboss/src/main/org/jboss/jms/asf/ThreadPool.java
Index: ThreadPool.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/jms/asf/ThreadPool.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- ThreadPool.java 2001/03/02 14:59:31 1.3
+++ ThreadPool.java 2001/06/18 20:01:25 1.4
@@ -19,9 +19,9 @@
* Java Thread Programming (SAMS)
*
* @see
- * @author Rickard Öberg ([EMAIL PROTECTED])
- * @author Peter Antman ([EMAIL PROTECTED])
- * @version $Revision: 1.3 $
+ * @author mailto:[EMAIL PROTECTED]";>Rickard Öberg
+ * @author mailto:[EMAIL PROTECTED]";>Peter Antman.
+ * @version $Revision: 1.4 $
*/
public class ThreadPool
{
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/jmx/client ConnectorFactoryImpl.java Deployer.java RMIClientConnectorImpl.java Stop.java
User: mnf999
Date: 01/06/18 13:01:26
Modified:src/main/org/jboss/jmx/client ConnectorFactoryImpl.java
Deployer.java RMIClientConnectorImpl.java Stop.java
Log:
Updating the new names and author tags to reflect the new coding guidelines
Revision ChangesPath
1.8 +3 -3 jboss/src/main/org/jboss/jmx/client/ConnectorFactoryImpl.java
Index: ConnectorFactoryImpl.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/jmx/client/ConnectorFactoryImpl.java,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- ConnectorFactoryImpl.java 2001/05/10 22:01:17 1.7
+++ ConnectorFactoryImpl.java 2001/06/18 20:01:26 1.8
@@ -153,7 +153,7 @@
* Interface defined a Connector Tester to verify JMX Connectors
* based on the information delivered by a JNDI server
*
-* @author Andreas "Mad" Schaefer ([EMAIL PROTECTED])
+* @author Andreas Schaefer ([EMAIL PROTECTED])
**/
public static interface IConnectorTester {
@@ -172,7 +172,7 @@
/**
* Default implementation of the jBoss JMX Connector tester
*
-* @author Andreas "Mad" Schaefer ([EMAIL PROTECTED])
+* @author Andreas Schaefer ([EMAIL PROTECTED])
**/
public static class JBossConnectorTester
implements IConnectorTester
@@ -199,7 +199,7 @@
/**
* Container for a JMX Connector representation
*
-* @author Andreas "Mad" Schaefer ([EMAIL PROTECTED])
+* @author Andreas Schaefer ([EMAIL PROTECTED])
**/
public static class ConnectorName {
1.7 +2 -2 jboss/src/main/org/jboss/jmx/client/Deployer.java
Index: Deployer.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/jmx/client/Deployer.java,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- Deployer.java 2001/05/25 12:07:05 1.6
+++ Deployer.java 2001/06/18 20:01:26 1.7
@@ -19,8 +19,8 @@
*
*
* @see
- * @author Rickard Öberg ([EMAIL PROTECTED])
- * @version $Revision: 1.6 $
+ * @author mailto:[EMAIL PROTECTED]";>Rickard Öberg
+ * @version $Revision: 1.7 $
*/
public class Deployer
{
1.7 +1 -1 jboss/src/main/org/jboss/jmx/client/RMIClientConnectorImpl.java
Index: RMIClientConnectorImpl.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/jmx/client/RMIClientConnectorImpl.java,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- RMIClientConnectorImpl.java 2001/05/14 18:39:27 1.6
+++ RMIClientConnectorImpl.java 2001/06/18 20:01:26 1.7
@@ -54,7 +54,7 @@
/**
* Implementation of the JMX Connector over the RMI protocol
*
-* @author Rickard Öberg ([EMAIL PROTECTED])
+* @author mailto:[EMAIL PROTECTED]";>Rickard Öberg
* @author mailto:[EMAIL PROTECTED]";>Andreas "Mad"
Schaefer
*/
public class RMIClientConnectorImpl
1.5 +2 -2 jboss/src/main/org/jboss/jmx/client/Stop.java
Index: Stop.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/jmx/client/Stop.java,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- Stop.java 2000/12/07 15:44:53 1.4
+++ Stop.java 2001/06/18 20:01:26 1.5
@@ -18,8 +18,8 @@
*
*
* @see
- * @author Rickard Öberg ([EMAIL PROTECTED])
- * @version $Revision: 1.4 $
+ * @author mailto:[EMAIL PROTECTED]";>Rickard Öberg
+ * @version $Revision: 1.5 $
*/
public class Stop
{
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/jms/ra JmsConnectionFactoryImpl.java JmsConnectionManager.java JmsConnectionRequestInfo.java JmsCred.java JmsLocalTransaction.java JmsLogger.java JmsManagedConnection.java JmsManagedConnectionFactory.java JmsMetaData.java JmsSession.java JmsSessionFactoryImpl.java Level.java TestClient.java
User: mnf999
Date: 01/06/18 13:01:26
Modified:src/main/org/jboss/jms/ra JmsConnectionFactoryImpl.java
JmsConnectionManager.java
JmsConnectionRequestInfo.java JmsCred.java
JmsLocalTransaction.java JmsLogger.java
JmsManagedConnection.java
JmsManagedConnectionFactory.java JmsMetaData.java
JmsSession.java JmsSessionFactoryImpl.java
Level.java TestClient.java
Log:
Updating the new names and author tags to reflect the new coding guidelines
Revision ChangesPath
1.2 +2 -2 jboss/src/main/org/jboss/jms/ra/JmsConnectionFactoryImpl.java
Index: JmsConnectionFactoryImpl.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/jms/ra/JmsConnectionFactoryImpl.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- JmsConnectionFactoryImpl.java 2001/04/26 21:02:13 1.1
+++ JmsConnectionFactoryImpl.java 2001/06/18 20:01:26 1.2
@@ -37,8 +37,8 @@
*
* Created: Thu Apr 26 17:02:50 2001
*
- * @author Peter Antman ([EMAIL PROTECTED])
- * @version $Revision: 1.1 $
+ * @author mailto:[EMAIL PROTECTED]";>Peter Antman.
+ * @version $Revision: 1.2 $
*/
public class JmsConnectionFactoryImpl
1.2 +2 -2 jboss/src/main/org/jboss/jms/ra/JmsConnectionManager.java
Index: JmsConnectionManager.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/jms/ra/JmsConnectionManager.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- JmsConnectionManager.java 2001/04/26 21:02:13 1.1
+++ JmsConnectionManager.java 2001/06/18 20:01:26 1.2
@@ -35,8 +35,8 @@
*
* Created: Thu Mar 29 16:09:26 2001
*
- * @author Peter Antman ([EMAIL PROTECTED])
- * @version $Revision: 1.1 $
+ * @author mailto:[EMAIL PROTECTED]";>Peter Antman.
+ * @version $Revision: 1.2 $
*/
public class JmsConnectionManager implements ConnectionManager {
1.2 +2 -2 jboss/src/main/org/jboss/jms/ra/JmsConnectionRequestInfo.java
Index: JmsConnectionRequestInfo.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/jms/ra/JmsConnectionRequestInfo.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- JmsConnectionRequestInfo.java 2001/04/26 21:02:13 1.1
+++ JmsConnectionRequestInfo.java 2001/06/18 20:01:26 1.2
@@ -25,8 +25,8 @@
*
* Created: Thu Mar 29 16:29:55 2001
*
- * @author Peter Antman ([EMAIL PROTECTED])
- * @version $Revision: 1.1 $
+ * @author mailto:[EMAIL PROTECTED]";>Peter Antman.
+ * @version $Revision: 1.2 $
*/
public class JmsConnectionRequestInfo implements ConnectionRequestInfo {
1.2 +2 -2 jboss/src/main/org/jboss/jms/ra/JmsCred.java
Index: JmsCred.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/jms/ra/JmsCred.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- JmsCred.java 2001/04/26 21:02:13 1.1
+++ JmsCred.java 2001/06/18 20:01:26 1.2
@@ -33,8 +33,8 @@
*
* Created: Sat Mar 31 03:23:30 2001
*
- * @author Peter Antman ([EMAIL PROTECTED])
- * @version $Revision: 1.1 $
+ * @author mailto:[EMAIL PROTECTED]";>Peter Antman.
+ * @version $Revision: 1.2 $
*/
public class JmsCred {
1.2 +2 -2 jboss/src/main/org/jboss/jms/ra/JmsLocalTransaction.java
Index: JmsLocalTransaction.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/jms/ra/JmsLocalTransaction.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- JmsLocalTransaction.java 2001/04/26 21:02:13 1.1
+++ JmsLocalTransaction.java 2001/06/18 20:01:26 1.2
@@ -29,8 +29,8 @@
*
* Created: Tue Apr 17 23:44:05 2001
*
- * @author Peter Antman ([EMAIL PROTECTED])
- * @version $Revision: 1.1 $
+ * @author mailto:[EMAIL PROTECTED]";>Peter Antman.
+ * @version $Revision: 1.2 $
*/
public class JmsLocalTransaction implements LocalTransaction {
1.2 +2 -2 jboss/src/main/org/jboss/jms/ra/JmsLogger.java
Index: JmsLogger.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/jms/ra/JmsLogger.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- JmsLogger.java2001/04/26 21:02:13 1.1
+++ JmsLogger.java2001/06/18 20:01:26 1.2
@@
[JBoss-dev] CVS update: jboss/src/main/org/jboss/jmx/interfaces RMIConnector.java
User: mnf999 Date: 01/06/18 13:01:26 Modified:src/main/org/jboss/jmx/interfaces RMIConnector.java Log: Updating the new names and author tags to reflect the new coding guidelines Revision ChangesPath 1.4 +1 -1 jboss/src/main/org/jboss/jmx/interfaces/RMIConnector.java Index: RMIConnector.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/jmx/interfaces/RMIConnector.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- RMIConnector.java 2000/12/11 16:11:55 1.3 +++ RMIConnector.java 2001/06/18 20:01:26 1.4 @@ -44,7 +44,7 @@ * is nearly the same as the MBeanServer Interface but * has an additional RemoteException. * -* @author Rickard Öberg ([EMAIL PROTECTED]) +* @author mailto:[EMAIL PROTECTED]";>Rickard Öberg * @author mailto:[EMAIL PROTECTED]";>Andreas "Mad" Schaefer **/ public interface RMIConnector ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/jmx/server JMXAdaptorImpl.java JMXAdaptorService.java JMXAdaptorServiceMBean.java RMIConnectorImpl.java RMIConnectorService.java RMIConnectorServiceMBean.java
User: mnf999 Date: 01/06/18 13:01:26 Modified:src/main/org/jboss/jmx/server JMXAdaptorImpl.java JMXAdaptorService.java JMXAdaptorServiceMBean.java RMIConnectorImpl.java RMIConnectorService.java RMIConnectorServiceMBean.java Log: Updating the new names and author tags to reflect the new coding guidelines Revision ChangesPath 1.4 +2 -2 jboss/src/main/org/jboss/jmx/server/JMXAdaptorImpl.java Index: JMXAdaptorImpl.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/jmx/server/JMXAdaptorImpl.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- JMXAdaptorImpl.java 2000/12/11 16:11:55 1.3 +++ JMXAdaptorImpl.java 2001/06/18 20:01:26 1.4 @@ -34,8 +34,8 @@ * * * @see -* @author Rickard Öberg ([EMAIL PROTECTED]) -* @version $Revision: 1.3 $ +* @author mailto:[EMAIL PROTECTED]";>Rickard Öberg +* @version $Revision: 1.4 $ */ public class JMXAdaptorImpl extends UnicastRemoteObject 1.3 +2 -2 jboss/src/main/org/jboss/jmx/server/JMXAdaptorService.java Index: JMXAdaptorService.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/jmx/server/JMXAdaptorService.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- JMXAdaptorService.java2000/12/07 15:44:56 1.2 +++ JMXAdaptorService.java2001/06/18 20:01:26 1.3 @@ -34,8 +34,8 @@ * * * @see - * @author Rickard Öberg ([EMAIL PROTECTED]) - * @version $Revision: 1.2 $ + * @author mailto:[EMAIL PROTECTED]";>Rickard Öberg + * @version $Revision: 1.3 $ */ public class JMXAdaptorService extends ServiceMBeanSupport 1.3 +2 -2 jboss/src/main/org/jboss/jmx/server/JMXAdaptorServiceMBean.java Index: JMXAdaptorServiceMBean.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/jmx/server/JMXAdaptorServiceMBean.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- JMXAdaptorServiceMBean.java 2000/12/07 15:44:56 1.2 +++ JMXAdaptorServiceMBean.java 2001/06/18 20:01:26 1.3 @@ -11,8 +11,8 @@ * * * @see - * @author Rickard Öberg ([EMAIL PROTECTED]) - * @version $Revision: 1.2 $ + * @author mailto:[EMAIL PROTECTED]";>Rickard Öberg + * @version $Revision: 1.3 $ */ public interface JMXAdaptorServiceMBean extends org.jboss.util.ServiceMBean 1.4 +1 -1 jboss/src/main/org/jboss/jmx/server/RMIConnectorImpl.java Index: RMIConnectorImpl.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/jmx/server/RMIConnectorImpl.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- RMIConnectorImpl.java 2000/12/11 16:11:56 1.3 +++ RMIConnectorImpl.java 2001/06/18 20:01:26 1.4 @@ -61,7 +61,7 @@ * client side transparently (except that the user cannot invoke a method on this * instance). * -* @author Rickard Öberg ([EMAIL PROTECTED]) +* @author mailto:[EMAIL PROTECTED]";>Rickard Öberg * @author mailto:[EMAIL PROTECTED]";>Andreas "Mad" Schaefer **/ public class RMIConnectorImpl 1.5 +1 -1 jboss/src/main/org/jboss/jmx/server/RMIConnectorService.java Index: RMIConnectorService.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/jmx/server/RMIConnectorService.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- RMIConnectorService.java 2001/03/29 17:44:10 1.4 +++ RMIConnectorService.java 2001/06/18 20:01:26 1.5 @@ -34,7 +34,7 @@ /** * * -* @author Rickard Öberg ([EMAIL PROTECTED]) +* @author mailto:[EMAIL PROTECTED]";>Rickard Öberg * @author mailto:[EMAIL PROTECTED]";>Andreas "Mad" Schaefer **/ public class RMIConnectorService 1.4 +1 -1 jboss/src/main/org/jboss/jmx/server/RMIConnectorServiceMBean.java Index: RMIConnectorServiceMBean.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/jmx/server/RMIConnectorServiceMBean.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- RMIConnectorServiceMBean.java 2001/03/29 17:44:10 1.3 +++ RMIConnectorServiceMBean.java 2001/06/18 20:01:26 1.4 @@ -10,7 +10,7 @@ /** * Server side MBean for the RMI connector * -* @author Rickard Öberg ([EMAIL PROTECTED]) +* @author mailto:[E
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/jrmp13/interfaces EntityProxy.java HomeProxy.java StatefulSessionProxy.java StatelessSessionProxy.java
User: mnf999 Date: 01/06/18 13:01:25 Modified:src/main/org/jboss/ejb/plugins/jrmp13/interfaces EntityProxy.java HomeProxy.java StatefulSessionProxy.java StatelessSessionProxy.java Log: Updating the new names and author tags to reflect the new coding guidelines Revision ChangesPath 1.7 +2 -2 jboss/src/main/org/jboss/ejb/plugins/jrmp13/interfaces/EntityProxy.java Index: EntityProxy.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jrmp13/interfaces/EntityProxy.java,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- EntityProxy.java 2000/12/07 15:44:48 1.6 +++ EntityProxy.java 2001/06/18 20:01:25 1.7 @@ -12,8 +12,8 @@ * * * @see - * @author Rickard Öberg ([EMAIL PROTECTED]) - * @version $Revision: 1.6 $ + * @author mailto:[EMAIL PROTECTED]";>Rickard Öberg + * @version $Revision: 1.7 $ */ public final class EntityProxy extends org.jboss.ejb.plugins.jrmp.interfaces.EntityProxy 1.6 +2 -2 jboss/src/main/org/jboss/ejb/plugins/jrmp13/interfaces/HomeProxy.java Index: HomeProxy.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jrmp13/interfaces/HomeProxy.java,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- HomeProxy.java2000/12/07 15:44:48 1.5 +++ HomeProxy.java2001/06/18 20:01:25 1.6 @@ -13,9 +13,9 @@ * * * @see - * @author Rickard Öberg ([EMAIL PROTECTED]) + * @author mailto:[EMAIL PROTECTED]";>Rickard Öberg * @author mailto:[EMAIL PROTECTED]";>Marc Fleury - * @version $Revision: 1.5 $ + * @version $Revision: 1.6 $ */ public final class HomeProxy extends org.jboss.ejb.plugins.jrmp.interfaces.HomeProxy 1.5 +2 -2 jboss/src/main/org/jboss/ejb/plugins/jrmp13/interfaces/StatefulSessionProxy.java Index: StatefulSessionProxy.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jrmp13/interfaces/StatefulSessionProxy.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- StatefulSessionProxy.java 2000/12/07 15:44:48 1.4 +++ StatefulSessionProxy.java 2001/06/18 20:01:25 1.5 @@ -12,8 +12,8 @@ * * * @see - * @author Rickard Öberg ([EMAIL PROTECTED]) - * @version $Revision: 1.4 $ + * @author mailto:[EMAIL PROTECTED]";>Rickard Öberg + * @version $Revision: 1.5 $ */ public final class StatefulSessionProxy extends org.jboss.ejb.plugins.jrmp.interfaces.StatefulSessionProxy 1.5 +2 -2 jboss/src/main/org/jboss/ejb/plugins/jrmp13/interfaces/StatelessSessionProxy.java Index: StatelessSessionProxy.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jrmp13/interfaces/StatelessSessionProxy.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- StatelessSessionProxy.java2000/12/07 15:44:48 1.4 +++ StatelessSessionProxy.java2001/06/18 20:01:25 1.5 @@ -12,8 +12,8 @@ * * * @see - * @author Rickard Öberg ([EMAIL PROTECTED]) - * @version $Revision: 1.4 $ + * @author mailto:[EMAIL PROTECTED]";>Rickard Öberg + * @version $Revision: 1.5 $ */ public final class StatelessSessionProxy extends org.jboss.ejb.plugins.jrmp.interfaces.StatelessSessionProxy ___ 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/jrmp12/interfaces EntityProxy.java HomeProxy.java StatefulSessionProxy.java StatelessSessionProxy.java
User: mnf999 Date: 01/06/18 13:01:25 Modified:src/main/org/jboss/ejb/plugins/jrmp12/interfaces EntityProxy.java HomeProxy.java StatefulSessionProxy.java StatelessSessionProxy.java Log: Updating the new names and author tags to reflect the new coding guidelines Revision ChangesPath 1.8 +2 -2 jboss/src/main/org/jboss/ejb/plugins/jrmp12/interfaces/EntityProxy.java Index: EntityProxy.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jrmp12/interfaces/EntityProxy.java,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- EntityProxy.java 2000/12/07 15:44:46 1.7 +++ EntityProxy.java 2001/06/18 20:01:25 1.8 @@ -12,8 +12,8 @@ * * * @see - * @author Rickard Öberg ([EMAIL PROTECTED]) - * @version $Revision: 1.7 $ + * @author mailto:[EMAIL PROTECTED]";>Rickard Öberg + * @version $Revision: 1.8 $ */ public class EntityProxy extends org.jboss.ejb.plugins.jrmp.interfaces.EntityProxy 1.7 +2 -2 jboss/src/main/org/jboss/ejb/plugins/jrmp12/interfaces/HomeProxy.java Index: HomeProxy.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jrmp12/interfaces/HomeProxy.java,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- HomeProxy.java2000/12/07 15:44:46 1.6 +++ HomeProxy.java2001/06/18 20:01:25 1.7 @@ -13,9 +13,9 @@ * * * @see - * @author Rickard Öberg ([EMAIL PROTECTED]) + * @author mailto:[EMAIL PROTECTED]";>Rickard Öberg * @author mailto:[EMAIL PROTECTED]";>Marc Fleury - * @version $Revision: 1.6 $ + * @version $Revision: 1.7 $ */ public class HomeProxy extends org.jboss.ejb.plugins.jrmp.interfaces.HomeProxy 1.6 +2 -2 jboss/src/main/org/jboss/ejb/plugins/jrmp12/interfaces/StatefulSessionProxy.java Index: StatefulSessionProxy.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jrmp12/interfaces/StatefulSessionProxy.java,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- StatefulSessionProxy.java 2000/12/07 15:44:46 1.5 +++ StatefulSessionProxy.java 2001/06/18 20:01:25 1.6 @@ -12,8 +12,8 @@ * * * @see - * @author Rickard Öberg ([EMAIL PROTECTED]) - * @version $Revision: 1.5 $ + * @author mailto:[EMAIL PROTECTED]";>Rickard Öberg + * @version $Revision: 1.6 $ */ public class StatefulSessionProxy extends org.jboss.ejb.plugins.jrmp.interfaces.StatefulSessionProxy 1.6 +2 -2 jboss/src/main/org/jboss/ejb/plugins/jrmp12/interfaces/StatelessSessionProxy.java Index: StatelessSessionProxy.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jrmp12/interfaces/StatelessSessionProxy.java,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- StatelessSessionProxy.java2000/12/07 15:44:46 1.5 +++ StatelessSessionProxy.java2001/06/18 20:01:25 1.6 @@ -12,8 +12,8 @@ * * * @see - * @author Rickard Öberg ([EMAIL PROTECTED]) - * @version $Revision: 1.5 $ + * @author mailto:[EMAIL PROTECTED]";>Rickard Öberg + * @version $Revision: 1.6 $ */ public class StatelessSessionProxy extends org.jboss.ejb.plugins.jrmp.interfaces.StatelessSessionProxy ___ 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/local BaseLocalContainerInvoker.java LocalHomeProxy.java LocalProxy.java
User: mnf999
Date: 01/06/18 13:01:25
Modified:src/main/org/jboss/ejb/plugins/local
BaseLocalContainerInvoker.java LocalHomeProxy.java
LocalProxy.java
Log:
Updating the new names and author tags to reflect the new coding guidelines
Revision ChangesPath
1.7 +1 -1
jboss/src/main/org/jboss/ejb/plugins/local/BaseLocalContainerInvoker.java
Index: BaseLocalContainerInvoker.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/local/BaseLocalContainerInvoker.java,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- BaseLocalContainerInvoker.java2001/06/13 18:49:49 1.6
+++ BaseLocalContainerInvoker.java2001/06/18 20:01:25 1.7
@@ -66,7 +66,7 @@
/**
*
*
- * @author Daniel OConnor ([EMAIL PROTECTED])
+ * @author mailto:[EMAIL PROTECTED]";>Daniel OConnor
*/
public class BaseLocalContainerInvoker implements LocalContainerInvoker
{
1.2 +1 -1 jboss/src/main/org/jboss/ejb/plugins/local/LocalHomeProxy.java
Index: LocalHomeProxy.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/local/LocalHomeProxy.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- LocalHomeProxy.java 2001/06/03 17:11:02 1.1
+++ LocalHomeProxy.java 2001/06/18 20:01:25 1.2
@@ -23,7 +23,7 @@
/**
* The client-side proxy for an EJB Home object.
*
- * @author Daniel OConnor ([EMAIL PROTECTED])
+ * @author mailto:[EMAIL PROTECTED]";>Daniel OConnor
*/
public abstract class LocalHomeProxy
extends LocalProxy
1.3 +1 -1 jboss/src/main/org/jboss/ejb/plugins/local/LocalProxy.java
Index: LocalProxy.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/local/LocalProxy.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- LocalProxy.java 2001/06/03 17:11:02 1.2
+++ LocalProxy.java 2001/06/18 20:01:25 1.3
@@ -29,7 +29,7 @@
/**
* Abstract superclass of local client-side proxies.
*
- * @author Daniel OConnor ([EMAIL PROTECTED])
+ * @author mailto:[EMAIL PROTECTED]";>Daniel OConnor
*/
public abstract class LocalProxy
{
___
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/jms JMSContainerInvoker.java
User: mnf999 Date: 01/06/18 13:01:24 Modified:src/main/org/jboss/ejb/plugins/jms JMSContainerInvoker.java Log: Updating the new names and author tags to reflect the new coding guidelines Revision ChangesPath 1.13 +3 -3 jboss/src/main/org/jboss/ejb/plugins/jms/JMSContainerInvoker.java Index: JMSContainerInvoker.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jms/JMSContainerInvoker.java,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- JMSContainerInvoker.java 2001/06/01 06:06:37 1.12 +++ JMSContainerInvoker.java 2001/06/18 20:01:24 1.13 @@ -56,11 +56,11 @@ * * * @see - * @author Peter Antman ([EMAIL PROTECTED]) - * @author Rickard Öberg ([EMAIL PROTECTED]) + * @author mailto:[EMAIL PROTECTED]";>Peter Antman. + * @author mailto:[EMAIL PROTECTED]";>Rickard Öberg * @author mailto:[EMAIL PROTECTED]";>Sebastien Alborini * @author mailto:[EMAIL PROTECTED]";>Marc Fleury - * @version $Revision: 1.12 $ + * @version $Revision: 1.13 $ */ public class JMSContainerInvoker implements ContainerInvoker, XmlLoadable ___ 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/jrmp/server JRMPContainerInvoker.java
User: mnf999 Date: 01/06/18 13:01:25 Modified:src/main/org/jboss/ejb/plugins/jrmp/server JRMPContainerInvoker.java Log: Updating the new names and author tags to reflect the new coding guidelines Revision ChangesPath 1.38 +2 -2 jboss/src/main/org/jboss/ejb/plugins/jrmp/server/JRMPContainerInvoker.java Index: JRMPContainerInvoker.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jrmp/server/JRMPContainerInvoker.java,v retrieving revision 1.37 retrieving revision 1.38 diff -u -r1.37 -r1.38 --- JRMPContainerInvoker.java 2001/05/02 03:04:15 1.37 +++ JRMPContainerInvoker.java 2001/06/18 20:01:24 1.38 @@ -72,11 +72,11 @@ * * * @see - * @author Rickard Öberg ([EMAIL PROTECTED]) + * @author mailto:[EMAIL PROTECTED]";>Rickard Öberg * @author mailto:[EMAIL PROTECTED]";>Sebastien Alborini * @author mailto:[EMAIL PROTECTED]";>Marc Fleury * @author mailto:[EMAIL PROTECTED]";>Juha Lindfors - * @version $Revision: 1.37 $ + * @version $Revision: 1.38 $ */ public class JRMPContainerInvoker extends RemoteServer ___ 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 AbstractInstanceCache.java AbstractInstancePool.java AbstractInterceptor.java BMPPersistenceManager.java CMPFilePersistenceManager.java CMPPersistenceManager.java EnterpriseContextCachePolicy.java EntityInstanceCache.java EntityInstanceInterceptor.java EntityInstancePool.java EntitySynchronizationInterceptor.java LRUEnterpriseContextCachePolicy.java LRUStatefulContextCachePolicy.java LogInterceptor.java MessageDrivenInstanceInterceptor.java MessageDrivenInstancePool.java MessageDrivenTxInterceptorBMT.java NoPassivationCachePolicy.java SecurityInterceptor.java SecurityProxyInterceptor.java SessionObjectInputStream.java SessionObjectOutputStream.java SingletonStatelessSessionInstancePool.java StatefulSessionFilePersistenceManager.java StatefulSessionInstanceCache.java StatefulSessionInstanceInterceptor.java StatelessSessionInstanceInterceptor.java StatelessSessionInstancePool.java TxInterceptorBMT.java TxInterceptorCMT.java
User: mnf999 Date: 01/06/18 13:01:23 Modified:src/main/org/jboss/ejb/plugins AbstractInstanceCache.java AbstractInstancePool.java AbstractInterceptor.java BMPPersistenceManager.java CMPFilePersistenceManager.java CMPPersistenceManager.java EnterpriseContextCachePolicy.java EntityInstanceCache.java EntityInstanceInterceptor.java EntityInstancePool.java EntitySynchronizationInterceptor.java LRUEnterpriseContextCachePolicy.java LRUStatefulContextCachePolicy.java LogInterceptor.java MessageDrivenInstanceInterceptor.java MessageDrivenInstancePool.java MessageDrivenTxInterceptorBMT.java NoPassivationCachePolicy.java SecurityInterceptor.java SecurityProxyInterceptor.java SessionObjectInputStream.java SessionObjectOutputStream.java SingletonStatelessSessionInstancePool.java StatefulSessionFilePersistenceManager.java StatefulSessionInstanceCache.java StatefulSessionInstanceInterceptor.java StatelessSessionInstanceInterceptor.java StatelessSessionInstancePool.java TxInterceptorBMT.java TxInterceptorCMT.java Log: Updating the new names and author tags to reflect the new coding guidelines Revision ChangesPath 1.11 +2 -2 jboss/src/main/org/jboss/ejb/plugins/AbstractInstanceCache.java Index: AbstractInstanceCache.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/AbstractInstanceCache.java,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- AbstractInstanceCache.java2001/06/18 14:56:13 1.10 +++ AbstractInstanceCache.java2001/06/18 20:01:23 1.11 @@ -56,9 +56,9 @@ * AbstractInstanceCache.class or a subclass * * - * @author Simone Bordet ([EMAIL PROTECTED]) + * @author mailto:[EMAIL PROTECTED]";>Simone Bordet * @author Bill Burke - * @version $Revision: 1.10 $ + * @version $Revision: 1.11 $ */ public abstract class AbstractInstanceCache implements InstanceCache, XmlLoadable, Monitorable, MetricsConstants 1.10 +2 -2 jboss/src/main/org/jboss/ejb/plugins/AbstractInstancePool.java Index: AbstractInstancePool.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/AbstractInstancePool.java,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- AbstractInstancePool.java 2000/12/27 18:31:45 1.9 +++ AbstractInstancePool.java 2001/06/18 20:01:23 1.10 @@ -30,8 +30,8 @@ * * * @see - * @author Rickard Öberg ([EMAIL PROTECTED]) - * @version $Revision: 1.9 $ + * @author mailto:[EMAIL PROTECTED]";>Rickard Öberg + * @version $Revision: 1.10 $ */ public abstract class AbstractInstancePool implements InstancePool, XmlLoadable 1.5 +2 -2 jboss/src/main/org/jboss/ejb/plugins/AbstractInterceptor.java Index: AbstractInterceptor.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/AbstractInterceptor.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- AbstractInterceptor.java 2001/02/01 07:31:40 1.4 +++ AbstractInterceptor.java 2001/06/18 20:01:23 1.5 @@ -16,8 +16,8 @@ * * * @see - * @author Rickard Öberg ([EMAIL PROTECTED]) - * @version $Revision: 1.4 $ + * @author mailto:[EMAIL PROTECTED]";>Rickard Öberg + * @version $Revision: 1.5 $ */ public abstract class AbstractInterceptor implements Interceptor 1.23 +2 -2 jboss/src/main/org/jboss/ejb/plugins/BMPPersistenceManager.java Index: BMPPersistenceManager.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/BMPPersistenceManager.java,v retrieving revision 1.22 retrieving revision 1.23 diff -u -r1.22 -r1.23 --- BMPPersistenceManager.java2001/06/04 20:46:42 1.22 +++ BMPPersistenceManager.java2001/06/18 20:01:23 1.23 @@ -34,9 +34,9 @@ * * * @see -* @author Rickard Öberg ([EMAIL PROTECTED]) +* @author mailto:[EMAIL PROTECTED]";>Rickard Öberg * @author mai
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/jrmp13/server JRMPContainerInvoker.java
User: mnf999 Date: 01/06/18 13:01:25 Modified:src/main/org/jboss/ejb/plugins/jrmp13/server JRMPContainerInvoker.java Log: Updating the new names and author tags to reflect the new coding guidelines Revision ChangesPath 1.11 +4 -4 jboss/src/main/org/jboss/ejb/plugins/jrmp13/server/JRMPContainerInvoker.java Index: JRMPContainerInvoker.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jrmp13/server/JRMPContainerInvoker.java,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- JRMPContainerInvoker.java 2000/12/12 09:29:28 1.10 +++ JRMPContainerInvoker.java 2001/06/18 20:01:25 1.11 @@ -32,9 +32,9 @@ * * * @see - * @author Rickard Öberg ([EMAIL PROTECTED]) + * @author mailto:[EMAIL PROTECTED]";>Rickard Öberg * @author mailto:[EMAIL PROTECTED]";>Marc Fleury - * @version $Revision: 1.10 $ + * @version $Revision: 1.11 $ */ public final class JRMPContainerInvoker implements ContainerInvoker @@ -146,9 +146,9 @@ * * * @see - * @author Rickard Öberg ([EMAIL PROTECTED]) + * @author mailto:[EMAIL PROTECTED]";>Rickard Öberg * @author mailto:[EMAIL PROTECTED]";>Marc Fleury - * @version $Revision: 1.10 $ + * @version $Revision: 1.11 $ */ /* ___ 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/jrmp12/server JRMPContainerInvoker.java
User: mnf999 Date: 01/06/18 13:01:25 Modified:src/main/org/jboss/ejb/plugins/jrmp12/server JRMPContainerInvoker.java Log: Updating the new names and author tags to reflect the new coding guidelines Revision ChangesPath 1.13 +2 -2 jboss/src/main/org/jboss/ejb/plugins/jrmp12/server/JRMPContainerInvoker.java Index: JRMPContainerInvoker.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jrmp12/server/JRMPContainerInvoker.java,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- JRMPContainerInvoker.java 2000/12/12 09:29:06 1.12 +++ JRMPContainerInvoker.java 2001/06/18 20:01:25 1.13 @@ -34,9 +34,9 @@ * * * @see - * @author Rickard Öberg ([EMAIL PROTECTED]) + * @author mailto:[EMAIL PROTECTED]";>Rickard Öberg * @author mailto:[EMAIL PROTECTED]";>Marc Fleury - * @version $Revision: 1.12 $ + * @version $Revision: 1.13 $ */ public final class JRMPContainerInvoker implements ContainerInvoker ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb Application.java AutoDeployer.java AutoDeployerMBean.java CacheKey.java Container.java ContainerFactory.java ContainerFactoryMBean.java ContainerInvoker.java ContainerInvokerContainer.java ContainerPlugin.java DeploymentException.java EJBClassLoader.java EnterpriseContext.java EntityCache.java EntityContainer.java EntityEnterpriseContext.java EntityPersistenceManager.java EntityPersistenceStore.java InstanceCache.java InstancePool.java InstancePoolContainer.java Interceptor.java LocalContainerInvoker.java LocalHomeObjectFactory.java MessageDrivenContainer.java MessageDrivenEnterpriseContext.java MethodInvocation.java StatefulSessionContainer.java StatefulSessionEnterpriseContext.java StatefulSessionPersistenceManager.java StatelessSessionContainer.java StatelessSessionEnterpriseContext.java
User: mnf999 Date: 01/06/18 13:01:22 Modified:src/main/org/jboss/ejb Application.java AutoDeployer.java AutoDeployerMBean.java CacheKey.java Container.java ContainerFactory.java ContainerFactoryMBean.java ContainerInvoker.java ContainerInvokerContainer.java ContainerPlugin.java DeploymentException.java EJBClassLoader.java EnterpriseContext.java EntityCache.java EntityContainer.java EntityEnterpriseContext.java EntityPersistenceManager.java EntityPersistenceStore.java InstanceCache.java InstancePool.java InstancePoolContainer.java Interceptor.java LocalContainerInvoker.java LocalHomeObjectFactory.java MessageDrivenContainer.java MessageDrivenEnterpriseContext.java MethodInvocation.java StatefulSessionContainer.java StatefulSessionEnterpriseContext.java StatefulSessionPersistenceManager.java StatelessSessionContainer.java StatelessSessionEnterpriseContext.java Log: Updating the new names and author tags to reflect the new coding guidelines Revision ChangesPath 1.12 +2 -2 jboss/src/main/org/jboss/ejb/Application.java Index: Application.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/Application.java,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- Application.java 2001/06/16 05:53:38 1.11 +++ Application.java 2001/06/18 20:01:21 1.12 @@ -22,8 +22,8 @@ * * @see Container * @see ContainerFactory - * @author Rickard Öberg ([EMAIL PROTECTED]) - * @version $Revision: 1.11 $ + * @author mailto:[EMAIL PROTECTED]";>Rickard Öberg + * @version $Revision: 1.12 $ */ public class Application implements Service 1.18 +3 -3 jboss/src/main/org/jboss/ejb/AutoDeployer.java Index: AutoDeployer.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/AutoDeployer.java,v retrieving revision 1.17 retrieving revision 1.18 diff -u -r1.17 -r1.18 --- AutoDeployer.java 2001/04/22 06:02:08 1.17 +++ AutoDeployer.java 2001/06/18 20:01:21 1.18 @@ -44,9 +44,9 @@ * configured deployer to deploy it. * * @see org.jboss.deployment.J2eeDeployer - * @author Rickard Öberg ([EMAIL PROTECTED]) - * @author Toby Allsopp ([EMAIL PROTECTED]) - * @version $Revision: 1.17 $ + * @author mailto:[EMAIL PROTECTED]";>Rickard Öberg + * @author mailto:[EMAIL PROTECTED]";>Toby Allsopp + * @version $Revision: 1.18 $ */ public class AutoDeployer extends ServiceMBeanSupport 1.5 +3 -3 jboss/src/main/org/jboss/ejb/AutoDeployerMBean.java Index: AutoDeployerMBean.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/AutoDeployerMBean.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- AutoDeployerMBean.java2001/04/16 06:03:51 1.4 +++ AutoDeployerMBean.java2001/06/18 20:01:21 1.5 @@ -13,9 +13,9 @@ * administration * * @see AutoDeployer - * @author Rickard Öberg ([EMAIL PROTECTED]) - * @author Toby Allsopp ([EMAIL PROTECTED]) - * @version $Revision: 1.4 $ + * @author mailto:[EMAIL PROTECTED]";>Rickard Öberg + * @author mailto:[EMAIL PROTECTED]";>Toby Allsopp + * @version $Revision: 1.5 $ */ public interface AutoDeployerMBean extends ServiceMBean 1.13 +2 -2 jboss/src/main/org/jboss/ejb/CacheKey.java Index: CacheKey.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/CacheKey.java,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- CacheKey.java 2001/06/13 21:51:15 1.12 +++ CacheKey.java 2001/06/18 20:01:21 1.13 @@ -22,9 +22,9 @@ * @see org.jboss.ejb.plugins.NoPassivationInstanceCache.java * @see org.jboss.ejb.plugins.EntityInstanceCache * @see org.jboss.ejb.plugins.EntityProxy -* @author Marc Fleury +* @author mailto:[EMAIL PROTECTED]";>Marc Fleury * @author Bill Burke -* @version $Revision: 1.12 $ +* @version $Revision: 1.13 $ */ public class CacheKey implements java.io.Externalizable 1.45 +4 -4 jboss/src/main/org/jboss/ejb/Container.java Index: Container.java ===
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/jaws/deployment Finder.java JawsCMPField.java JawsEjbJar.java JawsEjbReference.java JawsEnterpriseBeans.java JawsEntity.java JawsFileManager.java JawsFileManagerFactory.java Mapping.java TypeMapping.java TypeMappings.java
User: mnf999 Date: 01/06/18 13:01:24 Modified:src/main/org/jboss/ejb/plugins/jaws/deployment Finder.java JawsCMPField.java JawsEjbJar.java JawsEjbReference.java JawsEnterpriseBeans.java JawsEntity.java JawsFileManager.java JawsFileManagerFactory.java Mapping.java TypeMapping.java TypeMappings.java Log: Updating the new names and author tags to reflect the new coding guidelines Revision ChangesPath 1.4 +2 -2 jboss/src/main/org/jboss/ejb/plugins/jaws/deployment/Finder.java Index: Finder.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jaws/deployment/Finder.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- Finder.java 2000/12/07 15:44:33 1.3 +++ Finder.java 2001/06/18 20:01:24 1.4 @@ -26,8 +26,8 @@ * * * @see - * @author Rickard Öberg ([EMAIL PROTECTED]) - * @version $Revision: 1.3 $ + * @author mailto:[EMAIL PROTECTED]";>Rickard Öberg + * @version $Revision: 1.4 $ */ public class Finder extends BeanContextServicesSupport 1.9 +2 -2 jboss/src/main/org/jboss/ejb/plugins/jaws/deployment/JawsCMPField.java Index: JawsCMPField.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jaws/deployment/JawsCMPField.java,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- JawsCMPField.java 2000/12/07 15:44:33 1.8 +++ JawsCMPField.java 2001/06/18 20:01:24 1.9 @@ -23,9 +23,9 @@ * * * @see - * @author Rickard Öberg ([EMAIL PROTECTED]) + * @author mailto:[EMAIL PROTECTED]";>Rickard Öberg * @author mailto:[EMAIL PROTECTED]";>Marc Fleury - * @version $Revision: 1.8 $ + * @version $Revision: 1.9 $ */ public class JawsCMPField extends com.dreambean.ejx.ejb.CMPField 1.7 +2 -2 jboss/src/main/org/jboss/ejb/plugins/jaws/deployment/JawsEjbJar.java Index: JawsEjbJar.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jaws/deployment/JawsEjbJar.java,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- JawsEjbJar.java 2000/12/07 15:44:33 1.6 +++ JawsEjbJar.java 2001/06/18 20:01:24 1.7 @@ -26,8 +26,8 @@ * * * @see - * @author Rickard Öberg ([EMAIL PROTECTED]) - * @version $Revision: 1.6 $ + * @author mailto:[EMAIL PROTECTED]";>Rickard Öberg + * @version $Revision: 1.7 $ */ public class JawsEjbJar extends com.dreambean.ejx.ejb.EjbJar 1.3 +2 -2 jboss/src/main/org/jboss/ejb/plugins/jaws/deployment/JawsEjbReference.java Index: JawsEjbReference.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jaws/deployment/JawsEjbReference.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- JawsEjbReference.java 2000/12/07 15:44:33 1.2 +++ JawsEjbReference.java 2001/06/18 20:01:24 1.3 @@ -21,8 +21,8 @@ * * * @see - * @author Rickard Öberg ([EMAIL PROTECTED]) - * @version $Revision: 1.2 $ + * @author mailto:[EMAIL PROTECTED]";>Rickard Öberg + * @version $Revision: 1.3 $ */ public class JawsEjbReference extends com.dreambean.ejx.ejb.EjbReference 1.6 +3 -3 jboss/src/main/org/jboss/ejb/plugins/jaws/deployment/JawsEnterpriseBeans.java Index: JawsEnterpriseBeans.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jaws/deployment/JawsEnterpriseBeans.java,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- JawsEnterpriseBeans.java 2000/12/07 15:44:33 1.5 +++ JawsEnterpriseBeans.java 2001/06/18 20:01:24 1.6 @@ -26,9 +26,9 @@ * * * @see - * @author Rickard Öberg ([EMAIL PROTECTED]) - * @author Marc Fleury - * @version $Revision: 1.5 $ + * @author mailto:[EMAIL PROTECTED]";>Rickard Öberg + * @author mailto:[EMAIL PROTECTED]";>Marc Fleury + * @version $Revision: 1.6 $ */ public class JawsEnterpriseBeans extends com.dreambean.ejx.ejb.EnterpriseBeans 1.5 +2 -2 jboss/src/main/org/jboss/ejb/plugins/jaws/deployment/JawsEntity.java Index: JawsEntity.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jaws/deployment/JawsEntity.java,v retr
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc JDBCFindByCommand.java JDBCLoadEntitiesCommand.java JDBCLoadEntityCommand.java
User: mnf999
Date: 01/06/18 13:01:24
Modified:src/main/org/jboss/ejb/plugins/jaws/jdbc
JDBCFindByCommand.java JDBCLoadEntitiesCommand.java
JDBCLoadEntityCommand.java
Log:
Updating the new names and author tags to reflect the new coding guidelines
Revision ChangesPath
1.11 +2 -2
jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc/JDBCFindByCommand.java
Index: JDBCFindByCommand.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc/JDBCFindByCommand.java,v
retrieving revision 1.10
retrieving revision 1.11
diff -u -r1.10 -r1.11
--- JDBCFindByCommand.java2001/06/18 14:34:27 1.10
+++ JDBCFindByCommand.java2001/06/18 20:01:24 1.11
@@ -26,9 +26,9 @@
* @author mailto:[EMAIL PROTECTED]";>Marc Fleury
* @author mailto:[EMAIL PROTECTED]";>Joe Shevland
* @author mailto:[EMAIL PROTECTED]";>Justin Forder
- * @author mailto:[EMAIL PROTECTED]";>danch (Dan Christopherson)
+ * @author mailto:[EMAIL PROTECTED]";>Dan Christopherson
* @author mailto:[EMAIL PROTECTED]";>Torben Jäger
- * @version $Revision: 1.10 $
+ * @version $Revision: 1.11 $
*/
public class JDBCFindByCommand extends JDBCFinderCommand
{
1.5 +2 -2
jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc/JDBCLoadEntitiesCommand.java
Index: JDBCLoadEntitiesCommand.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc/JDBCLoadEntitiesCommand.java,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- JDBCLoadEntitiesCommand.java 2001/06/18 14:11:18 1.4
+++ JDBCLoadEntitiesCommand.java 2001/06/18 20:01:24 1.5
@@ -40,8 +40,8 @@
* @author mailto:[EMAIL PROTECTED]";>Joe Shevland
* @author mailto:[EMAIL PROTECTED]";>Justin Forder
* @author mailto:[EMAIL PROTECTED]";>Dirk Zimmermann
- * @author mailto:[EMAIL PROTECTED]";>danch (Dan Christopherson)
- * @version $Revision: 1.4 $
+ * @author mailto:[EMAIL PROTECTED]";>Dan Christopherson
+ * @version $Revision: 1.5 $
*/
public class JDBCLoadEntitiesCommand
extends JDBCLoadEntityCommand
1.12 +2 -2
jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc/JDBCLoadEntityCommand.java
Index: JDBCLoadEntityCommand.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc/JDBCLoadEntityCommand.java,v
retrieving revision 1.11
retrieving revision 1.12
diff -u -r1.11 -r1.12
--- JDBCLoadEntityCommand.java2001/06/13 06:52:17 1.11
+++ JDBCLoadEntityCommand.java2001/06/18 20:01:24 1.12
@@ -38,8 +38,8 @@
* @author mailto:[EMAIL PROTECTED]";>Joe Shevland
* @author mailto:[EMAIL PROTECTED]";>Justin Forder
* @author mailto:[EMAIL PROTECTED]";>Dirk Zimmermann
- * @author mailto:[EMAIL PROTECTED]";>danch (Dan Christopherson)
- * @version $Revision: 1.11 $
+ * @author mailto:[EMAIL PROTECTED]";>Dan Christopherson
+ * @version $Revision: 1.12 $
*/
public class JDBCLoadEntityCommand
extends JDBCQueryCommand
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/deployment/editors CachePolicyTypeEditor.java
User: mnf999 Date: 01/06/18 13:01:23 Modified:src/main/org/jboss/ejb/deployment/editors CachePolicyTypeEditor.java Log: Updating the new names and author tags to reflect the new coding guidelines Revision ChangesPath 1.3 +2 -2 jboss/src/main/org/jboss/ejb/deployment/editors/CachePolicyTypeEditor.java Index: CachePolicyTypeEditor.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/ejb/deployment/editors/CachePolicyTypeEditor.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- CachePolicyTypeEditor.java2000/12/07 15:44:20 1.2 +++ CachePolicyTypeEditor.java2001/06/18 20:01:23 1.3 @@ -11,8 +11,8 @@ /** * Editor for selecting the cache policy * - * @author Simone Bordet ([EMAIL PROTECTED]) - * @version $Revision: 1.2 $ + * @author mailto:[EMAIL PROTECTED]";>Simone Bordet + * @version $Revision: 1.3 $ */ public class CachePolicyTypeEditor extends TagsEditor ___ 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/jaws JAWSPersistenceManager.java JPMLoadEntitiesCommand.java
User: mnf999
Date: 01/06/18 13:01:24
Modified:src/main/org/jboss/ejb/plugins/jaws
JAWSPersistenceManager.java
JPMLoadEntitiesCommand.java
Log:
Updating the new names and author tags to reflect the new coding guidelines
Revision ChangesPath
1.28 +2 -2
jboss/src/main/org/jboss/ejb/plugins/jaws/JAWSPersistenceManager.java
Index: JAWSPersistenceManager.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jaws/JAWSPersistenceManager.java,v
retrieving revision 1.27
retrieving revision 1.28
diff -u -r1.27 -r1.28
--- JAWSPersistenceManager.java 2001/05/27 00:49:15 1.27
+++ JAWSPersistenceManager.java 2001/06/18 20:01:23 1.28
@@ -32,12 +32,12 @@
* Just Another Web Store - an O/R mapper
*
* @see org.jboss.ejb.EntityPersistenceStore
- * @author mailto:[EMAIL PROTECTED]";>danch (Dan Christopherson)
+ * @author mailto:[EMAIL PROTECTED]";>Dan Christopherson
* @author mailto:[EMAIL PROTECTED]";>Rickard Öberg
* @author mailto:[EMAIL PROTECTED]";>Marc Fleury
* @author mailto:[EMAIL PROTECTED]";>Joe Shevland
* @author mailto:[EMAIL PROTECTED]";>Justin Forder
- * @version $Revision: 1.27 $
+ * @version $Revision: 1.28 $
*/
public class JAWSPersistenceManager
implements EntityPersistenceStore
1.3 +2 -2
jboss/src/main/org/jboss/ejb/plugins/jaws/JPMLoadEntitiesCommand.java
Index: JPMLoadEntitiesCommand.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jaws/JPMLoadEntitiesCommand.java,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- JPMLoadEntitiesCommand.java 2001/06/13 06:52:17 1.2
+++ JPMLoadEntitiesCommand.java 2001/06/18 20:01:23 1.3
@@ -19,8 +19,8 @@
* can later get it. This somewhat circuitous route is needed so that we don't
* violate the container contract by loading data before ejbActivate is called.
*
- * @author mailto:[EMAIL PROTECTED]";>danch (Dan Christopherson)
- * @version $Revision: 1.2 $
+ * @author mailto:[EMAIL PROTECTED]";>Dan Christopherson
+ * @version $Revision: 1.3 $
*/
public interface JPMLoadEntitiesCommand
{
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/deployment DeployerMBean.java DeployerMBeanSupport.java DeploymentException.java J2eeDeployer.java J2eeDeployerMBean.java J2eeDeploymentException.java J2eeModuleMetaData.java
User: mnf999 Date: 01/06/18 13:01:21 Modified:src/main/org/jboss/deployment DeployerMBean.java DeployerMBeanSupport.java DeploymentException.java J2eeDeployer.java J2eeDeployerMBean.java J2eeDeploymentException.java J2eeModuleMetaData.java Log: Updating the new names and author tags to reflect the new coding guidelines Revision ChangesPath 1.3 +2 -2 jboss/src/main/org/jboss/deployment/DeployerMBean.java Index: DeployerMBean.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/deployment/DeployerMBean.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- DeployerMBean.java2001/04/15 05:41:21 1.2 +++ DeployerMBean.java2001/06/18 20:01:21 1.3 @@ -16,8 +16,8 @@ * The common interface for services that deploy application * components. * - * @author Toby Allsopp ([EMAIL PROTECTED]) - * @version $Revision: 1.2 $ + * @author mailto:[EMAIL PROTECTED]";>Toby Allsopp + * @version $Revision: 1.3 $ */ public interface DeployerMBean extends ServiceMBean 1.2 +2 -2 jboss/src/main/org/jboss/deployment/DeployerMBeanSupport.java Index: DeployerMBeanSupport.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/deployment/DeployerMBeanSupport.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- DeployerMBeanSupport.java 2001/01/15 05:06:54 1.1 +++ DeployerMBeanSupport.java 2001/06/18 20:01:21 1.2 @@ -18,8 +18,8 @@ /** * * - * @author Toby Allsopp ([EMAIL PROTECTED]) - * @version $Revision: 1.1 $ + * @author mailto:[EMAIL PROTECTED]";>Toby Allsopp + * @version $Revision: 1.2 $ */ public abstract class DeployerMBeanSupport extends ServiceMBeanSupport 1.3 +2 -2 jboss/src/main/org/jboss/deployment/DeploymentException.java Index: DeploymentException.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/deployment/DeploymentException.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- DeploymentException.java 2001/04/15 05:41:21 1.2 +++ DeploymentException.java 2001/06/18 20:01:21 1.3 @@ -11,8 +11,8 @@ * deployed. * * @see DeployerMBean - * @author Toby Allsopp ([EMAIL PROTECTED]) - * @version $Revision: 1.2 $ + * @author mailto:[EMAIL PROTECTED]";>Toby Allsopp + * @version $Revision: 1.3 $ */ public class DeploymentException extends Exception 1.32 +3 -3 jboss/src/main/org/jboss/deployment/J2eeDeployer.java Index: J2eeDeployer.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/deployment/J2eeDeployer.java,v retrieving revision 1.31 retrieving revision 1.32 diff -u -r1.31 -r1.32 --- J2eeDeployer.java 2001/06/16 05:53:38 1.31 +++ J2eeDeployer.java 2001/06/18 20:01:21 1.32 @@ -66,9 +66,9 @@ * (ContainerFactory for JBoss and EmbededTomcatService for Tomcat). * * @author mailto:[EMAIL PROTECTED]";>Daniel Schulze -* @author Toby Allsopp ([EMAIL PROTECTED]) -* @author [EMAIL PROTECTED] -* @version $Revision: 1.31 $ +* @author mailto:[EMAIL PROTECTED]";>Toby Allsopp +* @author mailto:[EMAIL PROTECTED]";>Scott Stark. +* @version $Revision: 1.32 $ */ public class J2eeDeployer extends ServiceMBeanSupport 1.5 +3 -3 jboss/src/main/org/jboss/deployment/J2eeDeployerMBean.java Index: J2eeDeployerMBean.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/deployment/J2eeDeployerMBean.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- J2eeDeployerMBean.java2001/04/15 05:41:21 1.4 +++ J2eeDeployerMBean.java2001/06/18 20:01:21 1.5 @@ -13,9 +13,9 @@ /** * @see - * @author Daniel Schulze ([EMAIL PROTECTED]) - * @author Toby Allsopp ([EMAIL PROTECTED]) - * @version $Revision: 1.4 $ + * @author mailto:[EMAIL PROTECTED]";>Daniel Schulze + * @author mailto:[EMAIL PROTECTED]";>Toby Allsopp + * @version $Revision: 1.5 $ */ public interface J2eeDeployerMBean extends DeployerMBean 1.5 +3 -3 jboss/src/main/org/jboss/deployment/J2eeDeploymentException.java Index: J2eeDeploymentException.java === RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/deployment/J2eeDeploymentException.java,v retrieving revision 1.4 retr
[JBoss-dev] CVS update: jboss/src/main/org/jboss Main.java
User: mnf999
Date: 01/06/18 13:01:21
Modified:src/main/org/jboss Main.java
Log:
Updating the new names and author tags to reflect the new coding guidelines
Revision ChangesPath
1.36 +3 -3 jboss/src/main/org/jboss/Main.java
Index: Main.java
===
RCS file: /cvsroot/jboss/jboss/src/main/org/jboss/Main.java,v
retrieving revision 1.35
retrieving revision 1.36
diff -u -r1.35 -r1.36
--- Main.java 2001/06/15 08:30:10 1.35
+++ Main.java 2001/06/18 20:01:21 1.36
@@ -25,10 +25,10 @@
/**
*
* @see
- * @author Rickard Öberg ([EMAIL PROTECTED])
+ * @author mailto:[EMAIL PROTECTED]";>Rickard Öberg.
* @author mailto:[EMAIL PROTECTED]";>Daniel O'Connor.
- * @author [EMAIL PROTECTED]
- * @version $Revision: 1.35 $
+ * @author mailto:[EMAIL PROTECTED]";>Scott Stark.
+ * @version $Revision: 1.36 $
*/
public class Main
{
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/main/org/jboss/configuration ConfigurationException.java ConfigurationService.java ConfigurationServiceMBean.java
User: mnf999
Date: 01/06/18 13:01:21
Modified:src/main/org/jboss/configuration ConfigurationException.java
ConfigurationService.java
ConfigurationServiceMBean.java
Log:
Updating the new names and author tags to reflect the new coding guidelines
Revision ChangesPath
1.2 +2 -2
jboss/src/main/org/jboss/configuration/ConfigurationException.java
Index: ConfigurationException.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/configuration/ConfigurationException.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- ConfigurationException.java 2001/04/20 05:19:38 1.1
+++ ConfigurationException.java 2001/06/18 20:01:21 1.2
@@ -11,8 +11,8 @@
*
* @see ConfigurationService
*
- * @author Jason Dillon mailto:[EMAIL PROTECTED]";><[EMAIL PROTECTED]>
- * @version $Revision: 1.1 $
+ * @author mailto:[EMAIL PROTECTED]";>Jason Dillon
+ * @version $Revision: 1.2 $
*/
public class ConfigurationException
extends Exception
1.31 +4 -4 jboss/src/main/org/jboss/configuration/ConfigurationService.java
Index: ConfigurationService.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/configuration/ConfigurationService.java,v
retrieving revision 1.30
retrieving revision 1.31
diff -u -r1.30 -r1.31
--- ConfigurationService.java 2001/06/16 05:53:38 1.30
+++ ConfigurationService.java 2001/06/18 20:01:21 1.31
@@ -43,10 +43,10 @@
* @see org.jboss.util.Service
* @see org.jboss.util.ServiceControl
*
- * @author Rickard Öberg ([EMAIL PROTECTED])
- * @author [EMAIL PROTECTED]
- * @author Jason Dillon mailto:[EMAIL PROTECTED]";><[EMAIL PROTECTED]>
- * @version $Revision: 1.30 $
+ * @author mailto:[EMAIL PROTECTED]";>Rickard Öberg.
+ * @author mailto:[EMAIL PROTECTED]";>Scott Stark.
+ * @author mailto:[EMAIL PROTECTED]";>Jason Dillon
+ * @version $Revision: 1.31 $
*/
public class ConfigurationService
extends ServiceMBeanSupport
1.7 +2 -2
jboss/src/main/org/jboss/configuration/ConfigurationServiceMBean.java
Index: ConfigurationServiceMBean.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/configuration/ConfigurationServiceMBean.java,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- ConfigurationServiceMBean.java2001/04/25 20:09:00 1.6
+++ ConfigurationServiceMBean.java2001/06/18 20:01:21 1.7
@@ -13,8 +13,8 @@
* The JMX admin interface for the {@link ConfigurationService}
* MBean.
*
- * @author Rickard Öberg ([EMAIL PROTECTED])
- * @version $Revision: 1.6 $
+ * @author mailto:[EMAIL PROTECTED]";>Rickard Öberg
+ * @version $Revision: 1.7 $
*/
public interface ConfigurationServiceMBean
{
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: newsite CVSAdmin.jsp
User: starksm Date: 01/06/18 12:59:50 Modified:.CVSAdmin.jsp Log: Add the missing step of tagging the main cvs branch with the initial alpha devel build tag after the creation of the branch. Revision ChangesPath 1.3 +256 -247 newsite/CVSAdmin.jsp Index: CVSAdmin.jsp === RCS file: /cvsroot/jboss/newsite/CVSAdmin.jsp,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- CVSAdmin.jsp 2001/06/15 22:37:56 1.2 +++ CVSAdmin.jsp 2001/06/18 19:59:50 1.3 @@ -1,247 +1,256 @@ - - - - - - -INTRODUCTION -This document describes the JBoss CVS administration policies for managing -the sourceforge cvs repository. Comments or questions regarding these polcies -should be directed to the mailto:[EMAIL PROTECTED]";>jboss-development mailing list - - -CREATING AND MANAGING RELEASE BRANCHES -The CVS branching and release management proceedures are outlined in this section. -All development of new features occurs on the main trunk. Releases are done on -branches off of the main trunk. - -RELEASE NUMBERING -Releases are tracked using CVS tags that have the following forms: - - Final Binary Releases: JBoss_. . - Beta Binary Releases: Rel_ . . . - Development Binary Releases(optional): JBoss_ . . - Alpha Development Builds(optional): Rel_ . . . - -A final binary release is a tested and approved release of the JBoss server. The major and -minor version numbers are fixed for a given branch. The minor version number is always even -on a release branch. Example final release tags are: JBoss_2_2_0, JBoss_2_2_1, JBoss_2_4_13, -JBoss_3_0_0 - - -A beta binary release is a candidate final release that is being made available for testing. -The major and minor version numbers are fixed for a given branch. The patch number is one -greater than the current final binary. The build number indicates the number of patches that -have been incorporated into the candidate release. For example, if the latest final -release is JBoss_2_2_0, then next beta binary release patch number will be 1 and -build numbers will start at 1. A build number of 0 is used to tag the previous -final release code. So, if JBoss_2_2_0 were the latest final release, and three -fixes were incorported into the 2.2 branch, there would be beta binary release tags -of Rel_2_2_1_0, Rel_2_2_1_1 Rel_2_2_1_2, Rel_2_2_1_3. The idea is that beta binary -releases are building to the next final binary release, in this case JBoss_2_2_1. - -A development binary release is an alpha release of the JBoss server. It -is a snapshot of the functionallity in the main trunk at some point in time. -The major version number is >= the latest final binary release. The minor version number is 1 greater -than the latest final binary release minor version number. This means that minor versions -of development binaries will always be odd. Example development binary releases are: -JBoss_2_3_0, JBoss_2_3_1, JBoss_2_5_13, JBoss_3_1_0 - - -A alpha development build is a patch beyond a development binary release. -The patch number is one greater than the current development binary. The build number -indicates the number of patches that have been incorporated into the candidate build. -For example, if the latest development build is JBoss_2_3_0, then next alpha build -patch number will be 1 and build numbers will start at 1. A build number of 0 is used -to tag the previous devlopment build code. So, if JBoss_2_3_0 were the latest development build, -and three fixes were incorported into the main trunk, there would be alpha release tags -of Rel_2_3_1_0, Rel_2_3_1_1 Rel_2_3_1_2, Rel_2_3_1_3. The idea is that alpha -builds are leading to the next development build, in this case JBoss_2_3_1. - - -EXAMPLE RELEASE SCENARIOS -Consider events 1-12 in blue on the following figure: - - - -Prior to event 1, the latest alpha development build is Rel_2_1_0_57. At this -point it is decided to create a new binary release. - -Event 1 is the creation of a 2.2 branch. It is labeled with a branch tag of Branch_2_2. This fixes the -major version to 2 and the minor version to 2 for all tags on this branch. - -Event 2 is the creation of a Rel_2_2_0_0 beta release tag in the branch. It serves as -an alias to the state of the main branch at the time the 2.2 branch was created. - -Event 3 is the creation of a Rel_2_3_0_0 alpha release tag on the main trunk. It -it is also an alias to the state of the main branch at the time of the 2.2 branch -creation. - -Event 4 is the integration of the first patch/change into the 2.2 branch. After -the code is commited the Rel_2_2_0
RE: [JBoss-dev] [ jboss-Bugs-434227 ] ejbStore delay can lead to DB corruption
Seems like an application requiring a CMP Persistence Manager and EJB container to execute SQL in a specific order might be asking a bit much to me... -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Monday, June 18, 2001 12:39 PM To: [EMAIL PROTECTED] Subject: [JBoss-dev] [ jboss-Bugs-434227 ] ejbStore delay can lead to DB corruption Bugs item #434227, was updated on 2001-06-18 09:39 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=434227&group_id= 22866 Category: JBossCMP Group: v2.2 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: ejbStore delay can lead to DB corruption Initial Comment: The "caching" of database updates until the end of a transaction can lead to data corruption if RI constraints are in place. Example: CreditCard cc = cch.findByPrimaryKey(creditCardID); CreditCardRecord ccr = cc.getRecord(); //Get the address that this credit card is currently pointing to MemberCompanyAddress mca = mcah.findByPrimaryKey(new MemberCompanyAddressPK(ccr.billing_address_id)); //Change the address to a different one ccr.billing_address_id = newBillingAddressID.intValue (); //Write the changes to the bean object cc.setRecord(ccr); //Remove the old address mca.remove(); Because the "UPDATE" that the setRecord() call is delayed until the end of the TX, the call to remove() is operating on the old snapshot of the database, not the post-UPDATE state that the developer expects. Corruption can result if a ON DELETE CASCADE RI constraint is on the Address table. (As this will remove the underlying CreditCard record) Two possible solutions: Allow a developer to force a flush of the "transaction cache" to the DB Automatically flush bean object "setXXX()" operations to the DB based on the state of a flag in the deployment descriptor. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=434227&group_id= 22866 ___ 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] CVS update: jboss/src/etc class.java interface.java
Ok, I'm failing to stay out of this argument once again. Crap.
On Mon, Jun 18, 2001 at 08:36:52AM -0700, [EMAIL PROTECTED] wrote:
>/*
> - * JBoss, the OpenSource EJB server
> - *
> - * Distributable under LGPL license.
> - * See terms of license at gnu.org.
> - */
> +* JBoss, the OpenSource EJB server
> +*
> +* Distributable under LGPL license.
> +* See terms of license at gnu.org.
> +*/
Huh? Why?
>package x;
>
> +//EXPLICIT IMPORTS
> +import a.b.C1; // GOOD
> +import a.b.C2;
> +import a.b.C3;
>
> +// DO NOT WRITE
> +import a.b.*; // BAD
No argument on this.
> +/**
> +*
> +*
> +* @see
> +* @author mailto:{email}";>{full name}.
> +* @author mailto:[EMAIL PROTECTED]";>Marc Fleury
> +* @version $Revision: 1.4 $
> +*
> +* Revisions:
> +*
> +* mmdd author: explicit fix description (no line numbers but methods) go
>beyond the cvs commit message
> +* eg:
> +* 20010516 marc fleury: Ask all developers to clearly document the Revision,
>changed the header.
I'm not going to repeat the argument we had a while back about this, but I
still believe that this is a Very Bad Idea. It will not be maintained because
it's duplication of work that people already do when they write CVS commit
logs.
Here's a solution to your perceived problem of not having access to the CVS
history when offline: maintain a local mirror of the CVS repository on
your machine.
Also, if you are going to do this, put some HTML in there so that the
javadocs are readable.
> +// DO NOT USE "TAB" TO INDENT CODE USE *2* SPACES FOR PORTABILITY AMONG EDITORS
Ok, fine. Why *2* spaces all of a sudden? AFAIK, all of the existing code
is 3 or 4 spaces. In some ways, TABs are better for editor portability
because people can choose the width of the TABs that they prefer. I prefer
spaces, however, so I'm not going to argue.
It seems to me that if the goal is to make it as easy as possible for people
to contribute to JBoss then there should be an absolute minimum of red tape
and bizzarre coding standards.
Toby.
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] RMI-IIOP code scan
the simplest is to go through the deployment (start at ContainerFactory). See where we create the dynamic proxies that we will bind in JNDI, you want to overwrite this. Finally walk through a code call from the proxy client and see the MethodInvocation creation and how it is passed to the containerInvoker, you need to provide the same structure coming in the containers. (org.jboss.ejb.plugins.jrmp... Proxy and Server) good luck, you are a big boy, you are on your own... marcf ___ "Tu te demerdes, t'es legionnaire!" -- Foreign legion "DIY" saying-- ___ |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Tahir |Awan |Sent: Monday, June 18, 2001 2:48 PM |To: '[EMAIL PROTECTED]' |Subject: [JBoss-dev] RMI-IIOP code scan | | |Marc/Scott (and other core guys), | |I've spent quite a bit of time on researching RMI-IIOP and have |just started |going through JBoss code. I am sure there are some guys who |started late and |are upto speed with contributing to JBoss core stuff. | |So, please help me with any tips to attack the code from the right angle. |Just want to save some time wandering around and thinking if I got x hours |to contribute, these should be utilized properly. | |Thanks in advance. | |Tahir | |___ |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] RMI-IIOP code scan
Marc/Scott (and other core guys), I've spent quite a bit of time on researching RMI-IIOP and have just started going through JBoss code. I am sure there are some guys who started late and are upto speed with contributing to JBoss core stuff. So, please help me with any tips to attack the code from the right angle. Just want to save some time wandering around and thinking if I got x hours to contribute, these should be utilized properly. Thanks in advance. Tahir ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] ejbStore() delay seems to be a serious problem
> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Aaron > Mulder > Sent: Monday, June 18, 2001 2:04 PM > To: [EMAIL PROTECTED] > Subject: RE: [JBoss-dev] ejbStore() delay seems to be a serious problem > > > On Mon, 18 Jun 2001, Bill Burke wrote: > > Is this kludgy? Yes, but you don't have to worry about it ever > not working > > unless the EJB spec changes. The EJB Spec requires that all > entities of the > > same type of a finder get synchronized with the database before > the finder > > executes. (See section 9.6.4). > > Please stop quoting section 9.6.4! If you look at the EJB 2.0 > PFD2, which I think is the latest, section 9.6.4 deals with adding > arbitrary methods to home interfaces, and has nothing to do with finders. > I'm even a little worried that some of the requirements you're qouting may > be gone in the latest version, though I know the "store beans in same > transaction as finder" one is still there. > Sorry, I've got an old spec(*embarassed, downloaded last March. :-(). It's still in section 10.5.3 though. "Instance life cycle contract..." "Container's view". Didn't know EJB 2.0 was such a moving target. Bill [snip] ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] ejbStore() delay seems to be a serious problem
Uhm, i tried to add a comment to the bug report but it doesn't show up for
some reason ... I don't know if i don't have permission, or what ... but
here's what I wanted to paste in there:
-
Known workaround:
Add the following methods to your EntityBean object:
public void flush() throws RemoteException, FinderException{
((MyBeanHome)context.getEJBHome()).findByPrimaryKey(getID());
}
public Integer getID(){return this.primary_key_field;}
OR
public Object getID() throws IllegalStateException
{return context.getPrimaryKey();}
Then, either add a flush() method to your Remote interface, or place a call
to flush() at the end of each of your setters for which you want an
immediate flush. For example:
//Force the changes out to the DB immediately
try{flush();}
catch(Exception e){throw new EJBException("Unable to write bean's contents
to persistent storage!" + e);}
-
Thanks to all who contributed to this discussion ...
-Dave
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Bill
> Burke
> Sent: Monday, June 18, 2001 1:53 PM
> To: [EMAIL PROTECTED]
> Subject: RE: [JBoss-dev] ejbStore() delay seems to be a serious problem
>
>
> Is this kludgy? Yes, but you don't have to worry about it ever
> not working
> unless the EJB spec changes. The EJB Spec requires that all
> entities of the
> same type of a finder get synchronized with the database before the finder
> executes. (See section 9.6.4).
>
> Add the "finder" workaround to the comments section of the bug you
> submitted.
>
> IMHO, this is not the best long term solution. I think "flush" should be
> added as a jboss method, but that's just my opinion. I'm pretty new to
> JBoss myself and I'm waiting for some others to chime in their
> advice. I'll
> repost this question later if I get no responses.
>
> Bill
>
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of David
> > Esposito
> > Sent: Monday, June 18, 2001 1:16 PM
> > To: [EMAIL PROTECTED]
> > Subject: RE: [JBoss-dev] ejbStore() delay seems to be a serious problem
> >
> >
> > My fault ... I forgot to copy the client lib directory over
> from the build
> > directory ...
> >
> > Ok, so that seems to be a workaround ... Here's what I did:
> >
> > Changed my setRecord in my EntityBean to do something like this:
> >
> > public void setRecord(CreditCardRecord rec)
> > {
> > this.member_company_id = rec.member_company_id;
> > this.cardholder_name= rec.cardholder_name;
> > this.billing_address_id = rec.billing_address_id;
> >
> > //Force the changes out to the DB immediately
> > try{flush();}
> > catch(Exception e){throw new EJBException("Unable to write
> > bean's contents
> > to persistent storage!" + e);}
> >
> > }
> >
> > Then I implemented a flush() and getID() method in my EntityBean:
> >
> > public void flush() throws RemoteException, FinderException
> > {
> > ((CreditCardHome)context.getEJBHome()).findByPrimaryKey(getID());
> > }
> >
> > public Integer getID(){return this.credit_card_id;}
> >
> > It seems to have worked ... I ran several tests and it looks like the
> > Container triggers the ejbStore() when it encounters the
> > findByXXX call ...
> >
> > Is this a good long-term solution? It seems a little kludgy ...
> >
> > If this is the final solution, would you like for me to document it?
> >
> > -Dave
> >
> > > -Original Message-
> > > From: [EMAIL PROTECTED]
> > > [mailto:[EMAIL PROTECTED]]On
> Behalf Of David
> > > Esposito
> > > Sent: Monday, June 18, 2001 12:40 PM
> > > To: [EMAIL PROTECTED]
> > > Subject: RE: [JBoss-dev] ejbStore() delay seems to be a
> serious problem
> > >
> > >
> > > >
> > > > Doesn't work??!! Are you sure you have the latest JBoss from
> > > > source? I put
> > > > this "ejbStore on ejbFind" in last week . Anyways, don't
> > > forget, ejbStore
> > > > will ONLY be called on entities of the same type of the finder
> > > > and that are
> > > > within the same transaction.
> > >
> > > Sorry 'bout that ... I hadn't downloaded the latest source ...
> > I just did
> > > that, compiled it, and now i'm getting this for ALL of my beans ...
> > >
> > > [Member] [com.blah.ejb.member.MemberPK@d0] getRecord()
> > > [Member] TRANSACTION ROLLBACK EXCEPTION:null; nested exception is:
> > > java.lang.NoSuchMethodError
> > > [Member] java.lang.NoSuchMethodError
> > > [Member]at
> > > org.jboss.ejb.plugins.EntityInstanceCache.setKey(EntityInstanceCac
> > > he.java:95
> > > )
> > > [Member]at
> > > org.jboss.ejb.plugins.AbstractInstanceCache.get(AbstractInstanceCa
> > > che.java:1
> > > 66)
> > > [Member]at
> > >
> >
> org.jboss.ejb.plugins.EntityInstanceCache.get(EntityInstanceCache.java:60)
> > > [Member]at
> > > org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInsta
> > > nceInterce
> > > ptor.java:148)
> > > [Member]at
> > > org
Re: [JBoss-dev] FW: [JBoss-user] Why the redundancy in DataSource mbean tag?
Hi, I'm not 100% sure of this, however I think the name in the mbean tag is part of the mbean object name for the mbean whereas the poolname attribute ends up being the jndi binding name for the (datasource) object users can look up. There is no particular reason I can see to force these to be the same. david jencks On 2001.06.18 12:46:39 -0400 "Ferguson, Doug" wrote: > I didn't get any answers on the user list. > > Maybe this is a dev issue. > Could we re-write the mbean to only require one place for the name? > > d. > > -Original Message- > From: Ferguson, Doug [mailto:[EMAIL PROTECTED]] > Sent: Saturday, June 16, 2001 5:28 PM > To: JBoss User (E-mail) > Subject: [JBoss-user] Why the redundancy in DataSource mbean tag? > > > > Why are there two different locations for the name of the DS? > Thanks. > > .. See the name Falcon .. > > name="DefaultDomain:service=XADataSource,name=Falcon"> > Falcon > ... > > > ___ > 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-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] ejbStore() delay seems to be a serious problem
On Mon, 18 Jun 2001, Bill Burke wrote:
> Is this kludgy? Yes, but you don't have to worry about it ever not working
> unless the EJB spec changes. The EJB Spec requires that all entities of the
> same type of a finder get synchronized with the database before the finder
> executes. (See section 9.6.4).
Please stop quoting section 9.6.4! If you look at the EJB 2.0
PFD2, which I think is the latest, section 9.6.4 deals with adding
arbitrary methods to home interfaces, and has nothing to do with finders.
I'm even a little worried that some of the requirements you're qouting may
be gone in the latest version, though I know the "store beans in same
transaction as finder" one is still there.
Aaron
> Add the "finder" workaround to the comments section of the bug you
> submitted.
>
> IMHO, this is not the best long term solution. I think "flush" should be
> added as a jboss method, but that's just my opinion. I'm pretty new to
> JBoss myself and I'm waiting for some others to chime in their advice. I'll
> repost this question later if I get no responses.
>
> Bill
>
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of David
> > Esposito
> > Sent: Monday, June 18, 2001 1:16 PM
> > To: [EMAIL PROTECTED]
> > Subject: RE: [JBoss-dev] ejbStore() delay seems to be a serious problem
> >
> >
> > My fault ... I forgot to copy the client lib directory over from the build
> > directory ...
> >
> > Ok, so that seems to be a workaround ... Here's what I did:
> >
> > Changed my setRecord in my EntityBean to do something like this:
> >
> > public void setRecord(CreditCardRecord rec)
> > {
> > this.member_company_id = rec.member_company_id;
> > this.cardholder_name= rec.cardholder_name;
> > this.billing_address_id = rec.billing_address_id;
> >
> > //Force the changes out to the DB immediately
> > try{flush();}
> > catch(Exception e){throw new EJBException("Unable to write
> > bean's contents
> > to persistent storage!" + e);}
> >
> > }
> >
> > Then I implemented a flush() and getID() method in my EntityBean:
> >
> > public void flush() throws RemoteException, FinderException
> > {
> > ((CreditCardHome)context.getEJBHome()).findByPrimaryKey(getID());
> > }
> >
> > public Integer getID(){return this.credit_card_id;}
> >
> > It seems to have worked ... I ran several tests and it looks like the
> > Container triggers the ejbStore() when it encounters the
> > findByXXX call ...
> >
> > Is this a good long-term solution? It seems a little kludgy ...
> >
> > If this is the final solution, would you like for me to document it?
> >
> > -Dave
> >
> > > -Original Message-
> > > From: [EMAIL PROTECTED]
> > > [mailto:[EMAIL PROTECTED]]On Behalf Of David
> > > Esposito
> > > Sent: Monday, June 18, 2001 12:40 PM
> > > To: [EMAIL PROTECTED]
> > > Subject: RE: [JBoss-dev] ejbStore() delay seems to be a serious problem
> > >
> > >
> > > >
> > > > Doesn't work??!! Are you sure you have the latest JBoss from
> > > > source? I put
> > > > this "ejbStore on ejbFind" in last week . Anyways, don't
> > > forget, ejbStore
> > > > will ONLY be called on entities of the same type of the finder
> > > > and that are
> > > > within the same transaction.
> > >
> > > Sorry 'bout that ... I hadn't downloaded the latest source ...
> > I just did
> > > that, compiled it, and now i'm getting this for ALL of my beans ...
> > >
> > > [Member] [com.blah.ejb.member.MemberPK@d0] getRecord()
> > > [Member] TRANSACTION ROLLBACK EXCEPTION:null; nested exception is:
> > > java.lang.NoSuchMethodError
> > > [Member] java.lang.NoSuchMethodError
> > > [Member]at
> > > org.jboss.ejb.plugins.EntityInstanceCache.setKey(EntityInstanceCac
> > > he.java:95
> > > )
> > > [Member]at
> > > org.jboss.ejb.plugins.AbstractInstanceCache.get(AbstractInstanceCa
> > > che.java:1
> > > 66)
> > > [Member]at
> > >
> > org.jboss.ejb.plugins.EntityInstanceCache.get(EntityInstanceCache.java:60)
> > > [Member]at
> > > org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInsta
> > > nceInterce
> > > ptor.java:148)
> > > [Member]at
> > > org.jboss.ejb.plugins.TxInterceptorCMT.invokeNext(TxInterceptorCMT
> > > .java:133)
> > > [Member]at
> > > org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInter
> > > ceptorCMT.
> > > java:298)
> > > [Member]at
> > > org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:99)
> > > [Member]at
> > > org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityIntercept
> > > or.java:12
> > > 7)
> > > [Member]at
> > > org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:195)
> > > [Member]at
> > > org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:349)
> > > [Member]at
> > > org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker.invoke(JRMP
> > > ContainerI
> > > nvoker.java:390)
> > > [Member]at
> > > org
RE: [JBoss-dev] ejbStore() delay seems to be a serious problem
Is this kludgy? Yes, but you don't have to worry about it ever not working
unless the EJB spec changes. The EJB Spec requires that all entities of the
same type of a finder get synchronized with the database before the finder
executes. (See section 9.6.4).
Add the "finder" workaround to the comments section of the bug you
submitted.
IMHO, this is not the best long term solution. I think "flush" should be
added as a jboss method, but that's just my opinion. I'm pretty new to
JBoss myself and I'm waiting for some others to chime in their advice. I'll
repost this question later if I get no responses.
Bill
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of David
> Esposito
> Sent: Monday, June 18, 2001 1:16 PM
> To: [EMAIL PROTECTED]
> Subject: RE: [JBoss-dev] ejbStore() delay seems to be a serious problem
>
>
> My fault ... I forgot to copy the client lib directory over from the build
> directory ...
>
> Ok, so that seems to be a workaround ... Here's what I did:
>
> Changed my setRecord in my EntityBean to do something like this:
>
> public void setRecord(CreditCardRecord rec)
> {
> this.member_company_id = rec.member_company_id;
> this.cardholder_name= rec.cardholder_name;
> this.billing_address_id = rec.billing_address_id;
>
> //Force the changes out to the DB immediately
> try{flush();}
> catch(Exception e){throw new EJBException("Unable to write
> bean's contents
> to persistent storage!" + e);}
>
> }
>
> Then I implemented a flush() and getID() method in my EntityBean:
>
> public void flush() throws RemoteException, FinderException
> {
> ((CreditCardHome)context.getEJBHome()).findByPrimaryKey(getID());
> }
>
> public Integer getID(){return this.credit_card_id;}
>
> It seems to have worked ... I ran several tests and it looks like the
> Container triggers the ejbStore() when it encounters the
> findByXXX call ...
>
> Is this a good long-term solution? It seems a little kludgy ...
>
> If this is the final solution, would you like for me to document it?
>
> -Dave
>
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of David
> > Esposito
> > Sent: Monday, June 18, 2001 12:40 PM
> > To: [EMAIL PROTECTED]
> > Subject: RE: [JBoss-dev] ejbStore() delay seems to be a serious problem
> >
> >
> > >
> > > Doesn't work??!! Are you sure you have the latest JBoss from
> > > source? I put
> > > this "ejbStore on ejbFind" in last week . Anyways, don't
> > forget, ejbStore
> > > will ONLY be called on entities of the same type of the finder
> > > and that are
> > > within the same transaction.
> >
> > Sorry 'bout that ... I hadn't downloaded the latest source ...
> I just did
> > that, compiled it, and now i'm getting this for ALL of my beans ...
> >
> > [Member] [com.blah.ejb.member.MemberPK@d0] getRecord()
> > [Member] TRANSACTION ROLLBACK EXCEPTION:null; nested exception is:
> > java.lang.NoSuchMethodError
> > [Member] java.lang.NoSuchMethodError
> > [Member]at
> > org.jboss.ejb.plugins.EntityInstanceCache.setKey(EntityInstanceCac
> > he.java:95
> > )
> > [Member]at
> > org.jboss.ejb.plugins.AbstractInstanceCache.get(AbstractInstanceCa
> > che.java:1
> > 66)
> > [Member]at
> >
> org.jboss.ejb.plugins.EntityInstanceCache.get(EntityInstanceCache.java:60)
> > [Member]at
> > org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInsta
> > nceInterce
> > ptor.java:148)
> > [Member]at
> > org.jboss.ejb.plugins.TxInterceptorCMT.invokeNext(TxInterceptorCMT
> > .java:133)
> > [Member]at
> > org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInter
> > ceptorCMT.
> > java:298)
> > [Member]at
> > org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:99)
> > [Member]at
> > org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityIntercept
> > or.java:12
> > 7)
> > [Member]at
> > org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:195)
> > [Member]at
> > org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:349)
> > [Member]at
> > org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker.invoke(JRMP
> > ContainerI
> > nvoker.java:390)
> > [Member]at
> > org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker.invoke(JRMP
> > ContainerI
> > nvoker.java:467)
> > [Member]at
> > org.jboss.ejb.plugins.jrmp.interfaces.GenericProxy.invokeContainer
> > (GenericPr
> > oxy.java:335)
> > [Member]at
> > org.jboss.ejb.plugins.jrmp.interfaces.EntityProxy.invoke(EntityPro
> > xy.java:13
> > 3)
> > [Member]at $Proxy75.getRecord(Unknown Source)
> > [Member]at
> >
> com.blah.servlets.UserHomeServlet.serviceRequest(UserHomeServlet.java:139)
> >
> > What's going on here? Am I missing some libs (JARs) somewhere?
> >
> >
> > >
> > > Shouldn't be that hard to do, just a question whether or not
> > its something
> > > Mr. Fleury wants
RE: [JBoss-dev] ejbStore() delay seems to be a serious problem
You need to make sure you got the latest from CVS for every file. Also do a build clean then build dist. It seems like you have some old class files someplace. Bill > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of David > Esposito > Sent: Monday, June 18, 2001 12:40 PM > To: [EMAIL PROTECTED] > Subject: RE: [JBoss-dev] ejbStore() delay seems to be a serious problem > > > > > > Doesn't work??!! Are you sure you have the latest JBoss from > > source? I put > > this "ejbStore on ejbFind" in last week . Anyways, don't > forget, ejbStore > > will ONLY be called on entities of the same type of the finder > > and that are > > within the same transaction. > > Sorry 'bout that ... I hadn't downloaded the latest source ... I just did > that, compiled it, and now i'm getting this for ALL of my beans ... > > [Member] [com.blah.ejb.member.MemberPK@d0] getRecord() > [Member] TRANSACTION ROLLBACK EXCEPTION:null; nested exception is: > java.lang.NoSuchMethodError > [Member] java.lang.NoSuchMethodError > [Member]at > org.jboss.ejb.plugins.EntityInstanceCache.setKey(EntityInstanceCac > he.java:95 > ) > [Member]at > org.jboss.ejb.plugins.AbstractInstanceCache.get(AbstractInstanceCa > che.java:1 > 66) > [Member]at > org.jboss.ejb.plugins.EntityInstanceCache.get(EntityInstanceCache.java:60) > [Member]at > org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInsta > nceInterce > ptor.java:148) > [Member]at > org.jboss.ejb.plugins.TxInterceptorCMT.invokeNext(TxInterceptorCMT > .java:133) > [Member]at > org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInter > ceptorCMT. > java:298) > [Member]at > org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:99) > [Member]at > org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityIntercept > or.java:12 > 7) > [Member]at > org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:195) > [Member]at > org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:349) > [Member]at > org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker.invoke(JRMP > ContainerI > nvoker.java:390) > [Member]at > org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker.invoke(JRMP > ContainerI > nvoker.java:467) > [Member]at > org.jboss.ejb.plugins.jrmp.interfaces.GenericProxy.invokeContainer > (GenericPr > oxy.java:335) > [Member]at > org.jboss.ejb.plugins.jrmp.interfaces.EntityProxy.invoke(EntityPro > xy.java:13 > 3) > [Member]at $Proxy75.getRecord(Unknown Source) > [Member]at > com.blah.servlets.UserHomeServlet.serviceRequest(UserHomeServlet.java:139) > > What's going on here? Am I missing some libs (JARs) somewhere? > > > > > > Shouldn't be that hard to do, just a question whether or not > its something > > Mr. Fleury wants within JBoss. Personnally, I think something > like flush > > should be added. Or maybe a better name ejbFlush or > jbossFlush. I may be > > able to implement it if I can find the time this week and we > can patch it, > > BUT...We're coming up against a launch date as well!!! > > > > Mr. Fleury, pretty please with sugar on top, can we have a flush > feature ... > pleez ... ;) > > > > > > Should I add this to the "bug database" (even though it's not > a bug, per > > > say) ?... > > > > > > > Personally I think it is a bug. It can cause some nasty problems, > > especially with your CASCADE DELETE scenario! Imagine hitting that in > > production??!! > > Ok, I just added it .. > > -Dave > > > ___ > 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] [ jboss-Bugs-432844 ] NullPointerException in AutoDeployer
On Monday 18 June 2001 18:38, you wrote: > Fixed. > > I have also added a Javadoc comment to the run() > method in the class. > > If a watched directory is deleted, JBoss will not give > a NULLPointerException, it will *ignore* the > directory. The next check will undeploy all EJBs from > that directoy. The directory will still remain in the > watched list - so if a user deletes the dir by > mistake, he can undelete / recreate it and get on with > life :-) > > Let me know if this is ok ! > > Another thing, I noticed is that the Autodeployer is > set to 3 seconds - hardcoded ! If the user wants to > change that, he would have to modify the source. I > think, we shold move that out of source and into a > config file ! > See the patch I made on SourceForge (patch #434115) Jesper > I am ready to commit. (need rw access) ! > > Ajay > ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] unsubscribe
I want unsubscribe... What I do??? Isidoro Fernández Díaz mailto:[EMAIL PROTECTED] Software EngineerTELENIUM, The New Millennium Telecom Company Agustín de Foxá, 25, plta. 13 28036 MADRID Tel. +34 91 315 85 62 Fax +34 91 315 63 37 http://www.telenium.es
RE: [JBoss-dev] ejbStore() delay seems to be a serious problem
My fault ... I forgot to copy the client lib directory over from the build
directory ...
Ok, so that seems to be a workaround ... Here's what I did:
Changed my setRecord in my EntityBean to do something like this:
public void setRecord(CreditCardRecord rec)
{
this.member_company_id = rec.member_company_id;
this.cardholder_name= rec.cardholder_name;
this.billing_address_id = rec.billing_address_id;
//Force the changes out to the DB immediately
try{flush();}
catch(Exception e){throw new EJBException("Unable to write bean's contents
to persistent storage!" + e);}
}
Then I implemented a flush() and getID() method in my EntityBean:
public void flush() throws RemoteException, FinderException
{
((CreditCardHome)context.getEJBHome()).findByPrimaryKey(getID());
}
public Integer getID(){return this.credit_card_id;}
It seems to have worked ... I ran several tests and it looks like the
Container triggers the ejbStore() when it encounters the findByXXX call ...
Is this a good long-term solution? It seems a little kludgy ...
If this is the final solution, would you like for me to document it?
-Dave
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of David
> Esposito
> Sent: Monday, June 18, 2001 12:40 PM
> To: [EMAIL PROTECTED]
> Subject: RE: [JBoss-dev] ejbStore() delay seems to be a serious problem
>
>
> >
> > Doesn't work??!! Are you sure you have the latest JBoss from
> > source? I put
> > this "ejbStore on ejbFind" in last week . Anyways, don't
> forget, ejbStore
> > will ONLY be called on entities of the same type of the finder
> > and that are
> > within the same transaction.
>
> Sorry 'bout that ... I hadn't downloaded the latest source ... I just did
> that, compiled it, and now i'm getting this for ALL of my beans ...
>
> [Member] [com.blah.ejb.member.MemberPK@d0] getRecord()
> [Member] TRANSACTION ROLLBACK EXCEPTION:null; nested exception is:
> java.lang.NoSuchMethodError
> [Member] java.lang.NoSuchMethodError
> [Member]at
> org.jboss.ejb.plugins.EntityInstanceCache.setKey(EntityInstanceCac
> he.java:95
> )
> [Member]at
> org.jboss.ejb.plugins.AbstractInstanceCache.get(AbstractInstanceCa
> che.java:1
> 66)
> [Member]at
> org.jboss.ejb.plugins.EntityInstanceCache.get(EntityInstanceCache.java:60)
> [Member]at
> org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInsta
> nceInterce
> ptor.java:148)
> [Member]at
> org.jboss.ejb.plugins.TxInterceptorCMT.invokeNext(TxInterceptorCMT
> .java:133)
> [Member]at
> org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInter
> ceptorCMT.
> java:298)
> [Member]at
> org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:99)
> [Member]at
> org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityIntercept
> or.java:12
> 7)
> [Member]at
> org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:195)
> [Member]at
> org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:349)
> [Member]at
> org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker.invoke(JRMP
> ContainerI
> nvoker.java:390)
> [Member]at
> org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker.invoke(JRMP
> ContainerI
> nvoker.java:467)
> [Member]at
> org.jboss.ejb.plugins.jrmp.interfaces.GenericProxy.invokeContainer
> (GenericPr
> oxy.java:335)
> [Member]at
> org.jboss.ejb.plugins.jrmp.interfaces.EntityProxy.invoke(EntityPro
> xy.java:13
> 3)
> [Member]at $Proxy75.getRecord(Unknown Source)
> [Member]at
> com.blah.servlets.UserHomeServlet.serviceRequest(UserHomeServlet.java:139)
>
> What's going on here? Am I missing some libs (JARs) somewhere?
>
>
> >
> > Shouldn't be that hard to do, just a question whether or not
> its something
> > Mr. Fleury wants within JBoss. Personnally, I think something
> like flush
> > should be added. Or maybe a better name ejbFlush or
> jbossFlush. I may be
> > able to implement it if I can find the time this week and we
> can patch it,
> > BUT...We're coming up against a launch date as well!!!
> >
>
> Mr. Fleury, pretty please with sugar on top, can we have a flush
> feature ...
> pleez ... ;)
>
> >
> > > Should I add this to the "bug database" (even though it's not
> a bug, per
> > > say) ?...
> > >
> >
> > Personally I think it is a bug. It can cause some nasty problems,
> > especially with your CASCADE DELETE scenario! Imagine hitting that in
> > production??!!
>
> Ok, I just added it ..
>
> -Dave
>
>
> ___
> 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] [ jboss-Bugs-432844 ] NullPointerException in AutoDeployer
|-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]]On Behalf Of Ajay |Gautam |Sent: Monday, June 18, 2001 12:39 PM |To: [EMAIL PROTECTED] |Subject: RE: [JBoss-dev] [ jboss-Bugs-432844 ] NullPointerException in |AutoDeployer | | |Fixed. | |I have also added a Javadoc comment to the run() |method in the class. | |If a watched directory is deleted, JBoss will not give |a NULLPointerException, it will *ignore* the |directory. The next check will undeploy all EJBs from |that directoy. The directory will still remain in the |watched list - so if a user deletes the dir by |mistake, he can undelete / recreate it and get on with |life :-) | |Let me know if this is ok ! | |Another thing, I noticed is that the Autodeployer is |set to 3 seconds - hardcoded ! If the user wants to |change that, he would have to modify the source. I |think, we shold move that out of source and into a |config file ! | |I am ready to commit. (need rw access) ! | |Ajay | |--- marc fleury <[EMAIL PROTECTED]> wrote: |> aren't you supposed to do RMI-IIOP??? :) |> |> give me some RMI IIOP and I give you RW |> |> right |> |> marcf |> |> PS: seriously, b is the option, let me know when you |> are ready to commit |> |> |> |-Original Message- |> |From: [EMAIL PROTECTED] |> ||[mailto:[EMAIL PROTECTED]]On |> Behalf Of Ajay |> |Gautam |> |Sent: Wednesday, June 13, 2001 5:47 PM |> |To: [EMAIL PROTECTED] |> |Subject: Re: [JBoss-dev] [ jboss-Bugs-432844 ] |> NullPointerException in |> |AutoDeployer |> | |> | |> |Hey Guys |> | |> |Just to find my way around the code and to get |> |acquainted with the build / deploy process, I took |> on |> |this bug to fix. |> | |> |I am able to replicate / locate / fix the problem. |> |Right now, this error stops the auto deployer |> thread |> |(running = false;) ! |> | |> |One possibility could be to remove this bug from |> the |> |bugs database as its lame ! otherwise: |> | |> |What should JBoss do when someone deletes a |> "watched" |> |directory ? |> | a. Create the directory again, and continue - |> in |> |this case, JBoss auto un-deployes EJBs from that |> |directory ! |> | b. Undeploy all EJBs from that directory and |> |remove directory from watched list. |> | c. Quit / Halt ! |> |I would personally prefer b ! that looks the |> cleanest. |> |The problem with a and b - if someone deleted the |> |"deploy" directory, jbosspool-jdbc.rar and |> jms-ra.rar |> |are undeployed ! I was wondering if deploy/lib is a |> |good place for these rars ! |> | |> |I also found that a URL based EJB is not undeployed |> if |> |it is not accessible - it is assumed that the URL |> will |> |exist! Is this the behavior we want ? |> | |> |I do not have write access to CVS. |> | |> |Thanks |> | |> |Ajay |> | |> |--- [EMAIL PROTECTED] wrote: |> |> Bugs item #432844, was updated on 2001-06-13 |> 10:53 |> |> You can respond by visiting: |> |> |> ||http://sourceforge.net/tracker/?func=detail&atid=376685&aid=432844&; |> |group_id=22866 |> |> |> |> Category: JBossServer |> |> Group: v2.2.1 (stable) |> |> Status: Open |> |> Resolution: None |> |> Priority: 5 |> |> Submitted By: Dirk Hoffmann (dirkey) |> |> Assigned to: Nobody/Anonymous (nobody) |> |> Summary: NullPointerException in AutoDeployer |> |> |> |> Initial Comment: |> |> If the deploy directory is deleted (by a stupid |> user |> |> ;- |> |> )), the Autodeployer thread stops with a |> |> NullPointerException. After restoring the |> directory |> |> the Autodeployer is not running anymore. |> |> |> |> [Auto deploy] java.lang.NullPointerException |> |> [Auto deploy] at org.jboss.ejb.AutoDeployer.run |> |> (AutoDeployer.java:135) |> |> [Auto deploy] at java.lang.Thread.run |> |> (Thread.java:484) |> |> |> |> Regards, |> |> Dirk |> |> |> |> |> ||-- |> |> |> |> You can respond by visiting: |> |> |> ||http://sourceforge.net/tracker/?func=detail&atid=376685&aid=432844&; |> |group_id=22866 |> |> | | |__ |Do You Yahoo!? |Spot the hottest trends in music, movies, and more. |http://buzz.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] Fixes to EJX jboss and jaws
I'm just finishing fixes to the jboss and jaws extensions for EJX so that it supports the 2.2 DTDs for jboss.xml and jaws.xml. Should I send a file with the diffs for each of the packages. (I've changed 16 files so far in 5 packages.) the jaws changes are complete. Just got to add interceptors to the jboss stuff. Mike S-R ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] FW: [JBoss-user] Why the redundancy in DataSource mbean tag?
I didn't get any answers on the user list. Maybe this is a dev issue. Could we re-write the mbean to only require one place for the name? d. -Original Message- From: Ferguson, Doug [mailto:[EMAIL PROTECTED]] Sent: Saturday, June 16, 2001 5:28 PM To: JBoss User (E-mail) Subject: [JBoss-user] Why the redundancy in DataSource mbean tag? Why are there two different locations for the name of the DS? Thanks. .. See the name Falcon .. Falcon ... ___ 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
RE: [JBoss-dev] [ jboss-Bugs-432844 ] NullPointerException in AutoDeployer
Fixed. I have also added a Javadoc comment to the run() method in the class. If a watched directory is deleted, JBoss will not give a NULLPointerException, it will *ignore* the directory. The next check will undeploy all EJBs from that directoy. The directory will still remain in the watched list - so if a user deletes the dir by mistake, he can undelete / recreate it and get on with life :-) Let me know if this is ok ! Another thing, I noticed is that the Autodeployer is set to 3 seconds - hardcoded ! If the user wants to change that, he would have to modify the source. I think, we shold move that out of source and into a config file ! I am ready to commit. (need rw access) ! Ajay --- marc fleury <[EMAIL PROTECTED]> wrote: > aren't you supposed to do RMI-IIOP??? :) > > give me some RMI IIOP and I give you RW > > right > > marcf > > PS: seriously, b is the option, let me know when you > are ready to commit > > > |-Original Message- > |From: [EMAIL PROTECTED] > |[mailto:[EMAIL PROTECTED]]On > Behalf Of Ajay > |Gautam > |Sent: Wednesday, June 13, 2001 5:47 PM > |To: [EMAIL PROTECTED] > |Subject: Re: [JBoss-dev] [ jboss-Bugs-432844 ] > NullPointerException in > |AutoDeployer > | > | > |Hey Guys > | > |Just to find my way around the code and to get > |acquainted with the build / deploy process, I took > on > |this bug to fix. > | > |I am able to replicate / locate / fix the problem. > |Right now, this error stops the auto deployer > thread > |(running = false;) ! > | > |One possibility could be to remove this bug from > the > |bugs database as its lame ! otherwise: > | > |What should JBoss do when someone deletes a > "watched" > |directory ? > | a. Create the directory again, and continue - > in > |this case, JBoss auto un-deployes EJBs from that > |directory ! > | b. Undeploy all EJBs from that directory and > |remove directory from watched list. > | c. Quit / Halt ! > |I would personally prefer b ! that looks the > cleanest. > |The problem with a and b - if someone deleted the > |"deploy" directory, jbosspool-jdbc.rar and > jms-ra.rar > |are undeployed ! I was wondering if deploy/lib is a > |good place for these rars ! > | > |I also found that a URL based EJB is not undeployed > if > |it is not accessible - it is assumed that the URL > will > |exist! Is this the behavior we want ? > | > |I do not have write access to CVS. > | > |Thanks > | > |Ajay > | > |--- [EMAIL PROTECTED] wrote: > |> Bugs item #432844, was updated on 2001-06-13 > 10:53 > |> You can respond by visiting: > |> > |http://sourceforge.net/tracker/?func=detail&atid=376685&aid=432844&; > |group_id=22866 > |> > |> Category: JBossServer > |> Group: v2.2.1 (stable) > |> Status: Open > |> Resolution: None > |> Priority: 5 > |> Submitted By: Dirk Hoffmann (dirkey) > |> Assigned to: Nobody/Anonymous (nobody) > |> Summary: NullPointerException in AutoDeployer > |> > |> Initial Comment: > |> If the deploy directory is deleted (by a stupid > user > |> ;- > |> )), the Autodeployer thread stops with a > |> NullPointerException. After restoring the > directory > |> the Autodeployer is not running anymore. > |> > |> [Auto deploy] java.lang.NullPointerException > |> [Auto deploy] at org.jboss.ejb.AutoDeployer.run > |> (AutoDeployer.java:135) > |> [Auto deploy] at java.lang.Thread.run > |> (Thread.java:484) > |> > |> Regards, > |> Dirk > |> > |> > |-- > |> > |> You can respond by visiting: > |> > |http://sourceforge.net/tracker/?func=detail&atid=376685&aid=432844&; > |group_id=22866 > |> __ Do You Yahoo!? Spot the hottest trends in music, movies, and more. http://buzz.yahoo.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] ejbStore() delay seems to be a serious problem
> > Doesn't work??!! Are you sure you have the latest JBoss from > source? I put > this "ejbStore on ejbFind" in last week . Anyways, don't forget, ejbStore > will ONLY be called on entities of the same type of the finder > and that are > within the same transaction. Sorry 'bout that ... I hadn't downloaded the latest source ... I just did that, compiled it, and now i'm getting this for ALL of my beans ... [Member] [com.blah.ejb.member.MemberPK@d0] getRecord() [Member] TRANSACTION ROLLBACK EXCEPTION:null; nested exception is: java.lang.NoSuchMethodError [Member] java.lang.NoSuchMethodError [Member]at org.jboss.ejb.plugins.EntityInstanceCache.setKey(EntityInstanceCache.java:95 ) [Member]at org.jboss.ejb.plugins.AbstractInstanceCache.get(AbstractInstanceCache.java:1 66) [Member]at org.jboss.ejb.plugins.EntityInstanceCache.get(EntityInstanceCache.java:60) [Member]at org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(EntityInstanceInterce ptor.java:148) [Member]at org.jboss.ejb.plugins.TxInterceptorCMT.invokeNext(TxInterceptorCMT.java:133) [Member]at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT. java:298) [Member]at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:99) [Member]at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:12 7) [Member]at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:195) [Member]at org.jboss.ejb.EntityContainer.invoke(EntityContainer.java:349) [Member]at org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker.invoke(JRMPContainerI nvoker.java:390) [Member]at org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker.invoke(JRMPContainerI nvoker.java:467) [Member]at org.jboss.ejb.plugins.jrmp.interfaces.GenericProxy.invokeContainer(GenericPr oxy.java:335) [Member]at org.jboss.ejb.plugins.jrmp.interfaces.EntityProxy.invoke(EntityProxy.java:13 3) [Member]at $Proxy75.getRecord(Unknown Source) [Member]at com.blah.servlets.UserHomeServlet.serviceRequest(UserHomeServlet.java:139) What's going on here? Am I missing some libs (JARs) somewhere? > > Shouldn't be that hard to do, just a question whether or not its something > Mr. Fleury wants within JBoss. Personnally, I think something like flush > should be added. Or maybe a better name ejbFlush or jbossFlush. I may be > able to implement it if I can find the time this week and we can patch it, > BUT...We're coming up against a launch date as well!!! > Mr. Fleury, pretty please with sugar on top, can we have a flush feature ... pleez ... ;) > > > Should I add this to the "bug database" (even though it's not a bug, per > > say) ?... > > > > Personally I think it is a bug. It can cause some nasty problems, > especially with your CASCADE DELETE scenario! Imagine hitting that in > production??!! Ok, I just added it .. -Dave ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-434227 ] ejbStore delay can lead to DB corruption
Bugs item #434227, was updated on 2001-06-18 09:39 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=434227&group_id=22866 Category: JBossCMP Group: v2.2 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: ejbStore delay can lead to DB corruption Initial Comment: The "caching" of database updates until the end of a transaction can lead to data corruption if RI constraints are in place. Example: CreditCard cc = cch.findByPrimaryKey(creditCardID); CreditCardRecord ccr = cc.getRecord(); //Get the address that this credit card is currently pointing to MemberCompanyAddress mca = mcah.findByPrimaryKey(new MemberCompanyAddressPK(ccr.billing_address_id)); //Change the address to a different one ccr.billing_address_id = newBillingAddressID.intValue (); //Write the changes to the bean object cc.setRecord(ccr); //Remove the old address mca.remove(); Because the "UPDATE" that the setRecord() call is delayed until the end of the TX, the call to remove() is operating on the old snapshot of the database, not the post-UPDATE state that the developer expects. Corruption can result if a ON DELETE CASCADE RI constraint is on the Address table. (As this will remove the underlying CreditCard record) Two possible solutions: Allow a developer to force a flush of the "transaction cache" to the DB Automatically flush bean object "setXXX()" operations to the DB based on the state of a flag in the deployment descriptor. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=376685&aid=434227&group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/etc class.java interface.java
User: mnf999
Date: 01/06/18 08:36:52
Modified:src/etc class.java interface.java
Log:
Guidelines for coders in JB3.0
Revision ChangesPath
1.4 +106 -32 jboss/src/etc/class.java
Index: class.java
===
RCS file: /cvsroot/jboss/jboss/src/etc/class.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- class.java2001/01/12 05:30:04 1.3
+++ class.java2001/06/18 15:36:52 1.4
@@ -1,41 +1,115 @@
/*
- * JBoss, the OpenSource EJB server
- *
- * Distributable under LGPL license.
- * See terms of license at gnu.org.
- */
+* JBoss, the OpenSource EJB server
+*
+* Distributable under LGPL license.
+* See terms of license at gnu.org.
+*/
package x;
-/**
- *
- *
- * @see
- * @author ()
- * @version $Revision: 1.3 $
- */
-public class X
- extends Y
- implements Z
-{
- // Constants -
-
- // Attributes
-
- // Static
-
- // Constructors --
+//EXPLICIT IMPORTS
+import a.b.C1; // GOOD
+import a.b.C2;
+import a.b.C3;
- // Public
+// DO NOT WRITE
+import a.b.*; // BAD
- // Z implementation --
-
- // Y overrides ---
-
- // Package protected -
+/**
+*
+*
+* @see
+* @author mailto:{email}";>{full name}.
+* @author mailto:[EMAIL PROTECTED]";>Marc Fleury
+* @version $Revision: 1.4 $
+*
+* Revisions:
+*
+* mmdd author: explicit fix description (no line numbers but methods) go
beyond the cvs commit message
+* eg:
+* 20010516 marc fleury: Ask all developers to clearly document the Revision,
changed the header.
+*
+*/
- // Protected -
- // Private ---
+// DO NOT USE "TAB" TO INDENT CODE USE *2* SPACES FOR PORTABILITY AMONG EDITORS
- // Inner classes -
+public class X
+extends Y
+implements Z
+{
+ // Constants -
+
+ // Attributes
+
+ // Static
+
+ // Constructors --
+
+ // Public
+
+ public void startService() throws Exception
+ { // Use the newline for the opening bracket so we can match top and bottom
bracket visually
+
+Class cls = Class.forName(dataSourceClass);
+vendorSource = (XADataSource)cls.newInstance();
+
+// JUMP A LINE BETWEEN LOGICALLY DISCTINT **STEPS** AND ADD A LINE OF COMMENT
TO IT
+cls = vendorSource.getClass();
+
+if(properties != null && properties.length() > 0)
+{
+
+ try
+ {
+ }
+ catch (IOException ioe)
+ {
+ }
+ for (Iterator i = props.entrySet().iterator(); i.hasNext();)
+ {
+
+// Get the name and value for the attributes
+Map.Entry entry = (Map.Entry) i.next();
+String attributeName = (String) entry.getKey();
+String attributeValue = (String) entry.getValue();
+
+// Print the debug message
+log.debug("Setting attribute '" + attributeName + "' to '" +
+ attributeValue + "'");
+
+// get the attribute
+Method setAttribute =
+cls.getMethod("set" + attributeName,
+ new Class[] { String.class });
+
+// And set the value
+setAttribute.invoke(vendorSource,
+ new Object[] { attributeValue });
+ }
+}
+
+
+// Test database
+vendorSource.getXAConnection().close();
+
+// Bind in JNDI
+bind(new InitialContext(), "java:/"+getPoolName(),
+ new Reference(vendorSource.getClass().getName(),
+getClass().getName(), null));
+
+// We are done
+log.log("XA Data source "+getPoolName()+" bound to java:/"+getPoolName());
+ }
+ // Z implementation --
+
+ // Y overrides ---
+
+ // Package protected -
+
+ // Protected -
[JBoss-dev] What are the real effects of ROWID on performance?
Vinay, What effect will ROWID really have on performance? Will this feature be in 2.4? TIA, Bill
Re: [JBoss-dev] no select-for-update with finder optimization(read-ahead)
Bill Burke wrote: > This is just as simple as modifying the getSql method in > JDBCLoadEntitiesCommand, correct? > Should be. -danch ___ 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 AbstractInstanceCache.java
User: patriot1burke
Date: 01/06/18 07:56:13
Modified:src/main/org/jboss/ejb/plugins AbstractInstanceCache.java
Log:
changed canPassivate signature back to original canPassivate(ctx).
Sorry, it was a bad decision to begin with...
In passivation, do check for CacheKeys not being equal within AbstractInstanceCache
instead. In the previous version, if CacheKeys were not equal, PassivatorJob
would check to see if canPassivate was false, if so, re-insert the ctx back
into the cache. This was a no-no.
Revision ChangesPath
1.10 +14 -6 jboss/src/main/org/jboss/ejb/plugins/AbstractInstanceCache.java
Index: AbstractInstanceCache.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/AbstractInstanceCache.java,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -r1.9 -r1.10
--- AbstractInstanceCache.java2001/06/17 14:57:53 1.9
+++ AbstractInstanceCache.java2001/06/18 14:56:13 1.10
@@ -36,6 +36,7 @@
import org.jboss.util.Semaphore;
import org.jboss.ejb.InstanceCache;
import org.jboss.ejb.EnterpriseContext;
+import org.jboss.ejb.EntityEnterpriseContext;
import org.jboss.ejb.DeploymentException;
import org.jboss.ejb.Container;
import org.jboss.metadata.MetaData;
@@ -57,7 +58,7 @@
*
* @author Simone Bordet ([EMAIL PROTECTED])
* @author Bill Burke
- * @version $Revision: 1.9 $
+ * @version $Revision: 1.10 $
*/
public abstract class AbstractInstanceCache
implements InstanceCache, XmlLoadable, Monitorable, MetricsConstants
@@ -566,11 +567,8 @@
/**
* Returns whether the given context can be passivated or not
*
- * (Bill Burke> added key parameter so that canPassivate
- * can verify that the object being passivated is really the
- * same object and hasn't already been freed then re-used.
*/
- protected abstract boolean canPassivate(Object key, EnterpriseContext ctx);
+ protected abstract boolean canPassivate(EnterpriseContext ctx);
// Private ---
@@ -649,7 +647,17 @@
synchronized (this)
{
- if (!canPassivate(id,
ctx))
+ if (ctx instanceof
EntityEnterpriseContext)
+ {
+ // Verify that
this ctx hasn't already
+ // been freed and
re-used by another thread.
+ if
(!((EntityEnterpriseContext)ctx).getCacheKey().equals(id))
+ {
+ // ctx has
been freed then re-used in another thread.
+ return;
+ }
+ }
+ if (!canPassivate(ctx))
{
// This check is
done because there could have been
// a request for
passivation of this bean, but before
___
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 EntityInstanceCache.java
User: patriot1burke
Date: 01/06/18 07:55:49
Modified:src/main/org/jboss/ejb/plugins EntityInstanceCache.java
Log:
changed canPassivate signature back to original canPassivate(ctx).
Sorry, it was a bad decision to begin with...
In passivation, do check for CacheKeys not being equal within AbstractInstanceCache
instead. In the previous version, if CacheKeys were not equal, PassivatorJob
would check to see if canPassivate was false, if so, re-insert the ctx back
into the cache. This was a no-no.
Revision ChangesPath
1.7 +2 -12 jboss/src/main/org/jboss/ejb/plugins/EntityInstanceCache.java
Index: EntityInstanceCache.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/EntityInstanceCache.java,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- EntityInstanceCache.java 2001/06/17 14:58:14 1.6
+++ EntityInstanceCache.java 2001/06/18 14:55:49 1.7
@@ -21,7 +21,7 @@
*
* @author Simone Bordet ([EMAIL PROTECTED])
* @author Bill Burke
- * @version $Revision: 1.6 $
+ * @version $Revision: 1.7 $
*/
public class EntityInstanceCache
extends AbstractInstanceCache
@@ -113,12 +113,7 @@
{
m_container.getInstancePool().free(ctx);
}
-/**
- * (Bill Burke> added key parameter so that canPassivate
- * can verify that the object being passivated is really the
- * same object and hasn't already been freed then re-used.
- */
- protected boolean canPassivate(Object key, EnterpriseContext ctx)
+ protected boolean canPassivate(EnterpriseContext ctx)
{
if (ctx.isLocked())
{
@@ -128,11 +123,6 @@
else if (ctx.getTransaction() != null)
{
return false;
- }
- // (Bill Burke)make sure we're passivating the right object!
- else if (!((EntityEnterpriseContext)ctx).getCacheKey().equals(key))
- {
- return false;
}
return true;
}
___
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/jaws/jdbc JDBCCommand.java JDBCCommandFactory.java JDBCFindByCommand.java JDBCFindEntitiesCommand.java
Dan
please add yourself as author and start putting the "log: danch : useSoft
ref bla bla bla" in the body of the source.
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|[EMAIL PROTECTED]
|Sent: Monday, June 18, 2001 10:34 AM
|To: [EMAIL PROTECTED]
|Subject: [JBoss-dev] CVS update:
|jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc JDBCCommand.java
|JDBCCommandFactory.java JDBCFindByCommand.java
|JDBCFindEntitiesCommand.java
|
|
| User: danch
| Date: 01/06/18 07:34:27
|
| Modified:src/main/org/jboss/ejb/plugins/jaws/jdbc JDBCCommand.java
|JDBCCommandFactory.java JDBCFindByCommand.java
|JDBCFindEntitiesCommand.java
| Log:
| Use SoftReferences for the preloaded data; also, patch #418196
|(creating finders of nested CMP-fields)
|
| Revision ChangesPath
| 1.33 +2 -2
|jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc/JDBCCommand.java
|
| Index: JDBCCommand.java
| ===
| RCS file:
|/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc/JDBCC
|ommand.java,v
| retrieving revision 1.32
| retrieving revision 1.33
| diff -u -r1.32 -r1.33
| --- JDBCCommand.java 2001/06/06 01:07:40 1.32
| +++ JDBCCommand.java 2001/06/18 14:34:27 1.33
| @@ -57,7 +57,7 @@
|*
|* @author mailto:[EMAIL PROTECTED]";>Justin Forder
|* @author mailto:[EMAIL PROTECTED]";>Dirk Zimmermann
| - * @version $Revision: 1.32 $
| + * @version $Revision: 1.33 $
|*/
| public abstract class JDBCCommand
| {
| @@ -386,7 +386,7 @@
| protected Object getResultObject(ResultSet rs, int idx,
|Class destination)
| throws SQLException{
|
| -log.debug("getting a "+destination.getName()+" from resultset
|at index "+idx);
| +// log.debug("getting a "+destination.getName()+" from
|resultset at index "+idx);
| Object result = null;
|
| Method method = (Method)rsTypes.get(destination.getName());
|
|
|
| 1.10 +142 -58
|jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc/JDBCCommandFactory.java
|
| Index: JDBCCommandFactory.java
| ===
| RCS file:
|/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc/JDBCC
|ommandFactory.java,v
| retrieving revision 1.9
| retrieving revision 1.10
| diff -u -r1.9 -r1.10
| --- JDBCCommandFactory.java 2001/06/13 06:52:17 1.9
| +++ JDBCCommandFactory.java 2001/06/18 14:34:27 1.10
| @@ -8,11 +8,15 @@
| package org.jboss.ejb.plugins.jaws.jdbc;
|
| import java.lang.reflect.Method;
| +import java.lang.ref.SoftReference;
| +import java.lang.ref.WeakReference;
| +import java.lang.ref.ReferenceQueue;
| import java.util.Map;
| import java.util.HashMap;
| import java.util.List;
| import java.util.LinkedList;
| import java.util.Iterator;
| +import java.util.WeakHashMap;
|
| import javax.naming.Context;
| import javax.naming.InitialContext;
| @@ -46,13 +50,25 @@
|
| import org.jboss.logging.Log;
| import org.jboss.util.FinderResults;
| +import org.jboss.util.TimerTask;
| +import org.jboss.util.TimerQueue;
|
| /**
| - * JAWSPersistenceManager JDBCCommandFactory
| + * Command factory for the JAWS JDBC layer. This class is
|primarily responsible
| + * for creating instances of the JDBC implementations for the
|various JPM
| + * commands so that the JAWSPersistenceManager (actually an
|persistence store)
| + * can delegate to them in a decoupled manner.
| + * This class also acts as the manager for the read-ahead
|buffer added in
| + * version 2.3/2.4. In order to manage this buffer, it must
|register itself
| + * with any transaction that is active when a finder is called
|so that the
| + * data that was read ahead can be discarded before completion of the
| + * transaction. The read ahead buffer is managed using Soft
|references, with
| + * a ReferenceQueue being used to tell when the VM has garbage
|collected an
| + * object so that we can keep the hashtables clean.
|*
|* @author mailto:[EMAIL PROTECTED]";>Justin Forder
|* @author danch (Dan Christopherson
| - * @version $Revision: 1.9 $
| + * @version $Revision: 1.10 $
|*/
| public class JDBCCommandFactory implements JPMCommandFactory
| {
| @@ -63,7 +79,15 @@
| private JawsEntityMetaData metadata;
| private Log log;
| private boolean debug = false;
| +
| + /** Timer queue used to time polls on the preloadRefQueue on
|all JAWS
| +* handled entities
| +*/
| + private static TimerQueue softRefHandler;
|
| + /** Timer queue used to get references to preload data
|who've been GC'ed */
| + private ReferenceQueue preloadRefQueue = new ReferenceQueue();
| +
| /** a map of data preloaded within some transaction for some
|entity. This map
| * is keyed by Transaction and the data are hashmaps with
|key = entityKey and
| * data = Object[] co
[JBoss-dev] CVS update: jboss/src/main/org/jboss/ejb/plugins StatefulSessionInstanceCache.java
User: patriot1burke
Date: 01/06/18 07:53:09
Modified:src/main/org/jboss/ejb/plugins
StatefulSessionInstanceCache.java
Log:
changed canPassivate signature back to original canPassivate(ctx).
Sorry, it was a bad decision to begin with...
Revision ChangesPath
1.7 +2 -2
jboss/src/main/org/jboss/ejb/plugins/StatefulSessionInstanceCache.java
Index: StatefulSessionInstanceCache.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/StatefulSessionInstanceCache.java,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- StatefulSessionInstanceCache.java 2001/06/17 14:58:32 1.6
+++ StatefulSessionInstanceCache.java 2001/06/18 14:53:09 1.7
@@ -32,7 +32,7 @@
*
* @author Simone Bordet ([EMAIL PROTECTED])
* @author mailto:[EMAIL PROTECTED]";>Sebastien Alborini
- * @version $Revision: 1.6 $
+ * @version $Revision: 1.7 $
*/
public class StatefulSessionInstanceCache
extends AbstractInstanceCache
@@ -88,7 +88,7 @@
{
ctx.setId(id);
}
- protected boolean canPassivate(Object key, EnterpriseContext ctx)
+ protected boolean canPassivate(EnterpriseContext ctx)
{
if (ctx.isLocked())
{
___
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/jaws/jdbc JDBCCommand.java JDBCCommandFactory.java JDBCFindByCommand.java JDBCFindEntitiesCommand.java
User: danch
Date: 01/06/18 07:34:27
Modified:src/main/org/jboss/ejb/plugins/jaws/jdbc JDBCCommand.java
JDBCCommandFactory.java JDBCFindByCommand.java
JDBCFindEntitiesCommand.java
Log:
Use SoftReferences for the preloaded data; also, patch #418196 (creating finders of
nested CMP-fields)
Revision ChangesPath
1.33 +2 -2 jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc/JDBCCommand.java
Index: JDBCCommand.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc/JDBCCommand.java,v
retrieving revision 1.32
retrieving revision 1.33
diff -u -r1.32 -r1.33
--- JDBCCommand.java 2001/06/06 01:07:40 1.32
+++ JDBCCommand.java 2001/06/18 14:34:27 1.33
@@ -57,7 +57,7 @@
*
* @author mailto:[EMAIL PROTECTED]";>Justin Forder
* @author mailto:[EMAIL PROTECTED]";>Dirk Zimmermann
- * @version $Revision: 1.32 $
+ * @version $Revision: 1.33 $
*/
public abstract class JDBCCommand
{
@@ -386,7 +386,7 @@
protected Object getResultObject(ResultSet rs, int idx, Class destination)
throws SQLException{
-log.debug("getting a "+destination.getName()+" from resultset at index "+idx);
+// log.debug("getting a "+destination.getName()+" from resultset at index "+idx);
Object result = null;
Method method = (Method)rsTypes.get(destination.getName());
1.10 +142 -58
jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc/JDBCCommandFactory.java
Index: JDBCCommandFactory.java
===
RCS file:
/cvsroot/jboss/jboss/src/main/org/jboss/ejb/plugins/jaws/jdbc/JDBCCommandFactory.java,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -r1.9 -r1.10
--- JDBCCommandFactory.java 2001/06/13 06:52:17 1.9
+++ JDBCCommandFactory.java 2001/06/18 14:34:27 1.10
@@ -8,11 +8,15 @@
package org.jboss.ejb.plugins.jaws.jdbc;
import java.lang.reflect.Method;
+import java.lang.ref.SoftReference;
+import java.lang.ref.WeakReference;
+import java.lang.ref.ReferenceQueue;
import java.util.Map;
import java.util.HashMap;
import java.util.List;
import java.util.LinkedList;
import java.util.Iterator;
+import java.util.WeakHashMap;
import javax.naming.Context;
import javax.naming.InitialContext;
@@ -46,13 +50,25 @@
import org.jboss.logging.Log;
import org.jboss.util.FinderResults;
+import org.jboss.util.TimerTask;
+import org.jboss.util.TimerQueue;
/**
- * JAWSPersistenceManager JDBCCommandFactory
+ * Command factory for the JAWS JDBC layer. This class is primarily responsible
+ * for creating instances of the JDBC implementations for the various JPM
+ * commands so that the JAWSPersistenceManager (actually an persistence store)
+ * can delegate to them in a decoupled manner.
+ * This class also acts as the manager for the read-ahead buffer added in
+ * version 2.3/2.4. In order to manage this buffer, it must register itself
+ * with any transaction that is active when a finder is called so that the
+ * data that was read ahead can be discarded before completion of the
+ * transaction. The read ahead buffer is managed using Soft references, with
+ * a ReferenceQueue being used to tell when the VM has garbage collected an
+ * object so that we can keep the hashtables clean.
*
* @author mailto:[EMAIL PROTECTED]";>Justin Forder
* @author danch (Dan Christopherson
- * @version $Revision: 1.9 $
+ * @version $Revision: 1.10 $
*/
public class JDBCCommandFactory implements JPMCommandFactory
{
@@ -63,7 +79,15 @@
private JawsEntityMetaData metadata;
private Log log;
private boolean debug = false;
+
+ /** Timer queue used to time polls on the preloadRefQueue on all JAWS
+* handled entities
+*/
+ private static TimerQueue softRefHandler;
+ /** Timer queue used to get references to preload data who've been GC'ed */
+ private ReferenceQueue preloadRefQueue = new ReferenceQueue();
+
/** a map of data preloaded within some transaction for some entity. This map
* is keyed by Transaction and the data are hashmaps with key = entityKey and
* data = Object[] containing the entity data.
@@ -81,7 +105,13 @@
// These support singletons (within the scope of this factory)
private JDBCBeanExistsCommand beanExistsCommand;
private JPMFindEntitiesCommand findEntitiesCommand;
-
+
+ //static initializer to kick off our softRefhandler
+ static {
+ softRefHandler = new TimerQueue("JAWS Preload reference handler");
+ softRefHandler.start();
+ }
+
// Constructors --
public JDBCCommandFactory(Enti
RE: [JBoss-dev] no select-for-update with finder optimization(read-ahead)
This is just as simple as modifying the getSql method in JDBCLoadEntitiesCommand, correct? Thanks, Bill > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of danch > Sent: Monday, June 18, 2001 3:17 AM > To: [EMAIL PROTECTED] > Subject: Re: [JBoss-dev] no select-for-update with finder > optimization(read-ahead) > > > Ya, I realized I'd missed that right after I committed. If you want to > get that in there, go ahead. > > thanks, > danch > > Bill Burke wrote: > > > Danch, > > > > > > > > Great work on the finder optimization stuff. Our project really needs > > this feature for performance tuning. One thing you forgot I think, is > > adding select-for-update when doing your "select" for read-ahead > > finders. Is there any serious problem doing a select-for-update with > > read-ahead? We're using select-for-update to synch multiple instances > > of JBoss, so we can't use this new optimization until select-for-update > > can be enabled. If you see no problem, I can add this myself. Seems > > pretty straight-forward. > > > > > > > > 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
