[JBoss-dev] CVS update: jnp/src/etc server.mf
User: starksm Date: 01/04/22 23:09:56 Modified:src/etc server.mf Log: Updated Class-Path and added log4j.properties file for the standalone naming service Revision ChangesPath 1.2 +1 -2 jnp/src/etc/server.mf Index: server.mf === RCS file: /cvsroot/jboss/jnp/src/etc/server.mf,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- server.mf 2000/10/10 12:42:36 1.1 +++ server.mf 2001/04/23 06:09:56 1.2 @@ -1,3 +1,2 @@ Main-Class: org.jnp.server.Main -Class-Path: . ../conf/ jndi.jar ../lib/ext/jndi.jar - +Class-Path: . ../conf/ ../lib/ext/jndi.jar ../lib/ext/log4j.jar ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/lib jnpserver.jar
User: starksm Date: 01/04/23 00:14:06 Modified:src/lib jnpserver.jar Log: Disable the log4j until this has been tested with JBoss as it appears to interact badly with the default logging Revision ChangesPath 1.9 +12 -13jboss/src/lib/jnpserver.jar Binary file ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jnp/src/main/org/jnp/server Main.java
User: starksm Date: 01/04/23 00:13:10 Modified:src/main/org/jnp/server Main.java Log: Disable the log4j until this has been tested with JBoss as it appears to interact badly with the default logging Revision ChangesPath 1.4 +19 -15jnp/src/main/org/jnp/server/Main.java Index: Main.java === RCS file: /cvsroot/jboss/jnp/src/main/org/jnp/server/Main.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- Main.java 2001/04/23 06:08:06 1.3 +++ Main.java 2001/04/23 07:13:10 1.4 @@ -33,7 +33,7 @@ @author $Author: starksm $ @author [EMAIL PROTECTED] -@version $Revision: 1.3 $ +@version $Revision: 1.4 $ */ public class Main implements Runnable, MainMBean @@ -70,7 +70,7 @@ // Set configuration setPort(Integer.getInteger(jnp.port,getPort()).intValue()); -log = Category.getInstance(org.jnp.Naming); +// log = Category.getInstance(org.jnp.Naming); } // Public @@ -83,14 +83,14 @@ public void start() throws Exception { -// Make sure the config file can be found +/* Make sure the config file can be found ClassLoader loader = Thread.currentThread().getContextClassLoader(); URL url = loader.getResource(log4j.properties); if( url == null ) throw new FileNotFoundException(Failed to find log4j.properties); PropertyConfigurator.configure(url); log.info(Starting jnp server); - +*/ // Create remote object theServer = new NamingServer(); @@ -105,19 +105,20 @@ { serverSocket = null; serverSocket = new ServerSocket(getPort()); -log.info(Started on port + getPort()); +// log.info(Started on port + getPort()); listen(); } catch (IOException e) { -log.error(Could not start on port + getPort(), e); +// log.error(Could not start on port + getPort(), e); +e.printStackTrace(); } } - + public void stop() { try { -log.info(Stopping); +// log.info(Stopping); // Unexport server UnicastRemoteObject.unexportObject(theServer, false); @@ -126,10 +127,11 @@ ServerSocket s = serverSocket; serverSocket = null; s.close(); -log.info(Stopped); +// log.info(Stopped); } catch (Exception e) { -log.error(Exception during shutdown, e); +// log.error(Exception during shutdown, e); +e.printStackTrace(); } } @@ -145,14 +147,15 @@ } catch (IOException e) { if (serverSocket == null) return; // Stopped by normal means -log.error(Naming stopped, e); -log.info(Restarting naming); +// log.error(Naming stopped, e); +// log.info(Restarting naming); try { start(); } catch (Exception ex) { -log.error(Restart failed, ex); +// log.error(Restart failed, ex); +ex.printStackTrace(); return; } } @@ -168,7 +171,8 @@ } catch (IOException ex) { - log.error(Error writing response, ex); +// log.error(Error writing response, ex); +ex.printStackTrace(); } finally { ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Change Notes-418169 ] CastorJDO configuraton is in jboss.jcml
Change Notes item #418169, was updated on 2001-04-23 02:07 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=381174aid=418169group_id=22866 Category: None Group: None Status: Open Priority: 5 Submitted By: Oleg Nitz (olegnitz) Assigned to: Nobody/Anonymous (nobody) Summary: CastorJDO configuraton is in jboss.jcml Initial Comment: CastorJDO configuraton moved from jboss.conf to jboss.jcml, see http://www.jboss.org/business/jboss- castor.html for detailed description. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=381174aid=418169group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-418143 ] JMX HTML and non-transparent HTML chars
Bugs item #418143, was updated on 2001-04-22 23:49 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=418143group_id=22866 Category: JBossServer Group: v2.2.1 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: JMX HTML and non-transparent HTML chars Initial Comment: When using DynamicMBean, if an attribute has some characters which are URL-encoded during HTTP transfer, JMX HTTP adaptor does not decode them when it receives attribute update request from the HTTP client. But in JMX docs there is nothing stated about restrictions on attribute names. Or am I wrong? -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=418143group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/lib jnpserver.jar
User: starksm Date: 01/04/22 23:44:14 Modified:src/lib jnpserver.jar Log: Update for java: problem Revision ChangesPath 1.8 +26 -26jboss/src/lib/jnpserver.jar Binary file ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jnp/src/main/org/jnp/client Main.java
User: starksm Date: 01/04/22 23:42:32 Modified:src/main/org/jnp/client Main.java Log: Add test for the java: context Revision ChangesPath 1.4 +7 -3 jnp/src/main/org/jnp/client/Main.java Index: Main.java === RCS file: /cvsroot/jboss/jnp/src/main/org/jnp/client/Main.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- Main.java 2001/04/23 06:06:23 1.3 +++ Main.java 2001/04/23 06:42:32 1.4 @@ -33,7 +33,7 @@ * @see NamingContext * @author $Author: starksm $ * @author [EMAIL PROTECTED] - * @version $Revision: 1.3 $ + * @version $Revision: 1.4 $ */ public class Main implements Runnable @@ -104,7 +104,11 @@ // Locate naming service (environment/setup is provided through the jndi.properties file) InitialContext iniCtx = new InitialContext(); Context ctx = iniCtx; - + + // Lookup the java: context + Context java = (Context) iniCtx.lookup(java:); + System.out.println(java: +java); + // Create subcontext Context test = ctx.createSubcontext(test); System.out.println(test created:+test); ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jboss/src/lib jnpserver.jar
User: starksm Date: 01/04/23 00:23:33 Modified:src/lib jnpserver.jar Log: One last try to get the right jar committed Revision ChangesPath 1.10 +27 -30jboss/src/lib/jnpserver.jar Binary file ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] How do i get the source code for jBoss
Hey, Hi , I want to get the source code for jBoss server. To do this I downloaded and installed winCVS - but then what is this tcl and how do I further get to the source coede?? Asking WinCVS question on this list does not help. Try the WinCVS web site, for example. Then follow the clear instructions on the JBoss' SourceForge site. And please, for support post to jboss-user, this is the development list. Simon Cud someone please help?? Thanks and regards harish ___ 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] RE: JBoss/JBossMX
Title: JBoss/JBossMX [CC'ed to jboss-dev] Hello Mads, quoted from the JavaMail 1.2 FAQ: Q: Is the JavaMail API implementation completely free? Can I ship it along with my product?A: Yes. The current release of the JavaMail API implementation, is completely free and you can include it in your product. This release includes IMAP, POP3, and SMTP providers as well. Please do read the LICENSE and ensure that you understand it. The JavaBeans Activation Framework is also free for use under a similar license. Unless 'JavaMail API implementation' means the class files of the JavaMail interfaces only (ie javax.mail.Session etc), so not including the real implementation (ie the code that opens connections to the mail server), I think we can ship mail.jar along with JBoss, anyway IANAL. I wonder if you'd like to open-source your implementation :) Thanks and best regards, Simon -Original Message-From: BJORNSBO Mads (BMB) [mailto:[EMAIL PROTECTED]]Sent: lunedì 23 aprile 2001 11:32To: Bordet, SimoneSubject: JBoss/JBossMX Hi Simone, I just read about the JBoss/JBossMX implementation, and I can see that you have used the Java Mail API 1.2 implementation from Sun. You probably already know this, but it is a reference implementation which is not meant to run on a 3rd tier. So, just to warn you if you don't already know. We use the same package here, but found that the implementation is insufficient and does not scale when using the IMAP part. Noumerous threads and TCP/IP connections are created not released properly. We contacted Sun to ask if they were aware of this, and they were, and they pointed out that the Java Mail implementation is "only" a reference implementation meant for the client tier. Basically, we re-wrote most of the package to incorporate thread pooling and TCP/IP connectionpooling. I hope this info is usefull. Best regards, Mads Bjoernsbo DISCLAIMER "This e-mail and any attachment thereto may contain information which is confidential and/or protected by intellectual property rights and are intended for the sole use of the recipient(s) named above. Any use of the information contained herein (including, but not limited to, total or partial reproduction, communication or distribution in any form) by other persons than the designated recipient(s) is prohibited. If you have received this e-mail in error, please notify the sender either by telephone or by e-mail and delete the material from any computer".Thank you for your cooperation.For further information about Proximus mobile phone services please see our website at http://www.proximus.be or refer to any Proximus agent.
[JBoss-dev] [ jboss-Bugs-418191 ] NoClassDefFoundErroron starting server
Bugs item #418191, was updated on 2001-04-23 04:19 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=418191group_id=22866 Category: JBossServer Group: v2.2 (stable) Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: NoClassDefFoundErroron starting server Initial Comment: I have installed JBoss on Linux OS, JDK 1.3 and when I am trying to start the server by executing ./run.sh I am getting this error -Couldn't find or load essential class java/lang/object java.lang.NoClassFounderror java/lang/object Please let me know what could be the problem as this is very urgent requirement. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376685aid=418191group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Patches-418196 ] creating finders of nested cmp-fields
Patches item #418196, was updated on 2001-04-23 04:45 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376687aid=418196group_id=22866 Category: JBossServer Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: creating finders of nested cmp-fields Initial Comment: Problems occurred when using feature automatically creating findBy...-Methods with nested cmp-fields! JDBCFindByCommand-constructor could not recognize cmp-fields which are nested in data objects. Little work in constructor should fix this problem. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376687aid=418196group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Patches-418206 ] CMPFieldMetaData.set(Object, Object)
Patches item #418206, was updated on 2001-04-23 05:08 You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376687aid=418206group_id=22866 Category: JBossCMP Group: None Status: Open Resolution: None Priority: 5 Submitted By: Torben Jäger (tjaeger) Assigned to: Nobody/Anonymous (nobody) Summary: CMPFieldMetaData.set(Object, Object) Initial Comment: We refactored the set(Object, Object) - Method in CMPFieldMetaData recognizing some performance boost when accessing entity beans. -- You can respond by visiting: http://sourceforge.net/tracker/?func=detailatid=376687aid=418206group_id=22866 ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] jdbc2_0-stdext.jar in /lib
Jay Walters wrote: Can somebody tell me why jdbc2_0-stdext.jar is in the /lib directory instead of /lib/ext? Because it is needed for DatabaseServerLoginModule Oleg ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosssx/src/main/org/jboss/security/auth/spi UsersRolesLoginModule.java
User: starksm Date: 01/04/23 09:22:17 Modified:src/main/org/jboss/security/auth/spi UsersRolesLoginModule.java Log: Update the package imports Revision ChangesPath 1.5 +8 -2 jbosssx/src/main/org/jboss/security/auth/spi/UsersRolesLoginModule.java Index: UsersRolesLoginModule.java === RCS file: /cvsroot/jboss/jbosssx/src/main/org/jboss/security/auth/spi/UsersRolesLoginModule.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- UsersRolesLoginModule.java2001/04/23 16:17:33 1.4 +++ UsersRolesLoginModule.java2001/04/23 16:22:17 1.5 @@ -6,8 +6,14 @@ */ package org.jboss.security.auth.spi; -import java.util.*; -import java.io.*; +import java.io.InputStream; +import java.io.IOException; +import java.net.URL; +import java.util.ArrayList; +import java.util.Enumeration; +import java.util.Map; +import java.util.Properties; +import java.util.StringTokenizer; import java.security.acl.Group; import javax.security.auth.Subject; ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] CVS update: jbosssx/src/main/org/jboss/security/auth/spi UsersRolesLoginModule.java
User: starksm Date: 01/04/23 09:17:33 Modified:src/main/org/jboss/security/auth/spi UsersRolesLoginModule.java Log: Clean up properties file loading to avoid NPEs Revision ChangesPath 1.4 +8 -4 jbosssx/src/main/org/jboss/security/auth/spi/UsersRolesLoginModule.java Index: UsersRolesLoginModule.java === RCS file: /cvsroot/jboss/jbosssx/src/main/org/jboss/security/auth/spi/UsersRolesLoginModule.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- UsersRolesLoginModule.java2001/04/13 20:04:54 1.3 +++ UsersRolesLoginModule.java2001/04/23 16:17:33 1.4 @@ -182,17 +182,21 @@ private Properties LoadProperties(String propertiesName) throws IOException { Properties bundle = null; - InputStream is =Thread.currentThread().getContextClassLoader().getResource(propertiesName).openStream(); - - if (null != is) + ClassLoader loader = Thread.currentThread().getContextClassLoader(); + URL url = loader.getResource(propertiesName); + if( url == null ) + throw new IOException(Properties file + propertiesName + not found); + InputStream is = url.openStream(); + if( is != null ) { bundle = new Properties(); bundle.load(is); } else { - throw new IOException(Properties file + propertiesName + not found); + throw new IOException(Properties file + propertiesName + not avilable); } return bundle; } } + ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] ConnectionFactoryLoader.java ConnectionManagerFactoryLoader.java
I recently modified ConfigurationService to auto-trim attributes values, but it does not currently do this by default. I have not really heard back about the mail I sent asking if it should be the default. I think that it should, and if there are not objections I think I will make it the default. --jason On Sat, 21 Apr 2001, Juha Lindfors wrote: Hi, At 09:45 21.4.2001 +1200, you wrote: I think we can tell the XML parser to discard this extra whitespace. Maybe that would be a clean way to do it? Yes, this should be possible to do from the parser. I'm no xml parser expert though, but I'm pretty sure I've seen this. It would be a simpler fix for the trimming problem. Maybe we should just do it and see what breaks? You can do this in the 2.3 branch. In this case it could eventually lead to easier config (no annoying spaces/line breaks in wrong places) so I think it's ok. -- Juha Thoughts? Toby. On Fri, 20 Apr 2001 [EMAIL PROTECTED] wrote: User: tobyallsopp Date: 01/04/20 01:15:38 Modified:src/main/org/jboss/resource Tag: Branch_2_2 ConnectionFactoryLoader.java ConnectionManagerFactoryLoader.java Log: Bug #416402. Trim leading/trailing whitespace from selected attribute values so that jboss.jcml can be formatted sanely. ___ 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] Distributed Transaction Manager support (coming up)
Hi, For the past couple of weeks I've been integrating Tyrex DTM (tyrex.exolab.org) into JBoss. Things are coming along and in a few days I'll probably have a basic support for transaction propagation across 2 JBoss instances. I was wondering, how should I make my mods available (the code is really alpha) for the people who want to start working on it. The code also requires changes to the current JBoss implementation (in particular, TxInterceptorCMT and TxInterceptorBMT would rely on javax.transactions.TransactionManager interface to manage transactions, instead of using JBoss extensions to the API for thread association/disassociation. - Anatoly Akkerman Computer Science Dept. Courant Institute of Mathematical Sciences, NYU 719 Broadway, #715 Tel: 212 998-3525 New York, NY 10003 Fax: 212 995-4123 - ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] (no subject)
Get free email and a permanent address at http://www.netaddress.com/?N=1 ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] ExternalContext Context.close()
The way ExternalContext was implemented before it was assumed that clients would not close a Context that was mapped by ExternalContext. I added a CacheContext attribute that when true, keeps the extern Context in memory and returns a proxy on lookup that ignores close methods. Client can invoke close on the Context, but the external Context is not closed until the ExternalContext service is stopped.When CacheContext is false the extern Context is created on each lookup and its up to the client to invoke close to reclaim the Context resources or let the garbage collector do it. In general a client can invoke close on a Context to free any associated resources rather than waiting for garbage collection. Its not required but not invoking close can waste resources like connections. - Original Message - From: Jason Dillon [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, April 23, 2001 12:16 PM Subject: Re: [JBoss-dev] ExternalContext Context.close() Aren't clients expected to close contexts? Or are they only expected to close InitialContexts? --jason On Thu, 19 Apr 2001, Scott M Stark wrote: The Context mapped via ExternalContext is only created on startup of the mbean and closed when it is stopped. To be able to issue a close on the context there I would have to add a CacheContext attribute that if set to false would result in the external context being created on each lookup and would have to be closed by the client performing the lookup. - Original Message - From: Jason Dillon [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, April 19, 2001 12:27 PM Subject: [JBoss-dev] ExternalContext Context.close() I just ran into a problem if I closed a Context that was mapped from ExternalContext ala: mbean code=org.jboss.naming.ExternalContext name=:service=ExternalContext,name=Dispatcher attribute name=RemoteAccessfalse/attribute attribute name=JndiNameexternal/dispatcher/attribute attribute name=InitialContextjavax.naming.InitialContext/attribute attribute name=Propertiessomefile.properties/attribute /mbean The client looks something like this: Context context = (Context)new InitialContext().lookup(external/dispatcher); ... some other look ups context.close(); There are a couple of bits that use similar code to above (all trying to access the same external context). If I remove Context.close() calls then everything works, but if I try to close them, I get some very odd behavior (one instance of each class will function, but all other will fail + more). From looking at ExternalContext, I can not see anything obvious that could cause this behavior. For now I can just not close these contexts (but I am under the impression that I probably should). Perhaps Scott would no best, but is this the correct behavior that I should be seeing. If you would like more detail I can provide that (such as how to get a NullPointerException from inside of javax.naming.InitialContext when attempting to call addToEnviorment() and such). --jason ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development ___ 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] Atlanta training -- only 3 places left
Hi, I am writing from Miami, coming down from Washington and flying out next week to London. The training is a success and that is good news as it means we can survive on JBoss. I am also writing to say that there are only 3 places left for the May 14th-18th training in Atlanta GA, it will also be a great session, so if you are interested I recommend registering right away, priority registration is given to those people who send payment immediately. Again if you are interested, contact us at [EMAIL PROTECTED] and we will give you the details. with a certified 1500 downloads / day per sourceforge, JBoss is making it big time so let's keep it this way, regards _ Marc Fleury, Ph.D [EMAIL PROTECTED] _ ___ Jboss-development mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/jboss-development